[参考译文] AWR2944EVM：由于 SysConfig 问题（可能缺少 cbuff 驱动程序）、无法使用 HECR 演示将 LVDS 数据流式传输到 DCA1000EVM。

您好：Mark、

使用以下命令在启用 LVDS 流的情况下重新编译 HECR 演示-

gmake clean hyrMSSLinkLVDS

此致、

Samhitha

您好 Samitha、

感谢您的答复。 您能告诉我如何在启用 LVDS 的情况下从 CCS 编译它、而不是从命令提示符进行编译吗？

此致、

标记

您好：Mark、

请比较  makefile 中 harrMSSLink 和 harrMSSLinkLVDS 的构建步骤、然后相应地编辑 CCS projectspec。 概括来说、您需要更改 MSS syscfg 文件、在编译器标志中定义 LVDS_STREAM。

此致、

Samhitha

你好、Samhitha、

请更准确地说明需要进行哪些更改和哪些文件？

• 我应该检查哪些 makefile 文件、它们位于何处？
• 需要在 projectspec 中编辑哪些位？
• 我应该只更改 MSS 的 projectspec 还是也更改 DSS 的 projectspec？
• 需要在 MSS 的 syscfg 文件中添加/更改什么？
• 在所有 LVDS 提取发生后、我是否需要对演示 DSS 侧进行任何更改？

感谢您的帮助！

此致、

标记

您好：Mark、

请阐明 mmwavelink 是在 MSS 还是 DSS 上运行。

makefile 的路径：

• C：\ti\radar_toolbox\source\ti\examples\Automotive_adas_and_Parking\high_end_corner radar\demo\awr2944\makefile src
• C：\ti\radar_toolbox\source\ti\examples\Automotive_adas_and_Parking\high_end_corner_radar\demo\awr2944\mss\mmw_mss.mak src
• C：\ti\radar_toolbox\source\ti\examples\Automotive_adas_and_Parking\high_end_corner radar\demo\awr2944\dss\mmw_dss.mak src

您无需在其他文件（包括 syscfg）中进行任何更改。 您只需在 projectspec 中包含修改后的 syscfg、该步骤支持 LVDS 流式传输。 大多数问题的答案取决于在 MSS 或 DSS 上运行的 mmwavelink。

此致、

Samhitha

尊敬的 Samhitha：

感谢您的答复！  

请澄清 mmwavelink 是否在 MSS 或 DSS 上运行。

我正在运行默认的 HECR 演示、在 DSS 和 MSS 的 projectspec 文件中、只定义了“DMMWAVELINK_ON_MSS"编译“编译器构建选项。 因此、我假设 mmwavelink 正在 MSS 上运行。 如果我应该以不同的方式进行检查、请告诉我。

您只需在 projectspec 中添加修改后的 syscfg（该 syscfg 支持 LVDS 流式传输）。

因此、我明白我只需要做以下事情：

这是正确的吗？

此致、

标记

你好、Samhitha、

感谢您的答复！  

遗憾的是、虽然我能够从 DCA1000EVM 中获取数据、但我的解析尝试是这样的 OOB 正常工作 -失败。

我不知道为什么会发生这种情况。 以下是我尝试提取数据的代码：

import numpy as np
#============================================================================================================
#--------------------------------------<<< DCA1000EVM Data Loading >>>--------------------------------------
#============================================================================================================
# Reads and reshapes raw ADC data from a DCA1000EVM capture file.
def load_dca1000_bin_data(file_path, num_rx, num_chirps, num_adc_samples):
    samples_to_parse = 0
    raw_data = np.fromfile(file_path, dtype=np.int16)

    # 1.) Compute how manny frames can be parsed - warn the user if not all data will get used up
    samples = raw_data.size
    samples_per_frame = num_chirps * num_rx * num_adc_samples
    modulo_remainder = samples % samples_per_frame

    if modulo_remainder != 0:
        samples_to_parse = samples - modulo_remainder
        print("Warning: File size is not a multiple of the frame size. Check num_rx/num_chirps/num_adc_samples.")
    else:
        samples_to_parse = samples

    data_to_parse = raw_data[:samples_to_parse]
    num_frames = int(samples_to_parse / samples_per_frame)

    output_array = data_to_parse.reshape((num_frames, num_chirps, num_rx, num_adc_samples))
    print(f"File loaded successfully. With {num_frames} frames.")

    return output_array

