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.

[参考译文] TCAN1044AV-Q1:使用 TCAN1044AV-Q1和 TCAN1043A-Q1时有问题

Guru**** 2589300 points
Other Parts Discussed in Thread: TCAN1043A-Q1, TCAN1043-Q1, TCAN1044A-Q1, TCAN1044-Q1, TCAN334

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1063065/tcan1044av-q1-questions-when-use-tcan1044av-q1-and-tcan1043a-q1

器件型号:TCAN1044AV-Q1
主题中讨论的其他器件: TCAN1043A-Q1TCAN1043-Q1TCAN1044A-Q1TCAN1044-Q1TCAN1043TCAN334

您好、专家、

当我使用 TI CAN收 发器时、我对 TCAN1044AV-Q1和 TCAN1043A-Q1有一些困惑。 希望您能帮助解决这些问题。

  1. 如果 MCU 电源电压为3.3V、如何确定是使用5V CAN FD 还是3.3V CAN FD? 5V CAN FD 与3.3V CAN 相比是否有任何优势? 在大多数应用中、我已经看到、虽然 MCU 电源电压为3.3V、但使用了5V CAN FD。
  2. TCAN1043A-Q1优于 TCAN1044A-Q1有何优势? 我认为一个值是 TCAN1043-Q1具有睡眠、静音和待机模式、而 TCAN1044-Q1仅具有待机模式、因此 TCAN1043-Q1是更省电的器件。 与1044相比、1043有其他值吗? 哪个应用更喜欢使用 TCAN1043?
  3. 在我看来、当1043在睡眠模式下工作时、除1043外、所有系统组件(如 MCU)都不会通电。 我不确定它是否正确。 但是、在数据表的普通话版本中、器件说明是在1043的睡眠模式下、功率将传送给除1043之外的所有组件。 我认为这两个描述彼此相反。
  4. 对于1044的 WUP、一旦总线识别 WUP、RXD 输出便会被驱动为低电平。 我想这次节点将返回正常模式。 返回正常节点后、为什么仍然需要等待 twk_filter 以便 RXD 输出可被驱动为低电平?
  5. 当总线状态为显性状态时、为什么 CANH 为3.5V、CANL 为1.5V? 我不确定2V 差分电压与 Vcc (5V)之间的关系。 它是否与端接电阻器相关? 关于这种关系是否有任何公式或解释?

