1. 项目概述：为什么需要GPIO模拟UART？

在嵌入式开发里，UART（通用异步收发传输器）几乎是项目标配，从打印调试信息到连接传感器、模块通信都离不开它。但现实情况往往很骨感：要么是MCU自带的硬件UART外设数量不够用，项目里需要同时和四五个设备通信；要么是出于极致的成本控制，选了一颗没有富余UART资源的芯片；又或者在一些对时序要求极为苛刻、需要“微操”的特殊场景下，硬件UART的固定波特率、固定缓冲区机制反而成了束缚。

这时候，GPIO模拟UART（也叫“软件UART”或“Bit-Banging UART”）就成了一个非常实用的备选方案。它的核心思路很简单：既然UART通信本质上就是在特定时间点，按照特定规则（波特率、数据位、停止位等）在一条线上发送或接收高低电平，那我们完全可以用程序精确控制一个通用输入输出引脚（GPIO）的电平变化来“模仿”这个行为。发送时，程序控制GPIO输出高低电平序列；接收时，程序不断采样GPIO的输入电平并解析成数据。

听起来像是用算盘去模拟计算器，有点“返璞归真”的意思。但别小看它，这个方案的优势非常明显：不依赖硬件外设，极度灵活。你可以把它“安装”在任何空闲的GPIO上，理论上只要MCU的IO口够多，你就能模拟出无数个UART。同时，你拥有对通信过程的完全控制权，可以轻松实现非标准波特率、动态调整时序、插入自定义同步头等硬件UART做不到的“骚操作”。

当然，硬币都有两面。GPIO模拟UART最大的挑战在于它对CPU资源的消耗和时序精度的严苛要求。整个通信过程需要CPU全程参与，进行精确的延时和位采样，在高波特率下会占用大量计算资源，可能影响主程序运行。因此，它通常适用于中低波特率（如9600, 19200, 115200 bps）、对实时性要求不极端、且硬件资源确实受限的场景。接下来，我们就深入拆解如何实现一个稳定可靠的GPIO模拟UART。

2. 核心原理与协议深度解析

在动手写代码之前，必须吃透UART的物理层和协议层，这是模拟成功的基石。很多人调不通模拟串口，问题往往出在对协议细节的一知半解上。

2.1 UART通信帧格式再认识

一个标准的UART数据帧，远不止“起始位+8位数据+停止位”那么简单。我们以最常见的配置（1位起始位，8位数据位，无校验位，1位停止位，波特率9600）为例，用示波器的视角来看一条传输字节0x55（二进制01010101）的TX信号线：

1. 空闲状态：在无数据传输时，线路保持在高电平（逻辑‘1’）。
2. 起始位：发送方将线路拉低至低电平（逻辑‘0’），并维持1个比特的时间。这个下降沿是接收方同步时钟的唯一起点，其识别可靠性至关重要。模拟接收时，必须持续监测这个下降沿。
3. 数据位：从起始位之后的下一个比特时间开始，依次发送数据的最低位（LSB）到最高位（MSB）。每个比特的电平（高或低）需稳定保持1个比特的时间。0x55的比特序列是1-0-1-0-1-0-1-0（从LSB开始）。
4. 停止位：数据位发送完毕后，将线路拉回高电平（逻辑‘1’），并至少保持1个比特的时间。停止位不仅标志一帧的结束，也为线路恢复到空闲状态、准备下一帧的起始位提供了必要的时间缓冲。

这里有一个关键细节：采样点。理想的接收方不应在比特周期的开始或结束时采样，因为此时信号可能因边沿抖动而不稳定。最佳实践是在每个比特周期的中间点进行采样。例如，对于9600波特率，比特周期约为104.2微秒。接收程序在检测到起始位下降沿后，应等待1.5个比特周期（156.3微秒）后采样第一个数据位（LSB），之后每隔104.2微秒采样一次。

2.2 GPIO模拟的关键：精准定时

硬件UART由专用的波特率发生器驱动，精度高且不占用CPU。而GPIO模拟则完全依赖软件定时。实现定时通常有两种方法：

