RS232与PLC通信实战案例：超详细版教程-平芜编程栈

RS232与PLC通信实战：从接线到代码的完整指南

在工业自动化现场，你是否曾遇到这样的场景？一台老旧的PLC设备没有网口，只能通过一个小小的DB9串口进行数据交互。而你的工控机或上位软件却迟迟收不到回应——是线接错了？波特率不对？还是协议解析出了问题？

别急。今天我们就以一次真实的RS232与PLC通信项目为蓝本，带你从物理连接开始，一步步打通上位机与PLC之间的“任督二脉”。无论你是刚入行的工程师，还是需要快速定位问题的老手，这篇文章都将成为你手边最实用的实战手册。

为什么还在用RS232？它真的过时了吗？

尽管以太网、Profinet、EtherCAT等高速总线技术已广泛普及，但在许多实际工程中，RS232依然是不可替代的存在。

存量设备多：大量早期部署的PLC（如三菱FX系列、西门子S7-200、欧姆龙CP1H）仅配备RS232接口。
调试便捷：无需复杂组态，一根串口线+一个串口助手即可读取寄存器状态。
成本极低：相比增加通信模块，直接利用现有串口更经济高效。
可靠性高：协议简单，无操作系统依赖，在恶劣环境下稳定性强。

当然，RS232也有明显短板：传输距离短（通常≤15米）、只能点对点通信、抗干扰能力弱。因此，它的最佳应用场景非常明确——本地监控、单台设备通信、系统调试和小规模改造项目。

如果你面对的是多台PLC联网或远距离传输需求，那我们后面也会详细对比RS485和RS422，帮你做出科学选型。

物理层实战：RS232怎么接才不会烧芯片？

先搞清楚这三根线

RS232看似复杂，其实真正关键的只有三根线：

引脚（DB9）	名称	功能说明
2	RXD	接收数据（ReCeive Data）
3	TXD	发送数据（Transmit Data）
5	GND	地线（Ground）

⚠️新手最容易犯的错误就是TXD-RXD没交叉！

正确的连接方式应该是：

上位机 TXD → PLC RXD 上位机 RXD ← PLC TXD 上位机 GND —— PLC GND

记住一句话：“我发你收，你发我收”。双方的发送端必须接到对方的接收端，否则就像两个人面对面喊话却都捂着耳朵。

DB9接口引脚图（母头视角）

┌───┬───┬───┐ │ 1 │ 2 │ 3 │ ├───┼───┼───┤ │ 4 │ 5 │ 6 │ ├───┼───┼───┤ │ 7 │ 8 │ 9 │ └───┴───┴───┘

常用引脚定义（EIA/TIA-232-F标准）：
-Pin 2: RXD
-Pin 3: TXD
-Pin 5: GND

✅ 提示：使用万用表通断档检查线路连通性，避免虚焊或错接。

必须共地！否则信号“飘”了

很多通信不稳定的问题，根源在于GND未连接或接触不良。RS232采用电压差表示逻辑电平（±3V~±15V），如果两端地电位不一致，接收方可能将“0”误判为“1”，导致CRC校验失败甚至死机。

特别是在变频器、电机驱动器附近，地噪声尤为严重。建议：
- 使用屏蔽双绞线，并将屏蔽层单端接地；
- 高干扰环境加装磁环或光耦隔离模块；
- 禁止带电插拔，防止浪涌损坏MAX232芯片。

协议层揭秘：Modbus RTU是如何工作的？

当你成功连上线后，下一步就是让双方“说同一种语言”——这就是通信协议的作用。

在工业领域，Modbus RTU是基于RS232/485最常用的协议之一。它结构清晰、实现简单、兼容性好，几乎成为串口通信的事实标准。

主从架构：谁说了算？

Modbus采用严格的主从模式（Master-Slave）：
- 上位机是主站，负责发起所有请求；
- PLC是从站，只能被动响应。

这意味着：PLC不能主动上报数据，必须等上位机来“问”。这种设计虽然降低了实时性，但避免了总线冲突，适合控制系统的确定性要求。

