3. 生产监控数据源梳理
在FactoryTalk生产监控平台中，数据源梳理是架构设计的第一步，也是决定后续数据建模、报警配置、历史存储与可视化效果的基础。生产现场的数据源种类繁多，从底层控制器到上层管理系统，每一类数据源在数据粒度、实时性、可靠性、语义丰富度上都有显著差异。如果数据源边界不清、协议选型不当，后续无论平台功能多强大，都会陷入"数据接不全、接不准、接不稳"的困境。
一、五类典型数据源及其特征
PLC（可编程逻辑控制器）是离散制造与流程工业中最常见的数据源。它直接连接传感器、执行器，承担逻辑联锁与顺序控制。PLC中的数据以寄存器、线圈、数据块的形式存在，典型如Siemens S7的DB块、Allen-Bradley的Tag。PLC数据的特点是刷新快（毫秒级）、点位多、语义弱——一个DB10.DBD20只是地址，需要人工映射为"1号线灌装阀开度"这样的业务含义。
DCS（集散控制系统）多用于化工、制药、电力等连续过程行业。DCS本身已具备完整的回路控制、趋势记录、报警管理能力，其数据模型比PLC更贴近工艺语义，如位号TIC-101、FIC-205。DCS通常通过OPC DA/UA服务器或专用网关对外提供数据，采集时要注意DCS侧的安全隔离要求，避免外部系统直接访问控制网络。
SCADA（数据采集与监视控制系统）往往作为区域或产线的监控层，本身已经聚合了PLC、仪表、电力等数据。将SCADA作为数据源接入FactoryTalk时，要明确是"旁路采集"还是"级联采集"：旁路采集直接从SCADA的历史库或实时库读取，对SCADA运行影响小；级联采集则通过SCADA的OPC接口转发，实时性更好但增加SCADA负载。
智能仪表包括流量计、称重仪、分析仪、电能表等，通常具备RS-485、HART、Ethernet接口，支持Modbus RTU/TCP、HART-IP、Profinet等协议。智能仪表的数据点少但精度要求高，且常带有诊断信息（如空管报警、传感器故障），这些诊断位对预测性维护很有价值，采集时不应只取测量值而忽略状态字。
条码/RFID属于事件型数据源，与上述周期性数据源有本质区别。条码扫描枪、RFID读写器产生的是离散事件：物料上线、托盘绑定、批次切换。这类数据通常通过串口、TCP Socket或中间件（如FactoryTalk Optix、KEPServerEX的Advanced Tags）接入，需要与PLC的工位信号做时间对齐，才能形成"物料—工位—工艺参数"的完整追溯链。
二、协议选型的三条判断准则
面对OPC UA/DA、Modbus、EtherNet/IP等协议，选型不能只看"哪个先进"，而要从数据源能力、实时性要求、工程成本三个维度综合判断。
准则一：优先使用数据源自带的原生协议。如果PLC是Allen-Bradley，EtherNet/IP是首选，FactoryTalk Linx可直接通过CIP协议读取Tag，无需额外网关，且支持标签浏览与结构化数据类型。如果DCS是Emerson DeltaV，其OPC UA服务器已内置，直接接入即可获得位号、工程单位、量程等语义信息，比用Modbus逐点映射效率高得多。
准则二：实时性要求决定协议层级。对于需要参与联锁、快速报警的点位（如安全门状态、急停信号），应使用EtherNet/IP或Profinet等实时工业以太网，周期可控制在10～50ms。对于趋势记录、能耗统计等非实时数据，Modbus TCP或OPC UA的订阅周期设为500ms～2s即可，避免给控制器和网络造成不必要的负担。
准则三：语义丰富度影响后续建模成本。OPC UA不仅传输数值，还携带数据类型、工程单位、描述、访问权限等元数据，FactoryTalk可直接利用这些信息自动生成Tag和报警。而Modbus只传寄存器值，所有语义都需要人工在网关或平台侧配置。一个中等规模项目，若用Modbus接入5000点，人工映射工作量可能达到数十人天；若用OPC UA，可缩减至数人天。
三、典型场景的协议组合示例
以一个汽车零部件装配车间为例，现场有3台发那科机器人（EtherNet/IP）、2条输送线PLC（Siemens S7-1500，Profinet）、4台扭矩枪（Modbus RTU转TCP）、1套RFID工位（TCP Socket）、1台电能表（Modbus TCP）。合理的采集方案是：
- 机器人通过EtherNet/IP接入FactoryTalk Linx，采集关节角度、程序号、报警码，周期50ms；
- S7-1500通过Profinet或OPC UA接入，采集输送线状态、工位占用、节拍，周期200ms；
- 扭矩枪通过Modbus TCP网关汇聚，采集扭矩值、角度值、拧紧结果，周期100ms；
- RFID通过Socket接入，以事件方式推送托盘ID与时间戳，与工位PLC信号做时间对齐；
- 电能表通过Modbus TCP采集有功功率、电流，周期2s，用于能耗看板。
该方案中，实时性要求高的机器人数据走EtherNet/IP，语义要求高的PLC数据走OPC UA，仪表类走Modbus，事件类走Socket，各取所长，避免"一刀切"用OPC UA导致网关负载过高，也避免全部用Modbus导致语义丢失。
四、数据源梳理的交付物
数据源梳理的最终成果应形成一份《数据源清单与协议映射表》，至少包含以下字段：数据源名称、设备型号、通信接口、协议类型、采集周期、点位数量、关键点位示例、网关/驱动、责任人。这份表既是架构设计的输入，也是后续调试、验收、运维的依据。建议在项目初期用Excel或数据库维护，并随现场变更同步更新，避免"图上有、现场无"或"现场有、图上无"的脱节。
完成数据源梳理后，下一步才能进入FactoryTalk的通道、设备、标签组配置，以及数据模型与报警策略的设计。数据源清晰、协议选型合理，后续工作才能事半功倍。