TI C2000 开发工具链笔记

4 阅读7分钟

学习 TI C2000 时,经常会遇到三个工具:CCS、C2000Ware、SysConfig。它们不是同一个东西,也不是互相替代的关系,而是分别负责开发流程中的不同部分。

工具作用可以理解成
CCS写代码、编译、下载、调试TI 官方 IDE
C2000Ware提供例程、头文件、驱动库、库文件和文档C2000 官方 SDK
SysConfig图形化配置引脚、外设和部分系统资源配置代码生成工具

本文教程推荐的工具组合是:

工具推荐版本
CCSCCS 12.8.1
C2000Ware最新版
SysConfig最新版独立安装包

之所以推荐 CCS 12.8.1,是因为它仍然保持传统 Eclipse 风格界面,和大量 C2000 教程、老工程更容易对应。C2000Ware 和 SysConfig 则建议使用最新版,以便获得更新的器件支持、例程和配置工具。


一、CCS:写代码、编译和调试的 IDE

CCS,全称 Code Composer Studio,是 TI 官方 IDE。写代码、编译、下载程序、连接仿真器调试,主要都在 CCS 里完成。

CCS 版本和界面风格

版本界面风格建议
CCS 12.8.1 及以前Eclipse 风格新手学习 C2000、跟老教程时推荐
CCS 20.x 及以后Theia / 类 VS Code 风格适合新器件、新版 SysConfig、新版 C2000Ware

CCS 12.8.1 仍然是传统 Eclipse 风格;CCS 20.x 之后改成了 Theia / 类 VS Code 风格。新版界面更现代,但对新手来说,如果教程截图、工程结构都基于老版 CCS,反而容易对不上。

所以本文建议:

新手学习 C2000:优先安装 CCS 12.8.1

如果只开发 C2000,安装时选择:

C2000 real-time MCUs

二、C2000Ware:C2000 的官方 SDK

C2000Ware 是 TI 给 C2000 准备的软件开发包。它不是 IDE,而是给工程提供底层支持和例程资源。

C2000Ware 里常见内容包括:

内容作用
driverlib新 C2000 常用的外设驱动函数库
device_support老 C2000 常用的寄存器头文件、启动文件、例程
libraries数学库、控制库、通信库等
examplesGPIO、ADC、EPWM、SCI 等官方例程
cmd 文件链接命令文件,定义 Flash/RAM 分配
docs文档和 API 说明

C2000Ware 怎么安装

C2000Ware 需要从 TI 官网单独下载。本文建议安装最新版 C2000Ware。安装后通常会生成一个本地文件夹,例如:

D:\ti\c2000\C2000Ware_26_01_00_00

安装完成后,需要在 CCS 里添加产品路径:

Window → Preferences
→ Code Composer Studio → Products
→ Add
→ 选择 C2000Ware 安装目录

添加后,CCS 才能更方便地识别 C2000Ware 里的例程、库和 SysConfig 支持。

C2000Ware 版本号说明

C2000Ware 近年版本号变化比较明显,安装时大致可以这样理解:

版本范围示例说明
6.0 之前 / 6.x 附近5.05.00.006.00.01.00老编号方式,老教程、老工程中比较常见
26.0 之后26.00.00.00.STS26.01.00.00.STS新发布流编号,不是“第 26 代重构”,适合配合新版 C2000Ware 和新版 SysConfig 使用

本文建议直接安装最新版 C2000Ware。版本号变大不代表所有底层代码都被重写,实际使用时重点看芯片型号、工程例程和 SysConfig 是否匹配。

怎么打开 C2000Ware 例程

新器件常见路径:

C2000Ware\driverlib\对应芯片系列\examples

老器件常见路径:

C2000Ware\device_support\对应芯片系列\examples

例如 F28335 不应该去找:

driverlib\f2833x

而应该看:

device_support\f2833x

在 CCS 中导入例程的方式是:

