三菱PLC RS指令无协议通信：从原理到实战，打通私有协议设备集成

1. 项目概述：三菱RS指令无协议通信功能

在工业自动化现场，PLC与各种智能设备（如扫码枪、电子秤、打印机、非标仪表）的数据交换是家常便饭。很多时候，这些设备并不支持主流的工业总线协议，它们只提供一个简单的串口，遵循着自定义的、五花八门的通信帧格式。面对这种情况，你是选择为每个设备定制一个昂贵的协议转换模块，还是硬着头皮去研究复杂的通信库？如果你用的是三菱FX系列PLC，那么恭喜你，你手头就有一个被严重低估的“瑞士军刀”——RS指令。

RS指令，全称“串行数据传送指令”，是三菱FX系列PLC用于串行通信（RS-232C/RS-485/RS-422）的核心功能块。它最强大的地方在于其“无协议通信”模式。所谓“无协议”，并不是真的没有协议，而是指PLC不预置任何特定的高层通信协议（如Modbus、Profibus），而是将通信的主动权完全交给程序员。你可以用它发送任意格式的字节流，也可以接收并解析任意格式的数据包。这就像给了你一套最基础的字母和语法规则，至于要写成诗歌、小说还是合同，完全由你决定。对于集成那些只有串口和私有协议的“顽固”设备来说，RS指令几乎是性价比最高的原生解决方案。

我接触过很多现场工程师，一提到串口通信就想到触摸屏、组态软件或者上位机，觉得在PLC里直接搞串口编程太麻烦。但事实上，一旦掌握了RS指令的逻辑，你会发现它比依赖中间件更直接、更可靠、响应也更迅速。无论是FX1N、FX3U还是FX5U，其核心思路一脉相承。接下来，我将结合多年的调试经验，为你彻底拆解这个功能，从硬件接线到程序架构，从数据收发到底层缓冲区的管理，让你不仅能看懂手册，更能玩转现场。

2. 核心需求解析与方案选型

2.1 何时需要动用RS指令？

在决定使用RS指令之前，我们需要明确它的应用场景，避免“杀鸡用牛刀”或“牛刀杀不了鸡”的尴尬。根据我的经验，RS指令主要解决以下几类需求：

1. 与私有协议设备通信：这是RS指令的“主战场”。例如，某品牌的高精度电子秤，其通信格式为“STX+6位重量数据+ETX”；或者一个老式的热敏打印机，需要接收特定的ESC/POS指令序列。这些设备没有Modbus地址，也无法通过标准总线接入，唯一的接口就是一个9针的RS-232口。
2. 实现简单的上位机自定义协议：当你的上位机（如PC上的C#、Java程序）需要与PLC进行点对点通信，但又觉得Modbus RTU过于“重”或者功能受限时，可以自定义一套更精简、高效的二进制协议，两端分别用RS指令和串口库实现。
3. 多台PLC间的简易数据交换：在两台FX系列PLC之间，如果不方便或不需要使用N:N网络、并联链接等功能，可以通过RS-485接口和RS指令实现自定义的主从问答，传输一些关键的生产数据或状态信号。
4. 替代部分特殊功能模块：对于一些简单的数据采集（如读取条码枪），使用RS指令的成本远低于购买专用的串口通信模块（如FX2N-232-BD是扩展板，而RS指令利用的是PLC本体或基本适配器的串口）。

注意：RS指令虽然灵活，但它是一种“轮询”或“事件驱动”的软件实现，通信效率和处理能力有上限。对于需要极高通信速率（如毫秒级连续收发）或复杂协议栈（如TCP/IP）的场景，应优先考虑专用的通信模块（如以太网模块）或支持Socket通信的更高系列PLC（如Q系列）。

2.2 硬件准备与端口配置

工欲善其事，必先利其器。使用RS指令前，硬件连接必须正确。

1. 通信端口选择：三菱FX系列PLC通常提供以下串口选项：

• 编程口（RS-422）：多数FX PLC自带的圆口，常用于连接编程软件（GX Works2/3）。这个端口也可以用于无协议通信，但需要注意，在通信时编程软件可能无法在线监控，通常用于最终稳定运行的场景。
• 内置RS-232C/RS-485接口：部分型号（如FX3U-232-BD/485-BD）通过安装扩展板获得。这是最常用的无协议通信端口。
• 内置RS-232C/RS-422/RS-485接口（FX5U等）：新型号PLC本体自带独立串口。

