Busoff 干扰 ack 触发快慢恢复偶发时间不准问题分析

[Kirk]

1. 问题背景

1. 软件：SDK
2. 硬件：客户板子
3. 背景描述

• 客户进行 Busoff 快慢恢复测试，快恢复时间 50ms，慢恢复时间 200ms，5 次快恢复后，执行慢恢复

干扰dlc第1次中恢复超时463ms 24帧
干扰crc第一次中恢复超时457ms
干扰ack第一次中恢复超时457ms
干扰数据场第一次中恢复超时457ms

干扰ack偶发第一次快恢复52帧（偶发第5次为中恢复  第一次中恢复超时463ms）
干扰数据场第一次中恢复超时463ms
干扰dlc第一次中恢复超时463ms
干扰crc第一次中恢复超时463ms

2. 问题分析

1. 推测可能是节点处于 Error Active 状态时，ACK 错误同样让 TEC +8，但干扰不总是命中 ACK 槽位，如果干扰偏移到了其他字段帧发送成功（TEC -1），则 TEC 增长被减缓
2. 一旦 TEC >= 128（Error Passive），ACK 错误不再增加 TEC，此时仅靠其他类型错误（如果有）才能继续推高 TEC 到 256，偶发取决于干扰和帧发送的相位对齐情况，这解释了为什么同样的 ACK 干扰有时表现为52 帧、有时表现为中恢复
3. iso 11898-1 标准，在 Fault Confinement / Error Counter 规则的 Exception 里

c) When a transmitter sends an error flag, the transmit error counter 
   shall be increased by eight (8).

   1) Exception 1: if the transmitter is error-passive and detects an ACK error 
      because of not detecting a dominant ACK and does not detect a dominant bit 
      while sending its passive error flag.

   2) Exception 2: if the transmitter sends an error flag because a stuff error 
      occurred during arbitration, whereby the stuffbit should have been 
      recessive, and has been sent as recessive but is monitored as dominant.

In both exceptions the transmit error counter remains unchanged.

3. 总结

1. Busoff 快慢恢复干扰 ACK 不是必须项
2. 仅干扰 ACK 的情况下 TEC 超过 128 不会累加，无法触发 BUSOFF（TEC 达到 255 才会触发 busoff）