[参考译文] 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 流式传输）。

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

这是正确的吗？

此致、

标记

您好、  

所以我设法做到了这一点。 以上是正确的、但需要进一步更改。 此外、由于我要在现有工程中实现此目标、因此我已将具有工作 LVDS 的新创建工程复制到了 syscfg 文件中。 最后、为了刷新工程、我必须删除 mssgenerated、因为在更改 SysConfig 文件后它一直失败。

但我还有两个问题：

• mssgenerated/dssgenerated 的用途是什么？它的作用是什么？ 在哪里可以了解更多信息？
• 我是否可以通过将 DCA 上的开关切换为“RADAR_5V_IN"，“，使用、使用单电源使用 DCA1000EVM 和 AWR2944EVM 收集原始数据？

此致、

标记  

你好、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