• 阻塞式延时：使用for循环或nop空指令进行忙等待。这是最简单但最“笨”的方法，在延时期间CPU完全被占用，无法执行其他任务。它只适用于对系统实时性毫无要求的简单场景，或者作为最初的理解原型。
• 定时器中断驱动：这是生产级代码的标配。配置一个硬件定时器，使其中断周期为一个比特时间的几分之一（常见的是1/8, 1/16或1/32）。例如，对于115200波特率，比特周期约8.68微秒。若使用1/16的采样率，则定时器中断周期约为0.54微秒。在中断服务程序（ISR）中，用一个状态机来管理发送或接收的每一步（如等待起始位、采样数据位、处理停止位）。这种方法将CPU从繁忙等待中解放出来，仅在极短的中断内处理通信事务，大大提高了系统效率。

注意：定时器中断的频率选择是平衡性能和精度的艺术。频率越高（如1/32比特时间），采样点越精准，抗干扰能力越强，但中断开销也越大。频率越低，CPU负担轻，但容易因中断响应延迟或时钟漂移导致采样错误。对于常见的115200波特率，1/16采样率是一个经验上的甜点。

2.3 发送与接收的状态机设计

无论是发送还是接收，用一个清晰的状态机来建模是让代码逻辑井然有序的不二法门。

发送状态机：

1. IDLE：空闲状态，将GPIO设置为高电平（空闲态）。
2. START_BIT：收到发送请求后，拉低GPIO，启动一个比特定时。
3. DATA_BITS：循环发送8个数据位，每次先设置对应GPIO电平，然后启动一个比特定时，等待定时器中断来推进到下一个位。
4. STOP_BIT：发送完数据位后，将GPIO拉高，启动一个比特定时。
5. 完成后，状态机跳回IDLE，并可触发一个“发送完成”回调或标志。

接收状态机：

1. IDLE：持续监测GPIO电平，寻找下降沿（起始位）。
2. START_BIT：检测到下降沿后，启动定时，在1.5个比特时间后（即第一个数据位的中间点）进入下一个状态。
3. DATA_BITS：在每个比特时间的中间点采样GPIO电平，并移位存储到接收缓冲区。循环8次。
4. STOP_BIT：在停止位的预期采样点检查GPIO是否为高电平。如果是，则认为帧有效；如果不是，则记录一个帧错误。
5. 完成后，将接收到的字节存入缓冲区，状态机跳回IDLE，并通知主程序有新数据。

3. 从零构建：一个基于定时器中断的模拟UART实现

理论讲透了，我们来看一个基于STM32（以Cortex-M内核为例）的、使用定时器中断驱动的模拟UART具体实现。我们将模拟一个TX引脚和一个RX引脚。

3.1 硬件与软件环境准备

• MCU：任意一款STM32，这里以STM32F103C8T6为例。
• 开发环境：STM32CubeIDE 或 Keil MDK。
• 引脚选择：任意两个GPIO，例如PA9模拟TX，PA10模拟RX。务必避免使用硬件UART默认引脚，以防冲突。
• 定时器：选择一个基本定时器（如TIM6/TIM7）或通用定时器。我们用它产生固定周期的中断，作为模拟UART的“心跳”。

3.2 底层驱动与配置

首先，使用STM32CubeMX或直接写寄存器进行初始化：

