1. 项目概述：为什么DMA是嵌入式开发的“效率倍增器”？

在嵌入式系统开发，尤其是电机控制、数字电源、实时信号处理这些对性能要求苛刻的领域，我们常常会遇到一个核心矛盾：CPU的计算能力很强，但大量的时间却被“搬砖”式的数据搬运工作所占用。比如，ADC以1MHz的采样率源源不断地产生数据，CPU如果亲自去读取每一个结果，那它基本就干不了别的了。这种场景下，直接存储器访问（DMA）模块就成了解放CPU、提升系统整体吞吐量的关键角色。

简单来说，DMA就是一个独立的、专门负责数据搬运的“小工”。它有自己的地址总线和控制逻辑，可以在CPU“不知情”的情况下，完成内存与外设之间、或者内存与内存之间的大块数据转移。触发它工作的，可能是一个ADC转换完成信号，一个SPI接收缓冲区满的标志，或者一个定时器周期中断。一旦被触发，DMA就按照我们预先设定好的“剧本”——从哪里搬、搬到哪里、一次搬多少、搬完怎么处理——自动执行，整个过程无需CPU介入。CPU只需要在DMA搬运完成或搬运到一定阶段时，收到一个中断通知，然后去处理已经整齐摆放在内存里的数据即可。

TMS320F28003x作为TI C2000系列中功能强大的实时微控制器，其DMA模块的设计非常精妙。它提供了6个独立的通道，支持复杂的数据重排和乒乓缓冲操作，并且与丰富的外设（如ADC、ePWM、SPI、CLB等）深度集成。然而，直接操作DMA的寄存器进行配置，是一项繁琐且容易出错的工作。寄存器位域众多，关联复杂，一个配置错误就可能导致数据传输混乱甚至系统死锁。

因此，TI提供的驱动库（Driverlib）函数就显得至关重要。它将底层硬件的寄存器操作封装成一系列直观的API，比如 DMA_configBurst 、 DMA_configTransfer ，让我们可以用更接近自然语言的方式去描述我们的数据传输需求。而理解这些API与底层寄存器的映射关系，则是我们进行高效、可靠DMA编程的基石。这不仅是为了“会用”，更是为了在出现问题时，能迅速定位到硬件层面，理解驱动库函数背后的真实行为。本文就将以TMS320F28003x的DMA模块为例，结合官方手册中的寄存器-函数映射表，深入剖析其原理，并分享从寄存器配置到驱动库函数调用的实战经验与避坑指南。

2. DMA核心架构与寄存器映射深度解析

要驾驭DMA，必须先理解它的“大脑”和“四肢”。大脑是控制状态机，四肢则是与各个外设连接的触发网络和数据通路。在TMS320F28003x中，DMA与系统其他部分的交互，尤其是触发源的选取，很大程度上依赖于交叉开关（X-BAR）模块。因此，我们首先需要厘清X-BAR的配置如何映射到DMA的触发源。

2.1 从X-BAR到DMA触发：寄存器与驱动库的桥梁

查看你提供的资料 Table 11-125 到 Table 11-129 ，这是理解外设信号如何路由到DMA的关键。这些表格展示了X-BAR模块寄存器与Driverlib函数的对应关系。X-BAR本质上是一个可编程的数字信号路由矩阵，它允许将几乎任何数字外设信号（如ADC中断、ePWM的SOC、GPIO外部中断）连接到DMA的触发输入。

以 INPUTXBAR 为例，寄存器 INPUT1SELECT 到 INPUT16SELECT 都对应同一个驱动库函数 XBAR_setInputPin 。这揭示了配置的本质： 你需要告诉X-BAR，将哪个外部信号源（Source）连接到哪个输入节点（Input X） 。函数原型通常类似于 XBAR_setInputPin(XBAR_InputNum input, XBAR_InputSignal source) 。例如，你想将ADC-A的序列器1中断（ADCAINT1）作为DMA的触发源，你可能需要先通过X-BAR将其路由到一个特定的输入节点（比如INPUT1），然后再在DMA配置中指定该节点为触发源。

关键映射解析与实战意义：

