2. 工业通信基础
在 Beckhoff 控制系统中，ADS 并不是孤立存在的通信协议，而是建立在工业以太网、实时通信和 OPC UA 等信息模型之上的“工程访问通道”。理解现场总线、工业以太网、实时通信、OPC UA 与 ADS 之间的层次关系，是后续学习 ADS 设备路由、端口号、符号访问和 TwinCAT 数据采集的前提。
一、从现场总线到工业以太网：通信重心的迁移
现场总线解决的是控制器与现场设备之间的数字化通信问题，典型代表包括 PROFIBUS、CANopen、DeviceNet、Modbus RTU 等。它们通常以串行链路为主，布线简单、抗干扰强，但带宽有限，节点数量、距离和实时性受物理层约束。随着设备数量增加和诊断需求提升，工业以太网逐渐成为主流：EtherCAT、PROFINET、EtherNet/IP、Modbus TCP 等在同一物理介质上承载控制数据、参数数据和诊断数据，带宽从 100 Mbps 提升到千兆，拓扑也更灵活。
需要区分的是：工业以太网不等于“普通办公以太网”。普通 TCP/IP 通信强调可靠传输，但存在协议栈抖动和排队延迟；工业以太网则通过专用芯片、时间片调度或优先级机制，把周期数据与非周期数据分离，从而获得确定性。Beckhoff 的 EtherCAT 就是典型代表：主站发送一个以太网帧，从站以“飞读飞写”方式在帧经过时完成数据交换，周期可稳定在微秒级。
二、实时通信的分层：周期数据与非周期数据
工业通信中，“实时”不是指速度无限快，而是指在确定的时间窗口内完成数据交付。通常分为三类：
- 硬实时：如 EtherCAT 过程数据，抖动要求通常在微秒级，用于运动控制和高速 I/O。
- 软实时：如 PLC 任务周期内的状态刷新，允许毫秒级抖动，用于逻辑控制和监控。
- 非实时：如参数配置、文件上传、诊断日志读取，允许秒级延迟，用于工程访问。
Beckhoff 控制器内部通过不同的任务优先级和通信通道来隔离这些流量。EtherCAT 过程数据走实时通道，ADS 和 OPC UA 通常走非实时通道。这样，即使工程师在调试时大量读取变量，也不会直接破坏运动控制的周期稳定性。
三、OPC UA 与 ADS 的定位差异
OPC UA 是跨厂商、跨平台的信息建模与通信标准，强调地址空间、类型系统、安全策略和发布/订阅机制。它适合把设备数据统一暴露给 MES、SCADA、云端或第三方系统。ADS 则是 Beckhoff 原生的自动化设备规范，直接面向 TwinCAT 运行时，支持符号访问、通知订阅、读写请求和远程调用，是 TwinCAT 工程体系内部最高效的访问方式。
两者不是替代关系，而是互补关系：ADS 负责“控制器内部和 TwinCAT 之间”的高效访问，OPC UA 负责“对外标准化”的数据服务。实际项目中，常见做法是用 ADS 采集 TwinCAT 内部变量，再由网关或 TwinCAT OPC UA Server 将数据映射为 OPC UA 节点，供上层系统使用。
四、方法流程：从现场信号到上层数据
一个典型的数据采集链路可以按以下步骤理解：
- 现场设备通过 EtherCAT、PROFIBUS 或 Modbus 把物理量转换为过程数据。
- TwinCAT 实时内核按任务周期刷新输入输出映像，形成 PLC 变量。
- ADS 客户端通过 AMS Net ID 和端口号定位目标设备，读取符号或注册通知。
- 若需要对外发布，TwinCAT OPC UA Server 把 PLC 符号映射为 OPC UA 节点。
- MES、SCADA 或云平台通过 OPC UA 订阅或读取节点，完成数据集成。
其中，ADS 的关键参数包括 AMS Net ID、端口号、索引组和索引偏移。例如，读取 PLC 变量时常用端口 851，访问 NC 轴时常用端口 500。下面是一个 ADS 设备路由的典型配置片段：
AMS Net ID: 192.168.1.10.1.1
目标端口: 851
索引组: 0x4020
索引偏移: 0x0000
访问方式: Read / Write / Notification
五、案例场景：一条产线的数据采集
某包装产线使用 Beckhoff CX 控制器，EtherCAT 连接 32 个伺服轴和 64 点 I/O。现场需要把节拍、扭矩、报警和能耗上传到 MES。工程师的做法是：
- 用 EtherCAT 保证伺服周期 1 ms 的硬实时控制；
- 用 ADS 在 TwinCAT 工程中读取 PLC 变量，做本地诊断和调试；
- 用 TwinCAT OPC UA Server 把关键变量发布为 OPC UA 节点；
- MES 通过 OPC UA 订阅变化数据，避免轮询造成额外负载。
这样既保留了 ADS 的高效访问，又满足了上层系统的标准化接口要求。
六、常见误区与复盘
误区一：把 ADS 当成现场总线。 ADS 不直接驱动 I/O 模块，它访问的是 TwinCAT 运行时中的变量和对象。现场总线负责“设备到控制器”，ADS 负责“工程工具到控制器”。
误区二：认为 OPC UA 可以完全替代 ADS。 OPC UA 更适合对外集成，但在 TwinCAT 内部调试、符号浏览和高速通知场景中，ADS 仍然更直接、更轻量。
误区三：忽视实时通道与非实时通道的隔离。 大量 ADS 轮询可能占用 CPU 和网络资源，应优先使用通知订阅，并合理设置采样周期。
| 通信技术 | 主要定位 | 典型实时性 | 与 ADS 的关系 |
|---|---|---|---|
| PROFIBUS / CANopen | 现场设备串行通信 | 毫秒级 | 由 TwinCAT 主站管理，ADS 不直接介入 |
| EtherCAT | 高速实时 I/O 与运动控制 | 微秒级 | 过程数据由实时内核处理，ADS 读取映射后的变量 |
| OPC UA | 跨平台信息建模与集成 | 毫秒到秒级 | 可与 ADS 配合，把 TwinCAT 数据标准化发布 |
| ADS | TwinCAT 原生工程访问 | 毫秒级，支持通知 | 直接访问符号、端口和运行时对象 |
记忆要点：现场总线解决“设备互联”，工业以太网解决“带宽与确定性”，实时通信解决“时间窗口”，OPC UA 解决“标准化与互操作”，ADS 解决“TwinCAT 内部高效访问”。五者分层协作，而不是互相替代。