// 1. GPIO初始化 GPIO_InitTypeDef GPIO_InitStruct = {0}; // 配置模拟TX引脚 (PA9) 为推挽输出，高速模式 GPIO_InitStruct.Pin = GPIO_PIN_9; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, GPIO_PIN_SET); // 初始化为高电平（空闲态） // 配置模拟RX引脚 (PA10) 为上拉输入 GPIO_InitStruct.Pin = GPIO_PIN_10; GPIO_InitStruct.Mode = GPIO_MODE_INPUT; GPIO_InitStruct.Pull = GPIO_PULLUP; // 上拉确保空闲时为高电平 HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); // 2. 定时器初始化 (以TIM6为例，产生1/16比特周期的中断) // 假设系统时钟为72MHz，目标波特率为115200。 // 比特周期 T_bit = 1 / 115200 ≈ 8.68 us // 目标中断周期 T_int = T_bit / 16 ≈ 0.543 us // 定时器时钟预分频 PSC = 72 - 1 (将72MHz分频为1MHz，方便计算) // 定时器自动重载值 ARR = (T_int * 1MHz) - 1 ≈ (0.543) - 1 ≈ 0，这显然不行。 // 说明1/16采样率对72MHz时钟来说中断频率过高(1.84MHz)，CPU无法承受。 // 更实际的方案：降低采样频率或使用更高精度定时器。 // 方案调整：采用1/8采样率，则 T_int = 8.68us / 8 = 1.085us // 使用预分频 PSC = 0 (不分频，72MHz)，则 ARR = (1.085us * 72MHz) - 1 ≈ 78 - 1 = 77 // 计算：ARR = (1 / (115200 * 8)) * 72e6 - 1 = (1/921600) * 72e6 - 1 ≈ 78.125 -1 ≈ 77 // 实际中断频率 = 72MHz / (77+1) ≈ 923 kHz，仍在可接受范围。 htim6.Instance = TIM6; htim6.Init.Prescaler = 0; htim6.Init.CounterMode = TIM_COUNTERMODE_UP; htim6.Init.Period = 77; // 自动重载值 htim6.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; if (HAL_TIM_Base_Init(&htim6) != HAL_OK) { Error_Handler(); } // 使能定时器更新中断 HAL_TIM_Base_Start_IT(&htim6);

3.3 发送与接收状态机的C语言实现

我们定义几个关键的状态变量和缓冲区。

// soft_uart.h #ifndef __SOFT_UART_H #define __SOFT_UART_H #include "stm32f1xx_hal.h" #define SOFT_UART_BAUD_115200 #ifdef SOFT_UART_BAUD_115200 #define BIT_TIME_TICKS 78 // 对应定时器周期数，与上面ARR=77匹配（78个计数周期） #define SAMPLE_RATE 8 // 1/8采样率 #define SAMPLE_TICKS (BIT_TIME_TICKS / SAMPLE_RATE) // 约10个tick #endif typedef enum { TX_STATE_IDLE, TX_STATE_START_BIT, TX_STATE_DATA_BITS, TX_STATE_STOP_BIT } SoftUart_TxState; typedef enum { RX_STATE_IDLE, RX_STATE_START_BIT, RX_STATE_DATA_BITS, RX_STATE_STOP_BIT } SoftUart_RxState; typedef struct { // 发送相关 GPIO_TypeDef* tx_port; uint16_t tx_pin; SoftUart_TxState tx_state; uint8_t tx_byte; uint8_t tx_bit_index; uint16_t tx_delay_ticks; volatile uint8_t tx_busy; // 发送忙标志 // 接收相关 GPIO_TypeDef* rx_port; uint16_t rx_pin; SoftUart_RxState rx_state; uint8_t rx_byte; uint8_t rx_bit_index; uint16_t rx_sample_ticks; uint16_t rx_delay_counter; uint8_t rx_buffer[64]; uint8_t rx_buffer_head; uint8_t rx_buffer_tail; } SoftUart_HandleTypeDef; void SoftUart_Init(SoftUart_HandleTypeDef *huart, GPIO_TypeDef* tx_port, uint16_t tx_pin, GPIO_TypeDef* rx_port, uint16_t rx_pin); void SoftUart_PutChar(SoftUart_HandleTypeDef *huart, uint8_t ch); uint8_t SoftUart_GetChar(SoftUart_HandleTypeDef *huart); uint8_t SoftUart_Available(SoftUart_HandleTypeDef *huart); #endif

