4. 运动控制卡与通信：PMAC/ACS控制卡介绍、EtherCAT总线协议、实时系统与任务调度
各位工程师朋友，咱们今天聊点硬核的。掩模版台的运动控制，说白了就是「大脑」和「手脚」怎么配合的问题。大脑就是运动控制卡，手脚就是电机和光栅尺。中间传递信号的神经，就是通信总线。
我在这个领域摸爬滚打了十几年，见过太多「控制卡选型拍脑袋，现场调试两行泪」的案例。所以这一章，我把自己踩过的坑和积累的经验，掰开了揉碎了讲给你听。
4.1 运动控制卡：PMAC 与 ACS 的硬核对决
先聊聊控制卡。目前高端光刻机掩模版台领域，基本就是 PMAC 和 ACS 两家的天下。你可能会问：「为什么不用普通的 PLC 或者通用运动控制器？」
嗯，这里要注意。掩模版台的定位精度是纳米级的，运动速度是米每秒级的，而且要求极高的同步性。普通控制器根本扛不住。我当年在一个项目中试过某国产控制器，结果在 100Hz 的轨迹跟踪上就抖成了筛子——从那以后，我再也不敢在关键轴系上省这个钱。
4.1.1 PMAC 控制卡：老牌劲旅
PMAC（Programmable Multi-Axis Controller）是 Delta Tau 公司的产品，现在被 OMRON 收购了。它的核心优势在于：
- 强大的 CPU 架构：内置 Motorola DSP 或 Intel 处理器，可以独立运行控制算法，不依赖上位机。
- 灵活的编程环境：支持 PMAC 专用语言（类似 BASIC），也支持 C 语言开发。
- 高精度伺服更新率：典型伺服周期可达 20kHz 甚至更高。
我个人习惯用 PMAC 做多轴协调控制。比如掩模版台的 X、Y、Rz 三个轴，需要做精确的龙门同步。PMAC 的「位置-速度-电流」三环控制，配合前馈补偿，效果非常稳。
实战经验：我曾经在一个 6 自由度掩模版台上，用 PMAC 实现了 2nm 的重复定位精度。关键点在于：伺服周期必须固定，不能有抖动。PMAC 的硬件定时器在这方面做得很好。
4.1.2 ACS 控制卡：后起之秀
ACS（ACS Motion Control）是以色列的公司，主打高性能和易用性。它的特点包括：
- SPiiPlus 平台：集成了运动控制、PLC 功能和视觉处理。
- EtherCAT 原生支持：不像 PMAC 需要额外加 EtherCAT 从站模块。
- 强大的调试工具：ACSPL+ 语言配合 Scope 工具，可以实时看波形。
我建议你在做高速高加速场景时优先考虑 ACS。比如掩模版台的步进扫描运动，加速度需要达到 10g 以上。ACS 的加速度前馈和振动抑制算法，确实比 PMAC 要成熟一些。
选型建议：如果项目预算充足，且团队有较强的算法开发能力，选 PMAC 更灵活。如果追求快速部署和稳定可靠，ACS 是更好的选择。
4.2 EtherCAT 总线协议：实时通信的基石
控制卡选好了，接下来就是通信。为什么光刻机领域几乎清一色用 EtherCAT？
说白了，EtherCAT 解决了传统现场总线的两个痛点：实时性和同步性。
传统以太网是「先存储再转发」，延迟不可控。EtherCAT 采用「飞读飞写」技术——数据帧经过每个从站时，从站直接读取或写入数据，延迟只有纳秒级。你想想看，这对于需要多轴同步的掩模版台来说，有多重要。
4.2.1 EtherCAT 的核心机制
- 数据帧处理：主站发送一个数据帧，经过所有从站后返回。每个从站只处理属于自己的那部分数据。
- 分布式时钟：所有从站共享同一个时钟基准，同步精度可达 100ns 以内。
- 热连接：支持在线添加或移除从站，方便调试。
我记得有一次在客户现场，掩模版台的 Y 轴和 Rz 轴总是有 1 微秒的相位差。查了半天，发现是 EtherCAT 从站的时钟漂移导致的。后来强制开启了分布式时钟的「同步模式」，问题立刻解决。嗯，这个坑我替你们踩过了。
注意事项：EtherCAT 的线缆长度和拓扑结构会影响性能。建议使用屏蔽双绞线，且每个网段不超过 100 米。星型拓扑会增加延迟，尽量用菊花链或树形拓扑。
4.2.2 EtherCAT 在掩模版台中的典型配置
| 组件 | EtherCAT 角色 | 说明 |
|---|---|---|
| 运动控制卡 | 主站 | PMAC 或 ACS 作为 EtherCAT 主站 |
| 伺服驱动器 | 从站 | 支持 CoE（CANopen over EtherCAT）协议 |
| 光栅尺接口 | 从站 | 直接读取位置数据，反馈给控制卡 |
| I/O 模块 | 从站 | 控制气阀、电磁铁等辅助设备 |
这个配置的好处是：所有设备都在同一个总线上，数据同步性极好。我曾经用这个方案，在 4 轴掩模版台上实现了 20kHz 的伺服更新率，位置误差控制在 5nm 以内。
4.3 实时系统与任务调度：让控制卡「准时」工作
控制卡和总线都到位了，但如果没有一个靠谱的实时系统，一切都是白搭。
你想想看，运动控制算法需要在固定的时间间隔内完成计算和输出。如果系统被其他任务打断，伺服周期就会抖动，轻则定位精度下降，重则电机啸叫甚至飞车。
4.3.1 实时系统的选择
目前主流方案有三种：
- RTOS（实时操作系统）：如 VxWorks、RT-Linux。适合对实时性要求极高的场景。
- 裸机运行：控制卡直接运行在硬件上，没有操作系统。PMAC 和 ACS 都支持这种模式。
- Windows + 实时扩展：如 IntervalZero RTX。适合需要图形界面的场景。
我个人习惯用裸机运行。为什么？因为掩模版台的控制周期通常只有 50 微秒，任何操作系统的调度开销都是不可接受的。裸机运行虽然开发难度大，但实时性是最好的。
关键指标：实时系统的「抖动」必须小于伺服周期的 10%。比如伺服周期是 50μs，那么抖动必须小于 5μs。否则控制算法会失效。
4.3.2 任务调度的艺术
在实时系统中，任务调度是门学问。我一般把任务分为三个优先级：
- 最高优先级：伺服控制任务。必须严格按时执行，不能有任何延迟。
- 中等优先级：轨迹规划任务。可以允许少量延迟，但不能丢帧。
- 最低优先级：通信和日志任务。可以被打断，但必须保证数据不丢失。
我曾经在一个项目中，把日志打印任务放在了高优先级，结果伺服周期被频繁打断，定位精度从 5nm 掉到了 20nm。查了两天才发现是任务优先级搞反了——从那以后，我再也不敢乱设优先级了。
调试技巧：用示波器测量控制卡的「伺服同步信号」和「任务执行时间」。如果看到同步信号有毛刺，说明任务调度出了问题。这时候优先检查中断优先级和任务抢占逻辑。
4.4 本章知识体系总览
为了让你更直观地理解本章内容，我画了一张结构图。它展示了控制卡、通信总线、实时系统三者之间的关系，以及它们在掩模版台运动控制中的位置。
从这张图你可以看到，整个架构是分层的。上位机负责轨迹规划，控制卡负责实时计算，EtherCAT 负责数据传递，底层设备负责执行。每一层都有自己的实时性要求，任何一个环节出问题，都会影响最终的定位精度。
好了，这一章的内容就到这里。控制卡选型、总线配置、实时调度，这三块是掩模版台运动控制的基石。你在实际项目中遇到任何问题，都可以回头看看这张图，理清思路再动手。