最后经确认，由于当前使用的1.1.027-T000产品文档中，提供的雷达抽象event信息查询命令rtfevent list | grep -i sensor有误，现在改成使用rtfevent list | grep -i radar | xargs rtfevent hz之后，就可查询到event，希望可以帮助更多人

检测模式设置过程如下截图：

通过上位机抓取的两种检测模式的CAN数据,如附件txt文本文件

在接入ARS408前通过以下方法配置过检测模式，即，cansend发送配置数据的办法（两个选择了其中一个） # 1. Objects（Track） ，同时写NVM，永久有效 cansend can1 200#F8000000089C0000 # 2.Clusters（Detect） ，同时写NVM，永久有效 cansend can1 200#F8000000109C0000 然后，做过以下实验： 1.ARS408接入的线缆标签RADAR_C3前,使用cansend can1 200#F8000000089C0000发送配置给ARS408，接入后，收不到数据收发事件 2.ARS408接入的线缆标签RADAR_C4前,使用cansend can1 200#F8000000109C0000发送配置给ARS408，接入后，收不到数据收发事件

需要帮忙看下执行rtfevent list | grep -i sensor后，无法监听到毫米波数据收发事件问题的原因

因为测量毫米波can输出的波形是ok的，接上位机软件接收到的数据也是ok的，所以把问题范围缩小到mdc上的can的硬件连接和软件部分。由于mdc的保护壳以及引出的can接线无测试端子，因此无法使用万用表、示波器测量信号。所以只能靠candump和肉眼观查，反复插拔，换can口等方法排查问题。但mdc上引出的can输入的末端针脚完全是用塑料壳包裹，无法用眼睛直观看到它与毫米波的输出can接线是否完全接好（中途尝试过反复插拔至少15次以上，或换其他5个can接口，一直没能成功连接），直到某一次突然成功了，才完全确认是接线不良的问题。

已确认RX无错误帧，当前剩下的问题是执行rtfevent list | grep -i sensor，如下截图

candump抓不到数据的原因已找到：mdc一端引出的can线与毫米波雷达输出can线接触不良导致。现在确保接好线之后，确认能够抓取到can数据。但执行rtfevent list | grep -i sensor依然无法监听到数据收发事件！！可能需要帮忙确认一下是否与can的激活状态有关