非常感谢您的友好帮助、并期待您的回复!

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

    您好、Bryce、

    感谢您向 E2E 提出问题。  

    [引用 userid="428688" URL"~/support/interface-group/interface/f/interface-forum 1063065/tcan1044av-q1-questions-when -use-tcan1044av-q1-and-tcan1043a-q1]]如果 MCU 电源电压为3.3V、如何确定是使用5V CAN FD 还是3.3V CAN FD? 5V CAN FD 与3.3V CAN 相比是否有任何优势? 在大多数应用中、我已经看到、虽然 MCU 电源电压为3.3V、但使用了5V CAN FD。

    5V 电源是 CAN 收发器的标准电源、因为 ISO 11898-2 CAN 规范定义了 CAN 行为。 TCAN1044AV 和 TCAN1043A 均为5V 供电的 CAN 收发器、可支持用于 MCU 连接的3.3V Vio。 使用 TCAN334等提供3.3V 电压的 CAN 收发器的优势在于不需要5V 电源。 这允许收发器与3.3V 供电的 MCU 共享电源。 但是、ISO 规范当前并未定义3.3V 供电 CAN 收发器的行为、因此此类器  件只能声明与符合此规范的器件的兼容性(不符合)。 如果您对3.3V 供电 CAN 的使用有更多问题、请告诉我。  

    [引用 userid="428688" URL"~/support/interface-group/interface/f/interface-forum 1063065/tcan1044av-Q1-questions-when -use-tcan1044av-Q1-and-tcan1043a-Q1"]TCAN1043A-Q1相对于 TCAN1044A-Q1有何优势? 我认为一个值是 TCAN1043-Q1具有睡眠、静音和待机模式、而 TCAN1044-Q1仅具有待机模式、因此 TCAN1043-Q1是更省电的器件。 与1044相比、1043有其他值吗? 哪个应用更愿意使用 TCAN1043?[/QUERP]

    是的、您主要在这里。 TCAN1043A 的睡眠模式和额外引脚(INH 和 WAKE)的优势在于、它可以用作本地节点的低功耗模式控制。 INH 输出可用于控制本地电压稳压器、因此节点在睡眠模式下可能完全断电。 然后、TCAN1043A 在由 Vsup 供电的低功耗模式下保持有效。 在此状态下、它可以监控 CAN 总线和 WAKE 引脚是否存在唤醒条件。 当检测到唤醒条件时、它可以通过将 INH 置为有效来重新启用本地稳压器、并为节点的其余部分接通电源。  
    相比之下、TCAN1044A 等8引脚 CAN 收发器无法以这种方式控制本地电源。 对于 TCAN1044A、5V 电源轨需要保持激活状态才能识别总线唤醒事件。 当不需要14引脚 CAN 收发器的 INH 功能时、更简单的8引脚器件可帮助简化设计。  

    [引用 userid="428688" URL"~/support/interface-group/interface/f/interface-forum 1063065/tcan1044av-Q1-questions-when -use-tcan1044av-Q1-and-tcan1043a-Q1"]在我看来、当1043在睡眠模式下工作时、除1043外、所有系统组件(如 MCU)都不会通电。 我不确定它是否正确。 但是、在数据表的普通话版本中、器件说明是在1043的睡眠模式下、功率将传送给除1043之外的所有组件。 我认为这两个描述彼此相反。[/引述]

    是的、您的理解是正确的。 在睡眠模式下、仅 TCAN1043A 由禁用 Vcc 和 Vio 的 Vsup 电源(电池)供电是正常的。 这通过确保节点的其余部分在空闲时不消耗额外电流来节省功耗。 这里的普通话说明可能不准确、因为睡眠模式的目的是关闭所有其他组件。  

    [引用 userid="428688" URL"~/support/interface-group/interface/f/interface-forum 1063065/tcan1044av-Q1-questions-when -use-tcan1044av-Q1-and-tcan1043a-Q1")对于1044的 WUP,一旦总线识别 WUP,RXD 输出便会被驱动为低电平。 我想这次节点将返回正常模式。 返回正常节点后、为什么仍需要等待 twk_filter 以便 RXD 输出可被驱动为低电平?[/quot]

    一旦收发器处于正常模式(STB =低电平)、RXD 引脚将镜像 CAN 总线的状态。 在正常模式下、twk_filter 定时器对 RXD 引脚没有影响。  

    [引用 userid="428688" URL"~/support/interface-group/interface/f/interface-forum 1063065/tcan1044av-Q1-questions-why-use-tcan1044av-Q1-and-tcan1043a-Q1"]*当总线状态为显性状态时、为什么 CANH 为3.5V、CANL 为1.5V? 我不确定2V 差分电压与 Vcc (5V)之间的关系。 它是否与端接电阻器相关? 是否有任何有关此关系的公式或解释?

    这些值由 ISO 11898-2 CAN 规范定义。 总的来说、它们描述了 CAN 收发器需要在总线上通过50Ω Ω- 65Ω Ω 负载驱动的有效显性状态差分。 由于 CANH 和 CANL 驱动器上的损耗、该差分电压将小于5V 电源电压。 重要的是、接收节点处的差分足够大、以便总线被识别为显性。 当处于隐性状态时、活动驱动器处于关闭状态、CANH 和 CANL 衰减至隐性电平(2.5V)、差分为0V。  

    请告诉我、我的任何回答是否不清楚、以及您是否还有其他问题。

    此致、
    Eric Schott

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

    尊敬的 Eric:

    非常感谢您的回复。