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.

[参考译文] IWR6843ISK:为什么 TI 的参考解析器只处理 TLV 类型 1 和 7?

Guru**** 2555630 points


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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1571112/iwr6843isk-why-does-ti-s-reference-parser-only-handle-tlv-type-1-and-7

部件号:IWR6843ISK


工具/软件:

我收到了您的赞赏答案、因此我可以处理来自传感器的数据发送。

我打印了日志、我认为 TLV 类型顺序是 1、7、2、5。

但是、TLV 类型值很可能会损坏。 例如、我得到的值为 65,536,327327680,566537、有时甚至是 0。

我使用了您提供的链接、
http://dev.ti.com/tirex/local?id=Understanding_UART_Data_Output_Format PackageID=radar_toolbox
并根据指南映射了所有 TLV 类型。 我还使用几个 AI 工具验证了我的实现。 尽管如此、错误仍然存在。

当我检查您提到的 Python 代码时、该代码位于:

mmwave_sdk_03_06_02_00-LTS/packages/ti/demo/parser_scripts/parser_mmw_demo.py

我发现它只解析 TLV 类型 1 和 7、而对于其他类型、它只是else像这样的一个块:

否则:
  对于范围内的 OBJ (numDetObj):
    检测到的 SNR_array.append (0)
    detectedNoise_array.append (0)

因此,我想知道:

这只是一个硬件问题吗? 或者、我是否应该按顺序解析 TLV 1 和 7 类型、并忽略其他类型?

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

    您好:

    您正在使用哪种配置和场景进行此数据收集? 上下文中、TLV 类型值损坏是由 Python 的 Gil 执行引起的问题、与硬件无关。 这是 TLV 通过 pyserial 通过 UART 读取、同时进行可视化/处理有时会在数据输入速度过快或数据包过大时导致问题的性质造成的。 通常、当帧速率较慢、帧较小且其中的 TLV 较少时、这种行为较小。  如果只流式传输距离配置文件和点云等内容、则 100-200 的帧周期应该没有问题。 计算机速度越快、此问题的频率就越低。

    此致、

    Pedrorm