CX8050 CANopen设备通信异常：仅重复配置后可通信，重启失效求解决

问题原因分析 #

• CANopen主站初始化时序不匹配：第一次加载PLC程序时，CX8050的CANopen主站可能还处于初始化阶段（比如Pre-operational状态）就发送了启动报文，此时总线未完全就绪，设备无法接收；第二次加载程序时，主站已经完成初始化，报文能正常送达设备。
• 配置与程序的同步逻辑问题：首次创建配置文件后加载程序，配置可能未完全写入设备的非易失性存储；重新创建配置后二次加载程序，触发了配置与程序的强制同步，使得启动报文的发送条件满足。
• 第三方设备的启动触发条件限制：部分CAN设备需要自身完成上电初始化、总线节点注册后，才能响应外部启动报文。第一次设备上电时，自身初始化未完成，无法处理启动报文；二次加载程序时设备已处于就绪状态，能正常接收并响应。

解决步骤 #

1. 优化启动报文发送时序
   在PLC程序中添加CANopen主站状态检测，确保只有当主站进入Operational状态后再发送启动报文。示例ST语言代码：

   // 假设CANopen主站变量为CANopen_Master
   IF CANopen_Master.ALStatus = AL_STATUS.Operational THEN
       // 发送设备所需的特定启动报文，替换占位符为实际参数
       CAN_Send(NetId := 'CAN1', MsgId := 16#XXXX, Data := [16#XX, 16#XX], Len := X);
   END_IF
   

2. 固化CANopen配置并设置自动启动

   • 在TwinCAT System Manager中完成CANopen配置后，点击菜单栏的Online > Save to Device，将配置写入CX8050的非易失性存储，避免设备重启后配置丢失。
   • 双击CANopen主站节点，在属性窗口中找到Auto-Start选项，设置为Yes，让主站上电后自动进入Operational状态。

3. 添加设备初始化延迟
   如果第三方设备上电初始化时间较长，在PLC程序中加入定时器延迟，等待设备完成自身初始化后再发送启动报文。示例：

   VAR
       Device_Init_Delay : TON;
   END_VAR
   
   Device_Init_Delay(IN := NOT CANopen_Master.ALStatus = AL_STATUS.Operational, PT := T#5S);
   IF Device_Init_Delay.Q AND CANopen_Master.ALStatus = AL_STATUS.Operational THEN
       // 发送启动报文
   END_IF
   

4. 检查CAN总线物理层

   • 确认CAN总线两端的120Ω终端电阻是否正确连接（CX8050和第三方设备至少一端接终端电阻，若总线较长需两端都接）。
   • 核对总线波特率设置，确保CX8050与设备的波特率完全一致（250k或500k），避免波特率不匹配导致报文丢失。

5. 启用CANopen诊断排查
   在TwinCAT System Manager中打开CANopen主站的Diagnostics窗口，查看节点状态、报文收发日志，确认启动报文是否成功发送，设备是否返回响应报文，定位具体的通信异常点。

内容的提问来源于stack exchange，提问作者TKinter