企业官网建设流程全解析

1. 拿到板子先别急着点灯：STM32F103开发板入门全景拆解

STM32F103这块板子，大概是国内嵌入式爱好者手里保有量最大的一块开发板了。不管你是电子专业的学生、刚转行嵌入式的工程师，还是想给毕业设计找个靠谱平台的准毕业生，F103基本都是绕不开的起点。我前后用过不下十种F103的开发板，从最小系统板到带一堆外设的综合板，踩过的坑能写满一个笔记本。这次借着新板子到手的机会，把从开箱到跑通第一个工程的完整思路捋一遍，顺便把那些新手最容易卡住的地方提前给你标出来。

STM32F103属于意法半导体STM32家族里的经典款，基于ARM Cortex-M3内核，主频72MHz，片上Flash从16KB到1MB不等，SRAM从6KB到96KB。市面上最常见的型号是STM32F103C8T6和STM32F103ZET6，前者是48脚的小容量版，后者是144脚的大容量版。你买到的开发板大概率是这两种之一，或者是以它们为核心做的扩展板。这块芯片能做什么？简单说，从简单的LED闪烁、按键读取，到串口通信、定时器PWM、ADC采样、I2C/SPI外设驱动，再到USB设备、CAN总线、FreeRTOS多任务，它都能扛。对于初学者来说，它的资料丰富程度是其他任何芯片都比不了的，你遇到的几乎每一个问题，网上都有人已经问过并解决了。

这篇文章适合谁看？如果你刚拿到一块STM32F103开发板，装好了Keil或者VSCode但不知道从哪下手，或者你之前玩过51单片机想升级到32位平台，再或者你正在做基于STM32的毕业设计需要快速搭建工程框架，那接下来的内容就是为你准备的。我会从开发环境搭建、工程模板创建、外设驱动编写、调试烧录、常见问题排查这几个维度，把整个入门路径讲透。不会只给你步骤，还会告诉你每一步为什么这么做，以及我实际踩过的坑。

2. 开发环境怎么选：Keil、VSCode还是STM32CubeIDE

2.1 三套主流方案的取舍逻辑

刚拿到板子的人第一个纠结的问题往往是：我该用什么软件写代码？目前STM32开发的主流环境有三套：Keil MDK、STM32CubeIDE、以及VSCode加插件组合。这三套我都深度用过，各有各的脾气。

Keil MDK是国内最流行的选择，原因很简单：资料多、教程多、学校教的就是这个。它的优势在于编译器成熟、调试器支持广泛、对标准库和HAL库的兼容性都很好。但缺点也很明显：界面老旧、代码补全弱、免费版有32KB代码限制。不过对于F103C8T6这种64KB Flash的芯片来说，32KB限制其实挺要命的，一个带USB和串口的工程很容易就超了。所以如果你用Keil，要么用注册机（不推荐，有法律风险），要么考虑用社区版或者切换到其他工具。

STM32CubeIDE是ST官方推出的免费IDE，基于Eclipse，集成了CubeMX配置工具和GCC编译器，没有代码大小限制。它的优势是官方支持、免费、配置外设方便。缺点是Eclipse底子导致界面响应慢，代码补全不如VSCode流畅，而且生成的工程结构比较臃肿。如果你不想折腾环境，想开箱即用，CubeIDE是最省心的选择。

VSCode加插件是近几年越来越流行的方案，核心组合是VSCode + Cortex-Debug + STM32CubeMX生成Makefile工程 + arm-none-eabi-gcc工具链。这套方案的优势是编辑器体验极佳、代码补全强大、跨平台、完全免费。缺点是需要手动配置的东西多，新手容易在launch.json和tasks.json上卡住。但一旦配好，开发效率是最高的。

我的建议是：如果你完全零基础，先用Keil或者CubeIDE把第一个工程跑通，建立信心。等你对工程结构有感觉了，再迁移到VSCode。不要一上来就折腾VSCode，很容易在环境配置上耗尽耐心。

2.2 Keil5兼容C51和STM32的安装要点

