在一条汽车零部件焊接生产线上，12台焊接机器人每天产生超过8万条工艺参数记录。如果这些数据只停留在PLC控制柜的寄存器里，工程师就无法回答一个关键问题：昨天下午3点那批焊点虚焊，到底是电流波动还是气压不稳导致的？这正是PLC控制柜与数据采集终端必须协同工作的现实原因——前者负责确定性控制，后者负责把控制过程中的"黑匣子"打开。

控制与采集：两套逻辑，一个目标

PLC控制柜的核心价值在于毫秒级的确定性响应。以西门子S7-1500系列为例，其位指令执行时间可低至1ns，扫描周期稳定在1-10ms可调。它关心的是"什么时候输出ON/OFF"，而不是"过去一小时电机电流的趋势是什么"。

数据采集终端（如边缘网关或工业数据终端）则相反。它不参与实时控制回路，而是以设备联网的方式，通过Modbus TCP、OPC UA、Profinet等协议，从PLC的DB块或寄存器中周期性读取数据，再上传至SCADA或MES系统。两者的分工可以概括为：

• PLC控制柜：执行逻辑、联锁、PID调节，保证产线不撞机、不飞车
• 数据采集终端：记录、缓存、边缘计算、协议转换，让数据可追溯、可分析

协同应用中的三个技术要点

1. 采集频率与控制周期的匹配。如果PLC扫描周期是5ms，而数据采集终端每200ms读一次，那中间39个扫描周期的状态变化就被丢弃了。对于高速计数或位置控制场景，建议采集终端支持周期同步采集或使用PLC的Trace功能做高速记录，而非普通轮询。

2. 网络隔离与数据安全。控制层和数据层必须做VLAN划分或物理隔离。某天津注塑工厂曾因采集终端直接接入PLC的编程口，导致一次广播风暴让整条线停机47分钟。正确的做法是：PLC控制柜内加装工业交换机，采集终端走独立网段，通过防火墙单向读取。

3. 边缘预处理降低云端负担。一台数据采集终端同时采集20台设备时，原始数据量可达每秒数千点。在终端侧做死区压缩、滑动平均、报警阈值判断，只上传变化数据和统计值，能减少70%以上的无效传输。

案例：天津某阀门装配线的改造实践

该产线原有6台PLC控制柜，品牌混杂（三菱FX3U、西门子S7-200 SMART、欧姆龙CP1H）。改造前，每班次产量靠人工抄表，设备故障后只能查PLC程序在线监控，无法回溯。

改造方案是在每台PLC控制柜内加装一台支持多协议的数据采集终端，通过设备联网统一转换为MQTT协议上传至本地服务器。关键采集点包括：

1. 每台压机的压力曲线（采样率50ms）
2. 扭矩枪的拧紧结果与角度值
3. PLC控制柜内温度与风扇状态

运行三个月后，该厂设备综合效率（OEE）从62%提升至78%，其中因数据采集带来的故障快速定位贡献了约9个百分点。一次夜班停机事故中，工程师通过采集终端的历史曲线，15分钟内锁定了是PLC控制柜内一个中间继电器接触不良，而非之前怀疑的伺服驱动器故障。

落地建议

如果你正在规划类似的工业自动化改造，不妨从三个问题入手：现有PLC控制柜是否有空闲的以太网口或串口？采集终端是否需要支持边缘计算（如Node-RED或Python脚本）？数据上传后谁来用、用来做什么决策？回答清楚这三个问题，再选型也不迟。

控制是骨架，数据是神经。只有让PLC控制柜和数据采集终端各司其职又顺畅对话，工业自动化系统才真正具备可观测性和持续优化的能力。