1. DSP开发环境搭建：CCS安装与配置、仿真器驱动安装、目标板连接与测试
做DSP开发，第一关就是搭环境。别小看这一步，我见过不少新手卡在这里好几天，甚至有人因为仿真器连不上直接怀疑板子坏了。其实说白了，大部分问题都是流程没走对。
这一章，咱们就把CCS从下载到跑通第一个例程的完整流程过一遍。我会把我在项目中踩过的坑、总结的经验都揉进去。
1.1 CCS的版本选择与安装
CCS（Code Composer Studio）是TI官方的IDE，基于Eclipse魔改的。版本很多，怎么选？
核心原则：选与你的DSP芯片匹配的最新稳定版，不要追最新版。
| DSP系列 | 推荐CCS版本 | 备注 |
|---|---|---|
| C2000系列（如TMS320F28335） | CCS 6.x ~ 10.x | 老项目常用6.x，新项目建议10.x以上 |
| C6000系列（如TMS320C6748） | CCS 8.x ~ 12.x | 注意区分浮点和定点版本 |
| C5000系列（如TMS320C5515） | CCS 5.x ~ 8.x | 低功耗应用，版本不宜太新 |
| 最新AM64x/AM243x | CCS 12.x 以上 | 需要配合SysConfig使用 |
我个人习惯在TI官网的「CCS Download」页面直接下载离线安装包。在线安装器虽然方便，但网络不好的时候能把你急死——我曾经在客户现场用4G热点下了两个小时，结果中途断了，气得我直接换离线包。
安装时注意几点：
- 路径不要有中文和空格。我见过有人装在「D:\DSP开发\CCS」下面，结果编译时报路径解析错误，折腾半天。
- 选择组件时，只勾选你需要的DSP系列对应的编译器。全选的话，安装包能到10GB+，很多你用不上。
- 安装完成后，建议重启一次电脑，让环境变量生效。
小技巧：安装完成后，可以在CCS的Help → About Code Composer Studio里查看已安装的组件。如果发现漏了某个编译器，不用重装，用CCS的「Update Manager」单独添加就行。
1.2 仿真器驱动安装与验证
仿真器是连接PC和目标板的桥梁。市面上常见的仿真器有TI原厂的XDS100/200/560，还有第三方的SEED-XDS、Blackhawk等。
驱动安装其实不复杂，但有个坑——插拔顺序。
警告：安装驱动前，不要先插仿真器到电脑USB口。先装驱动，再插设备，这是Windows设备驱动安装的铁律。
具体步骤：
- 从TI官网下载对应仿真器的驱动包（通常在CCS安装目录下也有，路径是
ccs_base/emulation/drivers）。 - 以管理员身份运行安装程序。
- 安装完成后，插入仿真器USB线。
- 打开设备管理器，检查是否出现对应的仿真器设备（如「XDS100 Class USB Serial Port」）。
如果设备管理器里出现黄色感叹号，说明驱动没装对。我曾经遇到过XDS100在Win10下需要禁用驱动签名才能正常安装，折腾了半小时才发现是这个原因。
避坑指南：Win10/Win11用户，如果仿真器驱动装不上，试试「禁用驱动程序强制签名」模式。具体操作：按住Shift重启 → 疑难解答 → 高级选项 → 启动设置 → 重启 → 按数字键7。
1.3 目标板连接与测试
驱动装好了，接下来就是让CCS和板子「对上话」。这一步是很多人翻车的地方。
先看看整体流程：
嗯，这张图把流程串起来了。下面我拆开细说。
1.3.1 创建Target Configuration
在CCS中，点击 View → Target Configurations，打开配置面板。右键 → New Target Configuration，输入文件名（建议用板子型号命名，比如 F28335_XDS100.ccxml）。
这里有个细节：Connection 下拉框里选你的仿真器型号，Device 里选你的DSP型号。如果找不到，说明你安装CCS时没勾选对应的器件支持包。
我的经验：选Device时，不要只选芯片型号，还要注意后缀。比如TMS320F28335和TMS320F28335PGFA，虽然核心一样，但有些外设配置有差异。选错了，后面GEL文件加载会报错。
1.3.2 Test Connection
配置保存后，点击右上角的 Test Connection 按钮。CCS会尝试通过仿真器与目标板通信。
如果一切正常，你会看到类似这样的输出：
[Start: Texas Instruments XDS100v2 USB Emulator_0]
Execute the command: %ccs_base%/common/uscif/xds100serial.exe -f board.dat -s
...
[End: Texas Instruments XDS100v2 USB Emulator_0]
如果报错，别慌。常见问题就那几种：
- 「Could not find device」 → 检查板子供电了吗？仿真器JTAG线接反了吗？
- 「Error connecting to the target」 → 可能是DSP进入了低功耗模式，或者复位电路有问题。
- 「The JTAG IR and DR scan-path cannot be stabilized」 → 这个我遇到过，一般是仿真器时钟频率太高。在配置里把JTAG时钟降到1MHz试试。
注意：Test Connection通过，只说明仿真器和DSP的JTAG链路通了。不代表你的工程配置没问题。后面加载程序时还可能报错。
1.3.3 加载GEL文件
GEL（General Extension Language）文件是TI用来初始化DSP的脚本。它会在连接目标板后自动执行，配置PLL、初始化内存等。
在Target Configuration里，选中你的DSP，在右侧的 GEL file 栏里添加对应的GEL文件。TI官方提供了大部分芯片的GEL文件，路径在 ccs_base/emulation/gel 下。
如果找不到对应的GEL文件，可以自己写一个简单的。不过说实话，现在新版的CCS已经支持SysConfig自动生成初始化代码，GEL的作用在逐渐弱化。但老项目里，GEL还是绕不开的。
1.4 第一个例程：点亮LED
环境搭好了，总得跑个程序验证一下。我习惯用GPIO点灯来测试，简单直接。
步骤：
- 在CCS中新建一个工程：File → New → CCS Project。
- 选择芯片型号，工程类型选 Empty Project（不带main函数的空工程）。
- 写一个简单的main.c：
#include "DSP2833x_Device.h"
void main(void)
{
// 初始化系统控制
InitSysCtrl();
// 初始化GPIO
EALLOW;
GpioCtrlRegs.GPAMUX1.bit.GPIO0 = 0; // 设置为普通IO
GpioCtrlRegs.GPADIR.bit.GPIO0 = 1; // 设置为输出
EDIS;
while(1)
{
GpioDataRegs.GPASET.bit.GPIO0 = 1; // 拉高
DELAY_US(500000); // 延时500ms
GpioDataRegs.GPACLEAR.bit.GPIO0 = 1; // 拉低
DELAY_US(500000);
}
}
编译通过后，点击 Run → Debug，CCS会自动连接目标板并下载程序。如果看到LED以1Hz的频率闪烁，恭喜你，环境搭建成功了！
避坑指南：如果下载后程序不运行，检查一下 Debug Configuration 里的 Auto Run 选项。有时候CCS默认停在main()入口，需要手动点「Resume」才能运行。
1.5 常见问题与排查思路
我把这些年遇到的环境搭建问题整理了一下，做成表格，方便你对照排查：
| 现象 | 可能原因 | 解决方法 |
|---|---|---|
| CCS安装后打不开 | Java环境冲突或路径含中文 | 卸载重装，路径用英文；或手动设置JAVA_HOME |
| 仿真器驱动装不上 | Win10驱动签名限制 | 禁用驱动签名后重装 |
| Test Connection报JTAG错误 | 时钟频率太高或线缆过长 | 将JTAG时钟降到500kHz~1MHz |
| 连接成功但无法下载程序 | Flash加密或GEL未正确初始化 | 检查GEL文件路径；尝试Unlock Flash |
| 下载后程序不运行 | Debug配置中Auto Run未勾选 | 在Debug Configuration中勾选「Auto Run to main」 |
嗯，环境搭建这部分就这些内容。看起来步骤不少，但熟练之后，从零开始到跑通点灯程序，15分钟足够了。关键是每一步都要确认通过，别跳步——我刚开始带团队时，有个同事跳过Test Connection直接下载程序，结果折腾了两天才发现是JTAG线序错了。