很多人电脑里已经装了Keil C51用于51单片机开发，想再装Keil MDK做STM32。这两个可以共存，但安装顺序有讲究。正确的做法是先装C51，再装MDK，并且安装到不同的目录。如果顺序反了，或者装到同一个目录，会出现编译器冲突、器件包加载异常等问题。

安装完MDK后，还需要安装对应的器件支持包（Device Family Pack）。STM32F1系列的包叫Keil.STM32F1xx_DFP，可以从Keil官网下载离线包手动安装，也可以在Pack Installer里在线安装。我实测下来，在线安装经常因为网络问题失败，建议直接下载离线包双击安装，稳得多。

还有一个常见问题：Keil5的代码编辑界面默认字体和配色很难看，而且中文注释容易乱码。解决办法是在Edit -> Configuration里把Encoding改成UTF-8，字体换成Consolas或者Source Code Pro，字号12到14之间比较舒服。这些小设置看似不重要，但每天对着的界面舒服了，学习效率真的会高不少。

2.3 VSCode配置STM32开发环境的实操路径

如果你决定用VSCode，核心步骤是这样的：先安装arm-none-eabi-gcc工具链并添加到系统PATH，然后安装VSCode插件Cortex-Debug和C/C++，接着用STM32CubeMX生成Makefile工程，最后配置launch.json和tasks.json。

launch.json里最关键的是这几个字段：executable指向编译输出的elf文件，servertype选openocd或者jlink，device填STM32F103C8，svdFile填对应的svd文件路径（用于查看寄存器）。tasks.json里配置build任务调用make，clean任务调用make clean。这些配置我建议直接从一个能用的工程里复制，然后改路径，比从头写快得多。

有个坑要注意：VSCode里编译成功但烧录不进去，十有八九是launch.json里的executable路径写错了，或者OpenOCD的配置文件选错了。F103C8T6对应的OpenOCD配置文件是stm32f1x.cfg，如果你用的是ST-Link，interface选stlink-v2.cfg；如果用J-Link，interface选jlink.cfg。这些细节后面讲调试的时候还会展开。

3. 工程模板搭建：从零创建一个可复用的STM32工程

3.1 标准库还是HAL库：新手的第一道选择题

STM32的代码库有两套：标准外设库（Standard Peripheral Library）和HAL库（Hardware Abstraction Layer）。标准库是ST早期推出的，直接操作寄存器，代码效率高、结构清晰，但ST已经停止维护了。HAL库是现在主推的，抽象层次高、跨系列移植方便，但代码体积大、执行效率略低。

对于F103入门来说，我建议先用标准库。原因有三：第一，标准库的代码更接近硬件，你能更清楚地看到每个操作对应哪个寄存器，对理解STM32的工作原理有帮助；第二，网上F103的教程和例程绝大多数是基于标准库的，遇到问题更容易找到参考；第三，标准库编译出来的代码更小，F103C8T6的64KB Flash能装下更多功能。

等你把标准库玩熟了，再转HAL库会很快，因为底层概念是相通的。反过来先学HAL再回头看标准库，反而会觉得标准库太底层、太繁琐。

3.2 手动创建标准库工程模板的完整步骤

创建一个标准库工程模板，核心是把必要的文件组织好。你需要从ST官网下载STM32F10x标准外设库，解压后找到Libraries文件夹，里面有两个关键目录：CMSIS和STM32F10x_StdPeriph_Driver。

CMSIS目录下需要的是CM3/CoreSupport里的core_cm3.c和core_cm3.h，以及DeviceSupport/ST/STM32F10x里的stm32f10x.h、system_stm32f10x.c、system_stm32f10x.h，还有startup/arm里的启动文件startup_stm32f10x_md.s（md对应中等容量，C8T6属于这一类）。

STM32F10x_StdPeriph_Driver目录下需要的是inc和src两个文件夹的全部内容。然后在工程根目录下建几个文件夹：Startup放启动文件，Library放标准库源文件，User放main.c和stm32f10x_conf.h、stm32f10x_it.c、stm32f10x_it.h，Output放编译输出。

在Keil里新建工程后，把这些文件按分组添加进去，然后在Options for Target里设置头文件包含路径，勾选Create HEX File，选择正确的器件型号。编译一下，如果没有报错，模板就建好了。这个过程看起来繁琐，但做一次之后就可以复制给以后的所有工程用，一劳永逸。

