主题中讨论的其他器件: SN65HVD256
您好、专家:
我的客户在其系统中使用 SN65HVD232和 SN65HVD256进行电路板之间的通信。 现在连接失败的可能性很小,您能不能帮助我检查原理图,看看是否有潜在的风险,然后我会做更多的调查。
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和 SN65HVD256进行电路板之间的通信。 现在连接失败的可能性很小,您能不能帮助我检查原理图,看看是否有潜在的风险,然后我会做更多的调查。
您好 Jason、
快速浏览原理图并不表示存在任何主要问题。 我看到使用120欧姆端接的两个位置、短接节点上的扼流圈以及正确设置电源和去耦合。
第二幅图显示了一个用于可选终端的开关。 如果在另外两个节点包含端接的同时激活此功能、则过多端接产生的负载可能太大、无法实现稳定通信。 您能否确认在测试过程中已禁用此开关并且总线上仅存在两个~120欧姆端接点?
如果能够捕获 CANH 和 CANL 线的示波器截图(如果有足够的探头可用、则 TX 和 RX 线也非常有用)、这些将有助于根据噪声电平、电压电平和信号线的对称性来确定可能出现问题的位置。 是否可以获取连接失败的测试的示波器截图?
请告诉我是否有其他发展、或者您是否发现故障的原因。
此致、
Eric Schott
您好 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
您好 Jason、
CAN 控制器负责解释 CAN 协议并将信息中继到处理器单元(有时 CAN 控制器集成到 MCU 或类似器件中)。 如果 CAN 控制器识别到 CAN 协议中的错误或违反、则可以报告软件中错误的性质(此类错误类型之一是 CRC 错误)。 无论天气如何、软件都能够解释此错误及其详细信息、或者只是识别出错误取决于系统。 如果此类信息可从客户的软件中获得、则有助于确定错误的来源。 否则、我们可能必须查看原始数据和波形以确定导致故障的原因。
此致、
Eric Schott