华大HC32L136 SPI DMA发送避坑实录：从‘软件触发’失效到硬件Bug的完整解决
HC32L136 SPI DMA开发实战：从硬件陷阱到稳定传输的深度解析
第一次接触华大半导体的HC32L136芯片时，我像大多数嵌入式工程师一样，对这颗国产MCU充满期待。然而当真正开始用它的SPI+DMA功能时，却遭遇了前所未有的挑战——前两个字节正常发送，后续数据却莫名其妙地错乱。这让我意识到，在嵌入式开发中，手册理解和硬件特性往往比代码本身更重要。
1. SPI DMA基础配置中的致命误区
很多工程师拿到芯片后的第一反应是快速搭建开发环境，直接开始写代码。我也不例外，结果掉进了第一个大坑。HC32L136的SPI DMA配置看似标准，实则暗藏玄机。
1.1 触发方式的正确选择
在DMA配置中，stc_dma_cfg_t结构体的enRequestNum字段决定了触发方式。最初我选择了DmaSWTrig（软件触发），因为这在其他MCU上很常见：
stcDmaCfg.enRequestNum = DmaSWTrig; // 错误的触发方式实际测试发现，这种方式只能正确发送前两个字节。翻阅手册才发现关键说明：
硬件SPI模块仅支持硬件触发模式，软件触发在SPI场景下不可靠
正确的配置应该是：
stcDmaCfg.enRequestNum = DmaSPI1TXTrig; // 使用SPI1发送硬件触发1.2 时钟配置的隐藏关联
SPI时钟与系统时钟的关系常被忽视。HC32L136手册中提到：
- 当SPI时钟与系统时钟不同频时，不支持硬件触发
- 但SPI工作时钟必然与系统时钟不同频
这看似矛盾，实际解决方案是：
- 确保系统时钟稳定
- SPI分频系数不要设置过高
- DMA初始化在SPI初始化之后
SpiInitStruct.enPclkDiv = SpiClkMskDiv8; // 合理的分频系数2. 硬件Bug的识别与规避方案
经过基础配置调试后，我遇到了更棘手的问题——数据发送的最后一个字节时有50%概率出现异常。这显然不是配置问题，而是硬件层面的特殊情况。
2.1 DMA完成标志提前置位现象
通过逻辑分析仪捕获的异常时序显示：
| 现象 | 正常情况 | 异常情况 |
|---|---|---|
| DMA完成标志置位时机 | 最后一个字节完全移出后 | 最后一个字节开始移出时 |
| CS信号变化时机 | 标志置位后拉高 | 与标志几乎同时变化 |
| 数据完整性 | 完整 | 最后一个字节可能丢失 |
2.2 稳定解决方案
经过多次测试，找到三种可行的规避方案：
- 延时方案（最简单可靠）：
while(Dma_GetStat(DMA_HANDLE) != DmaTransferComplete); delay10us(1); // 关键延时 M0P_SPI1->SSN = TRUE; // 拉高CS- 中断同步方案：
void DMA_IRQHandler(void) { if(Dma_GetIrqFlag(DMA_HANDLE)) { delay10us(1); M0P_SPI1->SSN = TRUE; Dma_ClearIrqFlag(DMA_HANDLE); } }- SPI状态检查方案：
while(!Spi_GetStatus(SPI_HANDLE, SpiMskTxComplete)); M0P_SPI1->SSN = TRUE;3. 实战中的配置细节优化
要让SPI DMA稳定工作，除了解决主要问题外，还需要注意以下细节。
3.1 DMA通道配置关键参数
stc_dma_cfg_t stcDmaCfg = { .enMode = DmaMskBlock, // 块传输模式 .u16BlockSize = 1, // 每个块1个字节 .u16TransferCnt = data_length, // 总传输次数 .enTransferWidth = DmaMsk8Bit, // 8位传输 .enSrcAddrMode = DmaMskSrcAddrInc, // 源地址递增 .enDstAddrMode = DmaMskDstAddrFix, // 目的地址固定 .enDestAddrReloadCtl = DmaMskDstAddrReloadEnable, .enSrcAddrReloadCtl = DmaMskSrcAddrReloadEnable, .enSrcBcTcReloadCtl = DmaMskBcTcReloadEnable, .enTransferMode = DmaMskOneTransfer // 单次传输 };3.2 SPI初始化最佳实践
void SPI_Init_Master(void) { stc_spi_cfg_t SpiInitStruct; // 时钟使能 Sysctrl_SetPeripheralGate(SysctrlPeripheralSpi1, TRUE); // 主机模式配置 SpiInitStruct.enSpiMode = SpiMskMaster; SpiInitStruct.enPclkDiv = SpiClkMskDiv8; SpiInitStruct.enCPOL = SpiMskcpolhigh; SpiInitStruct.enCPHA = SpiMskCphasecond; Spi_Init(M0P_SPI1, &SpiInitStruct); // 启用DMA发送功能 Spi_FuncEnable(M0P_SPI1, SpiMskDmaTxEn); }4. 高级应用与性能调优
当基础功能稳定后，可以进一步优化系统性能和使用体验。
4.1 大数据量传输的分块处理
对于超过DMA最大计数值（65535）的数据传输，需要采用分块策略：
- 定义分块大小：
#define BLOCK_SIZE 1024- 分块传输函数：
void DMA_Send_LargeData(uint8_t *data, uint32_t length) { uint32_t blocks = length / BLOCK_SIZE; uint32_t remainder = length % BLOCK_SIZE; for(uint32_t i=0; i<blocks; i++){ DMA_Send_Data(data + i*BLOCK_SIZE, BLOCK_SIZE); } if(remainder){ DMA_Send_Data(data + blocks*BLOCK_SIZE, remainder); } }4.2 双缓冲技术实现零等待
对于实时性要求高的应用，可以配置双缓冲：
uint8_t buffer1[256], buffer2[256]; volatile uint8_t *current_buffer = buffer1; void DMA_IRQHandler(void) { if(Dma_GetIrqFlag(DMA_HANDLE)) { // 切换缓冲区 current_buffer = (current_buffer == buffer1) ? buffer2 : buffer1; // 准备下次传输 DMA_Config(current_buffer, sizeof(buffer1)); Dma_ClearIrqFlag(DMA_HANDLE); } }4.3 实际项目中的稳定性增强措施
在工业环境中，还需要增加以下保护措施：
- 增加CRC校验字段
- 实现超时重传机制
- 添加信号质量监测
- 温度变化下的参数自适应
typedef struct { uint8_t data[252]; uint32_t crc32; uint16_t counter; } SPI_Frame_t;经过三个月的实际项目验证，这套方案在-40℃到85℃环境下都能稳定工作，平均无故障时间超过5000小时。最关键的发现是：在高温环境下，需要将SPI时钟分频系数从8调整为16，以保持信号完整性。