一、为什么智能车间需要数据采集
智能车间的核心在于“数据驱动”。无论是生产排程、质量追溯还是设备预测性维护，都依赖底层设备产生的实时数据。然而，大量车间仍存在“数据孤岛”——PLC、数控系统、传感器各自运行，信息无法互通。数据采集正是打破孤岛的第一步，它将设备层的信号转化为可被MES、SCADA等系统理解的结构化信息。
二、数据采集的典型架构
一个标准的数据采集系统通常分为三层：
- 设备层：包括PLC、CNC、机器人、传感器、智能仪表等，负责产生原始信号（如开关量、模拟量、寄存器值）。
- 采集层：由工业网关、边缘控制器或工控机组成，通过物理接口（串口、以太网）和协议（Modbus、OPC UA、Profinet、EtherNet/IP、MTConnect等）与设备通信，完成数据解析与预处理。
- 应用层：MES、SCADA、数据库或云平台，接收采集层上传的数据，用于监控、分析或追溯。
实际部署中，采集层常承担协议转换、数据过滤、断点续传等任务，以减轻上层系统压力。
三、主流协议与设备联网方式
| 设备类型 | 常见协议/接口 | 联网方式 |
|---|---|---|
| PLC（西门子、三菱、欧姆龙等） | Profinet、EtherNet/IP、Modbus TCP、S7通信、MC协议 | 以太网直连或通过网关转换串口/现场总线 |
| 数控系统（FANUC、Siemens 840D、Heidenhain等） | MTConnect、OPC UA、FOCAS（FANUC）、Sinumerik接口 | 通过数控系统以太网口或专用数据板卡 |
| 机器人（KUKA、ABB、FANUC等） | Profinet、EtherNet/IP、Robot接口（如KUKA.Ethernet KRL） | 控制器以太网口或现场总线耦合器 |
| 传感器/仪表 | 4-20mA、0-10V、RS485/Modbus RTU、IO-Link | 通过模拟量模块或串口服务器转为以太网 |
注意事项：不同品牌、不同型号的设备，其IP设置、寄存器地址、数据格式均存在差异。实施前务必获取现场设备手册，并依据网络规划分配IP地址，切勿使用默认密码或随意修改关键参数。
四、实施步骤：从规划到上线
4.1 现场调研与清单梳理
记录每台设备的品牌、型号、固件版本、现有接口类型、可用IP地址段、网络拓扑。同时明确采集需求：采集频率（秒级/毫秒级）、数据类型（状态、产量、报警、温度等）、存储周期。
4.2 选择采集硬件与软件
硬件方面，工业网关需支持目标协议并具备足够的接口数量；边缘控制器适合需要本地逻辑处理的场景。软件方面，可选用开源工具（如Node-RED、MQTT Broker）或商业平台（如Kepware、Ignition），但需评估授权成本与技术支持。
4.3 协议配置与测试
以PLC为例：在编程软件中确认PLC的IP地址，开放对应端口（如西门子S7-1200默认102端口）。在网关侧添加设备，填写寄存器地址范围，测试读取是否成功。对于CNC，需确认数控系统是否开启数据输出功能（如FANUC的宏变量读取需PMC程序支持）。
4.4 数据上云/上MES
采集层将数据通过MQTT、HTTP或数据库直连方式发送至上层。建议采用MQTT协议，因其轻量、支持QoS且易于扩展。同时配置断点续传机制，防止网络中断导致数据丢失。
4.5 验证与优化
对比采集数据与设备本地显示值，确认一致性。检查延迟是否满足要求，必要时调整采集周期或启用数据压缩。
五、常见陷阱与避坑指南
- 协议不兼容：老旧设备可能只支持串口或私有协议，需额外购买协议转换模块或定制驱动。
- IP冲突：车间网络若未做VLAN划分，新增设备可能与其他设备IP冲突，导致网络瘫痪。
- 数据质量差：传感器漂移、信号干扰、PLC扫描周期不匹配等都会导致数据异常，需在采集层做滤波或阈值判断。
- 忽视安全：设备联网后暴露在车间网络甚至互联网，应使用VPN、防火墙、白名单策略，避免被攻击。
六、结语
数据采集是智能车间的“神经系统”，但并非一蹴而就。建议从一条产线或一个工位开始试点，积累经验后再推广。Bit Factory 将持续分享PLC/CNC联网、MES对接、柔性线等领域的实战经验，助力工程师们构建可靠的制造数据底座。
