简介：这份资料面向嵌入式初学者与有一定经验的开发者，围绕意法半导体STM32F072C8T6（ARM Cortex-M0内核、48MHz主频、32KB闪存与2KB RAM）学习板展开，帮助读者快速掌握该芯片的初始化配置、中断处理、内存管理及驱动编写等核心技能。压缩包共约2000个文件，整体168.69MB，以C源码、头文件、HTML文档、汇编启动文件、JavaScript及工程配置为主，并包含PNG、GIF图片与PDF手册，覆盖Keil、IAR、STM32CubeIDE等多套工程环境。例程涵盖GPIO、定时器与PWM、UART、SPI/I2C、ADC/DAC、CAN总线、USB、RTOS及TCP/IP协议栈等21个示例，从基础操作延伸到高级功能，并配有用户手册与电路图辅助理解硬件设计。目前已有1202人学习下载，适合作为嵌入式项目入门与进阶的实践参考。

1. 一块 Cortex-M0 学习板，为什么值得从寄存器开始啃

STM32F072C8T6 学习板在淘宝和电子论坛里属于“老面孔”，但真正把它用透的人不多。多数人拿到手先跑一遍点灯例程，然后卡在“下一步该学什么”上。这块芯片是 Cortex-M0 内核，48 引脚 LQFP 封装，64KB Flash、16KB SRAM，带 USB 2.0 全速设备控制器、CAN 控制器、12 位 ADC、DAC、比较器、电容触摸感应，外设丰富程度在 M0 级别里算相当能打。它适合谁？适合已经玩过 51 或 Arduino、想往 ARM 体系迁移但不想一上来就碰 HAL 库黑匣子的开发者；也适合需要一颗低成本带 USB 和 CAN 的 MCU 做小批量产品的硬件工程师。学习板资料的核心价值不在“跑通例程”，而在于让你能对照参考手册逐位配置寄存器，理解时钟树、中断向量表、外设初始化顺序这些真正决定项目成败的东西。我见过太多人用 CubeMX 生成代码后连 SystemInit 里做了什么都不知道，换一块芯片就寸步难行。这块板子便宜、资料全、外设典型，正好拿来补这一课。

2. 从零搭建 STM32F072C8T6 的裸机开发环境

2.1 工具链选型：为什么我最终留在 ARM GCC + Makefile

STM32F072C8T6 的官方生态默认推 Keil MDK 和 IAR，但这两个都是商业工具，License 问题在团队协作里很烦。我自己的选择是 ARM GNU Toolchain 加 Makefile，理由有三：第一，编译产物可控，链接脚本、启动文件、优化等级全部透明；第二，CI 流水线里跑得动，不需要图形界面；第三，换芯片系列时只需要改启动文件和链接脚本，工程结构不用动。烧录工具用 ST-Link V2 配合 OpenOCD，或者用 st-flash 命令行工具，都比在 IDE 里点按钮更利索。

安装 ARM GCC 在 Ubuntu 下一条命令：

sudo apt install gcc-arm-none-eabi binutils-arm-none-eabi \ libnewlib-arm-none-eabi gdb-arm-none-eabi openocd stlink-tools

Windows 下建议用 MSYS2 或 WSL2，不要用那些来路不明的“一键安装包”，版本混乱会让你在链接阶段遇到莫名其妙的undefined reference to _sbrk之类问题。安装完用arm-none-eabi-gcc --version确认版本，我一般用 10.3 以上的版本，对 Cortex-M0 的 Thumb 指令集支持稳定。

2.2 启动文件与链接脚本：两个必须自己改的地方

启动文件startup_stm32f072xb.s可以从 ST 官方固件包里拿，但不要直接用，里面中断向量表的弱符号定义需要根据你的实际用量裁剪。链接脚本STM32F072C8Tx_FLASH.ld关键在 MEMORY 段：

MEMORY { FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 64K RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 16K }

