2. 台达集成平台与软硬件架构

在上一节中我们已经明确了机器视觉与运动控制集成的目标：让“看见”与“动作”在同一节拍内协同。本节要回答的是：台达用哪些软硬件把这些能力串起来，它们各自扮演什么角色，数据和控制指令又是沿着什么路径流动的。理解这套整体架构，是后续配置、编程和调试的前提。

一、四层架构：从工程软件到执行机构

台达的集成方案可以按“工程层—控制层—驱动层—执行层”四层来理解，但真正把四层粘合起来的是通讯与数据流。工程层是 DIAStudio 系列软件，控制层是 AS 系列运动控制器，驱动层是 ASDA 系列伺服驱动器，执行层是伺服电机与机械机构；而 DMV 视觉系统作为感知单元，通过通讯接口把结果送入控制层。视觉不是独立于运动之外的“旁路”，它的输出最终要变成运动控制器的判断条件或坐标参数。

DIAStudio 不是一个单一软件，而是一套工具集合。其中 DIADesigner-AX 用于 AS 系列控制器的 IEC 61131-3 编程，支持梯形图、ST、功能块等语言；DIADesigner 用于伺服调试与参数管理；DIAView 面向人机界面与数据可视化。它们共享工程与设备描述，减少重复配置。对集成项目而言，最关键的认知是：视觉的标定结果、通讯地址、运动轴参数，最终都要在同一个工程语境下对齐。

二、DMV 视觉系统在架构中的位置

DMV 视觉系统通常由相机、镜头、光源、视觉控制器或智能相机组成，运行 DMV 软件完成图像采集、预处理、定位、测量、检测和标定。它对外输出的不是“图像”，而是结构化结果：目标是否存在、像素坐标、物理坐标、角度、偏差值、OK/NG 判定。这些结果通过通讯接口送入 AS 控制器，成为运动程序的输入条件。

这里有一个容易被忽略的要点：视觉的坐标系与运动的坐标系必须建立映射关系。常见做法是用九点标定，让相机看到标定板上的九个点，同时记录运动平台对应的机械坐标，通过仿射变换求出像素到毫米的转换矩阵。标定完成后，视觉给出的像素偏差才能被控制器换算成实际的运动补偿量。若标定不准，后续运动再精确也无法对准。

三、通讯接口：数据与控制指令的通道

台达集成架构中常见的通讯方式有三类。第一类是 EtherCAT，用于 AS 控制器与 ASDA 伺服之间的高速运动总线，周期可达 1 ms 甚至更短，适合多轴同步和插补。第二类是 Modbus TCP 或 EtherNet/IP，常用于视觉系统与控制器之间的结果传递，传输的是坐标、判定和触发信号。第三类是串口或 I/O 硬线，用于简单的触发、闪光同步和急停信号。

选择通讯方式时，核心判断依据是“实时性要求”和“数据量”。如果视觉结果只用于分拣判定，Modbus TCP 足够；如果视觉引导运动做实时纠偏，则要考虑延迟和抖动，必要时用 EtherCAT 或高速 I/O 触发。实际项目中，触发方式往往比通讯协议更影响节拍：相机是在工件到位后由光电传感器触发，还是由控制器发指令触发，决定了整个流程的同步方式。

四、一个典型的集成数据流示例

假设一个视觉引导取放工作站：传送带将工件送到拍照位，光电传感器触发 DMV 相机拍照，视觉软件完成定位并输出工件中心相对于标准位置的偏差（例如 X 方向 +2.3 mm，Y 方向 -1.1 mm，角度 +0.8°）。这些数据通过 Modbus TCP 写入 AS 控制器的寄存器。控制器中的运动程序读取偏差值，经过坐标变换后，向 ASDA 伺服发出位置指令，驱动机械手移动到修正后的抓取点。抓取完成后，控制器复位触发信号，等待下一个工件。

在这个例子中，DIAStudio 的作用是：用 DIADesigner-AX 编写控制器的运动与逻辑程序，用 DIADesigner 调整伺服增益以保证定位稳定，用 DIAView 做运行状态显示。DMV 视觉软件则负责标定和输出结果。四者通过通讯接口形成闭环。

五、配置时需要注意的接口对齐

在实际配置中，有几个接口必须对齐。第一，视觉输出的坐标单位要与控制器中的运动单位一致，例如视觉输出毫米，控制器也按毫米编程，避免单位换算错误。第二，通讯地址要一一对应，视觉写入的寄存器地址必须与控制器读取的地址一致，建议在工程中建立地址映射表。第三，触发时序要匹配，视觉拍照到结果输出的延迟必须小于工件在拍照位的停留时间，否则会出现“拍到了但已经走了”的情况。第四，伺服使能与运动指令的先后顺序要正确，避免在伺服未使能时发送位置指令导致报警。