3.3 工程模板的目录结构与文件作用说明

一个清晰的项目目录结构能让你在工程变大之后依然保持条理。我习惯的布局是这样的：

• Startup/：启动文件，负责在复位后初始化堆栈指针、调用SystemInit、跳转到main函数。这个文件一般不需要改，但要知道它的存在。
• Library/：标准外设库的源文件，每个外设一个.c文件，比如stm32f10x_gpio.c、stm32f10x_usart.c。你用到哪个就编译哪个，不用的可以在Keil里排除掉以加快编译速度。
• User/：你的应用代码。main.c是入口，stm32f10x_it.c是中断服务函数的集中地，stm32f10x_conf.h用来裁剪标准库的包含关系。
• Hardware/：我自己加的一层，用来放具体外设的驱动代码，比如led.c、key.c、oled.c。这样应用逻辑和硬件驱动分离，换板子的时候只需要改Hardware层。
• Output/：编译生成的.hex、.axf、.map文件都放这里，方便管理和烧录。

这个结构不是唯一的，但核心思想是分层：底层库、硬件驱动、应用逻辑分开。新手最容易把所有代码堆在main.c里，一开始功能少还行，等代码超过500行就会乱得没法维护。

4. 第一个工程：GPIO点灯与按键输入

4.1 点灯之前必须搞清楚的时钟使能

很多新手写的第一行GPIO代码是这样的：配置GPIO模式，设置引脚，然后发现LED不亮。排查半天，最后发现是忘了使能GPIO的时钟。STM32的外设默认时钟是关闭的，用之前必须通过RCC_APB2PeriphClockCmd开启对应端口的时钟。这个设计是为了省电，但对手新手来说就是个必踩的坑。

以PA5接LED为例，标准库的代码顺序是：先调用RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE)，然后定义GPIO_InitTypeDef结构体，设置GPIO_Pin为GPIO_Pin_5，GPIO_Mode为GPIO_Mode_Out_PP（推挽输出），GPIO_Speed为GPIO_Speed_50MHz，最后调用GPIO_Init(GPIOA, &GPIO_InitStructure)。之后就可以用GPIO_SetBits和GPIO_ResetBits控制亮灭了。

这里有个细节：GPIO_Speed的设置影响的是引脚翻转速率和电磁兼容性，不是输出电平。50MHz适合需要快速翻转的场合，如果只是点灯，2MHz就够了。速度设高了会增加功耗和EMI，虽然点灯场景无所谓，但养成按需设置的习惯是好的。

4.2 按键输入：上拉、下拉与消抖的工程实践

按键比LED麻烦的地方在于机械抖动。你按一下按键，电平并不是干净地从高变低，而是在几毫秒内快速跳变多次。如果不处理，一次按下可能被识别成多次触发。

硬件上，按键通常一端接地，另一端接GPIO并配上拉电阻。这样按键松开时引脚是高电平，按下时是低电平。STM32的GPIO可以配置内部上拉，所以外部上拉电阻可以省掉，直接配置GPIO_Mode_IPU（输入上拉）。但内部上拉电阻阻值较大（约40K欧），抗干扰能力不如外部4.7K或10K上拉，如果按键引线较长，建议还是加外部上拉。

软件消抖有两种常用方法：延时法和定时器扫描法。延时法简单粗暴，检测到低电平后延时10到20毫秒再检测一次，如果还是低电平就确认按下。缺点是阻塞CPU，只适合按键数量少、实时性要求不高的场景。定时器扫描法是用一个定时器每5到10毫秒中断一次，在中断里读取按键状态并做状态机判断，不阻塞主循环，适合多按键和复杂交互。我建议新手先用延时法把功能跑通，然后尽快过渡到定时器扫描法，因为实际项目里阻塞式消抖迟早会出问题。

4.3 用位带操作提升GPIO读写效率

标准库的GPIO_SetBits和GPIO_ResetBits函数调用有一定开销，在需要频繁翻转引脚的场合（比如软件模拟SPI），直接操作寄存器会快很多。STM32的位带（Bit-Band）特性可以把每个比特映射到一个32位地址上，让你像操作普通变量一样操作单个引脚。