这里有个容易翻车的点：STM32F072C8T6 的 RAM 是 16KB，但如果你开了 USB 和 CAN 同时用，缓冲区分配不当会直接栈溢出。我一般把栈大小设在 0x400（1KB），堆设 0x200（512B），剩下的留给全局变量和 USB PMA。PMA 是 USB 外设专用的 1KB 缓冲区，地址在 0x40006000 附近，不占主 RAM，但配置错了 USB 枚举会直接失败。

2.3 最小工程结构：五个文件跑通点灯

一个能编译烧录的最小工程只需要这些文件：

project/ ├── Makefile ├── startup_stm32f072xb.s ├── STM32F072C8Tx_FLASH.ld ├── main.c └── system_stm32f0xx.c

Makefile 核心部分：

CC = arm-none-eabi-gcc CFLAGS = -mcpu=cortex-m0 -mthumb -O2 -Wall -fdata-sections -ffunction-sections LDFLAGS = -TSTM32F072C8Tx_FLASH.ld -Wl,--gc-sections -nostartfiles SRCS = main.c system_stm32f0xx.c OBJS = $(SRCS:.c=.o) all: firmware.elf firmware.bin firmware.elf: $(OBJS) startup_stm32f072xb.o $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $^ firmware.bin: firmware.elf arm-none-eabi-objcopy -O binary $< $@ flash: firmware.bin st-flash write firmware.bin 0x08000000 clean: rm -f *.o *.elf *.bin

-mcpu=cortex-m0和-mthumb必须同时出现，否则会生成 ARM 指令集代码，M0 不认。--gc-sections配合-ffunction-sections -fdata-sections能砍掉没用的代码，64KB Flash 虽然不小，但加上 USB 协议栈后能省一点是一点。-nostartfiles是因为我们用自己的启动文件，不让 GCC 塞默认的_start。

main.c 里点灯不需要 HAL：

#include <stdint.h> #define RCC_AHBENR (*(volatile uint32_t *)0x40021014) #define GPIOC_MODER (*(volatile uint32_t *)0x48000800) #define GPIOC_ODR (*(volatile uint32_t *)0x48000814) static void delay(volatile uint32_t count) { while (count--) __asm__("nop"); } int main(void) { RCC_AHBENR |= (1 << 19); /* 使能 GPIOC 时钟 */ GPIOC_MODER &= ~(3 << (13 * 2)); /* 清 PC13 模式位 */ GPIOC_MODER |= (1 << (13 * 2)); /* PC13 推挽输出 */ while (1) { GPIOC_ODR ^= (1 << 13); /* 翻转 PC13 */ delay(200000); } }

这里直接操作寄存器，RCC_AHBENR的 bit19 是 GPIOC 时钟使能位，参考手册 RM0091 第 7.4.5 节有表。GPIOC_MODER每两位控制一个引脚，PC13 对应 bit26-27，设成 01 就是通用输出模式。延时用空循环，不精确但够用。烧录后如果灯不亮，先查三件事：时钟有没有使能、模式位有没有配对、板子上 PC13 是不是接了 LED 且极性正确。有些学习板 PC13 接的是共阳 LED，输出低电平才亮，这个不看原理图会白折腾半天。

3. 把 USB 和 CAN 跑起来：外设初始化的顺序与参数

3.1 USB 设备控制器：PMA 分配和端点配置的硬性约束

STM32F072 的 USB 是全速设备控制器，符合 USB 2.0 规范，但不支持 OTG。它的 PMA 是一块 1KB 的专用 SRAM，通过 APB 总线访问，地址映射在 0x40006000。每个端点需要分配 PMA 中的缓冲区，分配规则是：端点 0 收发各占一段，端点 1-7 可以配置为 IN 或 OUT，但 PMA 总大小固定，分配多了会重叠。

初始化顺序不能乱：