// soft_uart.c #include "soft_uart.h" SoftUart_HandleTypeDef huart1; void SoftUart_Init(SoftUart_HandleTypeDef *huart, GPIO_TypeDef* tx_port, uint16_t tx_pin, GPIO_TypeDef* rx_port, uint16_t rx_pin) { huart->tx_port = tx_port; huart->tx_pin = tx_pin; huart->tx_state = TX_STATE_IDLE; huart->tx_busy = 0; huart->rx_port = rx_port; huart->rx_pin = rx_pin; huart->rx_state = RX_STATE_IDLE; huart->rx_buffer_head = 0; huart->rx_buffer_tail = 0; // 初始化TX引脚为高电平（空闲） HAL_GPIO_WritePin(huart->tx_port, huart->tx_pin, GPIO_PIN_SET); } // 定时器中断服务函数中调用 void SoftUart_TimerISR_Handler(SoftUart_HandleTypeDef *huart) { // --- 发送状态机处理 --- switch (huart->tx_state) { case TX_STATE_IDLE: // 无事可做 break; case TX_STATE_START_BIT: if (--huart->tx_delay_ticks == 0) { // 起始位时间到，拉低电平 HAL_GPIO_WritePin(huart->tx_port, huart->tx_pin, GPIO_PIN_RESET); huart->tx_state = TX_STATE_DATA_BITS; huart->tx_bit_index = 0; huart->tx_delay_ticks = BIT_TIME_TICKS; // 准备发送第一个数据位 } break; case TX_STATE_DATA_BITS: if (--huart->tx_delay_ticks == 0) { // 当前数据位时间到，设置引脚电平并准备下一位 if (huart->tx_byte & (1 << huart->tx_bit_index)) { HAL_GPIO_WritePin(huart->tx_port, huart->tx_pin, GPIO_PIN_SET); } else { HAL_GPIO_WritePin(huart->tx_port, huart->tx_pin, GPIO_PIN_RESET); } huart->tx_bit_index++; if (huart->tx_bit_index >= 8) { // 所有数据位发送完毕，进入停止位 huart->tx_state = TX_STATE_STOP_BIT; } huart->tx_delay_ticks = BIT_TIME_TICKS; // 重置比特时间计数器 } break; case TX_STATE_STOP_BIT: if (--huart->tx_delay_ticks == 0) { // 停止位时间到，拉高电平，回到空闲 HAL_GPIO_WritePin(huart->tx_port, huart->tx_pin, GPIO_PIN_SET); huart->tx_state = TX_STATE_IDLE; huart->tx_busy = 0; // 标记发送完成 } break; } // --- 接收状态机处理 --- switch (huart->rx_state) { case RX_STATE_IDLE: // 检测起始位下降沿（从空闲高电平到低电平） if (HAL_GPIO_ReadPin(huart->rx_port, huart->rx_pin) == GPIO_PIN_RESET) { huart->rx_state = RX_STATE_START_BIT; // 等待1.5个比特时间后，正好在第一个数据位中间采样 huart->rx_delay_counter = BIT_TIME_TICKS + (BIT_TIME_TICKS / 2); huart->rx_bit_index = 0; huart->rx_byte = 0; } break; case RX_STATE_START_BIT: if (--huart->rx_delay_counter == 0) { // 理论上此时应处于低电平（起始位中间），开始采样数据位 // 可以在此增加一个验证，如果为高电平则说明是毛刺，回到IDLE huart->rx_state = RX_STATE_DATA_BITS; huart->rx_sample_ticks = BIT_TIME_TICKS; // 设置下一个采样点间隔 } break; case RX_STATE_DATA_BITS: if (--huart->rx_sample_ticks == 0) { // 采样当前数据位 if (HAL_GPIO_ReadPin(huart->rx_port, huart->rx_pin) == GPIO_PIN_SET) { huart->rx_byte |= (1 << huart->rx_bit_index); } huart->rx_bit_index++; huart->rx_sample_ticks = BIT_TIME_TICKS; // 重置采样间隔 if (huart->rx_bit_index >= 8) { // 8位数据采样完毕，进入停止位检查 huart->rx_state = RX_STATE_STOP_BIT; huart->rx_sample_ticks = BIT_TIME_TICKS; // 等待一个比特时间后检查停止位 } } break; case RX_STATE_STOP_BIT: if (--huart->rx_sample_ticks == 0) { // 检查停止位，应为高电平 if (HAL_GPIO_ReadPin(huart->rx_port, huart->rx_pin) == GPIO_PIN_SET) { // 帧有效，存入缓冲区 uint8_t next_head = (huart->rx_buffer_head + 1) % sizeof(huart->rx_buffer); if (next_head != huart->rx_buffer_tail) { // 缓冲区未满 huart->rx_buffer[huart->rx_buffer_head] = huart->rx_byte; huart->rx_buffer_head = next_head; } // 否则丢弃（缓冲区满） } // 否则可记录一个帧错误 huart->rx_state = RX_STATE_IDLE; // 回到空闲，等待下一帧 } break; } } // 用户API：发送一个字节（非阻塞） void SoftUart_PutChar(SoftUart_HandleTypeDef *huart, uint8_t ch) { while (huart->tx_busy) { // 等待上一次发送完成（简单忙等，可根据需求改为超时或事件驱动） } huart->tx_busy = 1; huart->tx_byte = ch; huart->tx_state = TX_STATE_START_BIT; huart->tx_delay_ticks = BIT_TIME_TICKS; // 起始位持续时间 } // 用户API：检查是否有数据可读 uint8_t SoftUart_Available(SoftUart_HandleTypeDef *huart) { return (huart->rx_buffer_head != huart->rx_buffer_tail); } // 用户API：读取一个字节（如果无数据，返回0） uint8_t SoftUart_GetChar(SoftUart_HandleTypeDef *huart) { if (huart->rx_buffer_head == huart->rx_buffer_tail) { return 0; // 缓冲区空 } uint8_t data = huart->rx_buffer[huart->rx_buffer_tail]; huart->rx_buffer_tail = (huart->rx_buffer_tail + 1) % sizeof(huart->rx_buffer); return data; }