具体做法是定义宏：#define PAout(n) *(volatile uint32_t *)(0x42000000 + ((GPIOA_BASE + 0x0C - 0x40000000) * 32) + (n * 4))，然后就可以用PAout(5) = 1来直接置位。这个技巧在F103上很好用，但要注意位带区域只覆盖了外设寄存器和SRAM的一部分，不是所有地址都支持。用之前查一下参考手册的位带映射表，确认目标地址在位带范围内。

5. 串口通信：调试信息输出的生命线

5.1 USART初始化与重定向printf

串口是嵌入式开发中最重要的调试手段，没有之一。有了串口，你可以在代码任何位置打印变量值、打印状态信息，比单步调试直观得多。STM32F103通常有3个USART加2个UART，USART1挂在APB2上，USART2和3挂在APB1上，时钟频率不同，配置时要注意。

初始化USART1的步骤：使能GPIOA和USART1时钟，配置PA9为复用推挽输出（TX），PA10为浮空输入或上拉输入（RX），然后配置USART_InitTypeDef结构体，设置波特率115200、8位数据、1位停止位、无校验、无硬件流控，最后调用USART_Init和USART_Cmd使能。

重定向printf是为了能用printf函数往串口输出。标准库环境下，需要重写fputc函数：int fputc(int ch, FILE *f) { USART_SendData(USART1, (uint8_t)ch); while(USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET); return ch; }。然后在Keil的Options for Target里勾选Use MicroLIB，否则printf会卡死。这个MicroLIB的坑我见过太多人踩了，现象就是程序编译烧录都正常，但一调用printf就死机。

5.2 串口接收：中断、空闲中断与环形缓冲区

串口发送简单，接收才是难点。最简单的接收方式是轮询USART_GetFlagStatus检查RXNE标志，但这样会阻塞主循环。进阶做法是用接收中断，每收到一个字节进一次中断，把数据存入缓冲区。但字节中断在波特率高、数据量大的时候CPU开销很大。

更好的方案是DMA加空闲中断。DMA负责把串口数据搬到内存，空闲中断在总线空闲时触发，告诉你一帧数据收完了。这样CPU几乎不参与接收过程，效率极高。F103的DMA1通道5对应USART1_RX，配置好DMA后，在USART1_IRQHandler里检测IDLE标志，清除标志后计算收到的数据长度，然后处理。

环形缓冲区是串口接收的好搭档。定义一个数组和读写指针，中断里往写指针位置存数据并移动写指针，主循环从读指针位置取数据并移动读指针。当读写指针相等时缓冲区为空，当写指针加一等于读指针时缓冲区满。这个结构能有效解耦接收和处理的速度差异，避免数据丢失。

5.3 串口通信常见故障排查

串口调不通是最常见的问题之一，排查思路可以按这个顺序来：先确认硬件连接，TX接RX、RX接TX、GND接GND，这三根线缺一不可。然后确认波特率一致，两边都是115200或者都是9600，差一点都不行。接着用示波器或者逻辑分析仪看TX引脚有没有波形输出，如果没有，说明代码里USART没使能或者GPIO配置错了。如果有波形但收到的都是乱码，检查时钟配置，SystemInit里默认是72MHz，如果你改了晶振频率但没改PLL配置，波特率就会偏。

还有一个隐蔽的问题：有些USB转串口模块的TX电平是3.3V，有些是5V。STM32的IO是3.3V耐压的，接5V的TX长期可能损坏引脚。用之前量一下模块的TX空闲电平，如果是5V，加个电平转换或者分压电阻。

6. 定时器：从延时到PWM到输入捕获

6.1 定时器模式选择与参数计算

STM32F103的定时器资源很丰富：TIM1和TIM8是高级定时器，TIM2到TIM5是通用定时器，TIM6和TIM7是基本定时器。高级定时器多了互补输出、死区控制、刹车输入等功能，适合电机控制。通用定时器适合PWM输出、输入捕获、编码器接口。基本定时器只能做定时中断。

