企业官网建设流程全解析

简介：STM32F0系列ST官方固件库面向使用ARM Cortex-M0内核MCU的嵌入式开发者、高校学生与项目团队，提供从底层驱动到中间件集成的完整参考，适合消费电子、工业控制、医疗设备等低功耗应用的前期验证与工程搭建。压缩包共731个文件、约2.02MB，以242个html帮助文档、201个js脚本、156张png示意图及41个h头文件、27个c源文件为主，另含SVD设备描述、PDF资料和少量工程辅助文件，便于按外设与模块查阅。已有2668人学习下载。包内覆盖HAL与LL驱动、CMSIS、USB/TCP-IP/FatFS等中间件及大量示例，GPIO、定时器、串口、ADC、SPI、I2C、CAN、DMA等驱动源码可直接导入Keil、IAR或STM32CubeIDE，帮助读者快速配置工程、对照API手册理解调用流程，并减少底层寄存器调试与移植成本。

1. 16KB Flash 的板子把我推回了这套库：STM32F0 标准外设库到底解决什么问题

前阵子接了个小活，成本卡得极死，最后定下来的是一颗 STM32F030F4 这类 TSSOP20 封装的小片子，16KB Flash、4KB RAM。我用图形化工具生成了一个空工程，编译出来什么都没干就快 9KB，把串口和定时器加进去直接顶到 13KB，剩下那点空间连个像样的协议都塞不下。删中间件、改优化等级折腾半天收效甚微，索性换回这套 STM32F0 标准外设库，同样功能编出来 4KB 出头，一下松快了。这套库就是原厂早期给 F0 系列配的寄存器级封装，一个外设一个 .c 文件，函数短、依赖少、没有中间层，适合资源紧、要抠每一个字节的场合，也适合想搞清楚寄存器到底怎么动的人。代价是它不吃图形化配置那一套，时钟、引脚复用、中断都得自己写。

2. 库的骨架：从启动文件到 GPIO 寄存器的那条调用链

拿到压缩包先别急着往工程里拖。这套库的文件多，但真正必须进编译的只有一小撮，剩下的按需增减。搞清楚哪几个是骨架、哪几个是肉，后面建工程能省掉一半莫名其妙的链接错误。

2.1 目录结构：哪些文件必须进工程，哪些可以整包删掉

解压之后大致是 CMSIS 和 StdPeriph_Driver 两大块。CMSIS 那部分是内核和外设寄存器的“字典”，少了它连编译都过不去；StdPeriph_Driver 才是真正的驱动实现，用哪个加哪个。

常见的坑是把整个 src 目录全加进工程。看着省事，实际上每多一个 .c 就多一份编译单元，链接器还得去处理那些永远不会被调用的符号。我一般的做法是先只加 rcc、gpio、misc 三个，编过一次确认能过，再按功能往里加。另外stm32f0xx_conf.h里的assert_param宏在调试阶段建议打开，参数传错会直接跳到assert_failed，比在硬件上猜半天强得多；量产前再关掉，能省几百字节。

2.2 启动文件与 system_stm32f0xx.c：时钟是在哪里定下来的

很多人以为上电之后时钟就是库配好的，其实不是。复位之后芯片跑的是内部 8MHz 的 HSI，SystemInit()里做的事情比你想的少，真正切到 PLL 得自己动手。

启动文件是第一个被执行的东西，它决定了栈有多大、向量表长什么样：

; startup_stm32f0xx.s 片段（armasm 语法，MDK 用这份） Stack_Size EQU 0x00000400 ; 1KB 栈，F0 上够用，别照抄别家的 0x800 AREA STACK, NOINIT, READWRITE, ALIGN=3 Stack_Mem SPACE Stack_Size __initial_sp AREA RESET, DATA, READONLY EXPORT __Vectors __Vectors DCD __initial_sp ; 0x00 初始栈顶，由链接脚本定 DCD Reset_Handler ; 0x04 复位入口 DCD NMI_Handler ; 0x08 DCD HardFault_Handler ; 0x0C ; ... 中间省略若干系统异常 DCD USART1_IRQHandler ; 名字必须和你写的 C 函数一字不差

