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 帧周期警告和性能问题

Guru**** 2652535 points

Other Parts Discussed in Thread: AWRL6844

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1591169/awrl6844-awrl6844-frame-periodicity-warning-and-performance-issue

器件型号: AWRL6844

您好的团队、

我目前正在 使用的 AWRL6844 雷达传感器 MMWAVE_L_SDK_06_00_05_01 mmw_demo示例 (ti\MMWAVE_L_SDK_06_00_05_01\examples\mmw_demo\mmwave_demo\xwrL684x-evm\r5fss0-0_freertos\ti-arm-clang) 中。

我遇到了问题、并对frameCfg命令中的 FramePeriodicity 设置提出了一些问题。

问题

  1. 当我将 FramePeriodicity 设置为略低于 150ms(例如 140ms)的值时、控制台中会显示以下警告:

    Warning: Frame Time is not enough to transfer all the configured TLVs!!!

  2. 同时降低 帧周期为大约 100ms 的值、传感器停止完全工作。

    我的配置文件

    以下是我使用的配置:

    sensorStop 0
    chirpComnCfg 60 0 0 128 1 45 1
    chirpTimingCfg 200 28 1.5 105 57.5
    channelCfg 153 255 0
    frameCfg 512 0 1358 1 150 0  <-- Frame Periodicity set to 150 ms
    adcDataDitherCfg 0
    gpAdcMeasConfig 0 0
    guiMonitor 0 0 0 0 1 1
    cfarProcCfg 0 2 8 4 3 0 5.0 0
    cfarProcCfg 1 2 16 4 4 1 5.0 0
    cfarFovCfg 0 0 3
    cfarFovCfg 1 -2.6 2.6
    aoaProcCfg 64 64
    aoaFovCfg -30 30 -60 60
    clutterRemoval 0
    factoryCalibCfg 1 0 46 2 0x1ff000
    runtimeCalibCfg 1
    antGeometryBoard xWRL6844EVM
    adcDataSource 0 0
    adcLogging 0
    lowPowerCfg 0
    sensorStart 0 0 0 0
    


    性能指标 (MMWDEMO_OUTPUT_EXT_MSG_STATS)

    我已interFrameProcessingTimeUstransmitOutputTimeUsMMWDEMO_OUTPUT_EXT_MSG_STATS结构中打印和值:

    配置 InterFrameProcessingTimeU   transmitOutputTimeU  
    CFAR 和 AoA 开启 ≈7.3ms ≈19.4ms
    CFAR 和 AoA 关闭 ≈μ s 1.6ms ≈9.3ms
     
    • R5F 处理和数据传输(CFAR/AoA 开启)的总时间约为  7.3ms + 19.4ms≈26.7ms

    • 我理解 测距过程 (1D FFT) 时间包括interFrameProcessingTimeUs在上、因为它在上执行 HWA(硬件加速器)

    鉴于总测量时间仅为约≈27ms 150ms 中的剩余时间≈123ms 似乎主要由距离流程消耗。 对于 HWA 加速的过程、这似乎过长。

     

    我的问题

    1. 是否可以显著减小 FramePeriodicity 简化为喜欢的值 40-50 毫秒 整合到 AWRL6844 上的这种配置或不同配置后、会怎样?

    2. 尽管 R5F 处理和数据传输时间较短、但导致帧周期这么长的主要因素是什么? 具体来说、为什么 HWA 加速的距离过程占用大部分帧时间?

    我们非常希望提供有关如何优化配置或在何处查找瓶颈的任何指导。 谢谢!

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

    您好、

    我们的一位专家会尽快回复您。

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

    您好:

    根据您的配置、突发中有 512 个线性调频脉冲、线性调频脉冲间隔为 rampTime +空闲时间= 45us + 200us = 245us。  因此、您的最小突发周期应为 245 * 512 + 135us = 125575us 、这与 1358us 的突发周期相比太长。   

    chirpComnCfg 60 0 0 128 1 45 1
    chirpTimingCfg 200 28 1.5 105 57.5
    channelCfg 153 255 0
    frameCfg 512 0 1358 1 150 0  <-- Frame Periodicity set to 150 ms

    Best,
    Zigang