2. 硬件接线要点（以RS-232C为例）：这是最容易出错的地方。PLC与设备间的RS-232连接，绝不是简单的“直连线”。它需要遵循“交叉”原则，即一端的发送端（TXD）接另一端的接收端（RXD）。

• PLC（D-SUB 9针 公头）侧：通常我们关注2（RXD）、3（TXD）、5（SG，信号地）这三个针脚。
• 设备侧：需要查阅设备手册，明确其串口针脚定义。
• 连接方法：制作一条“交叉线”：PLC的2脚（RXD）接设备的TXD脚；PLC的3脚（TXD）接设备的RXD脚；双方的5脚（SG）直接相连。
• 关于流控制：在无协议通信中，为了简化，我强烈建议在PLC和设备端都禁用硬件流控制（RTS/CTS）和软件流控制（XON/XOFF）。这可以通过PLC的D8120特殊寄存器（通信格式）和设备的拨码开关或软件设置来实现。禁用后，只需连接上述三根线即可通信。

3. 通信参数设置（D8120详解）：通信双方（PLC和设备）的参数必须完全一致，否则收到的将是乱码。所有参数都通过一个16位的特殊寄存器D8120来设置。这是理解RS指令的钥匙。

D8120的每一位代表一个参数。我们以一个最常用的设置为例：9600bps， 7位数据位，偶校验，1位停止位，无控制线（H/W为0）。 其对应的二进制值为：b15 - b0 = 0000 1000 0110 0111换算成十六进制就是H0867（在GX Works2中设置时，直接输入十进制值2151，或十六进制0867均可）。

如何计算这个值？我们来拆解一下手册中的位定义（以FX3U手册为例）：

• b0: 数据长度。0=7位，1=8位。我们选7位，所以b0=1。
• b1, b2: 奇偶校验。01=奇数，11=偶数。我们选偶校验，所以b1=1，b2=1。
• b3: 停止位。0=1位，1=2位。我们选1位，所以b3=0。
• b4, b5, b6, b7: 波特率。这是一个4位的组合。查表可知，9600bps对应的是0110。所以b4=0，b5=1，b6=1，b7=0。
• b8, b9, b10, b11: 起始符、结束符、控制线模式等高级设置。在简单应用中，通常全部设为0（即无起始/结束符，控制线模式为普通模式）。
• b12: 通常设为0。
• b13, b14, b15: 协议模式。对于无协议通信，必须设置为001。所以b13=1，b14=0，b15=0。

将上述所有位的值从b15到b0排列起来：b15 b14 b13 b12 b11 b10 b9 b8 b7 b6 b5 b4 b3 b2 b1 b0=0 0 1 0 0 0 0 0 0 1 1 0 0 1 1 1=0010 0000 0110 0111=H2067？等等，这里有个关键点！很多初学者会算错，因为b13-b15这三位在手册的表格中是单独列出的，实际计算时，b15是最高位。我们重新按顺序从b0写到b15： b0=1, b1=1, b2=1, b3=0, b4=0, b5=1, b6=1, b7=0, b8=0, b9=0, b10=0, b11=0, b12=0, b13=1, b14=0, b15=0。 从右向左（b0在最低位）组合成16位二进制数：0000 1000 0110 0111，即H0867。b13=1已经包含在这个数值里了。

实操心得：不必每次都手动计算。GX Works2的“参数设置”->“PLC参数”->“PLC系统设置”中，有图形化界面可以直接勾选这些参数，软件会自动生成D8120的值。我建议先在图形界面设置，然后在线查看D8120的数值，记住这个十六进制数，以后在程序里用MOV指令直接传送这个值即可，比如MOV H0867 D8120。

3. RS指令详解与程序架构设计

3.1 RS指令的格式与参数剖析

RS指令的梯形图格式如下：

| [RS D200 D0 D500 D10 ]

它看起来简单，但四个操作数各有乾坤：

