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.

[参考译文] AWR2243:MMWCAS-RF-EVM:使用 Windows DFP 可执行文件的原始 ADC 数据不正确与使用 Ubuntu GitHub 存储库成功对比

Guru**** 2864540 points

Other Parts Discussed in Thread: AWR2243

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1637875/awr2243-mmwcas-rf-evm-incorrect-raw-adc-data-using-windows-dfp-executable-vs-success-with-ubuntu-github-repo

器件型号: AWR2243
主题中讨论的其他器件:MMWCAS-RF-EVM

硬件/设置: 具有 MMWCAS-DSP-EVM 的 MMWCAS-RF-EVM(AWR2243 级联配置)

您好 TI 支持团队:

我写信寻求有关使用 TI 器件固件包 (DFP) 中提供的可执行文件采集原始 ADC 数据和完整性的持续问题的澄清。

我的应用需要相位相干原始 ADC 数据来进行下游合成孔径图像重建。 然而,我一直在努力使用官方工具链收集 Windows 系统上的正确原始数据。

Windows 工作流程(失败): 我最初尝试使用 .exe TI DFP 包中提供的预编译文件来收集数据。 解析生成的.bin文件时、原始 ADC 数据看起来完全不正确/损坏。 假设可能存在配置或编译不匹配、那么我就移动到使用提供的 Visual Studio.sln 文件独立编译源代码。 我成功地在 Windows 上建立了自己的可执行文件,但得到的捕获数据显示出完全相同的问题。 我在 Windows 方面尝试了所有可能的方法—调整配置、验证网络设置和检查解析脚本—但原始 ADC 数据仍然不正确。

frame0_adc_rangefft_chirp02.png

Ubuntu 工作流程(成功): 为了隔离问题、我将我的环境完全转移到 Ubuntu、并使用了以下社区 GitHub 存储库: https://github.com/azinke/mmwave

使用这种基于 Ubuntu 的方法、数据捕获可以无缝进行、解析的原始 ADC 数据完全正确、并与预期结果保持一致。

frame0_adc_rangefft.png

问题: 这种差异让我们对官方 TI Windows 工具感到非常困惑。

  1. TI 提供的.exe或 Visual Studio.sln 编译可能会出现什么问题、从而导致根本不正确的数据?

  2. 与基于 Linux 的捕获相比、使用 Windows 可执行文件时、数据包丢弃、缓冲区溢出或特定的解析要求是否存在已知问题?

  3. 为什么我们会从 Ubuntu 上的独立 GitHub 项目获得完全正确的数据、但无法从 TI 本身提供的官方可执行文件中获取可用数据?

如果您能深入了解 DFP 可执行文件的内部工作原理或所需的 Windows 特定修改、我们将不胜感激。

谢谢您、

Sakshi

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

    尊敬的 Sakshi:

    目前没有对 MMWCAS-RF-EVM 和 MMWCAS-DSP-EVM 的支持。 您可以检查之前回答过的 E2E、以了解与 4 芯片级联相关的任何查询。

    此致、

    Samhitha