西门子S7-1200与三菱E700的Modbus RTU通讯实战

西门子S7-1200和三菱E700变频器，一个是PLC界的老牌子，一个是变频器界的硬通货，这两家“门派”平时各说各话。我最近刚在项目上把这一对凑到了一起，用Modbus RTU硬生生给它们办了场“联姻”。折腾完最大的感受是：跨品牌通讯其实没有想象中那么玄，最难的不是搭程序，而是双方参数对齐和地址映射这一堆细节。这篇文章直接上干货，核心放在PLC程序部分，但我会把变频器参数和接线这些前置条件也一起讲清楚，保证你照着做能通电，通电后能启停，启停后能读到真实频率。

这套方案的实际需求很典型：PLC在柜子里，变频器在电机旁边，工艺上要求能远程启停、能在线调频、能把运行状态和电流频率实时读回做联锁显示。如果只用端子硬接线，启停倒是能解决，但调频率就得加模拟量模块，读状态又得加一堆输入点，成本和走线都很痛苦。用Modbus RTU一条双绞线就全搞定了。S7-1200本身不带RS485口，需要加一块CM1241 RS485通讯模块，靠它当Modbus主站，去访问E700变频器的保持寄存器。整条链路说白了就是三层：物理层的RS485、数据链路层的Modbus RTU报文、以及设备层的寄存器地址，任何一层出问题，现场表现都是“通讯不上”或“数值不对”。

1. 为什么绕不开Modbus RTU：方案选型背后的门道

1.1 各说各话的两个“门派”，怎么凑到一张桌上

西门子的S7-1200原生最顺手的通讯方式是什么？是PROFINET，是它自己的S7协议。三菱E700变频器那边，它自己也有一套三菱体系内的通讯协议，但同时也对外支持标准的Modbus RTU从站。两边往桌上一坐，发现唯一的“普通话”就是Modbus RTU。

Modbus这个协议从上世纪七十年代诞生以来，几乎成了工业设备之间互联的底裤协议。变频器、温控器、智能仪表、电机保护器，甭管哪个牌子哪个国家，基本都会留一个Modbus RTU从站接口。它简单到什么程度呢？就是主站发一帧请求，从站回一帧响应，请求里告诉从站“我要读哪个地址、读几个寄存器”，从站就把数据按格式吐出来。报文短、逻辑清晰、排错容易，在短距离工业现场非常可靠。

有人会问：既然两边原生协议对不上，那中间加一个协议转换网关行不行？当然行，市面上也有专门做PROFINET转Modbus RTU的网关。但我个人不建议在这样一个简单场景里多加一层设备。网关本质上是台小电脑，它要供电、要组态、要维护，多一个环节就多一个故障点，而且调试的时候你还要同时排查三段链路：PLC到网关、网关配置、网关到变频器。现在S7-1200加一块CM1241 RS485模块，直接跑Modbus RTU主站，硬件上一体化，软件上一套TIA博途全搞定，省事得多。

还有一个很现实的选型理由：如果现场已经有了一台三菱E700，而你手头的PLC是别的品牌，只要那台PLC能跑Modbus RTU主站，基本上都可以按照同一套路来接。换句话说，这套思路学完之后，以后换个牌子的变频器、换个牌子的仪表，你都能迅速上手，这才是它真正的价值所在。

1.2 硬件链路：CM1241与E700 PU口的RS485连接

物理层是绕不开的第一关。S7-1200 CPU左侧扩展槽上插一块CM1241 RS485模块，模块上带有RS485的A/B接线端子。有些版本的CM1241端子标识可能是A1/A2/B1/B2，本质都一样：A对应RS485的正极，B对应RS485的负极，1和2是内部连通的，方便你在同一端子上并接下一台设备。

三菱E700的通讯口在面板下方，是一个RJ45形状的PU口，外形跟网口一模一样，但它走的不是以太网，而是RS485。PU口针脚定义里面，常见的接法是：4脚是SDA，也就是485的A正极；5脚是SDB，也就是485的B负极；1脚和2脚是SD公共地。不同批次、不同手册上的针脚图可能有微调，所以做线之前务必先翻一下机器随附的通讯说明书，把针脚定义确认清楚再压水晶头。

