脉冲卡(PCI/PCIe 插卡)的工作方式是:控制卡为每一根轴独立输出脉冲和方向信号,驱动器收到脉冲就走一步。每轴需要单独的脉冲线、方向线、使能线、报警线,还有编码器反馈线。控制卡上有专门的运动内核负责规划轨迹,实时性由硬件保证。
EtherCAT 总线的方式完全不同:控制器作为主站,通过一根网线依次连接所有驱动器(从站),按固定周期(通常 1ms 或 0.5ms)向整条链路广播数据帧,每个从站在帧经过时读取属于自己的目标位置、写回自己的实际位置。物理上从一根网线串到底,逻辑上遵循 CiA402 标准的伺服驱动器状态机协议。
这是最容易量化的差异。以 8 轴设备为例:
实际收益不只是省线:接线错误的概率大幅下降,装配工时减少,电柜可以做得更小。轴数越多,这个优势越明显。8 轴以上,总线在接线上的优势基本压倒性。
脉冲卡的轴数受插槽和卡规格限制。一张卡通常 4~8 轴,超过就要加卡,而工控机的 PCIe 插槽数量有限,而且多卡之间的插补同步需要额外处理。
EtherCAT 主站卡通常支持 32~64 轴,扩展只是在链路末端多接一个节点,不占用主机资源。IO 更是如此——需要 32 点输入就挂一个 IO 模块,不需要再买 IO 板卡、不需要再接一束线。
判断依据:6 轴以内,脉冲卡完全够用且更简单;8 轴以上,总线的扩展性开始体现价值;16 轴以上,基本没有别的选择。
这一点最容易被误判,很多人以为总线就一定比脉冲卡难开发,其实取决于用什么形态的主站。
软主站 / 独立 EtherCAT 主站(如 TwinCAT、SOEM、IgH EtherCAT Master):上位机软件要自己处理 PDO 映射、维护 CiA402 状态机(切换 Switch On Disabled → Ready to Switch On → Operation Enabled)、处理各厂商驱动器的对象字典差异。开发量确实比脉冲卡大数倍,需要工程师对 EtherCAT 协议有相当理解。
板卡式 EtherCAT 主站(如雷赛 DMC-E 系列 PCIe 主站卡):卡的固件内部已经把总线通信和 402 状态机跑完了,对上位机暴露的仍然是熟悉的 API——同一套函数库,同一个定位函数、回零函数、插补函数。换句话说,用板卡式主站,代码复杂度和脉冲卡几乎一样。
这就形成了一个很实用的组合:拿到总线的接线优势,同时保留脉冲卡的开发简单度。对于设备厂商来说,这往往是性价比最高的路线。
这是总线方案的主要代价。
但要算总成本,不只是驱动器差价:
这一点在方案阶段最容易被忽略,但对售后成本影响很大。
脉冲卡的现场友好性更好:接线是点对点的,客户的电工看得懂图纸,某根线断了就换那根线,故障范围局限在单轴。用万用表就能查。
EtherCAT 是串联链路,一个节点断开,它后面的所有节点全部失联。排查需要看主站的从站状态信息,或者用专门的诊断工具。客户电工通常不具备这个能力,售后要么远程指导,要么派人。
缓解措施:在设计时把从站顺序按功能分组并在电柜标注清楚,软件里做从站状态实时监控界面,把「第 N 个节点掉线」直接显示给操作工,而不是只报一个笼统的总线错误。这个投入很小,但能显著降低售后压力。
两者在多数应用中都够用,但机理不同:
需要高精度多轴同步的场合(龙门双驱同步、电子凸轮、飞剪飞锯),EtherCAT 的分布式时钟是明确优势。而单轴独立动作为主的设备,两者差别不大。
实际项目里常遇到驱动器品牌到最后才定,或者不同批次设备用不同品牌。这种情况下要做两件事:
第一,只用 CiA402 标准对象。控制字 6040h、状态字 6041h、目标位置 607Ah、运行模式 6060h 这些标准对象,所有合规的 EtherCAT 伺服驱动器都支持。先按标准对象开发,能覆盖绝大部分功能。
第二,把品牌差异做成配置档案。不同厂商在回零方式(是否支持驱动器内部 Homing Mode 6)、绝对值编码器读取、增益参数地址上有差异。把这些做成按品牌加载的配置文件,代码逻辑不变,换品牌只换配置,软件零改动。
这样做的额外收益是:以后接手同类项目可以直接复用,逐步积累成公司自己的运动控制平台。
EtherCAT 项目在首次调试时必须完成总线扫描与从站配置:用主站厂商提供的配置工具扫描链路、导入各驱动器的 ESI 描述文件、映射轴号、生成配置文件。上位机软件启动时加载这个配置文件才能正常工作。
这个配置文件属于设备资产,必须纳入版本管理并随机交付。很多项目在售后换驱动器时出问题,原因就是配置文件丢了或者版本不对。把它和电气图纸、程序备份放在一起,是很小但很值钱的规范。
EtherCAT 不是"更先进所以更好",脉冲卡也不是"过时"。决定选型的是轴数、同步要求、售后能力和成本结构这四个现实约束。对设备厂商来说,最稳妥的做法是在软件层把运动控制做成接口抽象——业务逻辑只依赖接口,脉冲卡和总线各写一个实现。这样同一套软件框架可以覆盖不同档次的项目,换方案时不用重写业务代码。
需要了解具体方案 · 参数报价 · 现场演示?
→ 立即咨询艾马机器人