RadarAnalysisTool采集数据时，选择1DFFT模式，帧率10ms会严重丢帧，这里有解决方法吗？是否有临界点，我发现20ms以上才会比较稳定

[一揽芳华]

 

 

[RuifDu]

@一揽芳华 我们发布前用台式机测试过是可以的，但是仍然建议先使用ReportDataCube1D固件配合RadarDebugTool工具来实现，那个固件会更稳定一些，并且具备可靠的保活机制，可直接用于量产。 RadarAnalysisTool这套我们这边再确认一下，看能否临时优化一下配置让它丢帧的概率低一些。

[一揽芳华]

@RuifDu 我是使用的最新的版本的代码，只有这个RadarDebugTool工具烧录这个ReportDataCube1D固件才支持10ms吗？我使用RadarAnalysisTool这个工具烧录官方的radar_analysis_mrs6240_p2512.img这个固件不支持10ms吗？

[RuifDu]

你好：
如使用雷达分析工具请关闭绘图功能。
若仍然不行，可能是电脑性能原因，请参考ReportDataCube1D工程，此工程对1D-DataCube的传输进行了定向的优化，最高支持5ms的帧周期，需要使用RadarDebugTool工具进行1D数据接收。

[一揽芳华]

@panda_mw 如上我使用的最新的SDK2.1.0固件镜像，使用的6240的开发板，笔记本电脑

[panda_mw]

要用最新发布的SDK2.1.0才支持这么高的帧率

[RuifDu]

@一揽芳华 工具上在切换帧模式为1DFFT的时候应该放开帧率配置到5ms，这是我们的疏忽。 目前ReportDataCube1D工程默认配置是10ms上报，只是工具不可配置，可以通过修改prj_config.h中帧周期的宏，重新编译固件。

[一揽芳华]

@RuifDu 1、你看我补充的图片，为什么RadarDebugTool这个工具最小帧周期是50ms，文档中是可以设置到10ms，而且按照你说的，你们那应该也可以设置到10ms，为什么？ 2、RadarAnalysisTool这套我可以自己优化RS6x_7x_mmWave_sdk_V2.1.0\Software_Kit\02_SDK\psdf_sdk\project\mmwave\radar_analysis\cdk_6240_xip_cpuf这套代码的参数然后构建之后使用来支持10ms的速率吗？

[RuifDu]

@一揽芳华 ReportDataCube1D固件配合RadarDebugTool工具这块我们在笔记本上测试过是没有问题的，这个工具存储的.bin文件和RadarAnalysisTool工具转换出的.bin文件格式是一致的。 RadarAnalysisTool这套的确没有用这么高帧率在笔记本上测试过，我们刚才看过了，需要优化一些传输参数才能更好支持10ms，1D-FFT的帧周期。

[一揽芳华]

这是我使用的最新的固件

[一揽芳华]

我最新版本的工具打开帧周期最小只能设置到50ms，但是文档中怎么是最小10ms？

[RuifDu]

RadarAnalysis工程修改点如下：

mmw_report.c：

1.修改宏CUBE_CACHE_BLOCK的定义由8改为32，增加用来缓存Cube数据的块数;
2.注释mmw_ctrl_data_cube_report_cb()的396~404行的if代码块：

if (cube_report_info.finish_idx < cube_report_info.block_idx) { 
    ...  
return ret;
}

mmw_report.h：

修改宏CUBE_DATA_SIZE的定义由3072改为2048，修改每一块内存可缓存Cube数据的长度;

mmw_shell.c：

在793行mmw_data_cube_report_init()后添加以下代码

uint32_t hif_upload_poeriod = 40;
HIF_ExtControl(HIF_SET_SEND_FRAME_IO, （void*)&hif_upload_poeriod, sizeof(hif_upload_poeriod));

这里是设置HIF的超时时间，避免未读数据一直占用HIF资源。

上述仅用于临时提升1D帧的多帧传输效率，适用于1D帧模式、256距离FFT、8天线下最多缓存并传输8帧Cube数据所用资源。

[RuifDu]

你好：
我们这两天之内会更新一版RadarDebugTool工具，开放1D-FFT最短配置到5ms的帧周期。雷达分析工具固件也会尽快在下一版SDK上对这部分性能进行优化。