尧图网站建设 
简介面向工业自动化现场调试与 PLC 编程人员提供一份围绕三菱 FX5U 系列 PLC 与温湿度变送器实现 MODBUS RTU 通信的完整编程示例文档。内容覆盖 FX5U 485 串口通信参数配置、主站站号设置、温湿度变送器 A、B- 接线以及 GX Works3 中编写读取指令并将温湿度数据存入 D0、D1 的具体步骤是快速掌握 MODBUS RTU 从站设备对接的实用参考。文档为单个 docx 文件整体约 1018KB以文字说明配合界面截图形式呈现便于按步骤理解与复现程序调试流程。读者可借此熟悉 485 串口设置入口、通信参数与变送器手册的核对方法、MB 读取类指令的实际用法也能明确温度与湿度寄存器地址的对应关系减少现场联调时的盲目排查。已有 1030 人学习下载适合作为三菱 FX5U 通信编程快速入门与现场常见排错对照的实用资料。 前阵子给车间做了一套环境在线监测的小改造核心就是让三菱FX5U系列PLC通过MODBUS RTU协议把分布在几个区域的温湿度变送器数据全部采集上来。这个活儿听起来不复杂真正动手做的时候才发现串口参数、报文格式、CRC校验、轮询时序、数据解析每一个环节都有学问官方手册写得又不够细我踩了几个坑才算把整套逻辑跑稳。这篇就把完整的方案思路、编程示例和排错过程整理出来给正在做FX5U串口通信的朋友做个参考。我把这次项目的实践路径拆成五个部分方案选型、硬件接线、协议分析、程序实现、故障排查。每一部分都是实际调试中必须跨过去的坎少一个后面都会还债。1. 通信方案选型与硬件准备1.1 为什么最终选了MODBUS RTU而不是模拟量信号很多老工程师一提到温湿度采集第一反应是4-20mA模拟量信号。模拟量方案在单点、近距离场景下确实简单直接但这次项目的现场情况比较特殊传感器分散在车间不同区域最远的一台距离PLC控制柜将近120米而且现场已经有几路485在用新增传感器直接挂到现有总线上就行。对比一下两种方案的差异就很明显对比维度4-20mA模拟量MODBUS RTU布线成本每台传感器需要一根三芯屏蔽线一台变送器只需一根双绞线可串联扩展性新增点位需重新放线新增从站只需串进总线改程序传输距离最远几十米受干扰影响大1200米内稳定可靠工程量换算需做4-20mA到工程量的线性换算直接读寄存器协议定了就是一比一数据丰富度只能传一个模拟量温湿度、露点、自诊断信息都能传再加上FX5U本体自带RS-485接口MODBUS RTU主站功能是标配不需要额外硬件成本。所以最后拍板就是用MODBUS RTU。1.2 FX5U侧的硬件准备清单FX5U系列PLC并不是所有型号的口都一样先确认手头PLC的型号。FX5U本体上有一个RJ45以太网口这是标配串行通信口方面大部分标准型FX5U带有RS-485通信口端子式部分紧凑型或者特殊型号可能需要加装FX5-485ADP通信扩展板。这块一定要先查手册确认千万别想当然以为所有型号都有485口。我自己用的是一台FX5U-80MT/ES本体的RS-485口就是两线制的A、B-端子排接线直接压在端子上。调试阶段我还专门准备了一个USB转RS-485的适配器方便先用电脑把变送器的通信参数摸清楚再上PLC联调。其他要准备的硬件带屏蔽层的双绞线RVSP 2×0.75mm²起步长距离建议1.0mm²以上120欧姆终端电阻两只万用表和简易通断测试仪如果是跨机柜布线注意走线要避开变频器和动力电缆1.3 变送器侧的资料确认这个阶段最忌“猜”拿到温湿度变送器第一件事不是接线而是翻手册确认几个关键参数默认站号、默认波特率、数据位/停止位/校验方式、温湿度对应的寄存器地址、返回数据的数据格式。我在这个环节就吃过亏。有一批变送器默认站号是1波特率是9600数据格式8N1另一批默认站号是2波特率却是19200格式8E1。如果不看手册直接往PLC里配置报文发过去对方根本不理会。还有一点特别容易踩坑寄存器地址体系。有些变送器手册写“温度寄存器地址40001”有些写“协议地址0000”这两种说法实际指向同一个地址。MODBUS报文里填写的起始地址是协议地址0000对应40001的保持寄存器如果不做换算程序里地址经常会差1导致读回来的数据驴唇不对马嘴。2. 物理接线与从站参数设置通信跑通前的关键准备2.1 485接线细节屏蔽层和拓扑结构都别糊弄RS-485走的是差分信号A和B两线决定逻辑电平接线原则是A对A、B对B。三菱FX5U的485端子一般是A或标记为485A和B-或标记为485B变送器侧通常也是A、B-按标识对接即可。接线中最容易忽略的有三个点屏蔽层必须单端接地。很多项目现场把屏蔽层悬空或者两端都接地悬空等于没屏蔽两端接地会造成地环路反而引入干扰。我一般习惯在PLC控制柜侧接地。总线拓扑要手拉手串联不能搞成星型。如果传感器分布是放射状尽量在中间位置做转接把总线串起来不要让某台设备成为“T型分支的尾巴尖”否则长线反射会让通信时好时坏。终端电阻要接在总线物理两端。120欧终端电阻并联在A、B之间但要注意——如果从站设备内置了偏置电阻或者终端电阻就要计算总并联值避免总线负载过重。有些国产变送器内部已经有120欧可选拨码使能后外部就不用再并。2.2 变送器的站号、波特率设置方法站号设置方式各厂家差异很大有的用拨码开关有的用面板按键有的只能通过通信参数写进去。拨码开关的一般是二进制编码比如S1、S2、S3、S4四个拨码表示1~15站号这个看说明书上的对照表设就行。波特率、校验位的设置我强烈建议在接入总线前就与PLC侧对齐。默认值通常写在铭牌或快速手册上但最保险的办法是先把单台设备接到USB转485适配器上用电脑扫描一遍实际参数。车间里几十台设备如果站号重复MODBUS总线上就会出现两台从站同时回复的冲突表现为CRC校验永远不过、返回数据时对时错。排查起来相当头疼所以布线前就要做一张站号分配表登记清楚每台设备挂在哪个位置、站号是多少。2.3 联调前先用串口调试助手做“预通信”我不建议一上来就把变送器接到PLC上盲调。先做一轮电脑和变送器之间的通信验证可以把问题范围缩小一半。操作步骤很直接USB转485适配器的A、B端接到变送器电脑上打开Modbus Poll或者普通的串口调试助手设好串口参数后手动发送一帧读命令比如读1号站、功能码03、起始地址0、读2个寄存器完整报文为01 03 00 00 00 02 C4 0B这帧报文里01是从站地址03是读保持寄存器功能码0000是寄存器起始地址0002是寄存器数量C40B是CRC16校验值低字节在前。如果变送器返回类似下面的数据01 03 04 01 2C 02 6E 7D A5说明通信链路、参数和地址都是对的可以直接进行PLC联调了。如果这个环节就返回超时或者CRC错误就不要带病上PLC先排查是线的问题还是参数的问题。3. 读懂MODBUS RTU报文与寄存器映射3.1 RTU 数据帧结构搞懂它才好定位问题MODBUS RTU的报文结构非常规整每一帧由四个部分组成从站地址1字节、功能码1字节、数据段N字节、CRC16校验2字节。帧与帧之间需要有至少3.5个字符时间的静默间隔这个间隔是RTU模式的硬性要求用来分帧。地址码的取值范围是1~2470是广播地址。普通项目里从站地址尽量从1开始顺序排列别把广播地址和保留地址卷进来。功能码要分清使用场景功能码含义典型用途0x03读保持寄存器读取可读可写的参数区0x04读输入寄存器读取传感器实时测量值0x06写单个保持寄存器设置单点参数0x10写多个保持寄存器批量设置参数温湿度变送器通常会把实时测量值放在输入寄存器区功能码04也有厂家放在保持寄存器区功能码03。两种我都遇到过以手册为准不要认死理。3.2 温湿度变送器的寄存器地址与数据格式最常见的标准映射关系是协议地址0000存放温度0001存放湿度。但不同厂家会做出差异化设计例如有的把地址0放湿度、地址1放温度有的会加一个地址2放露点温度甚至有的设备自定义了浮点格式和整数格式切换寄存器。数据格式这一块普遍有四种情况无符号整型实际值读数值÷10例如读回1325表示132.5℃或13.25℃有符号整型温度零下时按补码计算IEEE754浮点数占用2个寄存器共4字节BCD码表示比较少见但仍在市场上存在建议拿到变送器后先查手册确认格式再用第2.3节的串口工具实测一组数据验算一遍把协议约定吃透了再写程序。3.3 CRC16校验的计算思路如果使用GX Works3配合ADPRW指令做主站CRC校验是PLC自动处理的不需要写代码。但如果走无协议方式用RS/RS2指令收发CRC就必须自己算。MODBUS RTU的CRC16用的是IBM规范生成多项式是0x8005初始值为0xFFFF结果低字节在前发送。计算逻辑是每字节先异或到CRC低字节然后右移8次每移一次如果LSB为1就异或0xA001。给一段C语言参考实现uint16_t modbus_crc16(uint8_t *data, uint16_t len) { uint16_t crc 0xFFFF; for (uint16_t i 0; i len; i) { crc ^ data[i]; for (uint8_t j 0; j 8; j) { if (crc 0x0001) crc (crc 1) ^ 0xA001; else crc 1; } } return (crc 8) | (crc 8); // 低字节在前 }现场演示的时候用这个函数把样例报文算一遍跟串口助手抓到的尾部CRC对比一致说明理解到位了。3.4 浮点型数据的字序陷阱这次项目里用的是整数格式变送器但我之前接过一批浮点格式仪表差点载在字序上。浮点数据4字节被放在两个16位寄存器里。厂家协议如果按大端模式那么寄存器地址小的放浮点的高16位地址大的放低16位。而三菱PLC的数据寄存器对比如D200和D201组合成32位数据默认是低16位在D200、高16位在D201正好反过来了。处理方法很简单先做一次字交换再把数据作为浮点访问。用梯形图的话可以用XCH指令交换D200和D201然后把D200的32位数据MOV到浮点用寄存器后续就能按浮点正常计算了。4. 基于GX Works3的主站编程实现4.1 通信参数配置地址别写在两个地方在GX Works3里FX5U串口通信的参数配置位置在导航窗口的“参数—模块参数—RS-485端口”下最核心的是把通信协议设置为MODBUS RTU模式然后设置波特率、数据位、校验、停止位必须和变送器完全一致。这里有个容易混淆的细节参数里设置的波特率和校验位是物理层的约定而MODBUS从站地址并不在参数里设而是在程序里通过ADPRW指令的实参指定。相当于参数决定“怎么说话”指令决定“跟谁说”。第一次用的时候我把站号填到PLC参数的自站号里结果指令里的地址一直配不对调试了半天才反应过来。PLC本体自身作为从站时的地址也在这个设置页面如果现场还有触摸屏或上位机通过MODBUS读写PLC数据要保证这个地址和总线上其他从站不冲突。4.2 ADPRW指令格式与调用逻辑FX5U在主站模式下读温湿度变送器最直接的方式是调用ADPRW指令。指令格式是ADPRW S1 S2 S3 S4 D参数含义参数含义本例取值S1从站地址K11号站S2功能码H3读保持寄存器/ H4读输入寄存器S3起始协议地址H0对应40001S4寄存器数量K2温度湿度两个寄存器D数据存储首地址D200实际梯形图里我习惯这样组织用M0作为启动读取的触发上升沿调用一次ADPRW避免每个扫描周期连续发帧。读取指令ADPRW K1 H4 H0 K2 D200温度结果放D200湿度结果放D201。执行完成标志用M8029判断置位后做数据处理。如果没有完成并且超时我用T0定时50ms做超时判断则置位错误标志并复位触发条件准备重试。ADPRW指令的好处是像黑盒子一样把报文组帧、CRC计算、超时重试都封装好了程序里只要关注触发条件和结果判定即可。这一点对产线设备来说非常省心。4.3 数据解析与工程量转换的梯形图实现从变送器读回来的D200、D201是原始寄存器值直接上位机用没有意义必须先做工程量转换。如果协议是整数除以10的格式转换逻辑就是温度D200 ÷ 10得到一位小数的实际值湿度D201 ÷ 10得到一位小数的实际值考虑到温度可能为负我建议用带符号除法。GX Works3的整数除法指令DIV支持32位数据先把D200符号扩展成32位再做除法结果存到浮点寄存器供触摸屏显示。梯形图粗略逻辑将D200 MOV到32位寄存器D300/D301注意符号扩展DIV D300 K10 D310商在D310余数在D311把D310再转成浮点存入D320后续直接用D320关联触摸屏如果是浮点格式的变送器比如读回D200、D201两个寄存器在ST语言里转换就非常直观// 温湿度工程量转换ST IF bDataValid THEN // 整数模式协议约定实际值 读数值 ÷ 10 fTemperature : INT_TO_REAL(D200) / 10.0; fHumidity : INT_TO_REAL(D201) / 10.0; END_IF;ST语言的优势在于数学计算可读性高梯形图画浮点除法太占篇幅。实际项目里我常常是梯形图做逻辑控制和轮询ST块做数值处理两套语言配合使用。4.4 多台变送器的轮询机制与超时处理现场不止一台温湿度变送器的时候单次ADPRW就不能满足需求了需要做轮询。我的实现思路是做一个简单的状态机状态0向第1台变送器发ADPRW读请求状态1等待完成标志或超时标志状态2保存数据切换下一台回状态0用计数器配合DECO译码指令或者直接做地址索引都行。这里要特别强调的是轮询节奏控制很多新手在这里犯错误——一个扫描周期内连续对多台从站发请求不管上一帧是否结束。485总线是半双工的上一帧的应答还没回来就发新帧必然导致总线冲突。我通常在每台设备请求完成后插入至少20~50ms的间隔让总线静默一段时间再发起下一帧。如果现场从站设备多整个轮询周期可能需要几百毫秒到1秒这对温湿度采集需求来说足够了不必过分追求快。超时时间设置也有讲究。设太短从站稍微响应慢一点就误判超时设太长单台故障会拖慢整个轮询周期。我一般从50ms起步实测不稳定再逐步加大通常调到100ms能兼顾绝大部分情况。多台设备轮询时每台设备的通信状态最好单独记录。我把超时次数累计到D400开始的寄存器中方便上位机统计哪台设备不稳定这个在项目交付后的维护阶段非常有用。5. 实测中的常见故障与稳定性调优5.1 完全无响应的排错链路联调阶段最让人抓狂的就是“指令触发了但从站毫无反应”。遇到这种情况不要急着改程序按下面这个顺序排查先用USB转485适配器把变送器单独接电脑手动发报文验证设备本身是否正常。这一步能把问题定位在“变送器或线路”还是“PLC配置”。检查485接线A/B是否接反。这是最基础的错误而且不同厂家端子标识混乱有的标D、D-有的标485A、485B有的标A、B很容易弄混。万用表量一下两台设备之间A对A、B对B的通断。检查通信参数波特率、数据位、校验位、停止位逐项和变送器比对。我遇到过一台变送器拨码拨到了8N2程序里是8N1怎么发都没反应用电脑扫描到实际参数才发现。检查站号是否一致PLC指令中的S1参数必须与实际变送器站号吻合ADPRW里面写的K1代表1号站变送器如果拨码是2自然收不到。检查PLC侧该通道的通信协议是否确实设置为MODBUS RTU模式并检查PLC通信端口是否有报警位被触发。按这个链路排查绝大多数“完全无响应”都能在半个小时内找到根因。我自己的经验是70%以上的问题出在A/B接反和参数不一致上真正的硬件故障反而少见。5.2 数据错乱的典型原因与处理数据能回来说明链路通但读回来的数值离谱常见原因有这几种寄存器地址差一变送器手册写“温度寄存器40001”程序里起始地址却填了K1实际应该填H0。这个属于MODBUS地址体系和PLC习惯性偏移导致的经典错误把起始地址往0方向减1就好。数据格式理解错误变送器返回的是有符号整数程序里却按无符号处理零下温度会变成巨大正数。温度在冬季零下时必须检查符号位处理。浮点字序颠倒就是3.4节说的情况读取到D200、D201后要先做字交换再用浮点方式解析。高达“温湿度两只寄存器读反”温度显示正常湿度全乱但数据范围看着又不是完全没道理。解决方案很简单在Modbus Poll里手动读几个已知环境下的值如果湿度和温度数值互换那么程序里D200和D201的对应关系就错了。我建议现场联调时先在原地用校准过的温湿度计记录一组标准值再对照PLC读回来的数据这样判断数据错位和换算系数都非常直观。5.3 偶发通信失败与485总线稳定性优化设备平时工作正常但时不时通信超时或数据错误这类故障最磨人。现场排查经验告诉我按以下顺序调优大多数问题都能解决降低波特率9600比19200抗干扰能力强很多。温湿度采集数据量小9600完全够用传输1帧只要几十毫秒没必要为了那点速度牺牲稳定性。改善线缆与接地屏蔽层必须接而且是单端接地。如果现场无法保证接地可靠至少把屏蔽层接到控制柜的PE排上。检查总线拓扑手拉手串联是最理想的方式星型分支处容易产生信号反射。如果实在无法改变布线可以在分支处加中继器或者在主从两端都并终端电阻来吸收反射。增大轮询间隔给每台设备之间加间隔降低总线占用率。尤其是和变频器、伺服驱动器在同一柜内时设备启停瞬间的干扰很致命让通信躲开这个时间段。用“错峰”读取如果总线上还有触摸屏或者其他主站确认总线仲裁机制。多个主站同时发起通信会产生冲突应错峰调度。整套项目跑下来我最深刻的体会是MODBUS RTU这套通信方案就像单位里的老会计规矩简单、可靠稳重只要把默认参数、电平和布线的基本功做实它能稳定跑很多年。最后再分享一个小技巧——现场如果温湿度数据偶尔跳变可以在PLC里对连续两次读数做一次差值判断超出合理范围就沿用上一次值上位机显示会更平稳用户感受也会好很多。本文还有配套的精品资源点击获取 三菱FX5U通过MODBUS RTU采集温湿度变送器完整方案
简介面向工业自动化现场调试与 PLC 编程人员提供一份围绕三菱 FX5U 系列 PLC 与温湿度变送器实现 MODBUS RTU 通信的完整编程示例文档。内容覆盖 FX5U 485 串口通信参数配置、主站站号设置、温湿度变送器 A、B- 接线以及 GX Works3 中编写读取指令并将温湿度数据存入 D0、D1 的具体步骤是快速掌握 MODBUS RTU 从站设备对接的实用参考。文档为单个 docx 文件整体约 1018KB以文字说明配合界面截图形式呈现便于按步骤理解与复现程序调试流程。读者可借此熟悉 485 串口设置入口、通信参数与变送器手册的核对方法、MB 读取类指令的实际用法也能明确温度与湿度寄存器地址的对应关系减少现场联调时的盲目排查。已有 1030 人学习下载适合作为三菱 FX5U 通信编程快速入门与现场常见排错对照的实用资料。 前阵子给车间做了一套环境在线监测的小改造核心就是让三菱FX5U系列PLC通过MODBUS RTU协议把分布在几个区域的温湿度变送器数据全部采集上来。这个活儿听起来不复杂真正动手做的时候才发现串口参数、报文格式、CRC校验、轮询时序、数据解析每一个环节都有学问官方手册写得又不够细我踩了几个坑才算把整套逻辑跑稳。这篇就把完整的方案思路、编程示例和排错过程整理出来给正在做FX5U串口通信的朋友做个参考。我把这次项目的实践路径拆成五个部分方案选型、硬件接线、协议分析、程序实现、故障排查。每一部分都是实际调试中必须跨过去的坎少一个后面都会还债。1. 通信方案选型与硬件准备1.1 为什么最终选了MODBUS RTU而不是模拟量信号很多老工程师一提到温湿度采集第一反应是4-20mA模拟量信号。模拟量方案在单点、近距离场景下确实简单直接但这次项目的现场情况比较特殊传感器分散在车间不同区域最远的一台距离PLC控制柜将近120米而且现场已经有几路485在用新增传感器直接挂到现有总线上就行。对比一下两种方案的差异就很明显对比维度4-20mA模拟量MODBUS RTU布线成本每台传感器需要一根三芯屏蔽线一台变送器只需一根双绞线可串联扩展性新增点位需重新放线新增从站只需串进总线改程序传输距离最远几十米受干扰影响大1200米内稳定可靠工程量换算需做4-20mA到工程量的线性换算直接读寄存器协议定了就是一比一数据丰富度只能传一个模拟量温湿度、露点、自诊断信息都能传再加上FX5U本体自带RS-485接口MODBUS RTU主站功能是标配不需要额外硬件成本。所以最后拍板就是用MODBUS RTU。1.2 FX5U侧的硬件准备清单FX5U系列PLC并不是所有型号的口都一样先确认手头PLC的型号。FX5U本体上有一个RJ45以太网口这是标配串行通信口方面大部分标准型FX5U带有RS-485通信口端子式部分紧凑型或者特殊型号可能需要加装FX5-485ADP通信扩展板。这块一定要先查手册确认千万别想当然以为所有型号都有485口。我自己用的是一台FX5U-80MT/ES本体的RS-485口就是两线制的A、B-端子排接线直接压在端子上。调试阶段我还专门准备了一个USB转RS-485的适配器方便先用电脑把变送器的通信参数摸清楚再上PLC联调。其他要准备的硬件带屏蔽层的双绞线RVSP 2×0.75mm²起步长距离建议1.0mm²以上120欧姆终端电阻两只万用表和简易通断测试仪如果是跨机柜布线注意走线要避开变频器和动力电缆1.3 变送器侧的资料确认这个阶段最忌“猜”拿到温湿度变送器第一件事不是接线而是翻手册确认几个关键参数默认站号、默认波特率、数据位/停止位/校验方式、温湿度对应的寄存器地址、返回数据的数据格式。我在这个环节就吃过亏。有一批变送器默认站号是1波特率是9600数据格式8N1另一批默认站号是2波特率却是19200格式8E1。如果不看手册直接往PLC里配置报文发过去对方根本不理会。还有一点特别容易踩坑寄存器地址体系。有些变送器手册写“温度寄存器地址40001”有些写“协议地址0000”这两种说法实际指向同一个地址。MODBUS报文里填写的起始地址是协议地址0000对应40001的保持寄存器如果不做换算程序里地址经常会差1导致读回来的数据驴唇不对马嘴。2. 物理接线与从站参数设置通信跑通前的关键准备2.1 485接线细节屏蔽层和拓扑结构都别糊弄RS-485走的是差分信号A和B两线决定逻辑电平接线原则是A对A、B对B。三菱FX5U的485端子一般是A或标记为485A和B-或标记为485B变送器侧通常也是A、B-按标识对接即可。接线中最容易忽略的有三个点屏蔽层必须单端接地。很多项目现场把屏蔽层悬空或者两端都接地悬空等于没屏蔽两端接地会造成地环路反而引入干扰。我一般习惯在PLC控制柜侧接地。总线拓扑要手拉手串联不能搞成星型。如果传感器分布是放射状尽量在中间位置做转接把总线串起来不要让某台设备成为“T型分支的尾巴尖”否则长线反射会让通信时好时坏。终端电阻要接在总线物理两端。120欧终端电阻并联在A、B之间但要注意——如果从站设备内置了偏置电阻或者终端电阻就要计算总并联值避免总线负载过重。有些国产变送器内部已经有120欧可选拨码使能后外部就不用再并。2.2 变送器的站号、波特率设置方法站号设置方式各厂家差异很大有的用拨码开关有的用面板按键有的只能通过通信参数写进去。拨码开关的一般是二进制编码比如S1、S2、S3、S4四个拨码表示1~15站号这个看说明书上的对照表设就行。波特率、校验位的设置我强烈建议在接入总线前就与PLC侧对齐。默认值通常写在铭牌或快速手册上但最保险的办法是先把单台设备接到USB转485适配器上用电脑扫描一遍实际参数。车间里几十台设备如果站号重复MODBUS总线上就会出现两台从站同时回复的冲突表现为CRC校验永远不过、返回数据时对时错。排查起来相当头疼所以布线前就要做一张站号分配表登记清楚每台设备挂在哪个位置、站号是多少。2.3 联调前先用串口调试助手做“预通信”我不建议一上来就把变送器接到PLC上盲调。先做一轮电脑和变送器之间的通信验证可以把问题范围缩小一半。操作步骤很直接USB转485适配器的A、B端接到变送器电脑上打开Modbus Poll或者普通的串口调试助手设好串口参数后手动发送一帧读命令比如读1号站、功能码03、起始地址0、读2个寄存器完整报文为01 03 00 00 00 02 C4 0B这帧报文里01是从站地址03是读保持寄存器功能码0000是寄存器起始地址0002是寄存器数量C40B是CRC16校验值低字节在前。如果变送器返回类似下面的数据01 03 04 01 2C 02 6E 7D A5说明通信链路、参数和地址都是对的可以直接进行PLC联调了。如果这个环节就返回超时或者CRC错误就不要带病上PLC先排查是线的问题还是参数的问题。3. 读懂MODBUS RTU报文与寄存器映射3.1 RTU 数据帧结构搞懂它才好定位问题MODBUS RTU的报文结构非常规整每一帧由四个部分组成从站地址1字节、功能码1字节、数据段N字节、CRC16校验2字节。帧与帧之间需要有至少3.5个字符时间的静默间隔这个间隔是RTU模式的硬性要求用来分帧。地址码的取值范围是1~2470是广播地址。普通项目里从站地址尽量从1开始顺序排列别把广播地址和保留地址卷进来。功能码要分清使用场景功能码含义典型用途0x03读保持寄存器读取可读可写的参数区0x04读输入寄存器读取传感器实时测量值0x06写单个保持寄存器设置单点参数0x10写多个保持寄存器批量设置参数温湿度变送器通常会把实时测量值放在输入寄存器区功能码04也有厂家放在保持寄存器区功能码03。两种我都遇到过以手册为准不要认死理。3.2 温湿度变送器的寄存器地址与数据格式最常见的标准映射关系是协议地址0000存放温度0001存放湿度。但不同厂家会做出差异化设计例如有的把地址0放湿度、地址1放温度有的会加一个地址2放露点温度甚至有的设备自定义了浮点格式和整数格式切换寄存器。数据格式这一块普遍有四种情况无符号整型实际值读数值÷10例如读回1325表示132.5℃或13.25℃有符号整型温度零下时按补码计算IEEE754浮点数占用2个寄存器共4字节BCD码表示比较少见但仍在市场上存在建议拿到变送器后先查手册确认格式再用第2.3节的串口工具实测一组数据验算一遍把协议约定吃透了再写程序。3.3 CRC16校验的计算思路如果使用GX Works3配合ADPRW指令做主站CRC校验是PLC自动处理的不需要写代码。但如果走无协议方式用RS/RS2指令收发CRC就必须自己算。MODBUS RTU的CRC16用的是IBM规范生成多项式是0x8005初始值为0xFFFF结果低字节在前发送。计算逻辑是每字节先异或到CRC低字节然后右移8次每移一次如果LSB为1就异或0xA001。给一段C语言参考实现uint16_t modbus_crc16(uint8_t *data, uint16_t len) { uint16_t crc 0xFFFF; for (uint16_t i 0; i len; i) { crc ^ data[i]; for (uint8_t j 0; j 8; j) { if (crc 0x0001) crc (crc 1) ^ 0xA001; else crc 1; } } return (crc 8) | (crc 8); // 低字节在前 }现场演示的时候用这个函数把样例报文算一遍跟串口助手抓到的尾部CRC对比一致说明理解到位了。3.4 浮点型数据的字序陷阱这次项目里用的是整数格式变送器但我之前接过一批浮点格式仪表差点载在字序上。浮点数据4字节被放在两个16位寄存器里。厂家协议如果按大端模式那么寄存器地址小的放浮点的高16位地址大的放低16位。而三菱PLC的数据寄存器对比如D200和D201组合成32位数据默认是低16位在D200、高16位在D201正好反过来了。处理方法很简单先做一次字交换再把数据作为浮点访问。用梯形图的话可以用XCH指令交换D200和D201然后把D200的32位数据MOV到浮点用寄存器后续就能按浮点正常计算了。4. 基于GX Works3的主站编程实现4.1 通信参数配置地址别写在两个地方在GX Works3里FX5U串口通信的参数配置位置在导航窗口的“参数—模块参数—RS-485端口”下最核心的是把通信协议设置为MODBUS RTU模式然后设置波特率、数据位、校验、停止位必须和变送器完全一致。这里有个容易混淆的细节参数里设置的波特率和校验位是物理层的约定而MODBUS从站地址并不在参数里设而是在程序里通过ADPRW指令的实参指定。相当于参数决定“怎么说话”指令决定“跟谁说”。第一次用的时候我把站号填到PLC参数的自站号里结果指令里的地址一直配不对调试了半天才反应过来。PLC本体自身作为从站时的地址也在这个设置页面如果现场还有触摸屏或上位机通过MODBUS读写PLC数据要保证这个地址和总线上其他从站不冲突。4.2 ADPRW指令格式与调用逻辑FX5U在主站模式下读温湿度变送器最直接的方式是调用ADPRW指令。指令格式是ADPRW S1 S2 S3 S4 D参数含义参数含义本例取值S1从站地址K11号站S2功能码H3读保持寄存器/ H4读输入寄存器S3起始协议地址H0对应40001S4寄存器数量K2温度湿度两个寄存器D数据存储首地址D200实际梯形图里我习惯这样组织用M0作为启动读取的触发上升沿调用一次ADPRW避免每个扫描周期连续发帧。读取指令ADPRW K1 H4 H0 K2 D200温度结果放D200湿度结果放D201。执行完成标志用M8029判断置位后做数据处理。如果没有完成并且超时我用T0定时50ms做超时判断则置位错误标志并复位触发条件准备重试。ADPRW指令的好处是像黑盒子一样把报文组帧、CRC计算、超时重试都封装好了程序里只要关注触发条件和结果判定即可。这一点对产线设备来说非常省心。4.3 数据解析与工程量转换的梯形图实现从变送器读回来的D200、D201是原始寄存器值直接上位机用没有意义必须先做工程量转换。如果协议是整数除以10的格式转换逻辑就是温度D200 ÷ 10得到一位小数的实际值湿度D201 ÷ 10得到一位小数的实际值考虑到温度可能为负我建议用带符号除法。GX Works3的整数除法指令DIV支持32位数据先把D200符号扩展成32位再做除法结果存到浮点寄存器供触摸屏显示。梯形图粗略逻辑将D200 MOV到32位寄存器D300/D301注意符号扩展DIV D300 K10 D310商在D310余数在D311把D310再转成浮点存入D320后续直接用D320关联触摸屏如果是浮点格式的变送器比如读回D200、D201两个寄存器在ST语言里转换就非常直观// 温湿度工程量转换ST IF bDataValid THEN // 整数模式协议约定实际值 读数值 ÷ 10 fTemperature : INT_TO_REAL(D200) / 10.0; fHumidity : INT_TO_REAL(D201) / 10.0; END_IF;ST语言的优势在于数学计算可读性高梯形图画浮点除法太占篇幅。实际项目里我常常是梯形图做逻辑控制和轮询ST块做数值处理两套语言配合使用。4.4 多台变送器的轮询机制与超时处理现场不止一台温湿度变送器的时候单次ADPRW就不能满足需求了需要做轮询。我的实现思路是做一个简单的状态机状态0向第1台变送器发ADPRW读请求状态1等待完成标志或超时标志状态2保存数据切换下一台回状态0用计数器配合DECO译码指令或者直接做地址索引都行。这里要特别强调的是轮询节奏控制很多新手在这里犯错误——一个扫描周期内连续对多台从站发请求不管上一帧是否结束。485总线是半双工的上一帧的应答还没回来就发新帧必然导致总线冲突。我通常在每台设备请求完成后插入至少20~50ms的间隔让总线静默一段时间再发起下一帧。如果现场从站设备多整个轮询周期可能需要几百毫秒到1秒这对温湿度采集需求来说足够了不必过分追求快。超时时间设置也有讲究。设太短从站稍微响应慢一点就误判超时设太长单台故障会拖慢整个轮询周期。我一般从50ms起步实测不稳定再逐步加大通常调到100ms能兼顾绝大部分情况。多台设备轮询时每台设备的通信状态最好单独记录。我把超时次数累计到D400开始的寄存器中方便上位机统计哪台设备不稳定这个在项目交付后的维护阶段非常有用。5. 实测中的常见故障与稳定性调优5.1 完全无响应的排错链路联调阶段最让人抓狂的就是“指令触发了但从站毫无反应”。遇到这种情况不要急着改程序按下面这个顺序排查先用USB转485适配器把变送器单独接电脑手动发报文验证设备本身是否正常。这一步能把问题定位在“变送器或线路”还是“PLC配置”。检查485接线A/B是否接反。这是最基础的错误而且不同厂家端子标识混乱有的标D、D-有的标485A、485B有的标A、B很容易弄混。万用表量一下两台设备之间A对A、B对B的通断。检查通信参数波特率、数据位、校验位、停止位逐项和变送器比对。我遇到过一台变送器拨码拨到了8N2程序里是8N1怎么发都没反应用电脑扫描到实际参数才发现。检查站号是否一致PLC指令中的S1参数必须与实际变送器站号吻合ADPRW里面写的K1代表1号站变送器如果拨码是2自然收不到。检查PLC侧该通道的通信协议是否确实设置为MODBUS RTU模式并检查PLC通信端口是否有报警位被触发。按这个链路排查绝大多数“完全无响应”都能在半个小时内找到根因。我自己的经验是70%以上的问题出在A/B接反和参数不一致上真正的硬件故障反而少见。5.2 数据错乱的典型原因与处理数据能回来说明链路通但读回来的数值离谱常见原因有这几种寄存器地址差一变送器手册写“温度寄存器40001”程序里起始地址却填了K1实际应该填H0。这个属于MODBUS地址体系和PLC习惯性偏移导致的经典错误把起始地址往0方向减1就好。数据格式理解错误变送器返回的是有符号整数程序里却按无符号处理零下温度会变成巨大正数。温度在冬季零下时必须检查符号位处理。浮点字序颠倒就是3.4节说的情况读取到D200、D201后要先做字交换再用浮点方式解析。高达“温湿度两只寄存器读反”温度显示正常湿度全乱但数据范围看着又不是完全没道理。解决方案很简单在Modbus Poll里手动读几个已知环境下的值如果湿度和温度数值互换那么程序里D200和D201的对应关系就错了。我建议现场联调时先在原地用校准过的温湿度计记录一组标准值再对照PLC读回来的数据这样判断数据错位和换算系数都非常直观。5.3 偶发通信失败与485总线稳定性优化设备平时工作正常但时不时通信超时或数据错误这类故障最磨人。现场排查经验告诉我按以下顺序调优大多数问题都能解决降低波特率9600比19200抗干扰能力强很多。温湿度采集数据量小9600完全够用传输1帧只要几十毫秒没必要为了那点速度牺牲稳定性。改善线缆与接地屏蔽层必须接而且是单端接地。如果现场无法保证接地可靠至少把屏蔽层接到控制柜的PE排上。检查总线拓扑手拉手串联是最理想的方式星型分支处容易产生信号反射。如果实在无法改变布线可以在分支处加中继器或者在主从两端都并终端电阻来吸收反射。增大轮询间隔给每台设备之间加间隔降低总线占用率。尤其是和变频器、伺服驱动器在同一柜内时设备启停瞬间的干扰很致命让通信躲开这个时间段。用“错峰”读取如果总线上还有触摸屏或者其他主站确认总线仲裁机制。多个主站同时发起通信会产生冲突应错峰调度。整套项目跑下来我最深刻的体会是MODBUS RTU这套通信方案就像单位里的老会计规矩简单、可靠稳重只要把默认参数、电平和布线的基本功做实它能稳定跑很多年。最后再分享一个小技巧——现场如果温湿度数据偶尔跳变可以在PLC里对连续两次读数做一次差值判断超出合理范围就沿用上一次值上位机显示会更平稳用户感受也会好很多。本文还有配套的精品资源点击获取