[参考译文] AWR2944EVM：访问和压缩雷达立方体数据

您好,感谢您的答复！

在多普勒处理 DPU 中执行解压缩。 在多普勒处理期间、您将已解压缩一个给定距离库的可用 1D FFT。

那么、您是否建议在“dopplerprochwaDDMA.c"文件“文件中访问解压缩的雷达立方体的最佳方法？  在 objectdetection.c 文件的范围内、是否有任何可行的方法访问未压缩的数据形式？

我知道,在它完成执行 radarcube 返回到压缩形式后,这是正确的吗?

您可以将压缩比配置为 1。 但这会增加雷达立方体的尺寸。 因此、您需要确保 DSS_L3 上有足够的可用存储器。

假设数据将适合 L3、数据是否仍为压缩格式（即 EGC 或 BFP）？ 如果它们符合我的理解、我仍然无法将它们读取为原始 cmplx16ReIm_t 数据、这是正确的吗？ 这是因为它们将按图像中所示的方式存储、不同之处在于压缩将为因子 1、这将使其无损、但仍然不能直接解释为原始  cmplx16ReIm_t

此致、

标记

感谢您发送编修。

我的想法是利用解压缩的数据创建一个额外的 L3 缓冲区、我将在该缓冲区中存储每个 CPI 的单个范围库中的样本。 为此、我在 preStartConfig 中分配一次该缓冲区、这个配置可以正常工作。 接下来、我尝试将指针传递到函数 DPC_ObjDet_dobplerConfig 内的该缓冲器、并将其传递到多普勒处理结构：

在 DPC_ObjDet_dobplerConfig 内：

DPU_DopplerProcHWA_HW_Resources *hwRes;
hwRes->stftInputBuf = objDetObj->stftInputBuf;

为此、我修改了 dopplerprochwaDDMA.h 中的结构：

typedef 结构 DPU_DopplerProcHWA_HW_Resources_t
｛
...
cmplx16ImRe_t * stftInputBuf；

DPR_DOPPLERProcHWWA_HW_RESOURCES；

具体的思路是,我可以访问文件 dopplerprochwaDdma.c 内的 L3 缓冲区并在那里写入解压缩的多维数据集数据,供以后在 objectdetection.c 中使用

不过 通过将单个条目添加到 dopplerprochwaDDMA.h 内的 DPU_DopplerProcHWA _HW_RESOURCES 结构中、整个演示都会崩溃 直接在初始化时出现此错误：
[C66xx_DSP]调试：DPM 模块同步完成
错误：收到 DPM 报告 4、错误：–30712 arg0：0x64 arg1：0x84eb44
[Cortex_R5_0]错误：DPM 报告 4 收到错误：–30712 arg0：0x64 arg1：0x1025a858
断言：20.759033s：./mss/mss_main.c：MmwDemo_DPC_ObjectDetection_reportFxn:2638：0 失败！！！

此错误可追溯到
*文件 mmwave_error.h -> DPU 基本错误–30000
*文件 dp_error.h ->多普勒 DDMA base –700
*文件 dopplerprochwaDDMA.h -> DPU_DOPPLERROCHWA_ERROR_NUMCHIRPSPERPING –12  

不过 这显然不是根本原因、因为注释掉对结构 DPU_DopplerProcHWA _HW_RESOURCES 的单个描述的修改会导致代码再次正常运行。

因此,如果你能的话,我会很高兴的:
1.) 解释为什么修改此结构会导致演示代码完全失败。
2.) 请建议一种方法（或确认我当前的方法）、说明如何从 dopplerprochwaDdma.c 范围检索一些解压缩的数据到 objectdetection.c 文件范围、其中我有我的 DPC/DPM 自定义传输链设置。

您好：Mark、

在 CCS 中的此错误发生所在的行处放置一个断点。 检查在结构中添加附加成员之前和之后、任何变量的值是否有任何变化。  因为这是一个自定义的变化,它是不可能在我的最后检查  

如果您需要特定范围二进制文件的 1D FFT、然后可以添加一个 DMA、以将数据从解压缩暂存区复制到给定地址。 您可以在循环中添加此更改、我们在其中处理多普勒处理-> DPU_DopplerProcHWA_Process 中的每个距离门。

