最近在项目上刚折腾完西门子S7-1200和三菱E700变频器的联姻，这俩不同门派设备搞通讯真挺有意思。直接上干货，咱们先说最核心的PLC程序部分。简单交代一下背景：现场是一台收尘风机的变频改造，原来靠端子硬接线和外部电位器调速，转速反馈基本靠猜，上位机也拿不到实时状态。我接手后决定让S7-1200通过RS485去接管E700，用MODBUS RTU把启停、调速、状态监视全部做进PLC里。折腾下来发现，跨品牌设备做通讯，硬件接线和参数设置其实都是固定套路，真正考验人的是PLC侧的程序怎么写：轮询怎么排队、控制字怎么拼、地址偏移怎么算，每一步都有坑。这篇文章就围绕程序核心展开，硬件和变频器参数也会带一笔，保证你能照着落地方案。
1. 为什么"联姻"要选MODBUS RTU，而不是其他通讯方式
1.1 三种方案放在一起对比，选型的逻辑就清楚了
让西门子PLC去控制三菱变频器，摆在桌面上的方案其实就三类：硬接线加模拟量、西门子PROFINET/PROFIBUS总线、以及通用的MODBUS RTU。我先把三者的实用性和成本放在一张表里对比，你一眼就能看出为什么最后选了串口。
| 方案 | 成本 | 接线量 | 能拿到的数据 | 可行性 |
|---|---|---|---|---|
| 硬接线 + 模拟量 | 低 | 多 | 启停、频率给定、故障信号，但转速/电流状态难完整拿回 | 老产线常见 |
| PROFINET/PROFIBUS | 高 | 少 | 数据完整、实时性好 | E700一般不带西门子协议，要加选件卡，兼容性看运气 |
| MODBUS RTU | 低 | 少 | 启停、频率、状态、电流、电压都能读 | 两边原生支持，几乎零成本 |
硬接线方案看着简单，但问题很明显：启停和故障用数字量点，频率给定用模拟量模块发0到10V，转速和电流状态你最多再接一路模拟量反馈，多了就不现实。整套下来PLC的I/O点消耗很大，电气柜里的线也多得吓人。模拟量给定还有个老毛病，就是长时间运行后容易飘，变频器面板显示的频率和实际转速对不上，现场排查起来很头疼。
PROFINET这种西门子自家协议虽然高大上，但E700是老一代机型，它原生支持的是三菱自家的CC-Link，想让它在PROFINET总线上当从站，必须加一块专门的总线选件卡，价格不便宜，而且驱动配置一遍下来，时间成本也高。对于我们这种一台PLC带一两台变频器的改造项目，完全没有必要上总线级方案。
MODBUS RTU就比较朴实了：S7-1200加一块CM1241 RS485模块，E700的PU口本身就是RS485接口，两边插上屏蔽双绞线，协议层用开放的MODBUS RTU，不需要额外的选件卡，上位机想要的所有数据也都能从寄存器里读出来。500ms轮询周期对风机控制完全够用，成本几乎可以忽略。所以我最终选的就是这条路。
1.2 MODBUS RTU主从机制，几句话讲透
MODBUS RTU本质上是一个主从问答式协议：平时所有从站设备都在总线上待命，但不主动说话，只有主站点名问到某个站号时，对应站号的设备才回一帧数据。这个机制特别像食堂打饭——窗口是主站，排队的学生都有编号，窗口喊到几号，几号才过来端菜。
一帧MODBUS RTU报文由四个部分组成：从站地址、功能码、数据区、CRC校验。比如主站发"读站号1的保持寄存器，从地址0开始读3个字"，报文格式大致是这样的：
01 03 00 00 00 03 05 CB其中01是从站地址，03是功能码（读保持寄存器），00 00是起始地址，00 03是数量，最后两个字节是CRC16校验。从站收到后如果数据正确，会回复相同功能码并带回数据；如果CRC算不对，从站直接不理你；如果功能码或者地址越界，从站会回一个异常帧。
这也就解释了为什么跨品牌设备用MODBUS最省心：它不要任何"门派认证"，只要从站地址、波特率、数据位、校验位、停止位这几个参数对齐了，大家就能用同一套报文对话。S7-1200的库函数把这些报文封装成了现成的功能块，你不需要自己算CRC，但理解这个机制对后面排查问题非常重要。
2. 先把物理层和变频器参数捋顺：E700侧的准备工作
2.1 CM1241 RS485到E700 PU口的接线，别把A和B搞反了
S7-1200这边用CM1241 RS422/485模块，注意这块模块支持RS485半双工模式，需要在模块的DIP开关上把工作模式拨成RS485，同时把终端电阻拨到ON的位置。如果现场总线上只挂了PLC和变频器两台设备，终端电阻拨一端就行，我习惯拨在通讯距离较远的那一端，也就是变频器那一端。
E700的PU口在面板下方，是一个RJ45样式的插座，厂里通常配一条专用插头线。E700的PU口名义上有四根通讯线：SDA、SDB、RDA、RDB，外加一根SG地线。做RS485两线制通讯时，需要把发送和接收短接起来，具体接法是：
- PLC的A(+)接变频器的SDB和RDB
- PLC的B(-)接变频器的SDA和RDA
- 屏蔽层单端接地，一般接在变频器侧的SG端或柜内接地排
这里有个容易迷糊的点：三菱命名里S是发送、R是接收，所以你看着好像有四根线，但RS485收发共用一对线，必须把SDA和RDA并在一起、SDB和RDB并在一起，不然通讯绝对不通。我当年第一次接的时候没注意这个细节，只接了SDA和SDB两根，结果MB_MASTER一直报超时，查了半天才反应过来。
如果距离不超过50米，用0.5mm²以上的屏蔽双绞线就行，别用普通平行线，高速通讯时干扰会很头疼。另外千万注意，通讯线不要和动力电缆走同一个线槽，就算走线槽也要保持至少20cm以上的间距，变频器本身是高干扰源，这个不能省。
2.2 E700关键参数设置，我用的推荐值给你抄
E700要做MODBUS RTU从站，必须把通讯相关的参数改对。下面这张表是我这次项目实际使用的参数组合，全部按9600、8、N、1的标准串口参数来对齐，也是S7-1200侧最不容易出错的搭配：
| 参数号 | 含义 | 推荐设置 | 说明 |
|---|---|---|---|
| Pr.79 | 运行模式 | 10 | 网络运行模式，启停和频率都走RS485 |
| Pr.117 | 通讯站号 | 1 | 不能设为0，0在MODBUS里是广播地址 |
| Pr.118 | 通讯速率 | 1 | 9600bps，和PLC侧保持一致 |
| Pr.119 | 数据位长度 | 0 | 8位数据 |
| Pr.120 | 校验方式 | 0 | 无校验 |
| Pr.121 | 停止位 | 0 | 1位停止位 |
| Pr.122 | 通讯重试次数 | 1 | 建议设1，PLC侧报错时能自动恢复 |
Pr.79设成10这一步特别容易被忽略。很多人改完Pr.117到Pr.124，发现频率能写进去，但电机就是不转，十有八九是Pr.79还在默认的0（面板运行模式）。在这个模式下，启停信号来自面板按键或者外部端子，RS485只能给频率给定，根本拿不到启动权限。设成10以后，启停和频率全部交给通讯侧，PLC发正转命令变频器才会真正转起来。
另外提醒一句：E700改完通讯参数以后，必须断电重新上电，部分参数不会立即生效。我在现场就吃过这个亏，参数改了面板也显示了，但PLC怎么触发都无响应，断电重启后立刻就好。
3. S7-1200侧的通讯底座：组态CM1241和MB_COMM_LOAD初始化
3.1 TIA博途里添加CM1241 RS485模块
在TIA博途的设备视图里，从硬件目录中拖出CM1241 RS422/485模块，挂在CPU左侧的通讯扩展槽上。组态时不需要做IP地址之类的网络配置，串口模块只有硬件标识符（Hardware identifier）一个概念。这个硬件标识符后面初始化要用到，建议在PLC变量表里建立一个常量，比如叫CM1241_RS485_HWID，值就填博途自动分配的ID，这样程序里引用起来清晰，不会和CPU本体、以太网口的ID搞混。
模块的物理拨码开关也要检查：CM1241 RS485模块侧面有DIP开关，一个用于选择RS232/RS422/RS485模式，另一个用于是否接入终端电阻。我这次用的是RS485两线制，所以模式开关拨到RS485侧，终端电阻拨到ON。很多人程序写对了但通讯死活不通，最后发现是模块上拨码根本没拨对，这类低级错误在项目里特别多。
3.2 MB_COMM_LOAD初始化：只能调一次，别在每个周期里重复调用
S7-1200的MODBUS RTU库提供了两个核心功能块：MB_COMM_LOAD负责初始化串口模块，MB_MASTER负责主站的单次读写请求。MB_COMM_LOAD只需要在OB100（启动组织块）里调用一次，把波特率、校验位、超时时间写进去，之后串口模块就按这个配置稳定运行了。
我当时的初始化调用大概长这样（SCL表示）：
"MB_COMM_LOAD_DB"( REQ := TRUE, PORT := "CM1241_RS485_HWID", // 硬件标识符 BAUD := 9, // 9600bps PARITY := 0, // 无校验 RESPONSE_TIMEOUT := 500, // 500ms超时 DONE => "CommInitDone", ERROR => "CommInitError", STATUS => "CommInitStatus" );这里有个很关键但没人提醒的坑：BAUD管脚的填法取决于你用的库版本。老版本的S7-1200 MODBUS库，BAUD是DWORD类型，填9代表9600，填19代表19200，单位是"千波特"；新版本博途里改了数据类型，有的版本是REAL类型，要直接填9600.0。判断方法很简单，打开功能块的管脚类型看一眼，是DWORD就按9这种填法，是REAL就按9600.0填。我这次用的库版本比较老，填9600反而报参数非法。
初始化只要调用一次就够了。我之前犯过一个错，把MB_COMM_LOAD放在OB1循环里反复触发，结果串口模块一直在重新初始化，MB_MASTER怎么调都拿不到从站响应。正确做法是只在OB100里触发一次，或者用一个初始化辅助标记，保证它只在第一个扫描周期执行。
4. 核心PLC程序：主站读写轮询与变频器控制字拼装
4.1 主站轮询的排队逻辑：一次只发一帧，做完再发下一帧
很多人第一次写MODBUS主站程序都会犯同一个错：在一个扫描周期里连续调用多次MB_MASTER，想同时读状态、写频率、写启停。这在物理上是不允许的，因为RS485是半双工总线，一个时刻只能有一帧数据在线上，你连续触发多个请求，后面的请求会把前面的请求挤掉，结果就是DONE永远不来，错误码一直报。
正确的做法是用一个轮询状态机，让所有读写请求排成一队，每次只执行一个，完成或超时后再执行下一个。我把整个轮询逻辑设计成三个步骤，用整形变量CommStep来跳转：
- 步骤0：等待轮询定时器到点，触发一次"读状态"请求
- 步骤1：等待读请求完成，读到状态、频率、电流后存入数据映射区，再触发"写命令"请求
- 步骤2：等待写请求完成，然后回到步骤0，等待下一个轮询周期
我的轮询周期用的是500ms定时器，对风机控制足够了。如果你要控制的设备动态响应要求高，可以把周期缩到200ms，但不要低于100ms，否则容易在长距离RS485上诱发偶发超时。
MB_MASTER的REQ管脚要用上升沿触发，也就是说请求执行期间，REQ为TRUE但没有新沿，是不会有新动作的。我习惯在一个请求的DONE或ERROR回来之后，先把REQ置为FALSE，下一轮再置TRUE，保证每次都是干净的上跳沿。
4.2 把"正转命令"和"50Hz频率"拼成一次写，省一半通讯时间
E700的寄存器映射里，40001是运行指令，40002是频率设定，两个寄存器紧挨着。S7-1200的MB_MASTER支持一次连续写多个保持寄存器，只要把这两个数据拼成一个双字数组，用DATA_LEN=2触发一次"写保持寄存器"操作，就能同时下发启停和转速，比分开写两次省一半的通讯时间，总线上也少一半的冲突风险。
// 运行指令：0x0000停止，0x0001正转，0x0002反转 // 频率设定：单位0.01Hz，50.00Hz = 5000 "WriteBuf"[0] := "CtrlWord"; // 40001 运行指令 "WriteBuf"[1] := "FreqRef"; // 40002 频率设定 "MB_MASTER_DB"( REQ := #MB_Request, MODE := 5, // 写保持寄存器 DATA_ADDR := 0, // 从40001开始写 DATA_LEN := 2, // 连续写2个字 DATA_PTR := "WriteBuf", // 指向写入缓冲区的指针 DONE => "MB_Done", ERROR => "MB_Error", STATUS => "MB_Status" );注意这里的DATA_ADDR填的是0，不是40001，这是另一个高频出错点。S7-1200的DATA_ADDR指的是寄存器偏移量，40001对应偏移0，40002对应偏移1，比如你想写频率设定（40002），DATA_ADDR就应该填1。很多人直接把40001这个数字填进去，结果MODBUS帧里地址就变成了40001作为偏移量，从站收到后要么报异常，要么写到了完全错误的位置。
控制字和频率的字类型也要搞清楚：三菱侧频率设定用的单位是0.01Hz，50.00Hz就是5000（十六进制0x1388），数据类型按无符号整数处理。S7-1200里如果HMI给定的是REAL型浮点数，程序里要先做一次REAL_TO_DINT再转换成WORD，别直接把REAL塞进WriteBuf数组，会得到完全不对的二进制数据。
4.3 读回状态、输出频率、输出电流并做数据映射
读数据我用MODE=3（读保持寄存器），从偏移地址2开始读3个字，对应三菱40003运行状态、40004输出频率、40005输出电流。也就是说，E700的工作状态、转速反馈、电流反馈全部都在这三个寄存器里，一次读请求全部拿回来。
"MB_MASTER_DB"( REQ := #MB_Request, MODE := 3, // 读保持寄存器 DATA_ADDR := 2, // 从40003开始读 DATA_LEN := 3, // 读3个字 DATA_PTR := "InverterRead", // 指向存放读回数据的缓冲区 DONE => "MB_Done", ERROR => "MB_Error", STATUS => "MB_Status" );读回来的3个字放在自定义数据结构里，我习惯定义成InverterRead.StatusWord、InverterRead.OutFreq、InverterRead.OutCurrent三个WORD变量。程序里再按位拆解状态字，比如bit0是运行中、bit1是正转/反转方向、bit2是故障报警，这些位定义在不同版本的手册里大同小异，以你手上那本为准。拆成BOOL型变量后，HMI画面上做指示灯就很方便了。
输出频率和输出电流这两个值，从变频器读回来也是按0.01Hz和0.01A的精度计的，所以在HMI显示时要除以100转成REAL。我程序里是这样处理的：
"HmiVfdFreq" := WORD_TO_REAL("InverterRead".OutFreq) / 100.0; "HmiVfdCurrent" := WORD_TO_REAL("InverterRead".OutCurrent) / 100.0;隔离装一下：InverterRead这个缓冲区要定义为块访问方式下可寻址的DB，因为DATA_PTR需要传指针。我用的是全局DB，变量命名尽量直观，这样后面做上位机、HMI联调的时候，随便找个人过来看程序都不会懵。
5. 联调排错实录：三个折腾最久的坑
5.1 坑一：MB_MASTER一直报CRC/超时，最后发现是BAUD参数填错
第一次联调的时候，我把程序和参数都核对了一遍，硬件接线也确认过，但MB_MASTER的DONE就是不来，STATUS一直报错。当时我的排查链路是这样的：
先怀疑变频器侧，用一台USB转RS485模块直接连E700的PU口，在电脑上用串口调试工具按照9600、8、N、1发了一帧读请求，结果变频器正常回了一帧数据。这说明从站没问题，问题一定在PLC侧。
然后我查PLC程序，发现MB_COMM_LOAD初始化完以后，STATUS报的是参数错误。对比库文档才发现，这个老版本库的BAUD管脚类型是DWORD，要求填9而不是9600。我把9600这个数当成波特率填进去，系统没法解析这个参数，导致串口模块没有按预期初始化。修正成BAUD:=9以后，通讯立刻恢复正常。
这个坑给我的教训是：别想当然地认为填9600就是波特率9600，一定要先看清库功能块管脚的数据类型。不同版本、不同博途版本下的库叫法都可能不一样，遇到通讯初始化有问题，第一件事就是打开功能块的管脚定义，把类型和取值范围确认清楚。
5.2 坑二：频率写进去了，电机就是不转，Pr.79还在面板模式
第二个坑发生在频率给定已经确认能写进去之后。程序都跑通了，状态字也能读到，我给了50Hz的频率和正转命令，结果电机纹丝不动。当时一度以为控制字位定义搞错了，因为面板上能看到频率设定值已经刷新到50.00Hz。
后来排查思路换到了"权限"上：我打开E700面板，发现Pr.79还是默认值0，也就是面板运行模式。在这个模式下，运行信号完全来自面板按键，RS485侧即使收到正转命令也不会执行，它只会接受频率设定数据，所以我看到的现象就是"频率写进去了，但电机不转"。
解决也简单：把Pr.79改成10，断电重启。重启后PLC再发正转命令，电机马上转了。这件事也解释了为什么我前面反复强调Pr.79——它是三菱变频器从通讯控制的总开关，不改这个，后面所有寄存器读写都是白折腾。
5.3 坑三：地址偏移算错，写频率写到了"寄存器40002偏移"上
还有一个值得写出来的坑是地址偏移。我一开始写频率设定的时候，DATA_ADDR填的是40002，心想三菱的手册里频率设定就是40002这个地址，结果变频器根本没有响应。查了报文之后才明白，S7-1200的DATA_ADDR是一个相对偏移量，不是MODBUS协议里的绝对地址编号。
准确的换算关系是这样的：
| 三菱寄存器编号 | MODBUS协议地址（十六进制） | S7-1200 DATA_ADDR填值 |
|---|---|---|
| 40001 | 0x0000 | 0 |
| 40002 | 0x0001 | 1 |
| 40003 | 0x0002 | 2 |
| 40004 | 0x0003 | 3 |
| 40005 | 0x0004 | 4 |
这个关系就是纯粹的编号减一。搞清楚以后，读状态、读输出频率、读电流的起始地址是2、3、4，写频率的地址是1，和前面的程序示例完全对得上。这个坑不涉及复杂的原理，但百分之八十的新手都会在第一次联调时踩到。
6. 让这套通讯方案更耐用的几个实操习惯
6.1 给轮询加个从站掉线保护，别让PLC卡死在等待里
现场设备不是永远都在线的，变频器可能因为检修被人拉了电，或者通讯线被误拔。MB_MASTER遇到从站无响应时会一直等到超时时间结束，如果你的轮询状态机没有容错逻辑，程序就会卡在"等待DONE"这一步，后面的读写请求全部排队堵死。
我的做法是在状态机里加一个超时计数：每次发起请求时记录当前时间，如果超过一个设定的等待时间（比如1500ms）还没等到DONE或ERROR，就强制把当前请求标记为失败，清掉REQ置为FALSE，状态机继续往下走。这样即使变频器掉线了，PLC主程序也不会卡死，HMI上还能报一个"通讯中断"的醒目标志，方便操作人员尽快处理。
6.2 频率不建议直接跳变，程序里做斜坡限制更稳妥
很多现场事故其实是频率给定跳变引起的。比如HMI被人误改成50Hz，而变频器当前正在10Hz运行，这一下就是40Hz的阶跃，机械冲击非常大。我在程序里加了一个简单的斜坡限制函数：每个轮询周期（500ms）频率最多往目标值靠近0.5Hz。算下来从10Hz升到50Hz大概需要40个周期，也就是20秒左右，现场用起来体感很平顺。
斜坡实现并不复杂，核心逻辑就是比较当前输出频率值和目标频率值，差值超过限幅就只走限幅值，没超过就直接等于目标值。这样写的代码量不大，但对设备寿命和现场安全有很大好处。
6.3 把通讯逻辑封装成FB，以后带第二台变频器就是复制粘贴
这次项目只有一台E700，轮询状态机写得比较直接。但如果你以后要接两台、三台变频器，千万别在OB1里复制一堆MB_MASTER调用代码，那样程序会乱到你自己都不想看。建议把"读写一个变频器"的完整逻辑封装成一个FB，接口上留出：
- 从站号（站号ID）
- 目标频率（REAL）
- 启停控制字（WORD）
- 读回的状态字、频率、电流（输出接口）
外部程序只需要给每个变频器实例化一个FB背景数据块，填上各自的站号和参数，内部轮询逻辑完全复用。下次遇到同型号设备，我就是在程序里拖一个新实例，改个站号，两分钟搞定。
6.4 最后补一句现场经验
折腾完这个项目，我最大的体会是：跨品牌PLC和变频器之间做MODBUS RTU通讯，真正的难点压根不在协议本身，而在两边的参数对齐和程序细节。S7-1200的库函数把CRC、报文封装都做好了，三菱侧也提供了现成的寄存器映射，你只要耐心把波特率、校验位、站号、地址偏移、运行模式这几件事逐项确认，剩下的就是时间问题。我习惯在调试的时候随身带一个USB转RS485小工具，电脑上放一个串口调试程序，遇到通讯问题直接绕过PLC，先验证从站，再回头查主站，排查效率会高很多。这套方法用熟以后，你会觉得"联姻"两个字真不是开玩笑——一边是西门子，一边是三菱，本来各说各话，MODBUS RTU就是它们之间最可靠的那个翻译。
