1. 项目缘起与整体设计思路工业现场的环境感知节点说白了就是把温度、湿度这类物理量变成能上网的数字信号再通过标准协议传给上位机或者云端。我手上这个项目核心就是一块带以太网接口的温湿度传感器节点要求能直接接入工厂已有的局域网用Modbus TCP协议跟PLC、SCADA或者组态软件对话。为什么选以太网而不是RS485或者无线原因很直接工厂里网线到处都是交换机端口管够带宽大、延迟低、抗干扰能力比无线强太多而且Modbus TCP天生就是跑在以太网上的协议栈成熟调试工具一抓一大把。这个节点的设计目标很明确第一硬件上要稳定可靠工业环境里电磁干扰、温湿度波动、电源纹波都是家常便饭不能像消费级产品那样娇气第二通信协议要标准必须支持Modbus TCP寄存器映射要清晰方便上位机直接读第三成本要可控不能为了追求性能堆一堆用不上的资源。基于这三点我最终选定的方案是主控用带MAC控制器的MCU外挂一颗PHY芯片实现以太网物理层温湿度传感部分用数字式传感器直接输出校准后的数字量省去模拟电路设计和ADC校准的麻烦。为什么不用现成的串口服务器加RS485传感器那样做确实省事但节点数量一多布线成本和故障点就上去了而且RS485是总线型拓扑一个节点出问题可能拖垮整条总线。以太网是星型拓扑每个节点独立坏一个不影响其他维护起来也方便。另外Modbus TCP的报文里自带事务标识和单元标识多节点轮询时不会像Modbus RTU那样容易混淆。这些考量在项目初期就定下来了后面所有硬件和软件的设计都是围绕这个思路展开的。提示工业现场选以太网还是RS485关键看节点密度和布线条件。节点分散、距离远、已有交换机端口富余的优先以太网节点集中、成本敏感、电磁环境极端的RS485反而更稳。2. 硬件架构与关键器件选型2.1 主控与以太网PHY的搭配逻辑主控这块我选的是带RMII接口的MCU具体型号就不点名了市面上支持RMII的ARM Cortex-M系列芯片很多选型时重点看三点一是MAC控制器是否内置二是RMII引脚是否够用且不跟其他外设冲突三是是否有成熟的TCP/IP协议栈移植案例。内置MAC的好处是省掉一颗外置MAC芯片PCB面积和成本都降下来了。PHY芯片选的是常见的10/100M自适应型号支持RMII接口跟MCU的MAC直接对接中间只需要加网络变压器和RJ45座子。这里有个细节值得展开RMII接口需要50MHz的参考时钟这个时钟可以由MCU提供也可以由PHY芯片提供还可以用独立晶振。我选的是PHY芯片输出50MHz时钟给MCU的方案因为这样MCU这边少一个晶振布线也简单。但要注意PHY输出的时钟质量必须好抖动大了会导致丢包。实测下来只要PHY的供电和地处理干净这个方案完全没问题。网络变压器的作用是隔离和阻抗匹配工业环境里强烈建议用带共模扼流的变压器能有效抑制共模干扰。RJ45座子选带屏蔽罩的金属外壳接到机壳地不是数字地这一点很多新手容易搞错。屏蔽罩接数字地反而会把干扰引入信号地导致通信不稳定。2.2 温湿度传感部分的硬件设计温湿度传感器我选的是数字式I2C接口的型号直接输出经过校准的温度和湿度数字量。为什么不选DHT11DHT11便宜是便宜但精度差、响应慢、单总线协议对时序要求苛刻工业环境里温湿度变化虽然不快但精度和长期稳定性是硬指标。数字式I2C传感器精度能到±0.3°C和±2%RH而且出厂校准一致性好换传感器不用重新标定。I2C总线上拉了4.7kΩ的上拉电阻到3.3V这个阻值不是随便选的。上拉电阻太大上升沿变缓高速通信时波形会塌太小则功耗增加而且某些传感器有最小阻值要求。4.7kΩ在100kHz标准模式和400kHz快速模式下都是比较稳妥的选择。如果总线电容较大比如走线很长或者挂了多个从机可以适当减小到2.2kΩ。PCB布局时I2C走线尽量短远离时钟线和电源开关节点避免串扰。电源部分工业现场一般是24V供电节点内部需要降压到3.3V。我用了两级降压第一级24V转5V用宽压输入的DC-DC第二级5V转3.3V用LDO给MCU和传感器供电。为什么第二级用LDO而不是DC-DC因为LDO输出纹波小对模拟和射频部分更友好虽然效率低一点但3.3V这路电流不大发热可以接受。DC-DC的开关频率选在400kHz以上避开中波广播频段输入输出加π型滤波电感和电容选低ESR的。2.3 接口防护与PCB布局要点以太网接口的防护不能省。RJ45的差分对要加ESD保护器件选低电容的TVS阵列结电容小于3pF否则会影响信号完整性。差分对的走线要等长、紧耦合阻抗控制在100Ω±10%差分对之间保持足够间距避免串扰。PHY芯片下面的地平面要完整不要被其他走线割裂。晶振尽量靠近PHY芯片走线包地处理。温湿度传感器如果放在板子边缘要注意远离发热器件比如DC-DC和LDO。我一般把传感器放在板子一角开槽隔离或者用延长线引出来确保测量的是环境真实温湿度而不是板子自身的温升。这个细节在实测中影响很大板子内部温升3-5°C很常见如果不注意湿度读数也会偏低。3. 通信协议栈的实现与Modbus TCP映射3.1 以太网协议栈的裁剪与移植在MCU上跑以太网协议栈不能照搬Linux那套必须裁剪。我用的是轻量级TCP/IP协议栈只保留ARP、IP、ICMP、TCP和必要的DHCP客户端。UDP要不要看需求如果只需要Modbus TCPUDP可以砍掉省RAM和Flash。DHCP客户端建议保留现场调试时插上网线就能自动获取IP不用手动配省事。但如果现场是固定IP分配DHCP也可以砍掉进一步精简。协议栈的缓冲区管理是关键。MCU的RAM有限不能开太大的发送和接收缓冲区。我的做法是发送缓冲区开2个每个1.5KB左右接收缓冲区开4个每个1.5KB总共不到10KB。Modbus TCP的报文一般不会超过260字节1.5KB的缓冲区足够容纳最大帧。缓冲区太少会导致并发连接时丢包太多则浪费RAM。实测下来2发4收在单连接轮询场景下完全够用如果上位机并发连接多可以适当增加接收缓冲区数量。MAC层的配置要注意开启CRC校验和自动填充关闭流控或者根据交换机支持情况开启。PHY芯片的自协商要打开强制全双工100M在某些老交换机上反而会出问题。中断优先级要合理分配以太网接收中断的优先级不能太低否则高速轮询时会丢包但也不能太高否则会影响传感器采集的实时性。我一般把以太网中断设为中等优先级传感器采集用定时器触发优先级稍高。3.2 Modbus TCP寄存器映射设计Modbus TCP的寄存器映射是这个项目的核心。温湿度传感器节点对外暴露的寄存器不多但设计时要考虑扩展性。我定义了以下几组寄存器寄存器地址类型内容说明0x0000输入寄存器温度值单位0.1°C有符号16位0x0001输入寄存器湿度值单位0.1%RH无符号16位0x0002输入寄存器状态字bit0传感器在线bit1数据有效0x0003保持寄存器设备地址1-247默认10x0004保持寄存器波特率保留以太网下无效0x0005保持寄存器温度偏移单位0.1°C用于校准0x0006保持寄存器湿度偏移单位0.1%RH用于校准温度用有符号16位表示范围-3276.8°C到3276.7°C实际工业环境-40到125°C完全覆盖。湿度用无符号16位0到1000对应0到100.0%RH。状态字的设计是为了让上位机快速判断数据是否可信传感器断线或者数据超范围时状态字对应位清零上位机读到后可以报警。为什么温度偏移和湿度偏移放在保持寄存器因为这两个值需要掉电保存上位机可以写写完后节点存到Flash或者EEPROM里。校准的时候拿标准温湿度计对比算出偏差写到偏移寄存器里节点在输出数据时自动加上偏移。这个功能在现场非常实用传感器用久了有漂移不用返厂上位机改个参数就行。3.3 Modbus TCP报文处理与异常响应Modbus TCP的报文格式跟RTU不一样前面多了7个字节的MBAP头事务标识2字节、协议标识2字节、长度2字节、单元标识1字节。事务标识由客户端生成服务器原样返回用于匹配请求和响应。协议标识固定为0长度表示后续字节数单元标识在TCP下一般用0xFF或者跟设备地址一致。处理流程是这样的TCP连接建立后收到数据先解析MBAP头检查协议标识是否为0长度是否合理。然后根据功能码分发0x03读保持寄存器0x04读输入寄存器0x06写单个保持寄存器0x10写多个保持寄存器。功能码不支持或者地址越界时返回异常响应异常码用0x01非法功能、0x02非法数据地址、0x03非法数据值。异常响应的功能码是原功能码加0x80这一点很多新手会搞错。CRC校验在Modbus TCP里不需要因为TCP本身有校验和。但MBAP头的长度字段要仔细校验防止缓冲区溢出。我见过有人因为没检查长度字段被恶意报文打挂的案例。长度字段最大允许260左右超过的直接丢弃连接不要犹豫。注意Modbus TCP的单元标识在纯TCP网络里通常被忽略但如果你的节点后面还挂了RTU网关单元标识就有意义了。设计时最好保留这个字段的解析方便以后扩展。4. 固件实现与实操调试过程4.1 传感器驱动与数据采集流程传感器驱动这块I2C的初始化要稳。时钟频率先降到100kHz调试通了再升到400kHz。初始化序列按数据手册来软复位、读ID、配置测量精度和加热器状态。测量模式我选的是周期测量每秒采一次数据放在传感器内部寄存器里MCU定时去读。为什么不选单次测量因为单次测量每次都要发命令、等转换功耗虽然低但实时性差而且代码逻辑复杂。周期测量下传感器自己按节奏更新MCU只管读简单可靠。数据读取时要注意温度和湿度是两个寄存器读的时候最好连续读保证是同一时刻的数据。如果分开读中间隔了几毫秒温湿度可能不是同一时刻的虽然工业环境变化慢但严谨起见还是连续读。读回来的原始值要按数据手册的公式转换温度是原始值除以65536乘以175.72减去46.85湿度是原始值除以65536乘以125减去6。这些公式我直接写成宏或者内联函数避免浮点运算开销大的问题可以用定点数近似。采集任务用定时器触发优先级设为比以太网中断稍高。为什么因为传感器采集是周期性的错过一次下次还能补但以太网接收如果丢了包TCP会重传延迟就上去了。所以让采集稍微优先一点保证数据新鲜度。采集到的数据放到全局结构体里加个互斥锁或者关中断保护防止以太网中断里读的时候数据被改了一半。4.2 以太网通信的调试与抓包分析调试以太网通信抓包工具是必备的。我用的是Wireshark配合交换机端口镜像或者直接在PC上抓。第一次调试时节点插上网线PC上看到ARP请求但节点不回说明协议栈的ARP响应没做好。查代码发现是ARP表太小只有4个条目PC的ARP请求进来后表满了新条目进不来。把ARP表改成8个问题解决。这个坑很典型轻量级协议栈为了省RAMARP表往往开得很小实际使用时很容易不够。Modbus TCP调试用Modbus Poll连上节点的IP和502端口读输入寄存器。第一次读返回异常码0x02非法数据地址。查代码发现输入寄存器的起始地址我写的是0x0000但Modbus Poll默认从0x0000开始读应该没问题。再查发现是功能码处理里0x04读输入寄存器的分支写错了把地址偏移算成了保持寄存器的。改过来就好了。这种错误很隐蔽因为功能码对了但地址映射错了返回的异常码又不够具体。抓包分析时重点看几个地方TCP三次握手是否正常Modbus请求和响应的事务标识是否匹配响应时间是否稳定。我实测下来单次读请求从发出到收到响应平均在5ms以内最大不超过20ms。如果超过50ms就要查是不是协议栈缓冲区不够导致重传或者PHY的自协商出了问题。工业现场对实时性要求高的场景这个响应时间要重点关注。4.3 工业现场部署与抗干扰实测现场部署时网线用超五类屏蔽线水晶头按T568B线序压好屏蔽层在交换机端接地节点端不接避免地环路。节点供电用隔离型DC-DC输入输出地分开减少共模干扰。如果现场变频器多网线走线要远离动力电缆至少保持20cm以上距离交叉时垂直交叉。抗干扰实测我做过几组对比不加网络变压器通信误码率明显上升尤其是附近有变频器启动时加了带共模扼流的变压器后误码率降到可接受范围。电源端加TVS和π型滤波后雷击浪涌测试能过2kV。这些防护措施在实验室里可能看不出差别但到了现场就是稳定和不稳定的分水岭。温度补偿方面我在固件里加了简单的线性补偿根据MCU内部温度传感器读数对温湿度传感器的输出做微调。虽然MCU内部温度传感器精度不高但用来补偿板子自身的温升趋势足够了。实测补偿后节点在密闭机箱内和敞开环境下的读数差异从3°C降到0.5°C以内。5. 常见问题排查与避坑经验5.1 以太网连接不上的排查思路节点插上网线后交换机灯不亮或者PC ping不通按以下顺序排查现象可能原因排查方法交换机灯不亮PHY供电异常万用表测PHY的3.3V和1.2V如果有灯亮但ping不通IP地址冲突或子网不对串口打印IP确认跟PC同网段ping通但Modbus连不上502端口未监听抓包看TCP SYN是否有响应时通时断网线或变压器问题换网线检查变压器中心抽头电压高速丢包RMII时钟抖动大示波器测50MHz时钟的抖动PHY芯片的复位时间要足够一般要求复位低电平保持10ms以上。我遇到过复位时间不够导致PHY内部寄存器没初始化完自协商失败的情况。后来在复位电路上加了RC延时确保上电复位可靠。5.2 Modbus通信异常的处理技巧Modbus Poll报异常时先看异常码。0x01非法功能说明功能码不支持检查代码里是否实现了该功能码。0x02非法数据地址说明寄存器地址越界检查地址映射表。0x03非法数据值说明写入的值超出范围检查写操作的边界判断。0x04从站设备故障一般是传感器读取失败检查I2C通信是否正常。还有一个坑Modbus TCP的MBAP头长度字段是包含单元标识的计算时容易少算一个字节。我见过有人长度字段少算1导致上位机解析报文时多读一个字节数据错位。这个错误抓包时能看出来长度字段跟实际字节数对不上。提示Modbus Poll和Modbus Slave的注册密钥问题建议用官方试用版或者开源替代工具不要用来源不明的密钥避免安全风险。5.3 传感器数据跳变的排查温湿度读数偶尔跳变先看电源纹波。用示波器测传感器供电引脚纹波超过50mV就可能影响读数。加个10uF和0.1uF的电容就近滤波。再看I2C波形上升沿是否太缓上拉电阻是否合适。如果I2C总线上挂了多个从机检查地址是否冲突。最后看传感器是否被周期性的热源影响比如DC-DC的开关频率跟采集周期共振导致读数周期性波动。调整采集周期或者DC-DC开关频率避开共振点。长期运行后数据漂移一般是传感器老化或者污染。工业环境里粉尘、腐蚀性气体都会影响传感器。我的做法是每年校准一次用标准温湿度计对比把偏移写到保持寄存器里。如果偏移超过传感器精度的3倍建议更换传感器。6. 个人实操体会与扩展思路这个节点我从画板子到固件调通前后花了大概三周其中调试以太网通信占了一半时间。最大的体会是以太网硬件设计看着简单但差分线阻抗、变压器选型、PHY复位时序这些细节任何一个没处理好都会导致通信不稳定。软件方面轻量级协议栈的缓冲区配置和中断优先级分配直接决定了高负载下的丢包率。扩展方面这个节点目前只做了温湿度但硬件上留了I2C扩展接口可以挂光照、气压、空气质量传感器。Modbus寄存器映射也留了扩展空间加传感器只需要增加输入寄存器地址。如果现场需要无线备份可以在板上留一个UART接口外接无线模块Modbus RTU over无线跟以太网互为冗余。不过那是另一个项目的事了。最后分享一个小技巧调试Modbus TCP时如果手头没有Modbus Poll可以用Python的pymodbus库快速写个测试脚本几行代码就能读寄存器比装软件快多了。脚本里把事务标识打印出来跟抓包结果对照定位问题非常高效。