CCS 6.1.3安装指南：老版本DSP开发环境配置与避坑详解

简介：TI Code Composer Studio 6.1.3安装压缩包，适用于基于MSP430、TMS320C2000/C5000/C6000等处理器进行嵌入式软件开发的工程师与学习者，解决CCS经典版本离线获取与快速部署问题。压缩包共873个文件，总大小约709MB，以550个JAR组件和256个GZ更新包为主体，辅以XML配置、TXT说明、ZIP辅助包及EXE安装启动程序等，能够提供完整IDE安装环境。包内集成C/C++编译器、调试器、仿真器支持及多款芯片支持套件，可支撑代码编辑、工程构建、断点调试与实时变量查看等常见开发流程；同时包含若干组件版本标记与更新补丁，便于在离线环境下复现V6.1.3（00034）工具链。已有3476人学习下载，适合需要在Windows 32位平台搭建稳定CCS开发环境、或归档老版本工具链的TI嵌入式开发者。

1. 写在前面：为什么到今天还要装CCS 6.1.3

先说结论：如果你手头的板子是TMS320F28335、TMS320F2808这一代C2000 DSP，或者还在跑老版本MSP430的程序，那CCS 6.1.3是非常稳妥的一个开发环境。它是TI Code Composer Studio在“Eclipse化”之后一个相当成熟的版本，界面稳定、启动速度可以接受、对新老芯片的支持也覆盖得比较全。

很多人会问，TI官网现在主推的是CCS 12、CCS 20这种新版本，为什么还要回头找6.1.3的安装包？原因其实很现实：老工程的兼容性。我实测过，把CCS 6.1.3建的工程直接拿到新版CCS里打开，编译链、头文件路径、DSP/BIOS版本经常对不上，改起来比重新配一个环境还费劲。反过来，用新版新建的工程，6.1.3也打不开。所以如果你是在校学生跟着课程做实验，或者帮公司维护十年前量产的控制器程序，一个能用的旧版CCS比“最新版”重要得多。

这篇博文的主要内容，就是梳理CCS 6.1.3安装的完整流程，从安装包准备、环境依赖、安装步骤到常见问题排查。我会把那些安装文档里不写、但实际非常折腾人的细节都补齐。准备接手老项目的朋友，或者刚选完DSP课程、对着安装包发愁的同学，看完这篇应该能少走不少弯路。

2. 版本背景与选型分析

2.1 CCS 6.1.3在CCS家族里处于什么位置

Code Composer Studio这名字从CCS 3.x时代就响当当了，那时候还是CCS 3.3的经典非Eclipse界面，很多老工程师至今念念不忘。到了4.x版本，TI开始切换到Eclipse框架，界面变化很大，插件机制也变了。6.x版本是基于Eclipse 3.8内核打磨成熟的系列，6.1.3则是2014年左右的修订版，修复了不少早期6.0的稳定性问题。

从实际使用体验来看，6.1.3这个版本在Win 7、Win 10上都能正常运行，整体内存占用比新版动辄2GB起步要克制得多。它对以下目标设备的支持非常稳定：

• C2000系列：TMS320F28335、F2806x、F2802x、F2803x
• C5000系列：TMS320C55x DSP
• C6000系列：TMS320C64x、C66x多核DSP
• MSP430系列：MSP430G系列、F系列
• 部分ARM器件：主要适配的是TI自家Stellaris、Tiva C系列

2.2 为什么不用新版CCS，非要用老版本

这不是情怀问题，是工程现实。我见过好几个团队因为“升级强迫症”，把项目工程迁到新CCS，结果编译出来一堆warning不说，定时器配置和中断向量表行为都变了，产品在测试台上隔三差五出问题。最后花了一个星期把代码倒回旧环境，才恢复稳定。

另外，很多实验室的仿真器是XDS100V2甚至XDS510，老版本自带驱动和这些仿真器配合得很好。新版CCS对新仿真器支持完善，但对旧型号反而要额外安装兼容包。TI官方虽然提供版本历史下载，但页面入口改来改去，新用户摸索起来很费时间。这也是为什么网上一直有人找ccs 6.1.3安装包的原因，软件还是那个软件，需求没有消失。

