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:TIFS 超时后仅 MCU 3 分钟复位

Guru**** 2445440 points
Other Parts Discussed in Thread: SK-AM62-LP

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1534178/am620-q1-mcu-only-3-minute-reset-after-tifs-timeout

主题中讨论的其他器件:SK-AM62-LPAM620-Q1

嗨、Gibbs、

我可以问一下 EVB 板无法唤醒的问题

进入仅 MCU 模式后、会在 3 分钟后自动复位吗?

您有 E2E 提单吗? 如果您有、请共享该链接。

谢谢

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

    嗨、Walter、Gibbs、

    ROM 为系统配置看门狗计时器。 TIFS 将定期宠物看门狗计时器。 如果看门狗计时器在 3 分钟后到期而没有宠物、则 SoC 将自行复位。 发生这种情况时、可能表明 TIFS 已在某个点崩溃。

    当 SoC 处于任何状态时、都存在此机制。

    我们注意到、当将 USB A 设备连接到 TI EVM 时、尝试暂停、它将出现这种行为。

    我们通过移除下拉电阻器将 USB1_DRVVBUS 信号保持为高电平、在 SK-AM62-LP 板上修复了此问题:

      

    在 SK-AM62-LP 板中移除这个下拉电阻器后、我们能够暂停和恢复、而不会出现任何问题。

    此致、

    Anshu

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

    嗨、Anshu

    我认为与 USB 设备 A 没有关系、因为 EVM 上没有 USB 设备。  

    因为我们使用此函数 (SOC_triggerMcuLpmWakeup ()) 触发 A53 (Linux) 唤醒循环并重复、而不会产生任何真正的 GPIO 触发、所以它仍然会发生。

    每个周期约~ 10 秒

    	vTaskDelay(1000);
    	SOC_triggerMcuLpmWakeup();
    	SemaphoreP_pend(&gLpmResumeSem, SystemP_WAIT_FOREVER);

    我们唯一知道的 TIFS 应该崩溃、因此会导致 看门狗复位。

    我们是否有任何 机制或日志来跟踪此问题?

    导致 看门狗复位的原因是什么?

    我们录制视频、下载链接如下所示。

    tidrive.ext.ti.com/.../19f349ad-cf0f-48e2-a7a2-27da2fa89a16

    密码: 2b}5bWja  

    当我们执行 7348 次(从 LPM 唤醒)时、系统会重新启动。

    记录 00:03:10

     

    谢谢你。

    Gibbs

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

    嗨、Gibbs、

    我正在对 EVM 运行类似的迭代测试、以尝试重现此问题。 它将需要一段时间,并将运行一个晚上。  

    我会在结果出现时更新该线程。

    谢谢、

    Anshu

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

    谢谢、Anshu

    我也在我这边复制了测试、并出现等待错误。

    Gibbs

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

    嗨、Gibbs、

    您能否重新运行相同的测试、但启用 SYSFW 跟踪日志? 请按照此处的说明进行操作: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1323581/faq-processor-sdk-am62x-a-p-how-can-we-debug-deep-sleep-on-am62x-am62a-am62p-using-sysfw-trace

    这样、我们能够在发生故障之前查看低功耗模式序列的最后一个执行步骤、从而为我们提供信息。

    您可能需要跳过有关修改的步骤  TI_sci.c

    谢谢、

    Anshu

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

    嗨、Gibbs、Anshu、

    从我们的产品中移除 ADB 后、出现唤醒失败后自动复位的可能性
    3 分钟后显著减少、与 EVB 板的故障率基本一致。
    1.我们需要了解由 USB 引起 TIFS 崩溃的根本原因,因为我们的 USB_DRWBUS 是浮动的(不接地)。
    2.请尽快解决睡眠唤醒和 3 分钟后自动复位期间 EVB 故障的问题。

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

    您好 Walter、

    请首先按照 Anshu 的调试建议在 EVB 上填充代码。

    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1323581/faq-processor-sdk-am62x-a-p-how-can-we-debug-deep-sleep-on-am62x-am62a-am62p-using-sysfw-trace

    Gibbs

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

    您好 Walter、

    当您最近启用了 SYSFW 跟踪时、请告知我们。

    如果您在启用 SYSFW 跟踪时遇到任何问题、请告知我们。

    谢谢、

    Anshu

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

    尊敬的 Anshu:

      你的生殖与 Gibbs 的结果如何? 如果您需要我重现问题、

    请直接提供可写入 SD 卡的固件。

    我们当前使用的固件可从 TI 官方网站下载。

    谢谢、

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

    嗨、Anshu

    感谢你的帮助。

    这是一个双重检查。

    如果我们按照“SYSFW 跟踪日志常见问题解答“中的步骤操作、并仅重新编译 u-boot

    因为我们可能不需要 嘲笑  TI_sci.c、因此这意味着我们不需要替换 Linux 内核

    我认为“k3-am62x-sk-lpm-wkup-sources.dtbo"只是“只是一个选项、如果我们不使用真正的 GPIO 触发器进行唤醒、则不需要使用它。

    您好、Walter

    先分享我的测试二进制文件、即可满足我的需求。  

    e2e.ti.com/.../3022.tiboot3_2D00_am62x_2D00_hs_2D00_fs_2D00_evm.bin

    e2e.ti.com/.../3022.tispl.bin

    e2e.ti.com/.../8712.u_2D00_boot.img

    Gibbs

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

    嗨、Gibbs、

    是的、只需要更新 U-Boot board-cfg 文件、并且 Linux 器件树需要添加唤醒源重叠区。

    可能不需要 ti_sci.c、因为它取决于唤醒源。

    日志中最重要的部分包含 DEVICE_OFF(器件已关闭)和 PM_LPM_SEQ(低功耗模式序列)。 因此、共享日志时、请确保其中包含日志。


    谢谢、

    Anshu

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

    嗨、Gibbs、

      我已收到您共享的文档。 我可以询问您的压力测试结果吗?

    您是否重现了此问题并记录了日志?

    谢谢、

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

    您好、Walter

    我 之前在 EVB 上重现过这个问题一次、但大约发生在 4 天以上。

     按照 Anshu 的调试建议,我 尝试 再次捕获日志,到目前为止它运行良好在我身边, 等待它发生。

    Walter、

    我想你们也应该在你们这边重复同样的测试。

    Gibbs

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

    嗨、Gibbs、Anshu、

     我使用 EVB 重现了问题、并附上了日志。

    在发生异常时、日志与正常日志之间似乎没有区别。

    谢谢、

    e2e.ti.com/.../M4_5F00_log.txte2e.ti.com/.../R5_5F00_log.txte2e.ti.com/.../A53_5F00_log.txt

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

    嗨、Anshu

    需要您的帮助。

    由于日志文件非常大 (>700MB)、我尝试过滤一些有用的关键字来分析触发 WDT 重置的原因

    您是否有任何搜索提示“关键字“?

    谢谢你。

    Gibbs

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

    嗨、Gibbs、

    有很多日志需要查看。 我需要一段时间来查看所有数据、然后我将返回给您。

    谢谢、

    Anshu

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

    嗨、Anshu

    谢谢你

    下一步、我可以尝试在我这边检查复位源 (reason)。

    分享我在这里找到的一些信息。

    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1459617/am625-where-can-i-find-ctrlmmr_rst_src/5606979?tisearch=e2e-quicksearch&keymatch=CFG0_SRC%20Register

    Gibbs

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

    嗨、Gibbs、

    我们正在与软件开发团队一起查看这些日志。


    您提供的 TI 驱动程序链接似乎已过期。 您能刷新链接吗?

    您是否还可以在/dev/ttyUSB1 UART 端口上捕获 TIFS 日志? 如果已经捕获了该内容、您能分享一下吗?

    谢谢、

    Anshu

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

    嗨、 Anshu

    我在下周二 (8/5) 之前不在办公室、下周可以重新上传。

    但您可以先分析我们得到的值

    谢谢你。

    Gibbs

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

    谢谢 Gibbs,温和的提醒来更新完整的日志。

    谢谢、

    Anshu

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

    嗨、Anshu

    因为这个问题一直在谈论很长一段时间,所以让我再次提醒整个故事,到目前为止,我们有两个错误的情况。

    (案例 1)压力测试在唤醒和 MCU LPM 之间工作、我们发现 AM62 似乎面临一些错误异常、并尝试自行重新启动。

    (1) DM 日志如下所示。  

    tidrive.ext.ti.com/.../d5afe620-f0a2-435b-85ae-29e000db95fb

    密码: m6]ZZp1t

    (2) 我认为这并不意味着转储“PM_LPM_SEQ"消息“消息、因为您需要使用 CCS/JTAG 从存储器中转储消息。 但系统重新引导时、消息将消失。

    (3) 我发现  AM62 应该已经处于 MCU LPM 成功状态、但唤醒失败。  当 R5 获得消息 ID 0x00000307 时、会发生 sysfw 复位。

    (案例 2) 应力测试在唤醒和 MCU LPM 之间工作、 我发现系统仅在 MCU 中挂起

    (1) 错误消息如下所示。

    0x006C0034:   BasePort: TISCI_MSG_RECEIVED(TISCI Message interrupt handled): Queue ID: 44 Message ID: 34

    (2) 在此状态下、我已检查所有 SW (Linux/MCU SW) 崩溃。
    (3) 根本原因应使用“剥离“MCU FW。 当我替换为“非带状“MCU FW 时、似乎不会发生这种情况

    (4) 我认为第 2 种情况的错误较轻、因为我已经知道原因了

    测试环境:  

    *板: AM62-sk-LP EVB

    * ti-processor-sdk-linux-am62xx-evm-10.01.10.04 / MCU_PLUS_sdk_am62x_10_01_00_33

    *带 tisdk-default-image-am62xx-lp-evm-10.01.10.04.rootfs.wic.xz 的 SD 引导

    * M4 计划:

     e2e.ti.com/.../ipc_5F00_rpmsg_5F00_echo_5F00_linux_5F00_am62x_2D00_sk_2D00_lp_5F00_m4fss0_2D00_0_5F00_freertos_5F00_ti_2D00_arm_2D00_clang_2D00_auto_5F00_timer.tgz

    谢谢

    Gibbs