• S（D200）：发送数据的起始软元件地址。这里不是直接存放要发送的数据，而是存放一个“发送缓冲区”的首地址。PLC会从D200开始，连续读取一定长度的数据，将其通过串口发送出去。
• m（D0）：发送数据的点数（字节数）。这个数据必须提前存入D0中。例如，如果D0=5，则PLC会发送从D200开始的连续5个字节（D200, D201, D202, D203, D204的低8位）。注意，FX系列是16位寄存器，每个D寄存器可以存放2个字节（高位和低位）。在无协议通信中，我们通常只使用每个寄存器的低8位（即低字节）。为了清晰，可以使用字节传送指令（如BMOV）或直接操作。
• D（D500）：接收数据的起始软元件地址。串口接收到的字节，会按顺序存入从这个地址开始的寄存器中。
• n（D10）：接收数据的点数（字节数）。这个数定义了接收缓冲区的最大容量。同样需要提前设定。

指令的执行逻辑：当RS指令的驱动条件（前面的触点）从OFF变为ON时，PLC的串口通信功能被激活，进入“等待接收/允许发送”的状态。RS指令本身不是一个“发送按钮”，它只是打开了通信的大门。真正的数据发送，是由另一个特殊继电器M8122触发的。

3.2 核心软元件：控制发送与接收的“开关”

RS指令的运作严重依赖几个特殊软元件，必须深刻理解：

1. 发送请求标志 M8122：这是数据发送的“扳机”。

   • 如何发送：当你把要发送的数据准备好（放入S开始的缓冲区），并确定了发送点数（存入m），然后将M8122置为ON。PLC检测到M8122的上升沿，就会自动将发送缓冲区内的数据通过串口发送出去。
   • 发送完成：数据开始发送后，PLC会自动将M8122复位为OFF。发送完毕后，发送完成标志M8123会ON一个扫描周期。你可以利用M8123的上升沿来做一些后续处理，比如复位发送状态、启动超时计时等。

2. 接收完成标志 M8123：这是数据接收的“通知器”。

   • 如何接收：只要RS指令被驱动，PLC就会一直监听串口。当收到数据，并满足结束条件（例如收到指定的结束符，或接收字节数达到n指定的最大值）时，接收完成标志M8123会ON一个扫描周期。
   • 读取数据：在M8123的上升沿，你需要立即将接收到的字节数从特殊寄存器D8122中读出来（D8122中存放的是实际接收到的字节数），然后根据这个长度，去D开始的缓冲区（本例中是D500开始）读取数据并进行解析。读取完成后，必须手动复位M8123（用RST M8123指令），否则无法触发下一次接收完成信号。

3. 超时监控与错误处理：

   • 接收超时监控：这是实际项目中保证程序健壮性的关键。可以使用定时器监控M8123。例如，在发送请求（M8122置ON）的同时，启动一个500ms的定时器。如果在定时器到时前，M8123没有ON，则认为通信超时，转入错误处理流程（如重试、报警）。
   • 通信错误标志：M8063是串行通信错误标志。当通信出现严重问题时（如格式错误、硬件故障），此标志会ON，相应的错误代码会存入D8063。在程序初始化部分或定期检查此标志，是良好的编程习惯。

3.3 经典程序框架：状态机设计

对于需要稳定、可靠通信的场合，我强烈推荐使用“状态机（State Machine）”架构来组织RS指令程序。这能让逻辑无比清晰，易于调试和维护。下面是一个简化的主从问答（PLC为主站，设备为从站）状态机示例：

假设我们要向电子秤发送查询命令ENQ（ASCII码0x05），并接收其返回的重量数据。

步骤1：定义状态用一系列辅助继电器（M）或数据寄存器（D）来标识程序当前所处的阶段。

M100: 状态0 - 空闲/初始化 M101: 状态1 - 准备发送命令 M102: 状态2 - 等待发送完成 M103: 状态3 - 等待接收回应（含超时监控） M104: 状态4 - 接收完成，处理数据 M105: 状态5 - 通信错误处理

步骤2：主状态机逻辑（梯形图思路）

// 初始化脉冲，进入空闲状态，设置通信格式 |-[M8002]----[MOV H0867 D8120]---[SET M100] // 状态0：空闲。当满足条件（如定时查询时间到），进入状态1 |-[M100]----[T0 K100]-------------[RST M100][SET M101] // T0是一个自复位的100ms定时器，用于周期查询

