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.

[参考译文] AWR2544LOPEVM:基于 awr2544仪表 LVDS 流-二进制文件的数据少于预期

Guru**** 2455360 points
Other Parts Discussed in Thread: AWR2544, DCA1000EVM

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1507007/awr2544lopevm-awr2544-instrumentation-lvds-based-streaming---bin-file-has-less-data-than-expected

器件型号:AWR2544LOPEVM
主题中讨论的其他器件:AWR2544DCA1000EVM

工具/软件:

您好的团队、  

根据建议、我能够使用 radar_toolbox_2_20_00_05的 studio CLI 在 awr2544开发套件上运行基于 LVDS 检测的流式传输。 但是、我发现保存到 BIN 文件中的数据低于预期。  

  • 使用 CONFIG #1收集数据 :1帧、200毫秒帧周期、4 Tx、4 Rx、TDM 模式、 256个 ADC 样本 、128个线性调频脉冲。 (附加了 CFG 文件)。  

=>预期的二进制文件大小:(ADCSample * Chirp * NTX * nRx * bytes_per_ADCSample)= 256 * 128 * 4 * 4 * 2 = 1,048,576字节(或1024KB、因为 awr2544只有实数 ADC 样本、因此每个样本长度为 2字节)。  

=>我得到了一个符合预期的1024KB 的 bin 文件。  

  • 使用 CONFIG #2收集数据 :1帧、200毫秒帧周期、4 Tx、4 Rx、TDM 模式、 512个 ADC 样本 、128个线性调频脉冲。 (与 cfg #1相同、只需将 ADC 样本数更改为512即可获得更好的距离分辨率)

=>预期的二进制文件大小:(ADCSample * Chirp * NTX * nRx * bytes_per_ADCSample)= 512 * 128 * 4 * 4 * 2 = 2,097,152字节

=>但是、我得到的 BIN 文件只有1024KB、而不是预期的2048KB。 (已附加快照)

  • 使用 CONFIG #3收集数据 :1帧、200毫秒帧周期、4 Tx、4 Rx、TDM 模式、  768.  ADC 样本 、128个线性调频脉冲。 (与 cfg #1相同、只需将 ADC 样本数量更改为768)

=> 预期的 二进制文件大小:(ADCSample * Chirp * NTX * nRx * bytes_per_ADCSample)=  768.  * 128 * 4 * 4 * 2 = 3,145,728 字节

==>但是、我得到的 BIN 文件只有1536KB、而不是预期的3072KB。 (已附加快照)

我,不幸的是,我无法弄清楚为什么预期的 bin 文件只保存了预期大小的一半。  

希望 TI 团队可以帮助我完成这一观察评估。  

谢谢、  

Quoc

