062、伺服驱动器通信协议：CANopen与EtherCAT

062 伺服驱动器通信协议：CANopen与EtherCAT

一、从一次产线“抽搐”说起

去年夏天，某自动化产线调试现场，六轴机器人抓取动作突然出现周期性抖动。示波器挂上伺服驱动器脉冲接口，发现位置指令每50ms出现一次约0.2mm的跳变。排查了三天，从编码器线屏蔽层接地、电机加减速时间常数，一直查到上位机发送周期——最后发现是CANopen的PDO映射表配置错误，导致同步报文被非预期数据帧抢占总线。

那次之后我养成了一个习惯：任何伺服通信调试，第一件事不是看波特率对不对，而是先抓总线报文，确认同步周期是否稳定。今天这篇笔记，就聊聊工业伺服最常用的两种通信协议——CANopen和EtherCAT，重点放在那些“手册上不会写，但调试时一定会遇到”的坑。

二、CANopen：老将的倔强与局限

2.1 对象字典——别把它当数据库

CANopen的核心是对象字典（OD），每个伺服驱动器内部维护一张索引表。比如0x6040是控制字，0x6060是操作模式。新手最容易犯的错误：把对象字典当成PLC的DB块来用，以为写入0x6040=0x0006就能直接启动电机。

这里踩过坑：对象字典的读写需要遵循状态机。0x6040控制字必须配合0x6041状态字，按照“上电→使能→运行”的步骤来。曾经见过有人循环写入0x000F（使能+运行），结果伺服反复进入故障状态——因为状态机还没切换到“准备就绪”就收到了运行指令。