USB转换芯片挂了，需断电才能恢复。
支持
SUPPORT
-
Q为什么有时候点击“连接设备”和 RadarAnalysisTool 连接失败?A
雷达上电后需要 5s 钟左右才能开始接收 shell 命令，可尝试在雷达上电后等待5s 后，点击“连接设备”。
若问题仍然发生,请断开 USB 连接、关闭RadarAnalysisTool,重新为雷达上电、打开 RadarAnalysisTool并重新连接。
-
Q为什么有时候雷达与 RadarAnalysisTool 通信异常时，按开发板上的复位键仍然无法恢复?A
-
Q为什么雷达性能测试时，明明无人但多普勒维出现了杂波（或者持续杂点）？A
如果使用角反射器则检查使用的角反射器是否距离雷达过近或尺寸过大，尝试将角反射器放置距离雷达更远、或使用更小的角反射器;
如果在狭小空间，则可能是饱和，建议可以使用静态杂波过滤，效果不佳则可再提高HPF和减少接收增益配合使用；
根据《RS6x_7x_毫米波雷达评估_快速入门》表 3-1检查是否存在2倍压缩的情况，若有，请减小Datacube 尺寸。
-
Q点云拉距测试的时候，为什么感觉有时候探测性能不佳?A
雷达仅探测运动目标，严格来说是探测速度在人与雷达连线上有足够分量的移动目标，这个速度的分量称为径向速度。可以简单认为雷达无法探测径向速度的绝对值小于速度分辨率的目标。若人沿雷达为圆心，人到雷达的距离为半径的圆的切线方向运动，人不会被雷达检测到。
-
Q雷达为什么会对静止目标虚检?A
由于多普勒 FFT 加窗，导致静止目标的能量会泄露至相邻的多普勒 bin 上，如《RS6x_7x_毫米波雷达评估_快速入门》图 4-12 所示。在硬件CFAR 检测时，已经排除了静止目标左右两侧各1个多普勒 bin 不参与检测，但若目标的能量过高，其在更远的距离上产生的泄露可能超过 CFAR 门限,因此 CFAR 对静止目标产生虚检。此时可通过调整 CFAR门限或软件进行二次信噪比判断来将这些静止目标产生的虚检排除。
如果在狭小空间，则可能是饱和，建议可以使用静态杂波过滤，效果不佳则可再提高HPF和减少接收增益配合使用。
-
Q雷达为什么在某些环境下人带起很多虚假目标?A
在狭小且具有大量金属目标的环境下，雷达可能产生大量的虚假目标，这些虚假目标主要来自于两个方面:
1.探测到来自多种传播路径的目标，典型的多径传播干扰如下:
……
-
Q在评估点云性能时，RadarAnalysisTool为什么有时会提示绘图异常?A
受限于 PC性能，当长时间上报的点云个数过多时，绘图控件缓冲区溢出，此时绘图控件会提示“绘图异常”。
建议将雷达放在稳定的底座上，避免长时间出现大量点云，或使用性能更好的PC。
-
QRadarAnalysisTool为什么有时会提示“接收数据不完整”?A
1、雷达上报大量数据时的时钟频率较快，这对连接器的信号完整性有一定的要求，使用性能不好的USB 线时，如果触碰 USB 线束或 Type-c接口，可能导致出现信号完整性问题。建议开发者将雷达放在稳定的底座上，并尽量避免触碰雷达线束。
2、在 SPI的传输方式中，数据传输耗时与PC性能和任务调度有关，存在不确定性。因此可在RadarAnalvsisTool限制的最小帧率下，数据传输过程中仍出现“接收数据不完整”的提示，此时需要开发者手动增大帧周期，以避免数据错误的情况。
-
Q项目前期基于开发板开发验证时，应选择UART-SPI模式还是 DUAL-UART 模式?A
由于雷达调试数据具有数据量大的特点，建议基于开发板开发时，使用 UART-SPI模式，可节约数据传输时间，支持更高帧率的雷达发波周期。
-
Q雷达的 LOG 串囗为什么打印"mmw_process fft_ant_32 call failed, err_code: 4”?A
此错误时由于雷达波形发送完成到下一帧的Frame之间时间过短，硬件在发波时将数据写入Datacube时软件仍然在访问 Datacube 从而发生冲突，这可能导致当前数据处理流程数据异常。可通过限制最大点云数、降低帧率等方法来进行规避此问题。
-
Q编译过程中提示找不到xxx.o，导致编译不过。A
当代码目录结构发生了变化时，残余的链接信息不能清除干净，这时需要开发者点击'Clean Project'按钮，或手动删除工程目录下的'Lst'和'Obj'目录，重新编译工程。