这段汇编干了三件事：在 RAM 里划出一块栈空间并记下栈顶地址；在 Flash 起始处摆一张函数指针表，CPU 复位后从 0x08000000 取第一个字当栈顶、第二个字当 PC；把每个中断入口指向一个弱符号函数。所谓弱符号，就是你在 C 里写一个同名函数，链接器会用你的覆盖掉它。名字写错一个字母，链接器不会报错，中断来了直接跳进死循环里的默认处理函数——这类问题排查起来极其费劲。

Reset_Handler紧接着调用SystemInit()，然后跳到__main（MDK 环境下，它负责把 .data 从 Flash 拷到 RAM、把 .bss 清零），最后进你的main()。F0 这版SystemInit()我印象里基本只做两件事：打开 FLASH 预取、把SystemCoreClock设成 8000000。PLL 开不开、开多少，它不管，得你自己在 main 里写。

提示：不同小版本的system_stm32f0xx.c内容有差异，动手前先打开看一眼SystemInit()到底改了什么，别凭印象。

2.3 一个点灯请求走过的四层

从你的main()到寄存器真正翻转，中间隔了三层。看明白这条链路，后面配任何外设都是同一个套路。

#include "stm32f0xx.h" int main(void) { GPIO_InitTypeDef gpio; /* 第一层：开时钟。F0 的 GPIO 挂在 AHB 上，不是 APB2，这点和 F1 完全不同 */ RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA, ENABLE); /* 第二层：填结构体，库只认这几个字段 */ gpio.GPIO_Pin = GPIO_Pin_5; gpio.GPIO_Mode = GPIO_Mode_OUT; /* 输出模式 */ gpio.GPIO_OType = GPIO_OType_PP; /* 推挽 */ gpio.GPIO_PuPd = GPIO_PuPd_NOPULL; /* 不上下拉 */ gpio.GPIO_Speed = GPIO_Speed_Level_1; /* 约 2MHz，点灯用最慢的档，EMI 好看 */ /* 第三层：库函数把结构体翻译成寄存器写 */ GPIO_Init(GPIOA, &gpio); for (;;) { /* 第四层：BSRR 原子置位，不需要读-改-写，中断里改同一个口也不会打架 */ GPIO_SetBits(GPIOA, GPIO_Pin_5); for (volatile uint32_t i = 0; i < 200000; i++) { } GPIO_ResetBits(GPIOA, GPIO_Pin_5); for (volatile uint32_t i = 0; i < 200000; i++) { } } }

GPIO_Init()展开后其实就是四次寄存器写：MODER里两位决定输入/输出/复用/模拟，OTYPER一位决定推挽还是开漏，OSPEEDR两位决定翻转速度，PUPDR两位决定上下拉。库函数做的是先把目标位清零、再按位或进去，所以同一个端口上不同引脚反复初始化不会互相干扰。

speed这个参数值得多说一句。F0 的速度档位对应的是输出驱动能力，不是你能翻转多快。选最高档驱动一个 LED，边沿会陡得吓人，板子上没做好去耦就可能干扰旁边的模拟部分。我一般只在 SPI、USART 这种需要波形质量的引脚上用中高档，普通 IO 一律Level_1。

GPIO_SetBits背后是BSRR寄存器，写 1 置位、写 0 无影响，另一组位写 1 复位。这是单次写操作，天生原子，比先读ODR再改再写回去安全得多——后者在中断和主循环同时操作同一个端口时，血泪经验是必然会出问题。

3. 把工程跑起来：MDK、IAR、GCC 三套工具链的最小可编译配置

库本身不挑编译器，挑的是你怎么组织。三套工具链各有各的坑，共同点是：宏定义、头文件路径、启动文件，这三样对齐了就能过。

3.1 手工建工程：三个宏和四条头文件路径

不管用哪个 IDE，先把编译器的预定义宏配对。少一个，要么stm32f0xx.h报错说没定义芯片型号，要么stm32f0xx_conf.h根本不会被包含进来。

