STM32入门指南：从芯片选型到开发环境搭建与调试实战

1. 从零开始：为什么是STM32？

如果你刚接触嵌入式开发，或者从51单片机、Arduino转过来，面对市面上琳琅满目的单片机型号，第一个问题可能就是：我该学哪个？STM32，这个由意法半导体（STMicroelectronics）推出的基于ARM Cortex-M内核的32位微控制器家族，几乎是当前国内嵌入式工程师的“必修课”。它不像Arduino那样封装得严丝合缝，让你感觉在“搭积木”；也不像早期的8051那样资源有限，让你在内存和速度上捉襟见肘。STM32恰好处于一个甜点区：它提供了强大的性能、丰富的外设和相对友好的开发生态，让你既能深入理解底层硬件，又能高效地构建复杂的应用。

我第一次接触STM32是在一个电机控制项目上，当时用8位机已经力不从心，PWM精度、ADC采样速度和中断响应都成了瓶颈。切换到STM32后，那种“豁然开朗”的感觉至今记忆犹新——原来芯片可以这么强大，原来开发可以这么“现代”。STM32的学习，本质上是从“单片机编程”思维升级到“微控制器系统”思维的过程。你不再仅仅关心某个IO口的高低电平，而是要开始理解时钟树、总线矩阵、DMA控制器、中断嵌套这些构成一个现代MCU核心的部件。这听起来有点吓人，但别担心，这正是我们学习笔记要一步步拆解的内容。

网络上关于STM32的资源浩如烟海，从江科大的视频教程到各种论坛的精华帖，从正点原子的开发板到野火的资料。我们的笔记不会重复那些简单的点灯实验，而是试图串联起这些知识点，解释清楚每一个配置选项背后的“为什么”，并分享那些在数据手册角落里、在项目调试深夜里才领悟到的实战经验。无论是你正在使用F1系列的经典款，还是F4、H7等高性能系列，抑或是G0、L0等低功耗系列，其核心架构和开发思想是相通的。掌握了核心，就能举一反三。

2. STM32家族图谱：找到你的那颗“芯”

STM32不是一个单一的芯片，而是一个庞大的家族。第一次打开ST官网的选型工具，上百个系列、上千个型号扑面而来，确实容易让人眼花缭乱。理解这个家族图谱，是高效学习和项目选型的第一步。我们不能只看型号里的“F103C8T6”，更要读懂其背后的分类逻辑。

2.1 内核与性能定位：从M0到M7的阶梯

STM32家族按核心性能，大致可以分为几个梯队，这直接决定了你的项目天花板。

主流型（Mainstream）与高性能型（High-performance）：这是最常见的分类。主流型主要指基于Cortex-M3和M4内核的系列，例如经典的STM32F1系列（M3）、STM32F4系列（M4）。它们平衡了性能、功耗和成本，是大多数工业控制、消费电子产品的首选。像F103（M3）主频在72MHz，F407（M4）带FPU（浮点运算单元），主频可达168MHz，能处理更复杂的算法（如PID、滤波）。

超低功耗型（Ultra-low-power）：以Cortex-M0+和M4内核为主，代表系列是STM32L。例如L0系列（M0+）和L4系列（M4）。这类芯片将低功耗做到极致，运行模式功耗低至100μA/MHz以下，停止模式可低至1μA以下。它们是为电池供电设备（如物联网传感器、可穿戴设备）量身定制的。选择时，你需要仔细对比各种低功耗模式（Sleep, Stop, Standby）下的唤醒时间和功耗曲线。

无线型（Wireless）：集成无线通信功能的系列，如STM32WB（蓝牙+Zigbee）、STM32WL（LoRa）。这类芯片将MCU和射频前端集成在一颗芯片内，简化了设计，降低了成本和尺寸。对于物联网终端节点，它是极具吸引力的选择。

高性能型（High-performance）：以Cortex-M7内核为代表，主要是STM32H7系列。主频可达400MHz以上，拥有更高级的缓存架构、更丰富的外设（如双精度FPU、硬件JPEG编解码器）。它面向需要大量数据运算、图形界面（GUI）或实时信号处理的应用，如高端HMI、医疗影像、电机伺服驱动。

我的选型心得：不要盲目追求高性能。对于大多数控制类应用，F1或F4系列绰绰有余。如果你的产品对功耗极其敏感，哪怕性能需求不高，也应优先考虑L系列。我曾在一个手持气象站项目中使用L4，通过精细化的电源管理，让两节AA电池的理论续航从几个月提升到了接近两年，这就是选对芯片的价值。

