简介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.300034工具链。已有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、F2803xC5000系列TMS320C55x DSPC6000系列TMS320C64x、C66x多核DSPMSP430系列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上长时间测试过偶尔能装上但稳定性一般建议虚拟机里跑。内存至少2GB4GB以上体验明显更好。磁盘空间完整安装大约需要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图标后启动画面闪一下就没了没有任何提示。如果遇到这种情况解决方案有两个临时修改环境变量在启动CCS之前把JAVA_HOME指到CCS自带的JDK路径或者直接重命名掉系统JDK的Path条目。更简单粗暴一点用命令行启动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动态补装。我给一个常见的实用组合使用场景推荐勾选组件课程实验C2000C2000 MCU Support、C2000 Compiler Tools、XDCtoolsMSP430开发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 许可证激活与免费LicenseCCS 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占用率却很低。解决方法是分两步走强制结束安装进程解压出来的临时文件夹清理干净。在完全退出杀毒软件、关闭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 code13”就说明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”或者干脆工程树里一片空白。正确做法是Project菜单 - Import CCS Projects。Select search-directory选择包含工程文件的根目录。勾选需要导入的工程CCS会自动识别工程类型。5.4 连接仿真器时提示找不到目标设备装了CCS后第一次连接开发板最常见的报错是Error connecting to the target: (Error -1135 0x0)这个错误在XDS100V2上出现频率很高。原因一般是仿真器驱动没有正确安装或者当前用户没有调试权限。建议的排查顺序检查设备管理器里是否出现“Texas Instruments XDS100 Channel A”和“Channel B”设备。如果出现黄色感叹号右键更新驱动定位到CCS安装目录下ccsv6\ccs_base\emulation\windows\xds100手动安装驱动。如果驱动正常但仍报错检查板子电源供电是否稳定以及板子的JTAG引脚是否有虚焊。调试器连接的问题往往不是你程序的问题而是驱动和环境问题优先怀疑这些东西比怀疑代码高效得多。5.5 卸载CCS时残留问题用了一段时间想换新版或者装坏了想重装卸载CCS 6.1.3也有讲究。直接删安装目录是万万不行的注册表、驱动、环境变量会残留一堆垃圾导致新版CCS装不上。我建议的卸载流程控制面板 - 程序和功能找到Code Composer Studio 6.1.3执行卸载。删除遗留目录C:\ti\ccsv6 如果还有残留就手动删除。删除Workspace里所有工程相关配置如果不影响数据的话。打开注册表编辑器搜索“Texas Instruments”和“ccsv6”相关项删除残余键值。清理环境变量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完全不是一个路子。正确的打开方式打开CCS选择之前设置好的Workspace路径。菜单Project - Import CCS Projects。在Select search-directory里选择你的工程目录。下面会列出该目录下所有可导入的CCS工程勾选后Finish。导入之后在Project Explorer里双击main.c之类的源文件就能正常查看和编译了。注意工程所在路径同样不能有中文否则编译时的makefile路径解析会有问题报错信息还特别让人摸不着头脑。6.3 生成hex文件很多嵌入式开发者最终要的不是.out调试文件而是烧录用的hex文件。CCS 6.1.3生成hex文件的思路和IAR、Keil不太一样它不是编译时自动输出的需要手动配置。步骤如下在Project Explorer里右键工程名 - Properties。找到Build - Steps - Post-build steps。在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用的是hex430C2000用的是hex2000C6000用的是hex6x。编译工具链版本号路径也要根据自己实际安装的目录调整。配置完成后每次编译工程都会自动在输出目录下生成hex文件烧录用它就行。6.4 必要的编码与换行符设置这个细节可能只有做中文注释的人会遇到。CCS 6.1.3默认的文件编码不是UTF-8而是一般跟着系统区域走在简体中文系统里很可能是GBK。如果你用记事本或VSCode改过代码再用CCS打开中文注释就会乱码。建议统一设置一下Window - Preferences - General - Workspace。把Text file encoding改成UTF-8。把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本身。希望这篇博文能帮你把环境这道坎迈过去。本文还有配套的精品资源点击获取