// 状态1：准备发送命令。将命令码写入发送缓冲区，设置发送长度，触发发送 |-[M101]----[MOV H05 D200]--------[MOV K1 D0]---[SET M8122]---[RST M101][SET M102] // 发送ENQ命令（1个字节），并置位发送请求

// 状态2：等待发送完成。检测发送完成标志，成功后进入等待接收状态 |-[M102]----[M8123]---------------[RST M102][SET M103] // M8123在发送完成后会ON一个周期

// 状态3：等待接收回应。启动接收超时定时器，并监控接收完成标志 |-[M103]----[T1 K50]--------------[RST M103][SET M105] // 超时处理，50ms | +-[M8123]---------------[RST T1]---[RST M103][SET M104] // 收到数据 // T1是50ms的定时器，如果超时前收到数据(M8123 ON)，则取消定时器，进入状态4

// 状态4：接收完成，处理数据。读取接收字节数，解析数据，复位接收标志 |-[M104]----[MOV D8122 D20]-------[CALL P0]----[RST M8123]---[RST M104][SET M100] // D20保存接收到的字节数，P0是解析数据的子程序

// 状态5：错误处理。记录错误，重试或报警后返回空闲 |-[M105]----[INC D100]------------[MOV K3 D101]---[RST M105][SET M100] // D100记录错误次数，D101置为错误码，然后返回空闲准备重试

这个框架将复杂的通信过程分解为离散的、顺序的状态，每个状态只做一件事。调试时，只需观察当前是哪个M继电器ON，就能立刻知道程序卡在哪一步，极大提升了效率。

4. 数据打包、解析与缓冲区管理实战

4.1 发送数据的打包技巧

设备协议千奇百怪，常见的有“起始符+数据+校验和+结束符”的格式。我们需要在PLC内存中构造出完整的帧。

案例：向某设备发送读取寄存器命令，格式为:+ 2字节地址 + 2字节长度 + LRC校验 +CR LF。

假设地址为0x0001，读取1个字（2字节）。LRC校验是从:开始到校验前所有字节的累加和，取反加1（即二进制补码）。

1. 计算LRC：字节序列（十六进制）: 3A, 地址: 00 01, 长度: 00 01。累加和 = 3A + 00 + 01 + 00 + 01 = 3C。取反得 C3，加1得 C4。所以LRC = 0xC4。
2. 构造发送缓冲区：

   D200 = H003A // ‘:‘ 的ASCII码 D201 = H0000 // 地址高字节 D202 = H0001 // 地址低字节 D203 = H0000 // 长度高字节 D204 = H0001 // 长度低字节 D205 = H00C4 // LRC校验码 D206 = H000D // CR D207 = H000A // LF

   注意：每个D寄存器是16位，但我们只用了低8位（低字节）。H003A在内存中低字节就是3A。有些工程师喜欢用MOV K58 D200（58是‘:‘的十进制ASCII码），效果一样。

3. 设置发送长度：总共有8个字节（:, 00, 01, 00, 01, C4, 0D, 0A），所以MOV K8 D0。

关于字/字节操作：如果你要发送的数据是16位整数，需要拆成两个字节。例如，要发送十进制数1000（十六进制0x03E8）。

• 高字节 = 0x03， 低字节 = 0xE8。
• 可以使用DIV指令或位操作。更清晰的方法是使用BMOV（块传送）指令配合字节元件。例如，先将0x03E8存入D100，然后使用BMOV D100 D200 K2。但要注意BMOV传送的是16位寄存器，如果D200是发送缓冲区，这会把D100的0x03E8（两个字节）移动到D200，顺序可能是低字节在前（0xE8）存于D200低8位，高字节（0x03）存于D200高8位？不对，这里有个大坑！FX PLC是低字节在前（小端序）。BMOV D100 D200 K2执行后：
  • D200的低8位 = D100的低8位 = 0xE8
  • D200的高8位 = D100的高8位 = 0x03
  • D201的低8位 = D101的低8位（无关数据）
  • D201的高8位 = D101的高8位（无关数据） 这不符合我们通常的网络传输顺序（高字节在前）。因此，对于多字节数据，建议手动拆分：

  |--[MOV K1000 D100]------------------------| |--[DIV D100 K256 D101]-------------------| // D101=商（高字节3）， D102=余数（低字节232） |--[MOV D102 D200]------------------------| // 发送缓冲区第一字节放低字节 |--[MOV D101 D201]------------------------| // 发送缓冲区第二字节放高字节

  这样发送出去的字节流才是0xE8, 0x03。务必与设备手册规定的字节序核对一致。