2.2 型号解读：数据手册的“密码”

STM32的型号命名有一套规则，读懂它，你就能快速了解一个芯片的大致能力。以STM32 F 103 C 8 T 6为例：

  • STM32：品牌。
  • F：产品系列。F代表通用型，L代表低功耗，H代表高性能，W代表无线。
  • 103：子系列。10x是基础型，10x是USB型，10x是CAN总线型等等。它定义了外设的组合。
  • C：引脚数。C代表48脚，R代表64脚，V代表100脚，Z代表144脚。引脚数决定了你能引出多少IO口和使用多少外设。
  • 8：闪存（Flash）容量。8代表64KB（规则是数字*8KB，但大容量型号有特殊映射，需查表）。6=32KB，B=128KB，C=256KB等。
  • T：封装类型。T代表LQFP，H代表BGA，U代表VFQFPN等。
  • 6：工作温度范围。6代表工业级（-40°C 到 85°C），7代表工业级（-40°C 到 105°C）。

所以，STM32F103C8T6就是一颗：通用型F1系列，具有USB和CAN功能，48引脚，64KB Flash，LQFP封装，工业级温度的芯片。在画原理图、做PCB封装和采购时，这些信息至关重要。

2.3 外设资源概览：你的武器库

STM32的外设之丰富，是其强大生产力的源泉。学习初期，你不需要掌握所有，但要知道它们的存在和用途：

  • GPIO（通用输入输出）：最基础也是最常用的外设。STM32的GPIO功能强大，可配置为上拉/下拉、推挽/开漏输出，速度可调。一个关键技巧：对于高速开关信号（如SPI时钟），要将GPIO速度设置为“High”或“Very High”，以减少边沿失真；对于简单的LED控制，用“Low”速度即可，有助于降低EMI。
  • 定时器（TIM）：STM32的定时器种类繁多，功能强大。有基本定时器（TIM6, TIM7）用于单纯定时；通用定时器（TIM2-TIM5）支持PWM输出、输入捕获（测频率/脉宽）、编码器接口；高级定时器（TIM1, TIM8）支持互补带死区的PWM输出，常用于电机驱动和电源转换。
  • 通信接口：USART/UART（串口）、SPI、I2C是三大基础通信协议。此外还有CAN（汽车和工业总线）、USB（设备/HOST/OTG）、以太网MAC等。实战经验：使用SPI驱动屏幕或Flash时，如果出现花屏或数据错误，除了检查时序，一定要确认是否开启了对应GPIO引脚的重映射（AFIO）功能，并正确配置了Alternate Function。
  • 模拟外设：ADC（模数转换器）、DAC（数模转换器）、比较器。STM32的ADC通常精度为12位，支持多通道扫描、间断模式，配合DMA可以极大减轻CPU负担。
  • 高级功能：DMA（直接存储器访问）是性能利器，能让数据在外设和内存间自动搬运，CPU得以解放。CRC计算单元用于数据校验。硬件加密加速器等。

理解这些外设，就像熟悉工具箱里的每一件工具。在项目设计初期，就要根据功能需求，在选型表上勾选必备的外设，避免后期发现资源不够的尴尬。

3. 开发环境搭建：磨刀不误砍柴工

工欲善其事，必先利其器。一个稳定、高效的开发环境能让你事半功倍，反之则会让你在莫名其妙的错误中浪费大量时间。STM32的开发环境主要有两大阵营：Keil MDK-ARM（商业软件）和基于GCC的工具链（免费，如STM32CubeIDE、VSCode+插件）。

3.1 工具链选择：Keil vs. GCC

Keil MDK-ARM：这是国内很多教程和高校教学的首选。优势是集成度高，安装配置简单，调试功能强大（尤其是ULINK仿真器配合），生态成熟。缺点是商业软件，正版授权昂贵，且其编辑器功能相对较弱。

STM32CubeIDE / GCC工具链：ST官方推出的免费集成开发环境，基于Eclipse和GCC。它深度集成了STM32CubeMX图形化配置工具，可以无缝完成从芯片选型、引脚配置、时钟树设置、中间件初始化到代码生成的全过程。这是目前我个人最推荐给新手的路径。它的优点是完全免费、官方支持、配置可视化，能帮你很好地理解STM32的硬件抽象层（HAL）。缺点是基于Java，启动和运行可能稍慢，且调试体验略逊于Keil。