1. XBAR_setInputPin : 这是最常用的函数之一。它配置的是信号输入的选择。手册中多个 INPUTxSELECT 寄存器都指向它，说明在代码中，你需要用不同的 input 参数（如 XBAR_INPUT1 ）来区分它们。一个常见的误区是以为每个输入有独立的函数，其实只是参数不同。
2. XBAR_lockInput : 对应 INPUTSELECTLOCK 寄存器。这是一个安全特性。在复杂的系统中，为了防止关键DMA触发路径被意外修改（例如由于程序跑飞），在配置完所有X-BAR输入后，可以调用此函数锁定配置。一旦锁定，除非系统复位，否则相关寄存器将无法写入。 实操心得： 在系统初始化后期，确认所有关键信号路由无误后，再执行锁定操作，这是一个良好的工程习惯。
3. XBAR_getInputFlagStatus 与 XBAR_clearInputFlag : 对应 FLGx 和 CLRx 寄存器。这些用于X-BAR模块本身的状态查询和标志位清除，通常用于调试。例如，你可以检查某个输入节点是否收到了有效的触发信号。在纯粹的DMA数据搬运应用中，我们通常不直接操作这些，因为DMA控制器会自行处理触发事件。
4. XBAR_setEPWMMuxConfig , XBAR_enableEPWMMux 等 : 这些是针对ePWM模块的专用X-BAR配置。ePWM的Trip-zone（故障区域）信号可以通过X-BAR进行复杂的逻辑组合，再输出给DMA或其他模块作为触发或保护信号。 TRIP4MUX0TO15CFG 这类寄存器就是用来配置这些组合逻辑的。 注意事项： ePWM X-BAR的配置相对独立且复杂，它管理的是ePWM模块内部的数字比较和故障逻辑的输出路由，与前述的通用输入X-BAR ( INPUTXBAR ) 是不同部分，切勿混淆。

理解这层映射关系后，DMA触发源的配置流程就清晰了：

• 步骤一（信号路由） ：使用 XBAR_setInputPin 等函数，将外设事件信号（如 ADCA_EVT ）路由到X-BAR的某个输入节点。
• 步骤二（DMA通道绑定） ：在DMA通道配置中，通过设置 DMACHSRCSELx 寄存器和 CHx.MODE.PERINTSEL 字段，告诉DMA控制器：“请监听X-BAR的第N号输出作为我的触发源”。这里的映射关系，需要查阅DMA章节的 Table 12-1. DMA Trigger Source Options 。

2.2 DMA通道的“双循环”状态机与核心寄存器

这是DMA模块的灵魂。如图12-4所示，DMA的传输是由一个精巧的“双循环”状态机控制的：内层的 突发循环 负责搬运一小块连续数据，外层的 传输循环 负责管理多次突发的整体任务。

核心寄存器组与驱动库函数映射：

虽然你提供的资料片段主要聚焦X-BAR，但完整的DMA驱动库会封装以下核心寄存器组。理解它们与函数的对应关系，是进行高级配置的前提：

• 地址指针寄存器 :

  • SRC_ADDR_SHADOW / DST_ADDR_SHADOW : 源/目标起始地址（影子寄存器）。驱动库函数如 DMA_setSrcStartAddress 和 DMA_setDestStartAddress 就是操作这里。 为什么是“影子”？ 因为实际工作的硬件指针是 SRC_ADDR_ACTIVE 。在每次传输（Transfer）开始时，影子寄存器的值才会被复制到活动寄存器。这种设计保证了你在配置过程中即使修改地址，也不会影响正在进行的传输。
  • SRC_BEG_ADDR_SHADOW / DST_BEG_ADDR_SHADOW : 源/目标环绕起始地址。对应函数如 DMA_setSrcWrapStartAddress 。这是实现“乒乓缓冲区”或环形缓冲区的关键。当传输地址“绕回”时，活动地址指针会被重置为 BEG_ADDR_ACTIVE 的值，而 BEG_ADDR_ACTIVE 又可以按 WRAP_STEP 步进，从而实现缓冲区切换。

• 尺寸控制寄存器 :

  • BURST_SIZE : 突发大小。函数如 DMA_configBurst 会设置此值。它定义了 一次触发 搬移的数据���元（16位字）数量。注意表12-2，当数据宽度设为32位时，实际搬运的32位字数 = (BURST_SIZE + 1) / 2 。例如， BURST_SIZE 设为5（意为6个16位字），在32位模式下，将搬运3个32位字。
  • TRANSFER_SIZE : 传输大小。函数如 DMA_configTransfer 会设置此值。它定义了 完成整个DMA传输 需要多少次突发。总传输数据量 = (BURST_SIZE + 1) * (TRANSFER_SIZE + 1) 个16位字。
  • SRC_WRAP_SIZE / DST_WRAP_SIZE : 环绕大小。对应函数如 DMA_setSrcWrapSize 。它定义了在 一次传输 内，经过多少次突发后，地址指针应绕回到 BEG_ADDR 。若设置值大于 TRANSFER_SIZE ，则环绕功能在此次传输中失效。