定时器的核心参数是预分频器（PSC）和自动重装载值（ARR）。定时周期计算公式是：T = (PSC + 1) * (ARR + 1) / TIMx_CLK。假设TIM2挂在APB1上，时钟是72MHz，你想要1毫秒中断一次，可以设PSC=71，ARR=999，这样(71+1)*(999+1)/72000000 = 0.001秒。PSC和ARR都是16位寄存器，最大值65535，所以单次最大定时周期有限，需要更长定时就靠软件计数累加。

6.2 PWM输出：控制LED亮度和电机速度

PWM是定时器最常用的功能之一。配置步骤：使能定时器和GPIO时钟，配置GPIO为复用推挽输出，配置定时器时基结构体设置PSC和ARR，配置OC结构体设置PWM模式1、输出使能、占空比初值，最后使能定时器和对应通道的输出。

占空比的计算：假设ARR=999，CCR=300，则占空比为300/1000=30%。改变CCR值就能改变占空比。用PWM控制LED亮度时，频率要选在人眼不觉得闪烁的范围，一般1kHz以上就够了。控制电机时频率要匹配电机驱动器的要求，太低会有噪音，太高开关损耗大，通常10kHz到20kHz比较合适。

我实测下来，F103的TIM1和TIM8做PWM时要注意高级定时器的BDTR寄存器，必须设置MOE位才能使能输出，否则PWM出不来。这个坑很多人踩过，明明配置都对了但引脚就是没波形，最后发现是忘了TIM_CtrlPWMOutputs(TIM1, ENABLE)。

6.3 输入捕获测频率与占空比

输入捕获用来测量外部信号的频率和脉宽。原理是当引脚上出现指定边沿时，定时器把当前计数值锁存到捕获寄存器，通过两次捕获值的差就能算出时间间隔。

配置步骤：GPIO设为浮空输入，定时器时基配置好，输入捕获结构体设置通道、边沿、分频、滤波，然后使能捕获中断。在中断里读取CCR值，根据两次捕获的差值计算频率。如果要同时测频率和占空比，可以用PWMI模式，一个通道捕获上升沿，另一个通道捕获下降沿，或者用从模式复位计数器的方案。

测频率时有个精度问题：定时器时钟72MHz，PSC=71时计数频率1MHz，测1kHz信号一个周期1000个计数，精度0.1%。但如果测10kHz信号，一个周期只有100个计数，精度就降到1%了。所以测高频信号时要减小PSC，让计数频率更高。但PSC太小的话，低频信号又会溢出。实际项目中要根据信号频率范围动态调整PSC，或者用两个定时器配合。

7. 调试与烧录：ST-Link、J-Link与串口ISP

7.1 三种烧录方式对比与选择

STM32F103支持三种主要烧录方式：ST-Link、J-Link和串口ISP。ST-Link是ST官方的调试器，价格便宜（山寨版十几块钱），支持SWD和JTAG，配合Keil和CubeIDE都很好用。J-Link是SEGGER的，性能更强、支持芯片更多，但正版价格高，山寨版稳定性参差不齐。串口ISP是通过USART1的Bootloader烧录，不需要额外调试器，但只能烧录不能调试，而且需要手动切换BOOT0引脚。

对于F103入门，我建议用ST-Link。SWD模式只需要三根线：SWDIO、SWCLK、GND，加上3.3V供电一共四根。接线简单，不容易出错。J-Link虽然性能好，但山寨版驱动问题多，新手容易被驱动安装卡住。

7.2 Keil里配置ST-Link调试的详细步骤

在Keil里，打开Options for Target -> Debug，选择ST-Link Debugger，点Settings。在Debug标签页里，Port选SW，Max Clock可以拉到4MHz（F103支持的最高SWD时钟）。在Flash Download标签页里，确认Programming Algorithm里有STM32F10x Medium-density Flash，如果没有就点Add添加。

有一个常见问题：Keil提示“No Cortex-M Device found”或者“Cannot access target”。排查顺序是：先确认ST-Link驱动装好了（设备管理器里能看到ST-Link Debug Interface），然后确认接线正确（SWDIO对SWDIO，SWCLK对SWCLK），再确认目标板供电正常（3.3V电压稳定），最后检查复位引脚有没有被拉低。有时候ST-Link固件版本太老也会导致连接失败，用ST-Link Utility升级一下固件就好。