VSCode + 插件：这是追求高度定制化和现代编辑器体验的开发者之选。通过安装 Cortex-Debug、STM32 for VSCode 等插件，配合 ARM GCC 编译器和 OpenOCD 调试器，可以搭建一个非常强大的开发环境。但这个过程需要一定的动手能力，适合有一定经验的开发者。

我的建议：初学者可以从STM32CubeIDE开始。它帮你处理了复杂的Makefile和链接脚本，让你专注于业务逻辑。当你对编译链接过程有更深理解后，可以尝试VSCode方案以获得更流畅的编码体验。Keil则可以在需要其强大调试功能或维护旧项目时使用。

3.2 核心组件详解：芯片包、驱动与烧录工具

无论选择哪种IDE，以下几个组件是通用的核心：

  1. STM32CubeMX：这是一个独立的图形化配置工具，也可以作为IDE的一部分。它的核心作用是生成初始化代码（C代码）。你通过拖拽配置引脚功能、设置时钟树（这是重点和难点）、配置外设参数（如波特率、分频系数）、添加中间件（如FreeRTOS、FATFS），然后它就能生成一个完整的、可直接编译的工程框架。强烈建议：即使使用HAL库，也尽量通过CubeMX生成初始化代码，这能避免大量低级配置错误。

  2. 芯片支持包（Device Family Pack, DFP）：对于Keil，你需要安装对应系列的PACK包（如Keil::STM32F1xx_DFP）。对于CubeIDE或GCC，这些支持通常已集成在IDE或CubeMX中。它包含了芯片的启动文件、链接脚本、外设寄存器定义等。

  3. 烧录/调试器驱动：常见的有ST-LINK、J-Link、DAPLink等。ST-LINK是ST官方的廉价方案，性价比高。务必去ST官网下载并安装最新的ST-LINK Utility或STM32CubeProgrammer软件，它们会包含所需的USB驱动。安装后，在设备管理器中看到“STMicroelectronics STLink dongle”之类的设备，才算驱动成功。常见坑点：Windows 10/11系统有时会自动安装一个旧的、不兼容的驱动，导致无法识别。此时需要用驱动管理工具（如Zadig）重新安装libusb-win32或WinUSB驱动。

  4. 串口调试驱动：当使用USB转TTL串口模块（如CH340、CP2102、FT232）进行串口通信或打印调试信息时，需要安装对应的USB转串口驱动。这是一个非常高频的故障点，很多“电脑识别不到设备”的问题都源于此。

3.3 第一个工程：从CubeMX到点亮LED

让我们用一个最经典的“点亮LED”来验证整个环境。这个过程本身比代码更重要。

  1. 新建工程：打开STM32CubeMX，点击“New Project”。在芯片选择器中，输入你的芯片型号，例如STM32F103C8T6，然后选中它并点击“Start Project”。
  2. 引脚配置：在图形化界面中，找到你想控制LED的引脚（例如PC13，很多最小系统板LED接在此）。点击该引脚，选择“GPIO_Output”。你可以在左侧的“Pinout & Configuration”标签页中，进一步配置这个GPIO的输出模式（推挽）、上拉/下拉、速度等。
  3. 时钟配置：切换到“Clock Configuration”标签页。这里你会看到STM32的时钟树。对于F103，通常使用外部高速时钟（HSE，通常8MHz），然后通过PLL倍频到72MHz系统时钟（SYSCLK）。CubeMX可以帮你自动计算分频和倍频系数，你通常只需要在HSE选择“Crystal/Ceramic Resonator”，然后输入目标系统频率，它就会自动配置好。理解时钟树是STM32学习的关键一步，它决定了所有外设的工作基准。
  4. 项目生成：切换到“Project Manager”标签页。设置项目名称、存储路径。关键选择：“Toolchain / IDE”选择你使用的IDE（如STM32CubeIDE）。在“Code Generator”部分，建议勾选“Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral”，这样代码结构更清晰。
  5. 生成代码：点击“GENERATE CODE”。CubeMX会生成一个完整的工程目录。
  6. 编写用户代码：用STM32CubeIDE打开生成的工程。在main.c的while(1)主循环中，添加LED闪烁代码。HAL库提供了简洁的API：
    while (1) { HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_13); // 翻转PC13电平 HAL_Delay(500); // 延迟500毫秒 }
  7. 编译与烧录：点击IDE中的编译按钮。确保开发板通过ST-LINK连接好，然后点击调试/烧录按钮。如果一切顺利，你应该能看到板载LED开始闪烁。

