• 状态 Resolved
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 3 视图
  • 用户 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.

[参考译文] AM625：仅 AM62x MCU 模式错误的主机状态

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1637404/am625-am62x-mcu-only-mode-wrong-host-state

器件型号： AM625

您好：

我之前已经尝试过并成功将器件设置为仅 MCU 模式。 但是、到目前为止、我一直收到无效的主机状态 (0x95)。 如果我的理解正确、我应该将状态设置为 1 或 0、具体取决于深度睡眠或仅 MCU。 或者、如果状态错误、我应该收到 0xFF。

我 仅恢复了 UART 示例 UART MCU。 我也在这里收到主机状态值 0x95 (149)。

我仅使用以下命令进入 MCU：

echo 100000 > /sys/devices/system/cpu/cpu0/power/pm_qos_resume_latency_us
echo mem > /sys/power/state

M4F 输出：
[LPM UART WAKEUP] Example Application Started...
[LPM UART WAKEUP] Remote Core waiting for messages at end point 13 ... !!!
[LPM UART WAKEUP] Remote Core waiting for messages at end point 14 ... !!!
[LPM UART WAKEUP] Next MCU mode is 149 

可能会出现什么问题？

此致、

Job Meulenbeld



其他信息：

Processor SDK：11.00.09

MCU SDK：11.01.00.16

root@verdin-am62-15599560:~# cat /proc/version
Linux version 6.6.129-7.2.0-devel (oe-user@oe-host) (aarch64-tdx-linux-gcc (GCC) 13.3.0, GNU ld (GNU Binutils) 2.42.0.20240723) #1 SMP PREEMPT Wed Apr  1 11:47:27 UTC 2026

root@verdin-am62-15599560:~# cat /etc/buildinfo 2>/dev/null
-----------------------
Build Configuration:  |
-----------------------
DISTRO = tdx-xwayland
DISTRO_VERSION = 7.2.0-devel-20260416105507+build.0
-----------------------
Layer Revisions:      |
-----------------------
meta-toradex-nxp  = HEAD:2a49ef90cbcce9d8a26e1178aefe10a04065c8b2
meta-freescale    = HEAD:7b6b02d24771690d6a65ec6a1a5bca26d0537945
meta-freescale-3rdparty = HEAD:1dfc65dd2006b51d156be5bcda0e3c72c936ad0a
meta-toradex-ti   = HEAD:dbf615d3235f5d83ce7262b57a4f38e133a9b7c8
meta-arm-toolchain = HEAD:3cadb81ffaa9f03b92e302843cb22a9cd41df34b
meta-arm          = HEAD:3cadb81ffaa9f03b92e302843cb22a9cd41df34b
meta-ti-bsp       = HEAD:5385fb9231e8d48c30ddd965c4cc623a1f004e3e
meta-ti-extras    = HEAD:5385fb9231e8d48c30ddd965c4cc623a1f004e3e
meta-toradex-bsp-common = HEAD:354aebd1796c4ad5eaeee52b8dc768fcc2dad32d
meta-oe           = HEAD:67ad83dd7c2485dae0c90eac345007af6195b84d
meta-filesystems  = HEAD:67ad83dd7c2485dae0c90eac345007af6195b84d
meta-networking   = HEAD:67ad83dd7c2485dae0c90eac345007af6195b84d
meta-multimedia   = HEAD:67ad83dd7c2485dae0c90eac345007af6195b84d
meta-python       = HEAD:67ad83dd7c2485dae0c90eac345007af6195b84d
meta-freescale-distro = HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345
meta-toradex-demos = HEAD:b5f15cefa15f1c9ef6aad6f594cb168dd531f3ec
meta-qt5          = HEAD:eb828418264a49b8d00035cb3d7b12fcea3be801
meta-tpm          = HEAD:bc865c5276c2ab4031229916e8d7c20148dfbac3
meta-toradex-distro = HEAD:9b0057cde6f145cbf820db366caebcdf2e435424
meta-poky         = HEAD:afa9ec665d1197d9289a86d30389be0cc037d739
meta              = HEAD:a720df7ad77af1f8b1c00a211c88537e5f23edbc
meta-spark        = main:cf908be824453f79ed4500724317ebeb441086fb
meta-rauc         = HEAD:d63878f20eba7a85ecf53566e7a3377e78bb46ac
meta-lts-mixins   = HEAD:c19b6da5a3afd3c892b3b1b44983e993ac6d5308