所以我在选型上的建议是：新项目可以考虑CCS 12及以上，老项目维护、课程学习、老师指定的版本，老老实实用6.1.3。工具是给项目服务的，不是用来追求“版本号越大越好”的。

3. 安装之前的准备工作

3.1 系统环境要求

CCS 6.1.3对系统要求不苛刻，但有几个硬性条件需要确认：

• 操作系统：Windows 7、Windows 8/8.1、Windows 10 32位或64位都可以。Windows 11我没在6.1.3上长时间测试过，偶尔能装上但稳定性一般，建议虚拟机里跑。
• 内存：至少2GB，4GB以上体验明显更好。
• 磁盘空间：完整安装大约需要2.5GB到3GB，这还不算工作区里工程文件占用的空间，C盘预留5GB比较稳妥。
• 管理员权限：整个安装过程最好用管理员账户执行，否则驱动安装那一步容易写入失败。

如果一个机器的杀毒软件比较“灵敏”，比如360、电脑管家之类的，我建议安装时先退出。倒不是说CCS安装包有毒，而是它的驱动文件和注册表操作很容易被拦截，拦截后安装进程不报错，但调试器驱动就是装不上，回头排查很头疼。

3.2 JDK版本的坑

CCS 6.1.3一个很关键的内在依赖是JDK。它内部集成了Eclipse 3.8，而Eclipse 3.8运行需要Java环境。好消息是这个安装包里已经内置了对应的JRE/JDK，正常情况下你不需要单独安装Java也能用。

坏消息是，如果你的机器上已经装了比较新的JDK（比如JDK 17、JDK 21），并且设置了JAVA_HOME环境变量，CCS 6.1.3启动时可能会去调用你系统里的新版本JDK，然后导致一堆奇怪的报错。我遇到过的典型表现是：点CCS图标后，启动画面闪一下就没了，没有任何提示。

如果遇到这种情况，解决方案有两个：

1. 临时修改环境变量，在启动CCS之前把JAVA_HOME指到CCS自带的JDK路径，或者直接重命名掉系统JDK的Path条目。
2. 更简单粗暴一点，用命令行启动CCS，在启动脚本里强制指定Java路径。

这个问题太常见，后面第四章我会单独展开排查步骤。

3.3 安装包获取与完整性校验

CCS 6.1.3的安装包全名一般是“ccs_setup_6.1.3.exe”或者类似命名，体积在1.5GB到1.8GB之间，官方对应版本号是6.1.3.00033。如果你手头拿到的压缩包解压后只有几百MB，那大概率是精简版或缺了器件支持包，装完发现没有C2000编译工具链，等于白装了。

老版本安装包在TI官网的入口比较深，有时候需要登录企业账号才让下载。如果是课程老师分发的、或者从学校FTP/NAS下载的离线包，建议装之前先核对一下文件大小和MD5校验值。方法很简单，Windows下打开PowerShell或命令提示符，执行：

certutil -hashfile ccs_setup_6.1.3.exe MD5

把得到的结果跟包内说明文档或老师给出的校验码比对一下。这一步不花几分钟，但能避免拿到损坏包后安装到一半报错，浪费时间。

3.4 安装路径的选择与命名规范

安装路径这个细节很多人不重视，实际上特别影响后续使用。CCS 6.1.3默认安装目录是：

• C:\ti

这个路径是可以改的，但我不建议改到带中文或空格的路径下，比如“D:\软件\德州仪器\CCS”这种。Eclipse内核在解析中文路径时偶尔会出现编码问题，工作空间索引错误、编译日志乱码，排查起来非常消耗耐心。

我的习惯是直接保持C:\ti，或者改成D:\TI_CCS。注意路径里不要有空格，不要有中文，后续创建Workspace、导入工程时都方便很多。

4. Windows下安装CCS 6.1.3的完整步骤

4.1 安装器启动与初始界面

双击ccs_setup_6.1.3.exe，需要等一会儿，因为安装器要先解压临时文件。这时候界面可能看起来“卡住了”，其实是在后台准备数据，不要反复双击，退出重来反而容易出问题。

之后会进入类似Eclipse Installer的安装向导，第一个选择就是安装模式，一般是让你勾选要安装的组件，不需要单独选模式。