/* 1. 使能 USB 时钟和 GPIO 时钟 */ RCC_APB1ENR |= (1 << 23); /* USB 时钟 */ RCC_AHBENR |= (1 << 17); /* GPIOA 时钟 */ /* 2. 配置 PA11 (DM) 和 PA12 (DP) 为复用功能 */ GPIOA_MODER &= ~((3 << 22) | (3 << 24)); GPIOA_MODER |= ((2 << 22) | (2 << 24)); /* AF 模式 */ GPIOA_AFRH &= ~((0xF << 12) | (0xF << 16)); GPIOA_AFRH |= ((0x0 << 12) | (0x0 << 16)); /* AF0 = USB */ /* 3. 复位 USB 外设 */ USB_CNTR |= (1 << 0); /* FRES */ delay(100); USB_CNTR &= ~(1 << 0); /* 4. 配置 PMA 和端点 */ USB_BTABLE = 0; /* BTABLE 在 PMA 中的偏移，0 表示从 PMA 起始开始 */ /* 端点 0 发送缓冲区地址 0x40，接收缓冲区地址 0x80 */ *(volatile uint16_t *)(USB_PMAADDR + 0x00) = 0x40; *(volatile uint16_t *)(USB_PMAADDR + 0x04) = 0x80;

USB_BTABLE设为 0 意味着端点缓冲区描述表从 PMA 地址 0 开始，每个端点占 8 字节（4 个 16 位寄存器：ADDR_TX、COUNT_TX、ADDR_RX、COUNT_RX）。端点 0 的发送缓冲区我放在 PMA 偏移 0x40，接收放在 0x80，中间留出空间给其他端点。这个分配不是随便定的，PMA 访问以 16 位为单位，地址必须 2 字节对齐，而且不能跨过 0x200 边界，否则硬件行为不确定。

USB 枚举失败最常见的原因是时钟配置不对。STM32F072 的 USB 需要 48MHz 时钟，来源可以是 HSI48（内部 48MHz RC）或者 PLL。HSI48 精度够 USB 全速用，但出厂校准值有偏差，建议在初始化时读一下HSI48CAL寄存器做微调。如果用 PLL，需要外部晶振，8MHz 晶振经 PLL 倍频到 48MHz，配置步骤在参考手册的 RCC 章节有详细流程图。

3.2 CAN 控制器：波特率计算和过滤器配置

CAN 外设在 STM32F072 上是 bxCAN 的简化版，支持 CAN 2.0A 和 2.0B。波特率计算依赖 APB1 时钟和位时序寄存器CAN_BTR。假设 APB1 时钟 48MHz，要跑 500kbps：

/* 使能 CAN 时钟和 GPIO */ RCC_APB1ENR |= (1 << 25); /* CAN 时钟 */ RCC_AHBENR |= (1 << 17); /* GPIOA */ /* PA11 = CAN_RX, PA12 = CAN_TX，注意和 USB 冲突 */ GPIOA_MODER &= ~((3 << 22) | (3 << 24)); GPIOA_MODER |= ((2 << 22) | (2 << 24)); GPIOA_AFRH &= ~((0xF << 12) | (0xF << 16)); GPIOA_AFRH |= ((0x4 << 12) | (0x4 << 16)); /* AF4 = CAN */ /* 进入初始化模式 */ CAN_MCR |= (1 << 0); /* INRQ */ while (!(CAN_MSR & (1 << 0))); /* 等待 INAK */ /* 波特率：48MHz / (1 + BS1 + BS2) / PRESC = 500k */ /* BS1 = 13, BS2 = 2, PRESC = 6 => 48M / 16 / 6 = 500k */ CAN_BTR = (13 << 16) | (2 << 20) | (5 << 0); /* 退出初始化模式 */ CAN_MCR &= ~(1 << 0); while (CAN_MSR & (1 << 0));

CAN_BTR的位域：bit0-9 是 BRP（波特率预分频），bit16-19 是 TS1，bit20-22 是 TS2。采样点位置 = (1 + TS1) / (1 + TS1 + TS2)，上面配置的采样点是 14/16 = 87.5%，这是 CAN 标准推荐的采样点，太高或太低在长线缆上容易出错。过滤器配置更简单，STM32F072 有 14 个过滤器组，可以配成掩码模式或列表模式。如果只是接收所有帧，把过滤器设成掩码全 0 就行：