• 步进控制寄存器 :

  • SRC_BURST_STEP / DST_BURST_STEP : 突发内步进。函数如 DMA_setSrcBurstStep 。每次在突发内搬运一个字后，源/目标地址的增量。设为0表示地址不变（适用于读取固定地址的外设寄存器，如ADC结果寄存器）。
  • SRC_TRANSFER_STEP / DST_TRANSFER_STEP : 传输间步进。函数如 DMA_setSrcTransferStep 。每次完成一个突发后，为下一个突发准备的地址增量。
  • SRC_WRAP_STEP / DST_WRAP_STEP : 环绕步进。函数如 DMA_setSrcWrapStep 。当环绕发生时，对 BEG_ADDR_ACTIVE 的调整量。 这是实现乒乓缓冲的核心 ：设置 WRAP_STEP 等于缓冲区大小，就能在两个缓冲区之间交替。

• 模式控制寄存器 :

  • MODE 寄存器（包含 PERINTSEL , DATASIZE , ONESHOT , CONTINUOUS , CHINTMODE 等字段）：
    • PERINTSEL : 选择触发源（与 DMACHSRCSELx 配合）。驱动库通常通过 DMA_setPeripheralTrigger 或 DMA_configMode 函数的一个参数来设置。
    • DATASIZE : 数据宽度（16/32位）。影响地址步进的计算（32位模式步进值需x2）。
    • ONESHOT : 单次触发模式。禁用时，一次触发只执行一个突发。启用时，一次触发会完成整个传输（所有突发）。 重要警告 ：启用 ONESHOT 时，如果 TRANSFER_SIZE 很大，该通道会长时间独占DMA总线，可能阻塞其他通道，甚至影响CPU访问共享资源。务必谨慎评估系统实时性。
    • CONTINUOUS : 连续模式。禁用时，完成整个传输后通道自动禁用。启用时，传输完成后通道保持就绪，等待下一个触发。这对于需要循环不断处理数据的流模式非常有用。
    • CHINTMODE : 中断模式。决定中断是在传输开始时产生，还是在传输结束时产生。对于乒乓缓冲，通常设为传输开始中断，这样CPU可以在DMA向缓冲区A填充数据时，安全地处理缓冲区B中的数据。

驱动库函数如 DMA_configMode 或 DMA_setMode 通常会提供一个结构体，让你一次性配置上述多个模式参数，这比单独操作寄存器位要安全、高效得多。

3. DMA驱动库函数实战：从配置到传输

理解了寄存器映射，我们就可以游刃有余地使用驱动库了。驱动库的价值在于抽象和防错。下面，我们以一个典型的应用场景——将ADC的序列转换结果通过DMA搬运到RAM中的数组——为例，拆解完整的配置流程和函数调用。

3.1 场景构建与初始化步骤

目标 ：ADC-A采用序列器模式（例如SEQ1），每次转换8个通道（CH1-CH8）。我们希望每次转换完成后，DMA自动将这8个结果（每个结果16位）搬运到名为 adcResultsBuffer 的数组中，并设置乒乓缓冲（双缓冲区），每个缓冲区容纳100次转换的结果（即800个数据点）。CPU在DMA填充一个缓冲区时，处理另一个缓冲区。

步骤1：外设与X-BAR基础配置 首先，需要配置ADC和X-BAR，让ADC的转换完成事件能触发DMA。

// 1. 配置ADC（此处省略详细的ADC时钟、采样窗口等配置）
ADC_setInterruptSource(ADCA_BASE, ADC_INT_NUMBER1, ADC_INT_SRC_SEQ1); // SEQ1完成产生INT1
ADC_enableInterrupt(ADCA_BASE, ADC_INT_NUMBER1);
ADC_startConversion(ADCA_BASE, ADC_SEQ1);

// 2. 将ADC INT1信号路由到X-BAR的某个输入节点（例如INPUT1）
// 注意：需要查阅具体型号的数据手册，找到ADC_INT1对应的XBAR_InputSignal枚举值
XBAR_setInputPin(XBAR_INPUT1, XBAR_ADCA_INT1); // 假设信号名为 XBAR_ADCA_INT1
// 可选：锁定X-BAR输入配置，防止误修改
// XBAR_lockInput();