连线说起来很简单：E700的4脚接CM1241的A，E700的5脚接CM1241的B。但现场栽跟头的案例太多了，十次里有八次是A/B接反。接反之后不是完全没反应，而是数据帧全部校验失败，PLC侧表现为超时或乱码。判断方法也很简单：看一下E700面板附近的RX/TX指示灯，如果线接对了且PLC在发请求，灯会一闪一闪；如果完全没动静，大概率是A/B反了，或者根本没通。

线材建议用屏蔽双绞线，最好别用普通平行护套线。屏蔽层要单端接地，接在电柜的地排上，不要两端都接，也不要让它悬空。距离超过五十米或者现场变频器功率比较大的时候，在RS485总线的两端各并一个120欧终端电阻。CM1241模块上有终端电阻的开关位，E700那边如果距离近可以不加，距离远就在通讯线末端单独并一个电阻。另外，通讯线一定要跟变频器输出侧的动力线分开走线槽，不能捆在一起。变频器输出侧是高频PWM波形，干扰能量很强，跟通讯线捆在一起基本上就是给自己埋雷。

动手接线之前，还有一个值得做的动作：先把E700的PU口当作一个独立的Modbus从站，用USB转RS485的调试工具单独连一次。电脑上装一个Modbus调试软件，发一条03功能码去读寄存器，如果它能正常收到响应，说明变频器这头和线路都是好的，后面接PLC的时候就只需要排查PLC侧的问题。别小看这个动作，它能把“到底是PLC问题还是变频器问题”一刀切开。

2. E700变频器侧参数设置：通讯前必须交代清楚的事

2.1 通讯参数速查表：九个参数一条条设过去

接线接好之后先别急着写PLC程序，先把变频器这边的“态度”摆正了。E700有一组专门的通讯参数，分布在Pr.117到Pr.124。我直接给出一张我在项目上实际使用的参数表，你按这个设基本不会跑偏。

这里面的坑主要集中在两个地方。

第一个坑是站号、波特率、校验方式这三样必须和PLC侧完全一致。任何一个对不上，表现都是通讯超时。比如PLC侧配成了19200偶校验，变频器还是默认的9600无校验，那两边完全是在各说各话。不是报文没发出去，而是变频器收到之后校验不过去，连响应都懒得回。

第二个坑是Pr.122这个“通讯校验时间”。它的作用是：如果超过设定时间PLC一直没有发报文过来，变频器就认为通讯断了，然后根据其它参数决定是报警还是跳闸。这个参数建议设成一个合理的秒数，不要设成9999去关闭检测。因为一旦关闭，通讯线断了变频器还会按最后一次的频率继续运行，这在现场是很危险的一件事。设成1到3秒，既不影响正常通讯，又能在断线时快速让系统做出反应。

2.2 指令源切换：面板上的启动按钮为什么会“失灵”

Pr.338和Pr.339这两个参数，是“能通讯但变频器不动”这个现场疑难杂症的头号元凶。E700出厂默认的运行指令权在面板，频率指令权也在面板或模拟量端子。也就是说，你PLC这边发过来的启动指令和频率指令，变频器在默认状态下根本不认。

Pr.338设置成1，意思就是“启停命令我交给通讯口了”；Pr.339设置成2，意思就是“目标频率我交给通讯口了”。这两个参数不切换，后面程序写得再漂亮也是白搭。很多第一次做通讯控制的朋友在变频器面板上按RUN还能转，但PLC发指令死活不动，查来查去最后发现就是忘了改Pr.338。

这里还要提醒一下：设置这两个参数之后，面板上的RUN和STOP键有可能会失灵，这是正常的。你想想，指令权都已经交给通讯了，面板按钮当然不会再直接控制启停。这时候不要以为自己把变频器调坏了，也别费劲去找什么“隐藏参数”把面板按钮再开回来。如果现场确实需要就地急停，正确做法是把急停按钮接到变频器的硬端子回路上，用硬接线做安全联锁，同时保留通讯控制做工艺启停，两者并不冲突。

改完这一批参数之后，建议做一次完整的断电重启。三菱变频器的通讯类参数有些是即时生效，有些要掉电复位之后才真正生效。批量改完参数直接上电就跑通讯，万一遇到“看起来设了但没生效”的情况，多半就是没有重启。

