TI中文支持网Part Number:AWR1642BOOST
已经正确安装了mmwave_sdk_03_05_00_04，mmwave_automotive_toolbox_3_4_0；
在 功能模式下烧如C:\ti\mmwave_automotive_toolbox_3_4_0\labs\lab0002_short_range_radar\prebuilt_binaries目录下文件可以正常运行，连接C:\ti\mmwave_automotive_toolbox_3_4_0\labs\lab0002_short_range_radar\gui可以看到程序运行结果。
问题1：
在CCS debug模式下下载C:\ti\srrdemo_16xx_dss的重新编译后的文件，在DSS和MSS程序都运行后，ADBUF的数据没有更新一直显示零，可能是什么问题啊？
问题2：
在CCS debug模式下下载C:\ti\srrdemo_16xx_dss的重新编译后的文件，在DSS和MSS程序都运行后，此时用C:\ti\mmwave_automotive_toolbox_3_4_0\labs\lab0002_short_range_radar\gui\srr_visualization.exe无法连接程序？为什么啊？
Nancy Wang：
请问有参考过user guide吗？问题2中无法连接是否有报错？
mmwave_automotive_toolbox_3_3_0\labs\lab0002_short_range_radar\docs\AutoSrr_usersguide
,
bo xi：
参考过user guide 了。每一步都是按lab0002_short_range_radar中的步骤进行。
问题2中GUI的命令窗口提示串口连接打开失败，CCS 控制台的输出如上图所示，一直显示“”CLI is operational“”。
控制台显示一直显示“”CLI is operational“”，是等待输入命令吗？
程序单步执行好像也有点问题，SRR_DSS_mmWaveTask函数一直进入不到MmwDemo_processChirp(dataPathObj, gSrrDSSMCB.subframeIndx);函数处。
这是为什么呀？
,
Nancy Wang：
bo xi 说：在CCS debug模式下下载C:\ti\srrdemo_16xx_dss的重新编译后的文件，在DSS和MSS程序都运行后，ADBUF的数据没有更新一直显示零，可能是什么问题啊？
您查看该值的时候是否将core暂停，只有在core暂停的情况下才会更新。
bo xi 说：问题2中GUI的命令窗口提示串口连接打开失败，
您设备管理器中的com口是否与SRR GUI中的 UART port options 一致
bo xi 说：程序单步执行好像也有点问题，SRR_DSS_mmWaveTask函数一直进入不到MmwDemo_processChirp(dataPathObj, gSrrDSSMCB.subframeIndx);函数处。
晚一些给您回复，有可能与我们为此实验做过优化有关。
,
bo xi：
查看adbuf的值是在程序暂停时查看的。com口与uart设置一直。
,
Nancy Wang：
晚一些给您回复。
,
Nancy Wang：
从您发的另一个帖子中看到问题1已经解决了吗？
https://e2echina.ti.com/support/sensors/f/sensors-forum/209074/awr1642boost-vitalsigns_16xx_dss-gui
2. 是不是其它应用程序占用了COM口，重启EVM和PC看看
3. 对于 MmwDemo_processChirp 函数，CCS 无法找出该函数执行的实际位置。在 SRR demo DSS 链 cmd 文件 (dss_srr_linker.cmd) 中，MmwDemo_processChirp 放在名为 .fastCode 的部分中。该部分最初加载在 L3 RAM 中，但后来从 L1 RAM 复制并运行。CCS 无法对此进行跟踪，因此无法对此进行调试。