步骤2：DMA通道全局使能与优先级设置 在配置具体通道前，先使能DMA模块并设置通道优先级模式。

// 使能DMA模块
DMA_enableModule();
// 设置通道1为高优先级，通道2-6为循环优先级（默认）
DMA_setPriorityMode(DMA_CH1_HIGH_PRIORITY);

步骤3：配置DMA通道参数（以通道1为例） 这是最核心的部分，我们将使用驱动库函数来设置前述的所有寄存器。

// 定义缓冲区
#define BUF_SIZE 800 // 每个缓冲区800个16位数据点
uint16_t adcResultsBuffer[2][BUF_SIZE]; // 乒乓缓冲区
volatile uint16_t *dmaDestPtr; // 用于在中断中切换目标地址

// 初始化DMA配置结构体（假设使用TI的driverlib风格）
DMA_Config dmaConfig;
DMA_Handle dmaHandle;

// 3.1 设置触发源：选择我们通过X-BAR路由的信号
// 需要查阅DMA驱动库头文件，找到对应X-BAR输入作为触发源的宏定义。
// 例如，假设 INPUT1 映射到 DMA 触发源索引 200。
DMA_setPeripheralTrigger(dmaHandle, 200); // 此函数内部会设置 DMACHSRCSELx 和 PERINTSEL

// 3.2 配置地址指针
DMA_setSrcStartAddress(dmaHandle, (uint32_t)&ADCA->RESULT1); // 源地址：ADC结果寄存器起始
DMA_setDestStartAddress(dmaHandle, (uint32_t)&adcResultsBuffer[0][0]); // 目标地址：缓冲区A起始
DMA_setDestWrapStartAddress(dmaHandle, (uint32_t)&adcResultsBuffer[0][0]); // 环绕起始地址：初始同目标

// 3.3 配置尺寸
DMA_configBurst(dmaHandle, 7); // BURST_SIZE = 7，即一次突发搬8个结果 (7+1)
DMA_configTransfer(dmaHandle, 99); // TRANSFER_SIZE = 99，即一次传输包含100次突发 (99+1)
// 总搬运量：100次突发 * 8个数据/突发 = 800个数据，刚好填满一个缓冲区

// 设置目标地址的环绕大小和步进，实现乒乓缓冲
DMA_setDestWrapSize(dmaHandle, 99); // WRAP_SIZE = 99，搬运100次突发后环绕
DMA_setDestWrapStep(dmaHandle, BUF_SIZE * sizeof(uint16_t)); // WRAP_STEP = 缓冲区大小（字节）
// 解释：当填满缓冲区A（800个数据）后，BEG_ADDR_ACTIVE += 800字。
// 下次环绕时，DST_ADDR_ACTIVE = 新的BEG_ADDR_ACTIVE，即指向缓冲区B的起始。

// 3.4 配置步进
DMA_setSrcBurstStep(dmaHandle, 0); // 源突发步进=0，因为ADC结果寄存器地址固定（或间隔固定，此处假设连续读取）
DMA_setDestBurstStep(dmaHandle, sizeof(uint16_t)); // 目标突发步进=2字节，连续存放
DMA_setSrcTransferStep(dmaHandle, 0); // 源传输步进=0，每次突发都从同一个ADC结果寄存器组开始读
DMA_setDestTransferStep(dmaHandle, 0); // 目标传输步进=0，因为地址增长由突发步进和环绕机制管理

// 3.5 配置模式
uint16_t modeConfig = DMA_MODE_PERINT_ENABLE | // 使能外设触发
                       DMA_MODE_DATASIZE_16BIT | // 16位数据
                       DMA_MODE_CONTINUOUS_DISABLE | // 传输完成后停止（由中断重新使能）
                       DMA_MODE_ONESHOT_DISABLE | // 一次触发只搬一个突发
                       DMA_MODE_CHINTMODE_START; // 中断在传输开始时产生（��于乒乓切换）
DMA_configMode(dmaHandle, modeConfig);

// 3.6 使能DMA通道中断（传输开始中断）
DMA_enableInterrupt(dmaHandle, DMA_INT_CHANNEL);
Interrupt_register(INT_DMA_CH1, &dmaCH1Isr); // 注册中断服务函数
Interrupt_enable(INT_DMA_CH1);