7.3 烧录成功但程序不运行的排查思路

烧录成功但程序不跑，这个现象比烧录失败更让人头疼。常见原因有几个：第一，启动文件选错了，比如C8T6应该用startup_stm32f10x_md.s，如果用了hd或者ld的，中断向量表就对不上，程序一跑就飞。第二，SystemInit里时钟配置有问题，比如外部晶振起振失败但代码里还等着HSE就绪，就会卡在while循环里。第三，中断服务函数名写错了，导致中断触发时跳到了默认的死循环。

排查方法：先用调试器单步执行，看能不能走到main函数。如果走不到，问题在启动阶段；如果能走到main但后面跑飞，问题在时钟或外设初始化。还可以在main函数第一行翻转一个LED，用示波器看有没有输出，快速判断程序有没有跑起来。

8. 常见问题速查与避坑经验

8.1 编译、烧录、运行三类问题速查表

8.2 那些教程里不会写的实操心得

第一个心得：买板子的时候尽量选带ST-Link的套餐，虽然贵十几块钱，但省去的麻烦远不止这个价。我见过太多人为了省这点钱，在串口ISP烧录上折腾一整天。

第二个心得：开发板的原理图一定要找到并打印出来。很多问题最后都是靠查原理图解决的，比如LED接在哪个引脚、按键有没有外部上拉、晶振频率是多少。没有原理图就像蒙着眼睛修车。

第三个心得：新建工程时先把串口调通。有了串口输出，后面所有调试都事半功倍。我现在的习惯是，任何新板子到手，第一件事是点灯，第二件事就是调通串口printf，这两件事做完，后面就顺了。

第四个心得：不要迷信教程里的代码。教程的代码是针对特定板子写的，引脚定义、晶振频率、外设连接可能和你的板子不一样。抄代码之前先确认硬件差异，改好引脚定义再编译。

8.3 从点灯到毕业设计：学习路径建议

如果你是为了做毕业设计才学STM32，时间有限，我建议按这个路径走：第一周搞定GPIO和串口，能点灯能打印；第二周搞定定时器和中断，能做PWM和定时任务；第三周搞定一个通信接口（I2C或SPI），能驱动OLED或传感器；第四周把FreeRTOS跑起来，学会多任务编程。这四步走完，大部分毕业设计的技术栈就覆盖了。

具体到毕业设计常见的题目，比如“基于STM32的超声波测距系统”，核心就是定时器输入捕获测回波时间，加上串口或OLED显示距离。再比如“基于STM32的鱼缸控制器”，核心是DS3231时钟读取、继电器控制、温度传感器读取。这些功能拆开看都不难，难的是把它们稳定地整合在一起，这就需要在工程结构上下功夫，把驱动层和应用层分开，每个模块单独测试通过后再集成。

9. 外设扩展：I2C、SPI与传感器驱动

9.1 I2C驱动OLED的完整流程

I2C是连接传感器和小型显示屏最常用的总线。F103的硬件I2C有已知的稳定性问题，很多老手宁愿用软件模拟I2C。软件I2C的好处是引脚随便选、时序可控、调试方便，缺点是速度慢、占CPU。对于OLED这种数据量不大的外设，软件I2C完全够用。

驱动OLED的步骤：先写I2C起始、停止、发送字节、接收字节这几个底层函数，延时用微秒级。然后写OLED初始化序列，按照SSD1306的数据手册发送配置命令。接着写显示函数，把显存数据写入OLED的GDDRAM。最后写字符和数字的显示函数，用取模软件生成字模数组。

这里有个细节：软件I2C的延时不能太短，否则时序不满足器件要求。SSD1306的I2C最高支持400kHz，对应周期2.5微秒，半周期1.25微秒。用72MHz的STM32，一个__NOP()大约14纳秒，所以延时函数里循环几次就够了。但如果你开了编译优化，__NOP()可能被优化掉，要用volatile变量或者内联汇编来保证延时。

9.2 SPI驱动与DMA传输