这个简单的流程，涵盖了从硬件配置到软件实现的关键步骤。成功点亮LED，意味着你的开发环境、工具链、烧录器、板级连接全部正确，这是一个重要的里程碑。

4. 启动流程与程序结构：代码如何跑起来

当按下复位键，或者上电的那一刻，STM32内部发生了什么？你的程序是如何从Flash中被加载并执行的？理解启动流程，是理解STM32运行机制和进行高级调试（如定位启动失败）的基础。

4.1 上电复位与启动模式

STM32上电后，首先进行硬件复位。复位后，它会根据BOOT0和BOOT1（有些型号是BOOT0和BOOT引脚）引脚的电平状态，决定从哪个存储器启动：

BOOT1BOOT0启动模式说明
x0主闪存存储器最常见模式。从内置的Flash（用户程序存放处）启动。
01系统存储器从内置的System Memory启动，里面是芯片出厂预置的Bootloader程序，用于通过串口/USB等接口进行ISP（在系统编程）下载。
11内置SRAM从SRAM启动。用于调试，程序不会永久保存，掉电即失。

大多数开发板通过电阻将BOOT0接地，使其工作在从Flash启动的模式。当你需要串口下载程序（没有仿真器时），才需要手动跳线将BOOT0接高电平。

4.2 启动文件（Startup File）的奥秘

启动文件（如startup_stm32f103xe.s，后缀为.s或.asm）是用汇编语言写的，它是芯片上电后执行的第一段代码。它通常由IDE在创建工程时自动加入。它的核心工作按顺序如下：

  1. 初始化堆栈指针（SP）：从向量表的第一个条目（0x0000_0000地址处）加载主堆栈指针（MSP）的初始值。堆栈是用于局部变量、函数调用和中断上下文保存的内存区域。
  2. 设置程序计数器（PC）：从向量表的第二个条目（0x0000_0004）加载复位向量（Reset_Handler函数的地址），并跳转到该函数。
  3. 调用SystemInit函数：这个函数（通常在system_stm32f1xx.c中）负责初始化关键的硬件系统，最重要的是配置时钟。它会根据system_stm32f1xx.c中定义的宏（如#define HSE_VALUE 8000000U）来启动外部晶振，配置PLL，最终将系统时钟（SYSCLK）设置到目标频率（如72MHz）。这里有个坑：如果你更换了外部晶振的频率（比如从8MHz换成了12MHz），必须修改这个HSE_VALUE宏定义，否则时钟配置会出错，导致串口波特率、定时器定时等所有与时基相关的功能全部异常。
  4. 跳转到main函数：在SystemInit之后，启动文件会调用__main（C库函数），最终进入我们熟悉的main()函数。

4.3 中断向量表与中断处理

向量表是一个存储在Flash起始地址的地址数组。每个中断源（如SysTick定时器、外部中断、串口接收中断等）都在这个表中占有一个位置，存放着对应中断服务程序（ISR）的入口地址。当发生中断时，CPU会自动跳转到对应的地址执行。

在启动文件中，你会看到类似下面的向量表定义：

g_pfnVectors: .word _estack /* 栈顶地址 */ .word Reset_Handler /* 复位中断 */ .word NMI_Handler /* NMI中断 */ .word HardFault_Handler /* 硬件错误中断 */ .word MemManage_Handler /* 内存管理错误 */ ... /* 更多中断向量 */

在标准外设库（SPL）或HAL库工程中，这些中断服务函数（如USART1_IRQHandler）的弱（weak）定义已经在库文件中提供。你需要在自己的代码中重新实现它们，编译器就会链接你的版本。例如：

