基于UART串口通信的PLC数据交互：系统学习篇-程序员充电站

从零构建可靠的PLC串口通信系统：UART与Modbus实战指南

你有没有遇到过这样的场景？
产线上的几台老旧设备各自为政，数据无法互通；新上位机想读取PLC状态，却因为接口不兼容而束手无策；现场干扰严重，通信时断时续，排查数日仍无头绪……

在工业自动化的真实世界里，不是所有问题都需要靠以太网或工业总线来解决。很多时候，一个稳定、低成本的UART串口通信方案，就能打通“最后一公里”的数据链路。

本文将带你深入理解如何利用UART串口通信 + Modbus RTU协议，实现多台PLC之间的可靠数据交互。我们不讲空泛理论，而是从工程实践出发，拆解每一个关键环节——从硬件连接到寄存器配置，从帧格式构造到抗干扰设计，让你真正掌握这项“看似简单却极易出错”的核心技术。

为什么是UART？它真的过时了吗？

很多人认为：“都2025年了，还谈什么串口？”但现实是，在全球数以亿计的工业控制器中，几乎每一台PLC都至少带有一个UART接口。这不是偶然，而是因为它解决了最根本的问题：用最低的成本建立可信赖的通信链路。

相比CAN、Ethernet/IP等复杂协议，UART的优势在于：

极简架构：仅需TX、RX、GND三根线即可点对点通信；
资源占用少：MCU无需运行TCP/IP栈，适合8位/16位小型PLC；
兼容性无敌：无论是西门子S7-200 SMART，还是三菱FX系列，甚至国产汇川、信捷，全都支持；
改造友好：老旧设备加装RS-485模块后即可接入现代监控系统。

更重要的是，当你的项目预算有限、开发周期紧张、现场环境恶劣时，UART往往是最务实的选择。

当然，它也有局限：传输速率低（常见最高115200bps）、不支持多主竞争、通信距离受限于物理层。但这些缺点，恰恰可以通过合理的系统设计来规避。

✅ 真实应用场景举例：
某水处理厂需要将分布在泵房、加药间、沉淀池的5台小型PLC统一上传数据至中控室HMI。采用“PLC+RS-485+Modbus RTU”方案，总成本不足千元，施工一天完成，至今稳定运行三年以上。

UART是怎么把数据“送出去”的？一帧到底包含哪些信息？

别看UART只有两根信号线，它的通信机制其实非常讲究。要想不出错，必须搞清楚“一帧数据”是如何构成的。

数据帧结构详解

一次典型的UART传输，是以“帧”为单位进行的。每一帧包括以下几个部分：

部分	说明
起始位	固定低电平，标志一帧开始，接收方据此同步采样时机
数据位	实际传输的数据，通常为8位（LSB先发）
校验位（可选）	奇偶校验，用于简单检错，工业现场常关闭
停止位	固定高电平，长度可设为1或2位，标志帧结束

比如我们常说的“9600, N, 8, 1”，意思就是：
- 波特率：9600 bps（每秒传9600个比特）
- 无校验（None）
- 数据位：8位
- 停止位：1位

这意味着每传送一个字节，实际在线路上发送了10个bit（1起始 + 8数据 + 1停止），即每秒最多传输约960个字节。

关键参数必须两端一致！

这是新手最容易踩的坑：主站和从站只要有一项参数不同，通信就会失败。

参数	必须匹配？	常见错误示例
波特率	✅ 是	主站设9600，从站设19200 → 完全收不到数据
数据位	✅ 是	主站8位，从站7位 → 解析错乱
停止位	✅ 是	主站1位，从站2位 → 可能丢包或误码
校验方式	✅ 是	一方启用奇校验，另一方未开启 → CRC校验失败

建议：在调试阶段统一使用“9600, 8, N, 1”标准配置，待通信正常后再根据需求调整。

底层驱动怎么写？中断+缓冲区才是王道

