3. STM32硬件连接：从原理图到稳定通信

硬件连接这件事，说简单也简单，说坑也多。我见过不少开发者，代码写得飞起，结果板子一上电，蓝牙模块就是不工作——最后发现是某个引脚没拉对，或者电平不匹配。这一章，咱们就把硬件连接的每个细节掰开揉碎。

3.1 USART接口初始化：选对引脚，配好参数

STM32的USART外设，说白了就是一组发送（TX）和接收（RX）引脚。我个人习惯用USART1或USART2，因为这两个在大多数开发板上都引出了。

先看一个典型的初始化代码（以STM32F103 + USART1为例）：

// USART1 GPIO配置
GPIO_InitTypeDef GPIO_InitStructure = {0};
USART_InitTypeDef USART_InitStructure = {0};

// 使能时钟
RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE);

// TX - PA9 推挽复用输出
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &GPIO_InitStructure);

// RX - PA10 浮空输入
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING;
GPIO_Init(GPIOA, &GPIO_InitStructure);

// USART参数配置
USART_InitStructure.USART_BaudRate = 9600;
USART_InitStructure.USART_WordLength = USART_WordLength_8b;
USART_InitStructure.USART_StopBits = USART_StopBits_1;
USART_InitStructure.USART_Parity = USART_Parity_No;
USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
USART_InitStructure.USART_Mode = USART_Mode_Tx | USART_Mode_Rx;
USART_Init(USART1, &USART_InitStructure);

// 使能USART
USART_Cmd(USART1, ENABLE);

3.2 GPIO配置：EN引脚控制——蓝牙模块的"开关"

大部分蓝牙模块（比如HC-05、HC-06）都有一个EN（使能）引脚。这个引脚的作用，说白了就是控制模块进入AT指令模式还是正常通信模式。

我遇到过一个问题：模块上电后没反应，查了半天才发现EN引脚悬空了。正确的做法是：

• 正常通信模式：EN引脚悬空或拉高（3.3V）
• AT指令模式：EN引脚拉高，同时上电时保持高电平

配置代码很简单：

// 假设EN引脚接在PB12
GPIO_InitTypeDef GPIO_InitStructure = {0};
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE);

GPIO_InitStructure.GPIO_Pin = GPIO_Pin_12;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOB, &GPIO_InitStructure);

// 默认拉高，进入AT模式
GPIO_SetBits(GPIOB, GPIO_Pin_12);

3.3 电平匹配问题：3.3V vs 5V——一个容易烧模块的坑

STM32的GPIO输出是3.3V，而很多蓝牙模块（尤其是老款）是5V供电。直接连会怎样？

嗯，轻则通信不稳定，重则烧掉STM32的IO口。我刚开始做项目时就吃过这个亏——一个HC-05模块，RX引脚直接接5V，结果STM32的PA9口直接冒烟了。

解决方案其实不复杂：

我个人最推荐的是电阻分压，简单可靠：

• STM32 TX → 1kΩ电阻 → 蓝牙模块 RX
• 蓝牙模块 TX → 2kΩ电阻 → STM32 RX

这样5V信号被分压到约3.3V，既保护了STM32，又不会让蓝牙模块误判。

3.4 硬件流控：RTS/CTS——什么时候需要？

硬件流控（RTS/CTS）说白了就是让双方互相告诉对方"我准备好了，你发吧"或"我忙，别发"。对于蓝牙模块，大部分场景不需要硬件流控。

为什么？

• 蓝牙模块的缓冲区通常足够大（几百字节）
• STM32的USART有硬件FIFO（部分型号）
• 数据量不大时，软件流控（XON/XOFF）就够用了

但有一种情况必须用：高速大数据量传输。比如用蓝牙传音频流或传感器数据流，波特率在115200以上，数据包又大，这时候硬件流控能防止数据丢失。

配置方法：

// 使能硬件流控
USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_RTS_CTS;

// 对应的GPIO也要配置
// RTS - PA12 (USART1)
// CTS - PA11 (USART1)
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_11 | GPIO_Pin_12;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &GPIO_InitStructure);

3.5 知识体系总览：一张图看懂硬件连接

下面这张图把本章的核心知识点串起来了。你可以把它当作硬件连接的"检查清单"：

3.6 实战检查清单：上电前必看

每次焊接完或者接好杜邦线，我都会按这个清单过一遍：

1. 电源检查：STM32和蓝牙模块的VCC是否在允许范围内？共地了吗？
2. TX/RX交叉：STM32的TX接蓝牙的RX，RX接蓝牙的TX——这个我犯过两次错，后来直接用万用表通断档测。
3. EN引脚状态：是拉高还是拉低？和代码里写的一致吗？
4. 波特率匹配：代码里的波特率和蓝牙模块的默认波特率一致吗？
5. 电平转换：如果模块是5V，STM32是3.3V，分压电阻焊上了吗？