CAN_FMR &= ~(1 << 0); /* 过滤器 0 不激活 */ CAN_FA1R |= (1 << 0); /* 激活过滤器 0 */ CAN_FS1R &= ~(1 << 0); /* 32 位掩码模式 */ CAN_FiR1(0) = 0; /* 过滤器 ID 全 0 */ CAN_FiR2(0) = 0; /* 掩码全 0，接收所有 */

注意 PA11 和 PA12 同时被 USB 和 CAN 复用，一块板子上不能同时用这两个外设，除非你有办法把其中一个重映射到其他引脚。STM32F072 的 CAN 没有重映射选项，USB 也没有，所以硬件设计时就要决定用哪个。学习板上一般两个接口都留了，但实际用的时候只能二选一。

3.3 中断优先级：M0 的 NVIC 只有 4 级

Cortex-M0 的 NVIC 支持 4 个优先级（2 位），比 M3/M4 的 8 位少得多。这意味着你不能把中断优先级分得太细。我一般这样分：USB 和 CAN 给最高级 0，SysTick 给 1，串口给 2，其他外设给 3。配置函数：

static void nvic_set_priority(IRQn_Type irq, uint8_t prio) { NVIC_SetPriority(irq, prio); NVIC_EnableIRQ(irq); }

NVIC_SetPriority在 CMSIS 头文件里是内联函数，直接写NVIC_IPR寄存器。M0 的优先级数值越小优先级越高，和 M3/M4 相反，这个坑我踩过——在 M4 上习惯把高优先级设成大数值，换到 M0 上中断响应顺序全反了。

4. 避坑与排查：学习板上最容易翻车的五个地方

4.1 现象：程序烧进去不跑，复位后没反应

原因通常是启动文件的向量表地址不对。STM32F072C8T6 的 Flash 起始地址是 0x08000000，但有些启动文件默认写成 0x00000000，上电后取指取到错误地址。解决方法是检查startup_stm32f072xb.s里g_pfnVectors段的链接位置，确保在.isr_vector段且链接脚本把它放在 Flash 最前面。用arm-none-eabi-objdump -h firmware.elf看.isr_vector的 VMA 是不是 0x08000000。

4.2 现象：USB 枚举时好时坏，主机偶尔认不到

原因是 HSI48 时钟精度不够。STM32F072 的 HSI48 出厂校准值在HSI48CAL寄存器里，但不同批次的芯片偏差能到 ±3%，USB 全速要求 ±0.25%。解决办法是在初始化时读HSI48CAL并写入CR2的HSI48CAL位做微调，或者干脆用外部晶振走 PLL。我一般用 8MHz 晶振，PLL 配置成 48MHz，稳定得多。

4.3 现象：CAN 发送正常但接收不到任何帧

原因是过滤器配置成了列表模式但列表为空。CAN_FS1R的 bit 如果设成 1 是列表模式，此时CAN_FiR1和CAN_FiR2是两个期望的 ID，如果都设成 0 且没有帧的 ID 是 0，就什么都收不到。改成掩码模式（CAN_FS1R对应位清 0）并把掩码设成全 0，就能接收所有帧。这个坑在调试 CAN 总线时特别常见，因为发送不需要过滤器，接收才需要。

4.4 现象：ADC 采样值跳动很大，读数不稳定

原因是采样时间设得太短。STM32F072 的 ADC 最高时钟 14MHz，采样时间最短 1.5 个周期，但那是给低阻抗信号源用的。如果信号源内阻超过 10kΩ，采样电容充不满，读数就会跳。解决办法是把采样时间设成 71.5 或 239.5 个周期，同时开启 ADC 的硬件平均功能（如果芯片支持）。另外，VDDA 和 VREF+ 的滤波电容不能省，学习板上一般有 100nF 和 1μF 并联，如果自己画板子记得加上。

4.5 现象：程序运行一段时间后死机，看门狗复位

