数据采集硬件与接口：PLC与RTU、Modbus协议、OPC UA协议、工业以太网
大家好，我是老张。今天咱们聊聊数据采集的“硬核”部分——硬件和接口。说实话，很多刚入行的朋友容易忽略这一块，觉得协议和软件才是核心。但我告诉你，硬件选型不对，接口没搞明白，后面AI预处理做得再好也是白搭。数据都采不上来，你分析个啥？
这一章，我带你捋清楚PLC、RTU、Modbus、OPC UA和工业以太网这些“老朋友”。嗯，都是风电场上天天打交道的家伙。
一、PLC与RTU：风机的“大脑”与“神经末梢”
先说说PLC和RTU。这两个东西，说白了就是现场设备的大脑和神经末梢。
PLC（可编程逻辑控制器），我习惯叫它“现场小霸王”。在风机里，PLC负责控制桨距角、偏航、变流器这些核心动作。它实时性极高，毫秒级响应。我在项目中遇到过，有一次风机频繁报“桨距角偏差”，查了半天，最后发现是PLC的模拟量输入模块有个通道漂移了。嗯，这种问题，软件层面根本看不出来。
RTU（远程终端单元），更像一个“数据中转站”。它不直接参与控制，但负责把风机各个传感器的数据打包，然后通过通信网络传到中控室。RTU的强项是远程通信和协议转换。你想想看，风场几十台风机，散布在几平方公里的山头上，全靠RTU把数据汇总上来。
核心区别一句话：PLC管“做”，RTU管“传”。
选型时我有个习惯：如果现场需要快速闭环控制，比如变桨、偏航，必须用PLC。如果只是采集数据、远程监控，RTU更合适。当然，现在很多高端RTU也集成了PLC功能，边界越来越模糊了。
二、Modbus协议：工业界的“普通话”
Modbus协议，你肯定听过。它是工业自动化领域最通用的通信协议，没有之一。为什么？因为它简单、开放、成本低。
Modbus有两种主要形式：
- Modbus RTU：基于串口（RS-232/RS-485），传输二进制数据，效率高。我早期做风场调试时，用的就是RS-485总线，一根双绞线能挂32个设备，成本极低。
- Modbus TCP：基于以太网，把Modbus帧封装在TCP/IP包里。现在新风机基本都用这个，速度快，布线方便。
举个例子，你要从风机的主控PLC读取风速、功率这些数据。Modbus的请求帧大概长这样：
// Modbus RTU 读取保持寄存器（功能码03）
// 从站地址：0x01
// 功能码：0x03
// 起始地址：0x0064（风速寄存器地址）
// 读取数量：0x0002（读两个寄存器）
// CRC校验：0x840A
请求帧：01 03 00 64 00 02 84 0A
响应帧：01 03 04 00 0A 00 14 XX XX
// 响应数据：风速=10.0 m/s，功率=20.0 kW（假设比例因子）
避坑指南：我曾经遇到过一个问题——Modbus RTU的CRC校验算错了，导致通信时好时坏。排查了整整一天。后来我养成了习惯，写代码时一定用现成的CRC库，绝不手算。另外，RS-485的终端电阻一定要加，不加的话，长距离通信会丢包。
三、OPC UA协议：打通“数据孤岛”的钥匙
Modbus虽好，但有个硬伤——它只传“裸数据”，不传“语义”。比如你读到寄存器0x0064的值是1000，但你知道这个1000代表什么吗？是风速10.0m/s，还是转速1000rpm？你得查点表。
OPC UA（统一架构）就是来解决这个问题的。它不只是通信协议，更是一个信息模型。每个数据点都自带“身份证”——包含数值、单位、描述、时间戳、质量戳等。
我个人特别喜欢OPC UA的地址空间概念。你可以把整个风场建模成一棵树：
// OPC UA 地址空间示例（简化）
Root
└── 风场_张家口
├── 风机_01
│ ├── 风速 (10.2 m/s, 质量好)
│ ├── 功率 (1500 kW, 质量好)
│ └── 桨距角 (12.5°, 质量可疑)
├── 风机_02
│ ├── 风速 (9.8 m/s, 质量好)
│ └── ...
└── 升压站
├── 母线电压 (35 kV, 质量好)
└── 总功率 (45 MW, 质量好)
你看，每个节点都带着语义信息。AI预处理时，直接就能知道“风速”的单位是m/s，“质量好”表示数据可信。这比Modbus那种“裸寄存器”方式，不知道高到哪里去了。
注意：OPC UA虽然强大，但配置复杂。我见过不少项目，OPC UA服务器配置不当，导致客户端连接超时。建议你从UA Expert这个免费工具开始调试，先把地址空间浏览通了，再写代码。
四、工业以太网：数据的高速公路
最后说说工业以太网。说白了，就是把咱们平时用的以太网技术，搬到工业现场来。但工业环境有它的特殊性：
- 实时性要求高：风机变桨控制需要毫秒级响应，普通以太网的CSMA/CD冲突检测机制不行。所以有了PROFINET、EtherCAT这些实时以太网协议。
- 环境恶劣：风场有振动、温差大、电磁干扰强。工业以太网交换机都是宽温、防尘、防震的。
- 拓扑灵活：星型、环型、链型都可以。我建议风场用环型拓扑，万一某段光纤断了，数据还能从另一条路绕回来，这叫“冗余”。
嗯，这里要注意：工业以太网和办公以太网，虽然物理层都是RJ45接口，但千万别混用。办公交换机在风场里，撑不过一个冬天。
五、知识体系总览
说了这么多，我画了一张图，帮你把这一章的知识体系串起来。你看一眼就明白了：
这张图很直观：PLC和RTU是现场设备，负责采集和控制；Modbus和OPC UA是通信协议，负责把数据“说”出来；工业以太网是物理通道，负责把数据“传”出去。四者缺一不可。
六、实战建议
最后，给你几个实战建议：
- 先搞清楚现场有什么：去风场之前，先问清楚主控PLC是什么品牌、什么型号，支持哪些协议。我见过有人拿着Modbus TCP的代码去连只支持Modbus RTU的老设备，白忙活半天。
- 协议转换是常态：风场里新老设备混用很常见。老设备用Modbus RTU，新设备用OPC UA，中间加个协议转换网关就行。别想着让所有设备统一协议，不现实。
- 测试环境一定要搭：我习惯在办公室搭一套小型的测试环境——一个PLC模拟器、一个Modbus从站模拟器、一个OPC UA服务器。代码先在测试环境跑通了，再到现场部署。否则现场出了问题，你连调试工具都没有。
- 数据质量标记很重要：OPC UA自带质量戳，Modbus没有。如果你用Modbus，建议在数据采集层自己加一个“质量字段”，比如0表示正常，1表示可疑，2表示无效。这样AI预处理时可以直接过滤掉坏数据。
我的一个小习惯：每次去风场调试，我都会带一个串口转以太网的小模块。这东西不贵，但关键时刻能救命——当OPC UA连不上时，我可以用它直接走Modbus RTU把数据先读出来，至少保证数据不丢。
好了，这一章就聊到这儿。硬件和接口是数据采集的根基，根基不牢，地动山摇。下一章咱们会深入数据预处理的具体算法，但前提是——你得先把数据采上来，对吧？