void USART1_IRQHandler(void) { // 检查是否是接收中断 if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXNE) != RESET) { uint8_t rx_data = huart1.Instance->DR; // 读取数据寄存器，清除标志 // ... 处理接收到的数据 rx_data } }

重要经验：在中断服务函数中，处理要快进快出，避免执行耗时操作（如HAL_Delay）。复杂的处理应通过设置标志位，在主循环中完成。同时，要清楚硬件如何清除中断标志位（有的读数据寄存器自动清除，有的需要手动写1清零），否则会导致中断持续触发，程序卡死。

5. 标准库、HAL库与LL库：如何与硬件对话

与STM32硬件寄存器打交道，有三种不同抽象层次的库可供选择，它们代表了不同的开发哲学和效率权衡。

5.1 标准外设库（Standard Peripheral Library, SPL）

这是ST最早推出的库，现在已停止更新（Legacy）。它提供了一层薄薄的封装，让你通过操作结构体来配置寄存器，比直接操作寄存器更可读，但又保留了较多的硬件细节。很多老项目和教程都基于此库。

优点：代码效率高，体积小，对硬件控制直接，适合对性能和资源有极致要求的场景，也适合学习底层寄存器操作原理。缺点：代码移植性差（不同系列芯片的库函数可能有差异），配置相对繁琐，需要开发者对硬件寄存器有较深理解。

5.2 硬件抽象层库（Hardware Abstraction Layer, HAL）

这是ST目前主推的库，与STM32CubeMX工具深度绑定。HAL库的目标是提供跨STM32系列的高度抽象和统一的API，最大程度简化移植工作。

优点：

  • 易用性极高：配合CubeMX，几乎可以零代码完成外设初始化。
  • 可移植性强：为不同系列芯片提供几乎相同的函数接口（如HAL_UART_Transmit）。
  • 功能完善：提供了丰富的中间件（Middleware），如USB Host/Device、文件系统（FATFS）、RTOS（FreeRTOS）集成等。
  • 错误处理机制：有完善的超时管理和错误回调机制。

缺点：

  • 代码臃肿：为了通用性，代码里有很多判断和跳转，导致编译后的二进制文件体积较大，执行效率相对较低。
  • “黑盒”感强：过度封装有时会隐藏硬件细节，当出现异常时，调试定位问题可能更困难。
  • 中断处理模式：HAL库大量使用基于中断和回调函数（Callback）的异步模式，对于初学者理解程序流可能造成困扰。

5.3 底层库（Low-Layer, LL）

LL库可以看作是HAL库的“轻量级补充”或“底层驱动组件”。它提供了一系列直接、高效的宏和函数来操作寄存器，但比SPL更规整，且与HAL库共享同一套CubeMX配置。

优点：在保持与HAL库相同工程配置（CubeMX生成）的前提下，提供了接近直接操作寄存器的性能和代码体积。你可以混合使用HAL和LL，例如用HAL初始化复杂的时钟和总线，用LL库操作具体的GPIO或定时器输出。缺点：API的易用性不如HAL，需要查阅更多参考手册。

5.4 我的选择策略与实战建议

对于初学者和大多数应用级项目，我强烈建议从HAL库 + CubeMX开始。它能让你快速搭建项目原型，验证想法，把精力集中在业务逻辑上，而不是纠缠于繁琐的寄存器配置。当项目对性能或资源有苛刻要求时，再考虑将关键部分用LL库甚至寄存器操作重写。

一个混合使用的典型场景：电机PWM控制

// 使用HAL库初始化定时器和GPIO（方便） HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_1); // 在需要极高频率更新占空比的实时控制循环中，使用LL库（高效） void Motor_SetDutyCycle(uint16_t duty) { // LL库函数调用，直接操作寄存器，无额外开销 LL_TIM_OC_SetCompareCH1(TIM1, duty); }

关于直接操作寄存器：在学习中期，我建议你至少尝试一两次直接操作寄存器来完成某个简单功能（比如点亮LED）。这能让你真正理解库函数在背后做了什么，在调试一些极端底层问题时，这种理解是无价的。例如，HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_SET);本质上可能就是GPIOA->BSRR = GPIO_PIN_5;。知道这个，你就能看懂数据手册，就能自己写驱动。

6. 调试技巧与常见问题排查

调试是嵌入式开发中最重要的技能之一，甚至比写代码本身更重要。STM32提供了强大的调试支持，但用好它们需要技巧。

6.1 调试器（Debugger）与仿真器（Programmer）

  • ST-LINK：ST官方出品，性价比之王。V2版本支持SWD和JTAG接口，V3版本性能更强。它既是编程器（烧录Flash），也是调试器（单步、断点、查看变量/寄存器/内存）。
  • J-Link：SEGGER公司产品，性能强大，支持芯片种类极多，调试软件（J-Link GDB Server, Ozone）非常好用。是专业开发的优选，但价格较高。
  • DAPLink：一种开源硬件方案，基于ARM的CMSIS-DAP协议。很多国产开发板集成了它，成本低，功能也足够基础调试使用。

