做嵌入式溫度監(jiān)測尤其是HVAC這類既要看本地環(huán)境、又要管遠端測點的場景最煩人的就是“溫度傳感器分散、走線長、協(xié)議不統(tǒng)一”。前陣子把一套控制柜的測溫方案從“多路獨立傳感器主控ADC直采”改成“單芯片多通道監(jiān)測獨立主控做決策”實測穩(wěn)定性和精度都上了一個臺階。具體用到的組合是PJ85718DM這顆專用本地/遠程溫度監(jiān)測芯片搭配MK64FN1M0VDC12這顆Kinetis系列主控MCU。這套方案覆蓋了嵌入式和HVAC兩個典型場景本地測的是主控板自身環(huán)境溫度遠程測的是換熱器、風道、機房遠端等難以布電源線的位置。這篇文章就把這套系統(tǒng)的硬件連接、寄存器配置、驅(qū)動邏輯和校準經(jīng)驗完整拆開講一遍給同樣在做多測點溫度采集的朋友一個可直接參考的落地思路。1. 為什么是 PJ85718DM MK64FN1M0VDC12從需求反推選型邏輯1.1 先搞清楚“本地溫度”和“遠程溫度”到底測的是什么很多初次接觸這類芯片的人會被“本地/遠程溫度監(jiān)測”這個說法繞暈。其實這里的本地溫度指的是芯片自身封裝附近的溫度通常是芯片內(nèi)部集成的PN結溫度傳感器在測遠程溫度則是通過芯片外接的二極管、三極管或者專用熱敏器件來測走的是芯片上專門引出的遠程測溫通道。PJ85718DM這類芯片的典型架構就是一路片內(nèi)測溫一到三路外部測溫通道通道之間共用一套轉(zhuǎn)換邏輯但各自有獨立的配置寄存器和報警閾值。在HVAC實際場景里這兩個測溫點的含義差別很大。本地溫度代表的是“控制板自己的體溫”用來做板級過熱保護、風扇調(diào)速參考遠程溫度才是真正意義上的“環(huán)境溫度”或“目標設備溫度”比如機房回風溫度、冷卻水進出水溫度、風管表面溫度。如果只做單點測溫主控ADC直連一個熱敏電阻就能搞定但一旦測點超過兩個或者測點離主控板超過半米分立方案的布線成本和干擾問題就會迅速放大。PJ85718DM這類芯片的價值就在于遠程測溫通道可以直接接NPN/PNP三極管的BC結或者用2引腳的溫度傳感器走線可以拉得很長而不會像模擬電壓信號那樣嚴重衰減。之前在某控制柜項目里我試過用PT100加變送器的方式做遠端測溫線纜一長就要考慮恒流源、屏蔽層、接地回路成本和調(diào)試成本都不低。換成二極管測溫通道之后遠端傳感器只需兩根線而且信號是以數(shù)字形式被芯片處理后經(jīng)I2C總線回傳主控抗干擾能力完全不在一個量級。1.2 主控選MK64FN1M0VDC12不是順手而是因為它“管得起”這套測溫邏輯PJ85718DM本身是一顆從設備它不負責決策只負責把本地和遠程測點的溫度轉(zhuǎn)換成數(shù)字寄存器值。真正干活的是主控MCU。MK64FN1M0VDC12屬于Kinetis K6x系列核心是Cortex-M4F主頻120MHz帶浮點運算單元Flash有1MBSRAM 256KB。對于溫度監(jiān)測這類任務這個配置看起來有點“奢侈”但實際用下來你會發(fā)現(xiàn)正是因為這顆MCU的外設足夠?qū)捲Ｕ麄€系統(tǒng)的設計才不需要在“引腳不夠”和“定時器不夠”上做妥協(xié)。具體來說MK64FN1M0VDC12上有多個I2C模塊可以獨立分配一個I2C總線專門給溫度芯片用不與其它傳感器爭搶總線時序。加上它有16位的ADC、豐富的中斷控制器和DMA通道溫度數(shù)據(jù)的采集既能用中斷方式處理也能用DMA直接搬運主核在絕大多數(shù)時間里可以跑去跑控制算法。這個特性在HVAC整機控制里非常關鍵因為除了測溫之外還要管風機、壓縮機、電加熱、閥門的聯(lián)動邏輯主控不能把時間都耗在輪詢傳感器上。選型時我也對比過用一顆帶多路ADC的普通MCU裸采熱敏電阻的方案。當時算了一筆賬4路NTC熱敏電阻需要4個IO口、4組分壓電阻、每路還要做校準表溫度范圍內(nèi)精度能做到±1°C算不錯而PJ85718DM加上簡單外圍遠程通道在-20°C到100°C范圍內(nèi)能做到±0.5°C級別。多出來的錢換回的是精度、穩(wěn)定性和調(diào)試時間上的節(jié)省這筆賬在批量產(chǎn)品里怎么算都是劃算的。1.3 這套方案能覆蓋哪些應用面從標題里的“嵌入式”和“HVAC”兩個關鍵詞就能看出這套組合不是只為一兩種設備服務的。嵌入式通用場景里可以用在服務器電源的溫度監(jiān)測、通信機柜的板卡溫度管理、電池組的單體溫度巡檢HVAC場景里典型的有空調(diào)控制板的環(huán)境溫度采集、冷水機組的多點水溫監(jiān)測、新風系統(tǒng)的進出風溫度采集。共同特征是測點距離主控板有一定距離、溫度精度要求高于普通熱敏電阻、系統(tǒng)需要長時間穩(wěn)定運行并具備報警能力。PJ85718DM這類芯片大多支持SMBus和I2C雙協(xié)議報警輸出引腳又可以直接接主控的外部中斷輸入做成“溫度越限即觸發(fā)中斷”的模式。這種能力在無人值守的設備里很重要比如HVAC外機在高溫天氣下出現(xiàn)過熱系統(tǒng)需要在幾毫秒內(nèi)響應而不是等到主控輪詢到下一次才處理。2. 硬件設計細節(jié)傳感器通道、I2C連接與PCB布局里的門道2.1 本地測溫通道的參考連接本地通道最簡單很多基于這類芯片的設計甚至不需要任何外部器件芯片內(nèi)部的PN結溫度傳感器直接就能工作。在PJ85718DM的典型參考電路里本地通道只需要在電源引腳附近做好去耦VDC供電建議用1uF陶瓷電容加0.1uF高頻退耦電容的組合。如果系統(tǒng)里存在功率器件開關帶來的電源噪聲可以考慮串聯(lián)一個10Ω電阻再進芯片電源引腳配合電容組成RC濾波實測能明顯降低本地溫度讀數(shù)在PWM調(diào)速時的跳動幅度。需要注意的一點是本地通道測量的其實是芯片結溫它和環(huán)境溫度之間有一個熱阻差。芯片功耗越高本地讀數(shù)就越高于實際環(huán)境溫度。如果芯片本身工作在低功耗模式比如轉(zhuǎn)換周期拉長、關閉報警輸出本地讀數(shù)會貼近環(huán)境溫度如果I2C通信頻繁、芯片持續(xù)轉(zhuǎn)換結溫會比環(huán)境溫度高幾度。這一點在HVAC的精確控溫場景里要提前折算或者通過軟件做固定偏置補償。我在某個項目中就發(fā)現(xiàn)本地讀數(shù)在系統(tǒng)長時間滿載后比環(huán)境溫度高了約4°C查了手冊里的熱阻參數(shù)和實際功耗后確認是正常的物理現(xiàn)象不是芯片故障。2.2 遠程測溫通道的外部器件選擇與布線的關鍵約束遠程測溫通道是這套方案的重頭戲。PJ85718DM的遠程通道一般是恒流源激勵外部二極管/三極管測溫型。推薦的做法是使用小信號NPN三極管比如常見的S8050將集電極和基極短接作為二極管使用或者直接使用專門的二極管測溫器件。三極管的BC結在寬溫區(qū)內(nèi)線性度好重復性也優(yōu)于普通整流二極管這在國內(nèi)電子市場上尤其有優(yōu)勢因為這些器件隨處可買且價格極低。電路連接上遠程通道的兩個引腳之間需要做濾波。大多數(shù)此類芯片要求外部保護電阻串聯(lián)在走線上、兩線之間跨接一個電容典型值在100pF到2.2nF之間。這個電容可以直接焊在傳感器附近也可以焊在主板上靠近芯片引腳的位置取決于噪聲源的位置。我的經(jīng)驗是如果遠程傳感器通過長屏蔽線引出屏蔽層單端接地跨接電容放在芯片側效果更好如果傳感器直接貼在PCB上電容放在傳感器端效果更好。走線上有一條鐵律必須遵守遠程通道的兩根線必須緊挨著走不要分開繞。我曾經(jīng)見過一塊板子為了布線方便把遠程通道的兩條線分列在電源走線兩側結果溫度讀數(shù)在電機啟動時跳動了2°C以上。原因就是兩條線形成了一個大環(huán)路把電源線上的開關噪聲耦合了進去。正確的做法是把兩根線布成緊密的差分對形狀中間不留空隙其它信號線盡量遠離這對線。2.3 I2C總線的上拉電阻與電平匹配PJ85718DM的I2C接口通常支持3V到5V供電范圍但具體電平要根據(jù)主控引腳類型確認。這里有一個很多新手容易踩的坑MK64FN1M0VDC12的GPIO一般是在3.3V電平下工作如果I2C上拉到5V而主控引腳不是5V容忍引腳長期使用會損傷主控IO口。穩(wěn)妥的方案是在I2C接口上使用3.3V上拉然后確認PJ85718DM在3.3V供電下也滿足I2C高電平門檻。如果按照規(guī)范來接絕大多數(shù)此類芯片在3.3V邏輯下是沒有問題的。上拉電阻的取值在HVAC這樣的慢速環(huán)境監(jiān)測場景中通常4.7kΩ到10kΩ都適用。總線長度不長比如20cm以內(nèi)用10kΩ就足夠功耗更小如果走線要跨過接插件、線纜長度超過30cm就需要降到2.2kΩ到4.7kΩ保證上升沿足夠快。實測下來在100kHz標準模式下總線電容大約在200pF以內(nèi)時10kΩ上拉完全無壓力。如果總線還掛了別的設備就要綜合計算總線上所有設備的等效電容必要時用示波器看一下上升沿避免波形太圓潤導致通信誤碼。MK64FN1M0VDC12自帶的I2C模塊內(nèi)部有濾波器可以在初始化時配置毛刺過濾長度。這點在工業(yè)現(xiàn)場很重要因為電機啟動、繼電器切換會產(chǎn)生大量電磁干擾。把I2C模塊的濾波時間設為50ns檔次能過濾掉大部分窄毛刺同時不影響正常通信。這是純軟件配置能換來的硬件穩(wěn)定性提升性價比極高。3. 寄存器配置與驅(qū)動實現(xiàn)讓芯片真正“跑起來”的關鍵步驟3.1 上電初始化順序與工作模式選擇PJ85718DM這類芯片上電后并不會立刻以理想的配置工作。默認狀態(tài)下它可能處于待機模式或者以較慢的轉(zhuǎn)換速率運行。拿到一顆新芯片第一件事是讀一下它的設備ID寄存器確認通信沒問題再全量寫配置。初始化順序我一般遵循這幾個步驟第一步通過I2C讀取設備ID驗證總線地址正確第二步把配置寄存器清零讓芯片回到一個已知狀態(tài)第三步根據(jù)系統(tǒng)需求設置轉(zhuǎn)換分辨率、轉(zhuǎn)換速率、工作模式第四步設置報警上限、下限和凍結點如果支持第五步把報警輸出引腳配置為中斷模式使能相應通道最后讀取一次所有通道的溫度確認數(shù)據(jù)合理。工作模式的選擇需要根據(jù)實際需求權衡。如果系統(tǒng)需要持續(xù)監(jiān)控溫度變化比如HVAC的恒溫控制推薦使用連續(xù)轉(zhuǎn)換模式如果系統(tǒng)大部分時間在休眠、只在特定時刻關心溫度比如電池巡檢推薦使用一次轉(zhuǎn)換模式轉(zhuǎn)換完自動回到待機。連續(xù)模式的好處是不需要主控頻繁發(fā)起啟動轉(zhuǎn)換的指令芯片自己按速率周期轉(zhuǎn)換讀到的數(shù)據(jù)總是新鮮的缺點是芯片始終在工作功耗稍大。3.2 關鍵寄存器字段的語義雖然具體寄存器地址和位定義要以PJ85718DM的數(shù)據(jù)手冊為準但這類溫度監(jiān)測芯片的寄存器布局有很高的一致性。配置寄存器里通常有以下幾類關鍵字段字段作用設置建議轉(zhuǎn)換分辨率決定溫度數(shù)據(jù)每位對應的溫度步長一般設到最大如0.0625°C/LSB轉(zhuǎn)換速率每秒完成多少次溫度采樣環(huán)境監(jiān)測1Hz夠用動態(tài)場景4Hz以上工作模式連續(xù)轉(zhuǎn)換/待機/單次轉(zhuǎn)換按功耗與實時性需求選報警使能是否將越限事件反映到ALERT引腳建議開啟作為主控中斷源通道使能哪些通道參與溫度轉(zhuǎn)換只使能用到的通道減少轉(zhuǎn)換時間溫度數(shù)據(jù)的讀取格式一般是16位寄存器高字節(jié)是整數(shù)部分低字節(jié)是小數(shù)部分不同精度模式下低字節(jié)有效位不同。讀取時需要同時讀高字節(jié)和低字節(jié)兩個字節(jié)讀完后按對應分辨率換算成實際溫度值。這里有一個很容易被忽略的細節(jié)如果芯片的分辨率是12位0.0625°C/LSB那么溫度寄存器中低字節(jié)的低4位其實是無效的換算時應該先右移4位再做乘法。直接按16位取整的話結果會偏大16倍。3.3 輪詢讀取與ALERT中斷兩種數(shù)據(jù)獲取方式獲取溫度數(shù)據(jù)有兩種模式輪詢和中斷。輪詢模式最簡單主控定時發(fā)起I2C讀操作讀取所有通道的溫度寄存器。這種方式邏輯直觀適合測溫節(jié)奏固定、主控任務調(diào)度的場景。中斷模式則有明顯優(yōu)勢PJ85718DM的ALERT引腳在溫度越限時拉低主控把這個引腳接到MK64FN1M0VDC12的一個外部中斷輸入。配置使能后主控平時不需要頻繁讀取溫度一旦溫度超過閾值ALERT引腳電平變化觸發(fā)主控中斷主控再讀取具體是哪個通道越了限然后執(zhí)行保護邏輯。這種模式能大幅降低I2C總線的占用率在主控任務繁忙時尤為重要。ALERT引腳通常是開漏輸出需要外部上拉電阻上拉到芯片供電電壓即可阻值10kΩ的典型值就足夠。多顆溫度芯片的ALERT引腳可以直接做線與連接拉到同一個主控中斷輸入上然后在中斷服務程序里通過I2C逐個查詢是誰發(fā)的報警。這個特性在設計多測點系統(tǒng)時很有用既節(jié)省了主控的IO資源又簡化了硬件連接。用MK64FN1M0VDC12實現(xiàn)I2C讀取的時候第一次讀取溫度寄存器之后不要急著用數(shù)據(jù)。有的芯片在剛上電或者剛完成一次轉(zhuǎn)換后數(shù)據(jù)寄存器里的值可能是舊數(shù)據(jù)。穩(wěn)妥的做法是在初始化時連續(xù)讀兩次丟掉第一次讀取的結果取第二次的值作為有效初始溫度。這樣能避免在系統(tǒng)剛啟動時因為寄存器電平尚未穩(wěn)定而讀到0或滿刻度之類的異常值。4. 用 MK64FN1M0VDC12 做數(shù)據(jù)融合從原始溫度到可用控制信號4.1 原始溫度數(shù)據(jù)不能直接用的三個原因從PJ85718DM讀到的原始溫度數(shù)據(jù)乍看起來精度不錯但在實際HVAC或嵌入式控制邏輯里直接使用會出問題。首先是量化噪聲即使分辨率高達0.0625°C/LSB原始數(shù)據(jù)的末位依然會因為芯片內(nèi)部噪聲而輕微抖動直接拿去控制比例閥、變頻器輸出也會跟著小幅波動。其次是瞬時擾動遠程通道在受到電磁干擾、線纜輕微移動時單次轉(zhuǎn)換結果可能出現(xiàn)明顯跳變但下一次轉(zhuǎn)換又恢復正常這種毛刺在控制邏輯里如果不處理容易引起誤動作。第三個原因最常被忽略本地和遠程兩個通道之間的熱慣性差異。本地通道測的是芯片結溫熱時間常數(shù)小幾秒鐘就能響應熱源變化遠程通道測的是遠端器件溫度中間隔著線纜和封裝熱時間常數(shù)大很多。如果HVAC系統(tǒng)用這兩個溫度做聯(lián)動控制直接在原始數(shù)據(jù)上做比較會在熱源波動時看到一條明顯錯開的曲線控制邏輯很容易做出過沖反應。4.2 軟件濾波滑動窗口與中值去毛刺的組合針對上述問題我的做法是在MK64FN1M0VDC12上做兩級軟件濾波。第一級是中值濾波取最近5次采樣的中間值用于剔除單次跳變的毛刺。這個濾波對脈沖噪聲特別有效也不會像均值濾波那樣被一個異常值拉偏。第二級是一階低通濾波指數(shù)移動平均用公式y(tǒng)_new (1-α)y_old αx_raw計算α取值在0.2到0.5之間。實際效果可以用一組數(shù)據(jù)說明在某次測試里遠程通道在電烙鐵靠近傳感器時原始數(shù)據(jù)單次跳變達到1.5°C中值濾波后跳變降到0.5°C再經(jīng)一階低通后最終控制用的溫度曲線幾乎沒有可見毛刺。代價是響應速度變慢了一個采樣周期左右但在HVAC這類熱慣性本來就大的系統(tǒng)里這點延遲完全可以接受。如果系統(tǒng)對響應速度要求高可以同時監(jiān)控濾波前和濾波后的數(shù)據(jù)原始值高了就立刻觸發(fā)緊急保護濾波值高了才進入常規(guī)控制邏輯。濾波參數(shù)的調(diào)整必須結合采樣周期來定。舉例來說如果PJ85718DM設為每秒轉(zhuǎn)換4次那么5點中值濾波的延遲只有1秒一階低通的α設0.4時的時間常數(shù)大約是1.5秒整個鏈路延遲不到3秒對HVAC的風機調(diào)速控制來說體驗很好。4.3 用本地/遠程溫差做HVAC控制邏輯的實戰(zhàn)經(jīng)驗有了濾波之后就可以放心做溫度邏輯了。在HVAC控制里我最常用的一個判斷是“本地溫度與遠程溫度的差值”。這個差值能反映很多信息正常情況下控制板本地溫度會略高于遠端環(huán)境溫度差值在0到5°C之間如果差值突然增大說明板級散熱出了問題如果差值變?yōu)樨撝登医^對值拉大說明傳感器接反了或者測點在異常高溫區(qū)。制冷模式下壓縮機需要根據(jù)“回風溫度與設定溫度的差值”做比例調(diào)節(jié)這時候用遠程通道的數(shù)據(jù)更合理因為回風溫度才是真正的負荷代表。制熱模式下電加熱管表面溫度過高時需要快速切斷這時應優(yōu)先看本地通道或?qū)ｉT的遠程超溫通道因為這些位置的溫度變化比環(huán)境溫度快得多。具體到MK64FN1M0VDC12的代碼實現(xiàn)就是建立一組狀態(tài)機根據(jù)工作模式選擇“控制溫度源”和“保護溫度源”而不是簡單地把所有溫度一股腦用起來。5. 遠程溫度通道的精度校準與常見坑5.1 兩點校準加偏置補償比高精度器件更省錢再好的芯片也會有系統(tǒng)誤差。PJ85718DM的遠程通道雖然出廠做過校準但實際應用中傳感器本身的離散性、走線電阻、焊接接觸電阻都會引入額外誤差。最實用的校準方法是兩點校準法。操作上準備兩個已知溫度的恒溫環(huán)境比如冰水混合物約0°C沸騰水約100°C但考慮到HVAC應用場景一般不會去測100°C可以用恒溫槽設在25°C和60°C把遠程傳感器依次放入記錄PJ85718DM讀數(shù)。然后以實際溫度為準計算偏差和增益系數(shù)。在MK64FN1M0VDC12的軟件里增加一個校準層每個通道獨立存儲兩個系數(shù)offset偏置和gain增益輸出溫度 原始溫度 * gain offset。這里補充一點實操經(jīng)驗有些此類芯片內(nèi)部提供偏置寄存器offset register可以直接寫入補償值硬件層面完成修正。帶內(nèi)部偏置校準的好處是主控軟件不需要額外處理而且芯片在極限溫度區(qū)間時校準邏輯更完善。如果只是做一兩個采樣點的近似補償外部軟件修正在大多數(shù)場景下已經(jīng)夠用。要注意的是軟件修正只在測量量程內(nèi)有效不要試圖用線性修正去覆蓋芯片全量程量程兩端的非線性會讓修正后的誤差變大。5.2 線纜長度、接插件接觸電阻和ESD防護的影響遠程通道在HVAC設備里經(jīng)常要穿過接插件、線纜引到設備內(nèi)部。這里有幾個隱藏坑接插件接觸電阻會在測溫回路里引入額外壓降干擾恒流源激勵的電流精度從而造成讀數(shù)偏移。線纜自身的電阻再小在微安級別激勵電流下也會產(chǎn)生毫伏級壓降對應到溫度可能是零點幾度的誤差。規(guī)避方法是在硬件設計時盡可能縮短傳感器到芯片之間的線纜距離選擇質(zhì)量可靠的接插件并在接線端子旁做好固定防止振動導致接觸不良。如果需要經(jīng)常插拔傳感器建議在接插件兩側都做好絲印標識避免插反導致傳感器接入極性錯誤。極性反接時多數(shù)此類芯片會給出一個無意義的讀數(shù)通常是0或-128這時候軟件里要加一條合理性判斷超出量程范圍的溫度值直接丟棄并上報傳感器故障。防靜電沖擊方面遠程通道引腳屬于敏感引腳外部線纜會成為靜電放電的侵入路徑。在接插件旁邊的引腳位置加TVS管或者小電容到地都是成熟的保護做法。參考應用手冊的做法采用串聯(lián)保護電阻加TVS到地的組合能夠在不影響測溫精度的前提下有效提升系統(tǒng)的現(xiàn)場存活率。5.3 常見故障模式排查速查在實際調(diào)試過程中我整理了一份遠程通道的故障排查清單現(xiàn)象可能原因排查動作讀數(shù)為0或負滿量程傳感器未接/虛焊檢查線纜連接測量傳感器正反向壓降讀數(shù)漂移無規(guī)律線纜受到干擾檢查兩根線是否緊挨著走跨接電容是否到位讀數(shù)固定偏差大接觸電阻大/線纜太長檢查接插件銹蝕改用更粗芯線讀數(shù)跳變臺階狀分辨率配置錯誤/低有效位未屏蔽核對配置寄存器重新?lián)Q算LSB溫度與熱電偶對比偏高傳感器熱阻大自熱效應降低激勵電流檔位如果芯片支持一條排查經(jīng)驗值得單獨強調(diào)如果遠程通道讀數(shù)比熱電偶室溫計穩(wěn)定偏高0.8°C到1°C且所有通道都這樣大概率不是芯片壞了而是激勵電流對傳感器結的微小自熱效應。此時優(yōu)先翻手冊看芯片是否有低電流激勵檔位的配置選項比起在軟件里辛辛苦苦做偏置補償直接換擋位更徹底。6. 上板實測的一組數(shù)據(jù)與系統(tǒng)層面的體會6.1 一套最小系統(tǒng)的實測表現(xiàn)為了驗證這套方案的整體性能我按參考設計搭了一套最小系統(tǒng)PJ85718DM加一顆S8050做遠程傳感器傳感器用40cm普通雙絞線引出到恒溫槽主控用MK64FN1M0VDC12的評估板I2C總線速率100kHz連續(xù)轉(zhuǎn)換模式4Hz軟件做5點中值和一階低通兩級濾波。在25°C到70°C的升溫測試中將遠程通道數(shù)據(jù)和標準PT100數(shù)據(jù)對比穩(wěn)定后的最大偏差在±0.4°C以內(nèi)動態(tài)過程中濾波延遲約2到3秒溫度超調(diào)在0.3°C以內(nèi)。把恒溫槽停在45°C定點半小時本地通道讀數(shù)反復對比穩(wěn)定度在±0.15°C之間這說明芯片和主控的組合在這個溫度區(qū)間內(nèi)有足夠的分辨力來支撐閉環(huán)控溫。我還專門做了魯棒性測試在傳感器線纜旁邊放置一個小型繼電器以1Hz頻率通斷吸合觀察遠程通道在濾波前后的讀數(shù)變化。未濾波數(shù)據(jù)出現(xiàn)了最大0.9°C的跳變經(jīng)過中值加一階低通后進入控制邏輯的溫度值最大跳動僅0.2°C已經(jīng)不影響風機調(diào)速的正常表現(xiàn)。6.2 從這套方案里得到的幾點體會用下來最大的感受是這類本地/遠程溫度監(jiān)測芯片和Kinetis系列主控的組合特別適合做“一個主控管多個測點、測點分散但要求統(tǒng)一精度”的系統(tǒng)。單顆芯片集成多個測溫通道配合主控的浮點運算和中斷機制能在不增加太多BOM成本的情況下大幅提升溫度數(shù)據(jù)的質(zhì)量和可控性。對于準備復刻這套方案的朋友有幾點建議第一畫板子之前先把遠程傳感器到主控板的走線路徑確定下來盡量短且成對第二上電后先花半天時間把校準做扎實不要省這一步第三軟件上的濾波和報警邏輯在初版就要搭進去后期補會讓控制邏輯變得很別扭。初次調(diào)試時如果發(fā)現(xiàn)數(shù)據(jù)在某個溫度點跳變特別大不要急著懷疑芯片先看看是不是傳感器封裝受熱內(nèi)應力導致的瞬態(tài)變化必要時用導熱膠把傳感器和被測表面貼牢讀數(shù)會立刻穩(wěn)定不少。溫度監(jiān)測這種功能往往是系統(tǒng)里最不起眼卻最不能出錯的一環(huán)前期多花點時間把溫度采集鏈路做扎實后面整個控制邏輯才敢放心大膽地調(diào)。