光有协议不行，还得让PLC“动起来”。下面我们来看一段贴近真实项目的UART驱动代码（以STM32平台为例），重点不是语法细节，而是设计思想。

#include "ring_buffer.h" #define RX_BUFFER_SIZE 128 static uint8_t rx_buffer_data[RX_BUFFER_SIZE]; RingBuffer rx_buffer; // 初始化UART外设 void UART_Init(uint32_t baud) { // GPIO配置：TX复用推挽，RX浮空输入 GPIO_Config(UART_TX_PIN, MODE_AF_PP_50MHz); GPIO_Config(UART_RX_PIN, MODE_INPUT_FLOATING); // 计算波特率分频值（PCLK=72MHz） uint16_t div = 72000000 / (16 * baud); USART1->BRR = div; // 使能发送、接收、接收中断 USART1->CR1 = USART_CR1_TE | USART_CR1_RE | USART_CR1_RXNEIE; NVIC_EnableIRQ(USART1_IRQn); USART1->CR1 |= USART_CR1_UE; // 启动UART } // 发送单字节（阻塞式） void UART_SendByte(uint8_t data) { while (!(USART1->SR & USART_SR_TXE)); USART1->DR = data; } // 中断服务函数 —— 核心所在！ void USART1_IRQHandler(void) { if (USART1->SR & USART_SR_RXNE) { // 接收到数据 uint8_t ch = USART1->DR; RingBuffer_Write(&rx_buffer, ch); // 写入环形缓冲区 } }

为什么一定要用“环形缓冲区”？

设想一下：如果主程序正在处理复杂逻辑，此时连续来了多个字节，而你没有缓存机制，那第二个字节到达时可能就被覆盖了——这就是典型的数据丢失。

环形缓冲区的作用，就是像一个“小仓库”，把接收到的数据先暂存起来，等主程序空闲时再慢慢取走处理。

💡 小贴士：
在FreeRTOS等实时系统中，还可以在中断中触发消息队列通知任务处理，进一步提升响应效率。

上层协议怎么搭？Modbus RTU让通信变得“有章可循”

有了UART，只能保证“字节能传过去”，但不能保证“对方知道什么意思”。这就需要应用层协议登场了。

而在工业领域，Modbus RTU几乎是串口通信的事实标准。

Modbus帧长什么样？

一条完整的Modbus RTU请求帧如下：

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

举个例子：你想读取地址为0x02的PLC中第100个保持寄存器（假设地址从0开始），读1个寄存器：

02 03 00 64 00 01 XX XX ↑↑ 寄存器地址 = 100 = 0x64

PLC收到后，若地址匹配且校验正确，会返回：

02 03 02 12 34 XX XX ↑↑ ↑↑↑↑ 字节数 数据值 = 0x1234

CRC校验怎么算？别自己造轮子！

Modbus使用CRC16-IBM算法，多项式为0x8005，初始值0xFFFF。你可以直接使用成熟库函数：

uint16_t CRC16(const uint8_t* buf, int len) { uint16_t crc = 0xFFFF; for (int i = 0; i < len; ++i) { crc ^= buf[i]; for (int j = 0; j < 8; ++j) { if (crc & 0x0001) { crc = (crc >> 1) ^ 0xA001; } else { crc >>= 1; } } } return crc; }

⚠️ 注意：发送时CRC低位在前、高位在后！

多个PLC挂同一总线？RS-485才是串口通信的“正确打开方式”

TTL电平直连只能跑几米，而且只能点对点。要实现“一主多从”的PLC联网，必须上RS-485。

RS-485 vs TTL：本质区别在哪？

特性	TTL	RS-485
电平方式	单端	差分（A/B线）
抗干扰能力	弱	强（共模抑制）
最大节点数	2	32~256（视收发器）
最远距离	<5m	可达1200m
拓扑结构	点对点	总线型

也就是说，RS-485才是真正支撑“工业级串口网络”的物理基础。

硬件怎么接？关键三点不能错！

