STM32大揭秘：详解通过USART重定向printf的绝妙技巧

1. USART printf重定向技术原理与HAL库实现

在嵌入式开发中， printf 函数的重定向是调试阶段最基础也最关键的基础设施之一。它直接决定了开发者能否在不依赖仿真器、逻辑分析仪等硬件工具的情况下，快速验证程序逻辑、观察变量状态、定位运行时异常。然而，标准C库中的 printf 本质上是一个高度抽象的I/O接口，其底层必须绑定到具体的物理外设才能工作。对于STM32平台而言，最常见的绑定目标便是USART（通用同步异步收发器）——它成本低、资源占用少、协议简单、调试终端（如串口助手、PuTTY、Minicom）生态成熟。

但必须明确一点： printf 重定向不是“让 printf magically 工作”，而是 强制接管标准输出流（stdout）的底层字节写入行为 。C标准库（如newlib、nano-lib）在调用 printf 格式化完成后，会将最终生成的ASCII字符序列，逐字节传递给一个名为 _write （或 __io_putchar ，取决于编译器和C库配置）的弱符号函数。该函数默认为空实现或返回错误，因此开发者必须提供自己的强定义版本，并在其中完成将单个字节发送至物理串口的全部操作。

本节所讨论的HAL库实现方式，其核心价值在于 解耦硬件操作细节与C库接口规范 。它不再要求开发者手动操作USART的SR寄存器、DR寄存器、等待TXE标志位，而是复用HAL库已验证、跨芯片兼容的 HAL_UART_Transmit() API。这种做法显著降低了出错概率，提升了代码可移植性，尤其适合项目初期快速验证和多型号MCU平台迁移场景。

1.1 工程配置全流程解析

完整的HAL库 printf 重定向工程，其配置流程并非简单的代码粘贴，而是一系列相互依赖、环环相扣的系统级设置。任何一环缺失或错误，都会导致重定向失效，且错误现象往往隐晦（如程序卡死、无输出、乱码）。以下为从零开始构建该功能的标准流程，每一步均附带其不可替代的工程目的与原理说明。

1.1.1 STM32CubeMX基础配置

启动STM32CubeMX，选择目标MCU（以STM32F103C8T6为例），进入Pinout & Configuration视图：

• SYS → Debug : 选择 Serial Wire 。此配置启用SWD调试接口，确保程序下载与在线调试通道畅通。若选择 No Debug ，则无法通过ST-Link等工具烧录固件，后续所有操作均失去意义。
• RCC → High Speed Clock (HSE) : 启用 Crystal/Ceramic Resonator 。外部晶振（通常为8MHz）是系统时钟源的基准，其稳定性远高于内部RC振荡器，为UART波特率精度提供根本保障。
• RCC → Clock Configuration : 在 System Clock MUX 中选择 PLL ，并将 PLL Source MUX 设为 HSE 。关键参数设置如下：
• HSE = 8 MHz
• PLL MUL = x9 → PLLCLK = 72 MHz （8 * 9）
• AHB Prescaler = /1 → HCLK = 72 MHz
• APB1 Prescaler = /2 → PCLK1 = 36 MHz （USART2挂载于APB1总线）
• APB2 Prescaler = /1 → PCLK2 = 72 MHz （USART1挂载于APB2总线）

此配置的工程目的是 为USART外设提供精确的输入时钟 。USART的波特率发生器（BRR寄存器）基于其输入时钟（PCLK1或PCLK2）进行分频计算。若PCLK1频率不准确，即使BRR值计算正确，实际波特率也会产生偏差，导致通信失败或数据错乱。

• Connectivity → USART2 : 点击 Mode 下拉框，选择 Asynchronous 。此操作自动完成以下三件事：
  1. 使能USART2外设时钟（ RCC->APB1ENR |= RCC_APB1ENR_USART2EN ）。
  2. 将PA2（TX）、PA3（RX）引脚复用功能配置为 USART2_TX 、 USART2_RX 。
  3. 生成对应的GPIO初始化代码（ MX_GPIO_Init() ）与USART初始化代码（ MX_USART2_UART_Init() ）。

关键注意 ：此处仅需开启 Asynchronous 模式， 无需勾选任何中断（IT）或DMA选项 。因为 printf 重定向采用轮询（Polling）方式发送单个字符，其执行路径必须是确定性的、无上下文切换的。引入中断或DMA会带来竞态条件（Race Condition）风险，例如在 _write 函数执行中途被更高优先级中断打断，导致 HAL_UART_Transmit() 状态机紊乱。

1.1.2 项目生成与IDE设置

完成上述配置后，点击 Project Manager 标签页：

• Project Name : 输入有意义的名称，如 USART_Printf_Redirect_HAL 。
• Toolchain / IDE : 选择 Makefile （若使用VS Code + CMake）或 TrueSTUDIO / SW4STM32 （若使用专用IDE）。本例采用通用 Makefile ，以保证最大兼容性。
• Code Generator Settings :
• 勾选 Generate peripheral initialization as a pair of '.c/.h' files per peripheral 。此选项将每个外设的初始化代码分离为独立文件（如 usart.c/h ），提升工程结构清晰度，便于模块化维护。
• 勾选 Add necessary library files as reference in the project 。确保HAL库源码被正确包含进构建系统。
• Advanced Settings : 将 USART2 的 Mode 从 Default 改为 Full Access 。此设置确保生成的 huart2 句柄结构体在全局范围内可见，为后续在 _write 函数中直接调用 HAL_UART_Transmit() 提供前提。

点击 GENERATE CODE ，CubeMX将自动生成完整工程框架。此时，务必检查生成的 Core/Inc/main.h 文件，确认其中已声明 extern UART_HandleTypeDef huart2; 。若未声明，则需手动添加，否则编译器将在链接阶段报 undefined reference to 'huart2' 错误。

1.1.3 编译器与C库关键配置（Keil/ARM-GCC）