2. 食品工厂SCADA系统架构审查

SCADA系统架构审查是验收工作中最容易被“简化处理”的环节。很多项目在验收时只确认“上位机能打开、数据能刷新”，却忽略了架构本身是否与设计文件一致、冗余是否真正可用、与MES/ERP的接口边界是否清晰。一旦投产后出现单点故障、数据重复采集或责任界面争议，追溯成本极高。本节按“分层核对—冗余验证—接口边界确认”三条主线展开，给出可执行的审查方法与判据。

一、五层架构的逐层核对

食品工厂SCADA通常呈现为五层结构：仪表层（传感器、变送器、执行器）、控制层（PLC/RTU）、网络层（工业交换机、环网、防火墙）、服务器层（SCADA数据服务器、历史库、冗余对）、上位机层（操作站、工程师站、看板）。审查时不能只看设备清单，而要按“物理位置—通信链路—数据归属”三要素逐层核对。

仪表层重点核对三件事：一是仪表清单与P&ID图、IO清单的一致性，特别是CIP清洗、杀菌机、灌装机、冷库等关键工段的温度、压力、流量、液位、电导率测点是否齐全；二是信号类型与PLC模块匹配，例如4~20mA与RTD不能混接，干接点与源型/漏型输入要对应；三是量程与工程单位在SCADA侧是否与现场一致，验收时常见“现场0~100℃、上位显示0~150℃”的错配。控制层核对PLC型号、CPU冗余配置、机架与远程IO分布是否与设计图纸一致，RTU用于远端冷库、水处理、污水站时，要确认其通信规约（Modbus RTU/TCP、IEC 104等）与主站匹配。

网络层是审查重点。食品工厂常见做法是控制网与信息网物理或逻辑隔离，控制层采用工业环网（如MRP、RSTP），服务器与上位机接入核心交换机。审查时要确认：环网冗余协议是否启用、环网收敛时间是否满足工艺要求（一般要求小于200ms~500ms）、是否存在单条上行链路、防火墙是否按区域划分了安全域。服务器层核对SCADA主备服务器、历史数据库、时钟同步源（NTP）是否独立配置，上位机数量与操作权限是否与岗位设置对应。

二、冗余与可靠性设计的验证方法

冗余设计不能只看“有没有配”，必须验证“切换是否有效”。验收时建议做三类测试。第一类是服务器冗余切换：在SCADA主服务器上人为断开网卡或停止服务，观察备机接管时间与上位机数据中断时长。合理的判据是切换过程中操作站画面不丢失、报警不重复、历史数据无断点，接管时间一般应在数秒内完成。第二类是网络冗余：在工业环网上拔掉一段链路，用持续ping或抓包观察通信恢复时间，同时确认环网指示灯与交换机日志有对应记录。第三类是PLC冗余（若配置）：模拟主CPU故障，确认从CPU无扰切换、输出保持。

可靠性审查还要关注“隐性单点”。例如所有上位机共用一台交换机、历史库与实时库部署在同一物理机、NTP源只有一台且未与外部同步、UPS只覆盖服务器未覆盖核心交换机。这些在图纸上不显眼，却是投产后最常见的故障源。审查时应要求施工方提供网络拓扑图与机柜布置图，逐台核对供电与上行链路，并在验收记录中标注“单点风险项”及整改建议。

三、与MES/ERP接口边界的确认

接口边界争议往往源于“数据由谁采集、由谁负责准确性”。验收时要明确三件事：接口方向、数据内容、责任归属。典型做法是SCADA向MES提供工段级实时数据与批次过程数据（如杀菌温度曲线、CIP电导率曲线、灌装数量），MES向SCADA下发工单号、配方号、批次号；ERP不直接与SCADA通信，而是通过MES中转。接口技术常见为OPC UA、Modbus TCP转数据库、或中间表方式。

审查时应逐条核对接口清单：点位名称、数据类型、刷新周期、读写方向、异常处理策略（如MES断连时SCADA是否缓存、缓存多久、恢复后是否补传）。特别要确认时间戳来源统一——若SCADA用本地时间、MES用服务器时间，批次追溯会出现分钟级偏差。建议在验收测试中模拟MES侧断开10分钟，观察SCADA缓存与补传行为，并核对补传数据的批次归属是否正确。接口边界确认的成果应形成一份接口责任矩阵，明确每个数据项的采集方、传输方、存储方与使用方，作为验收签字的技术附件。