终端电阻：在总线两端各加一个120Ω电阻，防止信号反射造成波形畸变；
屏蔽接地：使用带屏蔽层的双绞线（如RVSP 2×0.5mm²），屏蔽层单点接地；
DE/RE控制：RS-485是半双工，发送使能（DE）和接收使能（RE）要精准切换。

常见的SP3485芯片控制逻辑如下：

// 发送前打开发送使能 void RS485_SetTxMode(void) { GPIO_SetLevel(DE_PIN, HIGH); GPIO_SetLevel(RE_PIN, HIGH); // 多数芯片DE/RE共用一个IO Delay_us(10); // 等待稳定 } // 发送完成后切回接收模式 void RS485_SetRxMode(void) { GPIO_SetLevel(DE_PIN, LOW); GPIO_SetLevel(RE_PIN, LOW); }

🔧 调试技巧：
如果发现偶尔收不到响应，很可能是DE控制时间太短，导致最后一个字节没发完就关闭了驱动器。

实战中那些“只可意会”的坑，你踩过几个？

理论懂了，代码写了，接上线却发现通信不稳定？别急，下面这些经验之谈，都是工程师用时间和故障换来的。

🛑 典型问题与应对策略

问题现象	根本原因	解决方案
偶尔丢包、重试才成功	波特率误差过大	检查晶振精度，确保两端误差<±2%
多个从站同时响应回来乱码	RS-485 DE控制不当或地址重复	检查地址唯一性，优化DE时序
CRC总是出错	字节顺序颠倒或计算方式不对	确认CRC高低字节顺序，使用标准算法
高速波特率下误码率飙升	电缆质量差或线路过长	降低波特率至38400以下，改用优质屏蔽线
上电瞬间通信异常	电源噪声干扰UART引脚	增加磁环、滤波电容，必要时隔离供电

⚙️ 设计建议清单（收藏备用）

✅物理层
- 使用专用RS-485收发模块（推荐带隔离型号，如ADM2483）
- 总线采用“手拉手”布线，避免星型拓扑
- 两端加120Ω终端电阻，中间节点不要接

✅软件层
- 主站轮询间隔建议≥50ms，避免总线拥堵
- 设置合理超时时间（一般100~300ms）
- 实现自动重试机制（最多2~3次）
- 记录通信失败次数，达到阈值报警

✅维护层面
- 给每个PLC贴标签：地址、波特率、功能说明
- 使用Modbus调试工具（如QModMaster）快速验证通信
- 留一个调试接口，方便后期升级维护

这项“老技术”，为何依然值得你花时间掌握？

也许你会问：现在都有MQTT、OPC UA、Profinet了，为什么还要学UART+Modbus？

答案很简单：越是底层的技术，越接近系统的本质。

当你真正理解了一个字节是如何通过TX引脚发出、经过差分信号传输、被另一个MCU采样还原、再经CRC校验确认有效的全过程，你就不再是一个只会调API的使用者，而是一名能够独立诊断、优化、重构通信系统的工程师。

更重要的是，很多高级协议的本质，其实是建立在这些基础之上的。比如：

CAN总线也是异步串行，只是多了仲裁机制；
Ethernet上的Modbus TCP，其实就是把RTU帧封装进TCP包；
甚至一些无线透传模块，内部也是模拟UART转WiFi/4G。

所以，掌握UART串口通信，不只是为了应对某个具体项目，更是为了构建扎实的工业通信知识体系。

如果你正在做设备联网、系统集成、自动化改造，不妨试试从最简单的UART开始。
也许你会发现，有时候最朴素的方法，反而最可靠。

📌核心关键词回顾：
uart串口通信、PLC数据交互、异步通信、波特率、Modbus RTU、RS-485、CRC校验、主从架构、工业自动化、串行通信、数据帧、通信协议、嵌入式系统、硬件接口、调试技巧

你在实际项目中遇到过哪些串口通信难题？欢迎留言分享，我们一起探讨解决方案。

基于UART串口通信的PLC数据交互：系统学习篇