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.

[参考译文] IWR1642:交通监控物体检测中的帧处理时间

Guru**** 2553450 points
Other Parts Discussed in Thread: AWR1642

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/633269/iwr1642-frame-processing-time-in-traffic-monitoring-object-detectiong

器件型号:IWR1642
Thread 中讨论的其他器件:AWR1642

你(们)好  

我在 TIDUD31文档的表3 MIPS 使用情况汇总中有关于帧处理时间的问题。

下表显示了使用的帧时间为22.73mS、我的问题如下:

(1)帧使用时间意味着帧处理时间? 如果不是,帧处理时间用了多少时间?

(2) 22.73使用 C674 DSP 或 ARM R4F? 是否有任何方法可以改进、以便我们可以提高数据速率?

(3)群集和跟踪使用了多少时间? 我使用1.0005 SDK 测试 AWR1642升压板 ,当 使用256个 ADC 样本和64个线性调频脉冲环路(具有2TX 和4RX)时,GUIMonitor 静态图显示大约为4.9ms。 那么、如果 TIDUD31表显示了22.73mS 的帧处理时间、那么用于群集和跟踪的时间是否超过15ms?

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

    在演示所包含的配置中、线性调频脉冲时间为53us、线性调频脉冲环路为2个定义的线性调频脉冲(每帧92个线性调频脉冲)的46倍。  53us * 92等于4.876ms -每帧的线性调频脉冲周期。  帧速率为40ms (25fps)、因此可提供35.124ms 的帧处理时间。  表3显示了帧处理消耗的22.73ms、根据我的数学计算、负载为22.73/35.124 = 64.7%。  我假设表是四舍五入的。

    回答您的问题:

    1) 1)是、它指帧处理所花费的时间。

    2) 2)这在 C674 DSP 上运行。 不清楚提高数据速率意味着什么。  更多的线性调频脉冲/帧、更高的每线性调频脉冲采样率、跟踪的对象数量更多等等?  您需要定义您的要求、然后在不进一步优化的情况下确定附加负载是否适合帧时间、如果不适合、请查看使其适合的方法。  通常有多种方法可以实现这一点、但您需要首先了解您的设计限制是什么。

    3) 3)据我所知、这些算法尚未根据跟踪对象单独进行分析。 这并不难、只需在演示中搜索 Cyclprofiler 并插入您自己的一些调用即可捕获时间。

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

    感谢您的回答。 我将按照您的建议在循环分析中插入代码以捕获时间。