This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

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

Guru**** 681440 points
Other Parts Discussed in Thread: SN65HVD232, SN65HVD256
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/948933/sn65hvd232-the-communication-failed

器件型号:SN65HVD232
主题中讨论的其他器件: SN65HVD256

您好、专家:

我的客户在其系统中使用 SN65HVD232和 SN65HVD256进行电路板之间的通信。 现在连接失败的可能性很小,您能不能帮助我检查原理图,看看是否有潜在的风险,然后我会做更多的调查。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Jason、

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

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

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

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

    此致、
    Eric Schott

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric:

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

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric:

    该开关被禁用、在测试过程中仅使用两个120欧姆电阻。 在此设计中,SN65HVD232与 SN65HVD256配合使用,它们能否协同工作?  

    现在、我们捕获了 CANH/L 的波形以供您参考。

    a) CANH/L 差分波形: 我觉得高电平一直在变化,我不知道是不是原因。

    b) CANH (CH4)、CANL (Ch2)、 CANH-CAHL (Ch1)   

      

    您认为上面的波形是否合理?  客户希望节省时间来解决此问题,是否可以列出包括硬件和软件在内的任何检查点? 它们可以同时执行它们。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Jason、  

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

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

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

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

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

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

    此致、
    Eric

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric:

    感谢您的详细评论。  

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

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

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Jason、

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

    此致、
    Eric Schott