1. 项目概述为什么我们需要关注RS指令的无协议通信在工业自动化现场PLC与各种智能仪表、扫码枪、打印机甚至其他非标设备的数据交换是构建完整控制系统的基石。三菱FX系列PLC作为市场保有量极大的经典机型其内置的RS指令是实现串行通信的核心工具。而“无协议通信”模式则是这把瑞士军刀中最灵活、最通用的一把。它不依赖于Modbus、CC-Link等标准协议而是允许我们直接通过梯形图编程按字节收发任意格式的数据。这意味着无论面对多么“古怪”或私有的设备通信协议只要它走串口我们就有办法让PLC与之对话。很多刚接触通信的工程师会觉得无协议通信“门槛高”、“复杂”更倾向于寻找现成的协议库或功能块。但当你真正掌握了它会发现这是一项极具价值的基础能力。它让你摆脱了对特定协议或第三方插件的依赖能够自主定义通信帧格式、处理校验、管理超时真正把通信的主动权握在自己手里。无论是读取电子秤的重量数据、控制LED显示屏的显示内容还是与老旧的单片机系统进行数据交互无协议通信都是最直接可靠的解决方案。本文将从实际应用出发拆解三菱RS指令无协议通信的核心要点、编程步骤以及那些手册上不会写的实战经验帮助你在项目中游刃有余。2. 核心概念与硬件基础解析2.1 什么是“无协议通信”简单来说无协议通信Non-protocol Communication就是PLC使用其串行通信接口以最原始的字节流形式与外部设备进行数据收发。它不像Modbus RTU那样有固定的“功能码地址数据CRC”的报文结构也不像专用网络协议那样有复杂的握手过程。通信的格式、内容、时序完全由编程者通过梯形图程序来定义和控制。这带来了两个核心特点极高的灵活性和完全的自定义性。你可以模拟任何已知的串口协议也可以为特定设备量身定制通信规则。其代价则是需要开发者承担更多的工作包括报文组装、解析、错误处理以及通信流程的状态管理。因此理解无协议通信本质上是学习如何设计一个稳定、可靠的串口通信状态机。2.2 硬件接口与接线要点三菱FX系列PLC实现无协议通信主要依赖两个串行接口编程口422/485和内置的RS-232C/485接口取决于具体型号如FX3U-232-BD、FX3U-485-BD等扩展板。接口选择编程口422通常用于连接编程电脑或触摸屏。虽然也可用于无协议通信但更常见的是连接标准HMI。其物理接口为DB9或圆形8针MINI-DIN通信距离较短。RS-232C接口点对点通信最大距离约15米。接线简单通常使用三线制TXD RXD GND。常用于连接条码阅读器、打印机、变频器如果支持自定义协议等近距离设备。RS-485接口支持多点通信最大距离可达1200米速率降低时。需要接终端电阻通常为110Ω。用于连接多个具有485接口的仪表、传感器或进行较远距离的数据传输。关键接线实操RS-232C直连这是最常见的场景。确保PLC的TXD发送连接到外部设备的RXD接收PLC的RXD连接到外部设备的TXD两端的GND相连。一个极易出错的细节有些设备的DB9接口引脚定义是“针”视图从引脚侧看而有些是“孔”视图从焊接侧看接线前务必用万用表测量确认否则会导致通信失败。RS-485两线制将PLC的485或SDA、T/R与所有从站设备的485并联485-或SDB、T-/R-与所有从站设备的485-并联。在总线最远两端的设备上分别并在A与B-之间接一个120Ω的终端电阻。经验之谈通信不稳定时除了检查程序首要就是检查终端电阻和接地。屏蔽层单端接地通常在PLC侧能有效抑制干扰。2.3 通信参数设置D8120的特殊数据寄存器无协议通信的所有参数都浓缩在特殊数据寄存器D8120这一个地址中。它的每一个位都代表一个通信设置项。这是配置的核心理解每一位的含义至关重要。D8120是一个16位寄存器其位定义如下以最常用的8位数据模式为例位号名称设定值及含义b0数据长度07位 / 18位b1奇偶校验00无 / 01奇校验(ODD) / 11偶校验(EVEN)b2b3停止位01位 / 12位b4波特率详见下表b5b6b7起始符0无 / 1有由D8124指定b8终止符0无 / 1有由D8125指定b9控制线通常设为0无协议模式b10b11模式选择必须设为0选择无协议通信模式b12b13b14b15波特率设定b4, b5, b6, b7常见值举例0011300bps0100600bps01011200bps01102400bps01114800bps10009600bps最常用100119200bps101038400bps注意D8120的设定必须在RS指令执行之前完成通常在上电初始化M8002时用MOV指令写入。务必确保PLC的设定与通信对手方的参数波特率、数据位、停止位、校验完全一致这是通信建立的前提差一点都不行。3. RS指令详解与编程框架构建3.1 RS指令的格式与参数解剖RS指令是驱动串口收发的核心命令其梯形图格式为RS D100 K10 D200 K20我们来拆解每一个参数RS指令助记符。D100发送数据缓冲区的起始地址。你要发送的数据必须预先存放到以D100开始的连续寄存器中。K10发送数据的长度字节数。注意如果数据长度是可变的你可以用一个寄存器如D0来指定写成RS D100 D0 D200 K20。D200接收数据缓冲区的起始地址。接收到的字节会按顺序存放到以D200开始的连续寄存器中。K20接收数据缓冲区的最大容量字节数。必须设置得足够大以容纳可能接收到的最大数据包防止缓冲区溢出。当RS指令被驱动其控制线路接通时PLC的串口就进入了“使能”状态准备进行发送和接收。但发送和接收的具体动作是由另外两个特殊辅助继电器来触发的。3.2 发送与接收的触发机制M8122与M8123这是无协议通信编程的逻辑核心必须清晰理解发送请求M8122这是一个“上升沿”触发型信号。当你需要发送D100开始的K10个字节时用SET指令将M8122置为ON。PLC硬件检测到M8122的上升沿后会自动将发送缓冲区内的数据通过串口发出。发送完成后PLC会自动将M8122复位为OFF。因此在程序中绝不能使用RST M8122否则会打断发送过程。接收完成M8123这是一个“状态”型信号。当串口接收到数据并且满足接收完成条件例如收到终止符或达到超时时间后PLC会自动将M8123置为ON。你的程序需要检测M8123的ON状态然后及时将接收缓冲区D200开始的数据读走并处理。处理完毕后你必须用RST指令手动将M8123复位为OFF以准备接收下一帧数据。实操心得很多通信故障源于对M8122和M8123的误操作。记住口诀“发用SET等自灭收用RST手动清”。发送是“请求-执行-自动复位”的过程接收是“硬件置位-软件处理-手动复位”的过程。混淆两者会导致通信卡死。3.3 构建一个稳健的通信状态机框架无协议通信程序绝不能是简单的“触发-发送-等待”必须设计成一个有状态管理的循环。一个经典的四状态机框架如下空闲状态S0等待发送触发条件如定时时间到、数据准备好。条件满足后组装发送数据到D100~Dxxx计算并填入校验码然后跳转到发送状态。发送状态S1SET M8122。然后程序等待并监控两个标志M8122是否变为OFF发送完成是否发生发送超时可用定时器T监控例如2秒 当M8122为OFF表示发送成功跳转到等待接收状态。若定时器到时M8122仍为ON则判定为发送失败跳转到错误处理状态。等待接收状态S2启动一个接收超时定时器例如3秒。循环检查M8123是否变为ON。若M8123ON则读取D200开始的数据进行校验和帧格式判断。校验成功则处理数据然后RST M8123跳回空闲状态。若接收超时定时器到时M8123仍未ON则判定为接收超时跳转到错误处理状态。错误处理状态S3记录错误次数INC D错误计数器如果错误次数超过阈值如3次则报警并可能停止通信尝试如果未超阈值则延时一段时间如5秒后复位相关标志清空缓冲区跳回空闲状态进行重试。使用步进顺控指令STL或普通的辅助继电器M都可以实现这个状态机。关键是逻辑清晰每个状态职责单一并有完备的超时和重试机制。4. 高级功能与实战技巧4.1 起始符与终止符的妙用D8120的b7和b8位可以启用起始符和终止符。这是简化接收判断的利器。起始符D8124通常设置为报文开始的固定字节如H02STX。启用后PLC在接收时会自动丢弃起始符之前的所有杂散数据直到检测到起始符才开始正式接收。终止符D8125通常设置为报文结束的固定字节如H03ETX、H0DH0ACR LF。启用后PLC一旦接收到终止符立即将M8123置位表示一帧数据接收完成。使用终止符的优势你不再需要精确计算接收字节数也不需要依赖超时来判断帧结束。只要数据帧格式固定且包含明确的结束标志接收判断将变得非常可靠和简单。在M8123ON后你可以通过特殊数据寄存器D8129来获取本次实际接收到的字节数不包括终止符本身从而准确读取缓冲区数据。4.2 通信超时控制D8129的另一个角色D8129不仅用于记录接收字节数其更重要的功能是设定接收超时时间。设定通过MOV指令向D8129写入一个时间值单位是10ms。例如MOV K100 D8129表示设定接收超时为100 * 10ms 1秒。作用当启用接收超时功能需结合特定设置PLC从收到第一个字节开始计时如果在D8129设定的时间内没有收到任何新字节则强制将M8123置为ON并将当前已收到的字节数存入D8129。这对于接收不定长数据帧非常有用。实战配置通常将D8129设置为一个略大于字节间最大间隔时间的值。例如波特率9600bps传输一个字节约需1ms考虑到设备处理延时可以设置为50msMOV K5 D8129。这样如果帧内字节间隔超过50msPLC就认为本帧结束触发接收完成。4.3 数据打包与校验算法实现无协议通信的数据需要你在程序里“手动打包”。例如要发送一个温度值25.6℃和一个状态1启动格式定义为“温度(2字节整数)状态(1字节)”。数据转换25.6 * 10 256转换为十六进制H0100。占用两个字节D寄存器。可以使用FLT浮点转换和DTOW双字到字等指令处理。存入缓冲区MOV H0100 D100温度高字节可能在D100低字节在D101取决于字节序。MOV K1 D102。计算校验和最简单的累加和校验。写一个FOR循环将D100、D101、D102的值相加忽略进位取结果的低字节。SUM 0; FOR i0 TO 发送长度-1 SUM SUM 发送缓冲区[i]; END_FOR 校验码 SUM 0xFF; // 取低8位将计算出的校验码存入缓冲区的最后一个位置如D103。最终发送长度设置发送长度为4温度2字节 状态1字节 校验1字节。接收方程序在M8123ON后需要执行反向操作取出数据重新计算校验和与接收到的校验码比对。只有校验通过的数据才被认为是有效的。5. 常见问题排查与调试实录5.1 典型故障现象与排查路径无协议通信调试就像侦探破案需要系统性地排查。下面是一个快速排查清单故障现象可能原因排查步骤完全无收发1. 硬件接线错误2. 通信参数不匹配3. PLC未进入RUN模式1. 用万用表测量TXD/RXD电压发送时应有跳变。2. 核对PLC的D8120与设备参数波特率、数据位等逐位一致。3. 确认PLC RUN指示灯亮。能发不能收1. 接收触发逻辑错误2. 接收缓冲区溢出3. 对方未正确回复1. 检查是否在收到数据后及时RST M8123。2. 检查RS指令的接收缓冲区长度是否足够。3. 使用串口助手监听确认对方设备确有数据发出。数据错乱/丢包1. 波特率误差大2. 干扰严重3. 程序处理速度慢1. 检查双方设备晶振精度尝试降低波特率如从115200降至9600。2. 检查屏蔽层接地远离动力线。3. 在接收完成中断中只做数据转移复杂处理放到主程序。偶尔通信超时1. 超时时间设置太短2. 对方响应慢3. 线路质量差1. 适当增大D8129接收超时和发送等待定时器的值。2. 确认对方设备处理指令的耗时。3. 检查接线端子是否松动线路是否有破损。5.2 利用串口调试助手进行“分层”调试这是最高效的调试方法将问题分离开。第一步让PLC“自言自语”。将PLC的TX和RX线短接RS-232C情况下。编写一个简单程序PLC定时如每秒发送一串固定数据如AA BB CC DD。如果程序逻辑和RS指令使用正确PLC发送的数据会立刻被自己接收M8123会置位。你可以在程序中监控接收缓冲区看是否收到了AA BB CC DD。这一步验证了PLC自身的发送、接收功能和程序逻辑完全正确。第二步模拟对方设备。断开短接线将PLC的串口通过USB转串口线连接到电脑。打开串口调试助手如AccessPort、友善串口助手设置与PLC完全相同的参数。首先让串口助手被动接收。触发PLC发送看调试助手是否能收到正确数据。这验证了PLC的发送和线路没有问题。然后让串口助手主动发送。在调试助手中手动输入一帧符合格式的数据并发送观察PLC的M8123是否会置位接收缓冲区数据是否正确。这验证了PLC的接收功能。第三步连接真实设备。经过前两步PLC侧的问题已基本排除。此时连接真实设备若通信失败则问题大概率在设备侧的参数、协议格式或硬件上。5.3 程序中的“坑”与最佳实践坑1在发送状态中重复SET M8122。发送尚未完成M8122仍为ON如果再次触发SET M8122会导致发送混乱。务必通过状态机确保“一次发送完成后再触发下一次”。坑2接收处理耗时过长。在M8123 ON后如果处理数据的程序段非常长期间串口又收到了新数据会导致新数据覆盖缓冲区或丢失。最佳实践是在M8123 ON的中断或立即程序段中仅将接收缓冲区数据快速转移到另一个中间存储区然后立即RST M8123。对数据的解析、处理等耗时操作放在主程序中进行。最佳实践添加心跳与链路检测。在通信协议中设计一个简单的心跳帧例如PLC每秒发送一个55 AA设备回复AA 55。在程序中监控心跳回复的超时。如果连续多次收不到心跳回复即使没有业务数据通信也能判断链路已断开及时报警。这对于维持系统可靠性至关重要。最佳实践数据帧序列号。在发送的每帧业务数据中加入一个递增的序列号1字节循环即可。接收方在处理数据时可以判断是否发生了丢帧序列号不连续。这在要求数据连续性的场景下非常有用。掌握三菱RS指令的无协议通信相当于获得了一把打开串口世界大门的万能钥匙。它要求工程师不仅懂PLC编程还要理解串口通信的基本原理并具备严谨的逻辑思维和故障排查能力。从读懂D8120的每一个位开始到构建一个健壮的状态机再到熟练使用调试工具这个过程本身就是对自动化工程师综合能力的一次锤炼。当你能从容应对各种非标设备的通信需求时你会发现很多曾经看似复杂的问题其核心不过是字节的有序流动与可靠交互。