我 不断收到数据的预期大小与实际大小不匹配的问题。 我重写了解析器以强制它读取最大可能帧。 但是、看一下 HECR 演示获得的结果。  

总结一下：

• OOB 和 HECR 之间存储的 ADC 数据是否不同？
• 您是否有这些数据的基本解析器来查看我是否正确加载它们？
• 当我执行 DCA1000EVM_CLI_Control.exe stop_record cf_awr2944.json 时、它是在帧结束时停止记录还是可以停止中帧？
• HECR 演示的 ADC 数据中是否有任何标头？ 根据文档 (ti/demo/awr294x/mmw/docs/doxygen/html/index.html)、我认为情况不应该是这样“请注意、目前仅支持没有 HSI 标头的硬件数据。“

如果你有任何想法,我可能做错了,请告诉我。

此致、感谢您的支持、

标记  

您好：Mark、

OOB 和 HECR 中使用的 ADC 数据格式没有差异。

我认为 stop_record 在传输整个帧数据之前停止捕获 ADC 数据。  配置有限数量的帧并执行测试、而不是将帧数设置为 0。

此致、

Samhitha

你好、Samhitha、

遗憾的是、无法对此器件使用“帧“捕获模式。 根据您在 DCA1000EVM_CLI_Control.exe 工具上关于帧模式的文档：“此模式仅在多模式数据采集中有效“。

此外、在 AWR294X 的毫米波 (mmw) 演示文档中、写道：“目前仅支持没有 HSI 标头的硬件数据“。

这意味着,由于多模式需要一个标头,我们不能使用它:“在多模式下,数据与包含数据标识符和长度字段的标头一起接收。“

您是否同意我的评估？  

考虑到这一点 、因为我似乎被困在“原始“模式下、根据文档、不能保证该模式是干净的 ADC 数据：

对于 DCA1000、在按下“DCA1000 ARM“和“Trigger Frame“后、首先保存名为 adc_data_RAW_0.bin 的原始数据文件。
由于以太网协议、DCA1000 EVM 接收的文件可能不包含中的 UDP 数据包
正确的顺序。 在某些情况下、可能会出现数据丢失且无法在文件中捕获的情况。 发送数据包
需要运行重新排序和零填充实用程序、以便扫描捕获的原始文件并重新排列
数据包的顺序正确、如果丢失任何数据包、它将在文件中填充相等数量的零。
该实用程序还会删除元数据、输出现在包含由传输的原始 ADC 数据
xWRxxxx 器件供电。 按下“PostProc"按钮“按钮、adc_data_RAW_0.bin 将进行数据包重新排序
加零填充、并保存为 adc_data.bin。 通过运行可以获得相同的结果
Packet_Reorder_Zerofill．exe“

那么、 在尝试解析它们之前、我是否应该在 adc_data_Raw_0.bin 上运行 RawFileFormat.exe 或 Packet_Reorder_Zerofill．exe 可执行文件？ 如果没有标头、它们甚至可以处理这些数据吗？

相反、我使用了字节模式以及 enableReorder = 1、它运行良好。 但我仍然有一些问题、因为尽管使用了 1：1 的相同设置、我现在得到的数据看起来与 OOB 期间获得的数据非常不同。

为此、我将开始一个新主题。

此致、

标记

您好：Mark、

 配置有限数量的帧并执行测试、而不是将帧数设置为 0。

您能否在 chirp_design_HECR.h 文件的帧配置中配置它？ 这是为了确认 LVDS 流媒体中没有问题。

此致、

Samhitha