[参考译文] ISOW1044：随机 CAN 错误

这些凸点是 ACK 位、总线上的所有其他器件指示它们已接收消息。 电压较高、因为多个驱动器同时处于运行状态。 这不是问题。

我不知道为什么您的示波器的解码器显示错误。 实际接收器是否也会发生此错误？ 他们是否有任何错误指示？

您好、Tim：

感谢您的联系和提供的详细信息。

Unknown 说：

应用程序电路的一些例外情况是：

所有这些连接都与器件的 VDD 和 VISOUT 相关、不应导致上面提到的错误

正如 Clemens 所建议的、CAN 总线侧有多个驱动器吗？

此致
Varun

克莱门斯- 如果他们是 ACK、他们在错误的地方、这就是导致错误的原因。   

Varun -网络只是两个节点。  矢量 VN1630A 和 DUT。  我同意 DUT 与应用电路的偏差不会导致我们看到的误差。  我的第一个想法是在错误的时间在另一个节点传输,但这似乎不太可能。  奇怪的是碰撞似乎是有意的。  

我看到、当 DUT 发送和矢量 VN1630A 发送时会发生此错误。

DUT 是一款机电伺服执行器、当 DUT 被反向驱动(再生模式)时、这些误差的发生频率要高得多、表明可能存在与噪声或其他电压变化的相互作用？

GPIO 如何工作？  是否有未连接的 IN 引脚可能拾取可能导致 CAN 输出的噪声？

您好、Tim：

感谢您提供详细的意见。

Unknown 说：

我看到在 DUT 发送和 Vector VN1630A 发送时会发生此错误。

只是为了确认这里 DUT 是指机电伺服执行器。

Unknown 说：

DUT 是一种机电伺服执行器、当 DUT 被反向驱动(再生模式)时、这些错误发生的频率要高得多、这表明可能存在与噪声或其他电压变化的相互作用？

这是一个有趣的观察,可能给我们可能的原因。 您能解释一下再生模式的更多信息吗？

Unknown 说：

GPIO 的工作原理是什么？  是否有未连接的 IN 引脚可能拾取可能导致 CAN 输出的噪声？

这种情况极不可能发生、因为 in->out 是一个单独的隔离信道。 即使 IN 处有一些噪声拾取、它也会反映在 OUT 上、而不会反映 CANH/CANL。

从您到现在提供的所有信息来看、这似乎是一个系统噪声问题、因为它本质上是随机的、还取决于外部传动器 DUT 的特定运行模式、并且仅在外部矢量和 DUT 传输时才会发生。 对于这可能是 ISOW1044驱动程序问题、我看不到任何原因或观察到。

此致
Varun