/* stm32f0xx_conf.h 片段：裁剪开关，不用的一律注释掉 */ #ifndef __STM32F0XX_CONF_H #define __STM32F0XX_CONF_H /* 这个宏也可以写在编译器预定义里，写在头文件里更直观，但要注意包含顺序 */ #define USE_STDPERIPH_DRIVER #include "stm32f0xx_adc.h" #include "stm32f0xx_gpio.h" #include "stm32f0xx_rcc.h" #include "stm32f0xx_usart.h" #include "stm32f0xx_tim.h" #include "stm32f0xx_misc.h" /* #include "stm32f0xx_can.h" 没用到就关掉，编译时间能砍掉一截 */ /* #include "stm32f0xx_cec.h" */ #ifdef USE_FULL_ASSERT #define assert_param(expr) ((expr) ? (void)0 : assert_failed((uint8_t *)__FILE__, __LINE__)) void assert_failed(uint8_t* file, uint32_t line); #else #define assert_param(expr) ((void)0) #endif #endif

三个宏分别是：USE_STDPERIPH_DRIVER（让stm32f0xx.h去包含 conf 文件）、芯片型号宏（如STM32F051，头文件里会做条件检查）、HSE_VALUE（外部晶振频率，默认 8000000，板上不是这个值就必须改，否则串口波特率全错）。

四条头文件路径：Core/Inc、CMSIS/Include、CMSIS/Device、StdPeriph_Driver/inc。少任何一条，症状都是“某个 .h 找不到”，但报错位置可能出现在一个看起来毫无关系的文件里，因为头文件是层层嵌套包含的。

注意：HSE_VALUE不匹配是新手最容易踩的坑，编译一切正常，下载也能跑，就是串口出来全是乱码。

3.2 GCC 下的链接脚本与启动文件：最容易翻车的一段

换到arm-none-eabi-gcc，麻烦立刻翻倍：启动文件语法变了，链接脚本得自己写，中断向量表要靠KEEP保住。

/* STM32F051C8 的链接脚本骨架：64KB Flash / 8KB RAM */ ENTRY(Reset_Handler) MEMORY { FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 64K RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 8K } _estack = ORIGIN(RAM) + LENGTH(RAM); /* 栈顶，启动文件里的 __initial_sp 引用它 */ SECTIONS { .isr_vector : { KEEP(*(.isr_vector)) } >FLASH /* 不加 KEEP 会被 --gc-sections 删掉 */ .text : { *(.text*) *(.rodata*) } >FLASH .data : { _sdata = .; *(.data*) _edata = .; } >RAM AT> FLASH /* 初值放 Flash，运行时拷到 RAM */ .bss : { _sbss = .; *(.bss*) *(COMMON) _ebss = .; } >RAM }

.isr_vector那行的KEEP是整个脚本里最要命的一句。开了--gc-sections之后，链接器会把“没人引用”的段统统删掉，而向量表恰恰是没有任何 C 代码引用的——它只被硬件引用。少了KEEP，编出来的固件下载进去直接跑飞，而且一点报错都没有，纯黑匣子。

配套的 Makefile 关键部分：

