基于STM32的四路超重检测系统设计：从传感器到现场调试完整指南

简介一套基于STM32的公路四路超重检测系统完整工程源码面向嵌入式开发者、物联网学习者及交通监测方向技术人员用于解决公路超重车辆实时检测与联网报警问题。资源总计306个文件压缩包约10.31MB包含Keil工程核心文件63个.h头文件、57个.c源程序、编译输出文件.o/.d/.crf/.axf/.map及工程配置文件.uvprojx/.uvoptx可完整还原项目目录结构与编译环境。目前已有332人学习下载。内容主要基于STM32F10x系列涵盖称重传感器数据采集、四路独立检测、OLED显示、声光报警及基于Gizwits的物联网上报等模块源码注释清晰、模块划分明确适合作为毕业设计、课程设计或实际项目改造的参考范本。资源包中另含调试配置与映射文件便于学习者追踪链接过程、快速定位启动与中断向量配置能够帮助读者从底层驱动到应用层联网形成完整认知。 做治超站改造项目时甲方技术负责人提了一个需求称重平台要能同时采集四个角传感器的受力不仅要出总重还得能看出偏载、异常受力。听起来不复杂真正用STM32把四路信号稳定采回来、完成标定、扛住现场上百吨大车反复碾压后踩过的坑一点不少。这套基于STM32的公路四路超重检测系统我打算把从需求拆解、主控选型、硬件电路、软件算法到现场调试的完整过程写出来给正在做治超、称重、力检测类项目的朋友一个可直接参考的样本。1. 先搞清楚“四路”到底指什么系统架构与需求拆解1.1 公路超重检测的两种典型工作模式“公路超重检测”这个词在不同场合含义差别很大。一种是静态整车称重车辆完全停在秤台上等读数稳定后记录总重国标精度高但效率低适合治超站精确执法另一种是动态称重WIM车辆以5到15公里的时速通过称重区通过埋在路基里的传感器推算轮轴载荷效率高但精度受车辆速度、振动、胎压影响大。本项目定位在两者之间——治超站入口预检。车辆低速通过预检平台既要效率又要一定精度因此采用动态称重的思路利用四路传感器数据做稳定判定后给出准静态结果。这类场景对实时性要求并不苛刻真正苛刻的是长期户外工作下的稳定性和抗干扰能力这一点直接决定了后续的主控选型和硬件设计方案。1.2 “四路”的物理含义几种常见架构必须事先定义“四路”在不同项目里指的东西差别很大做方案前必须先定义清楚否则硬件做完再改就晚了。我归纳了几种常见理解第一种是一块整体秤台由四个桥式传感器在四个角支撑四路信号合成总重还能计算重心偏移第二种是一条车道上左右轮迹各布置两个传感器四通道分别记录左右轮轴载荷适合动态称重时还原轴载谱第三种是四个独立车道各有一路信号汇聚到同一台控制柜做多通道监测第四种是同一检测断面安装多排传感器做冗余校验用四路数据互相印证来提高单轴称重的可信度。本文按第一种方案A展开平台四角各装一个额定20吨的桥式传感器四路信号经过处理后不仅给总重还能给出偏载系数。这套硬件架构改一改传感器布置位置就可以平滑切换到第二种方案B软件上只需要重新定义四路通道的物理位置不需要改动采集和标定框架。当初坚持“四路独立采集、独立标定”就是为了保留这种扩展灵活性。1.3 系统整体框架与数据流向用一个表格先看全貌环节实现方式关键点载荷感知4只桥式称重传感器平台四角支撑0~20t灵敏度2mV/V模拟调理差分放大 RC低通将mV级信号放大到ADC量程滤除高频振动信号采集四通道24位Σ-Δ ADC每通道10~80SPS满足低速称重数据处理STM32固件数字滤波、零点标定、增益标定、超限判断输出联动LCD显示、声光报警、RS485本地显示总重和分路重量超限时上报上位机数据流是一条很典型的传感器链路四个角传感器各自输出差分电压信号经放大和滤波后进入ADCSTM32通过SPI读取四通道数据在固件里做标定和稳定判断最终驱动显示屏、报警器并通过RS485把数据送到治超站上位机。这个框架同样适用于称台改造或便携式称重设备只要把传感器和机械结构换掉电气和软件部分基本不用动。2. 为什么主控选STM32一项常被低估的选型决策2.1 ADC资源是核心硬指标很多人做称重系统第一反应是用专门的称重芯片比如HX711主控随便配个单片机就行。这话对也不对。只看“采个重量信号”HX711确实够但四路系统要处理的是多通道、同步性、标定逻辑、通信协议和现场升级主控的资源调度能力就变得非常重要。STM32F103系列内置3个12位逐次逼近型ADCADC时钟在72MHz系统主频下可配到12MHz即便采用较长的239.5个周期采样时间单通道转换也只要约20微秒出头。四通道循环采集加DMA搬运一秒钟可以完成上万次完整轮询完全覆盖称重信号几十赫兹的有效带宽。这个性能余量意味着固件里有充足的时间跑滤波、跑稳定判定、跑通信任务不会卡在采集环节。2.2 片内外设正好长在需求上四路超重检测系统的外设需求很典型多路ADC需要DMA自动搬运车辆通过时要打时间戳、要测平台振动周期需要定时器现场设备要联网上报USART和CAN都要预留标定系数和超限记录需要掉电保存内部Flash直接解决问题治超站通常要求数据带时间内部RTC也就成了标配。这些外设STM32全都原生自带不需要额外扩展芯片。相比用51单片机或者AVR要凑齐这些资源往往得拼好几颗IC板级复杂度和故障率都上去了。这也是我在方案评审时力主STM32的核心理由——不是跑分高而是接口刚好够不用到处搭桥。2.3 对比一圈其他方案结论更明确方案优势劣势结论51/AVR学习门槛低ADC、DMA、存储、通信资源都紧张四路采集不推荐MSP430低功耗突出同等资源下价格和供货不占优不适合户外固定设备STM32F103外设齐全、生态最大需要投入一定学习成本本项目选型ESP32WiFi方便、性能强ADC线性度差工业现场可靠性存疑做原型可以做产品慎重工业PLC稳定、集成度好价格高、标定算法改起来麻烦小批量项目成本扛不住另外还有一个现实因素STM32是工程师社区资料最厚的芯片之一。从标准库新建工程到HAL库ADC单通道DMA多次采样几乎所有环节都有现成可参考的代码项目周期和排错成本都大幅下降。对治超站这种小批量、定制化需求多的项目这是非常实际的加分项。3. 硬件链路设计从称重传感器到STM32引脚的每一级3.1 传感器选型与量程计算称重传感器是整个系统的第一级选型错误后面再好的算法也白搭。本系统平台为4米×1米左右的低速预检台按最重的六轴货车总重49吨计算加上秤台自重和动载冲击四个传感器必须留出余量。我选了四只额定20吨的桥式传感器合计80吨等效安全系数约1.6这个余量同时考虑了传感器长时间蠕变老化和偏载情况。传感器灵敏度按常见的2.0mV/V计算5V激励时满量程输出只有10mV。这个信号直接进任何ADC都是浪费分辨率必须放大。确定放大倍数时按满量程输出覆盖ADC量程的三分之二到四分之三设计既保证分辨率又防止超载信号饱和。如果ADC量程是3.3V取满量程对应2.5V左右增益约250倍正好落在仪表放大器的常用区间。3.2 放大与采样三套方案的选择逻辑方案A仪表放大器INA128/AD620加STM32内部ADC。INA128的增益公式是G150kΩ/Rg目标增益250倍时Rg约200Ω。这套方案采样率最高成本最低但对PCB布线和电源质量要求很高12位分辨率在放大250倍后一个LSB只对应约3mV输入现场稍有不慎噪声就会吃掉低位数据。方案BHX711专用称重芯片。24位Σ-Δ ADC外围简单但芯片虽然有两个差分输入接口同一时刻只能对其中一个通道做转换四路要么用两片做通道切换要么干脆每片只盯一个传感器。HX711在80SPS工作点下一次转换要12.5毫秒切换通道后还要丢弃前几次数据四路严格同步的时序会很紧张所以这套方案更适合静态称重、每路一片独立处理。方案CADS1234四通道24位Σ-Δ ADC。一片直接提供4个全差分输入通道SPI接口读取数据率可选10SPS或80SPS。对治超站低速预检来说车辆停在平台上读稳定值80SPS绰绰有余。这个方案用一片芯片解决四路同步问题通道间一致性也比拼装多片HX711好。我最终选它就是看中这一点四路系统最怕各路数据各说各话硬件层面同步通道能少一桩头疼事。3.3 激励电压回读一个提升长期稳定性的细节量产设计中经常忽略一个细节传感器激励电压会随电缆长度、温度、电源波动而变化激励变了输出灵敏度也跟着变。严谨的做法是采用比例测量让ADC的参考电压和传感器激励共用同一个5V源这样即使激励电压缓慢漂移ADC读数与激励的比值仍然稳定相当于自动补偿。这个做法在户外设备上的价值远高于实验室环境治超站设备夏天晒到60度、冬天零下十几度电源波动和器件温漂都是真实存在的。3.4 信号链路的抗干扰设计模拟信号链路在户外面对的主要干扰源是电源纹波、路基振动和雷电感应。我的处理经验可以总结成几条传感器信号线用屏蔽双绞线屏蔽层在设备柜一侧单点接地每一路差分信号进ADC前加RC低通按159Hz截止频率设计10kΩ电阻配100nF电容滤除路面振动产生的高频分量模拟电源用独立LDO并加LC滤波模拟地和数字地在PCB上单点连接进线口按规范加放电管和TVS管防止雷击通过传感器电缆损坏后级电路。4. 软件算法链路从ADC原始码到“超重判定”的完整过程4.1 ADC采集与DMA传输的骨架代码软件部分的核心思路是“采集不占CPU、滤波吃透数组、标定参数可配置”。初始化用STM32CubeMX生成骨架主要工作是配置ADC1为扫描模式、4个规则通道循环转换再挂一个DMA循环传输把四通道数据自动搬运到内存数组里。关键配置片段如下hadc1.Init.ScanConvMode ENABLE; // 多通道扫描 hadc1.Init.ContinuousConvMode ENABLE; // 连续转换 hadc1.Init.NbrOfConversion 4; // 4个通道 // 规则组依次加入四个通道 sConfig.Channel ADC_CHANNEL_0; sConfig.Rank 1; sConfig.SamplingTime ADC_SAMPLETIME_239CYCLES_5; // 通道1~3同理Rank依次为2、3、4 // DMA循环模式目标是一次转换完成自动搬出4个值 hdma_adc1.Init.Mode DMA_CIRCULAR; HAL_ADC_Start_DMA(hadc1, (uint32_t *)adc_buf, 4);转换结果以4个16位整型为一组DMA会不停覆盖写满后再从头写。为了避免正在处理的数据被下一次覆盖实际项目中我用DMA半完成和完全完成两个中断配合两个缓冲区做乒乓切换前半段时间CPU处理缓冲区A后半段处理缓冲区B互不干扰。4.2 数字滤波称重信号处理的第一个关键称重传感器的原始输出叠加了大量噪声包括路面振动、车辆引擎抖动和电磁干扰直接在原始码上判断没有任何意义。滤波我用两级处理先做滑动平均再做中值滤波剔除毛刺。滑动窗口取16次对应80SPS采样率就是0.2秒的时间窗能有效平滑振动噪声又不会把车辆加载瞬间的阶跃响应拉得太钝。代码骨架如下#define FILTER_N 16 static int32_t hist[4][FILTER_N]; static uint8_t pos; void filter_push(int32_t *raw) { for (int ch 0; ch 4; ch) { hist[ch][pos] raw[ch]; } pos (pos 1) % FILTER_N; } int32_t filter_avg(int ch) { int64_t sum 0; for (int i 0; i FILTER_N; i) sum hist[ch][i]; return (int32_t)(sum / FILTER_N); }中值滤波单独用另一个小窗口从最近5个滤波值中取中间值返回专门对付雷击或电磁脉冲引起的单点毛刺。这两级滤波在治超站实测中对稳定性的提升非常明显原始码跳动幅度能从几十个码降到三五个码以内。4.3 零点、增益标定与总重计算标定模型采用最常见的线性模型重量 (滤波值 - 零点) × 标定系数。零点在空秤状态下连续采集10秒取平均标定系数通过标准砝码逐路加载得到整个过程在固件里做成一个标定模式通过串口命令触发。更严谨的做法是把每路标定系数做成多点分段线性表比如0吨、5吨、10吨、20吨四个标定点用线性插值修正非线性误差。标定参数保存在STM32内部Flash的最后一个页上电时读取校验校验失败则回退默认系数并置错误标志防止现场设备一断电就失忆。总重计算时还要考虑一点四路传感器虽然分担一个平台但机械结构存在耦合单独在某一个角加载时其他角也会有微小响应。精度要求高时可以建立4×4耦合矩阵做解耦把各路原始值先恢复成独立受力再乘标定系数。治超站预检对总重精度要求没有执法级那么高我用简单模型加多点标定已经能控制在±1%以内执法级再上矩阵解耦不迟。4.4 超重判定稳定状态机和去抖逻辑称重系统不能一边跳动一边读数必须判定平台是否稳定。我实现了一个简洁的状态机空闲状态检测到总重超过启动阈值后进入加载状态加载状态下连续16次滤波值变化小于0.5%FS则认为稳定进入读数状态读数状态保持500毫秒后记录数值、触发超限判断然后回到空闲状态等待下一辆车。判定阈值按治超政策设置我在代码里留出可配置项避免政策调整后动一次固件。为了防止临界重量反复报警加了回差逻辑报警解除阈值比报警阈值低2吨比如49吨报警47吨才解除。这在现场很实用否则车辆停在平台上压着临界值的时候报警器会像抽风一样反复响。4.5 数据记录、Modbus上报与远程标定治超站要求有据可查所以超限记录要本地存储我用Flash最后一页循环记录最近100条事件包括时间戳、总重、各分路重量和判定结果掉电不丢。现场设备通过RS485走Modbus-RTU把实时数据送到上位机Freemodbus协议栈移植非常成熟半天就能跑通。寄存器表我按总重、分路重量、设备状态、标定参数四类分组上位机不仅读数据还可以下发标定命令和修改报警阈值极大减少现场开箱调试的次数。固件升级预留了Bootloader入口支持串口IAP新版本固件通过维护口就能刷进去。5. 现场调试记录四路系统最容易踩的坑与排查链路5.1 坑一开机零点与稳定后零点差一大截第一次带着设备去现场开机后马上置零显示很漂亮但过了半个多小时总重莫名其妙多了将近一百公斤。排查链路先怀疑传感器热胀冷缩再怀疑秤台变形最后查出来是放大器温漂——设备柜晒着太阳内部温度比环境高十几度放大器输入偏置随温度漂了。解决办法分两步软件上把开机置零延迟到设备运行3分钟以后执行并额外加一个“零点慢追踪”逻辑只在确认平台空载且稳定时才更新零点硬件上把模拟放大级放在柜内温度最平稳的位置有条件用恒温处理更好。现在户外项目我都默认给每个设备挂一路温度传感器做零点补偿的经验数据实测能显著降低季节温差读数漂移。5.2 坑二四路单独标定都对合起来总重失真这是四路系统特有的大坑。单角标定时每个角拿砝码压标定系数都对但整车开上去之后四路加起来反而比车辆实际重量偏大或者偏小。原因在于秤台本身是钢结构受力会通过台面传到相邻传感器机械耦合导致一个角受力时另外几个角也有输出。排查思路是先做单角加载试验在四个角依次放同一块标准砝码记录下四路输出如果发现其他角有明显响应说明耦合存在。解决办法要么是机械上把台面做成真正独立受力的结构要么在算法里用耦合矩阵把各路信号解耦后再算总重。我调试时先用Excel做了4×4矩阵的离线验证确认简单线性解耦能把误差从2%压到0.5%以内固件里实现矩阵运算也就几十行代码的事。5.3 坑三大车低速驶过时数据依然剧烈跳动动态场景下最让人头疼的是振动。治超站来来往往都是重载车一脚刹车、一次发动机轰鸣都可能在平台上激起共振。我发现如果只看滤波后的绝对值很难区分平台上有车和大车在旁边刹车造成的振动干扰。最后的排查路径是分两步先提高数字滤波阶数把有效带宽压到10赫兹以下再用地感线圈做物理触发——预检平台前埋地感线圈只有地感信号确认车辆进入检测区域后才允许进入超重判定的加载状态旁边车道车辆的振动噪声被逻辑层直接忽略。这套“物理触发软件锁定”的办法比单纯在数据层做文章可靠得多。5.4 现场调试常用的组合拳给正在调试同类系统的朋友一个建议一定要把STM32的串口调试通道利用起来。固件里加一个printf重定向把四路滤波前后的原始码、标定结果、状态机状态全部按周期打印电脑上用串口绘图软件把曲线画出来。肉眼看到波形之后很多问题一个小时内就能定位比对着寄存器值猜效率高太多。现场标定也有一套固定流程确认平台四角水平、检查电缆屏蔽层接地、记录环境温度、空秤10分钟、四角分别用标准砝码标定、把标准载重车正反向通过各跑三遍验证。这套流程里任何一步偷懒后面都会在数据上找回来。说实话四路超重检测真正难的不是某一项技术而是把传感器、模拟电路、数字滤波、标定逻辑和现场工况串成一个能长期稳定运行的整体。现在回看最值钱的经验反而是那三个坑温漂、机械耦合、振动干扰。它们都是纯看原理图看不出来的问题必须到了现场、跑了实车、见了波形才会有深刻理解。如果你是打算拿这个方向做毕业设计建议硬件上直接从四通道Σ-Δ ADC加STM32的框架起步先把数据采回来、把标定流程跑通再考虑优化算法如果你是做产品那务必把标定参数的可配置性和现场调试工具链做扎实。这套方案我已经在两个治超点跑了一年多只要标定和接地做好故障率非常低。本文还有配套的精品资源点击获取