3. 移植联调核心概念
说实话，很多做DSP移植的工程师，最后卡住的地方往往不是代码逻辑，而是开发环境没搭好。我见过太多人花了两周调一个bug，结果发现是仿真器驱动版本不对——这种坑，咱们完全可以在第一天就避开。
这一章，我会带你走一遍完整的搭建流程。从CCS安装到仿真器驱动，再到目标板连接测试。每一步我都会告诉你：哪些地方容易翻车，哪些设置可以省掉。
核心原则：先装CCS，再装仿真器驱动，最后连接目标板。顺序错了，后面全是坑。
3.1 CCS安装与配置
CCS（Code Composer Studio）是TI官方的IDE，基于Eclipse。说白了，它就是咱们写DSP代码的主战场。
3.1.1 版本选择
我个人习惯用CCS 10.x或12.x。为什么？因为这两个版本对C2000和C6000系列支持最稳定。我曾经在项目里用过CCS 8.x，结果发现对F28379D的支持有bug，折腾了两天才换版本。
| CCS版本 | 推荐场景 | 注意事项 |
|---|---|---|
| CCS 8.x | 老项目维护 | 对新器件支持有限 |
| CCS 10.x | C2000/C6000主流开发 | 稳定，推荐 |
| CCS 12.x | 新项目、ARM+DSP异构 | 功能最全，但吃内存 |
3.1.2 安装步骤
- 下载安装包：从TI官网下载离线安装包。别用在线安装，网速慢的时候能急死人。
- 选择组件：安装时只勾选你需要的器件系列。比如你做C2000，就别勾C6000和MSP430——装多了启动慢。
- 安装路径：不要有中文路径！不要有空格！我见过有人装在“D:\DSP工具\CCS 12”下面，结果编译报错找不到路径。
- 等待安装：大概20-30分钟。去喝杯咖啡。
小技巧：安装完成后，第一次启动CCS会让你选择工作空间（Workspace）。我建议单独建一个文件夹，比如 D:\Workspace\DSP_Project，别用默认路径。这样以后项目多了好管理。
3.1.3 配置编译器与调试器
安装完CCS后，第一件事是检查编译器版本。你想想看，如果编译器版本不对，代码写得再好也编译不过。
// 检查编译器版本
// 在CCS中：Project -> Properties -> General -> Toolchain Version
// 推荐使用 TI v20.2.x.LTS 或更高版本我个人习惯在第一次新建项目前，先配好调试器。路径是：Window -> Preferences -> Code Composer Studio -> Debug。把“Connect to target on startup”勾上，这样每次调试时自动连接目标板，省一步操作。
3.2 仿真器驱动安装
仿真器是连接PC和目标板的桥梁。没有它，你写的代码就是一堆死文字。
3.2.1 常见仿真器类型
市面上常见的DSP仿真器主要有三种：
- XDS100v2：便宜，适合学习。但速度慢，调试大项目时会卡。
- XDS200：性价比高，我项目里用得最多。稳定，速度够用。
- XDS560v2：专业级，支持高速调试。适合多核DSP或实时性要求高的场景。
注意：XDS100v2的驱动和XDS200/560不通用。别装错了。我曾经帮一个同事排查问题，他装了XDS200的驱动，结果插上XDS100v2死活连不上——折腾了半小时才发现。
3.2.2 驱动安装步骤
- 插上仿真器：先别连目标板，只插USB到PC。
- 安装驱动：CCS安装包自带驱动。路径在
CCS安装目录/ccs_base/emulation/drivers。手动指定到这个路径安装。 - 验证驱动：打开设备管理器，看“TI Debug Probe”下面有没有设备。如果有黄色感叹号，说明驱动没装好。
- 重启PC：嗯，这一步很多人会忘。驱动装完后重启一下，确保加载成功。
避坑指南：如果你用的是Windows 10/11，记得关闭驱动强制签名。否则驱动装不上。方法：重启时按F8，选择“禁用驱动程序强制签名”。
3.3 目标板连接测试
环境搭好了，驱动装好了，接下来就是见证奇迹的时刻——连接目标板。
3.3.1 硬件连接
连接顺序很重要：
- 先给目标板上电。
- 再把仿真器的JTAG接口连到目标板。
- 最后把仿真器的USB连到PC。
为什么是这个顺序？因为如果先连USB再连JTAG，仿真器上电瞬间的浪涌可能会把目标板上的DSP烧掉。我见过一次，板子直接冒烟了——从那以后我再也不敢乱顺序。
3.3.2 创建目标配置文件（Target Configuration）
在CCS里，你需要告诉它：你用的是哪个仿真器？哪个DSP芯片？
// 创建步骤：
// 1. View -> Target Configurations
// 2. 右键 -> New Target Configuration
// 3. 选择仿真器：如 Texas Instruments XDS200 USB Debug Probe
// 4. 选择器件：如 TMS320F28379D
// 5. 保存并设置为默认我个人习惯把目标配置文件放在项目文件夹里，而不是CCS的默认路径。这样换电脑时直接拷贝项目就能用，不用重新配。
3.3.3 连接测试
配好目标配置后，点击“Test Connection”。CCS会尝试连接目标板，并返回诊断信息。
如果一切正常，你会看到类似这样的输出：
[Start: Texas Instruments XDS200 USB Debug Probe_0]
Execute the command:
%ccs_base%/common/uscif/dbgjtag -f %boarddatfile% -rv -o -F INFORM,LOG
...
-- [SUCCESS] JTAG IR Length: 6
-- [SUCCESS] IDCODE: 0x0B7F002F
-- [SUCCESS] Device: TMS320F28379D
-- [SUCCESS] Connection test passed.
[End: Texas Instruments XDS200 USB Debug Probe_0]看到“Connection test passed”就说明成功了。
常见失败原因：
- 目标板没上电——检查电源指示灯。
- JTAG线序不对——确认1脚对齐。
- 仿真器驱动没装好——回设备管理器检查。
- 目标配置文件选错了器件——重新核对型号。
3.4 知识体系总览
下面这张图，把整个开发环境搭建的流程串起来了。你可以把它当作一张检查清单。
3.5 第一个例程验证
环境搭好了，咱们跑个最简单的例程验证一下。TI官方提供了很多例程，在CCS里可以直接导入。
// 导入例程步骤：
// 1. Project -> Import CCS Projects
// 2. 选择例程路径：C:\ti\c2000\C2000Ware_4_03_00_00\driverlib\f2837xd\examples\cpu1\led_ex1_blinky
// 3. 编译（Ctrl+B）
// 4. 调试（F11）
// 5. 运行（F8）如果LED开始闪烁，恭喜你——环境搭建成功！
小提示：第一次调试时，CCS可能会提示“No source available for ...”。别慌，这是正常的。点“Run”继续就行。因为有些启动代码是汇编写的，CCS找不到对应的源码文件。
嗯，到这里，开发环境就全部搭好了。你想想看，从CCS安装到仿真器驱动，再到目标板连接，每一步都有坑。但只要按这个流程走，基本不会出大问题。
我记得第一次搭环境时，光驱动就装了三次。后来总结出经验：先看CCS版本，再看仿真器型号，最后查目标板手册。三样东西对上了，一次过。