默认会推荐你“全部安装”，但全部安装意味着要把所有TI器件支持包和仿真器驱动都塞进硬盘，体积很大。对于明确知道自己要用什么芯片的人，建议只勾选自己的目标平台，比如：

• MSP430低功耗MCU支持
• C2000实时微控制器支持
• 或者C6000多核DSP支持

勾选组件时留意一下“XDCtools”和“TI编译工具”这两个选项，它们往往不是默认全选的。如果编译时提示找不到编译器，多半就是这里漏了。

4.2 选择组件：处理器支持包

处理器支持包（Device Support）是必须的，但选多了会让安装时间显著变长。不同芯片的支持包之间是并列关系，互不干扰，选错了也没关系，后续可以通过Help -> Install New Software动态补装。

我给一个常见的实用组合：

使用场景	推荐勾选组件
课程实验（C2000）	C2000 MCU Support、C2000 Compiler Tools、XDCtools
MSP430开发	MSP430 Ultra-Low Power MCU Support、MSP430 Compiler Tools
老DSP维护	C6000 Multicore DSP Support、C6000 Code Generation Tools
通用	仿真器驱动（Spectrum Digital/XDS100/XDS200）

这里要特别注意仿真器驱动选项。很多人在Visual Studio里写代码习惯了，想不到调试器驱动也是IDE安装的一部分。如果漏选了XDS驱动，后面连接开发板时CCS会提示“Error connecting to the target”，其实是仿真器驱动没装上。

4.3 安装过程与时间预估

组件选择完成后，安装器会让你确认路径，并显示预计磁盘占用。点Install之后，就是漫长的等待了。

实测数据参考：

• 只装C2000支持包，SSD硬盘，大约15到20分钟。
• 全量安装，机械硬盘可能要1小时以上，SSD也要40分钟左右。

安装过程中最需要注意的是：不要中途因为“进度条半天不动”就去关进程。CCS安装器在网络下载组件时容易显得没响应，其实还在跑。视频教学、看文档干等着就行。

安装快结束时，安装器可能会弹窗询问是否要安装仿真器驱动，此时需要选择“Install”或“是”，并且会经历一个类似设备管理器刷新驱动的过程。如果此时系统没有管理员权限，这一步会失败，但安装程序不一定会主动提示你。

4.4 首次启动与Workspace设置

安装完成后，桌面或开始菜单会出现Code Composer Studio 6.1.3的快捷方式。首次启动时会弹出Workspace选择框。

这里需要说清楚Workspace是什么。你可以把它理解成Eclipse体系里的“项目工作区”，里面存放了你的工程文件、配置信息、临时编译文件。CCS可以像Visual Studio一样一个工程一个目录，也可以把所有工程放在同一个Workspace里。

建议你在D盘或者其他非系统盘专门建一个目录，比如：

D:\work\ccs_workspace

不要用默认的“C:\Users\用户名\workspace”这种路径，因为用户名如果是中文的话，后面连接仿真器、生成hex文件都可能出现编码问题。这算是我踩过的很实在的坑之一。

4.5 许可证激活与免费License

CCS 6.1.3在安装完成后，默认处于评估模式，但这个版本有一个很良心的机制：允许免费License。你只需要在TI官网注册一个账号，用License激活向导生成一个免费的License文件，导入进来，就能解锁全部功能。

免费License没有功能限制，适用于所有非商业用途和教学用途。一些企业用户可能购买过商业License，会用到一个带有“.lic”后缀的文件，在首次启动CCS时也可以通过“Specify a license by searching your computer”导入。

不要一上来就去找网上流传的破解文件或注册机。这种老版本IDE的License机制本身就很宽松，TI官方免费许可完全够用，用破解文件反而容易被杀毒软件报木马。这里多说一句，安全比方便重要。

5. 安装过程中常见的坑与排查实录

5.1 安装进度条卡住不动

这个问题在早期的6.1.3版本上尤其常见，我见过好几个人卡在“Installing TI Emulation”或者“Installing Code Generation Tools”阶段。

我先说原理：CCS安装器在安装驱动时，会在后台调用系统API注册驱动服务，这一步可能会被杀毒软件拦截，导致线程挂起。表现出来就是进度条长时间不动，CPU占用率却很低。

解决方法是分两步走：