MCU = -mcpu=cortex-m0 -mthumb DEFS = -DUSE_STDPERIPH_DRIVER -DSTM32F051 -DHSE_VALUE=8000000 INCS = -ICore/Inc -ICMSIS/Include -ICMSIS/Device -IStdPeriph_Driver/inc CFLAGS = $(MCU) $(DEFS) $(INCS) -Og -g3 -std=gnu99 -Wall \ -fdata-sections -ffunction-sections LDFLAGS = $(MCU) -TSTM32F051C8Tx_FLASH.ld -specs=nano.specs -specs=nosys.specs \ -Wl,--gc-sections -Wl,-Map=build/fw.map SRCS = $(wildcard StdPeriph_Driver/src/*.c) \ $(wildcard Core/Src/*.c) \ startup_stm32f051x8.s # 注意：GCC 用 GNU as 语法的那份 build/fw.elf: $(SRCS) @mkdir -p build arm-none-eabi-gcc $(CFLAGS) $(SRCS) $(LDFLAGS) -o $@ arm-none-eabi-size $@

-Map=build/fw.map生成的映射文件是排查体积问题的唯一入口。想看哪个函数吃掉了 Flash，直接搜 map 文件里的.text段排序，比猜快十倍。-specs=nano.specs启用精简版 C 库，能省好几 KB；-specs=nosys.specs是告诉链接器“我没有操作系统，别找 syscall 实现”，少了它链接阶段会报一堆_write、_sbrk未定义——除非你打算自己实现printf重定向。

MDK 和 IAR 的启动文件跟 GCC 那份不能混用。armasm 语法是AREA、DCD、SPACE，GNU as 语法是.section、.word、.space，把 MDK 的 .s 直接丢给 GCC，报错信息会指向一堆莫名其妙的伪指令。

3.3 编译选项：几个决定成败的开关

-Os这一条值得单独拎出来说。同一份工程，-O0编出来 6.8KB，-Os编出来 4.1KB，功能完全一致。在 16KB 的片子上，这就是能不能加下一个模块的差别。但调试阶段别用-Os，单步跟进去变量全是<optimized out>，那滋味不好受。

4. 核心驱动拆解：RCC、USART、TIM、SysTick 四块怎么写才不别扭

库函数本身没什么可讲的，都是寄存器封装。真正需要经验的是调用顺序和参数取值，顺序错了不报错，只是行为诡异。下面这四块是几乎所有 F0 工程都会用到的。

4.1 RCC 时钟配置：先把 PLL 算明白再写寄存器

配时钟的顺序是死的：先切回内部时钟源、再改 PLL、再等锁定、最后切换。中间任何一步顺序颠倒，芯片会直接挂在那等一个永远不来的就绪标志。

void SystemClock_48MHz(void) { RCC_ClocksTypeDef clocks; RCC_DeInit(); /* 先把时钟拨回 HSI 8MHz，调试时少一事 */ RCC_HSICmd(ENABLE); while (RCC_GetFlagStatus(RCC_FLAG_HSIRDY) == RESET) { } /* 48MHz 必须 1 个等待周期，这一句忘了就是随机死机，且复现率极低 */ FLASH_PrefetchBufferCmd(FLASH_PrefetchBuffer_Enable); FLASH_SetLatency(FLASH_Latency_1); RCC_HCLKConfig(RCC_SYSCLK_Div1); /* AHB = 48MHz */ RCC_PCLKConfig(RCC_HCLK_Div1); /* APB = 48MHz，F0 的 APB 不分频也能跑满 */ /* HSI/2 = 4MHz，乘 12 得 48MHz */ RCC_PLLConfig(RCC_PLLSource_HSI_Div2, RCC_PLLMul_12); RCC_PLLCmd(ENABLE); while (RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET) { } RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK); while (RCC_GetSYSCLKSource() != 0x08) { } /* 0x08 表示当前源是 PLL */ RCC_GetClocksFreq(&clocks); /* 把这几个值打到串口上，比看手册靠谱 */ (void)clocks; }

FLASH_SetLatency那句是重点。F0 的 Flash 读取速度跟不上 48MHz 的内核，必须插入等待周期，否则 CPU 取指拿到的是无效数据，表现出来可能是某个变量莫名其妙变了值，也可能是进了 HardFault。这种问题在实验室常温下可能一次都不出现，到了现场温度一高就频繁死机。

RCC_DeInit()也不是可有可无。如果芯片是从 STOP 模式唤醒、或者你用了看门狗复位，时钟状态未必是复位默认值，不先清一遍直接去配 PLL，可能触发硬件错误。

用 HSI 做 PLL 源的好处是省一个晶振，坏处是内部 RC 精度只有百分之一左右。9600 波特率能扛，115200 以上就要算一算误差了，通信对可靠性有要求的话还是老老实实上外部晶振。

4.2 USART 中断收发：环形缓冲区加库函数清标志

串口是最容易写出“看着能跑其实一堆隐患”的模块。裸轮询在 demo 里没问题，一旦主循环里有耗时操作，丢字节是必然的。标准做法是中断里只往环形缓冲区塞，主循环慢慢取。

