做设备改造和现场调试这些年，三菱FX3U算是小型机里出镜率最高的一台。但真到了跟仪表、变频器要数据的时候，很多人第一反应是头大——串口协议、寄存器地址、CRC校验、轮询时序，每一项都能让调试现场原地炸裂。我这次整理的三菱FX3U + FX3U-485ADP-MB通讯模板程序，就是专门解决“FX3U怎么和一堆Modbus仪表、变频器稳定通讯”这个问题的。整套模板把硬件接线、通讯参数、轮询逻辑、CRC校验、读写流程和故障排查串成了一条线，可以直接抄作业，也可以按项目实际需求裁剪。
适合看这篇文章的人，基本是两类：一类是刚接触PLC串口通讯，被Modbus RTU那一堆帧格式搞得头晕的工程师；另一类是有基础但被现场干扰、超时、数据错位折磨过，想找一套稳妥模板当作底稿的老手。前者能顺着模板把整套流程跑通，后者能直接在软元件分配和轮询思路上做二次开发。不管你是设备维护、非标自动化还是旧设备改造，这套模板都通用。
1. 方案为什么这么选
1.1 三菱FX3U + 485ADP-MB的适用场景
FX3U作为一款小型PLC，逻辑控制能力没问题，但通讯能力一直是短板。机器本体上那个编程口走的是三菱专用协议，想直接挂仪表和变频器并不方便，需要扩展RS-485接口。市面上的扩展方案无非几种：FX3U-485BD板、FX3U-485ADP、FX3U-485ADP-MB、加一块以太网模块走网关。其中485BD是装在PLC正面扩展板位置上的，会占用宝贵的扩展板位置；以太网模块成本高，对老设备改造来说有点“杀鸡用牛刀”。而FX3U-485ADP-MB挂在PLC左侧，不占用IO和扩展板位置，体积小，接线也简单，是性价比很高的选择。
这里要特别说清楚一个容易混淆的点：带不带“-MB”后缀，硬件上确实有区别。FX3U-485ADP-MB本身就带有Modbus通讯相关的功能设定，在GX Works2里能通过参数向导启用专用通讯区。不过，我在实际项目中更喜欢把它当作一个标准的RS-485物理层来用，用RS/RS2指令手工组Modbus RTU帧。原因很直接：专用协议区虽然配置方便，但出了问题时黑盒特性让人很难排查，而手工组帧时每一帧报文都能用串口调试助手核对，逻辑清清楚楚。这套模板就是基于“485ADP-MB当物理层，协议层自己写”的思路，哪怕你手里是普通版485ADP，同样能照搬。
再说适用场景。这类模板最能发挥价值的地方，是那些“既要有PLC本地控制，又要和多个从站设备交换数据”的项目。比如一套水泵房控制系统，本地有3台变频器需要远程启停、给定频率，还有压力变送器、温度仪表把4-20mA信号通过Modbus输出，上位机或者触摸屏还要读取运行数据。又比如老旧机床改造，原来一堆仪表都是MODBUS接口，不换PLC又想把这堆数据收进来，加一块485ADP-MB跑这套模板就够了。这也是我坚持把模板写成通用版，而不是只解决单一型号设备的原因——在不同项目之间复制，改动量很小。
1.2 Modbus RTU先搞清楚这四件事
在写任何通讯程序之前，我建议先把Modbus RTU的几个底层规则理清楚，否则后面排错会非常痛苦。Modbus RTU本质上就是串口上跑一套“主从问答”协议：主站发请求帧，从站回响应帧，每条帧都有固定格式。
帧结构很简单：从站地址（1字节） + 功能码（1字节） + 数据区（N字节） + CRC校验（2字节）。报文是十六进制字节流，串口发送时一个字节一个字节往外走。读保持寄存器用的是功能码03，读输入寄存器用04，写单个保持寄存器用06，写多个保持寄存器用10（十六进制0x10）。变频器和仪表里最常用的就是03、06、10这几个。
第一件要搞清的事是寄存器地址的“1偏移”。很多仪表的操作手册上写“读取压力值，寄存器地址40001”，但在Modbus报文里填的地址并不是40001，而是0000。这是因为Modbus协议中40001对应的是协议地址0x0000，40002对应0x0001，以此类推。如果你直接往报文里填40001，等于访问了协议地址40001对应的寄存器，表上查的那个数值当然读不回来。反过来，有些变频器手册直接给十六进制地址，比如给定频率是H2001，那你报文里就填2001，不要再换算成42497之类的数值。
第二件是CRC校验。Modbus RTU用的是CRC16，多项式0xA001，校验结果低字节在前、高字节在后。很多新手第一次调通讯失败，就是CRC算错或者高低字节放反。后面我会给一个可以直接用的CRC功能块，这里先记住“低字节在前”这个规则。
第三件是从站地址范围。Modbus RTU标准从站地址通常是从1到247，0是广播地址。现场调试时如果某台设备不回帧，第一反应不是查硬件，而是先确认站号是不是设重复了。两台设备站号都是1的时候，主站发请求，两台设备同时响应，总线上报文直接撞车，数据必然是乱的。
第四件是通讯格式必须和从站设备完全一致。波特率、数据位、校验位、停止位这四个参数，任何一个不匹配都收不到数据。常见组合是9600、8位数据、无校验、1停止位，或者9600、8、偶校验、1停止位。很多仪表出厂默认是9600,8,N,1，但变频器经常是默认独立参数，需要单独去功能码里确认。
2. 硬件接线和通讯参数准备
2.1 RS-485接线，最容易翻车的环节
RS-485用的是差分信号，A和B两根线的电压差表示1和0，所以接线本身不复杂，但现场翻车率极高，几乎都是细节问题。
首先是485ADP-MB的端子。这个模块的接线端子有RDA、RDB、SDA、SDB、SG。做Modbus RTU半双工通讯时，需要把RDA和SDA短接，RDB和SDB短接，然后这两根线分别对应仪表的485 A/B。很多新手第一次接这个模块，看到四个数据端子就懵了，实际上半双工模式就是把收发端子并在一起用。SG端子接屏蔽线或者共地线，我通常会把屏蔽层在PLC这一端单端接地，另一端悬空。
其次是总线拓扑。RS-485标准是手拉手的菊花链，也就是从PLC出来一根线，先到仪表1，再从仪表1并线到仪表2，一路串下去。最忌讳的是星形接法，就是每个设备各自拉一根线汇到PLC那里。星形接法会导致信号反射严重，设备一多通讯就疯。如果现场已经没法改走线，可以在每条分支长度很短的情况下凑活用，但对可靠性要求高的项目还是建议重新布线。
再就是终端电阻。总线两端要各接一个120欧姆终端电阻，用来消除信号在末端反射。注意“两端”是指总线上最远的两个设备。如果只接了两个或三个设备，距离又短，不接终端电阻一般也能跑通；但设备多了、距离超过二三十米之后，终端电阻缺一个都会出现偶发超时。有些仪表和变频器内部有跳线或拨码可以启用120欧姆电阻，有些需要外接，看现场那种更方便就用哪种。
线材方面，我常年用的是RVSP屏蔽双绞线，2×0.75平方起步，距离长就上1.0。不能用普通平行导线，更不能用网线的一对绞线乱凑，否则长距离通讯稳定性完全没有保障。还有接地的问题，PLC的SG、仪表的通讯地，尽量单独接地，不要跟变频器的主回路地线混在一起。变频器一启动，高频谐波会顺着地线窜进通讯回路，表现就是“不启动怎么都正常，一启动就超时”。
2.2 仪表和变频器侧参数怎么设
硬件接好了，下一步是把所有从站设备的通讯参数对整齐。仪表的参数设置比较直白，大多数仪表上电后进入配置菜单，找“通讯协议”设为Modbus RTU，再设置站号、波特率、校验位。这里要注意一个问题：很多仪表改完参数必须重新上电才生效，只复位可能不认。我在现场遇到过好几次，参数明明改好了，但通讯就是没反应，最后发现是没断电重启。
变频器的设置相对复杂。变频器通常要设三块内容：从站号、通讯格式、控制命令来源。其中“控制命令来源”这个最容易漏，因为变频器的运行指令来源默认是本地面板，你通过通讯写再多的启动命令它都不理。要先把运行指令来源设成通讯，把频率给定来源也设成通讯，然后才能用Modbus控制启停和频率。具体功能码每个品牌都不一样，我也没法给一个万能的码表，但思路是一样的：先把变频器参数菜单里跟“通讯”相关的项全部过一遍，确认站号不冲突、波特率一致、控制源指向通讯。
另外，在给变频器做通讯启停之前，我强烈建议先把变频器的“通讯故障动作”设成比较保守的状态，比如通讯丢失后保持当前输出或紧急停车，而不是继续运行。调试阶段通讯中断是常事，如果变频器收到启动命令后通讯断了还能继续跑，设备安全风险很高。这个参数一定要在正式投运前定好。
2.3 RS指令通讯参数与软元件规划
这套模板用的是三菱的RS/RS2无协议通讯指令。RS指令负责把发送缓冲区的数据通过串口发出去，同时把接收到的数据存进接收缓冲区。使用485ADP-MB时，RS2指令可以指定通道号，我一般会根据GX Works2里PLC参数显示的实际通道号来填，这个通道号跟硬件安装位置对应，别想当然写成CH1，打开软件看一眼最稳妥。
通讯格式在D8120里设定。我不建议大家死背十六进制值，因为位定义容易记混。更稳的方法是打开GX Works2的串口设置窗口，把波特率、数据位、校验位、停止位直接选好，软件会自动算出D8120的值。但有一个位要特别注意：M8161，数据模式切换。置ON是8位模式，每位寄存器低字节对应一个串口字节；置OFF是16位模式，一个寄存器占两个字节，高低字节顺序需要自己处理。做Modbus RTU一定要把M8161置ON，否则组帧和解析时字节顺序会让你怀疑人生。
接收超时时间放在D8129里。这个值给的太短，从站响应稍慢一点就误报超时；给的太长，轮询周期被拖慢。我的经验是常规仪表按100ms级别给，变频器写参数时响应会慢一些，建议给200ms到300ms余量。具体还要看一下D8129的单位倍率，不同机型手册表述不一样，我把经验公式放在“从站正常响应时间 × 3 ~ 5”这个范围。
软元件规划是整个模板的地基。我习惯把业务程序用的软元件和通讯程序用的软元件分开，避免互相覆盖。下面是这套模板的基本分配表，实际项目可以根据剩余软元件资源调整地址，但建议保持这个结构：
- D0：当前轮询索引
- D10到D19：从站地址表，最多10台设备
- D100到D115：发送缓冲区
- D200到D263：接收缓冲区
- D300：本次接收字节数
- D310：当前功能码
- D311：当前寄存器起始地址
- D312：当前寄存器个数
- D1000到D1099：读回来的数据映射区
- D1100到D1199：要下发的数据区
- M50：轮询启动
- M51：通讯忙标志
- M52：本次通讯错误锁存
- M53：本次正常完成
- M54：本次超时完成
- M55：通讯连续错误报警
- C0：连续重试计数器
这套分配表的好处是通讯层和数据层隔离开。PLC主程序里的工艺逻辑只访问D1000和D1100这些数据区，通讯层怎么轮询、怎么拼帧，工艺逻辑完全不用关心。后面不管是加设备还是换仪表型号，只需要改地址表和功能码，主程序基本不动。
3. 模板程序的轮询逻辑和核心代码
3.1 轮询架构：为什么不用中断
通讯程序整体采用轮询架构。不要指望用一个中断去同时处理多个设备的读写请求，Modbus是半双工主从协议，同一时刻总线上只能有一主一从在通信。轮询的核心思路是：在站号表里循环取一个站号，组装一帧请求，发出去，等响应，处理完，再取下一个站号。
轮询周期怎么设计很关键。假设有5台设备，每台设备一个读请求，从发送到收到响应大约需要几十毫秒，那么一个完整周期大约100到300毫秒。这个速度对大多数上位机监控和变频器控制来说是足够的。如果你觉得响应太慢，优先考虑把波特率从9600提到19200，而不是去优化轮询代码。
我把一个完整轮询分成四个阶段：空闲、组帧发送、等待接收、处理结题。程序里用M50作为总开关，M51作为通讯忙标志。M51为ON期间，主程序不会再次触发新的发送；M51为OFF时，说明上一轮通讯已经结束，可以发起下一轮。这样能天然避免报文重叠。
伪造一个场景来设计模板：现场有3台仪表，地址分别是1、2、3，每个仪表读一个保持寄存器，用来显示压力。轮询时，先从D10站号表读出当前站号，根据站号把D311填入对应的寄存器地址，然后组装帧发送。响应回来后，把数据按站号存进对应的D1000、D1001、D1002。如果我们后续要读10台设备不同的寄存器，只需要在站号表旁边再加一张寄存器地址表，轮询时一起取出来即可。
这里有一个我踩过很多次的坑：轮询程序不能用一个又长又大的单流程从头跑到尾，否则发完一帧后等响应，这个过程中如果有一个延时指令阻塞了PLC扫描，工艺程序就会出现明显的扫描周期抖动。正确做法是把轮询拆成多个步，用状态寄存器保存当前处于哪一步，每扫描周期只做一个步的动作。这样即使通讯偶发异常，PLC的扫描周期也不会被拖死。
3.2 CRC16计算的实现
CRC是Modbus RTU绕不开的一关。很多朋友在这里放弃，其实原理和代码都不复杂。CRC16-Modbus的计算过程是：初始值0xFFFF，对帧里的每一个字节做异或，然后对这个字节的8个bit逐位处理，如果最低位是1，右移一位后异或0xA001；如果最低位是0，直接右移一位。所有字节处理完后的结果，低字节放在帧的倒数第二个位置，高字节放在最后。
我用结构化文本ST写了一个通用的CRC功能块，如下所示，可以直接在三菱GX Works2里建功能块使用。输入参数是一个字节数组和长度，输出是计算好的CRC数值。
FUNCTION_BLOCK FB_CRC16 VAR_INPUT Data : ARRAY[0..255] OF WORD; Len : WORD; END_VAR VAR_OUTPUT CRC : WORD; END_VAR VAR_TEMP i : WORD; j : WORD; END_VAR CRC := 16#FFFF; FOR i := 0 TO Len - 1 DO CRC := CRC XOR Data[i]; FOR j := 1 TO 8 DO IF (CRC AND 16#0001) = 16#0001 THEN CRC := SHR(CRC, 1) XOR 16#A001; ELSE CRC := SHR(CRC, 1); END_IF; END_FOR; END_FOR;算完之后，把CRC的低8位送到发送缓冲区倒数第二个字节，高8位送到最后一个字节。注意不要反了，这是最常见的错误之一。
不用ST的朋友也可以用梯形图写循环版本，用FOR/NEXT嵌套两段循环，配合WXOR、SHR指令，效果一样。只要不追求极致的扫描时间，这种软件算法完全够用，一次CRC计算也就是几百微秒级别。
如果你实在不想写CRC，网上也能找到三菱程序用的查表法，把256个CRC表常量预置在D寄存器里，通过索引查表计算。这种方案速度快，适合通讯频率很高的场合，但程序体量和调试工作量都更大，对大多数项目来说没必要。
4. 读仪表数据的程序段解读
4.1 组帧、发送、等待
读保持寄存器的请求帧格式是：从站地址、功能码03、寄存器起始地址（高字节在前）、寄存器个数（高字节在前）、CRC低字节、CRC高字节。比如读站号1的仪表，起始地址0000，读1个寄存器，报文就是：01 03 00 00 00 01 CRC LOW CRC HIGH。
发送这段报文，在M8161置ON的前提下，发送缓冲区D100到D10A按顺序存放这些字节。注意D100的高字节会被忽略，只有低字节会发到串口上，所以组帧时用MOV指令往D100传16#01、往D101传16#03，一眼就能看出每一帧内容。
发送流程是这样的：先由主程序把站号、功能码、地址和个数准备好，调用CRC功能块，把CRC结果填入发送缓冲区，然后SET M8122。M8122是发送请求标志，置ON后PLC会把发送缓冲区的数据通过指定串口发出去，发送完成后自动复位。
等待阶段最忌讳的是干等。我的模板里用一个定时器T0做看门狗，收到M8123为ON就立刻进入处理分支；如果T0超时还没收到，就说明从站没响应，进入超时处理分支。M8123是接收完成标志，一旦置ON就说明接收缓冲区里有数据，这时候第一件事是把D8123里的接收字节数读出来存到D300，然后RST M8123，清掉标志位。顺序必须是先读字节数再复位，否则数据还没取完标志就没了，一个典型的时序坑。
收到响应后，还要做最基本的帧检查：响应帧的第一个字节必须等于请求的站号，第二个字节必须是03，要么就是功能码加0x80的异常码。如果这两项不对，这帧数据再漂亮也不该入库。很多项目里通讯报文被干扰得面目全非，但气缸还在用这个假数据动作，想想都后怕。所以在模板里，帧校验不合格时走错误处理分支，数据区不做任何更新。
4.2 收帧解析和数据换算
响应帧的数据区结构是：字节数是1个字节，表示后面跟的数据字节个数，然后是数据本体。比如读一个保持寄存器的响应是：01 03 02 12 34 CRC LOW CRC HIGH，其中12 34就是寄存器的两个字节，高字节在前。
在8位模式下，接收缓冲区D200到D20A依次存放这些字节。解析时把D203作为高字节、D204作为低字节合并成一个WORD，存到D1000。这里就涉及到Modbus的一个固定规则：寄存器数据是高位在前。很多人在这一步把高低字节反过来，读出来的值瞬间变成几百倍的异常大数或者负数，还以为是仪表坏了。
数据解析完必须做工程量换算。比如一个压力变送器，量程0到1.6MPa，内部寄存器输出范围是0到10000，那么实际压力值就是寄存器原始值除以10000再乘以1.6。这里的关键是搞清楚从站设备的数据格式：有的仪表寄存器是0到满量程的直接映射，有的带小数点位，有的是32位浮点数。
遇到32位浮点数时，处理方式要格外小心。常见格式是IEEE754，两个寄存器拼成一个32位浮点数。很多仪表在Modbus映射时会把寄存器的高低字顺序调转，导致拼接顺序跟标准写法不一致。我的处理办法是先按高字在前拼一次，如果算出来的数值明显不对（比如量程-40到80摄氏度的温度，读出个几十亿的数），就把两个寄存器的字序交换再拼一次。调试阶段用这个办法能省下半天翻手册的时间。要注意的是，32位数据占两个寄存器位，读取时寄存器个数要写2，否则仪表会返回异常或只回一半数据。
5. 写变频器数据的程序段解读
5.1 06和10功能码怎么选
写操作和读操作在组帧流程上很相似，区别主要在功能码和数据区的组织方式。写单个保持寄存器用功能码06，报文格式是：从站地址、06、寄存器地址（高字节在前）、数据值（高字节在前）、CRC。写多个保持寄存器用功能码10，报文格式是：从站地址、10、起始地址、寄存器个数、字节数、数据体、CRC。两者在功能上并不冲突，选择原则很简单：单个参数用06，连续多个参数用10。
比如控制变频器启动，通常只需要写一个运行/停止控制字，那用06就够了。而如果一次要下发给定频率、加加速度时间和转矩上限，这些寄存器地址刚好连续，就可以用10号功能码一次写完，节省总线时间。
变频器的控制字和频率给定，到底写到什么地址、数值怎么编码，一定要以变频器手册的通讯地址表为准。有的变频器运行指令地址是40001，有的在H2000区段。给定频率的编码也五花八门：有的0到20000对应0到50.00Hz，有的0到10000对应百分比。这些细节错了，哪怕通讯完全正常，变频器也不会按你的想法跑。
我在模板里把写操作抽象成一个统一的“写数据请求”步。主程序先把目标地址、功能码、数据值放到指定的软元件里，然后置位一个写请求标志。轮询程序检测到这个标志后，按写操作的帧结构组织报文，发出去，等响应。响应回来后校验一下，如果从站回显的数据和发送的数据一致，才把写完成的标志置起来。这就引出了下一节的回读校验。
5.2 安全互锁和回读校验
变频器的通讯启停不能拍脑袋直接往里写启动命令。程序里至少要加三层保护：第一层是确认变频器当前在“通讯控制模式”下，这个可以通过回读状态寄存器来确认，读不到状态或者状态不对，禁止下发运行指令。第二层是启停命令和使能分开处理，先给使能信号，等变频器确认使能后再写启动命令，避免不明状态下的误启动。第三层是通讯失败时，根据设备安全等级决定是否允许变频器继续运行或停车，这部分要跟现场工艺负责人确认，不能在模板里一刀切。
回读校验是我一直坚持的做法。写完一个参数后，紧接着发一个读请求把同一个寄存器读回来，对比写入值和读回值是否一致。如果两次不一致，说明要么寄存器地址不对，要么从站通讯状态不稳。对控制字这种关键参数来说，一次写成功但设备没执行，比通讯失败更危险。虽然这会占用一点轮询时间，但对安全性要求高的场合，这笔时间花得值。
另外一个经验是，不要盲目地用一个周期内连续写多个控制参数。变频器内部处理通讯指令是有时序的，比如先写控制字再写频率给定，两条指令间隔太短，有些变频器会丢第一条。所以在模板里，每写完一条指令，等正常完成或者超时结束之后，再发起下一条指令。宁可轮询慢一点，也不要因为报文打架导致变频器状态不确定。
我在多个现场都遇到过这样的情况：通讯指令全发出去了，变频器面板上也显示频率在变，但电机就是不动作。查到最后发现是变频器还有个“运行方向”或“使能端子”的外部开关没闭合。这类问题不是通讯程序能解决的，靠的就是回读状态和现场确认。所以模板里专门留了几个状态区，用来存放从变频器读回来的当前运行状态、当前频率、报警代码，触摸屏或者上位机直接绑定这几个地址，一眼就能看到设备真实状态。
6. 通讯故障排查小结
6.1 无响应的排查顺序
通讯无响应是最常见的问题，也是排查套路最固定的问题。我在现场按这个顺序排查，基本都能定位：
先看硬件链路：PLC侧485接线有没有短路、断开，RDA和SDA有没有短接，RDB和SDB有没有短接，仪表侧端子的A/B是否对应上。很多时候是两根线接反了，A接成B，B接成A。接着看从站设备有没有上电、通讯指示灯是否正常闪烁。很多仪表平时正常显示数据，但通讯接口是坏了或者没有启用，这时从面板上根本看不出来，所以最好能用串口调试助手单独测一下。
再看通讯参数：从站地址、波特率、数据位、校验位、停止位，任何一个不一致都收不到响应。用电脑串口软件先连仪表，能通，说明仪表通讯口没问题，问题出在PLC侧参数或者接线；电脑也连不上仪表，那就是仪表设置或硬件问题。这个分界点能帮你快速缩小范围。
再查主站发送：用串口监控工具并联在485线上，看PLC到底有没有发出请求帧。如果连请求帧都没有，检查M8122有没有被触发、轮询状态卡在哪里、通讯忙标志有没有被上一次异常卡死。很多时候程序逻辑上某个错误分支处理完忘了复位通讯忙标志，就会导致后续所有通讯“静默”，这种问题用梯形图监控M51和状态寄存器一眼就能发现。
6.2 数据错位和字序问题
通讯正常、数据不对，这类问题几乎都是字序或者映射没对准。最典型的两个错误：一个是上面说的40001偏移，另一个是高字节低字节颠倒。
寄存器地址的偏移问题，排查时就看仪表手册里给的地址表和您报文里填的地址。手册写40001，报文地址写0000；手册写40002，报文地址写0001。如果仪表手册直接写十六进制地址，比如H0000，那就直接用。这个规则在任何品牌仪表里基本一致。
字序问题排查时，先拿一台已知稳定的从站设备，单独读1个寄存器，观察原始值。比如压力变送器当前压力显示1.2MPa，寄存器值应该是1200，如果读出来是30720（0x7800）之类稀奇古怪的数，基本可以判定是字节顺序或者16位/32位组合方式不对。这时候不要反复猜，直接把速率降到9600，单设备单寄存器反复读，把原始十六进制报文抓出来对着手册慢慢分析，比在程序里乱调要快得多。
还有一种隐蔽的情况：仪表寄存器本身支持32位数据，但接口按16位拆分到两个寄存器里，两个寄存器的顺序或者数值高低字跟你预期的相反。这种只能靠手册或实测确认，我通常会在程序里留一个“字序交换开关”，用一个M继电器控制解析时是否交换高低字，调试时就不用来回改程序了。
6.3 变频器干扰的处理
变频器干扰是485通讯的“职业杀手”。现象很典型：设备不运行的时候通讯一切正常，变频器一启动，通讯就开始偶发超时、数据乱跳，重则完全断连。原因无非是变频器输出的高频谐波通过辐射或者地线窜进了通讯链路。
处理顺序我一般是这样：先把屏蔽层接地做对，屏蔽层单端接地，接在PLC侧或者仪表侧都可以，但不要两端都接地，否则会产生地环路电流，反而引入更大的干扰。确认通讯线跟动力线分开走，不能跟变频器输出线扎在同一个线槽里。如果距离近，可以考虑加磁环，把485通讯线在磁环上绕两到三圈，能滤掉一部分高频共模干扰。
还没效果就把波特率降下来。9600不行就4800，虽然速度变慢，但往往故障率直线下降。这是因为波特率越低，信号周期越长，抗干扰能力相对越强。一些对速度要求不高的现场，用4800甚至2400是非常稳妥的选择。
如果干扰特别严重，最简单的办法是换成带隔离的RS-485转换器或者隔离型485适配器，把PLC侧和总线侧电气隔离，切断地环路。我之前在某个变频器控制柜里遇到过非常顽固的干扰，变频器功率大、柜内走线乱，其他办法都试遍了，最后换了隔离模块才彻底解决。花几百块钱可能比窝在现场调三天更有性价比。
最后谈一点个人体会。模板程序写得再完整，也只解决了通讯层的问题，真正的难点从来都是现场那台设备跟你“聊不聊得来”。我每次调试新项目，都会坚持先用电脑串口软件单独验证从站设备的通讯参数和寄存器映射，确认无误后再把PLC程序切进去。这一步看似多花了一小时，实际上能把后面三天的问题提前消灭掉。你按照这套模板搭好程序之后，建议也从“单站、单寄存器、只读”开始验证，一步一步扩展到多站轮询和读写联动，等每个节点都确认了再并成整条总线，这样无论是定位问题还是日后的维护，心里都会非常有底。