// main.c 或 stm32f1xx_it.c 中的定时器中断服务程序 void TIM6_IRQHandler(void) { if (__HAL_TIM_GET_FLAG(&htim6, TIM_FLAG_UPDATE) != RESET) { __HAL_TIM_CLEAR_FLAG(&htim6, TIM_FLAG_UPDATE); // 调用模拟UART的中断处理函数 SoftUart_TimerISR_Handler(&huart1); } }

3.4 主程序调用示例

// main.c int main(void) { HAL_Init(); SystemClock_Config(); // ... 其他外设初始化 // 初始化模拟UART1，使用PA9(TX), PA10(RX) SoftUart_Init(&huart1, GPIOA, GPIO_PIN_9, GPIOA, GPIO_PIN_10); // 启动定时器中断 HAL_TIM_Base_Start_IT(&htim6); while (1) { // 示例：回环测试，收到什么就发送什么 if (SoftUart_Available(&huart1)) { uint8_t received_byte = SoftUart_GetChar(&huart1); SoftUart_PutChar(&huart1, received_byte); } // 主循环可以执行其他任务 HAL_Delay(1); } }

4. 性能优化、抗干扰与实战调试技巧

一个能跑通的Demo只是起点，要让GPIO模拟UART在真实项目中稳定可靠，还需要大量的优化和调试工作。

4.1 提升时序精度与稳定性

• 使用更高精度时钟源：如果MCU支持，使用外部高速晶振（HSE）而非内部RC振荡器（HSI），后者通常有±1%的误差，在高速波特率下累积误差可能导致通信失败。
• 动态校准波特率：在接收端，可以尝试一种更高级的算法——自适应波特率检测。原理是测量两个连续下降沿（起始位）之间的时间间隔，这个间隔应该是10个比特时间（1起始+8数据+1停止）。通过定时器捕获这个时间，可以反推出实际波特率，并动态调整接收时序参数，从而兼容发送端一定范围内的时钟偏差。
• 中断优先级与延迟管理：确保模拟UART使用的定时器中断具有足够高的优先级，避免被其他长时间中断阻塞。同时，中断服务程序（ISR）要尽可能短小精悍，只做最必要的状态判断和GPIO操作，复杂的逻辑（如缓冲区管理）可以放到主循环中。

4.2 增强通信鲁棒性