2.3 参数被调乱了怎么办：恢复出厂设置的正确姿势

现场设备多、经手的人杂，变频器里的参数经常被调得乱七八糟。如果你发现E700的通讯行为非常奇怪，比如某些参数改不进去、或者改了之后没反应，最省心的做法是直接在面板菜单里恢复出厂设置。E700面板上有一项恢复出厂的菜单，执行完之后所有参数回到默认值，再重新按参数表逐项设置一遍。

恢复出厂设置之后有一个必须记住的点：Pr.338和Pr.339一定会回到默认的面板/端子控制，也就是说通讯控制权又重新被收回了。所以恢复出厂设置并不是“恢复完就能通讯”，它只是把环境清干净，还得再做一遍参数设置。我建议现场做一张纸质的参数记录表，把每个参数原始值、修改值、修改时间都记下来，特别是这种多经手人的设备，参数表就是调试人员的救命稻草。

3. S7-1200侧PLC程序：初始化、读写指令与轮询逻辑

3.1 组态先把CM1241 RS485模块认到CPU上

硬件插上去之后，软件里得先让CPU认识它。在TIA博途的设备组态里，往S7-1200 CPU左侧插槽拖入CM1241 RS485模块，保存编译之后，模块会被分配一个端口号。这个端口号很重要，后面MB_COMM_LOAD指令里的PORT参数要填的就是它。

很多新手在这里会犯一个错：觉得PORT是硬编码的0，直接填0。其实不一定，组态的时候系统可能分配的是别的端口号，你得在设备组态里点开模块属性看一眼。如果PORT填错了，MB_COMM_LOAD会一直报初始化失败，通讯自然起不来。

另外要提醒一下，S7-1200的Modbus RTU指令是在TIA博途的“通信处理器”指令列表里。新版本的TIA博途自带这些指令，老版本可能需要额外导入Modbus RTU库。如果你在指令列表里找不到MB_COMM_LOAD或MB_MASTER，先去确认一下软件版本和库文件。装好之后，这些指令会以功能块的形式出现在你的OB1或循环中断里。

3.2 MB_COMM_LOAD：把通讯口“激活”的初始化指令

MB_COMM_LOAD是Modbus RTU通讯的总开关。它负责设置端口波特率、校验方式、以及关联后续MB_MASTER的背景数据块。这个指令一般只需要在程序启动后的第一个扫描周期调用一次，不需要反复调用。

各引脚的作用我给你捋一遍：

这里要重点讲一下BAUD这个引脚。我见过不止一个人把BAUD直接填成9600，结果指令一直报错。在TIA的Modbus RTU库文档里，BAUD是一个INT型的编码值，比如0对应300、1对应600、2对应1200、3对应2400、4对应4800、5对应9600、6对应19200。也就是说，你要用9600，这里应该填5。不同版本的库在编码上可能有微调，所以最稳妥的做法是安装好库之后，打开在线帮助里那张波特率编码对照表，抄下来贴在自己程序文件旁边。这个问题特别坑，但解决之后也特别有成就感。

PARITY引脚同样需要注意。常见的是0=无校验、1=偶校验、2=奇校验，但确实有版本顺序相反的情况。调试前先确认你用的是哪个版本的库，再根据E700侧Pr.120的设置把校验方式对齐。如果两边校验不一致，Modbus通讯会像两个说着不同方言的人互相喊话，喊破喉咙也没回应。

3.3 MB_MASTER：主站读写核心指令的引脚与用法

MB_MASTER是S7-1200作为Modbus主站时真正干活的指令。它负责发起读或写请求，并管理响应数据。跟MB_COMM_LOAD配合使用，一个负责初始化，一个负责业务读写。

引脚含义整理如下：

这里有个很实用的经验：REQ要给它一个上升沿，而不是持续给True。我见过有人用一个常开触点直接连REQ，结果指令反复被触发，总线上的请求乱成一团。正确做法是用一个脉冲信号，或在一个状态机里只在需要发起新请求的那个周期给出上升沿。

MB_MASTER同一时间只能处理一个请求。如果你在程序里同时调用好几条MB_MASTER，它们的BUSY信号会互相打架。这就要用到后面的轮询调度思路：让多条读写请求按顺序排队执行。