root@verdin-am62-15599560:~# cat /etc/os-release
ID=tdx-xwayland
NAME="TDX Wayland with XWayland"
VERSION="7.2.0-devel-20251204100250+build.0 (scarthgap)"
VERSION_ID=7.2.0-devel-20251204100250-build.0
VERSION_CODENAME="scarthgap"
PRETTY_NAME="TDX Wayland with XWayland 7.2.0-devel-20251204100250+build.0 (scarthgap)"
CPE_NAME="cpe:/o:openembedded:tdx-xwayland:7.2.0-devel-20251204100250+build.0"
root@verdin-am62-15599560:~# cat /etc/version
2018030912345

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

    您好 作业、

    您提到的版本没有保持一致。

    Linux SDK 11.0 使用 Linux 内核 6.12.17： https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/11_00_09_04/exports/docs/devices/AM62X/linux/sdk.html#release-11-00-09-04 Release_Specific_Release_Notes

    您提到您使用的是 MCU+ SDK：11.01。

    请注意、我们不会测试、也不建议混合和匹配不同版本的 SDK 组件。 如果您选择这样做、那么 TI 能够提供的支持非常有限。 我们建议对同一 SDK 版本的所有组件使用最新的 SDK。

    由于模式 149 是无效模式（因为 MCU 内核需要打开或关闭、所以我期望 1/0）、因此它应该已达到默认 case 语句并取消暂停： https://github.com/TexasInstruments/mcupsdk-core-k3/blob/k3_main/examples/lpm/lpm_mcu_uart_wakeup/lpm_mcu_uart_wakeup.c#L435

    日志是否表明暂停已取消、或者在打印“Next MCU mode“后只是空？

    此致、

    Anshu  

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

    我们认为可能会像 Processor SDK /MCU SDK 不匹配、

    但我们之前让它在这个项目上工作。
    我们正在使用 Yocto Scarthgap、因此 Processor SDK 版本就是它的原因。
    我们使用的 Yocto 版本是“scarthgap“、因为这是我们启动该项目时的最新长期支持版本。

    我们希望它按照默认情况所示从暂停状态返回、而是发生了以下情况：电路板似乎挂起、几分钟后似乎触发了看门狗、因为电路板复位、然后启动、而不是从暂停状态返回并再次进入提示/控制台。

    如果我理解您正确链接的页面上的信息、
    然后、对于 Processor SDK 11.00.09、我们需要使用 MCU SDK 版本 10.01.00。
    10.01.00 是 11.00.09 的 Processor SDK 页面上链接到的 MCU SDK 版本

    这是我在 Yocto 中检查我的 Processor SDK 版本的方法：

    developer@sparkDev:~/System/SparkSystem/build/deploy/sdk$ bitbake -e virtual/kernel | grep "^PV"
PV="6.6.84+git"
developer@sparkDev:~/System/SparkSystem/build/deploy/sdk$ bitbake -e ti-dm-fw | grep "^PV\|^SRC_URI"
PV="11.00.09"
SRC_URI="git://git.ti.com/git/processor-firmware/ti-linux-firmware.git;protocol=https;branch=ti-linux-firmware"



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

    您好：

    是否直接从上游进行牵引？ 上游版本存在一些远程 proc 驱动程序问题、可以解释主机版本的情况。 您可以尝试一下 SDK 中包含的内容吗？  

    对于版本匹配、版本号的前两部分应匹配。 例如、Linux SDK 版本 11.00.09.04和 MCU+ SDK 版本 11.00.00.16一起使用。

    此致、

    Anshu

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

    我们发现了一个不起作用的原因、

    我们正在与 toradex SOM 合作、结果是我们的代码在其中一个上工作、而不是在另一个上工作。
    在其工作的地方、它提供了正确的模式并从仅 MCU 模式返回、而不工作时提供 149、并且由于看门狗而挂起或重新启动。

    我们比较了这两个模块、它们都使用同一个处理器芯片。
    因此、这似乎是一个硬件问题、而不是软件问题。

    以下是我们在 toradex 论坛上提出的主题:
    https://community.toradex.com/t/same-som-mcu-only-problem/30418/5

    从我收集到的两个 SOM 都具有相同的处理器、芯片上的标记没有区别。
    你有什么想法,那么什么可能是问题?
    可能是某种电压问题还是其他问题？

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

    我们解决了该问题、

    原来引导加载程序是这个问题、我们有一个旧的 u-boot 版本、它加载了旧的 DM WKUP R5F 固件版本、因此我们遇到了通信问题、即使 Processor SDK 版本和 MCU+ SDK 版本匹配时也是如此。  

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

    感谢 Robert 的更新。 此主题将关闭、任何后续问题、创建新主题。  

    此致、

    Anshu