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.

IWR1843BOOST: 利用ccs debug读取L3 mermory,理论字节与实际不符

Part Number: IWR1843BOOST
Other Parts Discussed in Thread: UNIFLASH

我想只用IWR1843BOOST采集1帧数据

利用IWR1843BOOST 、 out_of_box_1843_isk.bin 、CCS、多种.cfg。

参考《ADC Data Capture using Capture Demo and CCS Memory Browser IWR14xx/AWR14xx example》、《Mmwave Radar Device ADC Raw Data Capture》、1843数据手册三篇文章

顺利用CCS看到mermory的数据,但是

配置文件如下,读取一帧数据,3发4收,cortex的L3起始0x51000000。

计算的字节数 =3*4* 64*16*4 = 4096=0xc000,

所以读取的地址为0x51000000----0x5100bffc,但是实际却是到0x5100c7fc,

即:接收字节数 = 0xc800,

不知为啥会多出来0x800,设置的读取数目越多,它的偏移量越大。以下是做的几次实验数据

理论:0x18000  实际:0x19000

理论:0x60000  实际:0x64000

在前两篇参考文章中,mermory的读取起始地址为0x51020000,不是L3的起始地址0x51000000,

在论坛看到帖子,但是我看1843不支持sdk1.几的,而且没有capture_demo,帖子里的起始时候的读取起始地址据说是在capture.h中,我在他里面也没看到。

这个读取起始地址相对于0x51000000的偏移地址有什么意义吗?

实际采集的数据为什么会超过理论值?

我多帧刷新,mermory的数据没有重复值,也就是说所有的数据都在刷新,这是什么意思呢?

  • 您好,我们已收到您的问题并升级到英文论坛寻求帮助,如有答复将尽快回复您,谢谢!

  • 好的,不知道您那边是否复现我的实验现象?因为我怀疑是否是我操作的问题,因为我烧录了以下bin文件,发现期间一直出现不同的问题,进入不了debug模式

    \mmwave_sdk_03_06_00_00-LTS\packages\ti\utils\ccsdebug\xwr18xx_ccsdebug.bin

    还有在上述的文档中,原始数据采集采用的不是 out_of_box_1843_isk.bin  ,而是capture啥的文件。旧版本sdk的相关资料我在新版本sdk的以下目录中发现,但我没有找到bin文件,不知道如何进行操作

    \mmwave_sdk_03_06_00_00-LTS\packages\ti\drivers\test\mem_capture\xwr18xx

    感谢您的回复!

  • 您好,

    目前工程师这边还没有更新,我们先把新情况跟进下,如果有答复尽快给到您哈。

  • 我在想,是不是数据后面地址放的是CRC校验的数据呢?

  • 您好,

    关于"\mmwave_sdk_03_06_00_00-LTS \packages/ti\drivers\test\mem_caption\xwr18xx"目录、.xer4f 和.xe674两个文件分别是.MSS 和.dss 文件。 二进制(.bin)文件是合并和编译的这两个文件。 在debug模式下使用 Code Composer Studio 和 IWR1843BOOST 板,您可以将这些文件刷写到各自的内核中,并实现与通过 Uniflash 刷写已编译的 bin 相同的功能。 有关使用 CCS 刷写这些文件的指南,请参阅Industrial Toolbox for mmWave Sensor,链接如下:

    https://dev.ti.com/tirex/explore/node?a=VLyFKFf__4.12.1&node=A__AKZl2I1OiS5ssBNGpidsCQ__com.ti.mmwave_industrial_toolbox__VLyFKFf__4.12.1

    之前的问题工程师还在查看中。

  • 进入debug模式需要用uniflash烧录 \mmwave_sdk_03_06_00_00-LTS\packages\ti\utils\ccsdebug\xwr18xx_ccsdebug.bin 文件吗,还是随便烧录一个就可以呢,因为我烧录了上述的bin文件后发现cfg文件发送不到1843boost中?

  • 抱歉,刚才我又验证了一下,发现是烧录"\mmwave_sdk_03_06_00_00-LTS \packages/ti\drivers\test\mem_caption\xwr18xx"目录、.xer4f 和.xe674两个文件造成的cfg文件传输不了,发送的数据一直没有回复

  • 我的控制串口的速率为 115200

  • 您好,

    cfg文件传输不了,发送的数据一直没有回复

    您是说,当cfg 文件传输不了时,器件没有任何响应?或者说 cfg 是坏的? 使用这种不同的二进制文件时,支持的 cfg 命令可能与以前不同。 建议您使用 TeraTerm 或 PuTTY 等串行端口通信工具来验证器件是否启动良好。 使用这些终端可以在任何可能导致问题的 cfg 行上获得错误消息。 如果器件甚至拒绝启动,那么在连接到 CFG_PORT COM 端口时,按 ENTER 键或任何其他键时都不会收到反馈。

    如果您需要此方面的快速指南,请仅遵循以下CLI 指南中所示的串行端口设置:

    https://dev.ti.com/tirex/explore/node?a=VLyFKFf__4.12.1&node=A__AITQiu2kqZjZBpM3XxDZdA__com.ti.mmwave_industrial_toolbox__VLyFKFf__4.12.1

  • 好的,不知道实际采集数据长度比理论值要大的这个问题是否有进展?我这边还一直没有解决方法

  • 我们问下工程师哈,看下是否有新的进展。

  • 您好,

    不知道实际采集数据长度比理论值要大的这个问题是否有进展?

    关于该问题,有一个缓冲区,这个缓冲区的细节可在位于 C:/ti/manify <mmwave_sdk_version> packages/ti/drivers/test/mem_cape/docs/doxygen/html/index.html 的 Doxygen/html/index.html 的 Doxygen/index.html 内的 Doxygen/index.html 中查看。

    您可以同时使用14xx MSS 代码和 doxygen 来了解如何获取有效负载以及如何将发送到 L3的最终结果组合在一起。

x 出现错误。请重试或与管理员联系。