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.

[参考译文] AM2634-Q1:am2634

Guru**** 2391315 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1409693/am2634-q1-am2634

器件型号:AM2634-Q1

工具与软件:

您好!

在将 TPS653860A-Q1与 AMC2634-Q1配合使用时存在与外部看门狗相关的疑问。

1.我们是否能继续通过 SPI 从集群0 (核心0和核心1锁步)和集群1 (核心2和核心3锁步)刷新窗口化 WD?

2.如果是、如果群集1被卡住并且无法刷新外部 WD、则群集2可以继续刷新 WD 并允许微控制器运行  

此致

Sunil

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

    您好!

    我将在下周初对此进行探讨。

    谢谢!

    Susan

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

    您好!

    很抱歉在考虑此问题时出现延迟。  

    简而言之、您是在尝试使用两个不同的 SPI 信号(每个锁步内核一个)来防止 PMIC 上的外部看门狗触发。 是这样吗?

    谢谢!

    Susan

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

    您好、Susan:

    我们这样想:

    1.群集1的主要责任是通过 SPI 刷新 WD  

    2.只要执行此操作、Cluster1就会通过 IPC 与 cluster2通信、表明已完成此刷新。

    3.如果 cluster1未能更新 WD, IPC 将丢失, cluster2可以接管刷新 WD 的责任。

    在步骤1或步骤3中、可能是。 SPI 通信可能失败、PMIC 将决定复位微控制器。

    不确定、在这种情况下、我们可以真正区分缺少哪些集群来刷新 WD。

    上述步骤在技术上是否可行? 或者、您如何从多核的角度建议将 PMIC WD 通信作为指南?

    此致

    Sunil

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

    您好!

    所以、您的用例是合理的、并且应该是可行的。 您需要注意 IPC 的时序、这样在内核之间通信时就不会错过 WDT 窗口。
    对于故障分析、可以使用多路复用器或外部触发器电路、但这会消耗器件上的额外引脚。

    也可以使用 PMIC 上的寄存器/存储器对 SPI 通信进行回读、以查看触发故障的集群、但我建议单独联系该问题。

    谢谢!

    Susan