连接方式上，SWD（Serial Wire Debug）因其只需两根线（SWDIO, SWCLK）外加电源和地，已成为最主流的调试接口，完全取代了需要更多引脚的JTAG。

6.2 printf 重定向：最朴素的调试大法

在没有复杂调试器的情况下，通过串口打印调试信息（printf）是最可靠、最直观的方法。需要重定向printf到串口。

  1. 实现_write或fputc函数：在C标准库中，printf最终会调用底层的输出函数。在CubeIDE生成的工程中，你通常需要重写一个名为_write的函数（用于newlib-nano库）。
    #include <stdio.h> #include “usart.h” // 包含你的串口句柄，例如 extern UART_HandleTypeDef huart1; int _write(int file, char *ptr, int len) { HAL_UART_Transmit(&huart1, (uint8_t*)ptr, len, HAL_MAX_DELAY); return len; }
  2. 在CubeMX中使能串口并设置波特率，并在代码中初始化它。
  3. 在魔术棒（Options for Target）中勾选“Use MicroLIB”（对于Keil）或在链接器参数中添加-u _printf_float（对于GCC，如果需要打印浮点数）。然后就可以在代码中直接使用printf(“Value: %d, Temp: %.2f\n”, adc_value, temperature);了。

注意：频繁使用printf且传输大量数据会占用CPU时间和串口带宽，在实时性要求高的场景慎用。可以考虑使用条件编译宏来控制调试信息的输出。

6.3 断点、观察窗口与实时变量

使用调试器时，断点、单步执行、观察窗口（Watch）是基本操作。一个高级技巧是使用“实时变量（Live Watch）”或“周期更新”功能，可以在不暂停程序运行的情况下，持续观察某个全局变量的值，这对于监控状态机、传感器数据流非常有用。

6.4 常见问题与排查思路

  1. 程序下载失败/无法连接芯片

    • 检查硬件连接：SWDIO、SWCLK、GND、3.3V（或VCC）四根线是否接好？线序是否正确？
    • 检查BOOT引脚：确保BOOT0为低电平（接GND），从用户Flash启动。
    • 检查复位引脚：有的电路设计需要将NRST引脚引出并保持高电平。尝试手动复位一下芯片。
    • 检查芯片供电：用万用表测量芯片VDD电压是否为3.3V左右。
    • 更换调试器/数据线：有时是调试器本身或USB线接触不良。

  2. 程序运行异常，但能下载

    • 时钟配置错误：这是最隐蔽的问题之一。检查SystemInit或CubeMX中配置的HSE_VALUE是否与实际板载晶振频率一致。用示波器测量主时钟（MCO）输出（如果配置了的话）来验证。
    • 堆栈（Stack）溢出：如果函数调用层次太深或局部变量太大，可能导致堆栈溢出，覆盖其他内存区域，造成各种不可预知的错误。可以在启动文件或链接脚本中适当增大堆栈大小。
    • 中断冲突或未清除中断标志：导致程序不断进入中断，卡死在中断服务函数里。仔细检查中断服务函数中的标志位清除逻辑。
    • 使用HAL_Delay的坑：HAL_Delay依赖于SysTick中断。如果在调用HAL_Delay前关闭了全局中断，或者在SysTick中断服务函数里调用HAL_Delay，会导致死锁。在关键代码段需要关中断时，应使用其他定时方式。

  3. 外设不工作（如UART收不到数据）

    • 引脚复用冲突：STM32的引脚功能是复用的。确保在CubeMX中正确配置了引脚的Alternate Function（复用功能），并且没有其他外设（如JTAG）占用了该引脚。例如，PA9/PA10用作USART1时，需要禁用它们的JTAG功能。
    • 时钟未使能：每个外设都有对应的时钟控制位（在RCC寄存器中）。CubeMX生成的代码通常会帮你使能，但如果你手动编写或修改代码，务必确认外设时钟已开启（__HAL_RCC_USART1_CLK_ENABLE()）。
    • 参数配置错误：仔细检查波特率、数据位、停止位、校验位是否与通信对方匹配。用逻辑分析仪或示波器抓取TX引脚波形，可以直接看到实际发出的数据格式和波特率，这是最直接的排查手段。

嵌入式调试是一个系统工程，需要耐心和逻辑。从电源、时钟、复位这些最基础的信号查起，再到配置、代码逻辑，配合调试工具和仪器（万用表、示波器、逻辑分析仪），大部分问题都能被定位和解决。每一次成功的排错，都是你对这个系统理解加深的过程。