字溫度模塊，實(shí)現(xiàn)本地與遠(yuǎn)程溫度監(jiān)測系統(tǒng))
1. 方案思路與器件分工為什么是 PIC24 配一體式溫度模塊1.1 先別急著選型把需求拆清楚再動(dòng)手我這邊的項(xiàng)目背景是給一套 HVAC 集中控制系統(tǒng)做溫度監(jiān)測節(jié)點(diǎn)的升級。原來的方案是每個(gè)溫度點(diǎn)用 NTC 熱敏電阻 運(yùn)放調(diào)理 ADC 采樣主控用的是 8 位單片機(jī)PCB 上一堆分壓電阻、濾波電容生產(chǎn)校準(zhǔn)還要逐臺調(diào)零。隨著監(jiān)測點(diǎn)位從十幾路增加到五十幾路遠(yuǎn)程點(diǎn)位也要接入老方案的痛點(diǎn)就非常明顯了布線難、誤差大、維護(hù)靠人工抄表。所以這次項(xiàng)目立項(xiàng)的時(shí)候我定的硬性指標(biāo)是支持本地溫度采集至少兩路用于 PID 調(diào)節(jié)和報(bào)警聯(lián)動(dòng)。支持遠(yuǎn)程溫度采集通過總線方式接入節(jié)點(diǎn)數(shù)不低于 30 個(gè)。控制核心功耗要低特別是待機(jī)模式下系統(tǒng)不能長時(shí)間滿載運(yùn)行。通信協(xié)議盡量標(biāo)準(zhǔn)化方便上位機(jī)對接不搞私有協(xié)議全家桶。主控要有足夠的代碼空間和 RAM后續(xù)要擴(kuò)展數(shù)據(jù)記錄功能。基于這些需求我最終選了PIC24FV16KA301做主控搭配PJ85718DM作為溫度前端模塊。這一組合的核心思路是把“測溫度”這件事從前端電路徹底剝離出去主控只負(fù)責(zé)讀取數(shù)字量、做邏輯、跑協(xié)議不碰模擬電路省掉標(biāo)定環(huán)節(jié)也大幅降低了硬件調(diào)試難度。1.2 PIC24FV16KA301 到底贏在哪里先聊聊主控選型。HVAC 場景和消費(fèi)電子不一樣設(shè)備常年 7×24 小時(shí)掛在墻面上或者機(jī)柜里控制板空間緊湊很多情況下沒有風(fēng)扇、沒有密封防護(hù)等級高的外殼所以我對主控有幾個(gè)硬性要求供電電壓要寬3.3V 是主流但系統(tǒng)里可能還有電池后備供電。靜態(tài)功耗要低休眠時(shí)最好能到微安級。外設(shè)要夠用至少兩路 UART、一路 I2C/SPI、若干 ADC 通道。引腳不能太多封裝小方便塞進(jìn)現(xiàn)有控制板結(jié)構(gòu)。PIC24FV16KA301 屬于 PIC24F 系列的 XLP 超低功耗型號VDD 范圍 1.8V 到 3.6V深度睡眠模式電流可以做到幾百納安級別。它內(nèi)部有 16 KB Flash 和 1.5 KB RAM寫小型協(xié)議棧和溫度采集調(diào)度邏輯完全夠用。更重要的是它的外設(shè)映射Peripheral Pin Select非常靈活UART、I2C、定時(shí)器這些模塊可以映射到不同引腳上這給 PCB 布線省了極大的力氣。從成本角度看這顆芯片不算貴而且 16 位內(nèi)核相比 8 位機(jī)做 Modbus RTU 的 CRC 運(yùn)算也輕松很多。我在調(diào)試階段甚至直接開著調(diào)試器跑輪詢循環(huán)單步跟蹤時(shí)序沒有出現(xiàn) 8 位機(jī)那種中斷優(yōu)先級互相打架的問題。1.3 PJ85718DM 模塊的角色定位把溫度檢測變成讀寄存器PJ85718DM 這個(gè)模塊我拿到的是數(shù)字輸出型內(nèi)部集成了溫度傳感元件、信號調(diào)理、ADC 和數(shù)字通信接口。對外輸出直接就是溫度數(shù)據(jù)不需要額外做冷端補(bǔ)償或者查分度表。這就相當(dāng)于把以前一整套模擬前端全部封裝進(jìn)了一個(gè)小模塊主控通過 I2C 或者單總線讀取寄存器拿到的是已經(jīng)換算好的數(shù)據(jù)單位是 0.1℃ 或 0.01℃ 之類。實(shí)際項(xiàng)目中我用了兩種接法本地溫度模塊直接焊接在主板上通過 I2C 接到 PIC24 的 I2C1 外設(shè)用于采集送風(fēng)溫度、回水溫度。遠(yuǎn)程溫度使用同型號模塊通過一根三芯屏蔽線引出接到遠(yuǎn)程風(fēng)機(jī)盤管或者冷梁末端模塊工作在單總線模式下通過地址尋址掛到同一根總線上。這種“本地 I2C 遠(yuǎn)程單總線”的雙模式設(shè)計(jì)是參照了模塊手冊里給出的典型應(yīng)用圖。實(shí)測下來效果不錯(cuò)因?yàn)楸镜財(cái)?shù)據(jù)要進(jìn) PID 調(diào)節(jié)刷新率要求高I2C 的時(shí)鐘可以跑到 400 kbps而遠(yuǎn)程節(jié)點(diǎn)數(shù)量多單總線只需要一根數(shù)據(jù)線走線成本低輪詢幾十個(gè)點(diǎn)也夠用。注意如果你用的溫度模塊是模擬輸出類型那主控選型就得另外考慮 ADC 通道和基準(zhǔn)電壓的問題。我這里說的 PJ85718DM 是數(shù)字輸出模組整個(gè)方案的接線和驅(qū)動(dòng)代碼都是按數(shù)字接口寫的。2. 硬件設(shè)計(jì)與接線細(xì)節(jié)本地測溫、遠(yuǎn)程總線、電源與電平匹配2.1 主控最小系統(tǒng)不要忽略去耦和調(diào)試接口PIC24FV16KA301 最小系統(tǒng)不算復(fù)雜但每個(gè)引腳都不能想當(dāng)然。我這次畫板子的時(shí)候總結(jié)了幾個(gè)關(guān)鍵點(diǎn)供電部分3.3V LDO 輸出端要并聯(lián) 10 μF 鉭電容和 100 nF 陶瓷電容LDO 輸入端的 5V 電源也要先經(jīng)過一個(gè)磁珠隔離開關(guān)電源的高頻噪聲。HVAC 現(xiàn)場經(jīng)常有大功率變頻設(shè)備電源線上如果不處理溫度采樣的數(shù)據(jù)會明顯跳動(dòng)。復(fù)位電路用 MCLR 引腳外接 10 kΩ 上拉電阻和 100 nF 電容到地。有些工程師圖省事直接把 MCLR 接 VDD但后期如果要用 ICSP 調(diào)試就會發(fā)現(xiàn)連接不上還得飛線。ICSP 調(diào)試接口一定要留出 5 針或 6 針的排針接口我見過太多次“焊完板子發(fā)現(xiàn)沒法燒錄”的場面。引腳順序固定好另外串聯(lián) 100 Ω 電阻可以避免調(diào)試線過長導(dǎo)致信號振鈴。晶振選擇系統(tǒng)時(shí)鐘我用內(nèi)部 FRC 振蕩器配合 PLL 倍頻到 8 MHz做 Modbus 輪詢和 I2C 時(shí)序足夠了。休眠喚醒用 32.768 kHz 外部晶振接到 SOSCI 和 SOSCO這樣深度睡眠喚醒后的時(shí)鐘切換比較平滑。如果項(xiàng)目對時(shí)間戳有要求這枚晶振還可以給 RTCC 模塊用實(shí)現(xiàn)掉電后的日期時(shí)間保持。2.2 PJ85718DM 本地接法上拉電阻、濾波電容與線長限制本地模塊我放在主控旁邊間距控制在 20 mm 以內(nèi)走線盡量短減少天線效應(yīng)。I2C 接口的上拉電阻我用了 4.7 kΩ對于 400 kbps 的總線速率來說是標(biāo)準(zhǔn)值。如果總線距離超過 50 cm建議改成 2.2 kΩ 或者降低速率到 100 kbps否則上升沿太緩數(shù)據(jù)容易錯(cuò)位。電源引腳上必須放 100 nF 去耦電容位置越靠近模塊的 VDD 引腳越好。有些模塊內(nèi)部有線性穩(wěn)壓器電源軌對紋波并不敏感但去耦電容不能省畢竟現(xiàn)場可能有靜電放電和浪涌干擾。還有一個(gè)細(xì)節(jié)模塊的 AD0/AD1 地址引腳我直接做了跳線焊盤默認(rèn)接地通過 0 Ω 電阻選擇。這樣同一塊主板上如果需要掛兩個(gè)本地模塊可以改地址不用改 PCB。踩坑提示我第一次畫板子的時(shí)候把模塊地址引腳懸空了結(jié)果兩個(gè)模塊地址沖突I2C 總線直接鎖死主控讀到的全是 0xFF。這種問題在實(shí)驗(yàn)室里不容易復(fù)現(xiàn)但是一接入總線就隨機(jī)出現(xiàn)。所以地址引腳要么接固定電平要么用排針跳線絕不能懸空。2.3 遠(yuǎn)程溫度總線設(shè)計(jì)單總線怎么挑線、怎么并接遠(yuǎn)程溫度節(jié)點(diǎn)我采用的是單總線拓?fù)?。一主多從所有模塊的數(shù)據(jù)線并接在一起通過一根線串聯(lián)所有節(jié)點(diǎn)。主干線我用的是 RVSP 屏蔽雙絞線其中一對線作為電源和數(shù)據(jù)返回屏蔽層單端接地接在主控的電源地。這里有幾個(gè)參數(shù)要記好單總線典型速率在 15.4 kbps 左右理論上可以支持較長的線長。建議節(jié)點(diǎn)數(shù)不超過 32 個(gè)距離控制在 100 米以內(nèi)超過就要考慮中繼器。每個(gè)節(jié)點(diǎn)在數(shù)據(jù)線上需要加一個(gè) 4.7 kΩ 上拉電阻到本地 3.3V這樣保證在空閑狀態(tài)數(shù)據(jù)線被穩(wěn)定拉高。數(shù)據(jù)線上的寄生電容是最大的敵人。每米雙絞線大約有 50~60 pF 的分布電容50 米線就有 3 nF 左右拉著這根線信號上升沿會變慢。所以遠(yuǎn)端節(jié)點(diǎn)的上拉電阻可以適當(dāng)減小到 2.2 kΩ但注意不要低于 1 kΩ否則總線上灌電流太大模塊輸出級可能會過載。實(shí)際調(diào)試的時(shí)候我在主控端的數(shù)據(jù)線上串聯(lián)了一個(gè) 100 Ω 電阻這能有效抑制反射。對于單總線來說線的末端不建議并聯(lián) 120 Ω 終端匹配因?yàn)闆]有規(guī)定特征阻抗加了反而增加直流負(fù)載。2.4 RS-485 遠(yuǎn)程通信鏈路選收發(fā)器、處理方向控制既然標(biāo)題里說“本地與遠(yuǎn)程”遠(yuǎn)程點(diǎn)位采集回來后還要上報(bào)給上位機(jī)。這部分我用的是 RS-485 總線主控的 UART1 連接到一顆半雙工 RS-485 收發(fā)器通過 DE/RE 引腳控制發(fā)送和接收方向。選型上我用了帶失效保護(hù)的收發(fā)器型號不唯一只要滿足以下條件即可支持 3.3V 供電這樣不用額外做電平轉(zhuǎn)換。驅(qū)動(dòng)器輸出帶限流短路不損壞。接收器帶失效保護(hù)總線開路或短路時(shí)輸出為確定高電平避免收到隨機(jī)噪聲。方向控制這里有個(gè)容易犯的錯(cuò)誤DE 和 RE 如果分別用兩個(gè)引腳控制固件里必須保證先切換方向再操作 UART。我這邊偷了個(gè)懶把 DE 和 RE 短接在一起用一根 I/O 控制高電平發(fā)送、低電平接收雖然犧牲了一點(diǎn)靈活性但穩(wěn)定可靠。A、B 輸出端各串一個(gè) 10 Ω 電阻防止現(xiàn)場浪涌打壞芯片?？偩€兩端各接一個(gè) 120 Ω 終端電阻這個(gè)不能省長線反射會直接導(dǎo)致 CRC 錯(cuò)誤率飆升。3. 軟件架構(gòu)與核心代碼實(shí)現(xiàn)輪詢、協(xié)議棧與低功耗調(diào)度3.1 主程序的循環(huán)思路一個(gè)狀態(tài)機(jī)搞定本地和遠(yuǎn)程整個(gè)固件我是用狀態(tài)機(jī)寫的主循環(huán)不斷輪詢事件標(biāo)志位所有耗時(shí)操作都拆到中斷里完成保證溫度刷新率和通信響應(yīng)速度。先看整體結(jié)構(gòu)#define LOCAL_SAMPLE_INTERVAL_MS 200 #define REMOTE_POLL_INTERVAL_MS 1000 #define DEFAULT_MODBUS_ADDR 0x01 #define LOCAL_SENSOR_ADDR 0x50 typedef enum { EVT_NONE 0, EVT_LOCAL_SAMPLE, EVT_REMOTE_POLL, EVT_MODBUS_RX, EVT_UART_TX_DONE, } event_t; volatile event_t evtFlag; uint16_t localTemp; // 本地溫度單位 0.1℃ uint16_t remoteTemp[32]; // 遠(yuǎn)程溫度數(shù)組 uint8_t remoteCnt; // 有效的遠(yuǎn)程節(jié)點(diǎn)數(shù)事件標(biāo)志在定時(shí)器中斷或者 UART 接收中斷里置位主循環(huán)里統(tǒng)一處理。這樣做的好處是邏輯清晰不會出現(xiàn)“在中斷里跑協(xié)議棧導(dǎo)致時(shí)序亂掉”的情況。主循環(huán)大致如下while (1) { if (evtFlag EVT_LOCAL_SAMPLE) { evtFlag ~EVT_LOCAL_SAMPLE; readLocalSensor(); } if (evtFlag EVT_REMOTE_POLL) { evtFlag ~EVT_REMOTE_POLL; pollRemoteNodes(); } if (evtFlag EVT_MODBUS_RX) { evtFlag ~EVT_MODBUS_RX; parseModbusFrame(); } }3.2 讀取 PJ85718DM 溫度I2C 時(shí)序與數(shù)據(jù)轉(zhuǎn)換讀取本地傳感器時(shí)我走的是 I2C 接口。模塊內(nèi)部有若干 8 位寄存器溫度數(shù)據(jù)是 16 位補(bǔ)碼形式地址指針會自動(dòng)遞增。我每次連續(xù)讀 2 個(gè)字節(jié)組合成一個(gè) uint16_t。關(guān)鍵代碼片段uint8_t i2cReadReg(uint8_t devAddr, uint8_t regAddr, uint8_t *buf, uint8_t len) { // 發(fā)送起始條件 設(shè)備地址寫方向 寄存器地址 I2C1CONbits.SEN 1; while (I2C1CONbits.SEN); I2C1TRN (devAddr 1) | 0; while (!I2C1STATbits.TRSTAT); if (I2C1STATbits.ACKSTAT) { I2C1CONbits.PEN 1; return 1; } I2C1TRN regAddr; while (!I2C1STATbits.TRSTAT); if (I2C1STATbits.ACKSTAT) { I2C1CONbits.PEN 1; return 1; } // 重復(fù)起始 設(shè)備地址讀方向 I2C1CONbits.RSEN 1; while (I2C1CONbits.RSEN); I2C1TRN (devAddr 1) | 1; while (!I2C1STATbits.TRSTAT); if (I2C1STATbits.ACKSTAT) { I2C1CONbits.PEN 1; return 1; } for (uint8_t i 0; i len; i) { I2C1CONbits.RCEN 1; while (!I2C1STATbits.RBF); buf[i] I2C1RCV; if (i len - 1) { I2C1CONbits.ACKDT 0; // ACK } else { I2C1CONbits.ACKDT 1; // NACK } I2C1CONbits.ACKEN 1; while (I2C1CONbits.ACKEN); } I2C1CONbits.PEN 1; while (I2C1CONbits.PEN); return 0; }溫度換算很簡單模塊手冊里給了公式我直接照搬int16_t raw (int16_t)((buf[0] 8) | buf[1]); temperatureC raw * 0.01f;如果模塊精度是 0.1℃就乘 0.1如果是 0.01℃就乘 0.01。我這里明確一點(diǎn)不要憑感覺猜必須翻手冊確定分辨率。本地采樣我做了軟件滑動(dòng)平均取最近 5 次讀數(shù)的平均值輸出給 PID 模塊。因?yàn)?HVAC 現(xiàn)場有氣流擾動(dòng)瞬時(shí)值波動(dòng)很大但 5 次平均后溫度曲線平滑多了同時(shí)延遲也只有 1 秒左右完全不影響調(diào)節(jié)響應(yīng)。3.3 遠(yuǎn)程節(jié)點(diǎn)輪詢單總線協(xié)議的精確時(shí)序單總線的難點(diǎn)在于時(shí)序要求苛刻讀寫時(shí)隙都是微秒級的。PIC24FV16KA301 跑 8 MHz 的時(shí)候一個(gè)指令周期是 500 ns用來計(jì)時(shí)隙剛剛好。我用的是查詢方式不進(jìn)中斷避免時(shí)序被中斷破壞。單總線協(xié)議的時(shí)序我記得大概是這樣的參考常見協(xié)議實(shí)現(xiàn)復(fù)位脈沖總線拉低 480 μs 然后釋放。存在檢測從設(shè)備在釋放后拉低 60~240 μs。寫 0 時(shí)隙拉低 60 μs。寫 1 時(shí)隙拉低 1~15 μs然后釋放。讀時(shí)隙拉低 1~15 μs釋放后采樣數(shù)據(jù)線。代碼里我封裝了一個(gè) delayMicro 函數(shù)用定時(shí)器做基準(zhǔn)保證延時(shí)準(zhǔn)確。注意在單總線上操作必須關(guān)閉中斷仲裁就是別讓 I2C 或者其他外設(shè)來打斷這微秒級的時(shí)序。輪詢的邏輯是先發(fā)復(fù)位脈沖找到所有在線節(jié)點(diǎn)然后逐節(jié)點(diǎn)發(fā)送讀取命令。PJ85718DM 的地址是 64 位激光刻錄的通過 ROM 命令匹配。流程大致是復(fù)位。發(fā)送 0x55 匹配命令。發(fā)送 64 位 ROM 地址。發(fā)送 0x44 啟動(dòng)溫度轉(zhuǎn)換。等待轉(zhuǎn)換完成典型時(shí)間是 500 ms。發(fā)送 0xBE 讀取寄存器。遠(yuǎn)程節(jié)點(diǎn)的數(shù)量我做了動(dòng)態(tài)掃描。系統(tǒng)啟動(dòng)時(shí)廣播復(fù)位命令統(tǒng)計(jì)總線上返回的存在脈沖數(shù)量然后逐個(gè)嘗試讀取地址存到一個(gè)數(shù)組里。這樣后續(xù)輪詢就只訪問實(shí)際存在的節(jié)點(diǎn)速度更快。注意單總線的轉(zhuǎn)換時(shí)間比較長遠(yuǎn)程節(jié)點(diǎn)不能每個(gè)都等轉(zhuǎn)換完成再讀下一個(gè)。我的做法是先廣播啟動(dòng)所有節(jié)點(diǎn)轉(zhuǎn)換等待 750 ms 后再逐個(gè)讀取這樣總耗時(shí)基本恒定不會隨著節(jié)點(diǎn)數(shù)線性增加。3.4 Modbus RTU 上報(bào)協(xié)議主從幀怎么解析和打包遠(yuǎn)程數(shù)據(jù)匯總到主控后主控要作為從機(jī)響應(yīng)上位機(jī)的請求。我用標(biāo)準(zhǔn) Modbus RTU 功能碼 03讀保持寄存器來上報(bào)溫度和狀態(tài)上位機(jī)只要支持 Modbus 協(xié)議就能直接接入不需要定制驅(qū)動(dòng)。幀格式大概是從機(jī)地址1 字節(jié)。功能碼1 字節(jié)。起始地址2 字節(jié)。寄存器數(shù)量2 字節(jié)。CRC162 字節(jié)。PIC24 發(fā)送溫度數(shù)據(jù)之前要先把溫度值填充到寄存器映射表里。例如溫度 25.6℃如果單位是 0.1℃存的是 256也就是 0x0100。CRC16 的實(shí)現(xiàn)我是查表發(fā)的速度很快uint16_t calcCRC16(uint8_t *buf, uint8_t len) { uint16_t crc 0xFFFF; for (uint8_t i 0; i len; i) { crc ^ buf[i]; for (uint8_t j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; } else { crc 1; } } } return crc; }收到上位機(jī)幀之后我先解析地址確認(rèn)是本機(jī)地址再校驗(yàn) CRC最后判斷功能碼和寄存器地址。非法請求直接回異常碼不響應(yīng)會造成上位機(jī)長時(shí)間等待反而更容易觸發(fā)它那邊的超時(shí)重試。3.5 定時(shí)器調(diào)度本地快、遠(yuǎn)程慢、Modbus 響應(yīng)快系統(tǒng)的三個(gè)關(guān)鍵循環(huán)我設(shè)了不同的周期并不是所有事件都用同樣節(jié)奏任務(wù)周期優(yōu)先級說明本地溫度采樣200 ms高閉環(huán)控制需要不能太慢遠(yuǎn)程溫度輪詢1 s中能效監(jiān)測和報(bào)警秒級刷新足夠Modbus 請求解析事件觸發(fā)高上位機(jī)等待響應(yīng)越短越好看門狗清狗視需求高死循環(huán)保護(hù)必須進(jìn)主循環(huán)TMR1 配置為 1 ms 中斷每 200 個(gè) tick 置位一次本地采樣事件每 1000 個(gè) tick 置位一次遠(yuǎn)程輪詢事件。看門狗我用了 PIC24 內(nèi)部的 WDT超時(shí)周期設(shè)置在 2 秒左右主循環(huán)里每次循環(huán)末尾清狗。如果哪次運(yùn)行卡死在某個(gè) I2C 等待循環(huán)里WDT 會強(qiáng)制復(fù)位比人工復(fù)位快多了。調(diào)試階段我把 WDT 關(guān)掉了因?yàn)閱尾秸{(diào)試會被反復(fù)復(fù)位。正式燒錄的時(shí)候才打開。這個(gè)一定要列到發(fā)布檢查清單里。4. 實(shí)操過程與調(diào)優(yōu)記錄從裸板到穩(wěn)定運(yùn)行的幾個(gè)關(guān)鍵節(jié)點(diǎn)4.1 裸板調(diào)試J-Link 用不了MPLAB X 才是正路我拿到樣板后第一步先不焊溫度模塊只焊主控、晶振、電源和 ICSP 接口。先用 MPLAB X IDE 連接 PICkit4確認(rèn)目標(biāo)板能正常識別再燒一個(gè)閃爍 LED 的測試程序驗(yàn)證 GPIO、時(shí)鐘和復(fù)位電路都沒問題。這期間我遇到一個(gè)很典型的坑晶振死活不起振后來發(fā)現(xiàn)是晶振負(fù)載電容焊錯(cuò)了方向兩個(gè)電容焊成了一樣大的導(dǎo)致振蕩裕量不足。HVAC 控制板常有震動(dòng)環(huán)境晶振如果起振不穩(wěn)定后期會偶發(fā)復(fù)位很難排查。我最終用了兩個(gè) 18 pF 的 NPO 電容布局上盡量靠近晶振引腳。4.2 本地溫度采樣調(diào)試數(shù)據(jù)跳變的三個(gè)階段第一階段我把 PJ85718DM 焊到主板上讀取到的數(shù)據(jù)在 24℃ 到 32℃ 之間亂跳明顯不是真實(shí)室溫。我先懷疑是天線的干擾于是用示波器量了 I2C 數(shù)據(jù)線發(fā)現(xiàn) SDA 邊沿有明顯的振鈴。解決辦法是降低 I2C 速率到 100 kbps同時(shí)把上拉電阻從 4.7 kΩ 換成 2.2 kΩ。這樣處理后信號確實(shí)好了很多但溫度依然還有 ±1℃ 的波動(dòng)。我又去查模塊的電源引腳才發(fā)現(xiàn) 3.3V 上疊加了約 50 mV 的噪聲這是 LDO 后級濾波不足導(dǎo)致的。最后在模塊電源引腳旁邊又加了一顆 4.7 μF 的電容和一個(gè) 10 Ω 的串聯(lián)電阻組成低通濾波噪聲降到了 10 mV 以內(nèi)溫度讀數(shù)穩(wěn)定到 ±0.2℃。這個(gè)經(jīng)歷給我的啟發(fā)是溫度模塊雖然輸出數(shù)字量但對電源質(zhì)量依然敏感濾波不能省。4.3 單總線遠(yuǎn)程調(diào)試從一根線到三十個(gè)節(jié)點(diǎn)的進(jìn)化遠(yuǎn)程節(jié)點(diǎn)我一開始只掛了兩個(gè)接了一根十幾米的屏蔽線調(diào)試還算順利。后來擴(kuò)展到 16 個(gè)節(jié)點(diǎn)后輪詢開始出現(xiàn)漏數(shù)據(jù)有的節(jié)點(diǎn)每隔幾輪才響應(yīng)一次有的直接沒有響應(yīng)。排查過程從軟件入手先是懷疑地址沖突逐個(gè)驗(yàn)證 ROM 地址后發(fā)現(xiàn)每個(gè)節(jié)點(diǎn)的地址都唯一。接著換了一根質(zhì)量更好的屏蔽雙絞線把屏蔽層在終端做了單端接地問題依然存在。后來翻到模塊手冊發(fā)現(xiàn)單總線的轉(zhuǎn)換電流和電源電流加起來每節(jié)點(diǎn)大約 8 mA16 個(gè)節(jié)點(diǎn)就是 128 mA而我的遠(yuǎn)程電源走線用的是長距離細(xì)線線壓降把遠(yuǎn)端節(jié)點(diǎn)的電壓拉低到了 2.9V 左右。解決方法是把遠(yuǎn)程供電改成 5V 傳輸在模塊附近用電容降壓或者穩(wěn)壓到 3.3V。每個(gè)節(jié)點(diǎn)前端放一顆 100 μF 的電容做儲能這樣瞬時(shí)電流有保障電壓跌落問題就消失了。后面我又?jǐn)U展到 28 個(gè)節(jié)點(diǎn)輪詢周期保持在 1.5 秒左右數(shù)據(jù)穩(wěn)定。4.4 功耗實(shí)測記錄標(biāo)稱和實(shí)際往往差一截PIC24FV16KA301 的低功耗性能不錯(cuò)但我按照手冊里的參數(shù)估算過一版發(fā)現(xiàn)如果只做數(shù)字采集和 Modbus 從機(jī)待機(jī)功耗大概可以做到 20 μA 左右。實(shí)際上我測到的整板待機(jī)電流是 240 μA多出來的部分基本來自 RS-485 收發(fā)器的靜態(tài)功耗、LDO 自身靜態(tài)電流和 PJ85718DM 的空閑電流。如果想要進(jìn)一步壓低待機(jī)功耗可以考慮RS-485 收發(fā)器在待機(jī)時(shí)由 GPIO 控制關(guān)斷電源。溫度模塊進(jìn)入關(guān)斷模式只留 I2C 地址喚醒。LDO 換成低靜態(tài)電流型號。不過 HVAC 系統(tǒng)一般不需要電池供電220V 交流轉(zhuǎn) 5V 再轉(zhuǎn) 3.3V 的架構(gòu)下幾十微安的差異無關(guān)痛癢。如果做電池供電的溫濕度記錄儀這步調(diào)優(yōu)就非常值得了。5. 常見問題與排查技巧現(xiàn)場實(shí)錄速查表5.1 溫度讀數(shù)偏高且一直不降典型現(xiàn)象某臺遠(yuǎn)程節(jié)點(diǎn)讀到的溫度恒定在 35℃但現(xiàn)場用紅外測溫槍測只有 28℃。我第一次碰到時(shí)差點(diǎn)懷疑傳感器壞了后來把模塊用手捂熱再松開發(fā)現(xiàn)讀數(shù)能變化說明傳感元件正常。問題出在安裝位置模塊被塞進(jìn)了一個(gè)密封的接線盒里接線盒被太陽直射局部溫度偏高。解決辦法是把探頭延長出來讓傳感器部分接觸被測介質(zhì)而不是把整個(gè)模塊埋在盒子里。5.2 單總線輪詢偶爾丟節(jié)點(diǎn)這類問題要分三步排除第一步查電源電壓遠(yuǎn)端節(jié)點(diǎn)是否低于最小工作電壓。第二步查線纜屏蔽層是否只在單端接地?cái)?shù)據(jù)線是否遠(yuǎn)離動(dòng)力線。第三步查時(shí)序示波器看總線上的復(fù)位脈沖和存在檢測看看波形下沖是否過大。我最終遇到的情況是動(dòng)力線和信號線走在了同一個(gè)線槽里變頻器啟動(dòng)瞬間數(shù)據(jù)線上出現(xiàn)幾十伏的耦合尖峰導(dǎo)致模塊復(fù)位。物理上把信號線挪到另一個(gè)線槽并且數(shù)據(jù)線上并了一個(gè) TVS 管之后問題徹底消失。5.3 Modbus 通信偶發(fā)超時(shí)超時(shí)的原因百分之五十是接線接觸不良百分之三十是收發(fā)器方向切換太晚百分之二十是波特率偏差。方向切換這里最容易踩坑PIC24 的 UART 發(fā)送完成后如果不等待移位寄存器為空就立刻把 DE 拉低最后幾個(gè)字節(jié)會直接被截掉。固件里要用 while 等待 TXIF 和 TRMT 標(biāo)志位然后再切換方向不能只等發(fā)送中斷標(biāo)志。5.4 看門狗頻繁復(fù)位但找不到原因我的經(jīng)驗(yàn)是先跑一個(gè)只閃 LED 的最小程序看是否復(fù)位。不復(fù)位問題出在應(yīng)用程序大概率是某個(gè) while 死等外設(shè)標(biāo)志位。依然復(fù)位硬件問題可能是電源跌落或者強(qiáng)干擾。針對固件建議把所有 I2C 讀寫的等待循環(huán)加上超時(shí)判斷比如循環(huán) 1000 次后無條件退出返回錯(cuò)誤碼。即使出錯(cuò)也保證了主循環(huán)能流轉(zhuǎn)起來清狗不會餓死。5.5 排查速查表問題現(xiàn)象可能原因處理辦法本地溫度跳變 ±1℃電源紋波太大、I2C 速率過高加強(qiáng)濾波、降速到 100 kbps遠(yuǎn)程節(jié)點(diǎn)響應(yīng)不穩(wěn)定遠(yuǎn)端電壓跌落提高供電電壓、節(jié)點(diǎn)端加儲能電容單總線全部無響應(yīng)數(shù)據(jù)線接反或總線未上拉檢查線序、確認(rèn)上拉電阻Modbus 偶發(fā)超時(shí)收發(fā)器方向切換過早等待 TRMT 置位再拉低 DE整板待機(jī)電流偏大外設(shè)未進(jìn)入低功耗模式配置模塊掉電模式、關(guān)掉 RS-485 電源讀數(shù)比實(shí)際高很多傳感器被局部熱源烘烤延長探頭、避免密封位置6. 我的一點(diǎn)個(gè)人體會整套方案從選型到穩(wěn)定運(yùn)行前前后后花了兩周時(shí)間真正卡的環(huán)節(jié)其實(shí)不在驅(qū)動(dòng)代碼而在硬件細(xì)節(jié)。溫度模塊雖然扛起了模擬前端的大頭但供電、總線上拉、屏蔽接地這些外圍工作依然是決定成敗的關(guān)鍵。PIC24FV16KA301 的低功耗特性和靈活引腳映射給了整個(gè)設(shè)計(jì)很大余量特別是后期因?yàn)榻Y(jié)構(gòu)限制改了兩次 PCB 布局引腳映射不用大改省了很多事。如果現(xiàn)在讓我重來一次我會在一開始就把將來可能擴(kuò)展的功能考慮進(jìn)去比如預(yù)留一路備用 I2C 接口和一路 ADC 輸入不要等現(xiàn)場提出新需求再去飛線。溫度監(jiān)測這類項(xiàng)目最大的成本往往不是元器件而是改板和現(xiàn)場排查。把基礎(chǔ)架構(gòu)做扎實(shí)后面加節(jié)點(diǎn)、加協(xié)議都是水到渠成的事。 PIC24搭配數(shù)字溫度模塊，實(shí)現(xiàn)本地與遠(yuǎn)程溫度監(jiān)測系統(tǒng)
1. 方案思路與器件分工為什么是 PIC24 配一體式溫度模塊1.1 先別急著選型把需求拆清楚再動(dòng)手我這邊的項(xiàng)目背景是給一套 HVAC 集中控制系統(tǒng)做溫度監(jiān)測節(jié)點(diǎn)的升級。原來的方案是每個(gè)溫度點(diǎn)用 NTC 熱敏電阻 運(yùn)放調(diào)理 ADC 采樣主控用的是 8 位單片機(jī)PCB 上一堆分壓電阻、濾波電容生產(chǎn)校準(zhǔn)還要逐臺調(diào)零。隨著監(jiān)測點(diǎn)位從十幾路增加到五十幾路遠(yuǎn)程點(diǎn)位也要接入老方案的痛點(diǎn)就非常明顯了布線難、誤差大、維護(hù)靠人工抄表。所以這次項(xiàng)目立項(xiàng)的時(shí)候我定的硬性指標(biāo)是支持本地溫度采集至少兩路用于 PID 調(diào)節(jié)和報(bào)警聯(lián)動(dòng)。支持遠(yuǎn)程溫度采集通過總線方式接入節(jié)點(diǎn)數(shù)不低于 30 個(gè)。控制核心功耗要低特別是待機(jī)模式下系統(tǒng)不能長時(shí)間滿載運(yùn)行。通信協(xié)議盡量標(biāo)準(zhǔn)化方便上位機(jī)對接不搞私有協(xié)議全家桶。主控要有足夠的代碼空間和 RAM后續(xù)要擴(kuò)展數(shù)據(jù)記錄功能。基于這些需求我最終選了PIC24FV16KA301做主控搭配PJ85718DM作為溫度前端模塊。這一組合的核心思路是把“測溫度”這件事從前端電路徹底剝離出去主控只負(fù)責(zé)讀取數(shù)字量、做邏輯、跑協(xié)議不碰模擬電路省掉標(biāo)定環(huán)節(jié)也大幅降低了硬件調(diào)試難度。1.2 PIC24FV16KA301 到底贏在哪里先聊聊主控選型。HVAC 場景和消費(fèi)電子不一樣設(shè)備常年 7×24 小時(shí)掛在墻面上或者機(jī)柜里控制板空間緊湊很多情況下沒有風(fēng)扇、沒有密封防護(hù)等級高的外殼所以我對主控有幾個(gè)硬性要求供電電壓要寬3.3V 是主流但系統(tǒng)里可能還有電池后備供電。靜態(tài)功耗要低休眠時(shí)最好能到微安級。外設(shè)要夠用至少兩路 UART、一路 I2C/SPI、若干 ADC 通道。引腳不能太多封裝小方便塞進(jìn)現(xiàn)有控制板結(jié)構(gòu)。PIC24FV16KA301 屬于 PIC24F 系列的 XLP 超低功耗型號VDD 范圍 1.8V 到 3.6V深度睡眠模式電流可以做到幾百納安級別。它內(nèi)部有 16 KB Flash 和 1.5 KB RAM寫小型協(xié)議棧和溫度采集調(diào)度邏輯完全夠用。更重要的是它的外設(shè)映射Peripheral Pin Select非常靈活UART、I2C、定時(shí)器這些模塊可以映射到不同引腳上這給 PCB 布線省了極大的力氣。從成本角度看這顆芯片不算貴而且 16 位內(nèi)核相比 8 位機(jī)做 Modbus RTU 的 CRC 運(yùn)算也輕松很多。我在調(diào)試階段甚至直接開著調(diào)試器跑輪詢循環(huán)單步跟蹤時(shí)序沒有出現(xiàn) 8 位機(jī)那種中斷優(yōu)先級互相打架的問題。1.3 PJ85718DM 模塊的角色定位把溫度檢測變成讀寄存器PJ85718DM 這個(gè)模塊我拿到的是數(shù)字輸出型內(nèi)部集成了溫度傳感元件、信號調(diào)理、ADC 和數(shù)字通信接口。對外輸出直接就是溫度數(shù)據(jù)不需要額外做冷端補(bǔ)償或者查分度表。這就相當(dāng)于把以前一整套模擬前端全部封裝進(jìn)了一個(gè)小模塊主控通過 I2C 或者單總線讀取寄存器拿到的是已經(jīng)換算好的數(shù)據(jù)單位是 0.1℃ 或 0.01℃ 之類。實(shí)際項(xiàng)目中我用了兩種接法本地溫度模塊直接焊接在主板上通過 I2C 接到 PIC24 的 I2C1 外設(shè)用于采集送風(fēng)溫度、回水溫度。遠(yuǎn)程溫度使用同型號模塊通過一根三芯屏蔽線引出接到遠(yuǎn)程風(fēng)機(jī)盤管或者冷梁末端模塊工作在單總線模式下通過地址尋址掛到同一根總線上。這種“本地 I2C 遠(yuǎn)程單總線”的雙模式設(shè)計(jì)是參照了模塊手冊里給出的典型應(yīng)用圖。實(shí)測下來效果不錯(cuò)因?yàn)楸镜財(cái)?shù)據(jù)要進(jìn) PID 調(diào)節(jié)刷新率要求高I2C 的時(shí)鐘可以跑到 400 kbps而遠(yuǎn)程節(jié)點(diǎn)數(shù)量多單總線只需要一根數(shù)據(jù)線走線成本低輪詢幾十個(gè)點(diǎn)也夠用。注意如果你用的溫度模塊是模擬輸出類型那主控選型就得另外考慮 ADC 通道和基準(zhǔn)電壓的問題。我這里說的 PJ85718DM 是數(shù)字輸出模組整個(gè)方案的接線和驅(qū)動(dòng)代碼都是按數(shù)字接口寫的。2. 硬件設(shè)計(jì)與接線細(xì)節(jié)本地測溫、遠(yuǎn)程總線、電源與電平匹配2.1 主控最小系統(tǒng)不要忽略去耦和調(diào)試接口PIC24FV16KA301 最小系統(tǒng)不算復(fù)雜但每個(gè)引腳都不能想當(dāng)然。我這次畫板子的時(shí)候總結(jié)了幾個(gè)關(guān)鍵點(diǎn)供電部分3.3V LDO 輸出端要并聯(lián) 10 μF 鉭電容和 100 nF 陶瓷電容LDO 輸入端的 5V 電源也要先經(jīng)過一個(gè)磁珠隔離開關(guān)電源的高頻噪聲。HVAC 現(xiàn)場經(jīng)常有大功率變頻設(shè)備電源線上如果不處理溫度采樣的數(shù)據(jù)會明顯跳動(dòng)。復(fù)位電路用 MCLR 引腳外接 10 kΩ 上拉電阻和 100 nF 電容到地。有些工程師圖省事直接把 MCLR 接 VDD但后期如果要用 ICSP 調(diào)試就會發(fā)現(xiàn)連接不上還得飛線。ICSP 調(diào)試接口一定要留出 5 針或 6 針的排針接口我見過太多次“焊完板子發(fā)現(xiàn)沒法燒錄”的場面。引腳順序固定好另外串聯(lián) 100 Ω 電阻可以避免調(diào)試線過長導(dǎo)致信號振鈴。晶振選擇系統(tǒng)時(shí)鐘我用內(nèi)部 FRC 振蕩器配合 PLL 倍頻到 8 MHz做 Modbus 輪詢和 I2C 時(shí)序足夠了。休眠喚醒用 32.768 kHz 外部晶振接到 SOSCI 和 SOSCO這樣深度睡眠喚醒后的時(shí)鐘切換比較平滑。如果項(xiàng)目對時(shí)間戳有要求這枚晶振還可以給 RTCC 模塊用實(shí)現(xiàn)掉電后的日期時(shí)間保持。2.2 PJ85718DM 本地接法上拉電阻、濾波電容與線長限制本地模塊我放在主控旁邊間距控制在 20 mm 以內(nèi)走線盡量短減少天線效應(yīng)。I2C 接口的上拉電阻我用了 4.7 kΩ對于 400 kbps 的總線速率來說是標(biāo)準(zhǔn)值。如果總線距離超過 50 cm建議改成 2.2 kΩ 或者降低速率到 100 kbps否則上升沿太緩數(shù)據(jù)容易錯(cuò)位。電源引腳上必須放 100 nF 去耦電容位置越靠近模塊的 VDD 引腳越好。有些模塊內(nèi)部有線性穩(wěn)壓器電源軌對紋波并不敏感但去耦電容不能省畢竟現(xiàn)場可能有靜電放電和浪涌干擾。還有一個(gè)細(xì)節(jié)模塊的 AD0/AD1 地址引腳我直接做了跳線焊盤默認(rèn)接地通過 0 Ω 電阻選擇。這樣同一塊主板上如果需要掛兩個(gè)本地模塊可以改地址不用改 PCB。踩坑提示我第一次畫板子的時(shí)候把模塊地址引腳懸空了結(jié)果兩個(gè)模塊地址沖突I2C 總線直接鎖死主控讀到的全是 0xFF。這種問題在實(shí)驗(yàn)室里不容易復(fù)現(xiàn)但是一接入總線就隨機(jī)出現(xiàn)。所以地址引腳要么接固定電平要么用排針跳線絕不能懸空。2.3 遠(yuǎn)程溫度總線設(shè)計(jì)單總線怎么挑線、怎么并接遠(yuǎn)程溫度節(jié)點(diǎn)我采用的是單總線拓?fù)?。一主多從所有模塊的數(shù)據(jù)線并接在一起通過一根線串聯(lián)所有節(jié)點(diǎn)。主干線我用的是 RVSP 屏蔽雙絞線其中一對線作為電源和數(shù)據(jù)返回屏蔽層單端接地接在主控的電源地。這里有幾個(gè)參數(shù)要記好單總線典型速率在 15.4 kbps 左右理論上可以支持較長的線長。建議節(jié)點(diǎn)數(shù)不超過 32 個(gè)距離控制在 100 米以內(nèi)超過就要考慮中繼器。每個(gè)節(jié)點(diǎn)在數(shù)據(jù)線上需要加一個(gè) 4.7 kΩ 上拉電阻到本地 3.3V這樣保證在空閑狀態(tài)數(shù)據(jù)線被穩(wěn)定拉高。數(shù)據(jù)線上的寄生電容是最大的敵人。每米雙絞線大約有 50~60 pF 的分布電容50 米線就有 3 nF 左右拉著這根線信號上升沿會變慢。所以遠(yuǎn)端節(jié)點(diǎn)的上拉電阻可以適當(dāng)減小到 2.2 kΩ但注意不要低于 1 kΩ否則總線上灌電流太大模塊輸出級可能會過載。實(shí)際調(diào)試的時(shí)候我在主控端的數(shù)據(jù)線上串聯(lián)了一個(gè) 100 Ω 電阻這能有效抑制反射。對于單總線來說線的末端不建議并聯(lián) 120 Ω 終端匹配因?yàn)闆]有規(guī)定特征阻抗加了反而增加直流負(fù)載。2.4 RS-485 遠(yuǎn)程通信鏈路選收發(fā)器、處理方向控制既然標(biāo)題里說“本地與遠(yuǎn)程”遠(yuǎn)程點(diǎn)位采集回來后還要上報(bào)給上位機(jī)。這部分我用的是 RS-485 總線主控的 UART1 連接到一顆半雙工 RS-485 收發(fā)器通過 DE/RE 引腳控制發(fā)送和接收方向。選型上我用了帶失效保護(hù)的收發(fā)器型號不唯一只要滿足以下條件即可支持 3.3V 供電這樣不用額外做電平轉(zhuǎn)換。驅(qū)動(dòng)器輸出帶限流短路不損壞。接收器帶失效保護(hù)總線開路或短路時(shí)輸出為確定高電平避免收到隨機(jī)噪聲。方向控制這里有個(gè)容易犯的錯(cuò)誤DE 和 RE 如果分別用兩個(gè)引腳控制固件里必須保證先切換方向再操作 UART。我這邊偷了個(gè)懶把 DE 和 RE 短接在一起用一根 I/O 控制高電平發(fā)送、低電平接收雖然犧牲了一點(diǎn)靈活性但穩(wěn)定可靠。A、B 輸出端各串一個(gè) 10 Ω 電阻防止現(xiàn)場浪涌打壞芯片?？偩€兩端各接一個(gè) 120 Ω 終端電阻這個(gè)不能省長線反射會直接導(dǎo)致 CRC 錯(cuò)誤率飆升。3. 軟件架構(gòu)與核心代碼實(shí)現(xiàn)輪詢、協(xié)議棧與低功耗調(diào)度3.1 主程序的循環(huán)思路一個(gè)狀態(tài)機(jī)搞定本地和遠(yuǎn)程整個(gè)固件我是用狀態(tài)機(jī)寫的主循環(huán)不斷輪詢事件標(biāo)志位所有耗時(shí)操作都拆到中斷里完成保證溫度刷新率和通信響應(yīng)速度。先看整體結(jié)構(gòu)#define LOCAL_SAMPLE_INTERVAL_MS 200 #define REMOTE_POLL_INTERVAL_MS 1000 #define DEFAULT_MODBUS_ADDR 0x01 #define LOCAL_SENSOR_ADDR 0x50 typedef enum { EVT_NONE 0, EVT_LOCAL_SAMPLE, EVT_REMOTE_POLL, EVT_MODBUS_RX, EVT_UART_TX_DONE, } event_t; volatile event_t evtFlag; uint16_t localTemp; // 本地溫度單位 0.1℃ uint16_t remoteTemp[32]; // 遠(yuǎn)程溫度數(shù)組 uint8_t remoteCnt; // 有效的遠(yuǎn)程節(jié)點(diǎn)數(shù)事件標(biāo)志在定時(shí)器中斷或者 UART 接收中斷里置位主循環(huán)里統(tǒng)一處理。這樣做的好處是邏輯清晰不會出現(xiàn)“在中斷里跑協(xié)議棧導(dǎo)致時(shí)序亂掉”的情況。主循環(huán)大致如下while (1) { if (evtFlag EVT_LOCAL_SAMPLE) { evtFlag ~EVT_LOCAL_SAMPLE; readLocalSensor(); } if (evtFlag EVT_REMOTE_POLL) { evtFlag ~EVT_REMOTE_POLL; pollRemoteNodes(); } if (evtFlag EVT_MODBUS_RX) { evtFlag ~EVT_MODBUS_RX; parseModbusFrame(); } }3.2 讀取 PJ85718DM 溫度I2C 時(shí)序與數(shù)據(jù)轉(zhuǎn)換讀取本地傳感器時(shí)我走的是 I2C 接口。模塊內(nèi)部有若干 8 位寄存器溫度數(shù)據(jù)是 16 位補(bǔ)碼形式地址指針會自動(dòng)遞增。我每次連續(xù)讀 2 個(gè)字節(jié)組合成一個(gè) uint16_t。關(guān)鍵代碼片段uint8_t i2cReadReg(uint8_t devAddr, uint8_t regAddr, uint8_t *buf, uint8_t len) { // 發(fā)送起始條件 設(shè)備地址寫方向 寄存器地址 I2C1CONbits.SEN 1; while (I2C1CONbits.SEN); I2C1TRN (devAddr 1) | 0; while (!I2C1STATbits.TRSTAT); if (I2C1STATbits.ACKSTAT) { I2C1CONbits.PEN 1; return 1; } I2C1TRN regAddr; while (!I2C1STATbits.TRSTAT); if (I2C1STATbits.ACKSTAT) { I2C1CONbits.PEN 1; return 1; } // 重復(fù)起始 設(shè)備地址讀方向 I2C1CONbits.RSEN 1; while (I2C1CONbits.RSEN); I2C1TRN (devAddr 1) | 1; while (!I2C1STATbits.TRSTAT); if (I2C1STATbits.ACKSTAT) { I2C1CONbits.PEN 1; return 1; } for (uint8_t i 0; i len; i) { I2C1CONbits.RCEN 1; while (!I2C1STATbits.RBF); buf[i] I2C1RCV; if (i len - 1) { I2C1CONbits.ACKDT 0; // ACK } else { I2C1CONbits.ACKDT 1; // NACK } I2C1CONbits.ACKEN 1; while (I2C1CONbits.ACKEN); } I2C1CONbits.PEN 1; while (I2C1CONbits.PEN); return 0; }溫度換算很簡單模塊手冊里給了公式我直接照搬int16_t raw (int16_t)((buf[0] 8) | buf[1]); temperatureC raw * 0.01f;如果模塊精度是 0.1℃就乘 0.1如果是 0.01℃就乘 0.01。我這里明確一點(diǎn)不要憑感覺猜必須翻手冊確定分辨率。本地采樣我做了軟件滑動(dòng)平均取最近 5 次讀數(shù)的平均值輸出給 PID 模塊。因?yàn)?HVAC 現(xiàn)場有氣流擾動(dòng)瞬時(shí)值波動(dòng)很大但 5 次平均后溫度曲線平滑多了同時(shí)延遲也只有 1 秒左右完全不影響調(diào)節(jié)響應(yīng)。3.3 遠(yuǎn)程節(jié)點(diǎn)輪詢單總線協(xié)議的精確時(shí)序單總線的難點(diǎn)在于時(shí)序要求苛刻讀寫時(shí)隙都是微秒級的。PIC24FV16KA301 跑 8 MHz 的時(shí)候一個(gè)指令周期是 500 ns用來計(jì)時(shí)隙剛剛好。我用的是查詢方式不進(jìn)中斷避免時(shí)序被中斷破壞。單總線協(xié)議的時(shí)序我記得大概是這樣的參考常見協(xié)議實(shí)現(xiàn)復(fù)位脈沖總線拉低 480 μs 然后釋放。存在檢測從設(shè)備在釋放后拉低 60~240 μs。寫 0 時(shí)隙拉低 60 μs。寫 1 時(shí)隙拉低 1~15 μs然后釋放。讀時(shí)隙拉低 1~15 μs釋放后采樣數(shù)據(jù)線。代碼里我封裝了一個(gè) delayMicro 函數(shù)用定時(shí)器做基準(zhǔn)保證延時(shí)準(zhǔn)確。注意在單總線上操作必須關(guān)閉中斷仲裁就是別讓 I2C 或者其他外設(shè)來打斷這微秒級的時(shí)序。輪詢的邏輯是先發(fā)復(fù)位脈沖找到所有在線節(jié)點(diǎn)然后逐節(jié)點(diǎn)發(fā)送讀取命令。PJ85718DM 的地址是 64 位激光刻錄的通過 ROM 命令匹配。流程大致是復(fù)位。發(fā)送 0x55 匹配命令。發(fā)送 64 位 ROM 地址。發(fā)送 0x44 啟動(dòng)溫度轉(zhuǎn)換。等待轉(zhuǎn)換完成典型時(shí)間是 500 ms。發(fā)送 0xBE 讀取寄存器。遠(yuǎn)程節(jié)點(diǎn)的數(shù)量我做了動(dòng)態(tài)掃描。系統(tǒng)啟動(dòng)時(shí)廣播復(fù)位命令統(tǒng)計(jì)總線上返回的存在脈沖數(shù)量然后逐個(gè)嘗試讀取地址存到一個(gè)數(shù)組里。這樣后續(xù)輪詢就只訪問實(shí)際存在的節(jié)點(diǎn)速度更快。注意單總線的轉(zhuǎn)換時(shí)間比較長遠(yuǎn)程節(jié)點(diǎn)不能每個(gè)都等轉(zhuǎn)換完成再讀下一個(gè)。我的做法是先廣播啟動(dòng)所有節(jié)點(diǎn)轉(zhuǎn)換等待 750 ms 后再逐個(gè)讀取這樣總耗時(shí)基本恒定不會隨著節(jié)點(diǎn)數(shù)線性增加。3.4 Modbus RTU 上報(bào)協(xié)議主從幀怎么解析和打包遠(yuǎn)程數(shù)據(jù)匯總到主控后主控要作為從機(jī)響應(yīng)上位機(jī)的請求。我用標(biāo)準(zhǔn) Modbus RTU 功能碼 03讀保持寄存器來上報(bào)溫度和狀態(tài)上位機(jī)只要支持 Modbus 協(xié)議就能直接接入不需要定制驅(qū)動(dòng)。幀格式大概是從機(jī)地址1 字節(jié)。功能碼1 字節(jié)。起始地址2 字節(jié)。寄存器數(shù)量2 字節(jié)。CRC162 字節(jié)。PIC24 發(fā)送溫度數(shù)據(jù)之前要先把溫度值填充到寄存器映射表里。例如溫度 25.6℃如果單位是 0.1℃存的是 256也就是 0x0100。CRC16 的實(shí)現(xiàn)我是查表發(fā)的速度很快uint16_t calcCRC16(uint8_t *buf, uint8_t len) { uint16_t crc 0xFFFF; for (uint8_t i 0; i len; i) { crc ^ buf[i]; for (uint8_t j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; } else { crc 1; } } } return crc; }收到上位機(jī)幀之后我先解析地址確認(rèn)是本機(jī)地址再校驗(yàn) CRC最后判斷功能碼和寄存器地址。非法請求直接回異常碼不響應(yīng)會造成上位機(jī)長時(shí)間等待反而更容易觸發(fā)它那邊的超時(shí)重試。3.5 定時(shí)器調(diào)度本地快、遠(yuǎn)程慢、Modbus 響應(yīng)快系統(tǒng)的三個(gè)關(guān)鍵循環(huán)我設(shè)了不同的周期并不是所有事件都用同樣節(jié)奏任務(wù)周期優(yōu)先級說明本地溫度采樣200 ms高閉環(huán)控制需要不能太慢遠(yuǎn)程溫度輪詢1 s中能效監(jiān)測和報(bào)警秒級刷新足夠Modbus 請求解析事件觸發(fā)高上位機(jī)等待響應(yīng)越短越好看門狗清狗視需求高死循環(huán)保護(hù)必須進(jìn)主循環(huán)TMR1 配置為 1 ms 中斷每 200 個(gè) tick 置位一次本地采樣事件每 1000 個(gè) tick 置位一次遠(yuǎn)程輪詢事件。看門狗我用了 PIC24 內(nèi)部的 WDT超時(shí)周期設(shè)置在 2 秒左右主循環(huán)里每次循環(huán)末尾清狗。如果哪次運(yùn)行卡死在某個(gè) I2C 等待循環(huán)里WDT 會強(qiáng)制復(fù)位比人工復(fù)位快多了。調(diào)試階段我把 WDT 關(guān)掉了因?yàn)閱尾秸{(diào)試會被反復(fù)復(fù)位。正式燒錄的時(shí)候才打開。這個(gè)一定要列到發(fā)布檢查清單里。4. 實(shí)操過程與調(diào)優(yōu)記錄從裸板到穩(wěn)定運(yùn)行的幾個(gè)關(guān)鍵節(jié)點(diǎn)4.1 裸板調(diào)試J-Link 用不了MPLAB X 才是正路我拿到樣板后第一步先不焊溫度模塊只焊主控、晶振、電源和 ICSP 接口。先用 MPLAB X IDE 連接 PICkit4確認(rèn)目標(biāo)板能正常識別再燒一個(gè)閃爍 LED 的測試程序驗(yàn)證 GPIO、時(shí)鐘和復(fù)位電路都沒問題。這期間我遇到一個(gè)很典型的坑晶振死活不起振后來發(fā)現(xiàn)是晶振負(fù)載電容焊錯(cuò)了方向兩個(gè)電容焊成了一樣大的導(dǎo)致振蕩裕量不足。HVAC 控制板常有震動(dòng)環(huán)境晶振如果起振不穩(wěn)定后期會偶發(fā)復(fù)位很難排查。我最終用了兩個(gè) 18 pF 的 NPO 電容布局上盡量靠近晶振引腳。4.2 本地溫度采樣調(diào)試數(shù)據(jù)跳變的三個(gè)階段第一階段我把 PJ85718DM 焊到主板上讀取到的數(shù)據(jù)在 24℃ 到 32℃ 之間亂跳明顯不是真實(shí)室溫。我先懷疑是天線的干擾于是用示波器量了 I2C 數(shù)據(jù)線發(fā)現(xiàn) SDA 邊沿有明顯的振鈴。解決辦法是降低 I2C 速率到 100 kbps同時(shí)把上拉電阻從 4.7 kΩ 換成 2.2 kΩ。這樣處理后信號確實(shí)好了很多但溫度依然還有 ±1℃ 的波動(dòng)。我又去查模塊的電源引腳才發(fā)現(xiàn) 3.3V 上疊加了約 50 mV 的噪聲這是 LDO 后級濾波不足導(dǎo)致的。最后在模塊電源引腳旁邊又加了一顆 4.7 μF 的電容和一個(gè) 10 Ω 的串聯(lián)電阻組成低通濾波噪聲降到了 10 mV 以內(nèi)溫度讀數(shù)穩(wěn)定到 ±0.2℃。這個(gè)經(jīng)歷給我的啟發(fā)是溫度模塊雖然輸出數(shù)字量但對電源質(zhì)量依然敏感濾波不能省。4.3 單總線遠(yuǎn)程調(diào)試從一根線到三十個(gè)節(jié)點(diǎn)的進(jìn)化遠(yuǎn)程節(jié)點(diǎn)我一開始只掛了兩個(gè)接了一根十幾米的屏蔽線調(diào)試還算順利。后來擴(kuò)展到 16 個(gè)節(jié)點(diǎn)后輪詢開始出現(xiàn)漏數(shù)據(jù)有的節(jié)點(diǎn)每隔幾輪才響應(yīng)一次有的直接沒有響應(yīng)。排查過程從軟件入手先是懷疑地址沖突逐個(gè)驗(yàn)證 ROM 地址后發(fā)現(xiàn)每個(gè)節(jié)點(diǎn)的地址都唯一。接著換了一根質(zhì)量更好的屏蔽雙絞線把屏蔽層在終端做了單端接地問題依然存在。后來翻到模塊手冊發(fā)現(xiàn)單總線的轉(zhuǎn)換電流和電源電流加起來每節(jié)點(diǎn)大約 8 mA16 個(gè)節(jié)點(diǎn)就是 128 mA而我的遠(yuǎn)程電源走線用的是長距離細(xì)線線壓降把遠(yuǎn)端節(jié)點(diǎn)的電壓拉低到了 2.9V 左右。解決方法是把遠(yuǎn)程供電改成 5V 傳輸在模塊附近用電容降壓或者穩(wěn)壓到 3.3V。每個(gè)節(jié)點(diǎn)前端放一顆 100 μF 的電容做儲能這樣瞬時(shí)電流有保障電壓跌落問題就消失了。后面我又?jǐn)U展到 28 個(gè)節(jié)點(diǎn)輪詢周期保持在 1.5 秒左右數(shù)據(jù)穩(wěn)定。4.4 功耗實(shí)測記錄標(biāo)稱和實(shí)際往往差一截PIC24FV16KA301 的低功耗性能不錯(cuò)但我按照手冊里的參數(shù)估算過一版發(fā)現(xiàn)如果只做數(shù)字采集和 Modbus 從機(jī)待機(jī)功耗大概可以做到 20 μA 左右。實(shí)際上我測到的整板待機(jī)電流是 240 μA多出來的部分基本來自 RS-485 收發(fā)器的靜態(tài)功耗、LDO 自身靜態(tài)電流和 PJ85718DM 的空閑電流。如果想要進(jìn)一步壓低待機(jī)功耗可以考慮RS-485 收發(fā)器在待機(jī)時(shí)由 GPIO 控制關(guān)斷電源。溫度模塊進(jìn)入關(guān)斷模式只留 I2C 地址喚醒。LDO 換成低靜態(tài)電流型號。不過 HVAC 系統(tǒng)一般不需要電池供電220V 交流轉(zhuǎn) 5V 再轉(zhuǎn) 3.3V 的架構(gòu)下幾十微安的差異無關(guān)痛癢。如果做電池供電的溫濕度記錄儀這步調(diào)優(yōu)就非常值得了。5. 常見問題與排查技巧現(xiàn)場實(shí)錄速查表5.1 溫度讀數(shù)偏高且一直不降典型現(xiàn)象某臺遠(yuǎn)程節(jié)點(diǎn)讀到的溫度恒定在 35℃但現(xiàn)場用紅外測溫槍測只有 28℃。我第一次碰到時(shí)差點(diǎn)懷疑傳感器壞了后來把模塊用手捂熱再松開發(fā)現(xiàn)讀數(shù)能變化說明傳感元件正常。問題出在安裝位置模塊被塞進(jìn)了一個(gè)密封的接線盒里接線盒被太陽直射局部溫度偏高。解決辦法是把探頭延長出來讓傳感器部分接觸被測介質(zhì)而不是把整個(gè)模塊埋在盒子里。5.2 單總線輪詢偶爾丟節(jié)點(diǎn)這類問題要分三步排除第一步查電源電壓遠(yuǎn)端節(jié)點(diǎn)是否低于最小工作電壓。第二步查線纜屏蔽層是否只在單端接地?cái)?shù)據(jù)線是否遠(yuǎn)離動(dòng)力線。第三步查時(shí)序示波器看總線上的復(fù)位脈沖和存在檢測看看波形下沖是否過大。我最終遇到的情況是動(dòng)力線和信號線走在了同一個(gè)線槽里變頻器啟動(dòng)瞬間數(shù)據(jù)線上出現(xiàn)幾十伏的耦合尖峰導(dǎo)致模塊復(fù)位。物理上把信號線挪到另一個(gè)線槽并且數(shù)據(jù)線上并了一個(gè) TVS 管之后問題徹底消失。5.3 Modbus 通信偶發(fā)超時(shí)超時(shí)的原因百分之五十是接線接觸不良百分之三十是收發(fā)器方向切換太晚百分之二十是波特率偏差。方向切換這里最容易踩坑PIC24 的 UART 發(fā)送完成后如果不等待移位寄存器為空就立刻把 DE 拉低最后幾個(gè)字節(jié)會直接被截掉。固件里要用 while 等待 TXIF 和 TRMT 標(biāo)志位然后再切換方向不能只等發(fā)送中斷標(biāo)志。5.4 看門狗頻繁復(fù)位但找不到原因我的經(jīng)驗(yàn)是先跑一個(gè)只閃 LED 的最小程序看是否復(fù)位。不復(fù)位問題出在應(yīng)用程序大概率是某個(gè) while 死等外設(shè)標(biāo)志位。依然復(fù)位硬件問題可能是電源跌落或者強(qiáng)干擾。針對固件建議把所有 I2C 讀寫的等待循環(huán)加上超時(shí)判斷比如循環(huán) 1000 次后無條件退出返回錯(cuò)誤碼。即使出錯(cuò)也保證了主循環(huán)能流轉(zhuǎn)起來清狗不會餓死。5.5 排查速查表問題現(xiàn)象可能原因處理辦法本地溫度跳變 ±1℃電源紋波太大、I2C 速率過高加強(qiáng)濾波、降速到 100 kbps遠(yuǎn)程節(jié)點(diǎn)響應(yīng)不穩(wěn)定遠(yuǎn)端電壓跌落提高供電電壓、節(jié)點(diǎn)端加儲能電容單總線全部無響應(yīng)數(shù)據(jù)線接反或總線未上拉檢查線序、確認(rèn)上拉電阻Modbus 偶發(fā)超時(shí)收發(fā)器方向切換過早等待 TRMT 置位再拉低 DE整板待機(jī)電流偏大外設(shè)未進(jìn)入低功耗模式配置模塊掉電模式、關(guān)掉 RS-485 電源讀數(shù)比實(shí)際高很多傳感器被局部熱源烘烤延長探頭、避免密封位置6. 我的一點(diǎn)個(gè)人體會整套方案從選型到穩(wěn)定運(yùn)行前前后后花了兩周時(shí)間真正卡的環(huán)節(jié)其實(shí)不在驅(qū)動(dòng)代碼而在硬件細(xì)節(jié)。溫度模塊雖然扛起了模擬前端的大頭但供電、總線上拉、屏蔽接地這些外圍工作依然是決定成敗的關(guān)鍵。PIC24FV16KA301 的低功耗特性和靈活引腳映射給了整個(gè)設(shè)計(jì)很大余量特別是后期因?yàn)榻Y(jié)構(gòu)限制改了兩次 PCB 布局引腳映射不用大改省了很多事。如果現(xiàn)在讓我重來一次我會在一開始就把將來可能擴(kuò)展的功能考慮進(jìn)去比如預(yù)留一路備用 I2C 接口和一路 ADC 輸入不要等現(xiàn)場提出新需求再去飛線。溫度監(jiān)測這類項(xiàng)目最大的成本往往不是元器件而是改板和現(xiàn)場排查。把基礎(chǔ)架構(gòu)做扎實(shí)后面加節(jié)點(diǎn)、加協(xié)議都是水到渠成的事。