深入解析TI EDMA事件控制机制：从寄存器操作到链式传输实战

1. EDMA事件控制机制的核心价值与设计哲学在嵌入式系统尤其是那些对实时性和数据吞吐量有严苛要求的领域比如音频流处理、高速图像采集或者雷达信号处理CPU如果被琐碎的数据搬运任务缠住手脚整个系统的性能就会大打折扣。这时候DMA直接内存访问技术就像一位不知疲倦的“数据搬运工”它能在不打扰CPU这位“总指挥”的情况下独立完成内存与外设之间的大批量数据转移。而德州仪器TI的增强型DMAEDMA控制器更是将这种能力推向了新的高度其核心秘密就在于一套极其精细和强大的事件驱动机制。你可以把EDMA想象成一个高度自动化的物流中心。外设比如ADC、串口产生一个数据包就像物流中心收到一个“包裹到达”的信号事件。但这个信号本身并不能直接触发搬运工DMA传输通道行动。整个流程需要一套管理系统来协调首先系统需要确认这个信号是有效的事件被捕获并置位然后需要判断当前是否允许处理这个类型的包裹事件使能最后才派遣空闲的搬运工去执行任务。ECR事件清除寄存器、ESR事件设置寄存器、EER事件使能寄存器以及CER链式事件寄存器就是这套管理系统的核心控制面板。理解这些寄存器绝不仅仅是记住几个地址和位定义。其深层价值在于它让你能够以硬件级的精确度来编排复杂的数据流。例如通过链式事件你可以让一次DMA传输的完成自动触发下一次传输的参数加载与启动实现无缝的乒乓缓冲、循环缓冲或者复杂的数据重组而无需CPU介入。这直接决定了你能否榨干硬件带宽实现极致的实时性能。很多工程师在调试EDMA时遇到的“事件丢失”、“传输卡住”或者“优先级混乱”问题根源往往是对这几个寄存器之间的联动关系和操作时序理解不透彻。接下来我们就深入这个“控制面板”看看每一个按钮和指示灯到底是如何工作的。2. 事件状态管理捕获、使能与清除的三角关系要驾驭EDMA的事件系统首先必须理清三个核心状态寄存器事件寄存器ER、事件使能寄存器EER和事件队列。它们构成了事件生命周期的基石。很多初学者容易混淆“事件已发生”和“事件被处理”这两个概念而弄懂这三者的关系是避免踩坑的第一步。事件寄存器ER是硬件自动设置的“事件标志位”。当外设通过tpcc_eventN_pi信号线发出一个事件脉冲时对应通道的ER位会被硬件自动置1。你可以把它看作一个“事件到达”的指示灯。这个寄存器通常是只读的或者需要通过特定的写操作来清除。它的状态仅仅表示“有一个事件信号来过”。但指示灯亮了不代表物流中心就会立刻处理这个包裹。事件使能寄存器EER就是那个“处理开关”。只有当某个通道的EER位被软件设置为1时该通道对应ER中的事件才会被EDMA控制器认为是有效的、需要处理的“TR同步”事件。如果EER位为0即使ER位为1事件已到达EDMA也会对其视而不见。这是一个非常重要的设计它允许软件灵活地控制哪些DMA通道在当前是活跃的。例如在系统初始化阶段你可以先配置好所有通道的参数但只使能少数几个关键通道等其他外设准备就绪后再逐个开启。这里就引出了一个关键操作如何设置和清除EER从手册中我们可以看到EER本身是只读的。你不能直接向EER写入值来开关事件。那怎么办呢TI提供了两个专门的影子寄存器来间接操作EER事件使能设置寄存器EESR和事件使能清除寄存器EECR。这是EDMA编程中一个非常经典的“写1置位/清除”模式。EESR (Event Enable Set Register)向某个通道位写1会将对应EER位置1使能事件。写0无效。EECR (Event Enable Clear Register)向某个通道位写1会将对应EER位清0禁用事件。写0无效。这种设计有两大好处。第一是操作原子性。你不需要执行“读-改-写”操作即先读出EER整个值修改其中一位再写回从而避免了在多任务或中断环境中该寄存器值在读取和写回之间被其他任务修改的风险。你只需要简单地往EESR或EECR的特定位写1就能精准控制单个通道的使能状态。第二是安全性。由于EER只读避免了软件误写导致的事件使能状态混乱。那么当ER1事件已到且EER1通道已使能时事件就进入待处理状态。但它不会立即被处理而是进入一个叫做事件队列的缓冲区。这就是次要事件寄存器SER反映的状态。SER的某个位为1表示对应通道的事件正在事件队列中排队等待仲裁器调度。手册明确指出“Event arbiter will not prioritize additional events.” 这意味着对于同一个通道如果已经有一个事件在队列中SER位为1那么在此期间到达的后续事件将不会被优先处理这涉及到事件丢失机制我们后面会详细讨论。最后当一个事件被成功从队列中取出并提交给传输控制器TC后其对应的ER位需要被清除以便接收新的事件。这就是事件清除寄存器ECR的职责。同样采用“写1清除”模式向ECR的某个位写1可以清除ER中对应的位。而事件设置寄存器ESR则提供了手动触发事件的能力向ESR某位写1会手动将ER中对应位置1模拟一个硬件事件的发生这在软件调试和测试中非常有用。注意这里有一个至关重要的顺序问题。在使能一个DMA通道通过EESR设置EER之前强烈建议先检查并清除其ER位通过ECR。因为如果ER位在使能前就已经为1可能是上次残留的未处理事件或者是噪声导致的误触发那么一旦EER被置1这个“陈旧”的事件会立即被识别为有效事件并进入队列可能导致非预期的DMA传输启动。安全的初始化流程通常是ECR清除事件 - 配置PaRAM参数RAM- EESR使能事件。3. 核心寄存器详解与位操作实战理解了事件管理的宏观框架我们现在需要深入到每一个寄存器的细节并看看在真实的C代码中如何操作它们。手册中给出的寄存器都是32位宽每个位对应一个DMA通道例如E0对应通道0。由于EDMA3控制器通常支持64个甚至更多的通道因此寄存器常以高低对如ECR和ECRH的形式出现分别管理低32通道和高32通道。3.1 事件使能控制组EER/EESR/EECR这是你控制DMA通道“开关”的地方。如前所述EER是只读的状态寄存器EESR和EECR是操作它的门户。寄存器地址示例以TPCC为例EER_RN(Offset 2020h): 低32通道事件使能状态。EERH_RN(Offset 2024h): 高32通道事件使能状态。EESR_RN(Offset 2030h): 低32通道事件使能设置寄存器。EESRH_RN(Offset 2034h): 高32通道事件使能设置寄存器。EECR_RN(Offset 2028h): 低32通道事件使能清除寄存器。EECRH_RN(Offset 202Ch): 高32通道事件使能清除寄存器。C语言操作示例 假设我们使用TI的C6000 DSP其寄存器通常被映射到内存地址。我们定义一些宏和函数来操作#include stdint.h // 假设 EDMA3_TPCC_BASE 是TPCC模块的基地址 #define EDMA3_TPCC_BASE 0x01C00000 // 寄存器偏移量定义 #define EDMA3_TPCC_EESR (EDMA3_TPCC_BASE 0x2030) #define EDMA3_TPCC_EECR (EDMA3_TPCC_BASE 0x2028) #define EDMA3_TPCC_EER (EDMA3_TPCC_BASE 0x2020) // 更实用的通过CSL芯片支持库风格的定义 volatile uint32_t * const pEESR (volatile uint32_t *)EDMA3_TPCC_EESR; volatile uint32_t * const pEECR (volatile uint32_t *)EDMA3_TPCC_EECR; volatile uint32_t * const pEER (volatile uint32_t *)EDMA3_TPCC_EER; // 功能使能指定DMA通道的事件 void enableDmaChannel(int ch_num) { if (ch_num 32) { // 操作低32位寄存器将对应位置1 *pEESR (1u ch_num); } else { // 操作高32位寄存器需要根据具体手册定义偏移量这里假设pEESRH已定义 // *pEESRH (1u (ch_num - 32)); } // 注意此操作是“写1置位”直接赋值会覆盖整个寄存器。通常使用“或等于”(|)操作来置位单bit但这里写1的位生效写0的位无影响所以直接赋值是安全的。 // 更常见的做法是使用SET/CLR寄存器其设计目的就是让你可以直接赋值。 } // 功能禁用指定DMA通道的事件 void disableDmaChannel(int ch_num) { if (ch_num 32) { *pEECR (1u ch_num); } else { // 操作高32位寄存器 } } // 功能检查某个通道的事件是否已使能 int isChannelEnabled(int ch_num) { uint32_t reg_val; if (ch_num 32) { reg_val *pEER; return (reg_val ch_num) 0x1; } else { // 读取pEERH // reg_val *pEERH; // return (reg_val (ch_num - 32)) 0x1; } return 0; }关键点解析直接赋值与位操作对于EESR和EECR这类“写1生效写0无效”的寄存器你可以安全地使用*pEESR (1 ch);。即使你只写了一个位为1其他位为0这个0也不会去清除其他位的状态。这是由硬件逻辑保证的。原子性上述操作是原子的一条存储指令即可完成在多线程或中断环境下无需额外保护针对该寄存器的这个操作而言。状态查询EER是只读的用于在调试或流程控制中查询当前哪些通道是活跃的。3.2 事件状态控制组ER/ESR/ECR这组寄存器管理事件的“标志”状态。寄存器地址示例ESR_RN(Offset 2010h): 低32通道事件设置手动触发。ESRH_RN(Offset 2014h): 高32通道事件设置。ECR_RN(Offset 2008h): 低32通道事件清除。ECRH_RN(Offset 200Ch): 高32通道事件清除。注ER寄存器通常也可读其地址可能不同手册片段中未直接给出ER的偏移但ECR/ESR的操作对象就是ER。操作逻辑软件触发一次DMA传输在配置好PaRAM后如果你想立即启动一次传输而不是等待硬件事件可以向ESR对应位写1。这会立即使ER位置1如果此时EER也是使能的则该事件会进入队列等待处理。void triggerDmaTransferManually(int ch_num) { volatile uint32_t *pESR (volatile uint32_t *)(EDMA3_TPCC_BASE 0x2010); if (ch_num 32) { *pESR (1u ch_num); // 手动设置事件标志 } }清除未决的事件在某些错误恢复或重新初始化场景下你需要确保ER中没有残留的事件。在禁用通道EECR后最好也清除一下ER。void clearPendingEvent(int ch_num) { volatile uint32_t *pECR (volatile uint32_t *)(EDMA3_TPCC_BASE 0x2008); if (ch_num 32) { *pECR (1u ch_num); // 清除事件标志 } }3.3 链式事件寄存器CER的奥秘链式事件是EDMA高级功能的核心。链式事件寄存器CER是一个只读的状态寄存器它指示哪些通道当前有链式事件在等待。链式事件不是由外部硬件触发的而是由传输完成触发的。触发源传输完成代码当一次DMA传输一个PaRAM set定义的传输完成时传输控制器TC或早期完成路径会产生一个完成代码。如果该通道的PaRAM中配置了链式事件即LINK字段指向另一个PaRAM且TCINTEN传输完成中断使能等链式相关位被设置那么这个完成代码就会转化为一个链式事件并设置对应通道的CER位。优先级手册中明确指出“If CER.En bit is set (regardless of state of EER.En) then the corresponding DMA channel is prioritized vs. other pending DMA events for submission to the TC.” 这是一个极其重要的特性链式事件拥有比普通外部事件更高的优先级。只要CER某位为1无论其EER位是否使能该通道都会优先获得仲裁。这保证了链式操作的实时性和连续性避免被后续的外部事件插队。生命周期置位传输完成且满足链式条件 - CER位被硬件自动置1。服务事件仲裁器优先选择CER中置位的通道将其事件提交给TC执行 - CER位在该事件被服务时自动清除。事件丢失如果某个通道的CER位已经为1即有一个链式事件在等待此时又一个来自TC的链式完成代码到达那么新到的链式事件将丢失并且会在“事件丢失寄存器”EMR手册中可能在其他章节中记录。这是设计上的权衡避免了事件队列的无限制堆积。这就要求开发者在设计链式传输时必须确保前一次链式传输被服务并启动新的传输后新的完成代码才会产生通常通过合理设置传输计数和链式触发条件来实现。软件角色软件不能直接写CER来设置或清除链式事件。CER是完全由硬件管理的状态机。软件可以通过读取CER来了解当前是否有链式事件挂起用于调试或复杂的流控制。4. 链式事件管理与复杂数据传输流程设计链式事件是EDMA的灵魂功能它让你能够将多个简单的DMA传输像链条一样连接起来自动执行形成一个复杂的数据处理流水线。这对于需要循环缓冲、数据重排、二维传输乃至多维传输的应用至关重要。4.1 链式传输的基本原理一个标准的EDMA传输单元由一组参数PaRAM定义包括源地址、目的地址、传输数量、索引值等。PaRAM中有一个关键字段叫做LINK。在非链式传输中LINK通常指向一个空值或自身。而在链式传输中LINK指向下一个PaRAM 集合的地址。当一次传输完成时如果该通道的传输完成中断使能TCINTEN被设置并且链式使能等相关条件满足EDMA控制器会执行以下操作产生一个传输完成中断如果使能了CPU中断。更重要的是它会产生一个内部链式事件。这个事件会设置该通道的CER位。事件仲裁器看到CER置位会优先调度该通道。调度成功后EDMA控制器会自动从LINK所指向的地址加载新的PaRAM集合到当前通道的Shadow PaRAM中并立即使用这套新参数启动下一次传输。同时CER位被自动清除。整个过程完全由硬件自动完成无需CPU干预。CPU只需要在始化时配置好一条由多个PaRAM集合构成的“传输链”并启动第一个传输通过硬件事件或软件触发ESR剩下的就可以交给EDMA自己循环或顺序执行。4.2 实战构建一个乒乓缓冲链这是链式DMA最经典的应用场景。假设我们需要连续采集音频数据使用两个缓冲区Buffer A和Buffer B进行乒乓操作。PaRAM Set 0: 配置为从ADC外设搬运数据到Buffer A。LINK字段指向 PaRAM Set 1 的地址。TCINTEN使能用于触发链式。PaRAM Set 1: 配置为从ADC外设搬运数据到Buffer B。LINK字段指向 PaRAM Set 0 的地址。TCINTEN使能。初始化流程// 伪代码展示逻辑 void setupPingPongDMA(int dma_ch) { // 1. 禁用通道并清除旧状态 disableDmaChannel(dma_ch); clearPendingEvent(dma_ch); // 可能还需要清除中断标志等 // 2. 配置PaRAM Set 0 (指向Buffer A) paramSet[dma_ch][0].srcAddr ADC_DATA_REG_ADDR; paramSet[dma_ch][0].dstAddr BUFFER_A_ADDR; paramSet[dma_ch][0].transferCount BUFFER_SIZE; paramSet[dma_ch][0].linkAddr paramSet[dma_ch][1]; // 链接到Set 1 paramSet[dma_ch][0].opt.TCINTEN 1; // 使能传输完成链式 // 3. 配置PaRAM Set 1 (指向Buffer B) paramSet[dma_ch][1].srcAddr ADC_DATA_REG_ADDR; paramSet[dma_ch][1].dstAddr BUFFER_B_ADDR; paramSet[dma_ch][1].transferCount BUFFER_SIZE; paramSet[dma_ch][1].linkAddr paramSet[dma_ch][0]; // 链接回Set 0形成环 paramSet[dma_ch][1].opt.TCINTEN 1; // 4. 将PaRAM Set 0 加载到EDMA通道的激活寄存器可能是Shadow PaRAM edmaSetParam(dma_ch, paramSet[dma_ch][0]); // 5. 使能该DMA通道的事件 enableDmaChannel(dma_ch); // 6. 可选手动触发第一次传输或等待ADC的硬件事件 triggerDmaTransferManually(dma_ch); }一旦启动EDMA会在Buffer A和Buffer B之间无限循环搬运数据。每次传输完成CER被设置并立即服务自动加载下一个参数集实现零开销的缓冲区切换。CPU只需在缓冲区满通过中断或轮询标志时处理数据即可。4.3 链式事件与EER的微妙关系手册中特别强调“This register has no effect on Chained Event Register (CER)”。这意味着EER事件使能寄存器的开关状态不影响链式事件的产生和优先调度。场景一通道的EER0禁用但一个链式完成事件发生。此时CER位仍然会被置1。由于CER有更高优先级事件仲裁器依然会优先处理这个链式事件将其提交给TC。也就是说链式事件可以“绕过”EER的使能控制。这保证了链式操作的可靠性不会因为软件误关了EER而断链。场景二通道的EER0ER中有一个由外部硬件产生的事件ER1。由于EER0这个事件不会被处理它会一直Pending。如果此时一个链式事件发生CER1链式事件会被优先处理。处理完后CER清零但那个外部事件依然在ER中Pending且因为EER0而继续被忽略。这个特性要求开发者在设计系统时要清晰区分“外部事件触发传输”和“内部链式触发传输”的使能控制逻辑。对于纯链式传输的通道你甚至可以在初始化后将其EER禁用链式依然能工作只要第一次传输被触发。但更常见的做法是保持EER使能以便于统一管理。5. 事件队列、仲裁与优先级深度剖析EDMA控制器内部有一个事件队列。当ER中的事件被EER使能后它并不是直接送给传输控制器而是先进入这个队列。SER寄存器反映的就是哪些事件正在队列中排队。5.1 事件仲裁规则事件仲裁器负责从队列中挑选下一个要处理的事件。其基本规则是链式事件优先只要CER中有任何位被置1仲裁器就会优先从CER置位的通道中选择事件提交给TC。这是最高优先级。队列内仲裁对于CER中无事件或CER事件处理完后的普通事件仲裁器按照预设的调度策略从事件队列中选择。策略可能是固定优先级通道号顺序或轮询Round-Robin这取决于EDMA控制器的具体配置通常有寄存器可以设置仲裁模式。队列满与事件丢失事件队列的深度是有限的。如果队列已满即SER中对应位已为1表示该通道已有事件在排队此时同一个通道又来了一个新的事件无论是外部硬件事件还是软件触发事件那么这个新事件将会被丢弃并且可能在“事件丢失寄存器”EMR中记录。这就是为什么在高事件率场景下需要确保DMA传输和事件处理的速度跟得上或者使用更深的队列配置如果支持。5.2 软件触发ESR与硬件触发的交互ESR允许软件模拟一个硬件事件。这个特性非常有用调试与测试在不连接真实外设的情况下验证DMA传输链和参数配置是否正确。启动链式传输对于纯由链式构成的传输你需要一个“种子事件”来启动整个链条。这通常通过向ESR写1来完成。同步控制在复杂的多通道协作中一个通道的传输完成通过中断通知CPU后CPU可以手动触发另一个通道的传输实现软件协调的同步。但需要注意软件触发的事件与硬件触发的事件在队列中是完全平等的。它们都遵循相同的仲裁规则。如果你向一个已经有一个事件在队列SER1的通道写ESR这个软件触发的事件同样会面临丢失的风险除非队列设计为可容纳多个同一通道事件但标准EDMA通常不行。5.3 综合编程模型与最佳实践基于以上所有知识一个健壮的EDMA通道初始化和控制流程应如下// 综合示例安全地配置并启动一个DMA通道支持硬件触发和链式 int configureAndStartDmaChannel(int ch_num, volatile void *param_set_addr) { // 步骤1: 确保通道处于安全状态 // 1a. 禁用事件使能 (防止旧配置导致意外触发) *((volatile uint32_t *)EECR_ADDR(ch_num)) (1u BIT_POS(ch_num)); // 1b. 清除任何可能挂起的事件标志 *((volatile uint32_t *)ECR_ADDR(ch_num)) (1u BIT_POS(ch_num)); // 1c. 可选清除中断标志等 // 步骤2: 配置PaRAM集合 // 将准备好的参数集可能包含链式LINK写入该通道对应的PaRAM内存区域 memcpy((void*)EDMA_PARAM_ADDR(ch_num), param_set_addr, sizeof(EdmaParamSet)); // 步骤3: 使能通道事件 (现在配置已就绪可以接收事件) *((volatile uint32_t *)EESR_ADDR(ch_num)) (1u BIT_POS(ch_num)); // 步骤4: 触发方式 // 方式A: 如果是硬件触发则等待外设信号。此时ER会由硬件置位。 // 方式B: 如果是软件启动或测试手动触发第一次传输 // *((volatile uint32_t *)ESR_ADDR(ch_num)) (1u BIT_POS(ch_num)); return 0; // 成功 } // 处理传输完成中断服务程序 (ISR) void dmaTransferCompleteISR(int ch_num) { // 1. 确认中断源清除中断标志操作ICR等寄存器 // 2. 处理数据例如切换缓冲区指针通知任务 // 3. 如果传输是单次非链式的可能需要重新配置PaRAM或禁用通道 // 如果是链式的硬件已自动加载下一个参数集无需软件干预。 // 4. 检查事件丢失寄存器 (EMR)如果对应位被置1说明可能丢失了事件需要错误处理。 uint32_t emr *((volatile uint32_t *)EMR_ADDR); if (emr (1u BIT_POS(ch_num))) { // 错误处理记录日志可能需要重新初始化该通道的数据流 *((volatile uint32_t *)EMR_CLR_ADDR) (1u BIT_POS(ch_num)); // 写1清除丢失标志 } }6. 常见问题排查与调试技巧实录在实际项目中使用EDMA事件控制寄存器时我踩过不少坑也总结出一些非常实用的调试方法。问题一DMA传输根本无法启动。排查步骤查EER首先读取EER寄存器确认你想要的通道位确实是1。很多时候是忘记调用enableDmaChannel或者使能顺序不对。查ER和事件源如果是硬件触发用示波器或逻辑分析仪检查tpcc_eventN_pi信号线是否有脉冲。如果是软件触发检查ESR操作是否正确地址、位是否正确。查PaRAM配置这是最常见的问题。使用调试器直接查看EDMA参数RAM区域的内容核对源/目标地址、传输计数、索引等是否与预期一致。特别注意地址是否已对齐到要求例如某些EDMA对地址有字节对齐要求。查通道映射确认外设的事件输出是否正确地映射到了你使用的DMA通道号。这通常在系统集成模块或外设本身的寄存器中配置。问题二DMA传输只执行一次就停止了链式不工作。排查步骤查CER在第一次传输完成后读取CER寄存器看对应通道位是否被置1。如果没有说明链式事件根本没产生。查PaRAM的LINK和TCINTEN仔细检查PaRAM中LINK地址是否有效指向下一个合法的PaRAM集合以及OPT字段中的TCINTEN传输完成中断使能是否置位。在某些EDMA版本中链式可能需要同时使能TCINTEN和TCC传输完成代码字段正确设置。查链式目标PaRAM确保LINK指向的PaRAM集合已经正确配置好参数。一个常见的错误是LINK指向了一个未初始化或内容全零的PaRAM区域导致加载后传输参数非法。查事件丢失寄存器EMR如果CER已经为1时新的完成代码又来了链式事件会丢失EMR相应位会被置1。检查并清除EMR可以帮助诊断。问题三高数据率下出现数据丢失或错乱。排查步骤查SER和队列深度如果同一个通道的事件到达速率超过DMA处理速率会导致事件在队列中堆积。当SER指示该通道已有事件在排队时新事件会被丢弃。检查SER状态和EMR事件丢失。解决方案优化DMA传输参数增大单次传输量减少事件频率或者使用多个DMA通道并行处理。查带宽和仲裁如果多个高优先级通道同时活跃可能会阻塞低优先级通道。检查EDMA的仲裁优先级设置确保关键数据流所在的通道有足够高的优先级或公平的仲裁权重。查内存访问冲突确保DMA访问的内存区域没有被CPU或其他总线主设备频繁访问以免造成总线拥塞。使用缓存一致性操作如Cache WB/Invalidate确保DMA看到的是最新数据。调试技巧寄存器快照在关键点初始化后、触发前、中断中读取并打印所有相关寄存器EER, ER, CER, SER, EMR的值这是最直接的诊断方法。使用PaRAM Shadow一些高级EDMA控制器允许在传输过程中访问“Shadow PaRAM”即当前正在使用的参数集。在传输完成中断中检查Shadow PaRAM可以确认下一次链式传输将要使用的参数是否正确加载。模拟与触发在硬件事件不稳定时充分利用ESR进行软件触发可以隔离是事件生成问题还是DMA配置问题。理解EDMA的事件控制寄存器ECR, ESR, EER, CER等不仅仅是记住它们的位定义更是要掌握其背后的事件状态机、优先级仲裁机制以及它们如何与PaRAM协同工作构成一个高效、自动化的数据传输引擎。从安全地初始化和使能通道到设计可靠的链式传输流再到处理高负载下的异常情况每一步都需要对这些寄存器有清晰的认识。希望这篇深入解析能帮助你在下一个嵌入式项目中更加游刃有余地驾驭EDMA的强大能力。