第二章：SCADA系统架构——硬件、软件与网络拓扑
大家好，我是老张。在工控这行摸爬滚打十几年，今天咱们来聊聊SCADA系统的骨架——架构。
很多人一上来就盯着HMI界面好不好看，或者数据库能不能存历史数据。但我个人习惯，先看架构。架构不对，后面全是坑。你想想看，一个工厂几千个测点，如果网络拓扑选错了，数据传不上来，那画面再漂亮也没用。
一、硬件架构：系统的基础骨架
硬件是SCADA的腿，腿站不稳，系统跑不起来。我见过太多项目，硬件选型时省了几万块，后期运维多花几十万。
1. RTU（远程终端单元）
RTU这东西，说白了就是放在现场的“小电脑”。它负责采集传感器信号，比如压力、温度、流量，然后通过无线或有线方式传给控制中心。
RTU的特点：
- 环境适应性强：能在-40℃到70℃工作，我曾在新疆戈壁滩上用过，暴晒加沙尘，RTU愣是没出过问题。
- 低功耗：很多RTU靠太阳能供电，功耗控制在几瓦以内。
- 通信方式多样：支持4G、LoRa、卫星通信。嗯，这里要注意，选通信方式时一定要看现场信号覆盖情况。
2. PLC（可编程逻辑控制器）
PLC大家应该不陌生。它和RTU有点像，但侧重点不同。PLC更擅长快速逻辑控制，比如流水线上的启停、联锁保护。
PLC vs RTU：
| 对比项 | PLC | RTU |
|---|---|---|
| 控制速度 | 毫秒级 | 百毫秒级 |
| 通信距离 | 短距离（几百米） | 长距离（几十公里） |
| 典型场景 | 工厂车间 | 油气管道、水厂 |
我曾经在一个水处理项目中，把PLC当RTU用，结果通信距离不够，最后不得不加中继器。所以，选型时一定要搞清楚现场需求。
3. 通信服务器
通信服务器是SCADA的“翻译官”。现场设备协议五花八门——Modbus、Profibus、DNP3、IEC 104……通信服务器负责把这些协议统一转换成SCADA能识别的格式。
通信服务器的关键指标：
- 协议转换能力：支持多少种协议？我建议至少支持10种以上。
- 并发处理能力：能同时处理多少设备？一般500点以下用单机，超过1000点要考虑冗余。
- 数据缓存：网络断了怎么办？好的通信服务器能缓存几万条数据，等网络恢复后自动补传。
二、软件架构：系统的灵魂
硬件搭好了，软件就是灵魂。SCADA软件架构主要分三层：HMI、数据库、报警管理。
1. HMI（人机界面）
HMI是操作员和系统交互的窗口。好的HMI设计，能让操作员一眼看出问题在哪。
HMI设计原则：
- 简洁明了：不要堆砌数据。我习惯把关键参数放在主界面，次要参数放在子页面。
- 颜色规范：绿色表示正常，黄色表示警告，红色表示报警。别搞花里胡哨的颜色，操作员会看晕。
- 响应速度：页面切换不能超过1秒。如果卡顿，操作员会骂娘的。
举个例子，一个泵站的HMI界面，我会把泵的启停按钮、电流、流量放在最显眼的位置。其他参数比如振动、温度，放在二级页面。
2. 数据库
数据库是SCADA的“记忆体”。它负责存储历史数据，供后续分析使用。
数据库选型建议：
| 类型 | 适用场景 | 我的推荐 |
|---|---|---|
| 关系型数据库（MySQL、SQL Server） | 小规模系统（<1000点） | 适合预算有限的项目 |
| 实时数据库（PI、eDNA） | 大规模系统（>10000点） | 性能好，但价格贵 |
| 时序数据库（InfluxDB、TimescaleDB） | 物联网场景 | 开源免费，适合新项目 |
我个人习惯，如果点数超过5000，直接上实时数据库。别问我为什么，问就是吃过亏——用MySQL存10万点数据，查询历史曲线要等半分钟，操作员直接投诉。
3. 报警管理
报警管理是SCADA的“神经末梢”。报警设置得好，能提前发现隐患；设置得不好，操作员会被报警淹没。
报警管理要点：
- 分级报警：分为紧急、重要、一般三级。紧急报警要弹窗+声音，一般报警只在列表显示。
- 报警抑制：同一个设备连续报警时，只显示第一条。我曾经见过一个项目，一个传感器坏了，每分钟报警一次，一天下来报警列表有1440条，操作员直接忽略。
- 报警确认：操作员必须确认报警，并填写处理措施。这样便于事后追溯。
三、网络拓扑：系统的血管
网络拓扑决定了数据怎么走。选错了拓扑，轻则数据延迟，重则系统瘫痪。
1. 星型拓扑
星型拓扑是最常见的结构。所有设备都连接到中心交换机，像星星一样辐射出去。
优点：
- 结构简单，容易维护
- 单点故障不影响其他设备
缺点：
- 中心交换机是单点故障
- 距离受限（以太网100米以内）
星型拓扑适合小规模系统，比如一个车间内的SCADA。我建议，如果设备数量少于50台，用星型就够了。
2. 环型拓扑
环型拓扑把所有设备连成一个环。数据沿着环走，如果某处断了，数据会从另一方向绕过去。
优点：
- 冗余性好，单点故障不影响通信
- 适合长距离传输（几十公里）
缺点：
- 配置复杂，需要支持环网协议的交换机
- 故障恢复时间较长（几十毫秒）
我曾经在一条输油管道项目中用了环型拓扑，全长80公里，中间断了3次，数据都没丢。嗯，环型拓扑在这种场景下确实靠谱。
3. 冗余架构
冗余架构是“双保险”。关键设备都配两套，一套工作，一套备用。
常见的冗余方式：
- 双机热备：两台服务器同时运行，一台故障，另一台自动接管。切换时间小于1秒。
- 双网冗余：两条网络链路，一条断了，自动切换到另一条。
- 双电源冗余：两个电源模块，一个坏了，另一个继续供电。
四、知识体系总览
下面这张图，是我自己画的SCADA系统架构总览。你可以把它当作一张地图，随时回来看看。
好了，这一章的内容就到这里。SCADA系统架构是基础中的基础，搞懂了这些，后面学起来就顺了。
公众号:蓝海资料掘金营，微信deep3321