企业官网建设流程全解析

TI IWR6843ISK雷达开发板：从ECIBOOST模式切换到CCS调试的完整避坑指南

当毫米波雷达遇上嵌入式调试，硬件工程师们常常在模式切换的迷宫里打转。IWR6843ISK作为TI旗下高性价比的60GHz毫米波传感器，配合ECIBOOST扩展板能解锁更多调试可能，但这也意味着跳线帽设置、镜像烧录、CCS配置的连环考验。本文将用实战经验带你穿越这片"无人区"，重点解决"硬件连接正确但CCS死活连不上"的经典难题。

1. 硬件模式切换：那些跳线帽不能说的秘密

IWR6843ISK开发板的模式选择就像一把密码锁，跳线帽的组合决定了它的行为模式。许多开发者卡在第一步——误以为连接ECIBOOST就自动进入调试模式，实则不然。

1.1 模式跳线的黄金组合

开发板上有六个关键的跳线位（SOP0-SOP5），它们的二进制组合对应不同工作模式。对于CCS调试场景，需要特别注意两组跳线：

• ECIBOOST板跳线（靠近40pin连接器）：

  • SOP0: ON（1）
  • SOP1: OFF（0）
  • SOP2: OFF（0）
  • 组合编码：100（对应功能模式）

• IWR6843ISK核心板跳线：

  • SOP0: OFF（0）
  • SOP1: OFF（0）
  • SOP2: ON（1）
  • 组合编码：001（CCS调试模式）

注意：跳线帽方向错误是常见失误，ON状态应使跳线帽垂直覆盖两个引脚。用万用表通断档验证更可靠。

1.2 电源时序的隐藏陷阱

接电顺序不当会导致芯片无法正常初始化，建议遵循：

1. 先连接ECIBOOST的USB转串口线
2. 再连接XDS110调试器的USB线
3. 最后接通5V电源适配器

反常现象：若发现设备管理器识别出"XDS110 Class Application/User UART"但CCS无法连接，尝试重新拔插调试器USB线（保持电源开启）。

2. 调试镜像烧录：Uniflash的魔鬼细节

官方文档不会告诉你，直接使用预编译的xwr18xx_ccsdebug.bin可能遭遇版本兼容性问题。这个用于启用JTAG调试的特殊镜像，需要与SDK版本严格匹配。

2.1 镜像获取的正确姿势

在mmWave SDK 03.06.00.00-LTS中，镜像路径为：

C:\ti\mmwave_sdk_03_06_00_00-LTS\packages\ti\utils\ccsdebug\xwr68xx_ccsdebug.bin

版本不匹配的典型报错：

• "Failed to verify flash"
• "Error code: -1"

2.2 烧录参数配置表

烧录成功后，务必执行硬件复位（按下S1按钮），而非仅软件重启。

3. CCS调试环境搭建：从工程导入到双核调试

Code Composer Studio的配置过程充满"惊喜"，特别是处理双核C674x DSP和R4F MCU的协同调试时。

3.1 工程导入的隐蔽关卡

以"long range people detect"示例工程为例，易错点包括：

• SDK版本冲突：工程属性中的Include Options必须指向实际安装的SDK路径
• 编译器版本：建议使用TI v20.2.LTS，新版可能引发兼容性问题
• 双工程依赖：必须同时导入DSS（信号处理）和MSS（控制）工程

// 验证工程配置的关键命令 echo ${CG_TOOL_ROOT} // 检查编译器路径 grep -r "mmwave_sdk" ./.project // 确认SDK引用

3.2 ccxml文件配置实战

创建目标配置文件时，这几个选项决定成败：

1. Connection选择：必须为"Texas Instruments XDS110 USB Debug Probe"
2. Device选择：输入"IWR68xx"而非自动填充的"IWR6843"
3. Board选择：留空（非必须项）

连接测试通过后，在Debug视图会看到两个处理器：

• C674X_0（DSP核）
• R4F_0（ARM核）

关键技巧：先连接DSP核加载DSS工程，再连接ARM核加载MSS工程，顺序颠倒会导致同步失败。

4. 典型故障排除手册

当CCS卡在"Connecting to target..."时，按以下流程排查：

4.1 硬件层检查

1. 确认跳线帽组合为ECIBOOST-100 + ISK-001
2. 测量3.3V和1.8V电源轨电压（允许±5%偏差）
3. 检查XDS110指示灯状态：
   • 常绿：正常
   • 红色闪烁：供电异常
   • 熄灭：连接故障

4.2 软件层诊断

• 执行CCS自带的"Debug Server Scripting"测试：

dsa.runScript("C:/ti/ccs_base/common/uscif/xds110/xds110reset.exe")

• 查看CCS安装目录下的日志：

tail -f C:/ti/ccs_base/debug_server/logs/Log_Current.txt

4.3 终极解决方案

当所有常规手段失效时，尝试这个冷门操作：

1. 移除所有USB连接
2. 打开设备管理器，卸载"XDS110"相关设备（勾选删除驱动）
3. 重新插拔调试器，让系统自动安装驱动
4. 运行TI提供的驱动修复工具：

Start-Process -FilePath "C:\ti\ccs_base\common\uscif\xds110\xdsdfu.exe" -ArgumentList "-e"

调试过程中遇到断点失效的情况，很可能是编译器优化导致。在工程属性中调整：

• Build → C6000 Compiler → Advanced Options → Debug Options
• 将"Opt Level"改为"-O0"（禁用优化）