数据帧长什么样？

一条典型的Modbus RTU请求帧如下：

[从站地址][功能码][起始地址Hi][Lo][数量Hi][Lo][CRC低字节][CRC高字节]

例如，读取地址为1的PLC中保持寄存器40001开始的10个寄存器：

01 03 00 00 00 0A 44 0A

分解来看：
-01：PLC设备地址（1~247）
-03：功能码“读保持寄存器”
-00 00：起始地址0（对应40001）
-00 0A：读取10个寄存器（0x0A = 10）
-44 0A：CRC16校验值（低位在前）

📌 注意：Modbus地址从0开始计数，所以40001对应内部地址0。

响应报文格式类似：

[从站地址][功能码][字节数][数据...][CRC_L][CRC_H]

比如返回10个寄存器共20字节数据，加上2字节长度字段，总共23个字节。

实战编码：Windows下C语言实现Modbus通信

下面这段代码，是我在一个真实项目中使用的简化版RS232通信核心模块。它展示了如何在Windows平台通过Win32 API打开串口、配置参数并发送Modbus命令。

#include <windows.h> #include <stdio.h> HANDLE hSerial; // 打开串口并设置通信参数 BOOL OpenRS232Port(const char* portName) { hSerial = CreateFileA(portName, GENERIC_READ | GENERIC_WRITE, 0, // 不允许共享 NULL, // 安全属性默认 OPEN_EXISTING, // 打开已有端口 FILE_ATTRIBUTE_NORMAL,// 普通文件属性 NULL); // 无模板 if (hSerial == INVALID_HANDLE_VALUE) { printf("无法打开串口：%s\n", portName); return FALSE; } DCB dcb = {0}; dcb.DCBlength = sizeof(dcb); if (!GetCommState(hSerial, &dcb)) { printf("获取串口状态失败\n"); return FALSE; } // 设置通信参数：115200, 8N1 dcb.BaudRate = CBR_115200; dcb.ByteSize = 8; // 数据位 dcb.StopBits = ONESTOPBIT; // 停止位 dcb.Parity = NOPARITY; // 无校验 if (!SetCommState(hSerial, &dcb)) { printf("设置串口参数失败\n"); return FALSE; } // 设置超时（毫秒） COMMTIMEOUTS timeouts = {0}; timeouts.ReadIntervalTimeout = 50; // 两字节间最大间隔 timeouts.ReadTotalTimeoutConstant = 100; // 总读取超时 timeouts.ReadTotalTimeoutMultiplier = 10; SetCommTimeouts(hSerial, &timeouts); printf("串口 %s 初始化成功\n", portName); return TRUE; }

接下来是构造并发送Modbus RTU请求的关键函数：