步骤4：编写DMA中断���务程序（ISR） 中断服务程序负责在传输开始时（即开始填充下一个缓冲区）切换CPU的处理缓冲区，并重新使能DMA通道（如果在连续模式下，则无需重新使能，但需要更新地址）。

__interrupt void dmaCH1Isr(void)
{
    // 1. 清除DMA通道中断标志
    DMA_clearInterruptStatus(dmaHandle, DMA_INT_CHANNEL);

    // 2. 获取当前DMA正在写入的目标地址（活动寄存器）
    // 注意：直接读取活动寄存器可能不稳定，通常我们用软件状态机跟踪。
    // 我们使用一个静态变量或全局变量来跟踪当前“活跃”的缓冲区索引。
    static uint16_t bufferToProcess = 0; // 上次CPU处理的缓冲区索引
    uint16_t bufferJustFilled = 1 - bufferToProcess; // 刚被DMA填满的缓冲区索引

    // 3. 通知主循环或任务：bufferJustFilled 已就绪，可以处理
    // 例如，设置一个标志，或将缓冲区指针传递给处理线程。
    g_adcBufferReadyFlag = true;
    g_adcBufferPtr = &adcResultsBuffer[bufferJustFilled][0];

    // 4. 为DMA配置下一个传输周期的目标地址（切换到另一个缓冲区）
    // 在连续模式下，由于我们设置了WRAP_STEP，硬件会自动切换。
    // 但在非连续模式下，我们需要在中断中手动重新配置目标地址并重新使能通道。
    // 本例假设为非连续模式，需要在中断中重启。
    bufferToProcess = bufferJustFilled; // 更新跟踪变量
    uint16_t nextBufferIdx = 1 - bufferToProcess;

    // 更新DMA目标起始地址到下一个缓冲区
    DMA_setDestStartAddress(dmaHandle, (uint32_t)&adcResultsBuffer[nextBufferIdx][0]);
    DMA_setDestWrapStartAddress(dmaHandle, (uint32_t)&adcResultsBuffer[nextBufferIdx][0]);

    // 5. 重新使能DMA通道，等待下一次ADC触发
    DMA_enableChannel(dmaHandle);

    // 6. 确认中断（如果PIE模块需要）
    Interrupt_clearACKGroup(INTERRUPT_ACK_GROUP9); // DMA CH1通常位于PIE GROUP9
}

步骤5：启动DMA传输 最后，在系统初始化末尾，使能DMA通道，使其进入等待触发状态。

// 使能DMA通道，开始监听ADC触发事件
DMA_enableChannel(dmaHandle);

通过以上步骤，一个基于驱动库、功能完整的ADC-DMA乒乓缓冲数据采集系统就搭建起来了。驱动库函数隐藏了繁琐的位操作，让开发者更关注于数据流逻辑本身。

4. 高级特性、性能优化与避坑指南

掌握了基本配置后，我们还需要深入一些高级特性和实践中必然遇到的“坑”，才能写出稳健高效的DMA代码。

4.1 数据重排与32位传输模式

DMA支持32位传输模式。这不仅仅是把两个16位数据拼在一起搬运那么简单，它能 直接提升一倍的吞吐率 （见图12-5，图12-6的时序说明）。因为DMA总线是32位的，一次32位访问和一次16位访问的周期数可能相同。

配置要点 ：

• 设置 MODE.DATASIZE = 1 (32-bit mode)。
• 地址与步进计算需要格外小心 ：所有 SIZE 和 STEP 寄存器的值，其单位都是 16位字地址 。在32位模式下：
  • BURST_SIZE ：若想一次突发搬移N个32位数据，需设置为 (2*N - 1) 。例如，搬4个32位数据， BURST_SIZE 设为7。
  • BURST_STEP / TRANSFER_STEP / WRAP_STEP ：若想让地址指针指向下一个32位数据，步进值应设为 2 。
• 源和目标地址必须32位对齐（地址最低位为0）。使用 (uint32_t*) 指针指向你的32位数据缓冲区。

避坑指南 ：混合使用16位和32位外设时务必注意。例如，从32位宽的RAM区域向16位宽的SPI数据寄存器传输时，选择16位模式更简单。如果选择32位模式，你需要确保数据在内存中的布局符合SPI的期望顺序（大端/小端），并且 BURST_SIZE 的设置能产生正确的数据个数。