4.2 接收数据的解析与校验

接收解析是通信成功的关键。当M8123 ON时，D8122中就是实际收到的字节数。

1. 读取数据长度：第一时间用MOV D8122 D30将接收字节数保存下来。
2. 校验数据完整性：检查D30的值是否大于0且小于等于你设定的接收缓冲区大小（D10）。如果等于0，可能是线路问题；如果大于设定值，说明发生了数据溢出（可能波特率不对或干扰大），需要清空缓冲区并报警。清空缓冲区可以通过驱动RS指令的触点OFF再ON一次实现（这会清除接收缓冲区）。
3. 协议解析：根据协议格式，从接收缓冲区（D500开始）逐字节判断。
   • 查找起始符：用CMP指令比较D500是否等于起始符ASCII码。如果不是，可能需要将缓冲区数据整体左移一位（使用BMOV），然后继续查找，直到找到起始符或搜索完所有数据。这个过程称为“帧同步”。
   • 提取数据：找到起始符后，根据协议格式，数据在第几个字节是固定的。例如，重量数据是6位ASCII码，从第2字节开始。可以用MOV D501 D40这样的指令将数据转移到其他区域进行处理。如果是ASCII码数字，还需要将其转换为二进制数，可以使用BIN指令（ASCII码转二进制）。
   • 校验和验证：这是保证数据正确的最后一道关卡。按照协议规定的方法（如LRC、CRC、求和等），对接收到的数据（通常不包括结束符）重新计算一遍校验和，然后与数据包中的校验和字节进行比较。如果不等，必须丢弃这包数据，并记录校验错误。绝对不要使用未通过校验的数据。
4. 处理有效数据：校验通过后，就可以将解析出的重量、状态等数据，传送到PLC的内部工作区（如D100-D199），供逻辑控制、显示或上传使用。

4.3 缓冲区管理与防溢出策略

串口通信是异步的，PLC的扫描周期是毫秒级，而串口数据以比特流持续到达。如果处理不及时，新数据会覆盖旧数据，导致丢包。RS指令的接收缓冲区大小由n（D10）指定，但PLC内部还有一个更大的硬件缓冲区（通常100多字节）。即便如此，防溢出仍是重点。

• 快速响应原则：必须在M8123 ON的那个扫描周期内，将数据从接收缓冲区读走并复位M8123。如果程序扫描周期很长（比如有大量运算），可能M8123已经ON了，但程序还没扫描到处理它的逻辑，此时如果又来一包新数据，就可能出错。因此，通信处理程序段应尽量靠前，或者使用中断（但FX系列对RS指令的中断支持有限）。
• 循环缓冲区设计（进阶）：对于高速、连续的数据流（如条码枪），简单的单缓冲区可能不够。可以设计一个软件循环缓冲区：用两个指针（写指针、读指针）和一片连续的D寄存器区域模拟队列。当M8123 ON时，将D500-D500+n的数据快速搬运到队列尾部，并移动写指针；主程序再从队列头部读取处理。这需要更复杂的程序，但能极大提高数据吞吐的可靠性。
• 清空缓冲区操作：在通信初始化、或发生严重错误时，需要清空硬件缓冲区。最有效的方法是将驱动RS指令的触点断开一个扫描周期再接通。这会导致RS指令重新初始化，丢弃所有未处理的数据。可以在程序里用一个脉冲信号来控制RS指令的驱动。

5. 常见问题排查与调试技巧实录

即使理论再熟，现场调试也总会遇到各种妖魔鬼怪。下面是我总结的“RS指令通信失败排查清单”，按顺序检查，能解决95%的问题。

5.1 通信完全无反应（收不到也发不出）

