第一章 SCADA系统通讯概述
大家好，我是老张。干SCADA这行快十五年了。今天咱们聊聊通讯故障排查这件事。
说实话，SCADA系统出问题，十有八九是通讯惹的祸。不是数据传不过来，就是传过来全是乱码。我刚开始带项目那会儿，有一次半夜三点被电话叫醒，说整个水厂的监控全黑了。到现场一看，就是一根RS485线的屏蔽层没接地。嗯，从那以后，我对通讯这块就格外上心。
1.1 SCADA系统架构——你得先知道数据怎么跑
SCADA系统说白了就三层：现场层、控制层、监控层。我习惯用一张图来理解它：
你看，数据从最底下的传感器往上走，经过PLC或RTU打包，最后到监控电脑上显示。每一层之间的通讯都可能出问题。我个人习惯把故障分成三类：物理层断了、协议层乱了、应用层傻了。后面咱们会挨个讲。
1.2 常见通讯协议——你得知道它们在说什么
SCADA系统里协议很多，但真正常用的就三个。我按使用频率排个序：
| 协议 | 典型场景 | 传输方式 | 我碰到的坑 |
|---|---|---|---|
| Modbus | PLC、仪表、变频器 | RTU(串口) / TCP(以太网) | 地址冲突、波特率不匹配 |
| OPC UA | 上位机与上位机、跨平台 | 以太网（TCP/IP） | 证书过期、防火墙拦了端口 |
| DNP3 | 电力、油气、水利 | 串口 / 以太网 | 时间戳不同步、事件缓存溢出 |
Modbus——最老也最皮实
Modbus是1979年的东西，比我都大。但它简单、稳定，现在还在大量用。你想想看，一个变频器、一个温控表，甚至一个智能电表，基本都支持Modbus。
Modbus有两种模式：RTU和TCP。RTU走串口，TCP走网线。我建议新手先搞清楚这个区别——RTU是问一句答一句，TCP可以同时问多个设备。有一次现场调试，我死活连不上一个流量计，最后发现是RTU模式下的校验位设错了。嗯，这种低级错误，犯过一次就记住了。
🔧 实战要点： Modbus RTU的报文结构其实很简单：地址码 + 功能码 + 数据 + CRC校验。排查时用串口助手抓一下报文，看看设备有没有回复。如果设备回了但数据不对，八成是寄存器地址搞错了。
OPC UA——新一代的王者
OPC UA不是OPC DA的简单升级版。说白了，它把数据、报警、历史记录、安全认证全揉到一起了。我最近几年做的项目，甲方基本都指定要OPC UA。
为什么？因为它安全。有证书认证，有加密传输。但这也带来了麻烦——证书配置不对，通讯就是不通。我记得有个项目，OPC UA客户端连不上服务器，查了半天，结果是服务器端的证书过期了。你想想看，一个证书过期，整个监控系统就瘫了。
DNP3——电力系统的老大哥
DNP3在电力行业用得最多。它比Modbus强的地方在于：支持事件上报、时间戳、多主站通讯。说白了，就是更智能一些。
但DNP3也有坑。我遇到过最头疼的是时间戳不同步。变电站里几十个RTU，各自的时间差了几秒，结果历史数据全对不上。后来加了GPS对时模块才解决。嗯，这种问题，排查起来特别费劲。
1.3 通讯故障的影响——别小看一根线
通讯故障的影响有多大？我举几个真实例子：
- 数据中断：操作员看不到现场数据，无法判断设备状态。有一次水厂液位计通讯断了，操作员以为水池满了，手动停了进水阀。实际上水池快干了。差点造成泵干转烧毁。
- 数据错误：比中断更可怕。数据传过来了，但值是错的。我遇到过压力变送器因为干扰，数值在0和满量程之间来回跳。操作员根本不敢信。
- 控制失效：远程控制指令发不下去。或者更糟——指令重复发送，导致阀门反复开关。嗯，这种故障最容易损坏设备。
- 系统崩溃：通讯风暴导致整个网络瘫痪。我记得有个项目，一台PLC不断广播错误报文，把整个控制网堵死了。所有操作员站全部掉线。
📊 数据说话： 根据我自己的项目统计，SCADA系统故障中，通讯相关占到了60%以上。其中物理层问题（线缆、接头、干扰）占35%，协议配置问题占20%，软件Bug占5%。所以，排查通讯故障，先查物理层，这是铁律。
为什么会这样？因为SCADA系统本质上就是一个数据搬运系统。数据搬不过去，或者搬错了，整个系统就是聋子、瞎子。你想想看，一个水厂、一个变电站、一条输油管线，操作员对着黑屏，那是什么感觉？
所以，搞SCADA的人，必须把通讯这块吃透。后面几章，我会把每个协议的排查方法、常见故障、实战案例，一个一个掰开了讲。嗯，咱们慢慢来。