2、SCADA系统架构：SCADA系统组成、数据采集原理、串口在SCADA中的角色

好，咱们进入第二个章节。说实话，很多刚入行的工程师一上来就盯着串口线怎么焊、波特率怎么配，结果系统跑起来数据全是乱的。为什么？因为没搞懂SCADA系统到底是怎么搭起来的。

我个人习惯，不管项目多急，先画一张系统架构图。你想想看，串口只是整个数据链路里的一小段，前面有传感器、RTU，后面有上位机、数据库。任何一个环节出问题，数据都传不上来。所以这一章，咱们先把SCADA的骨架理清楚。

2.1 SCADA系统的基本组成

SCADA系统，说白了就是「远程监控与数据采集」。它通常由四层组成：

• 现场设备层：传感器、执行器、仪表。它们负责感知物理世界，比如温度、压力、流量。
• 控制单元层：RTU（远程终端单元）或PLC。它们负责采集现场信号，并执行本地控制逻辑。
• 通信网络层：串口、以太网、无线。这是数据流动的血管。
• 监控中心层：SCADA服务器、操作员站、历史数据库。这是整个系统的大脑。

我在项目中遇到过一种情况：现场用了十几个RTU，全部通过RS485总线挂在一根线上。结果数据总是丢包。查了半天，发现是终端电阻没加。嗯，这就是典型的架构设计问题——你只考虑了功能，没考虑物理层特性。

2.2 数据采集原理：从传感器到上位机

数据采集听起来高大上，其实流程很简单。我拆成三步讲：

1. 信号感知：传感器把物理量（如4-20mA电流、0-10V电压）转换成电信号。
2. 信号调理与转换：RTU或PLC的模拟量输入模块，把模拟信号转成数字量（ADC转换）。
3. 数据封装与传输：RTU按照某种协议（如Modbus RTU）把数据打包，通过串口发出去。

这里有个坑，我踩过好几次。有些传感器输出的是4-20mA，但RTU的输入模块配置成了0-10V。结果读回来的数值直接翻倍。你想想看，如果没发现这个问题，整个系统的数据都是错的。

2.3 串口在SCADA中的角色

串口在SCADA系统里到底扮演什么角色？我总结了三句话：

• 它是「最后一公里」的通信主力。很多老旧设备、传感器，只支持串口。你想用以太网？对不起，设备不支持。
• 它是「低成本」的组网方案。RS485总线可以挂32个节点，距离能到1200米。对于分布不密集的现场，性价比极高。
• 它是「调试排错」的必经之路。就算系统最终走以太网，调试阶段也经常要用串口线直连RTU，看原始数据对不对。

我记得有一次，一个水厂项目，上位机死活收不到数据。网络工程师查了三天交换机配置，最后发现是RTU的串口线松了。你看，问题往往出在最不起眼的地方。

2.4 常见串口拓扑结构

在实际项目中，串口组网主要有三种方式：

拓扑类型	特点	适用场景
点对点（RS232）	一对一，距离短（15米以内）	单台设备调试、近距离通信
总线型（RS485）	多对一，距离远（1200米）	多台RTU集中采集、工厂车间
星型（串口服务器）	串口转以太网，集中管理	分布式站点、远程监控

我个人最常用的是RS485总线。为什么？因为它简单、可靠、成本低。但要注意，总线型拓扑有个致命弱点：如果总线上有一个节点坏了，可能会拉低整个总线的电平，导致所有节点都通信不了。所以，我建议每个节点都加一个「隔离器」或者「保护电阻」。

2.5 串口通信的典型数据流

咱们用一个实际例子来串一遍：

传感器（4-20mA） → RTU（模拟量输入模块） → RTU内部ADC转换 → 
Modbus RTU协议封装 → RS485总线 → 串口服务器 → 
以太网 → SCADA服务器 → 数据库 → HMI显示

你看，从传感器到上位机，中间经过了七八个环节。任何一个环节出问题，数据都到不了。所以，调试排错的时候，一定要「分段排查」。

我一般会这样做：

1. 先用串口调试助手直连RTU，看原始报文对不对。
2. 再用Modbus Poll工具模拟上位机，看能不能读到数据。
3. 最后才去查上位机软件配置。

这样做的好处是，能快速定位问题出在「通信链路」还是「软件配置」上。

好了，这一章就到这里。记住：架构决定上限，细节决定成败。串口虽小，但它是整个系统的基石。