1. SCADA系统概述：架构、演进、场景与协议对比
各位同学，大家好。我是你们这门课的老朋友。
说实话，干SCADA这行十几年了，每次带新人，我第一件事不是让他们看代码，而是先问一个问题：“你理解的SCADA，到底是个什么东西？”
很多人觉得SCADA就是个大屏幕，上面画着管道、阀门，数据在跳。嗯，也对，但太表面了。今天这第一节课，咱们就把SCADA的底裤扒开，看看它到底是怎么长成今天这个样子的。
1.1 SCADA系统架构：三层还是四层？
我个人习惯把SCADA系统分成三层架构，虽然现在有些厂商喜欢说四层，但核心逻辑没变。
- 第一层：现场设备层 —— 说白了，就是那些传感器、执行器、PLC、RTU。它们负责跟物理世界打交道。我在一个水厂项目里见过，一个老旧的电磁流量计，愣是用了15年没坏，但通信接口还是RS-232的，搞得我后面加了个协议转换器才搞定。
- 第二层：通信网络层 —— 这是SCADA的血管。有线、无线、光纤、4G/5G，甚至卫星。你想想看，一个风电场，风机分布在几十公里的山头上，没有这层网络，数据根本传不回来。
- 第三层：监控中心层 —— 也就是我们常说的上位机。服务器、操作员站、工程师站。这里跑着组态软件，画着工艺流程图，记录着历史数据。
避坑指南： 我曾经在一个项目中，客户非要搞四层架构，把“边缘计算”单独拉出来一层。结果呢？边缘设备算力不够，数据延迟反而比直接上传还高。所以，架构不是越复杂越好，适合场景才是王道。
1.2 发展历程：从继电器到云原生
SCADA的发展史，其实就是工业自动化的进化史。我把它分成四个阶段：
- 第一代：单体式SCADA（1960s-1970s） —— 那时候没有网络，一台大型机连着所有RTU。我记得看过一张老照片，机柜比人还高，散热全靠风扇吹。说白了，就是“中央集权”。
- 第二代：分布式SCADA（1980s-1990s） —— 随着微处理器和局域网的出现，系统开始分散了。多个工作站可以共享数据。嗯，这里要注意，那时候的通信协议基本都是厂商私有的，想互联？门儿都没有。
- 第三代：网络化SCADA（2000s-2010s） —— 互联网技术开始渗透。OPC、Modbus TCP这些开放协议开始普及。我入行那会儿，正好赶上这个阶段，天天跟OPC DA打交道，那叫一个痛苦，DCOM配置能让人崩溃。
- 第四代：云SCADA / IoT SCADA（2010s至今） —— 现在大家都在谈云、谈大数据、谈AI。数据上云，远程运维，移动端监控。但说实话，工业现场对实时性和安全性的要求，让云SCADA的落地还有很多坑要填。
1.3 典型应用场景：SCADA无处不在
SCADA的应用场景，比你想象的要广得多。我随便举几个例子：
- 油气管道： 几千公里的管道，中间有泵站、阀室。SCADA要实时监控压力、流量、温度。一旦泄漏，必须秒级响应。我在西北一个管道项目上，因为通信链路中断了30秒，差点导致误报警。
- 电力系统： 变电站、配电网、新能源发电。SCADA要采集电压、电流、功率，还要下发遥控指令。这里对协议的实时性和安全性要求极高。
- 水处理： 自来水厂、污水处理厂。泵、阀门、加药设备，全得靠SCADA协调。我记得有个水厂项目，因为PLC的扫描周期和上位机的采集周期没匹配好，导致液位控制震荡，折腾了两天才找到原因。
- 制造业： 汽车生产线、食品饮料、制药。SCADA负责监控产线状态、设备OEE、能耗数据。
1.4 主流通信协议对比：选对协议，事半功倍
协议是SCADA的灵魂。我见过太多项目，因为协议选型失误，后期维护成本翻倍。下面这张表，是我个人总结的，希望能帮到大家。
| 协议名称 | 传输方式 | 实时性 | 安全性 | 典型场景 | 我的评价 |
|---|---|---|---|---|---|
| Modbus RTU/TCP | 串口/以太网 | 中等 | 低（无加密） | 小型PLC、仪表、传感器 | 入门首选，简单可靠。但别用在安全要求高的场合。 |
| OPC DA / UA | 以太网 | 中等 | UA支持加密 | 上位机与上位机、上位机与数据库 | DA配置太坑，UA是未来方向。 |
| DNP3 | 串口/以太网 | 高 | 中等 | 电力、油气、水利 | 强在事件驱动和时钟同步，电力行业标配。 |
| IEC 61850 | 以太网 | 极高 | 高 | 智能变电站 | GOOSE报文是微秒级，但学习曲线陡峭。 |
| MQTT | TCP/IP | 低 | 支持TLS | 物联网、云平台、远程监控 | 轻量级，适合带宽有限的场景。但别用于实时控制。 |
| Profinet / EtherNet/IP | 以太网 | 高 | 中等 | 制造业、运动控制 | 西门子和罗克韦尔的生态，绑定性强。 |
个人经验： 选协议时，别只看技术参数。你得考虑：1）现场设备支持什么？2）团队对哪个协议熟悉？3）后期维护成本高不高？ 我曾经在一个项目中，为了追求“高大上”，选了IEC 61850，结果现场全是Modbus设备，光协议转换就花了一半预算。得不偿失。
1.5 为什么我们要学自定义协议开发？
你可能会问：“老师，现在这么多现成的协议，为什么还要自己开发？”
原因很简单：现实世界是混乱的。
我在一个老旧工厂改造项目中，遇到一台1980年代的德国设备，通信协议是厂商自己定义的，文档早就丢了。怎么办？只能抓包、逆向、自己写驱动。还有一次，客户要求把数据上传到他们的私有云平台，但平台只支持一种非标准的JSON格式。现成的协议根本没法用。
说白了，自定义协议开发，是SCADA工程师的终极技能。 它让你不再受制于厂商，能解决那些“标准协议搞不定”的难题。这门课，就是要把我这些年踩过的坑、总结的经验，全部教给你。
警告： 自定义协议开发，不是让你从头造轮子。而是让你在现有协议无法满足需求时，有能力去扩展、去适配。记住：能复用标准协议，就别自己写。 否则，你写出来的协议没人维护，最后坑的还是自己。
好了，第一节课就到这里。下一节，咱们开始动手，聊聊协议设计的基本原则。到时候，我会拿一个真实的项目案例来拆解，保证让你听得过瘾。