主题中讨论的其他器件:ISOW1044、 TCAN4550
大家好、
对于下面的客户查询、我们希望请您提供帮助。
当前、我们有一个客户端产品、 在同一电路板上有4个 TCAN4550RGYRQ1、每个都 通过引脚 GPIO1和 GPO 连接到 CAN 隔离器 ISOW1044
客户端请求通过(GPIO1和 GPO)引脚将全部4个控制器连接到1个隔离器
请建议此配置是否对 TCAN4550RGYRQ1和 ISOW1044都有效
此致、
Danilo.
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.
大家好、
对于下面的客户查询、我们希望请您提供帮助。
当前、我们有一个客户端产品、 在同一电路板上有4个 TCAN4550RGYRQ1、每个都 通过引脚 GPIO1和 GPO 连接到 CAN 隔离器 ISOW1044
客户端请求通过(GPIO1和 GPO)引脚将全部4个控制器连接到1个隔离器
请建议此配置是否对 TCAN4550RGYRQ1和 ISOW1044都有效
此致、
Danilo.
大家好,Danilo,
我不确定我是否理解这里所需的用例。 当器件处于控制器测试模式时、TCAN4550的 GPIO 引脚用作 CAN 的 TXD 和 RXD 信号。 由于每个 TCAN4550将驱动其自己的 TXD 信号、因此将这些引脚连接在一起会导致争用。 预期解决方案的方框图可能对我的理解有所帮助。
是否打算将四个独立的 CAN 端口全部连接到同一个 CAN 总线? 或者、他们是不是打算通过减少所需的 ISO IC 数量来节省隔离器成本?
此致、
Eric Schott
您好、Danio
非常感谢提醒电子邮件我实际上错过了其他电子邮件出于某些原因
您好、Eric、
很抱歉,回复太晚了,真的很支持您
实际上我有同样的印象是 TCAN4550 可以通过 GPIO 和 GPO 正常工作,我也问过这个问题,虽然我得到的反馈是可以的
所以这是一个很好的机会来证实这一点,因为我不能判断
主要问题是 在 1个 ISOW1044上使用4个 TCAN4550
功能方框图
尊敬的 Amr:
感谢您直接分享图表。
不建议采用将 TCAN4550的所有 GPIO2引脚绑定在一起的解决方案。 这些输出引脚是推挽式的、在尝试驱动其独特的 CAN 数据时会发生竞争。 这些信号可以与类似于开漏的转换器进行"与"运算、以便为收发器推导单个 TXD 信号、而不会导致控制器数字引脚发生争用。 请记住、这将在网络中引入进一步的传播延迟、在确定可能的最大仲裁速率时需要考虑这些延迟。
此致、
Eric Schott
您好、Eric
非常感谢您的答复和建议。 至于我的错误、抱歉、我把 GPO2更名为 GPIO2、地址是数据表中的此引脚为开漏、如下所述
8.3.13 GPO2引脚
GPO2引脚是一个开漏可配置输出功能引脚、用于提供选定的中断。 该引脚需要 一个连接到 VIO 的外部上拉电阻器才能正常运行。 可使用寄存器更改输出功能
16'h0800[23:22]、可配置为看门狗输出复位引脚。
在测试模式下、该引脚成为 RXD_INT_PHY 收发器输出或 TXD_INT_CAN 控制器输出引脚
尊敬的 Amr:
有深刻的洞察力。 但是、我认为该引脚配置为在测试模式下使用时不是开漏引脚。 为了使 CAN 控制器的 TXD 引脚(或 CAN 收发器的 RXD 引脚)有效驱动5Mbps CAN FD 通信所需的速度、 该引脚需要在推挽模式下运行、以便上升沿和下降沿之间保持良好对称、并且转换时间受到良好控制。 因此、对于此配置、GPO2引脚将切换到其驱动模式。
如果所有这些 TXD 信号通过开漏逻辑进行组合、上述系统将面临一些限制。
我知道目前数据表中没有明确说明这一点。 我可以提供的最接近的是下面的图8-2中所示的情况。 我们正在编写一份文档、其中将更详细地介绍如何使用测试模式。 与此同时、我将看到我们是否可以修改数据表来反映这种行为。
此致、
Eric Schott