• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 60 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] AM620-Q1：基于 SDK 11.0的仅 MCU 模式概念说明

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1505285/am620-q1-concept-clarification-for-mcu-only-mode-base-on-sdk-11-0

器件型号：AM620-Q1

工具/软件：

尊敬的专家

请参阅此部分、  3.3.5.5.仅 MCU

https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/11_00_09_04/exports/docs/linux/Foundational_Components / Power_Management / pm_low_power_modes.html

 几个问题。  

(1)在仅 MCU 模式下执行以下测试步骤、MCU SS 将继续工作、主内核(A53、Linux)将进入睡眠状态、对吗？ (是/否)

(2)因为尝试避免 Linux 资源表(RPMSG 资源表)备份权变措施、所以 FFI 附带仅 MCU 模式重命令？ (是/否)

(3) 在 MCU onlyu 模式下、任何 GPIO 是否可以唤醒主内核(A53、Linux)？(y/n)

(4)我们混淆这个项目,

根据当前的 SDK (v11.0)、我们不支持 mcuss wake A53、是对吗？(y/n)

我们是否有发布此修补程序的计划？

 

非常感谢

Gibbs

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

    您好、Gibbs、

    我正在查看您的查询,你可能会期待在一两天内回复.

    此致、

    Anil.

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

    嗨、Anil

    是否有任何更新？

    谢谢你

    Gibbs

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

    嗨、Gibbs、

    这只是分配给我的。

    Unknown 说：
    (1)在仅 MCU 模式下执行这些测试步骤、MCU SS 将继续工作、主内核(A53、Linux)将进入睡眠状态、这是对吗？ (是/否)[/报价]

    正确、对于仅 MCU 模式、MCU 子系统将保持在线状态以运行应用程序并使用其外设。

    [引用 userid="533255" url="~/support/processors-group/processors/f/processors-forum/1505285/am620-q1-concept-clarification-for-mcu-only-mode-base-on-sdk-11-0 ](2)因为尝试避免使用 Linux 资源表(RPMSG 资源表)备份权变措施、 FFI 附带仅 MCU 模式命令？ (是/否)[/报价]

    您能解释一下 FFI 在这种情况下的含义吗？

    Unknown 说：
    (3) 在 MCU onlyu 模式下、任何 GPIO 唤醒主内核(A53、Linux)是否可以？(y/n)

    是的。

    Unknown 说：
    根据当前 SDK (v11.0)、我们不支持 mcuss wake A53、没错吗？(y/n)

    仅 MCU 起作用。 请查看正上方您圈出的命令。 用于进入仅 MCU 模式的命令发生了变化。 该注意事项只是为了表明旧命令目前不起作用。

    此致、

    Anshu

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

    嗨、Anshu

    感谢您的答复。

    Q3/A3：>> 您能解释一下 FFI 在这种情况下的含义吗？

    FFI、 防止干扰。 MAN 域和 MCUSS 之间的软件隔离

    这是基于"汽车"应用的功能安全要求的"概念说明"。

    一旦仅 MCU 模式运行、我们"应该"询问 FFI 启用、不是吗？

    这是我的想法,

    *我们可以启用不带 FFI 的仅 MCU 模式、但应该存在一些安全问题

    * 我们可以启用具有 FFI (MCU 隔离)的仅 MCU 模式、MCU 使用 ESM 监控主域错误异常或在检测到错误后复位 A53内核。  

    由于主域和 MCUSS 已存在于 FFI (MCUSS 隔离)中、并且这两个域之间不应进行 IPC 通信、 因此我认为不需要关心 IPC 资源表恢复问题。

    如果我说了任何错误、请对我进行纠正。

    非常感谢

    Gibbs

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

    嘿、Gibbs、

    我将提供对上述问题的答复。

    以上理解正确。

    借助 MCU 内核隔离、可通过 ESM 将 A53内核崩溃路由到 MCU 内核、或者也可通过 IPC 检测 A53内核崩溃。

    如果使用 IPC、是的、则可以在每次 MAINDOMAIN 复位时恢复资源表。

    如果用户不想使用 IPC、则选择 WDT。  

    IPC 机制：

    Linux 内核定期向 M4F 内核发送"心跳"消息。

    如果 M4F 内核未能在指定的时间范围内接收这些消息、则可以启动 Linux 内核复位。


    优势：

    利用 IPC 进行碰撞检测、简化了系统架构。


    缺点：

    IPC 使用 DDR 存储器、因此需要在具有监控功能的隔离模式下进行 M4F 内核配置。

    此设置允许 MCU 域访问主域外设、从而防止 M4F 内核完全隔离。


    看门狗和错误处理模块：

    在 A53内核上启用看门狗中断。
    将看门狗中断路由到主 ESM (错误信令模块)并将所有主要 ESM 错误传播到 MCU ESM。
    主 ESM 初始化由 DM R5F 内核管理、而 MCU ESM 初始化由 MCU 内核处理。


    优势：
    允许将 M4F 内核配置为完全隔离模式。


    缺点：
    由于 ESM 初始化过程、会增加软件的复杂性

    此致、

    Anil.