原因是栈溢出。16KB RAM 看着不少，但 USB 和 CAN 的缓冲区加上局部变量，很容易把栈撑爆。用arm-none-eabi-size firmware.elf看.bss和.data段大小，如果加起来超过 12KB，就要警惕了。解决办法是把大数组改成静态分配或放到堆里，栈大小在链接脚本里适当调大，但不要超过 RAM 的 1/4。另外，M0 没有 MPU，栈溢出不会触发硬件异常，只会默默踩坏其他变量，调试时可以用填充模式检查栈的使用深度。

5. 用 SysTick 做非阻塞延时：一个被低估的调试技巧

裸机开发里最常用的delay()是空循环，但它有两个问题：一是占用 CPU，二是不同优化等级下延时时间会变。SysTick 是 Cortex-M0 内置的 24 位递减计数器，用它做非阻塞延时，既能释放 CPU，又能让延时精度和主频解耦。配置 SysTick 只需要三个寄存器：

#define SYSTICK_LOAD (*(volatile uint32_t *)0xE000E014) #define SYSTICK_VAL (*(volatile uint32_t *)0xE000E018) #define SYSTICK_CTRL (*(volatile uint32_t *)0xE000E010) volatile uint32_t tick_ms = 0; void systick_init(uint32_t cpu_freq) { SYSTICK_LOAD = (cpu_freq / 1000) - 1; /* 1ms 中断 */ SYSTICK_VAL = 0; SYSTICK_CTRL = (1 << 2) | (1 << 1) | (1 << 0); /* CLKSOURCE=1 (HCLK), TICKINT=1, ENABLE=1 */ } void SysTick_Handler(void) { tick_ms++; } void delay_ms(uint32_t ms) { uint32_t start = tick_ms; while ((tick_ms - start) < ms) { __asm__("wfi"); /* 等待中断，省电 */ } }

SYSTICK_LOAD设成cpu_freq / 1000 - 1，如果 CPU 跑 48MHz，就是 47999。SYSTICK_CTRL的 bit2 是时钟源选择，1 表示用 HCLK 不分频，bit1 是中断使能，bit0 是计数器使能。SysTick_Handler里只做一件事：递增tick_ms。delay_ms用wfi指令让 CPU 在等待时进入睡眠，中断来了自动唤醒，比空循环省电得多。

这个技巧在调试时特别有用：你可以用tick_ms做超时判断，比如等待某个标志位置位时设一个 100ms 的超时，超时后打印错误信息而不是死等。我一般会在串口里输出tick_ms的时间戳，这样看日志时能知道每个操作花了多久，比用逻辑分析仪抓波形快得多。

还有一个进阶用法：用 SysTick 做软件定时器调度。定义一个结构体数组，每个元素存超时时间和回调函数，在SysTick_Handler里遍历检查。这样你就不需要为每个定时任务占用一个硬件定时器，M0 的定时器资源本来就紧张。代码大概长这样：

typedef struct { uint32_t timeout; uint32_t period; void (*callback)(void); uint8_t active; } soft_timer_t; #define MAX_TIMERS 8 static soft_timer_t timers[MAX_TIMERS]; void soft_timer_tick(void) { for (int i = 0; i < MAX_TIMERS; i++) { if (timers[i].active && timers[i].timeout > 0) { if (--timers[i].timeout == 0) { timers[i].callback(); timers[i].timeout = timers[i].period; } } } }

在SysTick_Handler里调用soft_timer_tick()，每个定时器的timeout以毫秒为单位递减。这个方案在 1ms 的 SysTick 中断里跑 8 个定时器，开销大概几十个周期，对 48MHz 的 M0 来说完全无感。我拿它做过按键消抖、LED 呼吸灯、串口超时重传，比用硬件定时器灵活得多。唯一要注意的是回调函数里不要做耗时操作，否则会拖慢其他定时器。

最后说一个我自己的习惯：每次拿到一块新板子，先不急着跑例程，而是用万用表把每个电源引脚对地测一遍，确认没有短路；然后烧一个最简单的 GPIO 翻转程序，用示波器看波形频率对不对。这一步花十分钟，能省掉后面几小时的“玄学调试”。STM32F072C8T6 学习板资料里那些例程是别人的，只有你自己测过的波形才是你的。希望帮到你。

本文还有配套的精品资源，点击获取