SPI比I2C快得多，适合驱动TFT屏幕、Flash芯片、无线模块等。F103的SPI最高18MHz，配合DMA可以实现高速数据传输。配置SPI的步骤：使能SPI和GPIO时钟，配置SCK、MISO、MOSI为复用推挽，配置SPI结构体设置主模式、数据宽度、时钟极性相位、分频系数，最后使能SPI。

用DMA传输时，把SPI的DR寄存器地址作为DMA外设地址，内存缓冲区地址作为DMA内存地址，设置传输方向为内存到外设，使能DMA通道。SPI的TX对应DMA1通道3，RX对应通道2。传输完成后DMA会产生中断，在中断里处理后续逻辑。

我实测下来，SPI加DMA驱动ILI9341屏幕，刷一屏320x240的16位色数据，大概20毫秒左右，比软件模拟快了几十倍。但要注意DMA传输期间不能修改缓冲区内容，否则会花屏。

9.3 传感器驱动中的时序陷阱

驱动传感器最容易出问题的地方是时序。比如DS3231的I2C时序、DHT11的单总线时序、超声波模块的触发和回波时序，都有严格的时间要求。DHT11要求主机拉低至少18毫秒，然后释放，传感器会在80微秒后拉低响应。如果你用延时函数，要确保延时精度足够，而且不能被中断打断。

我的做法是：对时序敏感的驱动，在关键延时期间关中断（__disable_irq()），延时完成后再开中断。但关中断时间不能太长，否则会影响其他中断的响应。DHT11的18毫秒拉低如果全程关中断，可能会影响串口接收，所以更好的方案是用定时器硬件产生精确延时，或者用状态机在中断里分步处理。

10. 进阶方向：USB、CAN与RTOS

10.1 STM32做USB设备的入门路径

F103自带USB 2.0全速设备控制器，可以做HID、CDC、MSC等设备。做USB设备的门槛比串口高不少，因为涉及USB协议栈。ST提供了USB FS Device Library，里面有针对不同设备类的例程。

入门建议从CDC（虚拟串口）开始，因为它和串口用法最像，容易理解。把USB配置成CDC设备后，电脑上会多出一个虚拟串口，STM32通过USB发送的数据会出现在这个串口里。配置步骤包括：使能USB时钟（48MHz来自PLL），配置USB中断，初始化USB设备库，在中断里调用USB_Istr处理事件。

有个坑要注意：F103的USB和CAN共用SRAM，如果同时用USB和CAN，需要配置缓冲区描述表，否则会冲突。另外USB的DP引脚需要1.5K上拉电阻告诉主机设备已连接，有些开发板已经内置了，有些需要外部加。

10.2 CAN通信的初始化与调试

CAN总线在汽车电子和工业控制中用得很多。F103的CAN挂在APB1上，最高1Mbps。初始化步骤：使能CAN和GPIO时钟，配置CAN_RX为浮空输入、CAN_TX为复用推挽，配置CAN结构体设置波特率、工作模式、自动重传等，配置过滤器，最后使能CAN。

波特率计算稍微复杂：CAN波特率 = APB1时钟 / (分频系数 * (1 + BS1 + BS2))。APB1是36MHz，想要500kbps，可以设分频系数=4，BS1=8，BS2=7，这样36M/(4*(1+8+7))=562.5k，不太对。重新算：36M/(4*(1+8+7))=562.5k，要500k的话分频系数=4，BS1=9，BS2=8，36M/(4*(1+9+8))=500k。这些参数在CubeMX里可以直接选波特率自动算，但用标准库就得自己算。

CAN调试最常见的问题是终端电阻。CAN总线两端各需要120欧姆终端电阻，如果开发板上没有，通信会不稳定甚至完全不通。用万用表量CANH和CANL之间的电阻，应该是60欧姆左右（两个120欧并联）。

10.3 FreeRTOS在F103上的移植要点

FreeRTOS是嵌入式最流行的实时操作系统，F103的资源跑FreeRTOS绰绰有余。移植的核心是提供几个底层接口：任务切换（PendSV中断）、系统节拍（SysTick中断）、临界区保护（关中断）。