3.4 地址映射与数据换算：最容易翻车的一环

三菱E700作为Modbus从站，对外暴露的寄存器地址是固定的。我把这次项目用到的寄存器表整理出来，这是整个程序最核心的映射关系。

有几个点必须单独拎出来讲，因为这些坑我全踩过。

第一个是DATA_ADDR到底填40001还是填1。在TIA的MB_MASTER指令里，DATA_ADDR填的是标准Modbus地址，也就是40001这种带区号的形式。指令内部会自动把它转换成Modbus协议地址去发送。如果你看到三菱手册上写的是协议偏移地址0x0000，那在MB_MASTER里就要换算成40001。别在程序里自己再做一次减40001的运算，那就会变成负地址，结果肯定不对。

第二个是频率的单位换算。E700频率寄存器的分辨率是0.01Hz，也就是说你要它跑50.00Hz，写到40002的值是5000，不是50。很多新手上来写个50，结果变频器以0.50Hz爬行，还以为是通讯坏了，其实纯粹是单位问题。读回来的当前频率也一样，40004读出来4350，实际是43.50Hz，程序里要除以100。建议在PLC里用REAL变量来存频率，做一次除法之后再去显示或联锁，免得每个画面都去换算。

第三个是字节序问题。Modbus RTU本身是大端传输，而西门子的MW寄存器也是高位在前，所以直接拿Word类型的数据去对应就行，一般不需要手工调字节序。只有在你自己拼报文、用字节数组收发时才需要考虑高字节和低字节的顺序，用MB_MASTER标准指令就不用操这个心了。

3.5 轮询调度：让多个读写请求排队执行

现场需求往往不是只读一个寄存器，而是要同时处理“读状态、读频率、写启停、写频率”这些事情。MB_MASTER一次只能做一件事，所以必须设计一个轮询状态机，让这些请求按顺序排队执行。

我的做法是：做一个100毫秒的周期脉冲作为轮询主时钟，配合一个整型变量做步骤索引，在CASE语句里依次切到读状态、读频率、写运行指令、写频率。每步只发起一个请求，收到DONE之后再切到下一步。下面给一个简化版SCL骨架，方便你理解这个思路。

// 轮询主控 - 简化版 IF #Trig_100ms THEN #Trig_100ms := FALSE; IF NOT #MB_BUSY THEN CASE #Step OF 0: // 读运行状态 40003 #MB_REQ := TRUE; #MB_MODE := 0; #MB_DATA_ADDR := 40003; #MB_DATA_LEN := 1; #Step := 1; 1: // 读当前频率 40004 #MB_REQ := TRUE; #MB_MODE := 0; #MB_DATA_ADDR := 40004; #MB_DATA_LEN := 1; #Step := 2; 2: // 写运行指令 40001 #MB_REQ := TRUE; #MB_MODE := 1; #MB_DATA_ADDR := 40001; #MB_DATA_LEN := 1; #Step := 3; 3: // 写频率设定 40002 #MB_REQ := TRUE; #MB_MODE := 1; #MB_DATA_ADDR := 40002; #MB_DATA_LEN := 1; #Step := 0; END_CASE; END_IF; END_IF;

这里每个步骤里的#MB_MODE、#MB_DATA_ADDR、#MB_DATA_LEN都要接到MB_MASTER指令的对应引脚上，而#MB_REQ接REQ。DONE、BUSY、ERROR都从MB_MASTER返回。实际工程中，你还需要在写运行指令之前把正转/反转/停止的命令值放到发送数据地址对应的变量里，在写频率之前把目标频率乘以100放到频率设定变量里。这些数据最好放在一个全局DB的数组中，用指针加偏移的方式去取，后面维护起来会清晰很多。

轮询周期也有讲究。MB_MASTER一个请求从发出到收到响应，正常也就几十毫秒，但E700的处理能力有限，请求太密集它反而会忙不过来，偶尔不回帧。实测下来100到200毫秒的轮询周期已经非常够用，HMI刷新频率和联锁响应都能满足。如果你要同时刷好几台变频器，可以把轮询周期适当拉长，避免总线拥堵。

还有一个小技巧：如果现场数据刷新频率要求不高，你可以用一次读多个连续寄存器的办法，把40003到40007五个字一次性读回来，一条请求全搞定，减少轮询压力。代价是读取周期会稍微变长一点，因为一次性读五个字，E700的响应时间会略微增加。

