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.

[参考译文] TDA4VL-Q1:有时执行 Sciclient_pmDeviceReset ()可能特别耗时

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1505455/tda4vl-q1-sometimes-executing-sciclient_pmdevicereset-can-be-particularly-time-consuming

器件型号:TDA4VL-Q1

工具/软件:

您好专家、

我的 SDK 版本是 pdk_j721s2_08_05_00_36。 当我要升级 MCU1_0软件时。软件更新过程如下:

1.MCU1_0软件(应用程序)收到的 CAN 升级命令

MCU1_0软件 在 PSRAM 中设置了一些升级标志  

MCU1_0软件调用 Sciclient_pmDeviceReset (SCICLIENT_SERVICE_WAIT_FORE)来重新引导 MCU1_0

重新引导、引导程序后会识别 PSRAM 标志、以确定是引导应用程序还是引导升级程序

我的问题是:

有时通过 Sciclient_pmDeviceReset ()调用低级函数 j721s2_sys_reset Handed ()会特别耗时。 正常重新引导时、Tspan5 - Tspan4= 0.2s、、但异常重新引导时、Tspan5 - Tspan4= 1.83s。  为什么有时需要这么多时间才能关闭这两座桥梁?

此致

xl.wang

此致!

Wl.Wang

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

    您好、

    Unknown 说:
    有时用 Sciclient_pmDeviceReset ()调用低级函数 j721s2_sys_reset Handed ()会特别耗时。 正常重新引导时、Tspan5 - Tspan4= 0.2s、、但异常重新引导时、Tspan5 - Tspan4= 1.83s。

    如果 MCU1_0 Sciserver 已在处理另一个内核的请求、它可以 延迟上述服务请求。

    我们需要跟踪阻止的内容以满足上述请求。

    此致、
    Sudheer

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

    您好专家、

    如何解决 此问题?

    此致!

    Wl.Wang

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

    您好专家、

    是否有 API 可用于检查 SciServer 是否空闲?

    此致

    Wl.Wang

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

    您好、

    是否有 API 可用于检查 SciServer 是否空闲?

    否、没有 API 可用于了解 SciServer 是否处于空闲状态?

    如何跟踪 此问题?

    需要在 DM 核心跟踪 Sciserver 请求、并在占用时间的过程中检查其他任何请求都是服务请求。

    此外、 Sciclient_pmDeviceReset 将清除分配的所有资源、时钟、电源、然后对域发出复位。

    此致、
    Sudheer

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

    您好专家、

    我评论了关闭桥接器的代码、似乎可以正常复位。 这样做的副作用是什么?

    此致

    Wl.Wang

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

    尊敬的 Wang:

    但是您尝试重置哪个域? 是否只对整个 SoC 执行完全热复位?  

    此致、

    Brijesh

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

    您好专家、

    我要复位 MCU 域、 是的、我只是执行完全热复位

    但在注释掉代码以关闭桥接器后、仍然存在复位失败的问题。

    此致

    Wl.Wang

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

    尊敬的 Wang:

    但是、为什么要热复位 MCU 域呢?

    一旦你调用这个重置,它将开始新的。  

    此致、

    Brijesh

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

    您好专家、

    调用 Sciclient_pmDeviceReset()时、传递给底层复位函数的域参数为零。它将复位 WKUP、MCU、MAIN 域。

    我担心的问题是为什么热复位有时会失败?  并且 PSRAM 中的内容也会丢失

    此致

    Xm.Wang

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

    你(们)好

    [报价 userid="540858" url="~/support/processors-group/processors/f/processors-forum/1505455/tda4vl-q1-sometimes-executing-sciclient_pmdevicereset-can-be-particularly-time-consuming/5787087 #5787087"]

    调用 Sciclient_pmDeviceReset()时、传递给底层复位函数的域参数为零。它将复位 WKUP、MCU、MAIN 域。

    我担心的问题是为什么热复位有时会失败?  并且 PSRAM 中的内容也会丢失

    [/报价]

    当重置失败时、您可以共享整个日志吗?

    此致、
    Sudheer

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

    您好专家、

    我自己添加的日志就像开头的图片。 是否有任何编译开关可打开并输出更多日志?

    此致

    Wl.Wang

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

    您好、

    如何启动软复位? 并确认未进行复位?

    此致、
    Sudheer

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

    您好专家、

    仅执行正常的开机初始化。

    正常软重启期间,系统重启速度快,但在异常软重启期间,重启前会冻结约1.8秒,因此无法确认重置是否完成

    现在我们发现只有一个主板有这个问题

    此致

    Wl.Wang

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

    您好、

    在正常的软重启过程中、系统会快速重启、但在异常的软重启过程中、系统会在重启前冻结约1.8秒、因此无法确认重置是否已完成

    如果复位完成、您可以在复位后观察引导序列。
    您也可以参阅 CTRL MMR RESET_SRC_STAT 寄存器(0x43000050)以查找复位源。

    此外、读取 CTRL MMR RST_STAT 寄存器(0x43018178)以查找复位状态。

    此致、
    Sudheer