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.

[参考译文] AWR1642BOOST:从运行时的最后期限缺失中恢复的建议

Guru**** 2595805 points


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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/661198/awr1642boost-suggestions-for-recovering-from-deadline-misses-at-runtime

器件型号:AWR1642BOOST

您好;

对于从 MMWDEMO_DSS_CHIRP_PROC_DOMEDIFERY_DROM_EVT 和 MMWDEMO_DSS_FRAME_PROC_DOMEDIFERY_DROM_EVT 恢复所需的步骤、您有什么建议

我尝试了各种组合

  • 删除任何相关的调试断言
  • 停止、重新配置、然后启动传感器
  • MMWAVE_DEINIT、 MMWAVE_INIT 和 MMWAVE_SYNC

但是、我将在 MMWAVE_xwr16xx.c 中获得各种类型的停止错误、配置错误和其他调试断言

除了热复位之外、我还可以在运行时执行任何恢复操作吗?

谢谢、

Erik

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

    您需要了解这些缺失事件的发生原因。

    您需要对代码进行基准测试、以确保帧间处理时间不会超过帧空闲时间

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

    您好、Cesar、

    感谢您的回答。

    我确实了解此类错误的原因。

    理想情况下、我们在现场的产品能够从所有已知故障情况中检测、记录并轻松恢复(如果可能)、即使理论上这些故障情况永远不会发生。

    除了热复位之外、在运行时是否还有任何方法可以从该错误中恢复?

    谢谢、

    Erik

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

    如果我正确理解、您的问题更多地是指发生异常时的硬件恢复、而不是异常的软件管理?

    在毫米波 SDK 演示中、软件使用全局标志跟踪处理最后期限、并根据这些值决定在 ISR 中执行本地断言。

    不同的应用程序可能会决定以不同的方式处理最后期限

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

    这里的困难在于、BSS 不知道 MSS 或 DSS 错过了最后期限、因此即使您没有使用断言来停止处理器、其他内容也会不同步(例如到 BSS 的邮箱流量)、并且无法轻松恢复。 最好的防御是一种强烈的犯罪-对线性调频脉冲和帧代码进行性能评测和防弹处理、使它们不会错过实时代码。 可能有必要(如果您的处理能够以可变的时间量运行)对循环进行分析并在循环执行过多迭代时中止循环。 如果是这种情况、按强度对雷达回波进行排序可能会有所帮助、以便您始终处理顶部 N 检测。 但我是以一般性的方式讨论、因为我不知道您的应用是什么。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    DB_Woodall、

    正如您所预测的、我无法可靠地解决邮箱流量问题。

    我感谢您的回答、这回答了我的问题。


    Cesar、

    您说得对、这是一种硬件恢复情况。

    谢谢、
    Erik