3. SCADA数据采集架构与通信协议

管道SCADA的数据采集不是“把所有设备都接到一台服务器上”这么简单。一条长输管道往往跨越数百公里，沿线分布着首站、中间泵站、分输站、阀室和阴极保护站，每个站点内部又有PLC、RTU、智能仪表、保护装置等不同设备。要让调度中心稳定地看到全线压力、流量、温度、阀位和报警状态，必须采用分层采集、分级汇聚的架构，并针对不同层级、不同数据特性选择合适的通信协议。

一、层次化采集架构：从现场设备到调度主站

典型的管道SCADA采集架构可划分为四层。最底层是现场设备层，包括压力变送器、流量计、温度传感器、电动阀执行机构、可燃气体探测器等，它们输出4～20mA模拟量、干接点或RS-485数字信号。第二层是站控层，由站内PLC或RTU完成本地数据采集、逻辑联锁和就地控制，例如泵机组启停联锁、超压保护、阀室可燃气体报警联动关阀。第三层是通信汇聚层，通过站场路由器、工业交换机或光纤环网，把各站数据汇聚到调度中心前置采集服务器。第四层是调度主站层，由SCADA服务器、历史数据库、报警服务器和人机界面组成，完成全线监视、报警管理和远程调度。

这种分层的关键价值在于：站控层承担快速联锁（毫秒到秒级），不依赖主站通信；主站层承担全局监视和调度决策（秒级到分钟级）。即使主站通信中断，站内PLC仍能独立完成超压关阀等安全动作，这是管道安全运行的基本要求。

二、四类协议在管道场景中的定位

Modbus（RTU/TCP）是最常见的设备级协议，结构简单、几乎所有PLC和智能仪表都支持。它采用主从问答方式，主站发请求、从站应答，适合站内PLC读取变送器、流量计等少量寄存器的场景。但Modbus没有时间戳、没有事件优先级、不支持主动上报，轮询周期一长，报警就会延迟。因此它更适合“站内短距离、设备级采集”，不适合直接作为长距离调度主站协议。

DNP3专为电力与公用事业远程监控设计，支持带时标的事件数据、主动上报（unsolicited response）、多帧确认和链路层校验。管道阀室RTU分布分散、通信带宽有限，DNP3可以在事件发生时立即上送带时标报警，而不必等主站轮询，这对可燃气体报警、阀位异常等场景很有价值。DNP3还支持存储转发，通信中断恢复后可补传事件，适合通信条件较差的偏远阀室。

IEC 60870-5-104是IEC 101的TCP/IP封装版本，在电力调度中应用成熟，采用ASDU类型标识区分遥测、遥信、遥控和总召，支持品质描述词和时标。管道行业若与电网调度、电气化设备监控存在接口，104规约便于统一。它的总召（C_IC_NA_1）和分组召测机制适合主站定期刷新全线数据，但配置相对复杂，对点表规范性要求高。

OPC UA面向站控层以上和系统间集成，具备信息模型、安全认证、订阅发布机制，适合SCADA主站与历史库、MES、云平台之间的数据交换。它不替代现场总线，而是解决“系统与系统之间语义互通”的问题。在管道场景中，OPC UA常用于调度中心内部各子系统集成，或作为向集团总部上传数据的标准接口。

三、选型要点：按层级和数据特性匹配

协议选型不应追求“一种协议打天下”，而应按层级分工。现场仪表到站控PLC，优先用4～20mA、RS-485/Modbus RTU，简单可靠、成本低；站控RTU/PLC到调度主站，若站点分散、需要事件优先上送，选DNP3；若与电力调度体系对接或需要严格的遥信遥测品质描述，选IEC 104；主站内部系统集成和对外数据服务，选OPC UA。Modbus TCP可作为站内监控网或对实时性要求不高的辅助系统接口。

实际工程中还需关注几个参数：轮询周期与事件上送时延是否满足报警响应要求；通信中断后的数据补传能力；协议是否支持对时（如DNP3的时间同步、104的时钟同步命令）；以及点表规模与主站前置服务器的通道容量。例如某中间站有约600个遥测点、400个遥信点，若采用Modbus TCP轮询，按每帧读取20个寄存器估算，一轮需数十帧，周期偏长；改用DNP3并配置事件上送后，正常刷新靠周期总召，异常事件即时上送，报警延迟可明显缩短。

需要强调的是，协议只是“说话的方式”，真正决定采集质量的是点表规范、时标一致性和通信冗余设计。同一站点内，建议对安全联锁相关信号采用站内硬线或PLC本地逻辑，不依赖主站协议往返；主站协议负责监视和调度，不承担毫秒级安全联锁。把安全职责留在站控层，把全局协调交给主站层，才是管道SCADA分层采集架构的核心原则。