1. 强制结束安装进程，解压出来的临时文件夹清理干净。
2. 在完全退出杀毒软件、关闭Windows Defender实时防护的前提下，用管理员身份重新运行安装程序。

如果还是卡在同一个位置，可以切换安装路径，或者先把目标平台支持包缩减到最小，装完后再用Help -> Install New Software补装缺失组件。

5.2 安装完成后双击图标没反应

这个问题的排查顺序很重要，先看Java环境，再看Workspace路径。

打开命令提示符，进入CCS安装目录，直接运行：

eclipsec.exe -nosplash -consolelog

这样启动会在控制台打印日志。如果报错信息里出现“Unsupported class file major version”或者“Java was started but returned exit code=13”，就说明Java环境不对。

处理办法是修改安装目录下ccstudio.ini文件，在-vmargs之前加两行，强制使用CCS自带的JRE：

-vm C:\ti\ccsv6\eclipse\jre\bin\javaw.exe

这里的路径要根据你实际安装位置调整。改完保存，再启动就正常了。

5.3 导入旧工程时提示“Invalid project description”

这个问题往往和Workspace路径有关。Eclipse的工程导入机制要求工程文件必须位于Workspace目录内，或者通过“Import -> Existing Projects into Workspace”时勾选“Copy projects into workspace”。

如果你直接把一个旧的工程文件夹拷到非Workspace目录下，想双击.ccsproject打开，CCS大概率会报一个“Invalid project description”或者干脆工程树里一片空白。

正确做法是：

1. Project菜单 -> Import CCS Projects。
2. Select search-directory，选择包含工程文件的根目录。
3. 勾选需要导入的工程，CCS会自动识别工程类型。

5.4 连接仿真器时提示找不到目标设备

装了CCS后第一次连接开发板，最常见的报错是：

Error connecting to the target: (Error -1135 @ 0x0)

这个错误在XDS100V2上出现频率很高。原因一般是：仿真器驱动没有正确安装，或者当前用户没有调试权限。

建议的排查顺序：

1. 检查设备管理器里是否出现“Texas Instruments XDS100 Channel A”和“Channel B”设备。
2. 如果出现黄色感叹号，右键更新驱动，定位到CCS安装目录下ccsv6\ccs_base\emulation\windows\xds100，手动安装驱动。
3. 如果驱动正常，但仍报错，检查板子电源供电是否稳定，以及板子的JTAG引脚是否有虚焊。

调试器连接的问题往往不是你程序的问题，而是驱动和环境问题，优先怀疑这些东西比怀疑代码高效得多。

5.5 卸载CCS时残留问题

用了一段时间想换新版，或者装坏了想重装，卸载CCS 6.1.3也有讲究。直接删安装目录是万万不行的，注册表、驱动、环境变量会残留一堆垃圾，导致新版CCS装不上。

我建议的卸载流程：

1. 控制面板 -> 程序和功能，找到Code Composer Studio 6.1.3，执行卸载。
2. 删除遗留目录：C:\ti\ccsv6 如果还有残留就手动删除。
3. 删除Workspace里所有工程相关配置，如果不影响数据的话。
4. 打开注册表编辑器，搜索“Texas Instruments”和“ccsv6”相关项，删除残余键值。
5. 清理环境变量Path里的CCS相关路径。

做完这几步，系统才算干净，后面装新版CCS会顺畅很多。

6. 安装完成后的关键配置与高频操作

6.1 取消所有断点

调试C2000程序时经常出现这种情况：代码里加了几十个断点，断点窗口里密密麻麻，或者在某次调试后断点死活删不掉。

CCS 6.1.3里取消所有断点有好几种方式，我发现最快的是快捷键。在调试视图下，按：

Ctrl + Shift + B

这个快捷键本来是切换断点的，如果光标不在具体代码行上，它不会删除任何东西。真正能一键清除所有断点的路径是：

Run菜单 -> Remove All Breakpoints

如果你用的是CCS 6.1.3英文版，菜单上是“Run -> Remove All Breakpoints”，中文版的话是“运行 -> 删除所有断点”。这个功能在调试大型工程时极其常用，代码重构后，旧断点位置变化会导致很多无意义的暂停，全部清掉重新加反而是最高效的做法。

