1.1 SCADA 到底是什么：从一枚测点说起

1.1 SCADA 到底是什么：从一枚测点说起

本节摘要：SCADA（Supervisory Control And Data Acquisition，监控与数据采集系统）是把分散在广域现场的测点数据集中呈现给人、并允许人从远处安全干预现场的计算机系统。它的三大支柱是数据采集、监视报警、远程控制。本节跟着水厂滤池的一枚压力变送器走完全链路，把这三个词从抽象定义还原成具体动作。

本节在全书的位置

上一章的支柱页给了你全局地图，本节从地图左上角那个「现场仪表」的小方块讲起。把这一节读透，后面第 3 章讲硬件选型、第 5 章讲画面设计时，你都会不断回到这里建立的概念框架——SCADA 的所有组件，都是在为「让一枚测点的数据可信地走完全程」服务。

一、从一只变送器的旅程说起

凌晨的取水泵房，加压泵出口母管上装着一只压力变送器。它感知泵后压力，输出一个与压力成比例的信号。这个信号接下来的旅程，就是 SCADA 的全部工作内容。

第一步：信号转成数。 变送器输出的两线制电流信号沿电缆进入现场控制柜，接到模拟量输入模块的通道上。模块把电流值按量程换算成工程量——比如 4 到 20 毫安对应 0 到 1.6 兆帕——得到一个带单位的数值，再打上采集时刻的时间戳和质量标记。质量标记很重要：通道断线时模块给出的不是零，而是一个「坏质量」标志，防止下游把断线当成「压力为零」处理。

第二步：数变成报文。 现场控制单元把压力值连同其他几十个测点打包，按照约定的通信协议编成报文，通过光纤或无线链路发往几公里外的调度中心。报文里除了数值，还有测点编号，让主站知道「这是二号泵站三号泵的出口压力」。

第三步：数变成画面。 采集服务器收到报文，把数值写进实时数据库里对应测点的内存位置。画面服务检测到这个测点被当前打开的工艺图引用，就推送新值给操作员站的浏览器或客户端。于是中控室屏幕上，泵出口压力从 0.98 跳成 1.02，旁边一个历史曲线也在无声地续上一个小点。

第四步（可选）：画面变成指令。 操作员看到压力偏低，判断需要加开一台泵，在画面上点击「启动」并确认。控制指令沿着同一条链路反向走下来：主站下发遥控报文，现场控制单元校验指令合法性后驱动出口电动阀或接触器动作，再把执行结果回传上来，画面上的泵状态图标由灰变绿。

图 1-1 一枚测点从现场到画面的完整旅程

二、三大功能与一个常被漏掉的前提

教科书把 SCADA 的功能概括为「两遥」（遥测、遥信）加「两控」（遥控、遥调）。拆开看：

数据采集（遥测、遥信）。 遥测是模拟量——压力、温度、流量、液位，关心的是「多大」；遥信是开关量——泵的启停状态、阀门限位、故障继电器，关心的是「是否」。采集环节的工程核心不是「读到数」，而是读到带质量标记的、时间可追溯的数。没有质量标记的采集是半成品，因为它无法区分「真的为零」和「没读到」。

监视与报警。 把采集来的数据跟设定限值比较，越限就生成报警事件，并按严重程度分级推送。报警系统的设计远比「超限弹窗」复杂——报警泛滥会把真故障淹没，这是第 5 章专门要讲的内容。

远程控制（遥控、遥调）。 遥控是开关指令：启泵、停泵、开阀、关阀；遥调是设定值指令：把加药计量泵的频率给定从 35 赫兹改到 40 赫兹。控制环节的工程核心是选择性（同一时刻只允许一处发令，就地优先）、校核（执行前先回读对象状态，防止误动）和返核（执行后确认对象真的动作了）。

常被漏掉的前提是时间基准。事件顺序记录要靠毫秒级时标判断「先跳闸还是先涌流」，如果各站时钟不统一，事件排列就是一团乱麻。工程上的做法是用对时机制（网络对时或专用对时通道）把各站点钟收敛到同一基准，第 4 章排错实录里你会看到时钟漂移造成的真实误判案例。

三、一个真实片段：断线与坏质量的差别