#define RX_BUF_SIZE 128 static volatile uint8_t rx_buf[RX_BUF_SIZE]; static volatile uint16_t rx_head, rx_tail; void USART1_IRQHandler(void) { /* 用 GetITStatus，它会判断中断是否真的使能了；GetFlagStatus 只看硬件标志 */ if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) { uint8_t ch = (uint8_t)USART_ReceiveData(USART1); /* 读 DR 自动清 RXNE */ uint16_t next = (rx_head + 1) % RX_BUF_SIZE; if (next != rx_tail) { /* 满了就丢新的，别覆盖还没读走的数据 */ rx_buf[rx_head] = ch; rx_head = next; } } /* F0 上必须顺手清 ORE，溢出一次之后 RXNE 可能再也不来了 */ if (USART_GetFlagStatus(USART1, USART_FLAG_ORE) != RESET) { (void)USART_ReceiveData(USART1); } } int bsp_uart_read(uint8_t *buf, uint16_t len) { uint16_t n = 0; while (n < len && rx_tail != rx_head) { buf[n++] = rx_buf[rx_tail]; rx_tail = (rx_tail + 1) % RX_BUF_SIZE; } return n; /* 返回实际读到的字节数，0 表示暂时没数据 */ }

几个参数和细节：RX_BUF_SIZE取 2 的幂可以用位与代替取模，但在 M0 上差别不大，可读性优先；rx_head只在中断里改、rx_tail只在主循环里改，所以单生产者单消费者场景不需要关中断；ORE溢出标志不清，硬件会一直认为接收器有问题，后果是整条串口“假死”，这个坑我踩过一次，查了两个小时。

发送侧有个小技巧：USART_SendData之后不要立刻while等TXE，那等于把中断退化成轮询。更好的做法是维护一个发送队列，在TXE中断里从队列取下一个字节，CPU 占用能降一个数量级。

4.3 TIM 定时与 PWM：ARR 和 PSC 的换算

定时器就两个参数：预分频PSC和自动重装ARR。计数频率等于时钟除以(PSC+1)，溢出周期等于计数频率除以(ARR+1)。很多人卡在这里是因为忘了那个 +1。

void bsp_pwm_init(void) { GPIO_InitTypeDef gpio; TIM_TimeBaseInitTypeDef tb; TIM_OCInitTypeDef oc; RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); /* PA6 做 TIM3_CH1 输出，先配成复用，再指定 AF 编号 */ gpio.GPIO_Pin = GPIO_Pin_6; gpio.GPIO_Mode = GPIO_Mode_AF; gpio.GPIO_OType = GPIO_OType_PP; gpio.GPIO_PuPd = GPIO_PuPd_NOPULL; gpio.GPIO_Speed = GPIO_Speed_Level_2; GPIO_Init(GPIOA, &gpio); GPIO_PinAFConfig(GPIOA, GPIO_PinSource6, GPIO_AF_1); /* AF 编号查数据手册的复用表 */ tb.TIM_Prescaler = 0; tb.TIM_Period = 2399; /* 20kHz */ tb.TIM_CounterMode = TIM_CounterMode_Up; tb.TIM_ClockDivision = TIM_CKD_DIV1; tb.TIM_RepetitionCounter = 0; /* 高级定时器才用，通用定时器填 0 */ TIM_TimeBaseInit(TIM3, &tb); oc.TIM_OCMode = TIM_OCMode_PWM1; oc.TIM_OutputState = TIM_OutputState_Enable; oc.TIM_Pulse = 600; /* 25% 占空比 */ oc.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM3, &oc); TIM_OC1PreloadConfig(TIM3, TIM_OCPreload_Enable); /* 改占空比时不撕裂波形 */ TIM_Cmd(TIM3, ENABLE); }

GPIO_AF_1这个编号不能凭经验猜，F0 每个引脚的复用功能映射都不一样，必须查对应型号数据手册的复用表。选错了不报错，引脚就是没输出，示波器上一片平。

TIM_OCPreload_Enable的作用是让新的CCR值在下一个更新事件才生效，避免在计数中途改占空比导致输出一个畸形脉冲。做电机控制、LED 调光的时候，这个开关开不开，波形质量差得很明显。

4.4 一个靠谱的延时：SysTick 与 SystemCoreClock

标准库没提供delay_ms，很多人随手写个for空循环，换优化等级就变味。用 SysTick 是最省事也最稳的做法。

