第4章数据采集层实战

第4章：数据采集层实战：PLC、传感器、CNC机床的数据采集方案与常见坑点

大家好，我是老赵。干工业物联网这行十几年了，今天咱们聊聊数据采集层。

说实话，很多数字化项目最后烂尾，不是平台不行，而是数据没采上来，或者采上来的数据是垃圾。你想想看，上层分析得再漂亮，底层数据不准，那不就是「garbage in, garbage out」吗？

这一章，我把自己踩过的坑、总结的经验，一股脑倒给你们。

4.1 数据采集的「三座大山」

咱们先理清一个概念。数据采集不是简单地接根线就完事。它要面对三个核心问题：

协议异构：PLC用Modbus、Profinet，CNC用FOCAS、MTConnect，传感器用4-20mA、IO-Link。这就像让中国人、美国人、日本人坐一桌开会，没翻译根本聊不了。
实时性要求：有的数据一秒采一次就行（比如温度），有的需要毫秒级（比如振动信号）。你用一个方案包打天下，肯定出事。
环境干扰：车间里电磁干扰、高温、粉尘，网线断了、信号漂移，都是家常便饭。

核心原则：采集方案没有最好的，只有最合适的。别为了炫技上复杂方案，稳定可靠永远是第一位的。

4.2 PLC数据采集：最成熟，也最容易翻车

PLC是工厂里最常见的设备。我个人的习惯是，能走以太网就别走串口，能走原生协议就别走OPC。

4.2.1 主流方案对比

方案	优点	缺点	适用场景
OPC DA/AE	兼容性好，老系统支持多	依赖Windows，DCOM配置噩梦	老旧系统改造
OPC UA	跨平台，安全，自带信息模型	学习成本稍高	新建项目，推荐首选
Modbus TCP	简单，几乎所有PLC都支持	数据量小，安全性弱	小型设备，简单数据采集
原生SDK（如S7、FINS）	性能最好，功能最全	绑定厂商，换设备要重写	对性能要求极高的产线

避坑指南：我曾经在一个项目里用OPC DA采集西门子S7-300的数据。DCOM配置搞了整整两天，最后发现是防火墙没关。后来我学乖了，能用OPC UA绝不用DA。你想想看，一个配置问题就能让你加班到怀疑人生，何必呢？

4.2.2 代码示例：用Python采集Modbus TCP数据

这里给一个最简单的例子，用pymodbus库读一个保持寄存器：

from pymodbus.client import ModbusTcpClient

# 连接PLC，IP地址和端口要确认好
client = ModbusTcpClient('192.168.1.100', port=502)
client.connect()

# 读取从地址0开始的10个寄存器
result = client.read_holding_registers(0, 10, unit=1)
if not result.isError():
    print(f"采集到的数据: {result.registers}")
else:
    print("读取失败，检查网络或地址")

client.close()

嗯，这里要注意：unit参数是PLC的站号，很多人忘了设，结果一直读不到数据。我刚开始也犯过这错。

4.3 传感器数据采集：模拟量与数字量的抉择

传感器这块，说白了就是「模拟量」和「数字量」两条路。

模拟量传感器（4-20mA, 0-10V）：信号连续，但容易受干扰。需要加隔离器，布线要远离动力电缆。
数字量传感器（IO-Link, RS485）：信号直接是数字的，抗干扰强，还能传诊断信息。但成本高一些。

我个人建议，新项目尽量上IO-Link。虽然传感器贵一点，但省了后续排查信号干扰的时间。我在一个汽车零部件项目里，就因为用了4-20mA，现场信号老是跳变，最后发现是变频器干扰。换了IO-Link后，世界清净了。

4.4 CNC机床数据采集：最头疼，但必须啃

CNC机床是数据采集的硬骨头。为什么？因为数控系统厂商各自为政，协议封闭得很。

4.4.1 常见数控系统采集方式

数控系统	采集方式	注意事项
发那科（FANUC）	FOCAS2/Ethernet	需要购买授权，注意版本兼容
西门子（Siemens）	OPC UA / Sinumerik Connect	840D sl以上版本支持较好
三菱（Mitsubishi）	EZSocket / CNC C语言库	M70/M80系列常用
海德汉（Heidenhain）	LCOM / DNC接口	高端机床，协议较复杂

经验之谈：采集CNC数据，别想着把所有数据都采上来。先搞清楚业务要什么。比如，老板只关心设备利用率（OEE），那你重点采「开机、关机、加工、报警」这几个状态就够了。主轴转速、进给速度这些，锦上添花而已。

4.4.2 一个真实的坑：FOCAS2的版本问题

我曾经帮一个客户采集发那科0i-F系统的数据。按照文档写的，用FOCAS2库连接，结果死活连不上。折腾了两天，最后发现是FOCAS2的DLL版本和数控系统的PMC版本不匹配。你想想看，一个版本问题，差点让我把项目搞黄了。

所以，我的建议是：采集前，一定先确认数控系统的软件版本和库文件的兼容性。最好找厂商要一份兼容性矩阵表。

4.5 数据采集架构图

下面这张图，是我自己总结的数据采集分层架构。你看一眼就明白了：

4.6 常见坑点总结

最后，我把这些年踩过的坑，列成一个清单。你对照着看，能少走很多弯路：

IP地址冲突：车间里设备多，IP乱设是常事。采集前先扫一遍网络，规划好IP段。
采集频率过高：有人觉得采得越快越好。结果把PLC CPU占满了，设备直接停机。我建议，一般设备状态数据1秒一次就够了，振动信号才需要毫秒级。
忽略数据质量：采上来的数据，有没有校验？有没有时间戳？我曾经遇到一个项目，数据采上来了，但时间戳是网关的时间，不是设备的时间。分析的时候全乱套了。
网络不稳定：车间里WiFi信号差，网线接头松。一定要加断网缓存机制，网络恢复后自动补传。
安全漏洞：采集网关直接暴露在公网上，被黑客攻击。记住，采集层一定要做防火墙和访问控制。

一句话总结：数据采集是数字化平台的根基。根基不稳，上层建筑再漂亮也是空中楼阁。稳扎稳打，把每一个协议调通，把每一个坑填平，你的项目就成功了一半。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录