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.

[参考译文] AWRL6844:AWRL6844:SBL to app Latency

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1626326/awrl6844-awrl6844-sbl-to-app-latency

器件型号: AWRL6844

SDK:mmwave_L_sdk_06_01_00_05

Device_Type : GP

 

尊敬的 TI 团队:

根据以下主题中提供的建议:

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1601184/awrl6844-awrl6844-sbl_lite-boot-to-app-latency 

我们切换到使用 SBL 工程而不是 SBL_Lite。
然而、测量后、引导至应用程序的跳转时间约为 630ms。

我们想问 、未来的 SDK 版本是否有任何减少此延迟的计划。
目前、这种延迟对于我们的应用要求来说相当长。

谢谢你。

 

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

    尊敬的 Cheng:

    感谢您联系我们。 从哪一点开始衡量跳转到应用程序所需的时间? 我想您是在执行 SOC_RBLAPPSwapOverReset 时查看的吗?

    目前没有减少此类延迟的计划。 这是因为 RBL 更改需要更改硅酮、我们不计划修改 6844 的器件。 建议我们探索其他选项来解决 PMIC 超时问题。 PMIC 问题是导致您永远无法运行车内图像、还是主要是您担心的延迟?
     
    此致、
    Vignesh K.
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Vignesh:

    感谢您的答复。

    我们正在使用 SBL 和应用程序中的 GPIO 切换来测量延迟。

    首先,我们在调用 Drivers_close () 之前生成一个 GPIO 脉冲,就在 sbl_r5CoreReset () 之前;
    然后、在舱内演示 (demo_in_caus_sensing_6844_mss) 中、我们在 Drivers_open () 之后立即生成另一个 GPIO 脉冲。

    这两个 GPIO 脉冲之间的测量时间约为 630ms。

    此致、
    Cheng

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

    尊敬的 Cheng:  

    然后、我怀疑 RBL 不是造成此延迟的原因。 仔细研究一下、我们预计 RBL 最多需要 150ms 的时间来处理较大大小的映像。 我们没有任何改善此延迟的计划、您想探索其他解决此问题的方法吗?

    可能可以通过增加 PMIC 超时来解决该问题。 您使用的是哪种 PMIC?

    此致、
    Vignesh K.

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

    尊敬的 Vignesh:

    感谢您的详细说明和澄清。

    根据您的建议、我们计划探索使用支持更长超时的解决方案替换 PMIC、以更好地适应当前的启动延迟。

    我们感谢您对这一问题的支持和有用的见解。

    此致、
    Cheng

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

    尊敬的 Cheng:  

    我很高兴看到您没有门控、请告诉我、我是否可以帮助您与我们的 PMIC 团队联系。

    此致、
    Vignesh K.