1. 为什么我最终选了GD32的SPIDMA做板间通信两片MCU之间要高速交换数据串口太慢、I2C更慢、并口太占引脚SPI几乎是唯一解。但普通SPI每传一个字节都要CPU亲自搬运波特率一拉到十几兆CPU基本就被中断吃满了主循环里其他任务全得靠边站。我最早做的一块数据采集板就踩过这个坑主频120MHz的GD32F303SPI跑到18MHz结果CPU占用率直接飙到60%以上采样任务频繁丢点。后来把SPI的收发全部交给DMACPU只在传输完成中断里处理一批数据占用率瞬间掉到个位数。这就是SPIDMA全双工通信的价值所在——让DMA当搬运工CPU只做决策。这篇文章面向的是已经会用GD32点灯、会配置基本SPI的嵌入式开发者尤其是做板间高速数据交换、传感器阵列采集、双机协同控制的朋友。我会把主从机全双工DMA的完整实现思路、寄存器配置、踩坑经验全部摊开讲代码基于GD32F30x系列标准外设库其他系列GD32F4xx、GD32E23x逻辑一致改改寄存器名就能用。先说清楚一个概念SPI本身就是全双工的主机发一个字节的同时必然收到一个字节这是硬件移位寄存器的天性。所谓全双工DMA通信本质是收发两个方向各挂一条DMA通道让数据在后台自动流转主从机各自维护一套发送缓冲和接收缓冲靠片选信号和时钟同步来对齐数据帧。2. 整体方案设计与关键选型考量2.1 主从机角色划分与数据流设计做板间通信第一件事不是写代码而是把数据流画清楚。我习惯先定三个东西谁主动、传什么、怎么对齐。主机负责产生时钟和片选从机被动响应。全双工意味着每个时钟周期双方都在交换一个bit所以主机发出去的数据和从机发出去的数据是同时进行的。这就带来一个设计约束从机必须提前把要回传的数据塞进发送寄存器否则主机收到的就是无效数据。我的做法是给双方各定义一套对称的帧结构typedef struct { uint8_t header; // 帧头 0xAA uint8_t cmd; // 命令字 uint16_t len; // 数据长度 uint8_t payload[64]; // 有效载荷 uint8_t checksum; // 校验 } spi_frame_t;主机发起一次传输时把命令帧放进发送缓冲DMA自动搬出去从机在接收中断里解析命令准备好应答数据放进自己的发送缓冲等下一次主机发起传输时自动回传。这种一问一答的模型最简单可靠适合绝大多数场景。如果你需要从机主动上报可以约定一个从机有数据的标志位主机周期性轮询该标志发现置位就发起一次读取传输。这样既保持了主机对时钟的完全控制又实现了双向数据流。2.2 为什么用DMA而不是中断搬运有人会问SPI中断搬运不行吗行但要看数据量。假设波特率10MHz一个字节8bit加开销约1us如果每字节进一次中断中断频率就是1MHz。GD32的中断响应加现场保护大约十几个时钟周期1MHz中断频率下CPU基本没时间干别的。DMA的优势在于批量搬运、零CPU干预。配置好源地址、目的地址、传输长度后DMA控制器自己完成所有搬运只在传输完成或半传输时给CPU一个中断。同样是10MHz波特率传1KB数据中断搬运要进1024次中断DMA搬运只需要1次完成中断。这里有个关键参数要算清楚DMA传输长度和SPI数据宽度的匹配。GD32的SPI数据寄存器是16位可以配置成8位或16位数据帧。如果用8位帧DMA的传输宽度也要设成字节如果用16位帧DMA传输宽度设成半字。两者必须一致否则会出现数据错位。2.3 硬件片选与软件片选的取舍SPI的NSS片选有两种模式硬件NSS和软件NSS。我强烈建议用软件片选原因有三第一硬件NSS在多主机场景下容易出问题一旦NSS被拉低SPI会自动切换到从机模式时序不好控制。第二软件片选可以灵活控制片选和时钟的先后顺序方便加延时。第三从机的NSS如果配成硬件模式片选抖动可能导致移位寄存器复位丢数据。具体做法是把NSS引脚配成普通GPIO推挽输出传输前拉低传输完成后拉高。主机代码里这样写gpio_bit_reset(SPI_CS_PORT, SPI_CS_PIN); // 拉低片选 spi_dma_transfer_start(); // 启动DMA传输 // 等待传输完成中断 gpio_bit_set(SPI_CS_PORT, SPI_CS_PIN); // 拉高片选从机这边NSS引脚配成浮空输入或者上拉输入用外部中断或者轮询检测下降沿来准备接收。不过更稳的做法是从机也用软件NSS把NSS引脚当普通输入在SPI初始化时设置spi_nss_internal_high()让硬件忽略NSS信号。2.4 DMA通道与请求映射的坑GD32的DMA请求映射和STM32不完全一样这是很多人移植代码时翻车的地方。以GD32F303为例SPI0的TX请求固定在DMA0通道3RX请求固定在DMA0通道2SPI1的TX是DMA0通道4RX是DMA0通道5。这个映射是硬件固定的不能随便改。我见过有人把SPI0的TX配到DMA0通道1结果DMA死活不触发查了半天以为是SPI没配好。所以动手前一定要翻对应型号的参考手册把DMA请求映射表看清楚。另外GD32的DMA和STM32的DMA在寄存器层面有差异比如GD32的DMA通道配置寄存器里优先级和传输方向的位定义就不太一样。直接抄STM32的代码大概率跑不起来建议用GD32官方标准外设库的dma_deinit()和dma_init()函数来配置别自己手撸寄存器。3. 核心寄存器配置与实操要点3.1 SPI初始化模式、时钟、数据帧SPI初始化的核心是四个参数主从模式、时钟极性相位、数据帧格式、波特率预分频。主从机必须约定好时钟极性和相位CPOL和CPHA。我一般用模式0CPOL0CPHA0即空闲时时钟为低第一个边沿采样。这个模式最通用绝大多数SPI从设备都支持。数据帧我选8位因为要传的payload是字节数组8位处理起来最自然。如果追求更高吞吐可以用16位帧但要注意字节序问题——GD32的SPI是MSB先行16位帧时高字节先发。波特率预分频要算清楚。GD32F303的SPI时钟来自APB2SPI0或APB1SPI1假设APB2是120MHz预分频设成8波特率就是15MHz。这个速率下PCB走线要短最好加串阻匹配否则波形振铃严重。主机初始化代码void spi_master_init(void) { spi_parameter_struct spi_init_struct; rcu_periph_clock_enable(RCU_GPIOA); rcu_periph_clock_enable(RCU_SPI0); // PA5SCK, PA6MISO, PA7MOSI, PA4CS(软件控制) gpio_init(GPIOA, GPIO_MODE_AF_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_5 | GPIO_PIN_7); gpio_init(GPIOA, GPIO_MODE_IN_FLOATING, GPIO_OSPEED_50MHZ, GPIO_PIN_6); gpio_init(GPIOA, GPIO_MODE_OUT_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_4); gpio_bit_set(GPIOA, GPIO_PIN_4); // CS默认拉高 spi_init_struct.trans_mode SPI_TRANSMODE_FULLDUPLEX; spi_init_struct.device_mode SPI_MASTER; spi_init_struct.frame_size SPI_FRAMESIZE_8BIT; spi_init_struct.clock_polarity_phase SPI_CK_PL_LOW_PH_1EDGE; spi_init_struct.nss SPI_NSS_SOFT; spi_init_struct.prescale SPI_PSC_8; spi_init_struct.endian SPI_ENDIAN_MSB; spi_init(SPI0, spi_init_struct); spi_enable(SPI0); }从机初始化基本一样只改device_mode SPI_SLAVEnss SPI_NSS_SOFT预分频从机不用管时钟由主机提供。3.2 DMA发送通道配置内存到外设发送通道的方向是内存到外设源地址是发送缓冲目的地址是SPI数据寄存器。void spi_tx_dma_init(uint8_t *buf, uint16_t len) { dma_parameter_struct dma_init_struct; rcu_periph_clock_enable(RCU_DMA0); dma_deinit(DMA0, DMA_CH3); dma_init_struct.direction DMA_MEMORY_TO_PERIPHERAL; dma_init_struct.memory_addr (uint32_t)buf; dma_init_struct.memory_inc DMA_MEMORY_INCREASE_ENABLE; dma_init_struct.memory_width DMA_MEMORY_WIDTH_8BIT; dma_init_struct.number len; dma_init_struct.periph_addr (uint32_t)SPI_DATA(SPI0); dma_init_struct.periph_inc DMA_PERIPH_INCREASE_DISABLE; dma_init_struct.periph_width DMA_PERIPHERAL_WIDTH_8BIT; dma_init_struct.priority DMA_PRIORITY_HIGH; dma_init(DMA0, DMA_CH3, dma_init_struct); dma_circulation_disable(DMA0, DMA_CH3); dma_memory_to_memory_disable(DMA0, DMA_CH3); dma_interrupt_enable(DMA0, DMA_CH3, DMA_INT_FTF); dma_channel_enable(DMA0, DMA_CH3); }几个关键点memory_inc必须使能否则DMA永远搬同一个字节periph_inc必须禁止因为SPI数据寄存器地址固定number是传输字节数最大65535。3.3 DMA接收通道配置外设到内存接收通道方向相反源地址是SPI数据寄存器目的地址是接收缓冲。void spi_rx_dma_init(uint8_t *buf, uint16_t len) { dma_parameter_struct dma_init_struct; dma_deinit(DMA0, DMA_CH2); dma_init_struct.direction DMA_PERIPHERAL_TO_MEMORY; dma_init_struct.memory_addr (uint32_t)buf; dma_init_struct.memory_inc DMA_MEMORY_INCREASE_ENABLE; dma_init_struct.memory_width DMA_MEMORY_WIDTH_8BIT; dma_init_struct.number len; dma_init_struct.periph_addr (uint32_t)SPI_DATA(SPI0); dma_init_struct.periph_inc DMA_PERIPH_INCREASE_DISABLE; dma_init_struct.periph_width DMA_PERIPHERAL_WIDTH_8BIT; dma_init_struct.priority DMA_PRIORITY_VERY_HIGH; dma_init(DMA0, DMA_CH2, dma_init_struct); dma_circulation_disable(DMA0, DMA_CH2); dma_memory_to_memory_disable(DMA0, DMA_CH2); dma_interrupt_enable(DMA0, DMA_CH2, DMA_INT_FTF); dma_channel_enable(DMA0, DMA_CH2); }接收通道优先级我设成非常高因为接收不及时会导致SPI溢出OVR标志置位数据直接丢失。发送慢一点没关系接收必须快。3.4 SPI的DMA使能别漏了这一步DMA通道配好了还得告诉SPI我要用DMA。GD32的SPI有两个DMA使能位SPI_DMA_TRANSMIT和SPI_DMA_RECEIVE。spi_dma_enable(SPI0, SPI_DMA_TRANSMIT); spi_dma_enable(SPI0, SPI_DMA_RECEIVE);这两句必须在DMA通道使能之后、SPI传输开始之前调用。我踩过一次坑先使能了SPI的DMA再配置DMA通道结果DMA通道重配时SPI已经发出了请求导致第一次传输数据错位。正确顺序是先配DMA通道再使能SPI的DMA请求最后拉片选启动传输。3.5 传输启动与完成判断主机启动一次传输的完整流程void spi_master_transfer(uint8_t *tx_buf, uint8_t *rx_buf, uint16_t len) { // 1. 配置发送DMA dma_channel_disable(DMA0, DMA_CH3); dma_transfer_number_config(DMA0, DMA_CH3, len); dma_memory_address_config(DMA0, DMA_CH3, (uint32_t)tx_buf); dma_channel_enable(DMA0, DMA_CH3); // 2. 配置接收DMA dma_channel_disable(DMA0, DMA_CH2); dma_transfer_number_config(DMA0, DMA_CH2, len); dma_memory_address_config(DMA0, DMA_CH2, (uint32_t)rx_buf); dma_channel_enable(DMA0, DMA_CH2); // 3. 拉低片选启动传输 gpio_bit_reset(GPIOA, GPIO_PIN_4); // 4. 等待接收DMA完成接收完成意味着整个传输结束 while(dma_flag_get(DMA0, DMA_CH2, DMA_FLAG_FTF) RESET); dma_flag_clear(DMA0, DMA_CH2, DMA_FLAG_FTF); // 5. 拉高片选 gpio_bit_set(GPIOA, GPIO_PIN_4); }这里有个细节判断传输完成要看接收DMA的标志不是发送DMA。因为SPI是全双工发送完成不代表接收完成最后一个字节可能还在移位寄存器里。等接收DMA的FTF标志置位说明所有字节都已经收进来了。从机这边不需要主动启动传输它只要在SPI初始化后把发送缓冲挂到DMA上等主机时钟到来时自动收发。从机的接收完成中断里处理数据然后重新装载发送缓冲。4. 完整实操流程与关键环节实现4.1 工程搭建从标准模板开始我习惯用GD32官方标准外设库建工程不依赖任何图形化配置工具。原因很简单SPIDMA这种底层配置图形化工具生成的代码往往有冗余出了问题不好排查。手写配置虽然麻烦点但每一行都清楚。工程目录结构project/ ├── CMSIS/ # 内核头文件 ├── GD32F30x_standard_peripheral/ # 标准外设库 ├── User/ │ ├── main.c │ ├── spi_dma.c │ ├── spi_dma.h │ └── gd32f30x_it.c └── Startup/Keil里需要添加宏定义GD32F30X_HD根据具体型号改头文件路径包含CMSIS和标准外设库的include目录。如果用VSCodeEIDE插件开发配置逻辑一样只是编译脚本换成CMake或者EIDE自己的配置。4.2 主机端完整实现主机端的核心是一个状态机空闲→准备数据→启动传输→等待完成→处理接收数据→回到空闲。#define FRAME_SIZE 72 // 1126413(对齐) static uint8_t tx_buffer[FRAME_SIZE]; static uint8_t rx_buffer[FRAME_SIZE]; static volatile uint8_t transfer_done 0; void DMA0_Channel2_IRQHandler(void) { if(dma_interrupt_flag_get(DMA0, DMA_CH2, DMA_INT_FLAG_FTF)) { dma_interrupt_flag_clear(DMA0, DMA_CH2, DMA_INT_FLAG_FTF); gpio_bit_set(GPIOA, GPIO_PIN_4); // 拉高片选 transfer_done 1; } } void spi_master_send_frame(spi_frame_t *frame) { memcpy(tx_buffer, frame, sizeof(spi_frame_t)); transfer_done 0; dma_channel_disable(DMA0, DMA_CH3); dma_transfer_number_config(DMA0, DMA_CH3, FRAME_SIZE); dma_memory_address_config(DMA0, DMA_CH3, (uint32_t)tx_buffer); dma_channel_enable(DMA0, DMA_CH3); dma_channel_disable(DMA0, DMA_CH2); dma_transfer_number_config(DMA0, DMA_CH2, FRAME_SIZE); dma_memory_address_config(DMA0, DMA_CH2, (uint32_t)rx_buffer); dma_channel_enable(DMA0, DMA_CH2); gpio_bit_reset(GPIOA, GPIO_PIN_4); while(!transfer_done); // 等待完成中断 }注意这里用了中断方式等待而不是死循环轮询标志位。中断方式下CPU可以在等待期间处理其他任务效率更高。如果传输频率很高建议用中断状态机的方式别在主循环里死等。4.3 从机端完整实现从机的难点在于时序配合。从机不知道主机什么时候发起传输所以必须时刻准备着。我的做法是从机在初始化时就把发送DMA挂好接收DMA也挂好然后等主机的时钟。static uint8_t slave_tx_buffer[FRAME_SIZE]; static uint8_t slave_rx_buffer[FRAME_SIZE]; static volatile uint8_t slave_frame_ready 0; void DMA0_Channel2_IRQHandler(void) // 从机接收完成 { if(dma_interrupt_flag_get(DMA0, DMA_CH2, DMA_INT_FLAG_FTF)) { dma_interrupt_flag_clear(DMA0, DMA_CH2, DMA_INT_FLAG_FTF); slave_frame_ready 1; // 重新装载接收DMA准备下一帧 dma_channel_disable(DMA0, DMA_CH2); dma_transfer_number_config(DMA0, DMA_CH2, FRAME_SIZE); dma_memory_address_config(DMA0, DMA_CH2, (uint32_t)slave_rx_buffer); dma_channel_enable(DMA0, DMA_CH2); } } void spi_slave_init(void) { // SPI配置成从机模式 // ...省略GPIO和SPI基础配置... // 预先装载发送缓冲全0或默认应答 memset(slave_tx_buffer, 0, FRAME_SIZE); spi_tx_dma_init(slave_tx_buffer, FRAME_SIZE); spi_rx_dma_init(slave_rx_buffer, FRAME_SIZE); spi_dma_enable(SPI0, SPI_DMA_TRANSMIT); spi_dma_enable(SPI0, SPI_DMA_RECEIVE); }从机有个坑发送DMA的传输长度必须和接收一致。因为SPI全双工主机发多少字节从机就收多少字节同时也发多少字节。如果从机发送DMA长度设短了后面几个字节会发默认值通常是0xFF或0x00主机收到的数据就不对。4.4 数据对齐与帧同步全双工通信最容易出问题的地方是帧对齐。主机和从机必须对一帧从哪开始、到哪结束有完全一致的理解。我的做法是用固定长度帧每帧72字节含帧头、命令、长度、64字节payload、校验、填充。主机每次传输固定72字节从机接收DMA也固定72字节。这样不需要额外的帧同步机制靠片选信号就能对齐。如果数据长度可变就必须在帧头里放长度字段从机先收帧头解析长度再决定后续收多少。这种变长帧处理起来复杂得多建议新手先用定长帧跑通再考虑变长。校验我用简单的累加和把帧头到payload的所有字节相加取低8位。虽然不如CRC可靠但胜在计算快、代码简单。如果通信环境恶劣建议换成CRC16。4.5 实测波形与性能数据我用逻辑分析仪抓过波形主机SCK 15MHz片选拉低后第一个时钟沿到来MOSI和MISO同时出数据。72字节传输耗时约40us算下来有效吞吐约1.8MB/s。这个速率下CPU占用率不到3%因为DMA搬运完全不占CPU。对比一下同样15MHz波特率用中断搬运72字节要进72次中断每次中断约1us总共72usCPU占用率约15%。数据量越大DMA的优势越明显。有个细节要注意片选拉低到第一个时钟沿之间要留至少半个时钟周期的延时。GD32的SPI在片选拉低后如果立即出时钟从机可能还没准备好。我在代码里加了几个NOP实测下来波形干净很多。5. 常见问题排查与避坑经验5.1 数据错位、首字节丢失这是最常见的问题表现为主机收到的数据整体偏移一个字节或者第一个字节是0xFF。原因通常是DMA使能顺序不对。如果先使能了SPI的DMA请求再配置DMA通道SPI在DMA通道还没配好时就发出了请求导致第一个字节被丢弃。解决方法严格按配置DMA通道→使能SPI DMA请求→拉片选启动的顺序来。另外从机在每次接收完成后要重新装载DMA否则第二次传输会从上次的末尾继续数据全乱。5.2 接收溢出OVR标志置位OVR置位意味着SPI接收到了新数据但上一个数据还没被读走。在DMA模式下这通常是因为接收DMA优先级太低或者DMA通道被其他外设占用。排查步骤先看DMA通道优先级接收通道设成非常高再看有没有其他DMA通道抢同一个DMA控制器最后检查SPI波特率是不是太高超过了DMA搬运速度。GD32的DMA每个通道都有独立的优先级但同一个DMA控制器内的通道是分时复用的。如果DMA0上挂了多个高优先级通道SPI接收可能被延迟。这种情况可以考虑把SPI换到DMA1上如果型号支持。5.3 从机发送数据不更新从机每次回传的数据都一样说明发送缓冲没有更新。原因可能是从机在接收完成后没有重新装载发送DMA或者更新了缓冲但DMA还指向旧地址。解决方法从机在接收完成中断里先处理接收数据准备好应答然后重新配置发送DMA的源地址和传输长度再使能通道。注意要先dma_channel_disable()再配置配置完再dma_channel_enable()。5.4 高速传输时波形振铃波特率超过10MHz后SCK和MOSI波形可能出现振铃导致从机误采样。这是PCB走线和阻抗匹配的问题不是软件能完全解决的。硬件上SPI走线尽量短最好等长串联33Ω或22Ω的匹配电阻地平面完整。软件上适当降低波特率或者调整时钟相位CPHA在第二个边沿采样给信号更多稳定时间。5.5 常见问题速查表现象可能原因排查方向首字节丢失DMA使能顺序错误先配DMA通道再使能SPI DMA数据整体偏移帧长度不一致主从机传输长度必须相同OVR标志置位接收DMA优先级低提高接收通道优先级从机数据不更新发送DMA未重载接收中断里重配发送DMA波形振铃走线阻抗不匹配加串阻、缩短走线、降速DMA不触发请求映射错误查手册确认DMA通道映射传输卡死片选未拉高检查完成中断里是否拉高CS5.6 几个我踩过的坑第一个坑GD32的SPI数据寄存器读取会清标志。在DMA模式下DMA自动读SPI_DATA不需要CPU干预。但如果你在调试时手动读了一次SPI_DATADMA就会少搬一个字节。调试时尽量用逻辑分析仪看波形别乱读寄存器。第二个坑从机NSS配置成硬件模式时片选抖动会复位SPI。我有一次从机NSS配成硬件模式主机片选信号上有毛刺结果从机SPI状态机被复位数据全丢。后来改成软件NSS问题消失。第三个坑DMA传输长度是16位最大65535。如果要传更大的数据块必须分多次传输每次重新配置DMA。我传1MB数据时忘了这点结果DMA只搬了65535字节就停了后面的数据全丢。第四个坑Keil的优化等级会影响DMA缓冲的对齐。如果DMA缓冲没有4字节对齐在某些GD32型号上会导致传输错误。建议用__attribute__((aligned(4)))强制对齐。static uint8_t tx_buffer[FRAME_SIZE] __attribute__((aligned(4))); static uint8_t rx_buffer[FRAME_SIZE] __attribute__((aligned(4)));5.7 调试技巧用DMA传输计数判断进度调试DMA传输时dma_transfer_number_get()函数可以读取剩余传输字节数。在传输过程中调用它能知道当前传到哪了。如果发现剩余字节数一直不变说明DMA没触发检查SPI的DMA使能位和请求映射。另外GD32的DMA有传输完成、半传输、传输错误三个中断标志。半传输中断在传输到一半时触发可以用来做双缓冲——前半段传输时处理后半段数据进一步提高吞吐。不过双缓冲实现复杂新手先把单缓冲跑通再说。6. 性能优化与进阶玩法6.1 双缓冲提升吞吐单缓冲模式下DMA传完一帧才能处理处理期间SPI空闲。双缓冲把缓冲分成A、B两块DMA传A块时CPU处理B块传B块时处理A块理论上可以做到零等待。实现方式是用DMA的半传输中断传输到一半时触发中断此时前半段已收完可以处理传输完成中断触发时后半段也收完了。两个中断交替处理SPI几乎不停歇。不过双缓冲对从机时序要求更高从机必须在半传输中断里就准备好下一半的发送数据否则会发默认值。我建议先把单缓冲跑稳再考虑双缓冲。6.2 用DMA测速评估通信带宽想知道实际通信带宽可以用DMA传输计数配合定时器来测。方法启动传输时清零定时器传输完成中断里读定时器计数值算出耗时再除以数据量。我实测GD32F303在120MHz主频、SPI 15MHz下72字节传输耗时约40us有效带宽1.8MB/s。如果把SPI提到30MHz需要PCB支持带宽能到3.6MB/s。这个数据供参考实际值受走线、从机响应速度影响。6.3 从机主动上报的实现前面说的都是一问一答从机被动响应。如果从机有紧急数据要上报可以约定一个GPIO中断线从机有数据时拉低该引脚主机检测到下降沿后发起一次读取传输。这种方式比轮询高效但需要额外一根信号线。如果引脚紧张也可以在主机的命令帧里加一个查询从机状态的命令从机在应答帧里放状态标志主机解析后决定是否发起读取。6.4 多从机场景的片选管理如果一条SPI总线上挂多个从机每个从机需要独立的片选引脚。主机在传输前拉低对应从机的片选其他从机片选保持高电平。从机这边NSS配成软件模式只有片选被拉低时才响应时钟。多从机场景下DMA配置需要为每个从机准备独立的发送和接收缓冲或者用同一个缓冲但传输前切换片选。我一般给每个从机分配独立的缓冲避免数据混淆。7. 写在最后的一些实操体会这套SPIDMA全双工方案我在三个项目里用过最长的已经稳定运行两年多每天传输几十万帧没出过数据错误。核心经验就几条DMA通道映射要查手册、使能顺序不能乱、接收优先级要最高、片选用软件控制、帧长度主从必须一致。新手最容易犯的错是急着写代码不画数据流图。我建议动手前先在纸上画清楚主机发什么、从机回什么、一帧多长、怎么校验、出错怎么办。这些想清楚了代码就是翻译工作。另外逻辑分析仪是调试SPI的必备工具。看波形能发现很多代码里看不出的问题比如时钟相位不对、片选时序太紧、数据建立时间不够。几百块的分析仪就够用比反复改代码猜问题高效得多。如果要从这个方案继续扩展我建议往两个方向走一是加CRC校验和重传机制提高可靠性二是上双缓冲把吞吐再拉高一个档次。这两个方向都需要对DMA和SPI有更深的理解但基础打好了后面就是水到渠成的事。
GD32 SPI+DMA全双工通信实战：从寄存器配置到性能优化
1. 为什么我最终选了GD32的SPIDMA做板间通信两片MCU之间要高速交换数据串口太慢、I2C更慢、并口太占引脚SPI几乎是唯一解。但普通SPI每传一个字节都要CPU亲自搬运波特率一拉到十几兆CPU基本就被中断吃满了主循环里其他任务全得靠边站。我最早做的一块数据采集板就踩过这个坑主频120MHz的GD32F303SPI跑到18MHz结果CPU占用率直接飙到60%以上采样任务频繁丢点。后来把SPI的收发全部交给DMACPU只在传输完成中断里处理一批数据占用率瞬间掉到个位数。这就是SPIDMA全双工通信的价值所在——让DMA当搬运工CPU只做决策。这篇文章面向的是已经会用GD32点灯、会配置基本SPI的嵌入式开发者尤其是做板间高速数据交换、传感器阵列采集、双机协同控制的朋友。我会把主从机全双工DMA的完整实现思路、寄存器配置、踩坑经验全部摊开讲代码基于GD32F30x系列标准外设库其他系列GD32F4xx、GD32E23x逻辑一致改改寄存器名就能用。先说清楚一个概念SPI本身就是全双工的主机发一个字节的同时必然收到一个字节这是硬件移位寄存器的天性。所谓全双工DMA通信本质是收发两个方向各挂一条DMA通道让数据在后台自动流转主从机各自维护一套发送缓冲和接收缓冲靠片选信号和时钟同步来对齐数据帧。2. 整体方案设计与关键选型考量2.1 主从机角色划分与数据流设计做板间通信第一件事不是写代码而是把数据流画清楚。我习惯先定三个东西谁主动、传什么、怎么对齐。主机负责产生时钟和片选从机被动响应。全双工意味着每个时钟周期双方都在交换一个bit所以主机发出去的数据和从机发出去的数据是同时进行的。这就带来一个设计约束从机必须提前把要回传的数据塞进发送寄存器否则主机收到的就是无效数据。我的做法是给双方各定义一套对称的帧结构typedef struct { uint8_t header; // 帧头 0xAA uint8_t cmd; // 命令字 uint16_t len; // 数据长度 uint8_t payload[64]; // 有效载荷 uint8_t checksum; // 校验 } spi_frame_t;主机发起一次传输时把命令帧放进发送缓冲DMA自动搬出去从机在接收中断里解析命令准备好应答数据放进自己的发送缓冲等下一次主机发起传输时自动回传。这种一问一答的模型最简单可靠适合绝大多数场景。如果你需要从机主动上报可以约定一个从机有数据的标志位主机周期性轮询该标志发现置位就发起一次读取传输。这样既保持了主机对时钟的完全控制又实现了双向数据流。2.2 为什么用DMA而不是中断搬运有人会问SPI中断搬运不行吗行但要看数据量。假设波特率10MHz一个字节8bit加开销约1us如果每字节进一次中断中断频率就是1MHz。GD32的中断响应加现场保护大约十几个时钟周期1MHz中断频率下CPU基本没时间干别的。DMA的优势在于批量搬运、零CPU干预。配置好源地址、目的地址、传输长度后DMA控制器自己完成所有搬运只在传输完成或半传输时给CPU一个中断。同样是10MHz波特率传1KB数据中断搬运要进1024次中断DMA搬运只需要1次完成中断。这里有个关键参数要算清楚DMA传输长度和SPI数据宽度的匹配。GD32的SPI数据寄存器是16位可以配置成8位或16位数据帧。如果用8位帧DMA的传输宽度也要设成字节如果用16位帧DMA传输宽度设成半字。两者必须一致否则会出现数据错位。2.3 硬件片选与软件片选的取舍SPI的NSS片选有两种模式硬件NSS和软件NSS。我强烈建议用软件片选原因有三第一硬件NSS在多主机场景下容易出问题一旦NSS被拉低SPI会自动切换到从机模式时序不好控制。第二软件片选可以灵活控制片选和时钟的先后顺序方便加延时。第三从机的NSS如果配成硬件模式片选抖动可能导致移位寄存器复位丢数据。具体做法是把NSS引脚配成普通GPIO推挽输出传输前拉低传输完成后拉高。主机代码里这样写gpio_bit_reset(SPI_CS_PORT, SPI_CS_PIN); // 拉低片选 spi_dma_transfer_start(); // 启动DMA传输 // 等待传输完成中断 gpio_bit_set(SPI_CS_PORT, SPI_CS_PIN); // 拉高片选从机这边NSS引脚配成浮空输入或者上拉输入用外部中断或者轮询检测下降沿来准备接收。不过更稳的做法是从机也用软件NSS把NSS引脚当普通输入在SPI初始化时设置spi_nss_internal_high()让硬件忽略NSS信号。2.4 DMA通道与请求映射的坑GD32的DMA请求映射和STM32不完全一样这是很多人移植代码时翻车的地方。以GD32F303为例SPI0的TX请求固定在DMA0通道3RX请求固定在DMA0通道2SPI1的TX是DMA0通道4RX是DMA0通道5。这个映射是硬件固定的不能随便改。我见过有人把SPI0的TX配到DMA0通道1结果DMA死活不触发查了半天以为是SPI没配好。所以动手前一定要翻对应型号的参考手册把DMA请求映射表看清楚。另外GD32的DMA和STM32的DMA在寄存器层面有差异比如GD32的DMA通道配置寄存器里优先级和传输方向的位定义就不太一样。直接抄STM32的代码大概率跑不起来建议用GD32官方标准外设库的dma_deinit()和dma_init()函数来配置别自己手撸寄存器。3. 核心寄存器配置与实操要点3.1 SPI初始化模式、时钟、数据帧SPI初始化的核心是四个参数主从模式、时钟极性相位、数据帧格式、波特率预分频。主从机必须约定好时钟极性和相位CPOL和CPHA。我一般用模式0CPOL0CPHA0即空闲时时钟为低第一个边沿采样。这个模式最通用绝大多数SPI从设备都支持。数据帧我选8位因为要传的payload是字节数组8位处理起来最自然。如果追求更高吞吐可以用16位帧但要注意字节序问题——GD32的SPI是MSB先行16位帧时高字节先发。波特率预分频要算清楚。GD32F303的SPI时钟来自APB2SPI0或APB1SPI1假设APB2是120MHz预分频设成8波特率就是15MHz。这个速率下PCB走线要短最好加串阻匹配否则波形振铃严重。主机初始化代码void spi_master_init(void) { spi_parameter_struct spi_init_struct; rcu_periph_clock_enable(RCU_GPIOA); rcu_periph_clock_enable(RCU_SPI0); // PA5SCK, PA6MISO, PA7MOSI, PA4CS(软件控制) gpio_init(GPIOA, GPIO_MODE_AF_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_5 | GPIO_PIN_7); gpio_init(GPIOA, GPIO_MODE_IN_FLOATING, GPIO_OSPEED_50MHZ, GPIO_PIN_6); gpio_init(GPIOA, GPIO_MODE_OUT_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_4); gpio_bit_set(GPIOA, GPIO_PIN_4); // CS默认拉高 spi_init_struct.trans_mode SPI_TRANSMODE_FULLDUPLEX; spi_init_struct.device_mode SPI_MASTER; spi_init_struct.frame_size SPI_FRAMESIZE_8BIT; spi_init_struct.clock_polarity_phase SPI_CK_PL_LOW_PH_1EDGE; spi_init_struct.nss SPI_NSS_SOFT; spi_init_struct.prescale SPI_PSC_8; spi_init_struct.endian SPI_ENDIAN_MSB; spi_init(SPI0, spi_init_struct); spi_enable(SPI0); }从机初始化基本一样只改device_mode SPI_SLAVEnss SPI_NSS_SOFT预分频从机不用管时钟由主机提供。3.2 DMA发送通道配置内存到外设发送通道的方向是内存到外设源地址是发送缓冲目的地址是SPI数据寄存器。void spi_tx_dma_init(uint8_t *buf, uint16_t len) { dma_parameter_struct dma_init_struct; rcu_periph_clock_enable(RCU_DMA0); dma_deinit(DMA0, DMA_CH3); dma_init_struct.direction DMA_MEMORY_TO_PERIPHERAL; dma_init_struct.memory_addr (uint32_t)buf; dma_init_struct.memory_inc DMA_MEMORY_INCREASE_ENABLE; dma_init_struct.memory_width DMA_MEMORY_WIDTH_8BIT; dma_init_struct.number len; dma_init_struct.periph_addr (uint32_t)SPI_DATA(SPI0); dma_init_struct.periph_inc DMA_PERIPH_INCREASE_DISABLE; dma_init_struct.periph_width DMA_PERIPHERAL_WIDTH_8BIT; dma_init_struct.priority DMA_PRIORITY_HIGH; dma_init(DMA0, DMA_CH3, dma_init_struct); dma_circulation_disable(DMA0, DMA_CH3); dma_memory_to_memory_disable(DMA0, DMA_CH3); dma_interrupt_enable(DMA0, DMA_CH3, DMA_INT_FTF); dma_channel_enable(DMA0, DMA_CH3); }几个关键点memory_inc必须使能否则DMA永远搬同一个字节periph_inc必须禁止因为SPI数据寄存器地址固定number是传输字节数最大65535。3.3 DMA接收通道配置外设到内存接收通道方向相反源地址是SPI数据寄存器目的地址是接收缓冲。void spi_rx_dma_init(uint8_t *buf, uint16_t len) { dma_parameter_struct dma_init_struct; dma_deinit(DMA0, DMA_CH2); dma_init_struct.direction DMA_PERIPHERAL_TO_MEMORY; dma_init_struct.memory_addr (uint32_t)buf; dma_init_struct.memory_inc DMA_MEMORY_INCREASE_ENABLE; dma_init_struct.memory_width DMA_MEMORY_WIDTH_8BIT; dma_init_struct.number len; dma_init_struct.periph_addr (uint32_t)SPI_DATA(SPI0); dma_init_struct.periph_inc DMA_PERIPH_INCREASE_DISABLE; dma_init_struct.periph_width DMA_PERIPHERAL_WIDTH_8BIT; dma_init_struct.priority DMA_PRIORITY_VERY_HIGH; dma_init(DMA0, DMA_CH2, dma_init_struct); dma_circulation_disable(DMA0, DMA_CH2); dma_memory_to_memory_disable(DMA0, DMA_CH2); dma_interrupt_enable(DMA0, DMA_CH2, DMA_INT_FTF); dma_channel_enable(DMA0, DMA_CH2); }接收通道优先级我设成非常高因为接收不及时会导致SPI溢出OVR标志置位数据直接丢失。发送慢一点没关系接收必须快。3.4 SPI的DMA使能别漏了这一步DMA通道配好了还得告诉SPI我要用DMA。GD32的SPI有两个DMA使能位SPI_DMA_TRANSMIT和SPI_DMA_RECEIVE。spi_dma_enable(SPI0, SPI_DMA_TRANSMIT); spi_dma_enable(SPI0, SPI_DMA_RECEIVE);这两句必须在DMA通道使能之后、SPI传输开始之前调用。我踩过一次坑先使能了SPI的DMA再配置DMA通道结果DMA通道重配时SPI已经发出了请求导致第一次传输数据错位。正确顺序是先配DMA通道再使能SPI的DMA请求最后拉片选启动传输。3.5 传输启动与完成判断主机启动一次传输的完整流程void spi_master_transfer(uint8_t *tx_buf, uint8_t *rx_buf, uint16_t len) { // 1. 配置发送DMA dma_channel_disable(DMA0, DMA_CH3); dma_transfer_number_config(DMA0, DMA_CH3, len); dma_memory_address_config(DMA0, DMA_CH3, (uint32_t)tx_buf); dma_channel_enable(DMA0, DMA_CH3); // 2. 配置接收DMA dma_channel_disable(DMA0, DMA_CH2); dma_transfer_number_config(DMA0, DMA_CH2, len); dma_memory_address_config(DMA0, DMA_CH2, (uint32_t)rx_buf); dma_channel_enable(DMA0, DMA_CH2); // 3. 拉低片选启动传输 gpio_bit_reset(GPIOA, GPIO_PIN_4); // 4. 等待接收DMA完成接收完成意味着整个传输结束 while(dma_flag_get(DMA0, DMA_CH2, DMA_FLAG_FTF) RESET); dma_flag_clear(DMA0, DMA_CH2, DMA_FLAG_FTF); // 5. 拉高片选 gpio_bit_set(GPIOA, GPIO_PIN_4); }这里有个细节判断传输完成要看接收DMA的标志不是发送DMA。因为SPI是全双工发送完成不代表接收完成最后一个字节可能还在移位寄存器里。等接收DMA的FTF标志置位说明所有字节都已经收进来了。从机这边不需要主动启动传输它只要在SPI初始化后把发送缓冲挂到DMA上等主机时钟到来时自动收发。从机的接收完成中断里处理数据然后重新装载发送缓冲。4. 完整实操流程与关键环节实现4.1 工程搭建从标准模板开始我习惯用GD32官方标准外设库建工程不依赖任何图形化配置工具。原因很简单SPIDMA这种底层配置图形化工具生成的代码往往有冗余出了问题不好排查。手写配置虽然麻烦点但每一行都清楚。工程目录结构project/ ├── CMSIS/ # 内核头文件 ├── GD32F30x_standard_peripheral/ # 标准外设库 ├── User/ │ ├── main.c │ ├── spi_dma.c │ ├── spi_dma.h │ └── gd32f30x_it.c └── Startup/Keil里需要添加宏定义GD32F30X_HD根据具体型号改头文件路径包含CMSIS和标准外设库的include目录。如果用VSCodeEIDE插件开发配置逻辑一样只是编译脚本换成CMake或者EIDE自己的配置。4.2 主机端完整实现主机端的核心是一个状态机空闲→准备数据→启动传输→等待完成→处理接收数据→回到空闲。#define FRAME_SIZE 72 // 1126413(对齐) static uint8_t tx_buffer[FRAME_SIZE]; static uint8_t rx_buffer[FRAME_SIZE]; static volatile uint8_t transfer_done 0; void DMA0_Channel2_IRQHandler(void) { if(dma_interrupt_flag_get(DMA0, DMA_CH2, DMA_INT_FLAG_FTF)) { dma_interrupt_flag_clear(DMA0, DMA_CH2, DMA_INT_FLAG_FTF); gpio_bit_set(GPIOA, GPIO_PIN_4); // 拉高片选 transfer_done 1; } } void spi_master_send_frame(spi_frame_t *frame) { memcpy(tx_buffer, frame, sizeof(spi_frame_t)); transfer_done 0; dma_channel_disable(DMA0, DMA_CH3); dma_transfer_number_config(DMA0, DMA_CH3, FRAME_SIZE); dma_memory_address_config(DMA0, DMA_CH3, (uint32_t)tx_buffer); dma_channel_enable(DMA0, DMA_CH3); dma_channel_disable(DMA0, DMA_CH2); dma_transfer_number_config(DMA0, DMA_CH2, FRAME_SIZE); dma_memory_address_config(DMA0, DMA_CH2, (uint32_t)rx_buffer); dma_channel_enable(DMA0, DMA_CH2); gpio_bit_reset(GPIOA, GPIO_PIN_4); while(!transfer_done); // 等待完成中断 }注意这里用了中断方式等待而不是死循环轮询标志位。中断方式下CPU可以在等待期间处理其他任务效率更高。如果传输频率很高建议用中断状态机的方式别在主循环里死等。4.3 从机端完整实现从机的难点在于时序配合。从机不知道主机什么时候发起传输所以必须时刻准备着。我的做法是从机在初始化时就把发送DMA挂好接收DMA也挂好然后等主机的时钟。static uint8_t slave_tx_buffer[FRAME_SIZE]; static uint8_t slave_rx_buffer[FRAME_SIZE]; static volatile uint8_t slave_frame_ready 0; void DMA0_Channel2_IRQHandler(void) // 从机接收完成 { if(dma_interrupt_flag_get(DMA0, DMA_CH2, DMA_INT_FLAG_FTF)) { dma_interrupt_flag_clear(DMA0, DMA_CH2, DMA_INT_FLAG_FTF); slave_frame_ready 1; // 重新装载接收DMA准备下一帧 dma_channel_disable(DMA0, DMA_CH2); dma_transfer_number_config(DMA0, DMA_CH2, FRAME_SIZE); dma_memory_address_config(DMA0, DMA_CH2, (uint32_t)slave_rx_buffer); dma_channel_enable(DMA0, DMA_CH2); } } void spi_slave_init(void) { // SPI配置成从机模式 // ...省略GPIO和SPI基础配置... // 预先装载发送缓冲全0或默认应答 memset(slave_tx_buffer, 0, FRAME_SIZE); spi_tx_dma_init(slave_tx_buffer, FRAME_SIZE); spi_rx_dma_init(slave_rx_buffer, FRAME_SIZE); spi_dma_enable(SPI0, SPI_DMA_TRANSMIT); spi_dma_enable(SPI0, SPI_DMA_RECEIVE); }从机有个坑发送DMA的传输长度必须和接收一致。因为SPI全双工主机发多少字节从机就收多少字节同时也发多少字节。如果从机发送DMA长度设短了后面几个字节会发默认值通常是0xFF或0x00主机收到的数据就不对。4.4 数据对齐与帧同步全双工通信最容易出问题的地方是帧对齐。主机和从机必须对一帧从哪开始、到哪结束有完全一致的理解。我的做法是用固定长度帧每帧72字节含帧头、命令、长度、64字节payload、校验、填充。主机每次传输固定72字节从机接收DMA也固定72字节。这样不需要额外的帧同步机制靠片选信号就能对齐。如果数据长度可变就必须在帧头里放长度字段从机先收帧头解析长度再决定后续收多少。这种变长帧处理起来复杂得多建议新手先用定长帧跑通再考虑变长。校验我用简单的累加和把帧头到payload的所有字节相加取低8位。虽然不如CRC可靠但胜在计算快、代码简单。如果通信环境恶劣建议换成CRC16。4.5 实测波形与性能数据我用逻辑分析仪抓过波形主机SCK 15MHz片选拉低后第一个时钟沿到来MOSI和MISO同时出数据。72字节传输耗时约40us算下来有效吞吐约1.8MB/s。这个速率下CPU占用率不到3%因为DMA搬运完全不占CPU。对比一下同样15MHz波特率用中断搬运72字节要进72次中断每次中断约1us总共72usCPU占用率约15%。数据量越大DMA的优势越明显。有个细节要注意片选拉低到第一个时钟沿之间要留至少半个时钟周期的延时。GD32的SPI在片选拉低后如果立即出时钟从机可能还没准备好。我在代码里加了几个NOP实测下来波形干净很多。5. 常见问题排查与避坑经验5.1 数据错位、首字节丢失这是最常见的问题表现为主机收到的数据整体偏移一个字节或者第一个字节是0xFF。原因通常是DMA使能顺序不对。如果先使能了SPI的DMA请求再配置DMA通道SPI在DMA通道还没配好时就发出了请求导致第一个字节被丢弃。解决方法严格按配置DMA通道→使能SPI DMA请求→拉片选启动的顺序来。另外从机在每次接收完成后要重新装载DMA否则第二次传输会从上次的末尾继续数据全乱。5.2 接收溢出OVR标志置位OVR置位意味着SPI接收到了新数据但上一个数据还没被读走。在DMA模式下这通常是因为接收DMA优先级太低或者DMA通道被其他外设占用。排查步骤先看DMA通道优先级接收通道设成非常高再看有没有其他DMA通道抢同一个DMA控制器最后检查SPI波特率是不是太高超过了DMA搬运速度。GD32的DMA每个通道都有独立的优先级但同一个DMA控制器内的通道是分时复用的。如果DMA0上挂了多个高优先级通道SPI接收可能被延迟。这种情况可以考虑把SPI换到DMA1上如果型号支持。5.3 从机发送数据不更新从机每次回传的数据都一样说明发送缓冲没有更新。原因可能是从机在接收完成后没有重新装载发送DMA或者更新了缓冲但DMA还指向旧地址。解决方法从机在接收完成中断里先处理接收数据准备好应答然后重新配置发送DMA的源地址和传输长度再使能通道。注意要先dma_channel_disable()再配置配置完再dma_channel_enable()。5.4 高速传输时波形振铃波特率超过10MHz后SCK和MOSI波形可能出现振铃导致从机误采样。这是PCB走线和阻抗匹配的问题不是软件能完全解决的。硬件上SPI走线尽量短最好等长串联33Ω或22Ω的匹配电阻地平面完整。软件上适当降低波特率或者调整时钟相位CPHA在第二个边沿采样给信号更多稳定时间。5.5 常见问题速查表现象可能原因排查方向首字节丢失DMA使能顺序错误先配DMA通道再使能SPI DMA数据整体偏移帧长度不一致主从机传输长度必须相同OVR标志置位接收DMA优先级低提高接收通道优先级从机数据不更新发送DMA未重载接收中断里重配发送DMA波形振铃走线阻抗不匹配加串阻、缩短走线、降速DMA不触发请求映射错误查手册确认DMA通道映射传输卡死片选未拉高检查完成中断里是否拉高CS5.6 几个我踩过的坑第一个坑GD32的SPI数据寄存器读取会清标志。在DMA模式下DMA自动读SPI_DATA不需要CPU干预。但如果你在调试时手动读了一次SPI_DATADMA就会少搬一个字节。调试时尽量用逻辑分析仪看波形别乱读寄存器。第二个坑从机NSS配置成硬件模式时片选抖动会复位SPI。我有一次从机NSS配成硬件模式主机片选信号上有毛刺结果从机SPI状态机被复位数据全丢。后来改成软件NSS问题消失。第三个坑DMA传输长度是16位最大65535。如果要传更大的数据块必须分多次传输每次重新配置DMA。我传1MB数据时忘了这点结果DMA只搬了65535字节就停了后面的数据全丢。第四个坑Keil的优化等级会影响DMA缓冲的对齐。如果DMA缓冲没有4字节对齐在某些GD32型号上会导致传输错误。建议用__attribute__((aligned(4)))强制对齐。static uint8_t tx_buffer[FRAME_SIZE] __attribute__((aligned(4))); static uint8_t rx_buffer[FRAME_SIZE] __attribute__((aligned(4)));5.7 调试技巧用DMA传输计数判断进度调试DMA传输时dma_transfer_number_get()函数可以读取剩余传输字节数。在传输过程中调用它能知道当前传到哪了。如果发现剩余字节数一直不变说明DMA没触发检查SPI的DMA使能位和请求映射。另外GD32的DMA有传输完成、半传输、传输错误三个中断标志。半传输中断在传输到一半时触发可以用来做双缓冲——前半段传输时处理后半段数据进一步提高吞吐。不过双缓冲实现复杂新手先把单缓冲跑通再说。6. 性能优化与进阶玩法6.1 双缓冲提升吞吐单缓冲模式下DMA传完一帧才能处理处理期间SPI空闲。双缓冲把缓冲分成A、B两块DMA传A块时CPU处理B块传B块时处理A块理论上可以做到零等待。实现方式是用DMA的半传输中断传输到一半时触发中断此时前半段已收完可以处理传输完成中断触发时后半段也收完了。两个中断交替处理SPI几乎不停歇。不过双缓冲对从机时序要求更高从机必须在半传输中断里就准备好下一半的发送数据否则会发默认值。我建议先把单缓冲跑稳再考虑双缓冲。6.2 用DMA测速评估通信带宽想知道实际通信带宽可以用DMA传输计数配合定时器来测。方法启动传输时清零定时器传输完成中断里读定时器计数值算出耗时再除以数据量。我实测GD32F303在120MHz主频、SPI 15MHz下72字节传输耗时约40us有效带宽1.8MB/s。如果把SPI提到30MHz需要PCB支持带宽能到3.6MB/s。这个数据供参考实际值受走线、从机响应速度影响。6.3 从机主动上报的实现前面说的都是一问一答从机被动响应。如果从机有紧急数据要上报可以约定一个GPIO中断线从机有数据时拉低该引脚主机检测到下降沿后发起一次读取传输。这种方式比轮询高效但需要额外一根信号线。如果引脚紧张也可以在主机的命令帧里加一个查询从机状态的命令从机在应答帧里放状态标志主机解析后决定是否发起读取。6.4 多从机场景的片选管理如果一条SPI总线上挂多个从机每个从机需要独立的片选引脚。主机在传输前拉低对应从机的片选其他从机片选保持高电平。从机这边NSS配成软件模式只有片选被拉低时才响应时钟。多从机场景下DMA配置需要为每个从机准备独立的发送和接收缓冲或者用同一个缓冲但传输前切换片选。我一般给每个从机分配独立的缓冲避免数据混淆。7. 写在最后的一些实操体会这套SPIDMA全双工方案我在三个项目里用过最长的已经稳定运行两年多每天传输几十万帧没出过数据错误。核心经验就几条DMA通道映射要查手册、使能顺序不能乱、接收优先级要最高、片选用软件控制、帧长度主从必须一致。新手最容易犯的错是急着写代码不画数据流图。我建议动手前先在纸上画清楚主机发什么、从机回什么、一帧多长、怎么校验、出错怎么办。这些想清楚了代码就是翻译工作。另外逻辑分析仪是调试SPI的必备工具。看波形能发现很多代码里看不出的问题比如时钟相位不对、片选时序太紧、数据建立时间不够。几百块的分析仪就够用比反复改代码猜问题高效得多。如果要从这个方案继续扩展我建议往两个方向走一是加CRC校验和重传机制提高可靠性二是上双缓冲把吞吐再拉高一个档次。这两个方向都需要对DMA和SPI有更深的理解但基础打好了后面就是水到渠成的事。
