第 4 章：串口驱动进阶——GPDMA + Idle 中断实现变长数据流接收

在第 3 章，我们通过 RIF 拿到了 UART7 的"所有权"。现在，我们要实现一个工业级的串口驱动。

为什么不用简单的 HAL_UART_Receive_IT？因为在多核通讯或读取 IMU 数据时，数据长度往往是不固定的。频繁的字节中断会拖累 M33 的实时性，而简单的 DMA 传输又无法感知数据何时结束。

本章实战方案： 利用 STM32MP257 全新的 GPDMA (General Purpose DMA) 结合 UART 的 Idle Line（空闲总线）检测，实现一个"零拷贝、非阻塞、变长接收"的串口框架。

4.1 核心原理：为什么是 GPDMA + Idle？

GPDMA：MP257 的 DMA 架构与传统 STM32 不同，它是基于通道索引和链接列表的，效率更高。
Idle Line：当串口线路上超过一个字节的时间没有新数据时，硬件会自动触发 IDLE 中断。
组合拳：DMA 负责默默地把数据搬运到 RAM，IDLE 中断负责大喊一声："报告 M33，这阵子数据传完了，请处理！"

4.2 实战：配置 GPDMA 接收通道

在 MP257 中，GPDMA 必须先进行 RIF 配置（如第 3 章所述），然后初始化。

UART_HandleTypeDef huart7;

DMA_HandleTypeDef hdma_uart7_rx;

void MX_UART7_DMA_Init(void) {

__HAL_RCC_GPDMA1_CLK_ENABLE();

// 配置 GPDMA1 Channel 0

hdma_uart7_rx.Instance = GPDMA1_Channel0;

hdma_uart7_rx.Init.Request = GPDMA1_REQUEST_UART7_RX; // 请求源

hdma_uart7_rx.Init.Direction = DMA_PERIPH_TO_MEMORY;

hdma_uart7_rx.Init.SrcDataWidth = DMA_SRC_DATAWIDTH_BYTE;

hdma_uart7_rx.Init.DestDataWidth = DMA_DEST_DATAWIDTH_BYTE;

hdma_uart7_rx.Init.Priority = DMA_LOW_PRIORITY_LOW_WEIGHT;

hdma_uart7_rx.Init.Mode = DMA_NORMAL; // 建议用 Normal 模式，每次 IDLE 后重置

HAL_DMA_Init(&hdma_uart7_rx);

__HAL_LINKDMA(&huart7, hdmarx, hdma_uart7_rx);

}

4.3 实战：UART7 的初始化与 IDLE 中断开启

void MX_UART7_Init(void) {

huart7.Instance = UART7;

huart7.Init.BaudRate = 115200;

huart7.Init.WordLength = UART_WORDLENGTH_8B;

huart7.Init.StopBits = UART_STOPBITS_1;

huart7.Init.Parity = UART_PARITY_NONE;

huart7.Init.Mode = UART_MODE_TX_RX;

huart7.Init.HwFlowCtl = UART_HWCONTROL_NONE;

if (HAL_UART_Init(&huart7) != HAL_OK) {

Error_Handler();

}

// 重点：开启 IDLE 空闲中断

__HAL_UART_ENABLE_IT(&huart7, UART_IT_IDLE);

// 启动 DMA 接收（预设一个足够大的缓冲区）

HAL_UART_Receive_DMA(&huart7, rx_buffer, RX_BUF_SIZE);

}

4.4 深度实战：中断服务函数 (ISR) 的逻辑实现

这是整章的灵魂。在 stm32mp2xx_it.c 中，我们需要处理 UART7_IRQHandler。

#define RX_BUF_SIZE 512

uint8_t rx_buffer[RX_BUF_SIZE];

void UART7_IRQHandler(void) {

// 检查是否是 IDLE 中断

if (__HAL_UART_GET_FLAG(&huart7, UART_FLAG_IDLE)) {

__HAL_UART_CLEAR_IDLEFLAG(&huart7); // 必须手动清除

// 核心逻辑：计算接收了多少字节

// 剩余长度 = RX_BUF_SIZE - DMA 当前传输剩余值

uint32_t remaining = __HAL_DMA_GET_COUNTER(&hdma_uart7_rx);

uint32_t length = RX_BUF_SIZE - remaining;

// 停止当前 DMA 传输，处理数据

HAL_UART_DMAStop(&huart7);

// --- 处理接收到的数据 ---

// 例如：Process_Data(rx_buffer, length);

// 此处打印收到的字节数（实战中建议使用无锁队列转发）

printf("Received %ld bytes via DMA+IDLE\r\n", length);

// 再次开启 DMA，准备下一次接收

HAL_UART_Receive_DMA(&huart7, rx_buffer, RX_BUF_SIZE);

}

HAL_UART_IRQHandler(&huart7);

}

4.5 性能优化：如何做到"不丢包"？

在工业实战中，如果在处理 Process_Data 时串口又有新数据进来，DMA 还没开启，就会丢包。

进阶技巧：双缓冲区 (Double Buffering)

定义两个缓冲区 Buf_A 和 Buf_B。
DMA 指向 Buf_A。
IDLE 中断触发后，立即将 DMA 指向 Buf_B。
M33 在后台慢慢处理 Buf_A 的内容。这样两个核/两个任务之间就形成了一个简单的乒乓切换，极大地提高了吞吐量。

4.6 部署与验证

接线：连接开发板的调试 Type-C（ST-Link 虚拟串口）。
发送测试：使用串口助手（如 Mobaxterm）发送一串很长的、长度随机的字符串。
结果：观察 M33 串口输出，它应该能精准报出每一帧数据的长度，并原样打印或处理。

4.7 避坑指南 (Debug Tips)

陷阱 1：DMA 传输过快 。如果波特率极高且数据连续，IDLE 中断可能来不及触发。此时应结合 DMA 半完成中断 (HT) 来处理。
陷阱 2：RIF 权限不够。再次检查 GPDMA 对应的通道是否已经在 RIMC 中划归给 M33。
陷阱 3：Cache 一致性。如果你开启了 M33 的 Data Cache，DMA 把数据搬到 RAM 后，CPU 读取的可能是 Cache 里的旧数据。
- 解决：在处理数据前调用 SCB_InvalidateDCache_by_Addr(rx_buffer, RX_BUF_SIZE);。

总结： 我们现在拥有了一个高效的串口"进出口"。M33 已经可以稳定地与外界（如 PC 或未来的 Linux 侧应用）交换数据。