简介：围绕TI TMS320C6747浮点DSP整理的软件例程集合，涵盖FLASH烧写、SDRAM读写、串口通信、PWM输出与CCS4.1.2工程模板，适合正在学习C6747、准备做音频视频处理或工业控制的嵌入式开发者，也可作为刚接触TI DSP的工程师的入门参考。压缩包共436个文件，包括C/H源程序、makefile与CMD链接脚本、CCS工程文件，以及编译生成的out/obj/map文件，整体仅1.02MB，目录结构清楚，方便按功能模块直接查看和复用。例程从底层初始化、Flash编程烧写、SDRAM读写，到UART/SPI/I2C串口参数配置、PWM占空比调整等都有可运行的示例，并提供较完整注释，能帮助理解外设寄存器配置与基础驱动写法，缩短查手册和调板时间。已有645人学习浏览，常被用于课程设计、项目原型验证和算法移植等场景，能帮助初学者快速建立整体开发思路，也可作为工程师日常调试时的直接参考。 做嵌入式这些年，我自己有个习惯：评估一个DSP平台好不好上手，最先看的不是数据手册里的浮点峰值，而是官方那套软件例程写得走不走心。TMS320C6747的软件例程，算是我用过比较典型的一套——外设全、结构清楚、能直接抄作业的地方多，但也埋了不少只有跑起来才发现的细节。这篇文章就把它拆开讲一讲，从工程结构、外设配置、启动烧写一直聊到调试避坑，适合刚拿到C6747开发板的朋友，也适合想搞懂这套例程底层逻辑、准备往正式项目迁移的工程师参考。
先说清楚一件事：例程不是给你背代码用的，它是芯片厂通过代码告诉你“这颗芯片该怎么被正确初始化、外设该怎么挂上去、中断和DMA该怎么配合”。把这层逻辑看懂了，你拿到这块DSP就基本成功了一半。
1. 先弄清楚C6747到底是什么样的芯片
1.1 C674x内核：默认开启浮点就是省心
TMS320C6747用的是C674x内核，这是TI C6000家族里比较特殊的一代，定点浮点都能跑。对老工程师来说，以前用C64x+写算法，老要做Q格式定点换算，稍微不注意就溢出，噪声一大连数据都对不上。而C6747直接把浮点运算单元内置，做音频滤波、电力谐波分析、振动信号处理这类场景时，算法层的运算精度和开发效率都能兼顾。
主频300MHz，跑起来功耗也不高，在中端工业控制、电力保护、医疗仪器这些领域非常常见。片内有256KB的L2 RAM，还带DDR2控制器，这意味着你既可以把关键算法放在片内跑，也可以用大容量外部内存跑更复杂的任务。这个分级存储结构，很多从单片机转过来的朋友容易忽略，后面讲cmd链接文件的时候我会再展开。
1.2 外设资源盘点到底有什么
C6747的外设相当齐全：UART、SPI、I2C、McBSP、McASP、uPP、EMIFA/EMIFB、LCD控制器、多组GPIO、定时器、PWM，基本覆盖了工业控制和音视频处理两大类需求。用这颗芯片做产品，好处是很多功能不用外挂扩展芯片，单颗DSP就能把活干完。
但外设多也带来一个麻烦：寄存器特别多。每个外设都有控制寄存器、状态寄存器、数据寄存器，还要配合PSC电源管理、PINMUX引脚复用一起配置，全看手册去啃会非常痛苦。官方软件例程的核心价值就在这里——它把每个外设“最短可用”的配置路径给你画好了，你照着跑通，再按需求改参数。
1.3 这套例程帮你解决的问题是什么
总结起来就三件事：建立最小系统、打通外设驱动、跑通程序启动链路。最小系统指电源、时钟、DDR2初始化、GPIO点灯；外设驱动指UART通信、SPI读传感器、I2C读写EEPROM这些基础操作；启动链路则是从仿真器在线调试过渡到Flash烧写、上电自启动。三条线都通了，这颗DSP才算真正能干活。
2. 软件例程的整体架构：先看地图再挖矿
2.1 从CCS工程看目录设计
打开C6747的官方软件例程，你会看到它的目录结构非常典型，一般是include、src、platform、driver这么几个部分。include放寄存器地址定义和宏，src放主逻辑，platform层专门管板级初始化，driver层封装了各个外设的底层驱动。
这里要特别留意platform目录，它的地位比其他目录都高。C6747上电之后，DSP内部的状态是很“原始”的：PSC没有使能、引脚复用没有配好、外部DDR2内存没有初始化，这时候程序根本跑不起来。platform层解决的就是这些问题。很多新手拿到例程后喜欢直接跳进main函数看业务逻辑，我建议反过来，先把platform层的每个初始化函数从头到尾读一遍。
2.2 平台初始化核心：PSC和PINMUX
平台初始化里最绕不开的是PSC和PINMUX。PSC相当于DSP内部的电源时钟管理，每个外设模块在用之前，必须先把对应的PSC寄存器配置成“使能”状态，否则你去读写这个外设的寄存器，写进去的数据根本不会生效，而且读回来的状态也是乱的。这跟单片机上外设总线时钟的概念是相通的，只是C6747做得更细。
PINMUX则是引脚复用配置。同一个物理引脚，可能既是GPIO，又能当SPI片选，还能做UART发送脚，具体是哪种功能，完全由PINMUX寄存器决定。调试中遇到“GPIO拉不高”“UART发不出数据”这类问题，第一反应应该是去查引脚复用有没有配置对，而不是急着怀疑芯片烧了。
2.3 cmd链接文件：程序放哪里全看它
linker命令文件（.cmd）在C6747例程里优先级也很高。它定义了两件事：芯片上能用哪些内存区域，以及你的代码段、数据段分别放到哪个地址。C6747片内L2 RAM从0x11800000开始，外部DDR2挂在EMIFB上，地址在0xC0000000附近。例程里通常把中断向量、频繁调用的函数放到片内L2，把大的数据缓冲放到DDR2，这样既能保证执行速度，又能放开内存使用。
我在实际项目中踩过一个坑：因为cmd文件里给堆栈段分配的位置和某个全局数据段重叠，程序跑起来偶尔会莫名其妙地跳飞，查了整整一天，最后用CCS的Memory Browser盯了半天才定位到是内存重叠。所以每次改cmd文件，我都建议仔细核对一遍内存划分。
2.4 开发环境与工具链的选择
C6747的老例程绝大多数基于CCS和CSL（Chip Support Library）开发。CSL相当于TI官方提供的寄存器级封装，你不用去死记每个寄存器的偏移地址，只要调用库接口就能完成大部分外设配置。现在新版的CCS还支持SysConfig图形化配置外设并自动生成初始化代码，但C6747这个芯片的存量例程还是以CSL为主，建议先用CCS 5.5以上版本加CSL库跑通官方工程，再考虑用不用新工具链。
仿真器方面，XDS100V2或XDS200基本够用。调试连接速度不用设得太高，尤其是在引脚比较多的板卡上，TCK速率过高容易导致仿真器频繁掉线，我用5MHz以下比较稳。
3. 外设例程逐个拆解：从点灯到串口通信
3.1 GPIO例程：点灯背后也有流程
GPIO是第一个值得跑通的例程，流程看着简单，真正理解了能帮你建立对C6747外设操作的直觉。第一步用PSC使能GPIO模块的时钟，第二步把目标引脚通过PINMUX配置成GPIO功能，第三步配置方向寄存器DIR，把引脚设为输出，第四步操作数据寄存器来拉高或拉低电平。
实际操作中有个细节：数据寄存器有两种写法，直接对整个寄存器赋值，可能影响同一组其他引脚的状态；更推荐的做法是操作SET和CLEAR寄存器，只影响你关心的那一位，其他位保持原样。这两者之间的差别，在多路IO并行控制的场景下非常明显。
3.2 UART例程：波特率要自己算一遍
UART例程建议第二个跑，因为调试板卡、打印状态都靠它。配置流程是PSC使能、UART引脚复用、设置数据格式（8位数据、无校验、1位停止位）、配置波特率、使能FIFO和中断。
波特率这块很多人直接照抄官方值，其实应该自己算一遍，否则硬件频率一改动，串口必乱码。C6747的UART波特率生成公式是：分频值 = 外设时钟 /（16 × 目标波特率）。举个例子，假设外设时钟是150MHz，目标波特率115200，那么分频值 = 150000000 /（16 × 115200）≈ 81.38，取整为81，实际波特率 = 150000000 /（16 × 81）≈ 115740，偏差0.47%，完全在UART容错范围内。这个式子建议记下来。
3.3 SPI与I2C：总线通信例程的调试心得
SPI例程在C6747里一般用于挂传感器或者读Flash芯片。配置主模式后，最大的坑是时钟极性和相位的匹配。很多从设备对CPOL和CPHA有明确要求，如果和C6747侧的配置不一致，现象会非常诡异：能读到数据但全是0xFF或者0x00，又或者一次对一次错。排查这类问题时，用示波器看SCLK空闲电平、数据采样沿，比对从设备手册，通常十分钟就能定位。
I2C例程相对友好一些，学习重点是起始条件、停止条件、从机地址的7位/10位格式。官方例程一般会带一个读写EEPROM的测试函数，建议把整个读写时序打点出来，确认ACK响应正常。I2C总线上的上拉电阻阻值很大影响通信稳定性，4.7kΩ是常见起点，线缆比较长时可以换2.2kΩ试一下。
3.4 定时器与PWM：周期计算比想象中简单
定时器例程的核心就一个公式：计数值 = 定时器时钟频率 × 目标时间周期。比如定时器时钟50MHz，想产生10ms周期中断，计数值就是500000，把这个数挂到周期重载寄存器即可。C6747的定时器可以级联成32位模式，周期比16位模式长很多，适合做较长时间基准。有一点很关键：中断服务函数里不要做太多工作，最好只设置标志位、触发DMA、清理中断标志，否则定时周期性会漂移，实时性要求高的项目就废了。
PWM例程就更直接了，利用定时器比较寄存器产生占空比。如果只是用GPIO翻转来模拟PWM，频率上到几十kHz就容易出问题，真正做电机或电源控制还是建议用硬件PWM。
4. 中断与DMA例程：学会让CPU只当“包工头”
4.1 AINTC中断映射规则
C6747的中断控制器是AINTC，外设产生的事件先汇集到这里，再统一映射到CPU的INT4到INT15。嵌入式新手容易在这里绕晕，因为外设中断编号和CPU中断编号不是一回事，中间隔着一张映射表。例程里通常会有几行配置：把某个外设事件号对应到指定的CPU中断通道，再使能中断通道，最后使能全局中断。
我见过太多人写好了外设中断配置，但忘了打开全局中断使能（GIE），导致中断永远不触发。排查顺序应该是：外设事件有没有产生（查状态寄存器）、事件有没有映射到CPU中断（查映射表配置）、CPU中断有没有使能（查IER）、全局中断有没有开。按这个顺序查，一般都能找到断点。
4.2 EDMA3传输例程：参数RAM是核心机制
EDMA3是C6747高性能外设的一个亮点，它可以在不占用CPU的情况下在内外设和内存之间搬运数据。例程里每一个EDMA通道都对应一组参数RAM，这组参数里放着源地址、目的地址、传输计数、字宽、是否联动下一次传输等信息。配置EDMA的基本流程是：填参数RAM、启动通道、等待传输完成中断。
初学时可以把参数RAM想象成一个“搬运工的工作单”：从哪搬、搬到哪、搬多少、搬完以后下一单接什么，全写在上面。你只需要把工作单填好，搬运过程完全不需要CPU操心。
4.3 实战改造：串口DMA接收不定长数据
把中断和DMA结合起来是例程里最值得动手改的部分。举个实际场景：UART接收不定长数据帧，如果用传统中断方式一帧数据几百个字节，CPU会被打断几百次，虽然也能跑，但效率不高。改造思路是：配置UART接收FIFO半满时触发事件，让EDMA把FIFO里的数据自动搬到内存缓冲区，同时准备两段缓冲区做乒乓切换，一段在接收时另一段可以被主程序解析。
这样CPU只在整块数据搬完之后才被通知一次，其余时间可以专心跑算法和逻辑。这个方案在C6747的数据采集、音频输入输出场景里几乎是标配，你能把例程里的DMA接口吃透，这部分改造不会太难。
5. 启动流程与烧写例程：程序跑起来只是第一步
5.1 BOOT引脚与启动模式
C6747支持从EMIFA、SPI、UART等多种介质启动，具体选哪种由BOOT[7:0]引脚在复位时的电平状态决定。板卡上通常会有拨码开关，用来切换启动方式。调试阶段用仿真器在线加载程序，不会太关心启动模式；但要量产烧录，就必须把BOOT引脚拨到对应的启动介质上。
例程包里如果有Bootloader或者二次引导程序，你会看到代码里会读取启动引脚状态，从而决定程序是从NOR Flash搬还是从SPI Flash搬。
5.2 AIS镜像与二次引导
很多人在这里卡住：为什么程序烧进Flash了，上电还不跑？因为C6747上电时芯片内部还没有初始化DDR2，外部内存没准备好，主程序如果放在DDR2里根本无法执行。解决办法就是加一个二次引导程序，先初始化时钟、DDR2等关键硬件，再把主程序从Flash搬运到DDR2，最后跳转过去执行。这个二次引导程序就是UBL，最终产出的镜像文件通常转成AIS格式。
理解这条链路，关键在于记住“引导代码负责初始化硬件，主程序负责业务逻辑”的分工。例程里二次引导的部分不要跳过，它决定了产品能不能脱离仿真器独立运行。
5.3 在线烧写Flash实操
CCS下在线烧写Flash的流程一般是：连上仿真器，先加载烧写器工程，然后加载AIS镜像文件，选择烧写起始地址，点烧写。每次烧写前建议先做一次整片擦除，避免残留数据和旧镜像冲突。
我自己的经验是：烧写SPI Flash时，一定要把SPI时钟频率适当调低，烧写和校验一起跑的时候，频率一高就容易出现校验失败。万一块被擦了一半而写入失败，整片Flash的数据就会丢失，所以在正式烧写前，备份好原镜像是个好习惯。
6. 调试实录：C6747开发中绕不开的几个坑
6.1 常见问题速查表
| 现象 | 可能原因 | 处理思路 |
|---|---|---|
| 串口打印乱码 | PLL配置改变导致外设时钟变化，波特率没同步重算 | 重新按公式计算分频值，实际仪器核对波形 |
| GPIO引脚电平不变化 | PINMUX复用冲突、PSC未使能 | 检查引脚复用表，确认模块时钟已经打开 |
| 程序一启动就跑飞 | 中断向量表没加载到0地址、cmd内存段重叠 | 用Memory Browser查内存分布，核对向量表加载地址 |
| 仿真器连接不稳定 | 电源纹波大、TCK速率过高 | 检查供电，降低TCK速率，检查信号地回路 |
| Flash烧写失败 | SPI时钟频率过高、Flash型号电压设置不对 | 降频、核对Flash手册和擦写命令 |
| 中断不触发 | 外设事件未映射、GIE全局中断没开 | 按事件号、通道、CPU中断、GIE四层顺序排查 |
6.2 我实际踩过的三个典型问题
第一个是串口乱码。我当时把PLL倍频改了，希望提高CPU主频，结果外设时钟跟着变，串口波特率分频值还是原来的，打印出来全是乱码。后来再遇到乱码，我第一反应就是重新核对时钟树，而不是怀疑代码逻辑。
第二个是程序烧进去之后上电不跑。现象是仿真器在线跑没问题，一拔仿真器复位就不动。最后发现BOOT引脚的电平配置不对，板卡上的拨码开关拨到了SPI启动，但程序烧在NOR Flash里，二者对不上。
第三个是JTAG掉线。板子上电偶尔连不上仿真器，查了很久，发现是仿真器线缆太长，又没有加磁环，干扰大。后来把线缆缩短并降低TCK速率，就稳定多了。
做C6747开发，我的体会是：官方例程就是最好的起点教材，但不能当黑盒用。每一个初始化函数都值得你翻到寄存器层面看一遍，尤其是PSC、PINMUX、EDMA和中断映射这几块，吃透了整个平台也就上手了一半。最后分享一个小技巧：把例程里platform层的初始化代码提炼成你自己项目统一的board_init函数，后续所有业务代码都从这个入口开始，排错效率会高很多。
本文还有配套的精品资源，点击获取
