1. 认识STM32CubeMX与串口通信

STM32CubeMX是ST官方推出的一款图形化配置工具，它让STM32微控制器的初始化变得前所未有的简单。对于刚接触嵌入式开发的朋友来说，这个工具简直就是福音——你不需要手动编写大量底层配置代码，只需要点点鼠标，配置一下引脚和参数，它就能自动生成完整的初始化代码。我刚开始用STM32的时候，最头疼的就是那些寄存器配置，一个比特位配置错了可能整个外设都无法工作，而CubeMX彻底解决了这个问题。

串口通信（UART）可以说是嵌入式系统中最常用、最基础的通信方式之一。它只需要两根数据线（TX和RX）就能实现设备间的双向数据交换，硬件简单，可靠性高。在实际项目中，我经常用串口来调试程序、输出日志，或者与上位机进行数据交互。STM32F103C8T6这款芯片内部集成了多个USART模块，功能强大且灵活，非常适合各种通信需求。

中断模式是处理串口接收的高效方式。与轮询方式不同，中断模式下CPU不需要 constantly 检查串口是否有数据到达，而是当数据到来时由硬件自动触发中断，CPU暂停当前任务去处理数据，处理完再返回原任务。这种方式大大提高了CPU的利用率，特别适合需要同时处理多个任务的场景。

2. 环境搭建与工程创建

2.1 安装必要的开发工具

首先需要准备STM32CubeMX软件，可以从ST官网免费下载。安装过程很简单，一路点击下一步即可。我建议同时安装对应的HAL库，这样在配置时就能直接使用最新的库文件。除了CubeMX，还需要一个IDE来编写和调试代码，Keil MDK是常用的选择，当然也可以使用IAR或者免费的TrueSTUDIO。

安装完成后，打开CubeMX会看到一个清爽的界面。第一次使用时，它可能会提示安装芯片支持包，选择STM32F1系列并安装即可。这些支持包包含了不同型号STM32芯片的硬件定义和驱动库，是代码生成的基础。

2.2 创建新工程与芯片选择

点击主界面的"New Project"按钮，会弹出芯片选择窗口。在右上角的搜索框中输入"STM32F103C8T6"，中间区域会显示匹配的芯片型号。点击选中后，右侧会显示该芯片的详细资源信息，包括Flash大小、RAM大小、外设数量等。

选中芯片后点击"Start Project"，进入主配置界面。这里可以看到芯片的引脚分布图，所有可用的外设引脚都以不同颜色标注。对于串口通信，我们主要关注USART相关的引脚，通常是PA9和PA10（USART1的TX和RX）。

3. USART外设配置详解

3.1 基本参数设置

在左侧的外设列表中找到USART1，点击进入配置界面。首先将Mode设置为"Asynchronous"，这是最常用的异步通信模式。然后配置基本参数：Baud Rate（波特率）设置为115200，这是最常用的速率，兼顾速度和稳定性；Word Length（数据位）选择8位；Parity（校验位）选择None；Stop Bits（停止位）选择1位。

这些参数必须与通信对方（如上位机软件）的设置完全一致，否则无法正常通信。我刚开始玩串口时就遇到过因为波特率设置不一致导致收到乱码的问题，排查了好久才发现是这个原因。硬件流控制（Hardware Flow Control）选择Disable，除非你的硬件连接了RTS和CTS线。

3.2 中断配置与NVIC设置

这是实现中断接收的关键步骤。在Configuration标签页中，找到NVIC Settings选项卡，勾选USART1 global interrupt的Enabled复选框。这样当串口接收到数据时就会触发中断。

在下面的优先级配置中，可以设置抢占优先级和子优先级。对于简单的应用，使用默认设置即可。但在复杂的系统中，需要根据各个中断的重要程度合理分配优先级。我记得有一次在一个多任务系统中，因为串口中断优先级设置过低，导致数据丢失，后来调整优先级才解决问题。

DMA配置是可选项，如果需要高速数据传输可以考虑使用。但对于一般的应用，中断方式已经足够。配置完成后点击"Generate Code"按钮，CubeMX会自动生成完整的工程代码。

4. 代码实现与中断处理

4.1 分析生成的代码结构

CubeMX生成的代码结构很清晰，主要包含以下几个部分：main.c中包含主函数和初始化代码；stm32f1xx_it.c中包含中断服务函数；各个外设的驱动代码在对应的文件中。在main函数中，首先调用HAL_Init()初始化HAL库，然后配置系统时钟，最后初始化所有外设。

生成的USART初始化代码已经配置好了所有硬件参数，我们只需要关注应用逻辑即可。在huart1实例中，包含了串口的所有配置信息和状态，后续的收发函数都需要使用这个句柄。

4.2 实现中断接收逻辑

在main.c文件中，我们需要编写中断接收的代码。首先在/* USER CODE BEGIN PV */部分定义接收缓冲区和状态变量：

uint8_t rx_buffer[1];  // 接收缓冲区
uint8_t recv_flag = 0; // 接收完成标志

然后在/* USER CODE BEGIN 2 */部分启动中断接收：

HAL_UART_Receive_IT(&huart1, rx_buffer, 1);

这个函数告诉HAL库：当接收到1个字节数据时触发中断。接收完成后，HAL库会自动调用回调函数。我们需要重写接收完成回调函数：

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
    if(huart->Instance == USART1)
    {
        // 处理接收到的数据
        if(rx_buffer[0] == '#')
        {
            // 执行控制逻辑
        }
        
        // 重新启动接收，等待下一个数据
        HAL_UART_Receive_IT(&huart1, rx_buffer, 1);
    }
}

