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.

[参考译文] TCAN1145EVM:TCAN1145‑Q1 的正常模式

Guru**** 2794765 points

Other Parts Discussed in Thread: TCAN1145-Q1

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1617063/tcan1145evm-normal-mode-of-tcan1145-q1

器件型号: TCAN1145EVM
主题中讨论的其他器件: TCAN1145-Q1

我们在工程中使用 TCAN1145-Q1、并观察到测试期间的行为可重现、这似乎与器件的功率阈值和内部状态机有关。 特别是在何时 当 Vsup 仍然存在时、VCC 会短暂拉至 0V(有意产生 UVcc 条件) 、设备是否可以切换到 之后立即通过 SPI 进入正常模式 取决于是否 VSUP 降至恢复/上电阈值 (UV_sup) 以下 EMI 滤波器。

我们已经查看了公开发布的数据表、但仍无法确定导致此行为的确切原因、尤其是关于以下问题:

  • 以下各项之间的器件状态内部差异是多少:
    1. VCC 下降、但 Vsup 未降至其阈值以下 、和
    2. VCC 下降、Vsup 也降至其阈值以下
  • 在以下情况下 VCC 下降、但 Vsup 未降至其阈值以下 、为什么是设备 无法通过 SPI 切换到正常模式 尽管对 MODE_CNTRL 寄存器的写入和回读成功吗?
  • 在以下情况下 VCC 下降且 Vsup 降至阈值以下、然后恢复 、为什么在 Vcc 恢复后、切换到正常模式的同一 SPI 命令可以立即生效、即使寄存器行为与前一种情况相同?
  • 有任何问题吗 内部状态机保护逻辑或故障锁存机制 数据表中未明确说明该行为的原因?

我们恳请您协助确认上述观察结果是否与预期的器件设计一致、并提供进一步的技术说明。


测试环境

  • 器件: TCAN1145
  • 电源和接口:
    • VSUP: 实验室电源、标称电压为 12V(根据测试步骤下拉和恢复)
    • VCC: 5V LDO、包括有意降至 0V 和恢复
    • VIO: MCU 3.3V IO 电源轨
  • SPI 主机: TC332、CLK = 2.4MHz

具有不同结果的两个测试序列

a) Vsup 下拉至 3.8V、然后升高至 8V→能够立即切换到正常

(请参阅附件:3.84v_ok.png)

  1. 初始状态:正常模式((VSUP = 12V、VCC = 5V、<xmt-block1>VIO</xmt-block> = 3.3V、收发器=正常)。VIO。
  2. 将 VCC 拉至 0V(生成 UVcc)。
  3. 将 VSUP 下拉至 3.8V、然后升至 8V — 这似乎会触发“快速上电/待机转换“。
  4. MODE_SEL = Normal通过 SPI 写入;寄存器写入和回读都成功。
  5. 将 VCC 恢复到 5V→当 UVcc 清除时、器件立即进入正常模式。

b) Vsup 仅下拉至 4.58V、然后升高至 10V→立即正常模式开关失败

(请参阅附件:4.58v_KeepSleep.png)

  1. 初始状态:正常模式((VSUP = 12V、VCC = 5V、<xmt-block1>VIO</xmt-block> = 3.3V、收发器=正常)。VIO。
  2. 将 VCC 拉至 0V(生成 UVcc)。
  3. 将 VSUP 拉至 4.58V、然后升高至 10V
  4. MODE_SEL = Normal通过 SPI 写入;寄存器写入和读回成功。
  5. 将 VCC 恢复至 5V→收发器保持在中 睡眠模式 并且不通信。
  6. MODE_SEL = Normal再次写入会将器件转换为正常模式、通信工作正常。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yujuan:

    感谢您在 E2E 上联系我们!

    通常、我建议查看数据表中图 10-8 中的状态图和图 10-23 中的 UVCC 图。 我也没有看到你的附件。 如果它们仍然不起作用、我建议将它们插入 PowerPoint 文档并上载。  

    但是、您发现了数据表中未明确记录的利基行为。 必须至少为 VCC 供电一次、才能发出 VCC 欠压标志。 您似乎遇到了这个问题。

    测试 A:

    • 该 VSUP 电压被视为欠压状态、它基本上已重新启动收发器。 UVCC 欠压标志不会升高 、因为尚未提供 VCC。  VCC 出现后、实际上能够自动进入正常模式。  

    测试 B:

    • VSUP 从不降至欠压阈值以下。 在这种情况下、它始终处于通电状态。
    • 由于 VCC 之前已启用、现在已移除 VCC、因此现在会升高 VCC 欠压标志。  
      • 这会使收发器进入睡眠模式。
    • 由于 VIO 仍在供电、收发器会正确接收 SPI 写入、以进入正常模式。
      • 但由于 UVCC 标志升高、它会忽略此模式转换。
    • 移除 UVCC 标志后、收发器可以正确切换至正常模式。

    这有点令人困惑、请告诉我这是否合理。 但总体而言、该收发器正常运行。  

    此致、

    Ethan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    在测试 A 中、在 VBAT 以 10V 上电后、施加 VCC 并延迟 0.2 秒。 为什么在这种情况下没有设置 UVCC 标志?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yujuan:

    我在第一篇文章中解释了这一点。 波形中显示的 VBAT 电压降至 4.25V 以下(波形中似乎为 3.8V)、因此收发器将此视为重新启动条件。 UVCC 标志仅在之前提供 VCC 电源后触发。 由于收发器重新启动、因此不考虑之前的 VCC 电源。  

    此致、

    Ethan