本文面向智能车间工程师与MES/数据采集团队，系统介绍数据采集的基本架构、常见协议、实施步骤与注意事项，帮助读者建立从设备层到应用层的采集通路，避免常见陷阱。
一、为什么智能车间需要数据采集？
智能车间的核心是让生产数据“说话”。设备运行状态、产量、报警、刀具寿命、质量检测结果等数据，只有被及时、准确地采集并上传到上层系统（如MES、SCADA、ERP），才能支撑生产调度、质量追溯、设备运维等决策。没有数据采集，所谓的“智能”就是空中楼阁。
二、数据采集的基本架构
一个典型的数据采集系统分为三层：
- 设备层：包括PLC、数控系统（如FANUC、Siemens、Mitsubishi）、机器人控制器、传感器、智能仪表等。它们通过自身通信接口（如以太网、RS232/485、PROFIBUS）输出数据。
- 采集层：由工业网关、边缘计算设备或直接由上位机软件完成。负责协议转换、数据解析、缓存与初步处理。
- 应用层：MES、SCADA、报表系统、看板等。消费采集层提供的数据，实现可视化与业务闭环。
三、常见通信协议与选型要点
| 协议 | 典型应用 | 特点 |
|---|---|---|
| Modbus TCP/RTU | PLC、传感器、仪表 | 开放、简单、广泛支持 |
| OPC UA | 跨平台、安全通信 | 标准化、可互操作、适合复杂系统 |
| PROFINET | Siemens PLC | 实时性好、生态成熟 |
| EtherNet/IP | Rockwell/AB PLC | 与CIP协议深度集成 |
| MTConnect | 数控机床 | 专为机床数据设计，标准化程度高 |
| 自定义TCP/UDP | 部分老旧设备 | 需根据设备手册开发驱动 |
选型原则：优先选择设备原生支持的协议；若设备仅支持串口，考虑加装串口服务器转为以太网；对实时性要求高的场景（如机器人协同），需评估协议延迟。
四、实施步骤（以PLC/数控联网为例）
- 盘点设备清单：记录每台设备的型号、通信接口、当前IP地址（如有）、支持协议。注意：IP地址设置必须依据现场网络规划，不可随意修改，否则可能导致网络冲突或设备离线。
- 网络规划：划分独立的工业以太网段（如192.168.1.x），与办公网物理或逻辑隔离。交换机建议选用工业级，支持VLAN划分。
- 选择采集方案：
- 轻量级：使用支持多协议的工业网关（如支持Modbus+OPC UA的网关），直接采集并转发到MES。
- 中大型：部署边缘服务器或工控机，运行数据采集软件（如Kepware、Ignition），统一管理驱动。
- 配置与测试：在网关/软件中配置设备IP、协议参数、数据点（如寄存器地址、数据类型）。先单机测试，确保数据读取正确；再批量接入，观察网络负载。
- 数据上云/上MES：通过MQTT、REST API或数据库直连，将采集数据推送至MES或云平台。注意数据格式统一（如JSON），并添加时间戳与设备ID。
- 监控与运维：建立采集链路监控告警（如设备离线、数据异常）。定期检查网关固件与协议驱动更新。
五、常见陷阱与注意事项
- IP冲突：多台设备使用相同IP会导致采集失败。务必使用DHCP预留或静态分配，并记录台账。
- 协议版本不兼容：例如Modbus RTU与ASCII模式不同，OPC UA的安全策略需匹配。建议在采购前索取设备协议文档。
- 数据点过多：一次性采集所有寄存器可能导致网络拥塞。按需采集，对高频数据（如振动）使用边缘计算预处理。
- 忽视时间同步：多设备数据若无统一时间基准，质量追溯将失去意义。部署NTP服务器，确保所有设备与采集系统时间一致。
- 安全风险：工业网络接入办公网或互联网时，必须部署防火墙或VPN，防止外部攻击。不要使用默认密码，定期更换。
六、结语
数据采集是智能车间的“神经末梢”。从设备联网开始，逐步建立起稳定、可扩展的采集体系，才能让MES、质量追溯、设备运维等上层应用真正落地。每一步都需以现场手册和网络规划为准，避免盲目操作。Bit Factory 将持续分享务实的技术内容，助力工程师们打通代码与车间的最后一公里。