这种设计确保了连续接收的能力，每次处理完一个数据后立即准备接收下一个。

5. 数据收发控制实现

5.1 发送控制逻辑设计

为了实现通过特定字符（如'#'）控制发送启停的功能，我们需要定义一个状态变量。在全局变量区域添加：

uint8_t transmit_enabled = 0; // 发送使能标志
uint8_t message[] = "hello windows!\r\n"; // 要发送的消息

在主循环中，根据transmit_enabled的状态决定是否发送数据：

while (1)
{
    if(transmit_enabled)
    {
        HAL_UART_Transmit(&huart1, message, sizeof(message)-1, 1000);
        HAL_Delay(1000); // 每秒发送一次
    }
}

5.2 完善控制机制

在中断回调函数中完善控制逻辑：

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
    if(huart->Instance == USART1)
    {
        if(rx_buffer[0] == '#')
        {
            transmit_enabled = !transmit_enabled; // 切换发送状态
            
            // 发送状态反馈
            if(transmit_enabled)
            {
                uint8_t start_msg[] = "开始发送数据\r\n";
                HAL_UART_Transmit(&huart1, start_msg, sizeof(start_msg)-1, 1000);
            }
            else
            {
                uint8_t stop_msg[] = "停止发送数据\r\n";
                HAL_UART_Transmit(&huart1, stop_msg, sizeof(stop_msg)-1, 1000);
            }
        }
        
        HAL_UART_Receive_IT(&huart1, rx_buffer, 1); // 重新启用接收
    }
}

这样设计的好处是提供了明确的状态反馈，用户可以通过上位机清楚地知道当前的状态变化。我在实际项目中发现，这种反馈机制对于调试和用户体验都很重要。

6. 调试技巧与常见问题

6.1 使用串口助手进行调试

串口助手是调试串口通信的必备工具。常用的有SSCOM、XCOM等，功能都差不多。使用时需要注意：选择正确的COM口（可以在设备管理器中查看）；设置与STM32相同的通信参数（波特率、数据位等）；如果是发送控制字符，记得选择正确的发送格式。

调试时建议先测试发送功能，再测试接收功能。可以先在main函数中直接调用发送函数，看上位机是否能收到数据。然后再测试中断接收，可以在回调函数中设置断点，或者添加调试输出，观察是否正常进入中断。

6.2 常见问题与解决方法

数据接收不全或丢失：可能是中断优先级设置问题，或者处理时间过长导致丢失后续数据。解决方法：优化中断处理逻辑，只做必要的操作，其他处理放到主循环中。

收到乱码：最常见的原因是波特率不匹配。检查STM32和上位机的波特率设置是否一致。还有一个可能的原因是时钟配置错误，确保系统时钟和串口时钟配置正确。

无法进入中断：检查NVIC配置是否正确启用中断；检查中断服务函数是否存在；检查是否调用了HAL_UART_Receive_IT启动接收。

通信不稳定：可能是硬件问题，检查接线是否牢固，地线是否连接。我在实验中就遇到过因为杜邦线接触不良导致的通信时好时坏的问题，换用质量好的线材后问题解决。

7. 中断方式与轮询方式对比

7.1 性能差异分析

中断方式和轮询方式在性能上有显著差异。轮询方式需要CPU constantly 检查串口状态，占用大量CPU资源。而中断方式只有在数据到达时才会占用CPU，大大提高了效率。

在实际测试中，我测量了两种方式的CPU占用率：在115200波特率下，轮询方式CPU占用率超过80%，而中断方式不到5%。这个差异在需要同时处理其他任务时尤其明显。

7.2 适用场景选择

轮询方式适合简单的应用，或者对实时性要求不高的场景。它的优点是实现简单，不需要处理中断优先级等问题。缺点是CPU占用率高，不适合复杂的多任务系统。

中断方式适合大多数应用场景，特别是需要同时处理多个外设或者对响应时间有要求的场合。虽然实现稍复杂，但能提供更好的系统性能和响应速度。

DMA方式适合高速数据传输，比如音频流、图像传输等。它能进一步降低CPU占用，但配置和使用最复杂。

8. 实战应用与扩展

8.1 多命令控制实现

在实际项目中，我们往往需要实现更多的控制功能。可以扩展中断处理逻辑，支持多种控制命令：

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
    if(huart->Instance == USART1)
    {
        switch(rx_buffer[0])
        {
            case '#': // 切换发送状态
                transmit_enabled = !transmit_enabled;
                break;
            case '1': // 执行功能1
                execute_function1();
                break;
            case '2': // 执行功能2
                execute_function2();
                break;
            default:
                break;
        }
        
        HAL_UART_Receive_IT(&huart1, rx_buffer, 1);
    }
}

8.2 数据协议设计

对于更复杂的数据交互，可以设计简单的通信协议。例如，使用帧头+数据+帧尾的格式：

#define FRAME_HEADER 0xAA
#define FRAME_END 0x55

uint8_t protocol_buffer[16];
uint8_t protocol_index = 0;
uint8_t in_frame = 0;

void process_received_data(uint8_t data)
{
    if(data == FRAME_HEADER)
    {
        in_frame = 1;
        protocol_index = 0;
        return;
    }
    
    if(data == FRAME_END && in_frame)
    {
        in_frame = 0;
        process_frame(protocol_buffer, protocol_index);
        return;
    }
    
    if(in_frame && protocol_index < sizeof(protocol_buffer))
    {
        protocol_buffer[protocol_index++] = data;
    }
}

这种协议设计虽然简单，但能有效提高通信的可靠性，我在多个项目中都采用过类似的设计。