此致、

Samhitha

你好、 Samhitha、

感谢您的支持！  

您能否请提供一些有关在文件 dopplerprochwaDDMA.c 中设置断点的指导？ 该文件不在 CCS 工程中、仅在链接器运行期间编译该文件时才会从以下位置提取预编译的二进制文件： “C：\ti\mmwave_mcuplus_sdk_04_07_00_01\mmwave_mcuplus_sdk_04_07_00_01\ti\proc\dpuplerdopDDMA\libcadoperdma\libchame_29664.dmp4

重新编译的内容 此文件夹 C：\ti\mmwave_mcuplus_sdk_04_07_00_01\mmwave_mcuplus_sdk_04_07_00_01\ti\datapath\DPU\ 掺杂剂 procDDMA 带有“gmake all“  确实解决了问题。 事实证明、默认的二进制文件（很明显）并没有采纳在 CCS 工程编译期间使用的.h 文件所做的更改。 但是 尽管如此、对于未来的开发、如果您能阐明如何在 dopplerprochwaDDMA.c 的非项目范围文件中设置断点、那将是一个不错的选择

这可能是指该环路？ 其中、在信标检查后、来自单个块的数据将出现在 L3 暂存区中。  

此致

标记  

你好、Samhitha、

我认为您看到的是如下屏幕截图中所示的错误-

到目前为止我没有看到任何错误、在编译期间、我的 CCS 工程的链接器拉取位于以下位置的预编译.ae66 文件：  

• C：\ti\mmwave_mcuplus_sdk_04_07_00_01\mmwave_mcuplus_sdk_04_07_00_01\ti\datapath\DPU\dopplerprocDDMA\lib\libdopplproc_hwah_ddma_awr2944.ae66

我可以通过运行 setenv、然后在 dopplerprocdma 目录中运行 gamke、来重建这个.ae66 文件。 这就是为什么我想知道如何在外部库中设置断点（，我只在链接操作期间拉入）？

我指的是在循环中处理每个范围门

这是一个非常好的 见解,谢谢！ 还有一个问题是、 我们在此访问的已解压缩外挡块的格式是什么？ 根据我能够找到的是 [numChirps][rangeBinsPerBlock（通过 rangeBinIdx 索引）][rx天 线]  这是正确的吗？

感谢您的帮助！

标记

尊敬的  Samhitha：

感谢您提供有关反汇编器的提示。 它揭示了我的 PC 只有零到达的原因（因为我目前正在通过 TLV 输出慢速序列以进行调试）。

它确实表明我的条件内的实际逻辑没有被执行。 问题是 DPU 不会拾取我在 objetdetection.c 中分配的指针。

因此不满足 DPU_DopplerProcHWA_Process 中的以下条件：

还有其他注意事项 （如缓存无效或类似） 与预编译的 DPU 交换信息/指针时需要做什么？

 目前我的方法如下：

1. 在 DPC_ObjDet_preStartConfig 内、我为缓冲区分配（只分配一次）存储器：
   1. ptrObjDetObj->stftInputBuf = DPC_Obj Det_Mem PoolAlloc (L3ramObj、stftInputBuf、sizeof (cmplx16ImRe_t))；
      ptrObjDetObj->stftOutputBuf = DPC_Obj Det_Mem PoolAlloc (L3ramObj、ptrObjDetObj->stftBufBytes、sizeof (cmplx16ImRe_t))；
2. 在 顶部前后的 DPC_ObjDet_dopplerConfig 内（不更改结果）memset ((void *) dopCfg、0、sizeof (DPU_DopplerProcHWA_Config))；我执行以下 2 个赋值：
   1. hwRes->stftInputBuf = objDetObj->stftInputBuf;
      hwRes->stftRangeBinIdx = objDetObj->stftRangeBinIndex;  
3. 在 DPU_DopplerProcHWA_Process 中、我已将我的逻辑置于所讨论的循环内、条件是（永远不会满足）：
   1.  if (cfg->hwRes.stftInputBuf ！=  NULL)

此致、

标记