e2e.ti.com/.../studio_5F00_cli_5F00_awr2544_5F00_sample256.cfg

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

    我还尝试使用 radar_toolbox_3_00_00_05中的 studio_CLI 进行快速更新、但观察结果相同。

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

    QHLam 您好:

    您能否验证 ADC 缓冲器上存在的最后一个数据是否存在于 DCA 中的 BIN 文件中?
    我想了解 DCA 捕获是错误的、还是没有填充 ADC 数据。

    此致、
    Saswat Kumar

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

    您好、Saswat、  

    我 使用不同的配置进行了测试(更改了 ADC 样本数)、并观察到只要 ADC 样本数不小于512 (例如256,384)、我就能够获得正确的二进制文件大小、 ADC 缓冲区中存在的最后数据也存在于 Wireshark 的 UDP 数据包中并正确保存到二进制文件中。  

    不过、只要没有 ADC 样本大于512 (例如640,768)、就只有一半的大小保存到 BIN 文件中。 有关更多详细信息、请参阅随附的快照。

    我也延长了帧周期、但没有什么帮助。 可能是固件问题、cbuff 设置或 adcpuf_config 需要更改? 如果您有任何想法、请告诉我? 谢谢。  

    e2e.ti.com/.../lvds_5F00_test.pdf

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

    附加 pdf 文件以了解更多详细信息。  

    e2e.ti.com/.../1423.lvds_5F00_test.pdf

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

    QHLam 您好:

    所以我想问、在器件 ADC 缓冲存储器上、您能否检查 DCA 采集工具中实际上是否存在最后一个 ADC 数据值。
    这将帮助我们确定生成的数据较少还是捕获的数据较少。
    如果您比较 UDP 和 BIN 文件、它将与 UDP 数据包是通过 DCA1000EVM 捕获的数据包相同

    此致、
    Saswat Kumar

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

    您好、Saswat、  

    我不知道您是什么意思的 DCA 捕获工具。 我不确定是否有办法检查 DCA1000EVM FPGA 是否已通过 LVDS 接收到最后一个 ADC 数据。 我检查了 DCA 硬件发送的 UDP 数据和 Studio CLI 保存到 BIN 文件中的数据。  

    数据流如下:  

    [ADC 缓冲器]-->[CBUFF]--> LVDS 接口-->[DCA1000EVM FGPA]-->以太网(UDP)-->[Studio CLI]-->[BIN 文件]

    您能告诉我您对 DCA 采集工具的建议的一些细节吗?  

    谢谢。  

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

    您好、QH Lam、

    DCA 捕获工具是与 Studio CLI 集成的工具。
    我的问题是应用程序何时运行、您能否连接到 ADC 存储器并检查什么是数据、并将其与您收到的最后一个数据包进行比较?

    现在也将是一个漫长的周末假期,所以请期待下周的答复。

    此致、
    Saswat Kumar

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

    您好、Saswat、  

    是的、这就是我所做的、并与大家分享了测试结果。  

    我在 awr2544上连接了 JTAG 以查看 ADC 存储器。 在工作室 CLI 方面、我使用了 Wireshark 来监控 DCA1000EVM 硬件发送的 UDP 数据包、以及 查看 bin 文件以查看  应用程序运行完成后保存的数据。  

    下面是总结:  

    • 使用 CONFIG #1收集数据 :1帧、200毫秒帧周期、4 Tx、4 Rx、TDM 模式、  256个 ADC 样本 、128个线性调频脉冲。

    -->已检查最后一个 UDP 数据包中显示的最后一个 ADC 数据值、并正确保存到 BIN 文件中。 [通过]

    --> Bin 文件大小、 在应用程序运行后、 符合预期。  [通过]

    • 使用 CONFIG #2收集数据 :1帧、200毫秒帧周期、4 Tx、4 Rx、TDM 模式、  512个 ADC 样本 、128个线性调频脉冲。 (与 cfg #1相同、只需将 ADC 样本数更改为512即可获得更好的距离分辨率)

    -->已检查最后  一个 UDP 数据包中没有显示最后一个 ADC 数据值、也没有保存到 BIN 文件中。 [失败]

    -->应用程序运行后、Bin 文件大小仅为预期大小的一半。 [失败]

    • 使用 CONFIG #3收集数据 :1帧、200毫秒帧周期、4 Tx、4 Rx、TDM 模式、  768.  ADC 样本 、128个线性调频脉冲。 (与 cfg #1相同、只需将 ADC 样本数量更改为768)

    -->已检查最后一个 UDP 数据包中显示的最后一个 ADC 数据值并保存到 BIN 文件中。  [通过]

    -->但是、在应用程序运行后、bin 文件大小仅为预期大小的一半。  [失败]

    希望测试结果有助于您确定可能的原因。  

    谢谢、  

    QHLam

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

    您好、Saswat、  

    我想我已经找出了根本原因。 这是因为我使用的波形曲线配置、线性调频脉冲时间短于 传输生成的 ADC 数据所需的时间。 我延长了线性调频脉冲空闲时间、然后我得到了 DCA 采集工具正确传输和采集的 ADC 数据。  

    profileCfg 0 77 3.5 3.5 23 0 0 160 0 512 40000 0 0 36

    mmwave_plus_sdk_release_note 中已经提到了有关 ADC 数据传输速率的限制。 (第6点)

    但是、我仍然不清楚 profile config 需要确保可以在其中传输每个芯片生成的数据 线性调频脉冲空闲时间 。  

    ADC data transfer rate is limited by HSI Clock configured in SDK (1000MHz which is
    500 Mbps); ensure the generated data per chirp can be transferred within chirp idle
    time.
    ==> Ensure that Chirp idle time > ADC data per chirp / 500 Mbps where ADC
    data per chirp = Number of ADC samples * Number of Rx * 16 bits.

    据我了解、ADC 缓冲器是一个 ping/ pong 缓冲器、因此只需要确保可以传输每个线性调频脉冲生成的数据 线性调频脉冲周期时间 (空闲+斜坡结束时间)。  

    如果我的理解不正确、请告诉我。  

    谢谢、  

    QHLam

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

    QHLam 您好:

    否、它也受 LVDS 时钟速率的限制。 这就是为什么对于高级线性调频脉冲传输来说、人们使用 aurora 协议、因为它通过4个通道组合具有3.6Gbps 的带宽。
    使用 LVDS 时、您确实有速度限制、这就是上述说法的原因。 如果它正在使用上述空闲时间、请执行此操作。 这是 LVDS 传输的已知限制。

    此致、
    Saswat Kumar