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.

[参考译文] TCAN1051HV:TCAN1051收发器有疑问,#39;S'引脚

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1080617/tcan1051hv-tcan1051-can-transceiver-doubt-s-pin

部件号:TCAN1051HV
“线程”中讨论的其它部件:TCAN1051SN65HVD230ISO1044

你(们)好

目前,我们正在成功地使用 CAN 收发器 SN65HVD230,我们希望在下一个 PCB 布局上用 TCAN1051替代它,因为它是“故障保护”,并且在总线 H 和 L 上可以承受更多电压,我们将选择一个支持+-70V 的零件号。

我对 TCAN1051有疑问,这与选择正常模式或静音模式的针脚有关。 由于微控制器上没有任何作为 ESP32-WROOM 模块的可用 GPIO 引脚,我们无法通过它控制"S"引脚,我会将"S"引脚直接连接到 GND,以便在 TCAN1051上持续设置正常模式。 我的疑问是,如果我这样做,TCAN1051是否会不断地驾驶该总线,从而干扰总线上其余设备的通信?

此外,我想问一下 TI 的一些收发器是否能够在总线引脚上承受+-70V 电压,以及引脚到引脚是否与 SN65HVD230兼容? 与 SN65HVD230完全相同或非常相似,但这是故障保护? +-70V?

此致,
耶弗森。

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

    耶弗森,你好

    这里有个好问题。 当任何 CAN 收发器处于活动状态(正常模式)并在总线上驱动隐性状态(逻辑1)时,它只是将 CANH 和 CANL 调至隐性电平电压(通常为 Vcc/2)的弱小。 这实际上有利于网络的其余部分,因为它可以稳定总线的共模。 任何主动驱动通信的节点(隐性和显性状态)都将很容易为这种弱偏置提供功率,以便在总线上传播所需的信号。 因此,在现实中,使 TCAN1051始终处于正常模式将对总线更有利,因此将 S 引脚扣低(始终打开)不是问题。  

    您已识别的 TCAN1051或待机模式版本 TCAN1042是这里提供+-70V 总线故障保护的最佳解决方案。 由于这些是5V 供电的 CAN 收发器,因此与您所使用的3V 供电设备之间会有内在的差异。 但是,目前大多数3V CAN 收发器(包括 SN65HVD230)都试图符合 ISO 11898 CAN 标准,其次是5V 供电的收发器,因此,在 ISO 兼容网络上切换至 TCAN1051时,我希望性能相似(如果没有改善)。  

    如果你还有其他问题,请告诉我。

    此致,
    埃里克·肖特

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

    您好,Eric,非常感谢。

    我看到 TCAN1051符合 ISO 11898-2标准,并且在 H 后缀的总线线路上可以承受+-70V 电压,我们的印刷电路板上已经有5V 电压, 我们将3.3V 电源连接到 VIO 引脚,以便与 MCU 的接口达到3.3V 电平,TCAN1051 只是没有隔离,但我们认为这不是必要的,所以我认为  TCAN1051 将真的是下一个选择。

    此致,

    耶弗森。

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

    耶弗森,你好

    很高兴听到这是一个很好的解决方案。  

    因为您提到了隔离,我还想指出,我们提供了带有集成 CAN 收发器的数字隔离器。 例如,TCAN1044的孤立版本将是 ISO1044 (由我们的 ISO 产品系列提供支持,但当然,我们仍可以帮助解决特定于 CAN 的问题)。 如果事实证明,在这里确实需要孤立,这将是一个很好的促进。  

    此致,
    埃里克·肖特