• 数字滤波：GPIO输入容易受到毛刺干扰。STM32等MCU的GPIO通常内置了可配置的数字滤波器（通过GPIOx->PUPDR或类似寄存器配置），可以滤除短于一定时间的脉冲。如果硬件不支持，可以在软件中实现多次采样取多数的机制。例如，在预期的采样点附近进行3次快速采样，取出现次数多的电平作为有效值。
• 起始位验证：在RX_STATE_START_BIT状态，等待1.5个比特时间后，不应立即进入数据采样，而应再次检查引脚电平是否仍为低电平。如果不是，则很可能是噪声引起的误触发，状态机应直接回到RX_STATE_IDLE。
• 帧错误与溢出处理：在状态机中增加错误状态。例如，在RX_STATE_STOP_BIT发现电平不是高电平，应记录一个帧错误计数器。接收缓冲区满时，也应记录溢出错误。这些错误标志可以帮助上层应用诊断通信问题。

4.3 实战调试方法与工具

• 逻辑分析仪是你的最佳伙伴：这是调试数字时序问题的终极工具。将逻辑分析仪的探头连接到模拟的TX和RX引脚，设置好触发条件（如TX引脚下降沿），可以清晰地看到每个起始位、数据位、停止位的波形和时序。直接测量比特时间是否准确，采样点是否落在比特中间。没有逻辑分析仪，一个带波形显示功能的示波器也能起到很大作用。
• 软件仿真与调试：在IDE（如Keil）中，可以使用软件仿真模式，查看GPIO引脚的电平变化和定时器计数器的值，单步跟踪状态机的跳转，这对于理解初始阶段的逻辑流非常有帮助。
• “自发自收”回环测试：将MCU的模拟TX引脚和模拟RX引脚用杜邦线短接，让程序发送特定数据包（如递增的0x00-0xFF）并同时接收。比较发送和接收的数据是否一致。这是验证发送和接收逻辑最基本、最有效的方法。
• 压力测试与边界测试：使用PC上的串口调试助手（如AccessPort、友善串口助手）或另一个硬件UART，与你的模拟UART进行长时间、全速率的双向数据收发测试。发送随机数据、长包数据，观察是否会出现丢字节、错字节的情况。测试在不同CPU负载（例如开启其他高优先级中断或繁重计算任务）下的通信稳定性。

5. 进阶应用与场景拓展

掌握了基础的模拟UART后，你可以尝试一些更有趣的扩展应用，这些是硬件UART难以实现或需要额外成本的功能。

• 模拟多路UART：既然是用软件实现的，那么用同一个定时器中断服务程序驱动多个状态机实例，就可以轻松实现多路UART。只需为每一路模拟UART分配独立的TX/RX引脚和状态机数据结构即可。需要注意的是，这会进一步增加中断服务程序的执行时间，需要评估CPU负载。
• 非标准波特率与自定义协议：这是软件模拟最大的优势所在。你可以轻松实现一个波特率为13750的串口与老旧设备通信，或者实现一个9位数据位的特殊协议。你甚至可以在数据帧前后插入自定义的同步码或CRC校验段，实现简单的链路层协议。
• 单线半双工通信：在某些引脚极其紧张的情况下，可以只使用一个GPIO，通过切换输入输出模式，分时实现发送和接收，模拟单线半双工UART（类似某些单总线协议）。这需要更精细的时序控制和方向切换管理。
• 与DMA结合：对于发送大量连续数据的场景，可以结合DMA（直接存储器访问）。将待发送的数据块放入数组，在发送状态机中，不是发送单个字节，而是由DMA自动将数组中的数据逐个字节“喂”给发送状态机，从而进一步解放CPU。

6. 常见问题排查速查表

在实际操作中，你大概率会遇到下面这些问题。这里提供一个快速排查指南。

最后，我想分享一个最深刻的体会：GPIO模拟UART是一个绝佳的练习项目，它能让你从最底层理解异步串行通信的精髓——一切都是关于时间。调试它的过程，就是不断与时钟精度、中断延迟、电气噪声作斗争的过程。当你最终让它在115200波特率下稳定跑起来，那种对硬件和软件协同工作的掌控感，是直接调用HAL_UART_Transmit()无法比拟的。它不一定是你每个项目的最终选择，但掌握这项技能，无疑会让你在资源受限的嵌入式世界里多一份从容和底气。在实际项目中，如果硬件UART够用，请毫不犹豫地使用它；但当硬件资源告急时，你工具箱里的这个“软件UART”方案，可能就是让项目继续前进的关键。