某水厂的老系统当年图省事，压力通道断线时数值直接归零。某天端子松动，画面上泵出口压力显示 0.00 兆帕，值班员第一反应是「泵没压力了，赶紧停泵」——实际上泵运行正常，压力 0.52 兆帕。一次普通端子松动，酿成一次非计划停机。

改造后新系统给每个模拟量测点都配置了坏质量标志和合理的死区处理：通道断线，画面数值变灰并显示「坏质量」，报警文案直接写「信号异常，请检查接线」而不是「压力低」。操作员按图索骥查端子排，五分钟恢复。两个系统的采集功能看起来都「能把数读到」，但只有后者配得上「可信」二字。这个案例的解读可以再往前推一步：坏质量判断发生在现场控制柜（模数转换层），而呈现方式的设计发生在监控中心（画面层）——一个测点的可信度，是链路上多个环节共同维护的属性。变式思考：如果是无线通信偶发丢包，坏质量该由谁来标记？这个问题第 4 章链路看护一节会给出答案。

四、边界：SCADA 不管什么

把边界说清楚，比堆功能更重要。SCADA 通常不做毫秒级闭环调节——串级 PID、锅炉燃烧这类快速回路由 PLC 或 DCS 控制器在本地完成，SCADA 只负责把设定值发下去、把趋势看住。SCADA 也不承担生产管理——排产、批次、配方是 MES 的事。你可以把 SCADA 理解成自动化金字塔里「监盘层」的角色：它的用户是人，它的产出是「 situational awareness 」，也就是人对现场状态的准确把握。

边界感的实际用处体现在两件日常事务上。一是写需求时：把「SCADA 实现加药自动控制」这类模糊表述改写成「SCADA 提供加药量远程设定与回路状态监视，调节逻辑由现场控制器执行」——前者会在验收时变成双方各执一词的悬案，后者是一句可执行的契约。二是排障时：画面数值不动，先判断问题出在监盘层还是控制层——如果是现场回路自己进入了本地模式，SCADA 侧一切正常，这也是「边界清楚」的价值：各层只对各自的承诺负责。

顺带回答一个新人高频疑问：SCADA 与「组态软件」是什么关系？组态软件是构建 SCADA 的工具，就像编译器之于软件产品——工具决定开发效率，但不决定系统质量；质量来自前面讲的那些设计决策：质量标记、时钟、返核、边界。

五、三个角色的日常：定义落到实处

把三大功能映射到三个岗位的一天，定义会更立体。值班员的一天是「监视与报警」功能的用户视角：交接班先看报警列表与未确认事件，巡屏看的是趋势形态而非单点数值——有经验的值班员看曲线形状就能闻出异常，这依赖历史数据的连续呈现。维护员的一天是「数据采集」功能的守护者视角：处理坏质量标记、按周期校验仪表、核对端子与点表的对应——第 3 章的信号链路知识就是他的日常。调度员的一天是「远程控制」功能的决策者视角：每逢高压泵组倒换，操作票、预令、复令、返核一板一眼——他最清楚「返核」两个字不是形式，是防止误动的最后防线。

三个岗位对同一套系统的三种依赖，恰好解释了为什么 SCADA 设计要同时讨好三个视角：数据要让维护员能追根，画面要让值班员能速判，控制要让调度员敢下手。任何一角的体验崩坏，系统都会在实际运行中被「架空」——大家退回电话与纸面交接，系统沦为摆设。这是评价 SCADA 成败时最诚实的一把尺子。

本节要点回顾

• 定义先行：SCADA 是把广域现场的测点数据集中呈现、并支持安全远程干预的系统，数据采集、监视报警、远程控制是三大功能。
• 采集的核心是质量：带时间戳与质量标记的数据才可信，「读到数」不等于「采到了」。
• 控制的三道闸：选择性、执行前校核、执行后返核，缺一道就多一分误动风险。
• 时钟是事件顺序的法官：没有统一时间基准，事件顺序记录不可信。
• 边界感：快速闭环归 PLC 与 DCS，生产管理归 MES，SCADA 立足监盘层。

下一节我们沿着时间轴走一遍：这四个功能是怎么从一面模拟屏的灯泡，演化到今天云边协同的形态。