还有一个隐藏技巧：在断点视图（Breakpoints）里，右键任意一个断点，选择“Remove All”，也能达到同样效果。这个视图在Debug模式下默认在右上方，如果找不到，通过Window -> Show View -> Breakpoints打开。

6.2 打开已经存在的工程

不熟悉Eclipse操作习惯的人，拿到一个CCS工程会习惯性双击.cproject文件，结果打不开，或者打开了但工程树里找不到源文件。CCS的工程导入逻辑和Visual Studio完全不是一个路子。

正确的打开方式：

1. 打开CCS，选择之前设置好的Workspace路径。
2. 菜单Project -> Import CCS Projects。
3. 在Select search-directory里选择你的工程目录。
4. 下面会列出该目录下所有可导入的CCS工程，勾选后Finish。

导入之后，在Project Explorer里双击main.c之类的源文件就能正常查看和编译了。注意工程所在路径同样不能有中文，否则编译时的makefile路径解析会有问题，报错信息还特别让人摸不着头脑。

6.3 生成hex文件

很多嵌入式开发者最终要的不是.out调试文件，而是烧录用的hex文件。CCS 6.1.3生成hex文件的思路和IAR、Keil不太一样，它不是编译时自动输出的，需要手动配置。

步骤如下：

1. 在Project Explorer里右键工程名 -> Properties。
2. 找到Build -> Steps -> Post-build steps。
3. 在Post-build steps的输入框里，加入类似这样的命令：

"${CCE_INSTALL_ROOT}/ccsv6/tools/compiler/ti-cgt-c2000_6.4.6/bin/hex2000" "${PROJECT_LOC}/${ConfigName}/${ProjName}.out" -o "${PROJECT_LOC}/${ConfigName}/${ProjName}.hex"

不同芯片对应的hex工具名称不同。MSP430用的是hex430，C2000用的是hex2000，C6000用的是hex6x。编译工具链版本号路径也要根据自己实际安装的目录调整。

配置完成后，每次编译工程都会自动在输出目录下生成hex文件，烧录用它就行。

6.4 必要的编码与换行符设置

这个细节可能只有做中文注释的人会遇到。CCS 6.1.3默认的文件编码不是UTF-8，而是一般跟着系统区域走，在简体中文系统里很可能是GBK。如果你用记事本或VSCode改过代码，再用CCS打开，中文注释就会乱码。

建议统一设置一下：

1. Window -> Preferences -> General -> Workspace。
2. 把Text file encoding改成UTF-8。
3. 把New text file line delimiter改成Unix。

改完之后，旧工程里的中文如果已经是GBK编码，需要做一次文件编码转换，否则UTF-8的设置反而会让GBK的中文显示成乱码。工程文件少的话，直接用VSCode逐个另存为UTF-8即可。

7. 最后的几点实用建议

写到这里，CCS 6.1.3的安装和基础配置已经说得比较完整了。我个人在实际操作中的体会是，这类老版本开发环境，最大的敌人不是软件本身的Bug，而是“环境不一致”。装好之后尽量少折腾系统层面的东西，Java环境别乱动，Workspace路径一次定好，仿真器驱动装完就固定住，这样下来用个三五年基本不会出幺蛾子。

最后再分享一个小技巧：旧版本CCS不适合追求“工程文件共享开发”这种强迫症式管理，它的工程配置很多是绝对路径，不同电脑上解压后经常要重新指定头文件路径。如果你是团队协作，建议把公共头文件放到一个固定目录，每台机器都配置一样的路径映射，能省掉大量时间。我还遇到过很多人问为什么编译时找不到头文件“DSP2833x_Device.h”，多半不是文件不存在，而是Include Options的路径前面少了${PROJECT_LOC}这个变量，导致编译器只会在系统目录里找头文件。只要在工程属性里，Build -> C2000 Compiler -> Include Options里把这个变量和相对路径组合，问题立刻消失。

CCS 6.1.3的安装包本身只是一个开始，真正值钱的，是你花在它上面的调试经验和那些连不上的调试器、导不进的工程、编译不过的告警给你磨出来的直觉。环境配顺了，写代码才能专注在DSP本身。希望这篇博文能帮你把环境这道坎迈过去。

本文还有配套的精品资源，点击获取