Project → Import CCS Projects
→ Browse
→ 选择对应 examples 文件夹
→ 勾选需要的例程
→ Finish

三、device_support 和 driverlib 的区别

C2000Ware 里有两个容易混淆的概念:device_supportdriverlib

简单说:

device_support = 芯片底层支持包 / 老式工程基础文件
driverlib      = TI 封装好的外设驱动函数库
对比device_support / bitfielddriverlib
常见于老 C2000新 C2000
写法直接操作寄存器位调用 TI 封装函数
例子GpioCtrlRegs.GPAMUX1.bit.GPIO0 = 1;GPIO_setPinConfig(...)
抽象程度低,更贴近寄存器高,更像库函数
适合器件F28034、F28335 等F28002x、F28003x、F28004x、F2837x、F2838x 等

所以在学习时可以这样区分:

F28034 / F28335:重点看 device_support + bitfield
F28003x / F28004x / F2838x:重点看 driverlib + SysConfig

Bitfield 本质上就是把寄存器的某些位封装成结构体字段,例如:

GpioCtrlRegs.GPAMUX1.bit.GPIO0 = 1;

这种写法比直接写寄存器数值更直观,也更适合学习老 C2000 的底层外设配置。


四、SysConfig:图形化配置工具

SysConfig 是 TI 的图形化配置工具,可以用来配置引脚、外设和部分系统资源。它可以作为 CCS 内置工具使用,也可以单独安装独立版。

本文建议单独安装最新版 SysConfig。需要注意的是,CCS 12.8.1 自带的 SysConfig 版本可能较旧,直接打开新版 C2000Ware 里的 .syscfg 文件时,可能会提示 SysConfig 版本不够。

安装最新版 SysConfig 后,可以在 CCS 中检查是否被识别:

Window → Preferences
→ Code Composer Studio → Products

如果能在 Products 里看到新版 SysConfig 和最新版 C2000Ware,说明 CCS 已经识别到对应工具。

SysConfig 的常见用法

更推荐的方式不是从空工程硬加 .syscfg,而是:

从 C2000Ware 导入一个带 .syscfg 的 driverlib 示例
↓
在 CCS 里双击 .syscfg 文件
↓
用图形界面修改配置
↓
保存 .syscfg
↓
Build 时自动生成 board.c、board.h 等文件

如果使用独立版 SysConfig,也可以单独配置并生成文件,但生成结果通常需要手动导入 CCS 工程。

SysConfig 不是所有芯片都完整支持

对于新 C2000,SysConfig 通常配合 driverlib 使用,体验比较完整。

对于老 C2000,比如:

TMS320F28034
TMS320F28335

更常见的开发方式仍然是:

device_support
+
bitfield
+
官方例程

这些老芯片即使很常见,也不代表能完整使用新版 SysConfig 的所有功能。遇到这类芯片时,不必强行套 SysConfig,直接参考 C2000Ware 中的 device_support 例程更稳。


五、版本选择和注意事项

本文推荐的组合是:

CCS 12.8.1
+
最新版 C2000Ware
+
最新版独立 SysConfig

这样搭配的原因是:

工具原因
CCS 12.8.1界面和大量 C2000 教程一致,适合新手
最新版 C2000Ware包含更新的芯片支持、例程和文档
最新版 SysConfig减少 .syscfg 因工具版本过旧而打不开的问题

不过要注意:CCS 12.8.1 内置的 SysConfig 可能不是最新版。使用新版 C2000Ware 时,如果在 CCS 中打开 .syscfg 文件报版本错误,可以尝试以下方法:

1. 确认已经单独安装最新版 SysConfig
2. 在 CCS 的 Products 设置中确认新版 SysConfig 被识别
3. 必要时使用独立版 SysConfig 打开和生成配置文件
4. 对老器件优先使用 device_support / bitfield 例程

简单来说:

CCS 用 12.8.1,保证教程界面一致;
C2000Ware 和 SysConfig 用最新版,保证资源和工具较新。