4. 从接线到跑通的完整实操流程

4.1 第一步：断电接线与硬件确认

很多朋友嫌麻烦，喜欢带电接通讯线，这绝对是大忌。RS485芯片很娇气，带电插拔水晶头容易造成通讯芯片损坏，而且带电操作时万用表量线也不准。所以第一步永远是断电。断电之后，先把CM1241 RS485模块的A/B端子接好，再把E700 PU口的水晶头压好，注意4脚和5脚不要和别的脚搞混。压好之后用万用表通断档确认一下：水晶头4脚到PLC侧A端子的线是通的，5脚到B端子的线是通的，同时4脚和5脚之间没有短路。

上电之前再检查一遍，确认整个通讯链路没有接到动力线上去，屏蔽层的接地端已经接好。确认无误后上电，这时候不要急着写PLC程序，先看一眼E700面板有没有报警。如果有报警，先处理变频器侧的问题，再往下走。

4.2 第二步：用串口工具单独验证变频器

我强烈建议在这一步做一件事：用USB转RS485的串口线，直接把电脑跟E700的PU口连起来，用Modbus调试软件发一条03功能码读40003寄存器。这一步能直接验证物理接线和变频器参数是否都正确，把问题范围缩小到PLC侧。

操作方法很简单：USB转RS485线的A端接E700的4脚，B端接5脚，电脑上打开串口调试软件或专用的Modbus调试工具，串口参数设成和Pr.118/Pr.119/Pr.120一致的格式，从站地址设成Pr.117的站号，然后发送03读保持寄存器、起始地址40003、长度1。如果能收到响应，说明变频器这半边链路完全正常，后面就可以放心接PLC了。

我几乎每次做通讯调试都会这么干，原因很简单：通讯不上时，如果电脑直接连变频器能通，那就说明问题在PLC侧；如果电脑连变频器都不通，那就先查参数、查接线、查串口工具，别急着去翻PLC程序。这一刀切下去，排查范围直接少一半，省下的时间足够干很多别的事。

4.3 第三步：TIA组态、下载程序与在线监控

电脑验证通过之后，回到TIA博途。先确认CM1241模块已经组态进硬件配置，端口号记下来。然后新建一个全局DB，把通讯缓冲区、运行指令字、频率设定值、读回来的状态和频率都定义好。再写一个初始化程序块调用MB_COMM_LOAD，写一个业务调度块调用MB_MASTER，把轮询逻辑挂进去。

下载程序之前，建议先在OB1里只写一个读操作，不要一上来就写完整的启停控制。比如先只读40004当前频率，下载运行之后去在线监控里看DONE有没有变True、数据区有没有出现一个看似合理的数字。如果这个最简单的读操作能通，再逐步加上读状态、写运行指令、写频率。这种“小步快跑”的调试方式，能让问题在刚冒头时就被精准抓住，而不会像完整程序那样，一个错被后面几十个逻辑盖住，找都不知道从哪找。

程序下载之后，建议在TIA的监控表里手动写一个正转运行指令（40001写1），看E700面板是不是显示运行、电机是不是真的转了起来。如果转了，再写一个频率值，看电机转速有没有变化。等这些都确认无误，再把自动启停逻辑和HMI联动接上去。这样一层一层往上加，整个系统跑通非常快。

5. 现场最容易踩的坑：常见问题与排查记录

5.1 通讯超时，PLC一直报错

这是最常见的问题，排查顺序基本是固定的。我用一张速查表给你列出来，现场照着顺序走一遍，百分之八十的问题都能定位。

这里有一个比较隐蔽的情况：用了USB转RS485工具在电脑上测的时候是通的，但接PLC之后一直超时。这种时候十有八九是PLC侧发送的数据帧格式不对，比如校验方式在MB_COMM_LOAD里配错了，或者站号没对。别急着怀疑线，先拿串口抓包工具挂到总线上看一帧PLC发出来的报文，对照Modbus协议帧格式一眼就能看出问题。

5.2 能通讯，但变频器不启动

这个问题排在第二高发位置。能通讯说明物理层和数据链路层都通了，问题出在变频器“愿不愿意执行”上。

