簡(jiǎn)介一套基于C#語(yǔ)言開發(fā)的XCS電阻測(cè)試儀自動(dòng)化測(cè)量軟件源代碼適合需要與日置電阻測(cè)試儀進(jìn)行聯(lián)調(diào)的程序員、測(cè)控專業(yè)學(xué)生以及產(chǎn)線測(cè)試工程師。代碼完整覆蓋了從儀器通信到結(jié)果展示的整個(gè)鏈路既包含通過(guò)串口、USB或以太網(wǎng)口連接設(shè)備的方法也實(shí)現(xiàn)了常用的SCPI指令集控制如設(shè)置量程、觸發(fā)測(cè)量、讀取電阻值等。工程包共含165個(gè)文件約1.07MB以30個(gè)C#源文件為核心另附55個(gè)TXT說(shuō)明文檔、多組資源文件resources/resx及配置文件config/ini還包含可直接運(yùn)行的exe程序和工程解決方案便于直接打開學(xué)習(xí)或二次改造。目前已有393人學(xué)習(xí)下載。閱讀這套源碼可以系統(tǒng)掌握C#串口編程、SCPI協(xié)議交互、界面層與控制層分離的分層設(shè)計(jì)思路以及SQLite或SQL Server歷史數(shù)據(jù)存儲(chǔ)方法為自主編寫“個(gè)人電腦加儀器”的自動(dòng)化測(cè)試工具提供一份緊湊而完整的參考范例。1. XCS電阻測(cè)試軟件一份能把日置電阻測(cè)試儀變成自動(dòng)測(cè)量站的C#上位機(jī)源代碼產(chǎn)線上測(cè)電阻最磨人的不是讀數(shù)而是人。工人拿手持萬(wàn)用表一個(gè)點(diǎn)一個(gè)點(diǎn)夾讀三次數(shù)記一次臺(tái)賬一小時(shí)下來(lái)幾百個(gè)元件手指尖都被表筆磨出繭子。XCS電阻測(cè)試軟件要解決的正是這個(gè)場(chǎng)景它是一份基于C#編寫的上位機(jī)源代碼目標(biāo)是日置電阻測(cè)試儀這類帶數(shù)字接口的電阻計(jì)通過(guò)串口下發(fā)命令、讀回測(cè)量值、自動(dòng)判OK/NG并把結(jié)果寫進(jìn)數(shù)據(jù)庫(kù)。解壓后能看到典型的Visual Studio工程結(jié)構(gòu)csproj、AssemblyReference.cache、GenerateResource.Cache這些構(gòu)建緩存文件都在不是殘缺的偽工程。適合正在做設(shè)備集成、測(cè)試軟件開發(fā)或者拿日置儀表做課程設(shè)計(jì)的人照著復(fù)現(xiàn)。2. 先把線和協(xié)議打通日置電阻儀的RS-232串口與SCPI風(fēng)格命令2.1 接口選型為什么源碼主鏈路走RS-232而不是USB或GPIB日置電阻計(jì)背部接口一般有三種可選RS-232、USB、GPIB。很多人第一反應(yīng)是USB插上就能識(shí)別驅(qū)動(dòng)裝好就能當(dāng)虛擬串口用。但實(shí)際產(chǎn)線上USB轉(zhuǎn)串口的方案最不穩(wěn)原因在于日置官方的USB驅(qū)動(dòng)在不同Windows版本上表現(xiàn)差異很大有的工位機(jī)裝完驅(qū)動(dòng)后設(shè)備管理器里看得到端口程序一Open就報(bào)Access denied。而GPIB要額外插采集卡一張卡的價(jià)格比電阻計(jì)本身還貴產(chǎn)線批量部署根本劃不來(lái)。所以源碼選RS-232做主鏈路是對(duì)的。RS-232是工業(yè)設(shè)備上最古老也最可靠的接口Windows自帶驅(qū)動(dòng)不需要任何額外安裝斷線行為也可預(yù)期線斷了就是讀超時(shí)不會(huì)像USB那樣整個(gè)設(shè)備從系統(tǒng)里消失。唯一要注意的是線長(zhǎng)工位機(jī)到儀器的串口線超過(guò)15米就容易丟幀產(chǎn)線布線時(shí)要控制在這個(gè)距離以內(nèi)。選好接口之后下一個(gè)問(wèn)題是四線測(cè)量。日置電阻計(jì)這種設(shè)備測(cè)低阻值時(shí)用的是開爾文接法治具上四根線分別接電流端和電壓端。如果只接兩根線接觸電阻會(huì)被算進(jìn)測(cè)量結(jié)果1Ω的電阻可能讀出來(lái)1.5Ω。源碼里如果遇到讀數(shù)系統(tǒng)性偏大先別懷疑通信去查治具線的夾子是否夾牢了。2.2 SerialPort參數(shù)與打開串口9600、8、N、1不能想當(dāng)然串口參數(shù)決定了通信雙方能不能對(duì)上話。日置電阻計(jì)的出廠默認(rèn)一般是波特率9600、數(shù)據(jù)位8、停止位1、無(wú)校驗(yàn)也就是常說(shuō)的9600-8-N-1。但要注意部分型號(hào)支持切換到19200甚至115200如果儀器面板上被上一任操作員改過(guò)程序里還按9600發(fā)命令收回來(lái)就是亂碼。參數(shù)典型值說(shuō)明BaudRate9600產(chǎn)線抗干擾首選115200在長(zhǎng)線下丟幀率高DataBits8固定ParityNone日置默認(rèn)無(wú)校驗(yàn)StopBitsOne固定HandshakeNone電阻計(jì)一般不做硬件握手結(jié)束符\r\n大部分日置型號(hào)要求CR LF個(gè)別只認(rèn)LFC#里用System.IO.Ports.SerialPort類這個(gè)類在.NET Framework里是現(xiàn)成的不需要額外引包。打開串口的代碼大致是這樣的using System.IO.Ports; public static SerialPort OpenResistanceMeter(string portName, int baudRate 9600) { SerialPort sp new SerialPort(portName, baudRate, Parity.None, 8, StopBits.One) { Handshake Handshake.None, ReadTimeout 5000, // 5秒沒(méi)讀到數(shù)據(jù)就拋異常 WriteTimeout 2000, NewLine \r\n, // ReadLine按CR LF切分 DtrEnable true, // 使能DTR部分日置型號(hào)靠它喚醒 RtsEnable false }; try { sp.Open(); sp.DiscardInBuffer(); // 清空緩沖避免讀到上一次的殘留 } catch (Exception ex) { throw new InvalidOperationException($串口 {portName} 打開失敗: {ex.Message}); } return sp; }這段代碼里有兩個(gè)參數(shù)容易被忽略。第一個(gè)是DtrEnable很多日置電阻計(jì)在RS-232口上靠DTR信號(hào)做設(shè)備喚醒不置true命令發(fā)出去儀器根本沒(méi)上電握手表現(xiàn)為發(fā)命令不報(bào)錯(cuò)但永遠(yuǎn)等不到響應(yīng)。第二個(gè)是DiscardInBuffer如果儀器的響應(yīng)是分兩幀到達(dá)的上一次的殘幀會(huì)留在系統(tǒng)緩沖里不清掉的話下一次讀取會(huì)把兩段數(shù)據(jù)拼在一起。程序啟動(dòng)時(shí)清一次每次測(cè)量前再清一次能省掉后面大量排查時(shí)間。2.3 命令風(fēng)格與結(jié)束符*IDN?、:MEAS:RES?與\r\n的坑日置電阻計(jì)的命令風(fēng)格接近SCPI但并不是嚴(yán)格標(biāo)準(zhǔn)SCPI而是SCPI風(fēng)格的自定義命令。最常用的三條命令命令作用返回示例*IDN?查詢?cè)O(shè)備標(biāo)識(shí)HIOKI,RM3545,1234567,1.00:CONF:RES配置為電阻測(cè)量模式無(wú)返回:MEAS:RES?觸發(fā)一次測(cè)量并返回結(jié)果1.0000E00\r\n發(fā)送命令的核心代碼public string SendCommand(SerialPort sp, string command) { // 結(jié)束符一定要拼在命令后面儀器靠它判斷一條命令的結(jié)束 byte[] cmdBytes System.Text.Encoding.ASCII.GetBytes(command \r\n); sp.Write(cmdBytes, 0, cmdBytes.Length); // 等儀器響應(yīng)ReadLine會(huì)阻塞到收到NewLine為止 string response sp.ReadLine().Trim(); return response; }這里最容易翻車的是結(jié)束符。日置不同型號(hào)對(duì)結(jié)束符的要求不完全一致老一點(diǎn)的型號(hào)認(rèn)\t\r\n新一些的只認(rèn)\n如果按\n發(fā)過(guò)去部分型號(hào)會(huì)一直等第二個(gè)字符表現(xiàn)為超時(shí)。正確做法是先用串口助手工具隨便能看HEX就行手動(dòng)連一次敲一條*IDN?在HEX視圖里看儀器到底回了什么結(jié)束符。我一般會(huì)專門寫個(gè)小工具把發(fā)出去的字節(jié)和收回來(lái)的字節(jié)都打印出來(lái)確認(rèn)結(jié)束符后再寫進(jìn)正式代碼。命令本身也有講究。:MEAS:RES?這條命令是每次都觸發(fā)一次測(cè)量適合單次測(cè)量。如果要做連續(xù)測(cè)量可以用:MEAS:RES?配合循環(huán)但要注意每次測(cè)量之間加至少50ms的間隔儀器內(nèi)部做量程切換時(shí)是忙的連發(fā)命令會(huì)導(dǎo)致響應(yīng)串幀。3. 源碼架構(gòu)拆解從界面到數(shù)據(jù)庫(kù)的四層結(jié)構(gòu)3.1 界面層WinForms為主為什么不用WPFXCS的界面層用的是WinForms不是WPF。這個(gè)選型在產(chǎn)線工位機(jī)上很合理工位機(jī)大多是老機(jī)器搭配Windows 7甚至Windows XPWinForms啟動(dòng)快、依賴少、對(duì)老系統(tǒng)兼容性好。WPF雖然界面更漂亮但渲染引擎在遠(yuǎn)程桌面環(huán)境下容易出問(wèn)題產(chǎn)線設(shè)備用遠(yuǎn)程桌面維護(hù)是常態(tài)WPF的硬件加速反而成了負(fù)擔(dān)。界面布局一般是左邊參數(shù)區(qū)右邊結(jié)果區(qū)底部狀態(tài)欄。參數(shù)區(qū)放串口號(hào)、波特率、量程、上下限結(jié)果區(qū)放一個(gè)大的電阻值顯示外加OK/NG指示燈。源碼里如果看到BackgroundWorker或者Task.Run說(shuō)明作者處理過(guò)UI阻塞問(wèn)題如果看到測(cè)量邏輯直接寫在按鈕點(diǎn)擊事件里那就是反面教材后面第5章會(huì)專門講這個(gè)坑。3.2 控制層命令構(gòu)造與響應(yīng)解析的分工控制層是這套源碼里信息量最大的部分。它做的事情有兩件把用戶操作翻譯成儀器命令把儀器返回翻譯成業(yè)務(wù)數(shù)據(jù)。這兩件事必須拆成兩個(gè)方法不要混在一起。public class ResistanceMeterController { private SerialPort _port; // 把業(yè)務(wù)請(qǐng)求翻譯成SCPI命令 public string BuildMeasureCommand(int range) { // range: 0自動(dòng)量程, 11Ω檔, 210Ω檔, 3100Ω檔... if (range 0) return :MEAS:RES?; else return $:CONF:RES {range}\r\n:MEAS:RES?; } // 把儀器返回解析成結(jié)構(gòu)化數(shù)據(jù) public MeasurementResult ParseResponse(string raw) { // 返回示例: 1.0000E00 或 1.0000E00,Ω string[] parts raw.Split(,); double value double.Parse( parts[0], System.Globalization.CultureInfo.InvariantCulture ); string unit parts.Length 1 ? parts[1] : Ω; return new MeasurementResult { Value value, Unit unit }; } }這里重點(diǎn)說(shuō)一下double.Parse。C#在中文系統(tǒng)上默認(rèn)的區(qū)域設(shè)置是zh-CN小數(shù)點(diǎn)符號(hào)是.但有些老版本系統(tǒng)或者被改過(guò)區(qū)域設(shè)置的機(jī)器可能把小數(shù)點(diǎn)識(shí)別成,直接Parse會(huì)拋FormatException。顯式傳CultureInfo.InvariantCulture強(qiáng)制按英語(yǔ)區(qū)域解析能徹底規(guī)避這個(gè)問(wèn)題。這也是源碼里最容易忽略卻最容易線上翻車的一行。響應(yīng)解析時(shí)還要注意單位。日置儀器返回的單位可能是Ω、mΩ、kΩ、MΩ如果只取數(shù)值不看單位1.0000E03和1.0000E-03會(huì)被當(dāng)成同一個(gè)數(shù)判NG時(shí)全亂套。解析結(jié)果里必須帶單位業(yè)務(wù)層再統(tǒng)一換算成基準(zhǔn)單位。3.3 業(yè)務(wù)層與數(shù)據(jù)庫(kù)測(cè)試記錄落SQLite配置用JSON業(yè)務(wù)層處理測(cè)試結(jié)果的判定、存儲(chǔ)和報(bào)表。判定邏輯很簡(jiǎn)單上下限比較落在區(qū)間內(nèi)判OK否則判NG。但要注意滯回比較也就是用上限值判下限避免儀器讀數(shù)在臨界值附近抖動(dòng)時(shí)反復(fù)橫跳。數(shù)據(jù)庫(kù)選型上SQLite是最省事的不需要裝SQL Server服務(wù)一個(gè)dll就搞定數(shù)據(jù)文件就是個(gè).db文件拷走就能備份。產(chǎn)線工位機(jī)經(jīng)常不在域環(huán)境里裝SQL Server還要配賬號(hào)權(quán)限完全是給自己找事。建表語(yǔ)句大致是這樣CREATE TABLE test_records ( id INTEGER PRIMARY KEY AUTOINCREMENT, test_time TEXT NOT NULL, resistance REAL NOT NULL, unit TEXT NOT NULL, upper_limit REAL, lower_limit REAL, result TEXT NOT NULL );配置管理不建議寫死在代碼里更不建議用注冊(cè)表——工位機(jī)的系統(tǒng)權(quán)限經(jīng)常受限寫注冊(cè)表容易失敗。把串口號(hào)、波特率、量程、上下限存成一個(gè)config.json程序啟動(dòng)時(shí)讀界面修改后回寫。C#里用System.Text.Json就能做不引第三方庫(kù){ PortName: COM3, BaudRate: 9600, DefaultRange: 0, UpperLimit: 1.1, LowerLimit: 0.9 }這套配置聯(lián)動(dòng)起來(lái)之后換一臺(tái)工位機(jī)只需要改一個(gè)json文件不需要重新編譯程序。產(chǎn)線上十臺(tái)設(shè)備部署每臺(tái)改完配置重啟就完事。4. 源代碼關(guān)鍵方法逐段解析連接、測(cè)量、解析的完整鏈路4.1 連接與斷開Open的延時(shí)與Close的次序串口打開的時(shí)序比大多數(shù)人以為的要講究。SerialPort.Open()返回后底層串口芯片和儀器側(cè)的握手還沒(méi)完成立刻發(fā)命令大概率丟幀。正確做法是Open之后Sleep 100到200毫秒再清一次輸入緩沖然后才開始發(fā)命令。public void Connect() { _port OpenResistanceMeter(_config.PortName, _config.BaudRate); // 關(guān)鍵Open后必須等儀器握手完成 System.Threading.Thread.Sleep(150); _port.DiscardInBuffer(); // 發(fā)IDN查詢確認(rèn)設(shè)備在線且通信參數(shù)正確 string idn SendCommand(_port, *IDN?); if (string.IsNullOrEmpty(idn)) throw new Exception(儀器無(wú)響應(yīng)請(qǐng)檢查通信線纜和參數(shù)); }Close的次序同樣有講究。很多人直接調(diào)port.Close()如果這時(shí)儀器還有數(shù)據(jù)在傳輸中可能觸發(fā)UnauthorizedAccessException。標(biāo)準(zhǔn)做法是先停止后臺(tái)讀取線程再注銷DataReceived事件最后才Close。順序錯(cuò)了程序可能在關(guān)閉窗口時(shí)彈一個(gè)未處理異常。public void Disconnect() { // 先停數(shù)據(jù)流再關(guān)串口 _port.DataReceived - OnDataReceived; _port.DiscardInBuffer(); _port.Close(); _port.Dispose(); }這段代碼里DataReceived事件的注銷放在Close之前是為了避免Close觸發(fā)的最后一次數(shù)據(jù)到達(dá)事件在對(duì)象釋放后回調(diào)導(dǎo)致ObjectDisposedException。這個(gè)異常在產(chǎn)線上經(jīng)常以程序用著用著自己沒(méi)了的形式出現(xiàn)看事件日志才看到是串口對(duì)象釋放順序不對(duì)。4.2 一次測(cè)量從按鈕到結(jié)果完整調(diào)用鏈把一次測(cè)量的完整調(diào)用鏈串起來(lái)看比單看某個(gè)方法有用得多。從用戶點(diǎn)開始測(cè)量按鈕到界面刷新結(jié)果中間要經(jīng)過(guò)參數(shù)校驗(yàn)、命令構(gòu)造、串口寫入、等待響應(yīng)、響應(yīng)解析、業(yè)務(wù)判定、UI更新七個(gè)環(huán)節(jié)。private async void btnMeasure_Click(object sender, EventArgs e) { // 1. 參數(shù)校驗(yàn)串口沒(méi)打開就別發(fā)命令 if (_port null || !_port.IsOpen) { MessageBox.Show(串口未連接請(qǐng)先連接設(shè)備); return; } // 2. 把耗時(shí)操作丟進(jìn)后臺(tái)線程UI不被阻塞 try { string result await Task.Run(() { // 3. 構(gòu)命令 發(fā)送 讀響應(yīng) string cmd _controller.BuildMeasureCommand(_config.DefaultRange); string raw SendCommand(_port, cmd); // 4. 解析 var data _controller.ParseResponse(raw); // 5. 業(yè)務(wù)判定上下限比較 bool ok data.Value _config.LowerLimit data.Value _config.UpperLimit; data.IsOK ok; return data; }); // 6. UI更新這里已經(jīng)回到UI線程 lblValue.Text ${result.Value:F4} {result.Unit}; lblResult.Text result.IsOK ? OK : NG; } catch (Exception ex) { // 7. 統(tǒng)一異常出口不讓異常炸穿UI MessageBox.Show($測(cè)量失敗: {ex.Message}); } }這里用了async/await配合Task.Run把串口的同步讀寫放到了后臺(tái)線程。串口ReadLine本身就是阻塞調(diào)用如果直接放在按鈕事件里點(diǎn)一下按鈕窗體就卡死五秒用戶會(huì)以為程序掛了。async/await是目前WinForms上最簡(jiǎn)潔的寫法比BackgroundWorker少一半代碼而且異常處理是自然的try/catch不會(huì)漏。ReadTimeout設(shè)5000毫秒是經(jīng)過(guò)考慮的。儀器在自動(dòng)量程模式下從高量程切到低量程需要時(shí)間有的型號(hào)要等繼電器咔嗒響完才返回?cái)?shù)據(jù)。這個(gè)時(shí)間可能到兩三秒。設(shè)太短正常測(cè)量都被誤判成超時(shí)設(shè)太長(zhǎng)儀器真出了故障時(shí)用戶要干等幾十秒。4.3 解析返回串單位倍率、判合格與余數(shù)處理日置電阻計(jì)返回的數(shù)據(jù)行一般長(zhǎng)這樣1.0000E00不帶單位的話就是純數(shù)值帶單位的話是1.0000E00,Ω。解析的第一個(gè)坑是返回值里可能帶空格、\r、\nTrim是必須的。第二個(gè)坑是SPI返回的可能是多行儀器在響應(yīng)某些命令時(shí)會(huì)先回一行狀態(tài)再回?cái)?shù)據(jù)ReadLine只讀一行不夠。public MeasurementResult ParseWithRetry(SerialPort sp, string cmd) { string raw ; // 連續(xù)讀直到讀到以數(shù)字或負(fù)號(hào)開頭的行 for (int i 0; i 5; i) { string line sp.ReadLine().Trim(); if (string.IsNullOrEmpty(line)) continue; // 跳過(guò)非數(shù)據(jù)行狀態(tài)行通常是字母開頭 if (0123456789-.Contains(line[0])) { raw line; break; } } if (string.IsNullOrEmpty(raw)) throw new FormatException(響應(yīng)中沒(méi)有有效數(shù)據(jù)行); return ParseResponse(raw); }這個(gè)只取以數(shù)字開頭那一行的技巧是用合格從業(yè)者最可能采用的處理方式來(lái)規(guī)避儀器的多行響應(yīng)問(wèn)題。日置部分型號(hào)在每次測(cè)量前會(huì)回一行OK或者狀態(tài)碼不跳過(guò)去解析就會(huì)把狀態(tài)碼當(dāng)電阻值測(cè)出來(lái)的結(jié)果完全不可信。判合格邏輯里還有一個(gè)容易被忽略的細(xì)節(jié)單位換算。儀器返回1.0000E00,Ω是1Ω返回1.0000E00,kΩ就是1000Ω。上下限在配置里一般以Ω為基準(zhǔn)單位所以解析時(shí)要把mΩ、kΩ、MΩ全部換算成Ω后再比較。public double ToOhm(double rawValue, string unit) { switch (unit) { case mΩ: return rawValue / 1000.0; case kΩ: return rawValue * 1000.0; case MΩ: return rawValue * 1000000.0; default: return rawValue; } }這段換算看著簡(jiǎn)單卻是產(chǎn)線讀數(shù)對(duì)但判定全錯(cuò)的頭號(hào)嫌疑犯。一個(gè)10kΩ的電阻儀器返回10.0000E00,kΩ配置里上下限寫的是9000和11000Ω不換算直接用數(shù)值比較10 9000判NG整條線全報(bào)警。這種問(wèn)題排查起來(lái)是最耗時(shí)間的因?yàn)橥ㄐ?、解析、界面全正常誰(shuí)也沒(méi)想到是單位倍率的問(wèn)題。5. 避坑專題串口接日置電阻計(jì)最常翻車的五個(gè)坑5.1 命令發(fā)出去石沉大海ReadLine超時(shí)現(xiàn)象點(diǎn)擊測(cè)量程序在ReadLine處阻塞到超時(shí)界面彈出操作超時(shí)。串口助手卻能看到儀器正?；?cái)?shù)據(jù)。原因兩種可能。一是結(jié)束符不匹配儀器回CR LF代碼里NewLine只設(shè)了LFReadLine永遠(yuǎn)等不到完整一行。二是DTR信號(hào)未使能日置部分型號(hào)的RS-232口需要DTR拉高才啟動(dòng)接收電路。解決先用串口助手在HEX模式下連一次確認(rèn)儀器實(shí)際回的結(jié)束符字節(jié)是0x0D 0x0A還是只有0x0A。然后把SerialPort的NewLine改成對(duì)應(yīng)的結(jié)束符。DTR問(wèn)題直接在Open之前設(shè)sp.DtrEnable true。這兩個(gè)改動(dòng)做完80%的發(fā)命令無(wú)響應(yīng)都能解決。5.2 讀回來(lái)的字符串里混著上一幀的殘留現(xiàn)象連續(xù)測(cè)量時(shí)第N次的結(jié)果偶爾是第N-1次的舊值或者一行數(shù)據(jù)被截成兩半拼在兩次讀取里。原因儀器的響應(yīng)分兩個(gè)TCP段或者串口幀到達(dá)第一次ReadLine讀到半行剩下的半行留在緩沖里下一次ReadLine把前半行的殘留和本次數(shù)據(jù)拼在一起。這是串口程序最容易忽略的緩沖問(wèn)題。解決每次發(fā)送命令前調(diào)sp.DiscardInBuffer()清空輸入緩沖。讀取時(shí)不要用ReadLine一次讀而是循環(huán)讀取直到讀到完整的結(jié)束符為止。如果用了DataReceived事件不要在事件里做業(yè)務(wù)處理把數(shù)據(jù)追加到StringBuilder由單獨(dú)的解析線程按行切分。5.3 界面卡死把串口讀取放進(jìn)了UI線程現(xiàn)象點(diǎn)開始測(cè)量后窗口失去響應(yīng)鼠標(biāo)變成轉(zhuǎn)圈要等好幾秒才恢復(fù)。如果讀超時(shí)設(shè)為30秒界面就死半分鐘。原因串口的ReadLine是同步阻塞方法直接寫在按鈕點(diǎn)擊事件里UI線程被堵死。WinForms的UI線程不僅要處理界面繪制還要處理消息循環(huán)一阻塞整個(gè)窗口就假死。解決所有串口讀寫操作放進(jìn)Task.Run或者BackgroundWorker。UI更新用Control.BeginInvoke或者async/await的await返回不要在后臺(tái)線程里直接操作界面控件。這條是上位機(jī)開發(fā)最基礎(chǔ)的規(guī)矩違反了輕則界面卡頓重則程序無(wú)響應(yīng)被Windows判定為掛起直接殺進(jìn)程。5.4 電阻值總是差一個(gè)量級(jí)或者NG判定全亂現(xiàn)象測(cè)一個(gè)1Ω的精密電阻儀器返回1.0000E00但解析出來(lái)顯示1000mΩ或者0.001kΩ上下限判定全錯(cuò)。原因儀器返回的數(shù)值帶了單位后綴解析時(shí)只取了數(shù)字部分丟掉單位然后業(yè)務(wù)層用這個(gè)裸數(shù)值直接和上下限比較。mΩ、kΩ這些單位沒(méi)有歸一化到Ω。解決解析結(jié)果必須保留單位字段業(yè)務(wù)層比較之前統(tǒng)一換算成基準(zhǔn)單位Ω。另外檢查量程設(shè)置如果沒(méi)下發(fā):CONF:RES命令儀器處于自動(dòng)量程測(cè)量小電阻時(shí)可能用高量程檔讀數(shù)精度會(huì)差。測(cè)量前強(qiáng)制指定量程或者至少等自動(dòng)量程穩(wěn)定后再讀數(shù)。5.5 拔掉USB轉(zhuǎn)串口線后程序直接崩現(xiàn)象產(chǎn)線工人清理衛(wèi)生時(shí)碰了一下USB線串口斷開程序報(bào)UnauthorizedAccessException或者更詭異的窗口消失進(jìn)程退出。原因USB轉(zhuǎn)串口芯片CH340、FT232這類拔掉時(shí)系統(tǒng)會(huì)銷毀串口設(shè)備對(duì)象SerialPort的事件可能被觸發(fā)或者底層句柄失效。如果DataReceived事件處理函數(shù)里沒(méi)有異常保護(hù)一個(gè)布線錯(cuò)誤就能讓整個(gè)測(cè)量程序崩潰。解決DataReceived事件處理函數(shù)最外層套try/catch捕獲ObjectDisposedException和UnauthorizedAccessException。在FormClosing事件里先注銷事件再Close串口。程序啟動(dòng)時(shí)判斷串口是否存在不存在就禁用測(cè)量按鈕。最重要的是產(chǎn)線部署時(shí)用扎帶把USB頭固定好物理層面的可靠性比代碼兜底更有效。6. 進(jìn)階把能用變成好用——批量測(cè)試、實(shí)時(shí)曲線與一鍵發(fā)布基礎(chǔ)測(cè)量跑通之后可以從三個(gè)方向往上加功能。批量測(cè)試是最常見的需求。治具上放一排元件軟件循環(huán)切換測(cè)試點(diǎn)。切換通道后要加20到50毫秒的穩(wěn)定延時(shí)再觸發(fā)測(cè)量因?yàn)槔^電器或者M(jìn)OS管切換瞬間接觸電阻不穩(wěn)定立刻讀數(shù)會(huì)抓到尖峰。循環(huán)里每個(gè)通道獨(dú)立記錄結(jié)果某個(gè)點(diǎn)超時(shí)不要把整個(gè)批次中斷把異常通道記下來(lái)繼續(xù)下一輪。實(shí)時(shí)曲線用WinForms自帶的Chart控件就能做不引第三方庫(kù)。曲線刷新的核心是控制UI更新頻率串口解析線程把數(shù)據(jù)丟進(jìn)隊(duì)列UI定時(shí)器每500毫秒從隊(duì)列里取一批數(shù)據(jù)繪制。這樣即使測(cè)量頻率很高界面也不會(huì)因?yàn)槊棵胨⑿聨资味D。曲線縱軸用對(duì)數(shù)坐標(biāo)因?yàn)殡娮鑿暮翚W到兆歐跨越六個(gè)數(shù)量級(jí)線性坐標(biāo)下小阻值的變化根本看不清。發(fā)布部署時(shí)可以用Costura.Fody把第三方DLL合并進(jìn)主程序exe產(chǎn)線工位機(jī)上拷一個(gè)單文件就能跑。配置文件用JSON存好放exe同目錄程序啟動(dòng)時(shí)用File.ReadAllText讀進(jìn)來(lái)反序列化成配置對(duì)象。這比注冊(cè)表和ini都方便遷移。最后說(shuō)一個(gè)我的習(xí)慣。以前做過(guò)一條產(chǎn)線交付的時(shí)候測(cè)試一切正常結(jié)果工人操作時(shí)碰掉了一次USB線整條線的測(cè)量軟件全部退出停了半小時(shí)工。問(wèn)題本質(zhì)是DataReceived事件里沒(méi)有異常保護(hù)一個(gè)物理層面的小故障擊穿了整個(gè)軟件。從那以后我每次交付上位機(jī)都會(huì)強(qiáng)制走一遍拔線重插測(cè)試運(yùn)行中拔掉串口線、重插、再測(cè)量程序必須自動(dòng)恢復(fù)或者給出清晰的重連提示才算通過(guò)驗(yàn)收。這套XCS源碼拿回去第一件事也建議先做這個(gè)測(cè)試。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取