4.2 仲裁、冲突与系统性能影响

如手册12.5节所述，DMA、CPU、CLA在访问共享资源（如特定外设帧、GSRAM）时会发生仲裁。仲裁优先级是固定的：DMA写 > DMA读 > CLA写 > CLA读 > CPU写 > CPU读。

这意味着什么？ 如果你的CPU正在频繁访问某个被DMA同时访问的外设（例如，CPU在读取SPI FIFO状态，而DMA在通过SPI收发数据），CPU可能会被严重 停滞 。这种停滞不是DMA传输完成后才解除，而是在DMA完成 当前一次总线访问 后即解除（见12.5节说明）。但对于一个长突发，CPU可能被阻塞多个周期。

性能优化建议 ：

1. 隔离数据通路 ：尽可能让DMA和CPU/CLA操作不同的内存区域。例如，DMA将ADC数据搬到GS0 RAM，CPU从GS1 RAM读取处理。GSRAM之间的访问是round-robin仲裁，冲突影响较小。
2. 利用ADC结果寄存器副本 ：如手册强调，ADC结果寄存器对CPU、DMA、CLA是 独享副本 ，无仲裁开销。这是巨大的优势，可以放心让多个主设备同时读取ADC结果。
3. 合理设置突发大小 ：较小的 BURST_SIZE 可以减少单次DMA操作对总线的占用时间，提高系统响应性。但会略微增加触发处理开销（每次触发都有1周期延迟）。需要根据系统实时性要求权衡。
4. 监控总线负载 ：在复杂系统中，可以使用芯片的性能计数器（如果提供）或通过测量关键任务的执行时间来间接评估总线冲突的影响。

4.3 常见问题排查实录

在实际调试中，DMA问题通常表现为数据错误、传输不启动或中断不触发。以下是一个排查清单：

• 问题1：DMA传输完全没启动。

  • 检查1：触发源配置 。确认X-BAR路由正确（ XBAR_setInputPin ），并且DMA通道的 PERINTSEL 和 DMACHSRCSELx 寄存器设置与X-BAR输出节点匹配。 最稳妥的方法是 在调试器中查看这两个寄存器的值。
  • 检查2：DMA通道使能 。 CONTROL.CHx[RUN] 位必须为1。确认在调用 DMA_enableChannel 后，该位已被置起。
  • 检查3：外设触发事件是否产生 。确认ADC/ePWM等外设已正确配置并产生了预期的中断或事件信号。可以先尝试用软件强制触发（ CONTROL.CHx[PERINTFRC] = 1 ）来测试DMA通道本身是否正常。
  • 检查4：OneShot/Continuous模式 。如果在 ONESHOT 模式下，一次触发完成了整个传输（ TRANSFER_SIZE 很大），然后通道自动停止（如果 CONTINUOUS=0 ），你可能误以为没启动。检查 TRANSFER_COUNT 寄存器的值是否在变化。

• 问题2：数据搬运到了错误地址或数据错乱。

  • 检查1：地址指针和步进 。这是最常见的原因。务必分清 SHADOW 和 ACTIVE 寄存器。在调试时，查看 SRC_ADDR_ACTIVE 和 DST_ADDR_ACTIVE 在传输过程中的变化是否符合预期。特别注意32位模式下的步进计算（需x2）。
  • 检查2：缓冲区溢出/对齐 。确保目标缓冲区足够大，且地址对齐符合要求（特别是32位模式）。计算总数据量： (BURST_SIZE+1) * (TRANSFER_SIZE+1) 。
  • 检查3：数据覆盖 。在乒乓缓冲模式下，如果CPU处理速度跟不上DMA填充速度，会发生缓冲区未被及时处理就被覆盖。需要在ISR中设置标志，并由主循环及时清除，确保处理完毕前DMA不会再次使用该缓冲区。

• 问题3：DMA中断不触发或触发过于频繁。

  • 检查1：中断使能 。确认DMA通道中断使能位（ CONTROL.CHx[INTE] ）和PIE中对应的中断都已使能。
  • 检查2：中断模式 。 CHINTMODE 设为了0（传输开始）还是1（传输结束）？这决定了中断产生的时机。根据你的应用逻辑（如乒乓缓冲）正确选择。
  • 检查3：中断标志清除 。在ISR中必须清除DMA通道的中断标志（ DMA_clearInterruptStatus ），否则会持续进入中断。
  • 检查4：Overrun标志 。如果外设触发速度超过DMA处理速度， OVRFLG 会被置���。这会阻止新的触发吗？根据手册，当有未处理的触发事件 pending 时，第三个事件会导致OVRFLG置位，但似乎不影响已有pending事件的处理。需要监控此标志。

