本文面向智能车间工程师与MES/数据采集团队，系统梳理数据采集的架构、协议、实施步骤与常见陷阱，帮助团队在避免过度投资的前提下，实现从设备联网到生产可视化的第一步。
为什么需要系统化的数据采集？
智能车间的核心在于数据驱动。没有准确、实时的底层数据，MES、ERP乃至数字孪生都只是空中楼阁。数据采集不是简单的“接根网线”，而是一个涉及网络规划、协议解析、边缘计算与系统集成的系统工程。本文从现场工程师视角，梳理入门阶段必须掌握的关键环节。
第一步：明确采集目标与范围
在动手之前，先回答三个问题：
- 采集什么？设备状态（运行/停机/报警）、产量计数、工艺参数（转速、温度、压力）、刀具寿命、质量检测结果等。
- 从哪采？现有设备类型：PLC（西门子S7-1200/1500、三菱FX5U、欧姆龙NJ等）、数控系统（FANUC、Siemens 840D、Heidenhain、Mitsubishi M80等）、专用控制器、传感器变送器。
- 采了干什么？实时监控、历史趋势分析、报警推送、与MES对接、设备OEE计算、质量追溯。
建议从一条关键产线或瓶颈设备开始，验证技术路径后再推广。
第二步：网络规划与硬件选型
数据采集的物理基础是网络。常见拓扑包括：
| 场景 | 推荐方案 | 注意事项 |
|---|---|---|
| PLC集中在电柜 | 工业交换机星型组网，PLC通过以太网口接入 | IP地址需按现场网络规划分配，避免冲突；使用工业级交换机（如MOXA、Hirschmann） |
| 数控机床分散 | 每台机床配工业无线AP或有线接入车间环网 | 无线需考虑电磁干扰，建议5GHz频段；有线需敷设屏蔽网线 |
| 老旧设备无网口 | 加装协议转换网关（如串口转以太网） | 确认原设备串口参数（波特率、数据位、停止位），并测试通信稳定性 |
硬件选型需考虑：现场环境温度、防护等级、电源稳定性。不要盲目追求高端，够用即可。
第三步：通信协议的选择与配置
不同设备支持不同协议，常见的有：
- Modbus TCP/RTU：通用性强，多数PLC和仪表支持。需注意寄存器地址映射表。
- S7协议：西门子PLC原生协议，性能好，但需注意S7-1200/1500的TSAP设置。
- OPC UA：跨平台、安全，适合异构系统集成。但需设备支持且配置稍复杂。
- FOCAS/Ethernet/IP：FANUC数控系统常用，需购买授权或使用开源库。
- MTConnect：美国标准，部分机床支持，适合开放性要求高的场景。
配置时务必以设备官方手册为准，不要使用网上流传的“默认密码”或“隐藏菜单”。IP地址、端口号、寄存器地址等参数必须与现场网络规划一致。
第四步：边缘计算与数据预处理
原始数据直接上传云端会占用大量带宽且延迟高。推荐在车间层部署边缘网关或工业PC，完成：
- 数据清洗（去重、滤波、异常值剔除）
- 协议解析与统一格式输出（如JSON、MQTT）
- 本地缓存与断网续传
- 简单逻辑判断（如超阈值报警）
边缘网关选型需考虑：CPU性能（能否跑Python/Node-RED）、内存、存储、接口数量、是否支持远程管理。
第五步：数据上送与系统集成
清洗后的数据可通过MQTT、HTTP API、数据库直连等方式上送到MES、SCADA或云平台。集成时注意：
- 定义清晰的数据模型（如设备ID、时间戳、变量名、单位）
- 使用消息队列（如RabbitMQ、Kafka）应对高并发
- 与MES对接时，确认接口规范（RESTful、WebService等）
常见陷阱与注意事项
- 网络风暴：未正确配置VLAN或STP，导致广播报文淹没网络。建议将工业网络与办公网络隔离。
- 协议版本不兼容：如Modbus RTU的CRC校验方式、S7协议的不同版本。务必在实验室先联调。
- 数据时间戳不同步：所有设备需统一NTP时间源，否则追溯数据无意义。
- 忽视安全：默认密码不改、端口暴露到公网、未启用TLS加密。建议参考IEC 62443标准。
- 过度采集：采集所有变量导致存储爆炸。只采集对生产有用的关键参数。
总结
智能车间数据采集不是一蹴而就的项目，而是一个持续迭代的过程。从一条产线开始，验证技术可行性，逐步扩展到全车间。关键在于：清晰的规划、扎实的现场测试、与业务需求紧密结合。Bit Factory致力于成为连接代码与车间的智造枢纽，帮助团队少走弯路。