首先检查Pr.338和Pr.339有没有切到通讯模式。默认状态下运行指令权在面板，频率指令权也在面板或端子，PLC的命令会被无视。这是第一大原因。

其次检查运行指令字有没有写对。E700的40001寄存器里，1代表正转，2代表反转，0代表停止。注意这里是把指令写成一个字的值，不是往一个位里写布尔量。如果你往40001写了一个“1”的布尔值，变频器那边看到的可能就不是正确的指令字。

还有一个非常容易被忽略的原因：写了启动指令但没写频率设定，或者频率设定值写成了0。变频器收到正转指令、但目标频率是0，它自然就转得很慢或者干脆不动。调试时先给40002写一个5000（也就是50.00Hz），再给40001写1，正常情况下电机就会以50Hz转起来。如果这样转起来了，那就慢慢排查是程序逻辑把频率覆盖了还是启动顺序不对。

5.3 频率值和实际对不上

如果通讯正常、也能启停，但读回来的频率跟现场万用表或变频器面板显示对不上，先别慌，九成是单位换算问题。E700的频率寄存器单位是0.01Hz，读回来4350，显示应该是43.50Hz。如果你的HMI上直接显示4350，那肯定差着一百倍。程序里除以100转成Hz，再用REAL变量去显示，问题立刻消失。

还有可能遇到的情况是设定频率和实际输出频率不一致。比如你PLC写的是50Hz，但读回来是45Hz，而且电机还在慢慢加速。这是正常的，因为变频器有加减速时间，从0Hz爬到50Hz需要一个过程，读回来的当前频率一直在变化，直到稳定到设定值。判定通讯是否正常，应该去对比“PLC设定的频率”和“变频器收到的设定频率”，而不是对比设定频率和实际运行频率。

电流和电压监视也一样，电流寄存器单位是0.01A，电压寄存器单位是0.1V。从站返回的原始值是整数，程序里做一次除法再用于显示或联锁即可。

5.4 运行中途偶发丢通讯或闪停

这个问题最讨厌，因为它不是稳定复现的，而是“时不时来一下”。查这种问题主要看三个地方。

第一，线缆和接地。通讯线太靠近变频器输出侧动力线，或者屏蔽层悬空，都会让RS485总线时不时被干扰打穿。处理办法就是尽量拉开距离、屏蔽层单端可靠接地、在总线两端加终端电阻。

第二，变频器侧的通讯异常检测参数。Pr.121通讯再试次数和Pr.122通讯校验时间决定了变频器对通讯断线的容忍程度。如果Pr.121设成0，一次偶发的通讯超时就会让变频器直接报警停机；把它设成3以上，偶发干扰就不会触发跳闸了。Pr.122设成1到3秒，既能及时检测到真断线，又不会被偶发毛刺误伤。

第三，PLC侧轮询太猛。如果你把轮询周期压到50ms甚至更低，E700可能偶尔回应不过来，表现为偶发超时。把轮询周期放到100到200ms，实测下来大多数现场都能稳定跑。记住一句话：Modbus RTU这种串口通讯，稳定比速度重要。

5.5 一个独家习惯：把通讯参数贴在电柜门上

最后分享一个我个人的习惯：每个通讯项目的参数表、接线图、寄存器地址映射表，全部打印出来贴在电柜门的内侧。这样无论过多久、换谁去维护，都能迅速了解这台设备是怎么连的、参数是怎么配的。

这个习惯救过我很多次。有一次现场反映变频器偶尔报通讯故障，我到现场一看，原来是有同事嫌面板操作不方便，把Pr.338改回了面板模式。我翻开柜门一看参数表，半分钟就定位了问题。如果当时没有这张参数表，光靠回忆和一遍遍试参数，不知道要折腾多久。

跨品牌通讯调试这件事，做多了你会发现，真正难的从来不是PLC程序本身，而是你愿不愿意把每一层链路都按顺序验证清楚。接线一处处测，参数一项项对，地址一个个查，程序一小步一小步加，问题总会在半小时内显形。这套方法不仅适用于西门子S7-1200和三菱E700，换成其他品牌的PLC、变频器、仪表，思路完全通用。希望这篇折腾记录能帮你少踩几个坑，把“联姻”办得顺顺利利。