[参考译文] SN65HVD232：通信失败

您好 Jason、

快速浏览原理图并不表示存在任何主要问题。 我看到使用120欧姆端接的两个位置、短接节点上的扼流圈以及正确设置电源和去耦合。

第二幅图显示了一个用于可选终端的开关。 如果在另外两个节点包含端接的同时激活此功能、则过多端接产生的负载可能太大、无法实现稳定通信。 您能否确认在测试过程中已禁用此开关并且总线上仅存在两个~120欧姆端接点？  

如果能够捕获 CANH 和 CANL 线的示波器截图(如果有足够的探头可用、则 TX 和 RX 线也非常有用)、这些将有助于根据噪声电平、电压电平和信号线的对称性来确定可能出现问题的位置。 是否可以获取连接失败的测试的示波器截图？

请告诉我是否有其他发展、或者您是否发现故障的原因。

此致、
Eric Schott

您好 Eric：

感谢您的评论，如果我收集了更多信息，我会回复。

您好 Jason、  

感谢您检查我的问题并分享示波器截图、这是一个很好的信息。

a) CANH/L 差分波形： 我觉得高电平一直在变化，我不知道是不是原因。
不同的电平可能是驱动总线的不同收发器。 每个序列中的最后一个显性脉冲看起来处于不同的电平-这是由接收节点驱动的 ACK 位。 在探测节点时、该节点的信号预期会更强、因为它不需要通过连接远程节点的电缆的电阻元件。  

就信号完整性而言、波形看起来很干净、对称且幅值足够大-我不希望这些波形导致通信故障。 如果这些照片代表了所有工作条件(没有增加的噪声、节点或其他线束变化)、我认为零星故障不可能是硬件问题。  

调试软件部分会因系统而异、这有点复杂。 这些波形看起来与 CAN 标准一致、因此、除非控制器在故障期间报告了特定的错误(例如 CRC 错误)、否则可能是较高级别的问题。 您能否分享更多有关通信故障所带来的后果的信息？ 这是由一个节点还是两个节点报告的？ 报告节点具体报告什么？ 通信是否可以事后重新建立、或者系统是否锁定？

为了进一步探索潜在的硬件可能性、是否有可能在通信故障期间捕捉总线的状态？ 这可能是通过在通过软件识别故障时触发示波器来实现的、或者-我建议如何-使用一个逻辑分析仪来识别连接到系统中 RX 引脚的 CAN 逻辑。 将分析仪设置为在 NACK 上触发示波器、以便我们可以看到无效或节点无法识别的波形。  

如果您获得任何部分信息、请随时与我们分享、我可以通过评论来尝试节省解决方案的时间。  

此致、
Eric

您好 Eric：

感谢您的详细评论。  

这是充电桩应用程序、客户只会收到终端客户 CAN 故障报告、我将会详细了解触发故障的情况。  

因此，如果客户希望在软件方面检查问题，他们只能检查 CRC 错误？  

您好 Jason、

CAN 控制器负责解释 CAN 协议并将信息中继到处理器单元(有时 CAN 控制器集成到 MCU 或类似器件中)。 如果 CAN 控制器识别到 CAN 协议中的错误或违反、则可以报告软件中错误的性质(此类错误类型之一是 CRC 错误)。 无论天气如何、软件都能够解释此错误及其详细信息、或者只是识别出错误取决于系统。 如果此类信息可从客户的软件中获得、则有助于确定错误的来源。 否则、我们可能必须查看原始数据和波形以确定导致故障的原因。  

此致、
Eric Schott