• 问题4：系统出现偶发性卡顿或数据错误。

  • 怀疑总线仲裁冲突 。检查DMA和CPU/CLA是否在频繁访问同一外设帧（如PF1, PF2）或内存区域。尝试调整内存布局，或将高优先级、实时性要求高的CPU任务访问的数据移到LSRAM（如果CPU有专属LSRAM）。
  • 检查内存一致性 ：如果CPU和DMA共享可缓存的内存区域（如C28x的某些RAM可通过MPU配置为缓存），必须确保在DMA写入后、CPU读取前，或者CPU写入后、DMA读取前，执行必要的数据缓存无效化或写回操作（ CACHE_invalidate , CACHE_writeBack ）。这是多主系统一个非常隐蔽的bug来源。

5. 驱动库函数使用的最佳实践与源码窥探

虽然我们依赖驱动库，但了解其内部实现能让我们更自信地使用它，并在必要时绕过它。

最佳实践：

1. 初始化序列化 ：严格按照 初始化外设 -> 配置X-BAR -> 配置DMA参数 -> 使能DMA中断 -> 使能DMA通道 -> 启动外设 的顺序进行。避免在DMA使能后修改关键配置。
2. 使用结构体初始化 ：许多驱动库提供配置结构体（如 DMA_Config ）。先填充一个默认配置结构体，再修改所需字段，最后一次性传入配置函数。这比调用多个分散的set函数更原子化，不易遗漏。
3. 封装应用层API ：针对你的具体应用（如“ADC双缓冲采集”、“SPI块传输”），在驱动库之上再封装一层自己的API。例如 ADC_DMA_InitDoubleBuffer() ，内部隐藏所有复杂的DMA和X-BAR配置细节。
4. 防御性编程 ：在DMA传输关键数据前，可以短暂禁用通道，修改影子寄存器，然后重新使能。对于乒乓缓冲，在切换缓冲区指针时，确保DMA当前不在访问即将交给CPU处理的缓冲区（通过检查 TRANSFER_COUNT 或使用双标志位协议）。

驱动库源码窥探（以 DMA_setSrcStartAddress 为例）： 去看TI的driverlib源码非常有教育意义。你通常会看到类似下面的代码：

void DMA_setSrcStartAddress(uint32_t base, uint16_t channel, uint32_t addr)
{
    // 1. 计算指定通道的寄存器偏移
    uint32_t regOffset = DMA_O_SRC_ADDR_SHADOW + (channel * DMA_CH_OFFSET);

    // 2. 将地址写入影子寄存器
    HWREG(base + regOffset) = addr;

    // 3. 可能有的器件需要触发一个更新，将影子寄存器值加载到活动寄存器
    // 对于F28003x，通常是在传输开始时自动加载，但有些操作可能需要手动同步
    // HWREG(base + DMA_O_CTRL) |= (1 << (channel + DMA_CTRL_SYNCE_SHIFT));
}

这清晰地印证了：驱动库函数只是对寄存器进行了一次写操作。它不会处理地址对齐检查、不会判断通道是否正在忙。这些责任都在开发者肩上。

最后，关于手册中提到的 “ADC: DMA Read of Stale Result” 警告，这是一个非常重要的硬件勘误提示。它警告我们，在某些特定时序下，DMA可能在外设（如ADC）还未真正更新结果寄存器之前就读取了旧数据。TI通常会在勘误表中给出解决方案，可能是在启动ADC转换和使能DMA触发之间插入一定延迟，或者使用特定的同步机制。 在编写ADC-DMA代码时，第一件事就是查阅芯片的最新勘误表，确认是否存在此问题以及具体的规避措施。 忽略这个警告可能导致采集到错误的数据，而且这种错误是随机的，极难调试。

通过将寄存器手册中的冰冷位域与驱动库中鲜活的函数调用联系起来，我们不仅学会了如何“操作”DMA，更理解了其内部运转的“逻辑”。这种从硬件原理到软件封装的贯通理解，是构建稳定、高效嵌入式系统的关键。在TMS320F28003x这样的高性能控制器上，恰当地运用DMA，能让你设计的系统在数据洪流面前依然游刃有余。