int SendModbusReadRequest(UCHAR slaveAddr, USHORT startReg, USHORT regCount) { UCHAR request[8]; request[0] = slaveAddr; // 从站地址 request[1] = 0x03; // 功能码：读保持寄存器 request[2] = (UCHAR)(startReg >> 8); // 起始地址高字节 request[3] = (UCHAR)(startReg & 0xFF);// 低字节 request[4] = (UCHAR)(regCount >> 8); // 寄存器数量高字节 request[5] = (UCHAR)(regCount & 0xFF);// 低字节 // 计算CRC16（此处省略具体实现，需补充） USHORT crc = CalculateCRC16(request, 6); request[6] = (UCHAR)(crc & 0xFF); // CRC低字节 request[7] = (UCHAR)(crc >> 8); // 高字节 DWORD bytesWritten; if (!WriteFile(hSerial, request, 8, &bytesWritten, NULL)) { printf("写串口失败\n"); return -1; } printf("已发送 %lu 字节 Modbus 请求\n", bytesWritten); return bytesWritten; }

🔧坑点提示：
- CRC校验必须正确计算，否则PLC会直接丢弃数据包；
- 波特率、数据格式（8-N-1）必须与PLC侧完全一致；
- 发送后要有足够延时等待响应（一般50~200ms）；
- 推荐使用PurgeComm()清空缓冲区，避免旧数据干扰。

如何判断PLC支持哪种通信模式？

不是所有PLC一上电就能响应Modbus指令。你需要确认以下几点：

1. 通信口是否启用？

有些PLC出厂默认关闭自由口通信，需在程序中手动开启。例如三菱FX系列需使用M8122标志位使能Modbus从站功能。

2. 站号设置是否正确？

通过PLC编程软件或面板设置设备地址（如D8120寄存器）。若地址设为2，则上位机请求中的第一个字节也必须是02。

3. 是否启用了Modbus从站功能？

部分PLC需加载专用库或调用特定指令块。例如西门子S7-200 SMART需在系统块中启用“自由口通信”并编写接收中断程序。

那么，RS485和RS422又该怎么选？

当你的项目不再只是“一台PC连一台PLC”，而是涉及多台设备组网或远距离通信时，RS232就力不从心了。这时候就要考虑升级到RS485或RS422。

RS485：最适合工业组网的选择

差分信号传输：A/B两线压差表示逻辑，抗共模干扰能力强；
支持多点总线：最多挂32个节点（可用增强收发器扩展至256）；
传输距离远：可达1200米（9600bps下）；
半双工为主：同一时间只能一人说话，需协调访问；
终端电阻匹配：总线两端需并联120Ω电阻，抑制信号反射。

典型应用：一条产线上多个PLC通过RS485串联，由一台HMI集中监控。

RS422：全双工高速通道

使用4线制：TX+/−、RX+/−，发送与接收独立；
支持点对多点全双工通信（1发10收）；
更适合高速、大数据量回传场景；
成本高于RS485，布线更复杂。

典型应用：高速运动控制器向主站持续上传位置反馈数据。

三种接口对比一览表

特性	RS232	RS485	RS422
通信模式	全双工	半双工 / 全双工	全双工
连接方式	点对点	多点总线	点对多点
最大距离	~15米	~1200米	~1200米
抗干扰能力	弱	强	强
支持设备数量	2台	32~256台	1发10收
典型应用场景	上位机与单台PLC通信	多PLC组网、远程仪表采集	高速全双工数据回传

💡 小技巧：可通过“RS232转RS485转换器”桥接老设备进入485网络，低成本实现扩容。

调试秘籍：那些年我们一起踩过的坑

❌ 问题1：串口打不开

检查设备管理器中COM端口号是否被占用；
USB转串口驱动是否安装正确（推荐FTDI、Prolific芯片）；
尝试重启或更换USB口。

❌ 问题2：发了命令没响应

用串口助手（如SSCOM、QModMaster）先测试基本通信；
抓包分析是否有数据发出；
检查PLC是否处于RUN模式且通信程序已下载。

❌ 问题3：偶尔出现乱码

加长响应等待时间；
降低波特率（如从115200降到19200）；
更换屏蔽线缆，远离强电线路。

✅ 高级技巧

开启通信日志记录，便于复现问题；
实现自动重发机制（失败后重试2~3次）；
使用队列管理请求，防止并发冲突；
合并连续寄存器读取，减少通信次数提升效率。

写在最后：传统串口的价值从未消失

有人说：“都2025年了，还讲RS232是不是太落伍？”
我想说：技术没有过时，只有是否适用。

在智能制造浪潮下，大量legacy设备仍运行在工厂一线。它们或许没有OPC UA、也不支持MQTT，但只要有一个RS232口，就能被接入现代监控系统。

你可以：
- 用边缘网关将串口数据封装成JSON上传云平台；
- 利用Python + PySerial快速开发小型监控工具；
- 结合Node-RED搭建可视化数据流管道。

让老设备焕发新生，正是工程师真正的价值所在。

如果你正在做类似的项目，欢迎在评论区分享你的经验和挑战。让我们一起把“不可能”的通信变成现实。

RS232与PLC通信实战案例：超详细版教程