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.

[参考译文] IWRL6432AOP:阐明了 MMWAVE_DFP_LOW-460 的修复详细信息和源代码位置

Guru**** 2538950 points
Other Parts Discussed in Thread: IWRL6432AOP

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1549336/iwrl6432aop-clarification-of-the-fix-details-and-sorce-code-locations-for-mmwave_dfp_low-460

器件型号:IWRL6432AOP


工具/软件:

在 DFP 3.1.7 版本中、MMWave_DFP_LOW_460 列为问题解决方案。 您能否说明在修复过程中修改了 SDK 中的哪些特定文件和行号? 我想确认更改是否已在 Mmwavelink API 中应用。
参考的 SDK/文档:mmwave_L_SDK_05_04_00_01
mmwave_dfp_release_notes.pdf
MMWave_DFP_LOW_460

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

    您好:

    问题解决方法 MMWave_DFP_LOW_460

    受影响的 API:rl_fecssRfFactoryCal、rl_sensFrameCfg、rl_sensChirpProfTimeCfg、rl_fecssRlRuntimeTxClpcCal

    您可以在 mmwavelink/source/rl_device.c 和  mmwavelink/source/rl_sensor.c 中找到上述函数

    此致、

    Pedrorm

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

    感谢您的答复。 我们了解哪些 API 受到影响。

    我们的理解是否正确:由于解决此问题、“受影响的 API“的使用将保持不变?

    我们想要确认解决的问题是否对 API 的调用方有任何影响。 根据您的回答、我们将分析是否需要修改调用 API 的软件。

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

    您好:

    该问题仅在非常特定的情况下影响 IWRL6432AOP BOM 优化型参考设计。 通过将稳定时间增加几微秒、可以解决该问题。 这不会影响  这些 API 的实际函数和用途。

    此致、

    Pedrorm

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

    亲爱的 Nafisi

    很抱歉、延迟的回复。
    我对您提供的答案以及版本说明对 MMWAVE_DFP_LOW-460 的描述方式有一些疑问、希望您作出澄清。

    问题 1:关于稳定时间以微秒为单位延长的源代码
    您能告诉我应用此修复程序的源文件 (.c) 的名称吗?
    我比较了报告了 MMWAVE_DFP_LOW_460 的 SDK 版本 05_03_00_02 和解决问题的 SDK 版本 05_04_00_01 的源代码。
    但是、由于 SDK 结构的复杂性、我无法找到稳定时间延长的器件。
    我想分析一下调用 API 的软件是否需要进行任何修改、因此感谢您帮助识别此类修改。

    问题 2:关于删除变通办法
    在 DFP 3.1.7 的版本说明中、不再提及 MMWAVE_DFP_LOW-460 的权变措施。
    了解从 DFP 3.1.7 版本开始、使用下列受影响的 API 时不再需要权变措施是否正确?

    rl_fecssRfFactoryCal、rl_sensFrameCfg、rl_sensChirpProfTimeCfg、rl_fecssRlRuntimeTxClpcCal


    [DFP 3.1.5 版本]
    已知问题
    受影响的 API:rl_fecssRfFactoryCal、rl_sensFrameCfg、rl_sensChirpProfTimeCfg、rl_fecssRlRuntimeTxClpcCal
    权变措施:
    •忽略每帧第一次突发的结果
    •突发间空闲时间应小于 5ms
    •在 CW CZ 触发模式下、没有突发概念。 因此、该模式应与较大的 Tx 开始时间 (>Tx 200µs) 一起使用
    •不应使用 TX 运行时 CLPC 校准 API
    •在工厂校准 API 中、如果没有 Rx 校准、不应启用 TX 校准

    [3.2.4 DFP 3.1.7 版本]
    问题解决
    在 BOM 优化模式下提供射频 LDO 稳定时间的固定固件时序
    受影响的 API:rl_fecssRfFactoryCal、rl_sensFrameCfg、rl_sensChirpProfTimeCfg、rl_fecssRlRuntimeTxClpcCal
    •影响:BOM 优化模式可在没有任何额外固件限制的情况下使用

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

    问题 1: 由于该位置位于固件的二进制文件中、我认为不允许我这样做、但请注意、此更改是针对 1.2V 和 1.8V LDO 进行的、其中添加了一些微秒的额外延迟。 他们过去都是 30uS ,但这是不够的时间,因此每一个都被调整  

    问题 2: 正确、定时增加可以解决问题、而不需要权变措施。

    此致、

    Pedrorm

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


    感谢您的答复。
    我知道修改已应用于以二进制形式提供的固件。
    我的理解是否正确、目标二进制文件如下所示?
    mmwave_DFP\rfsfirmware\xWRL6432\德州 仪器 mmwave_rfs_patch_rprc.bin

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

    您好:

    是的、它将位于该固件.bin 内

    此致、

    Pedrorm