移植步骤：把FreeRTOS源码里的Source文件夹复制到工程，添加必要的.c文件，在FreeRTOSConfig.h里配置时钟频率、堆大小、优先级数量等参数，然后实现vPortSVCHandler、xPortPendSVHandler、xPortSysTickHandler这三个中断函数。最后在main里创建任务并调用vTaskStartScheduler。

我建议新手先跑一个最简单的双任务例程：一个任务闪LED，一个任务通过串口打印。跑通之后再逐步增加任务和通信机制（队列、信号量、互斥量）。不要一上来就搞复杂项目，RTOS的调试比裸机麻烦，任务栈溢出、优先级反转这些问题都需要经验才能快速定位。

11. 项目实战：从需求到成品的完整思路

11.1 需求拆解与技术选型

拿到一个STM32项目需求，第一步不是写代码，而是拆解。比如“做一个基于STM32的报站系统”，拆解下来需要：语音播报（需要音频解码和功放）、站点显示（需要屏幕）、按键控制（需要GPIO输入）、数据存储（需要Flash或SD卡）。然后针对每个子功能选技术方案：语音用WT588D还是SYN6288，显示用OLED还是LCD，存储用W25Q64还是SD卡。

选型的依据是成本、开发难度、资料丰富度。新手尽量选资料多的模块，比如OLED用SSD1306、语音用SYN6288，这些网上例程多，遇到问题好查。不要为了省几块钱选冷门芯片，调试花的时间成本远高于物料差价。

11.2 模块化开发与联调策略

项目开发最忌讳的是把所有功能写在一起然后一起调试。正确的做法是每个模块单独写驱动、单独测试，确认没问题后再集成。比如先写OLED驱动，显示几个字符确认正常；再写语音驱动，播报一段固定语音确认正常；最后把两者放到一个工程里，通过主循环协调。

集成的时候最容易出问题的是资源冲突：两个模块用了同一个定时器、同一个中断优先级、同一个引脚。所以在选引脚的时候就要规划好，画个表格把每个外设用的引脚、定时器、中断列出来，避免冲突。如果冲突了，要么换引脚，要么用软件模拟，要么分时复用。

11.3 代码版本管理与文档习惯

即使是个人项目，也建议用Git做版本管理。每次完成一个功能就提交一次，写清楚提交信息。这样改出问题的时候可以回退到上一个可用版本，不用从头重写。Git仓库可以放在本地，也可以用私有仓库托管。

另外要养成写文档的习惯。每个模块的引脚定义、通信协议、注意事项都记下来。过一个月回头看自己的代码，没有文档的话很多细节都想不起来了。文档不用很正式，一个Markdown文件，列清楚每个模块的接口和用法就行。

12. 我个人的学习体会与建议

STM32F103这块板子，说难不难，说简单也不简单。它的外设丰富，寄存器多，刚开始看参考手册会觉得头大。但只要你把GPIO、串口、定时器这三个基础外设吃透，后面的I2C、SPI、ADC、DMA都是类似的套路：使能时钟、配置结构体、使能外设、处理中断。掌握了这个模式，换任何外设都能快速上手。

我自己的经验是，学STM32最快的路径不是看视频教程，而是找一个具体的项目做。哪怕是一个很简单的小项目，比如“按键控制LED亮度”，你在做的过程中会遇到各种问题，解决问题的过程就是学习的过程。看教程是被动接收，做项目是主动探索，效果完全不一样。

还有一点很重要：不要怕看英文数据手册和参考手册。中文资料虽然方便，但翻译质量参差不齐，有些关键参数翻译错了会误导你。遇到不确定的地方，直接查英文原版手册，虽然慢一点，但准确。看多了之后你会发现，手册里的英文其实就那么些固定表达，看习惯了比看中文还快。

最后说一个心态问题：嵌入式开发入门阶段会遇到很多挫折，代码不跑、板子发烫、调试器连不上，这些都是常态。不要觉得自己不适合，每个老手都是从这一步过来的。遇到问题先冷静分析，用排除法一步步缩小范围，实在搞不定就放一放，睡一觉起来可能就有思路了。坚持过前三个月，后面就会越来越顺。