簡介面向嵌入式開發(fā)學習者與交通監(jiān)測類課程設計需求這套基于STM32的公路四路超重檢測系統(tǒng)工程資料圍繞多路稱重采集、閾值判斷、聲光報警及聯網上傳等環(huán)節(jié)展開可用于畢業(yè)設計、課程實踐或原型驗證。壓縮包共306個文件約10.31MB包含57個c源文件和63個h頭文件以及o、crf、d等編譯中間文件另有uvprojx工程、sct分散加載、map與lst映射清單等便于直接打開Keil工程復現和二次開發(fā)。已有333人學習下載。資料保留較完整的工程結構與外設驅動代碼涵蓋ADC、定時器、串口通信及物聯網協議相關實現讀者可據此梳理四路檢測的數據流、報警邏輯和聯網監(jiān)控思路也能參考工程配置與編譯產物進行排錯和功能擴展。1. 去年幫人看一個公路治超點的老設備問題不是秤不準去年幫人看一個公路治超點的老設備問題不是秤不準而是四條車道的讀數互相干擾一號道剛過完一輛六軸車三號道的顯示還沒回零值班的人只能憑經驗猜哪條是真的。這套基于 STM32 的公路四路超重檢測系統(tǒng)要解決的就是這種“多路同時在線”的現場問題——四路稱重通道各自獨立采集、獨立標定、獨立判定超限再由主控統(tǒng)一打包通過聯網模塊把車重、時間、車道號一起送到后臺。它適合正在做公路超重檢測方向畢設或課設、需要一套能從采集跑通到上報的完整方案的人也適合要把樣機裝到路邊實測的工程場景。下面按需求、選型、架構、實現、避坑、驗收的順序把這套系統(tǒng)拆開講。2. 需求拆解與器件選型四路通道、量程和采樣率怎么定2.1 先確認“四路”指什么四條車道還是同一秤臺的四個角這是動手前必須問清楚的一件事。兩種理解對應的軟件結構完全不同四條車道是四個互不相干的獨立通道各自有零點、靈敏度系數和超重閾值同一秤臺四個角則是四個分量需要先求和得到總重再用四角差值判斷車輛是否偏載。我在方案里把兩種模式都留了口子用一個配置字節(jié)ch_mode切換0 表示獨立通道1 表示四點合成這樣后面換場景不用改代碼結構只改配置。除了通道定義還要把性能邊界寫死否則答辯現場一問就露怯。公路治超點常見兩種工況一種是引導進站的低速通過車速 5 到 15 公里每小時另一種是完全靜態(tài)停車稱重。低速工況下一輛車壓在 1.5 米長的秤板上有效信號窗口大概 0.3 到 0.4 秒如果采樣率只有 10Hz窗口里只能拿到三四個點峰值根本抓不準。所以這套方案定位在低速與靜態(tài)稱重動態(tài)精度按滿量程 ±3% 到 ±5% 驗收靜態(tài)精度可以做到 ±0.5%。想做成高速不停車稱重必須上專用的動態(tài)稱重傳感器和更高的采樣率那是另一個量級的預算不在本方案范圍內。功能清單我一般按下面幾條鎖死后面所有模塊都圍繞它展開四路獨立采集單路斷線不影響其余三路車輛到位觸發(fā)、離開結束一次通過生成一條完整記錄按軸重和總重雙閾值判定超限本地聲光報警并輸出一路繼電器信號本地至少存一萬條記錄聯網上報斷網期間不丟數據現場可標定標定參數掉電不丟還要能防止誤改。工作溫度按零下 20 到 60 攝氏度設計傳感器接線做防雷和屏蔽。2.2 主控與 ADC 選型為什么是四片 HX711而不是片內 12 位 ADC先說結論主控用 STM32F103RCT6稱重前端用四片 HX711每片對應一路。這個組合不是最先進的但在四路低速稱重場景下是最省心、最容易復現的。對比項STM32F103RCT6STM32F407VET6主頻72MHz168MHzFlash / RAM256KB / 48KB512KB / 192KB串口數量56片上 ADC12 位12 位適合場景裸機時間片調度四路 IO 模擬時序需要網絡協議棧、多任務或更強濾波算力F103 的 48KB 內存跑一個裸機時間片調度器加一個環(huán)形緩沖隊列綽綽有余省下來的成本可以貼到傳感器和防護上。真正要謹慎的是 ADC 這一環(huán)很多同學圖省事直接用片內 12 位 ADC 接應變橋結果量程 30 噸時最小分辨力大概 7 公斤空載時噪聲就有十幾公斤零點一直跳。這不是代碼問題是分辨率不夠。方案分辨率有效通道輸出速率MCU 開銷說明HX711 × 424 位410Hz / 80Hz低IO 模擬時序通道間物理隔離無串擾成本低ADS125624 位8 路差分 4 路最高 30kSPS中SPI 加 DRDY 中斷速率高但要外加基準和模擬前端片內 12 位 ADC12 位多路快低分辨力不足只適合做粗略檢測HX711 的短板是速率80Hz 輸出時內部增益和濾波切換會帶來更大噪聲實測零點抖動比 10Hz 時明顯。所以我的做法是靜態(tài)稱重走 10Hz低速動態(tài)走 80Hz由配置項決定標定時按實際工況選不要一套參數打天下。2.3 觸發(fā)、執(zhí)行與聯網部件把外圍清單一次列全觸發(fā)用一對地感線圈加檢測器檢測器輸出干接點經光耦隔離后進 GPIO這樣線圈那邊的干擾不會直接打到主控。線圈負責“車來了”紅外對射負責“車走了”兩個信號配合比單靠重量閾值判斷車輛離開靠譜得多——重車停在秤上不動時光看重量是判斷不出它走沒走的。執(zhí)行部分包括一路繼電器輸出可接道閘或外部報警器、一個有源蜂鳴器和四個車道狀態(tài)指示燈。本地顯示用 0.96 寸 OLED只顯示四路當前重量和狀態(tài)不做過多的界面現場人員看得懂就行。聯網這塊有兩種常見做法WiFi 透傳模塊走 AT 指令適合有現成熱點的實驗室和校園場景4G Cat.1 模塊走串口 AT 或 PPP適合真正裝在路邊的場景。兩者對主控來說都是串口所以底層驅動寫成同一套串口收發(fā)加狀態(tài)機換模塊只改初始化指令表不動上層協議。存儲用 W25Q64 存歷史記錄AT24C02 存標定參數做雙備份多花兩塊錢能省掉很多“參數丟了要重新標定”的麻煩。3. 總體架構與通信協議設計四層鏈路和數據幀怎么落地3.1 四層架構與各模塊的職責邊界整套系統(tǒng)按感知層、控制層、傳輸層、應用層劃分這個劃分不是為了好看是為了讓每個人接手時知道改哪一層不會牽連別處。層級主要模塊職責對外接口感知層稱重傳感器、地感線圈、紅外對射把重量和車輛位置變成電信號模擬毫伏信號、開關量控制層STM32 主控、HX711、OLED、報警輸出采集、濾波、標定、判定、本地顯示串口、GPIO、SPI、I2C傳輸層WiFi / 4G 模塊把記錄打包上傳接收下行參數UART AT 指令應用層后臺服務與數據庫入庫、查詢、統(tǒng)計、告警推送MQTT / HTTP控制層內部再分成驅動、業(yè)務、應用三段。驅動層只管時序比如 HX711 讀數、Flash 讀寫、串口收發(fā)業(yè)務層管濾波、標定換算、超重判定狀態(tài)機應用層管調度用 SysTick 做 1ms 基準主循環(huán)里按時間片輪詢各個任務。這里沒有上 RTOS原因是任務數量少、實時性要求不高裸機時間片更容易調試出問題的時候一眼能看出是哪個任務超時。調度周期我這樣分配HX711 采集任務每 10ms 跑一次四路輪詢?yōu)V波與判定任務每 50ms 跑一次OLED 刷新 200ms聯網心跳 30 秒記錄落盤在判定完成后立即觸發(fā)。這套節(jié)奏在 F103 上跑下來 CPU 占用不到三成留足了余量。3.2 數據幀格式與 CRC16 校驗上下行都用同一套殼本地模塊之間、設備與后臺之間我習慣用同一套幀結構調試時用串口助手就能看不用兩套解析邏輯。偏移長度字段說明02幀頭固定 0xAA 0x5521協議版本當前 0x01方便以后擴展31命令字0x01 實時數據0x02 記錄補傳0x10 參數下發(fā)0x11 參數回讀41通道掩碼bit0 到 bit3 對應第 1 到第 4 路52負載長度小端最大 512 字節(jié)7N負載TLV 結構重量用 int32 定點單位 0.01kg7N2CRC16MODBUS 多項式 0xA001低字節(jié)在前重量為什么要用定點而不用 float因為浮點在串口傳輸和存儲時字節(jié)序容易出岔子int32 定點表示 0.01kg30 噸就是 3000000離溢出還遠得很解析也簡單。CRC 校驗代碼如下初值 0xFFFF多項式 0xA001算完低字節(jié)先發(fā)。/* MODBUS CRC16初值 0xFFFF多項式 0xA0010x8005 反轉 */ static uint16_t crc16_modbus(const uint8_t *p, uint16_t len) { uint16_t crc 0xFFFF; while (len--) { crc ^ *p; for (uint8_t i 0; i 8; i) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; } else { crc 1; } } } return crc; /* 發(fā)送時先發(fā)低字節(jié)再發(fā)高字節(jié) */ }這個函數在接收端要再算一遍和幀尾的兩個字節(jié)比對不一致就整幀丟棄并累加錯誤計數。錯誤計數超過閾值時我一般會觸發(fā)一次模塊重連因為連續(xù) CRC 錯通常意味著波特率漂了或者線路接觸不良而不是偶發(fā)干擾。3.3 本地存儲分區(qū)與掉電保護參數雙備份記錄走環(huán)形區(qū)W25Q64 有 8MB按下面這樣分區(qū)邊界留出余量以后加字段不用重排。起始地址大小用途校驗方式0x0000004KB參數備份 A魔數 0x5A5A CRC160x0010004KB參數備份 B同上0x002000512KB稱重記錄環(huán)形區(qū)每條 32 字節(jié)共 16384 條每條末尾 CRC80x0820004KB運行日志與異常計數無參數區(qū)做雙備份的意義在于寫參數時先擦 B 區(qū)寫入新值并校驗成功后再寫 A 區(qū)。如果寫到一半掉電下次上電讀到 A 區(qū)校驗失敗就回退到 B 區(qū)兩個都壞才用默認值。這個邏輯看著簡單但真到了現場一次意外斷電就能把標定系數寫成 0xFF重新標定要封路半小時代價比多存 4KB 高得多。記錄區(qū)用環(huán)形寫入寫指針存在參數區(qū)里每寫一條就更新一次指針。環(huán)形區(qū)滿了就覆蓋最老的記錄同時置一個溢出標志。記錄結構里帶序號和時間戳補傳時后臺按序號去重避免網絡重發(fā)導致重復入庫。4. 下位機實現四路采集、動態(tài)濾波與超重判定的代碼骨架4.1 四路 HX711 的時序驅動與輪詢調度HX711 的時序不復雜但有幾個參數不能錯DOUT 變低表示數據就緒SCK 需要給 25 個脈沖前 24 個移出數據補碼形式第 25 個脈沖決定下一次的通道和增益。四路就是四組 DOUT 和 SCK共占用 8 個 IO。#define HX711_CH_NUM 4 #define HX711_TIMEOUT 30 /* ms超過判定該路斷線 */ typedef struct { GPIO_TypeDef *port_dout; /* 數據腳輸入 */ uint16_t pin_dout; GPIO_TypeDef *port_sck; /* 時鐘腳輸出 */ uint16_t pin_sck; int32_t offset; /* 空載零點原始值 */ float scale; /* 每公斤對應的原始計數 */ int32_t raw; /* 最近一次原始讀數 */ float weight_kg; /* 換算后的重量 */ uint8_t online; /* 1 在線0 斷線 */ } Hx711Ch_t; /* 讀取一路原始值返回 INT32_MIN 表示超時斷線 */ static int32_t hx711_read_raw(Hx711Ch_t *ch) { uint32_t t0 HAL_GetTick(); /* 等待 DOUT 拉低說明轉換完成 */ while (HAL_GPIO_ReadPin(ch-port_dout, ch-pin_dout) GPIO_PIN_SET) { if (HAL_GetTick() - t0 HX711_TIMEOUT) { ch-online 0; return INT32_MIN; } } int32_t v 0; for (uint8_t i 0; i 24; i) { HAL_GPIO_WritePin(ch-port_sck, ch-pin_sck, GPIO_PIN_SET); delay_us(1); /* SCK 高電平需保持 0.2~0.5us */ v (v 1) | (HAL_GPIO_ReadPin(ch-port_dout, ch-pin_dout) GPIO_PIN_SET); HAL_GPIO_WritePin(ch-port_sck, ch-pin_sck, GPIO_PIN_RESET); delay_us(1); } /* 第 25 個脈沖選擇下一次為 A 通道增益 128 */ HAL_GPIO_WritePin(ch-port_sck, ch-pin_sck, GPIO_PIN_SET); delay_us(1); HAL_GPIO_WritePin(ch-port_sck, ch-pin_sck, GPIO_PIN_RESET); if (v 0x00800000) { /* 24 位負數補碼符號擴展 */ v | 0xFF000000; } ch-online 1; return v; }這段代碼有兩個地方值得多說一句。一是delay_us(1)不能省成幾個__NOP()72MHz 下一個 NOP 才十幾納秒湊不夠 HX711 要求的 0.2 微秒高電平讀出來的數據會整體偏移甚至全 0這個坑我在第一版上踩過示波器一量才發(fā)現 SCK 是尖脈沖。二是超時返回必須區(qū)分于正常讀數我用 INT32_MIN 做哨兵值上層看到它就跳過這一路絕不能讓斷線的通道參與平均值計算否則零點會被拉偏。輪詢調度放在 10ms 的時間片里一次只讀一路四路輪完是 40ms。HX711 在 80Hz 模式下單次轉換 12.5ms40ms 輪一圈剛好跟得上不會丟數據。如果開 10Hz 模式單次 100ms輪詢周期要相應拉長到 400ms 以上這時候HX711_TIMEOUT也得跟著放大否則會誤判斷線。4.2 動態(tài)稱重的濾波與峰值提取原始讀數不能直接用空載時會有幾十個 counts 的抖動重車壓上去又疊加了車輛振動。我的處理鏈是三段先做 5 點中值濾波去掉脈沖干擾再做一階低通平滑最后在觸發(fā)窗口內取峰值。#define MED_N 5 #define LPF_ALPHA 0.25f /* 越小越平滑但響應變慢 */ typedef struct { int32_t med_buf[MED_N]; uint8_t med_idx; float lpf; /* 低通輸出 */ int32_t peak; /* 本次窗口峰值 */ uint16_t peak_hold; /* 峰值附近保持計數 */ } Filter_t; /* 中值濾波5 點排序取中間值抗脈沖干擾 */ static int32_t median5(int32_t *buf) { int32_t t[MED_N]; for (uint8_t i 0; i MED_N; i) t[i] buf[i]; for (uint8_t i 0; i MED_N - 1; i) { for (uint8_t j i 1; j MED_N; j) { if (t[j] t[i]) { int32_t tmp t[i]; t[i] t[j]; t[j] tmp; } } } return t[MED_N / 2]; } /* 每 50ms 調用一次輸入換算后的公斤值 */ static void filter_update(Filter_t *f, float kg, uint8_t vehicle_in) { f-med_buf[f-med_idx] (int32_t)(kg * 100.0f); /* 轉成 0.01kg 整數 */ f-med_idx (f-med_idx 1) % MED_N; float med median5(f-med_buf) / 100.0f; f-lpf LPF_ALPHA * (med - f-lpf); if (vehicle_in) { if ((int32_t)(f-lpf * 100) f-peak) { f-peak (int32_t)(f-lpf * 100); f-peak_hold 0; } else if (f-peak_hold 20) { f-peak_hold; /* 峰值后 1 秒內不更新防止抖動誤判 */ } } }中值濾波的窗口取 5 是折中取 3 點去不掉連續(xù)的干擾取 7 點會把真實的上升沿削平。低通系數 0.25 對應的時間常數大約 3 個采樣周期在 50ms 周期下是 150ms跟得上車輛壓上來的速度又不至于把振動放大。峰值保持段加了 1 秒的鎖定時間原因是車輛在秤上輕微晃動時重量會在峰值附近反復波動不加鎖定的話峰值會一直往上爬判出來的重量比實際偏高。峰值取的是“軸重”還是“總重”取決于秤板長度和車輛軸距。秤板短于軸距時一次只壓一根軸峰值就是單軸重多軸車要按軸依次累加秤板長于整車時峰值直接就是總重。這兩種情況的判定邏輯不一樣我在配置里加了weigh_mode答辯時如果老師問“六軸車怎么算總重”這就是回答的落點。4.3 超重判定狀態(tài)機與報警輸出判定不能只看一個瞬時值要用狀態(tài)機把“車來了、正在稱、稱完了、判超限、上報”這幾步串起來否則一輛車會被重復判定好幾次后臺收到的記錄數對不上實際車流量。typedef enum { ST_IDLE 0, /* 等待車輛觸發(fā) */ ST_SAMPLING, /* 車輛在秤采集峰值 */ ST_SETTLE, /* 車輛離開等待重量回落 */ ST_JUDGE, /* 判定超限 */ ST_REPORT /* 生成記錄并入隊 */ } WeighState_e; typedef struct { uint32_t limit_kg; /* 超重閾值單位 kg */ uint16_t deadband_pct; /* 死區(qū)百分比默認 5防止臨界抖動 */ uint8_t confirm_cnt; /* 連續(xù)超限次數確認默認 3 */ } Threshold_t; static void judge_task(void) { static WeighState_e st ST_IDLE; static uint8_t over_cnt 0; Threshold_t *th g_threshold; switch (st) { case ST_IDLE: if (g_vehicle_in) { g_filter.peak 0; st ST_SAMPLING; } break; case ST_SAMPLING: if (!g_vehicle_in) { st ST_SETTLE; g_settle_ms 0; } break; case ST_SETTLE: g_settle_ms 50; if (g_settle_ms 500) { st ST_JUDGE; } break; case ST_JUDGE: { uint32_t peak_kg g_filter.peak / 100; /* 只有超過閾值加上死區(qū)才累加超限計數 */ if (peak_kg th-limit_kg * (100 th-deadband_pct) / 100) { if (over_cnt th-confirm_cnt) { g_alarm_on 1; /* 聲光報警 繼電器輸出 */ g_record.over_flag 1; } } else { over_cnt 0; g_record.over_flag 0; } st ST_REPORT; break; } case ST_REPORT: record_push(g_record); /* 寫入環(huán)形隊列 */ over_cnt 0; st ST_IDLE; break; default: st ST_IDLE; break; } }死區(qū)和連續(xù)確認這兩層是為了對付臨界車。一輛限重 30 噸的車實際稱出來 30.2 噸如果直接判超限司機和值班員都會來找你。加 5% 死區(qū)和連續(xù) 3 次確認之后判出來的超限基本都在 31.5 噸以上爭議少很多。報警輸出用g_alarm_on控制持續(xù) 5 秒后自動關閉防止蜂鳴器一直響。4.4 上報隊列與斷網補傳上報隊列放在 RAM 里做一個 32 條的環(huán)形緩沖每條記錄生成后先入隊聯網任務從隊頭取。發(fā)送成功才出隊失敗就留在隊里等下一輪。隊列滿的時候最老的一條轉存到 Flash 記錄區(qū)保證不丟。#define QUEUE_SIZE 32 typedef struct { uint32_t seq; /* 記錄序號后臺按此去重 */ uint32_t ts; /* Unix 時間戳 */ uint8_t ch; /* 通道號 1~4 */ int32_t weight01kg; /* 重量單位 0.01kg */ uint8_t over_flag; /* 1 超限 */ } Record_t; static Record_t q_buf[QUEUE_SIZE]; static uint8_t q_head, q_tail, q_count; static uint8_t record_push(const Record_t *r) { if (q_count QUEUE_SIZE) { record_save_flash(q_buf[q_tail]); /* 隊列滿落盤保底 */ q_tail (q_tail 1) % QUEUE_SIZE; q_count--; } q_buf[q_head] *r; q_head (q_head 1) % QUEUE_SIZE; q_count; return 1; }補傳邏輯放在聯網任務里連上后臺之后先讀 Flash 里未確認的記錄按序號從小到大發(fā)每發(fā)一條等一次 ACKACK 里的序號對得上才把 Flash 里該條標記為已上傳。這里有個細節(jié)標記已上傳不要擦整塊用一個 32 位的位圖記錄哪些條已確認位圖滿了再統(tǒng)一整理這樣能少擦很多次 Flash。5. 常見問題與避坑五個最容易在現場翻車的點5.1 零點漂移上電讀數正常跑兩小時重量越飄越高現象是空載時顯示從 0 慢慢漲到幾十公斤重啟后又歸零。原因通常有兩個一是 HX711 的供電和主控共用一路 3.3V數字部分電流波動通過地線串到模擬端二是軟件上只在開機時取了零點之后一直用固定值減。解決的辦法是硬件上給 HX711 的 AVDD 單獨走 LC 濾波地線單點匯到電源入口軟件上加自動零點跟蹤車輛離開后如果連續(xù) 30 秒重量都在滿量程 2% 以內就緩慢修正零點每次只修一個很小的步長避免把真實的小重量也修掉。跟蹤步長我一般設成每 10 秒修正 0.5kg慢慢糾不激進。5.2 四路串擾壓一號道三號道跟著跳數現象很嚇人以為是軟件讀了別的通道。實際排查下來九成是四路傳感器的屏蔽線擰在一起走線或者四片 HX711 共用一根 SCK 時鐘。SCK 是方波頻率雖然不高但走線長、回路大很容易耦合到相鄰通道的模擬輸入上。解決分三步每路傳感器用獨立屏蔽雙絞線屏蔽層單端接地四片 HX711 的 SCK 各走各的絕不在板上并聯成一根總線在 HX711 的輸入端并 0.1uF 電容做差模濾波。改完之后再壓單路其余三路的跳數應該在滿量程 0.1% 以內。5.3 聯網模塊假在線心跳正常數據死活發(fā)不出去現象是串口每 30 秒都能收到模塊返回的“已連接”但上報的數據后臺一條也收不到。原因是 AT 指令的返回只代表模塊和基站或路由建立了鏈路不代表上層協議通。這種情況我一般是三層排查先看模塊返回里有沒有分配到 IP再看能不能 ping 通后臺地址最后看協議層有沒有收到后臺的心跳應答。軟件上不能只信模塊的“連接成功”提示必須自己發(fā)一條心跳幀并等待后臺回包連續(xù)三次沒回包就判定鏈路失效主動重連。這個超時重連邏輯寫進代碼里比在現場盯著串口助手看要省事得多。5.4 看門狗復位正好把剛采到的數據寫沒了現象是偶爾丟一條記錄日志里能看到復位標志。原因是寫 Flash 需要幾十毫秒這段時間喂狗沒跟上。解決不是簡單地把看門狗時間拉長而是把寫 Flash 的動作拆開先寫 RAM 隊列由低優(yōu)先級的任務在空閑時批量落盤落盤前先喂一次狗參數區(qū)寫入時用雙緩沖先寫 B 區(qū)校驗通過再寫 A 區(qū)任何一步被復位打斷下次上電都有可用的一份。另外中斷里不要做 Flash 操作F103 在擦寫 Flash 時取指會暫停中斷響應會被拖住反過來又影響喂狗這是個連環(huán)坑。5.5 標定參數被誤改現場手一抖整段路的數據全廢現象是換了個操作員之后所有重量都偏大一倍或偏小一半。原因是標定入口藏在按鍵長按里誤觸就進了標定模式隨便按兩下把靈敏度系數改了。解決是三道鎖進入標定必須同時按住兩個指定按鍵并保持 5 秒進入后要求輸入一個四位數口令口令存在參數區(qū)里默認值在首次上電時強制修改標定完成寫入前回讀一次并算出校驗重量和輸入的標準重量偏差超過 2% 就拒絕保存。參數區(qū)同時保留上一版參數我在參數結構里留了個rollback標志現場出問題時能一鍵回到上一版。6. 驗收與答辯怎么證明這套系統(tǒng)真的能用驗收要給出可重復的測試方法而不是“我試了一下沒問題”。我一般按下面這張表走一遍每一項都要留下數據。測試項測試方法判定標準靜態(tài)精度每路單獨加標準砝碼從 20% 到滿量程取 5 個點誤差不超過滿量程 ±0.5%四路一致性同一載荷依次壓四路比較讀數四路之間偏差不超過 ±1%超重判定用可調載荷逐步逼近閾值死區(qū)內不報警超過死區(qū)連續(xù) 3 次后報警斷網補傳拔掉聯網模塊制造 10 條記錄后恢復恢復后 60 秒內全部補傳序號無重復掉電保護記錄寫入過程中斷電重復 10 次參數不丟記錄最多丟最后 1 條長時間運行連續(xù)通電 72 小時零點漂移不超過滿量程 0.3%答辯現場最容易出問題的環(huán)節(jié)是演示稱重因為不可能把砝碼搬到教室里。我的做法是提前準備一個數據回放模式把現場采到的一路原始數據存成數組通過串口注入系統(tǒng)照常走濾波、判定、上報的完整流程屏幕上能看到重量曲線跳動、超限報警亮起、后臺收到記錄。這樣演示不依賴實物也不怕現場環(huán)境干擾。要強調的是回放模式只走業(yè)務層不替代真實采集的驗證驗收表里那幾項還是得用砝碼實測。還有一個小習慣把所有可以調的量集中到一個結構體里閾值、死區(qū)、確認次數、上報周期、標定系數全放進去做成一個參數頁答辯時老師問“這個閾值能不能改”當場改給他看比嘴上說“可以改”有說服力得多。從那以后我每次打樣之前都會先把標定流程和斷網補傳這兩條路在臺面上跑通再焊板子、再裝殼。血淚經驗是硬件問題能靠換件解決流程沒走通到了現場就是干瞪眼。希望這套結構能幫到你少走幾段彎路。本文還有配套的精品資源點擊獲取