1. 硬件连接：这是第一嫌疑犯。用万用表量一下TX和RX之间的电压，在无数据时，TX线应为负电压（-3V ~ -15V），RX线也应为负电压或接近0V。发送数据时应有跳变。最笨但有效的方法：做一条交叉线，并确保信号地（SG）可靠连接。如果设备是DB9母头，而PLC是接线端子，一定要看清引脚定义图。
2. 通信参数（D8120）：确认PLC的D8120值与设备设置完全一致。重点检查波特率、数据位、停止位、校验位。一个快速验证方法：用电脑的串口助手（如AccessPort、友善串口助手）模拟设备，用同样的参数连接PLC，看能否收到PLC发出的数据（需要将电脑串口的TX/RX交叉连接）。
3. RS指令驱动：确保RS指令的驱动条件一直接通（除非你主动断开清缓冲区）。用编程软件在线监控，看驱动该指令的触点是否ON。
4. 特殊继电器状态：监控M8122、M8123、M8063。如果M8063为ON，查看D8063的错误代码。常见错误码是“6301”（和校验错误）或“6306”（控制线信号异常），往往指向参数或硬件问题。

5.2 能发送，但收不到回应；或能收到，但数据是乱码

1. 数据内容：用串口助手监听PLC发出的数据，看是否与你预想的完全一致（十六进制格式查看）。特别注意字节顺序、ASCII码值、以及是否有多余的空格或换行符。一个常见错误是发送了字符串的结束符\0（0x00）。
2. 接收缓冲区大小（n）：检查D10的值是否设置得足够大，能够容纳设备返回的完整数据包。如果设置太小，可能只收到了数据包的一部分，M8123也会ON，但D8122的值等于你设置的n，数据不完整导致解析失败。
3. 结束条件：RS指令如何判断一帧数据接收完成？默认情况下，它有两种方式：
   • 根据接收间隔时间：当串口线上空闲时间超过一定值（默认约10ms），PLC认为一帧结束。这个时间受波特率影响。对于慢速设备或数据包间隔明显的，这很有效。
   • 根据指定结束符：可以在D8120中设置结束符（如CR/LF），当收到该字符时，立即结束接收并置位M8123。这更精确。 如果设备返回的数据包没有明显的空闲时间，也没有标准的结束符，就可能出现“粘包”（两包数据被当成一包）或“拆包”（一包数据被拆成两次接收）。这时需要你在解析程序中做“帧同步”处理，即寻找固定的起始字节。
4. 干扰与接地：在工业现场，RS-485网络尤其需要注意终端电阻和接地。单点接地，屏蔽层接地，120Ω终端电阻在总线两端挂上，这些老生常谈的规则能避免很多灵异问题。对于RS-232，线路不要过长（一般不超过15米）。

5.3 调试技巧与工具推荐

1. 串口监听利器：准备一个USB转串口适配器和一款强大的串口调试助手（我常用的是“友善串口助手”或“Serial Port Utility”）。将其并联在PLC和设备之间（注意，并联监听时，需要将监听器的RX接PLC的TX，监听器的TX悬空不接，以免干扰），可以实时看到线上流动的所有原始数据，是定位问题的“眼睛”。
2. PLC程序监控：充分利用GX Works2的“软元件批量监控”和“时序图”功能。将D8120、D8122、M8122、M8123、M8063以及你的发送/接收缓冲区地址（如D200-D210, D500-D510）添加到监控表，并设置为16进制显示。在操作时观察它们的值如何变化，一目了然。
3. 简化测试程序：在编写复杂的状态机之前，先写一个最简单的测试程序：上电后，持续循环发送一个固定的字节（如0xAA），并用串口助手查看是否发出。成功后再测试接收，发送一个已知数据给PLC，看接收缓冲区能否正确收到。分步验证，步步为营。
4. 示波器/逻辑分析仪：对于极其棘手的时序问题或硬件故障，最终手段是使用示波器测量TXD、RXD线上的波形，看波特率是否准确，波形是否干净。逻辑分析仪可以解码出具体的字节，非常直观。

最后，分享一个我自己的习惯：在每一个重要的RS指令通信项目程序开头，我都会用注释块详细记录目标设备的协议格式、接线图、D8120的计算值、以及调试过程中的关键发现。这份“病历”对于日后维护、或者处理类似设备，价值连城。无协议通信就像和设备“对话”，而RS指令给了你组织语言的能力。理解透彻它的机制，耐心做好每一步的规划和测试，你就能让那些沉默的串口设备，乖乖地为你所用。