static volatile uint32_t s_tick_ms; void SysTick_Handler(void) { s_tick_ms++; } void bsp_delay_init(void) { /* SystemCoreClock 是库里的全局变量，时钟一变它跟着变，别写死 8000000 */ SysTick_Config(SystemCoreClock / 1000U); } void bsp_delay_ms(uint32_t ms) { uint32_t start = s_tick_ms; /* 无符号减法自动处理计数器回绕，写 start + ms 比较的话 49 天出一次问题 */ while ((s_tick_ms - start) < ms) { __WFI(); /* 等待中断，顺便省点电 */ } }

SystemCoreClock是库在RCC_GetClocksFreq里维护的全局变量，只要走的是库的时钟配置路径，它就一直是准的。自己直接写 RCC 寄存器改时钟的话，记得同步更新它，否则所有基于它的波特率、定时计算全歪。__WFI()那条不是必须的，但在电池供电的场合，能省下的电流是实打实的。

5. 避坑与排查：这套库最容易栽的五个地方

下面这几条都是我在实际项目里真真切切撞过的，按“现象—原因—解决”记下来，遇到时能少走点弯路。

一、编译零错误零警告，一下载就进 HardFault

现象：MDK 里 Build 显示 0 Error 0 Warning，烧进去之后程序不跑，暂停下来停在HardFault_Handler里。

原因：八成是启动文件跟芯片型号对不上。比如工程用的是 64KB Flash 型号的启动文件，实际焊的是 32KB 的，栈顶地址指向了不存在的 RAM 区域；或者向量表里的中断入口数量和实际芯片不匹配，某个中断触发后跳到了一个空指针。另一个可能是栈太小，函数里开了个几百字节的局部数组就溢出了。

解决：先确认工程里的启动文件后缀和芯片完整型号一致；把栈从 0x400 临时改到 0x800 试一次，如果问题消失就是栈溢出；再不行就在 HardFault 处理函数里把LR寄存器取出来看返回地址，反查 map 文件定位到具体函数。

二、串口第一个字节是乱码，后面恢复正常

现象：上电后收到的第一帧数据头部是乱码，后面的数据完全正确。换个波特率有时候好有时候坏。

原因：TX 引脚配置不对。要么GPIO_OType设成了开漏没接上拉，要么GPIO_Speed太低导致上升沿太缓，要么GPIO_PinAFConfig的 AF 编号选错了引脚。还有一种情况是串口初始化顺序问题——先使能了 USART 再去配 GPIO，第一个字节在引脚还没切换成复用模式时就发出去了。

解决：严格按“开时钟 → 配 GPIO 为复用 → 配 AF 编号 → 配 USART 参数 → 使能 USART”的顺序；用示波器看第一个字节的波形，边沿明显变缓就是速度档位问题。顺便检查HSE_VALUE是否和板上晶振一致，不一致会导致波特率计算偏差，低速时看不出，高速时就露馅。

三、中断服务函数写了但从来不进

现象：USART1_IRQHandler里打了断点，数据明明发过来了，断点就是不命中。

原因：三种可能。函数名和启动文件里的弱符号不一致（大小写、数字后缀都算）；NVIC_Init里忘了使能对应的 IRQ 通道；或者更隐蔽的——F0 的内核只实现了 2 位优先级，只有 0 到 3 四档，你填了个 5，库函数把它截断成 1，结果和别的中断优先级撞了，被更高优先级的长时间占用。

解决：先核对函数名，从启动文件里复制粘贴最保险；再检查NVIC_Init有没有真的调；最后把所有中断优先级重新分配一遍，只在这个范围内取值，并且别在中断里做耗时操作。

四、库函数返回 ERROR，但外设其实在正常工作

现象：USART_Init之类的函数内部有个超时等待，返回ERROR，可你量波形发现串口确实发出去了。

原因：这类函数里的超时计数变量类型太窄，主频一高就溢出了。库代码里常见__IO uint32_t或者uint16_t的计时变量，8MHz 下够用，48MHz 下转几圈就到头了。外设本身配置没错，只是库认为“等太久了”。

解决：不要把这个返回值当成硬性失败判据，真正要确认的是外设寄存器有没有写进去；如果确实困扰，可以在初始化之后再读一次寄存器核对。这也是这套老库在新片子上跑高主频时的一个通用问题。

五、从 STOP 模式唤醒后程序跑飞

现象：进低功耗前

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