1. 项目背景与整体设计思路玩嵌入式的人应该都有过这种纠结想学 STM32但一想到要买开发板、调试器、杜邦线、各种模块还没开始就打了退堂鼓。尤其是学生党或者刚转行的朋友几百块钱的板子加配件倒不是出不起关键是不确定自己能不能坚持学下去万一三分钟热度钱就真打水漂了。所以我一直觉得STM32 入门的第一个门槛不是“难”而是“值不值得买板子”。这个项目就是奔着这个痛点去的——把 STM32 入门做成纯软件版本不花一分钱买板子不碰实体的面包板和杜邦线照样把 GPIO、定时器、串口、中断这些外设挨个跑通。整个方案的核心思路其实一句话就能说清楚用仿真软件替代真实硬件用寄存器级的代码操作替代 IDE 自动生成的一堆工程文件。听起来好像很高端但说白了就是你在电脑上画一个虚拟的开发板然后把真实的 STM32 外设功能在虚拟环境里跑起来。这个项目适合谁三类人最合适一是完全零基础想低成本试错的新手二是手头有板子但不敢乱写代码怕把板子“烧了”的谨慎型选手三是想快速验证某个外设逻辑、不想反复插拔硬件的老手。说实话我自己在做这个项目之前也低估了仿真方案的效果实际做完之后发现除了晶振精度和电气特性这种物理层面的东西外设的逻辑控制、寄存器配置、中断优先级、串口收发这些核心内容仿真和真机几乎没有差别。1.1 方案选型为什么选 Proteus 而不是 QEMU市面上做 STM32 仿真的方案有好几种我一开始也纠结过。QEMU 的问题是它太“全”了强在系统级的模拟但外设层的信息反馈不够直观你想看 LED 亮了没有还得自己算引脚电平体验很别扭。还有一些云端的仿真平台免安装确实方便但免费版的外设库有限做做点灯还行想跑串口、I2C 这种稍复杂的外设就得充会员。我的选择是 Proteus原因有三个。第一它的虚拟仪器太强了虚拟示波器、逻辑分析仪、虚拟终端全都自带串口发数据直接就能在终端窗口里看到这种即时反馈对新手来说非常重要。第二Proteus 里可以直接拖电阻、LED、按键这些外设元件搭电路和搭积木一样连接方式跟真实硬件完全一致培养的电路思维不会因为“纯软件”而打折。第三它对 STM32F103 系列的支持比较完整我用的是最常见的 F103C8市面上绝大多数入门教程都是围绕这个型号写的资料好找。当然Proteus 不是没有缺点它的仿真速度比真实运行慢一些而且调试复杂定时器的时候偶尔会有时序偏差。但对于入门阶段来说这些小问题完全在可接受范围之内。1.2 软件清单一台普通电脑就能跑整个项目只需要三个软件Keil MDK用来写代码和编译生成 .hex 文件Proteus 8用来画电路图和仿真运行STM32CubeMX用来做初始化的图形化配置后面熟练了可以不用三个软件的安装包加起来大概两三个 GB对电脑配置的要求不高4GB 内存的机器就能流畅跑起来。操作系统 Windows 即可Mac 用户可以用虚拟机但我个人建议如果条件允许还是找一台 Windows 机器省去一些兼容性的麻烦。有一点要注意Keil 需要注册但社区版或评估版对付入门学习完全够用编译 32KB 以内的代码没有任何限制。Proteus 也有评估版网上流传的各种激活方式我不建议碰正版教育版的价格对于想长期学的朋友来说是可以接受的而且省心。2. 环境搭建与工程模板先有地基才能盖楼环境搭建这一步很多人栽在“装好了但连不上”的问题上。所谓连不上是指 Proteus 里加载不了 Keil 编译出来的 .hex 文件或者加载了但电路完全没有反应。这个问题在入门阶段出现频率极高所以我会把它放在第一部分重点讲。2.1 Keil 工程的三个关键配置新建一个 Keil 工程的时候很多人习惯性地直接新建文件夹就开写结果编译报错一堆看不懂的东西。正确做法是新建工程时选择芯片型号为 STM32F103C8然后务必在 Options for Target 里做三件事第一在 Output 选项卡勾选 Create HEX File这样编译之后才会生成仿真需要的 .hex 文件。我见过太多人在 Proteus 里找不到加载文件就是因为这一步漏了。第二在 Debug 选项卡里把调试器设置为 Simulator这个设置决定了 Keil 编译的代码是否能在纯软件环境下运行。第三在 C/C 选项卡里添加宏定义。STM32F103C8 是中等密度的芯片需要定义STM32F10X_MD同时在 Include Paths 里把标准外设库的头文件路径添加完整。这三步做完工程的地基才算打好。我自己的习惯是再额外定义一个USE_STDPERIPH_DRIVER宏因为后续代码要用到标准外设库的驱动函数。2.2 最小电路一个 LED 加上限流电阻Proteus 里面画电路不需要像真实硬件那样考虑太多电气细节但基本的电路规则还是要有。我第一次画的时候偷懒LED 直接接在 PA0 和 GND 之间没有加限流电阻结果仿真一跑 LED 就爆掉了。仿真软件也是会模拟过流损坏的这一点它做得还挺真实。正确的最小电路是这样的STM32F103C8 的 PA0 引脚接一个 220 欧姆的电阻电阻另一端接 LED 的正极LED 负极接地。为什么是 220 欧姆这里有一个简单的计算STM32 的 GPIO 输出高电平是 3.3VLED 的正向压降一般是 2V 左右所以电阻上的压降是 1.3V电流大约是 1.3V / 220Ω ≈ 6mA。这个电流足够让 LED 正常发光又不会超过引脚的最大承受能力。如果你用 330 欧姆甚至 1K 的电阻也没问题只是亮度会略微降低对于仿真来说几乎看不出来。VDD 和 VSS 的接法也要注意很多新手第一次仿真发现程序死活不跑结果一看漏接了电源引脚。STM32F103C8 的 VDD 接 3.3VVSS 接地VDDA 也需要接 3.3V这些电源网络是芯片跑起来的命脉缺一个都不行。2.3 时钟和复位容易被忽略的“隐形依赖”STM32 的上电时序比 51 单片机复杂得多它依赖外部晶振提供 HSE 时钟同时又可以用内部的 HSI 作为备份。在 Proteus 里如果你不放置晶振电路程序可能也能跑因为内部 RC 振荡器默认开启但你一旦在代码里调用了时钟初始化函数比如SystemInit()而外部又没有接晶振程序就会卡死在时钟切换的等待循环里。所以最稳妥的做法是在 Proteus 里给 STM32 接一个 8MHz 的晶振两端分别接两个 20pF 的电容到地同时在 NRST 引脚接一个 10K 上拉电阻到 3.3V。这个电路看起来简单却是整个系统稳定运行的基础。调试的时候如果发现程序“莫名其妙”跑飞先检查时钟配置而不是盯着代码看这是我踩过无数次坑之后总结出来的规律。3. 核心代码实现从寄存器操作到标准库封装很多教程上来就讲寄存器操作把一个新手整得云里雾里。我的建议是分两步走先照着标准库的封装调用函数让功能先跑起来建立起“代码能控制硬件”的信心再回头去看寄存器层面的实现理解底层原理。这两种方式我都用过客观地说标准库上手快、出活快但如果你只停留在标准库的层面遇到问题的时候会很难下手排查因为你对芯片内部发生了什么完全没有概念。3.1 第一个程序用库函数点亮 LED直接贴代码这个是我验证过可以在 Proteus 里正常运行的版本#include stm32f10x.h void Delay_MS(unsigned int ms) { unsigned int i, j; for (i 0; i ms; i) for (j 0; j 0x1FFF; j); } int main(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); while (1) { GPIO_SetBits(GPIOA, GPIO_Pin_0); Delay_MS(500); GPIO_ResetBits(GPIOA, GPIO_Pin_0); Delay_MS(500); } }这段代码的逻辑很简单但里面有一个初学者常常忽略的坑GPIO 的时钟默认是关闭的。STM32 为了降低功耗所有外设的时钟在复位后都是关闭状态你必须先通过 RCC 寄存器把对应端口的时钟打开才能操作这个端口。RCC_APB2PeriphClockCmd这一行就是在干这件事少了它后面所有的 GPIO 操作都是无效的。为什么 GPIO 要挂在 APB2 总线上因为 APB2 是高速总线最高频率是 72MHz适合 GPIO、串口、定时器这类对响应速度有要求的外设。而 APB1 最高只有 36MHz挂的是功耗较低的外设。这个知识点在配置时钟树的时候会反复用到。在 Proteus 里跑这段代码你会看到 LED 以大约 1 秒一次的频率闪烁。为什么是“大约”因为我的Delay_MS函数用的是一个 for 循环的空转实际延时时间跟 Keil 的优化等级有关。优化等级设为 -O0 时延时就接近真实时间如果开了高等级优化编译器有可能把整个空的 for 循环优化掉导致 LED 狂闪甚至看不出闪烁。这是一个重要的调试知识点我会在后面单独展开讲。3.2 再看一眼底层寄存器GPIO 控制的真面目标准库函数虽然方便但我还是建议你至少看一遍寄存器层面的实现。GPIO 的控制核心是五个寄存器CRL配置低 8 位引脚、CRH配置高 8 位引脚、IDR读引脚电平、ODR写引脚电平、BSRR置位/复位引脚。以点亮 LED 这个操作为例看似是GPIO_SetBits这个函数在工作实际上它的本质就是向 BSRR 寄存器的第 0 位写 1。BSRR 是一个很巧妙的设计向它的低 16 位写 1对应的引脚就输出高电平向高 16 位写 1引脚就输出低电平。这种设计的好处是你不用担心原子性操作的问题不需要先读回再修改直接写就行在中断里操作 GPIO 的时候特别有用。我自己在看标准库源码之前一直不太理解为什么GPIO_SetBits和GPIO_ResetBits要分开两个函数。看完 BSRR 寄存器之后才明白这两个函数本质上操作的是同一个寄存器的不同位段底层实现完全对称。理解了这一层后面你自己写驱动程序的时候就会顺手很多。3.3 从头写一个寄存器版本的点灯程序为了让你更直观地理解封装背后的原理这里给一份完全基于寄存器操作的点灯代码。在理解了寄存器之后再看这段代码会非常有感觉#include stm32f10x.h void SysTick_Delay_MS(unsigned int ms) { SysTick-LOAD 72000000 / 1000 * ms / 1000; SysTick-VAL 0; SysTick-CTRL 0x01; while (!(SysTick-CTRL (1 16))); SysTick-CTRL 0; } int main(void) { // 开启 GPIOA 时钟这是 APB2 总线上的外设 RCC-APB2ENR | (1 2); // 配置 PA0 为推挽输出最大速度 50MHz GPIOA-CRL ~(0xF 0); // 先清零 PA0 的配置位 GPIOA-CRL | (0x3 0); // 设为通用推挽输出模式 while (1) { GPIOA-BSRR (1 0); // PA0 输出高电平 SysTick_Delay_MS(500); GPIOA-BRR (1 0); // PA0 输出低电平 SysTick_Delay_MS(500); } }注意这里我对 SysTick 做了一些简化处理LOAD寄存器的值直接按 72MHz 计算因为 Proteus 仿真时默认把系统时钟跑到 72MHz。这个延时函数虽然能用但存在一个问题如果ms的数值过大LOAD寄存器的值会溢出。SysTick 的 LOAD 寄存器只有 24 位最大支持 16777215算下来单次最大延时大约是 233ms。如果要延时更长时间需要做成循环调用的方式。这个知识点在后面用定时器做实时操作系统的时候也会反复碰到。4. 外设进阶定时器、串口与中断的组合玩法点灯跑通之后大多数人会想挑战更复杂的外设。我的建议是按这个顺序来定时器SysTick→ 串口USART→ 外部中断EXTI→ 定时器中断这个顺序基本符合由易到难的梯度。4.1 通用定时器的定时中断从原理到代码SysTick 只能算是一个系统节拍器真正要灵活控制外设的时序需要用到通用定时器 TIM2-TIM5。定时器的核心原理是计数时钟源给计数器提供固定频率的脉冲计数器从 0 数到设定值数满之后触发一次中断或者更新事件。在 72MHz 的系统时钟下如果 TIM2 挂在 APB1 总线上它的时钟源是 36MHz而定时器的内部时钟是 72MHz因为 APB1 的分频系数是 2定时器会额外倍频一次。我们想实现 100ms 的定时需要用的预分频系数PSC和自动重装载值ARR计算如下如果 PSC 7199那么计数器时钟频率 72000000 / 7200 10kHz即每 0.1ms 计一次数要实现 100ms 定时需要计数 10000 次所以 ARR 9999为什么要减一因为计数器的计数是从 0 开始的数到 9999 实际上是 10000 个脉冲。这个“减一”的细节在写代码的时候特别容易搞错我见过不少新手配出来时间差了一倍就是这个原因。看一下具体的配置代码void TIM2_Init(void) { TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); TIM_TimeBaseStructure.TIM_Period 9999; TIM_TimeBaseStructure.TIM_Prescaler 7199; TIM_TimeBaseStructure.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, TIM_TimeBaseStructure); TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE); NVIC_InitStructure.NVIC_IRQChannel TIM2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 0; NVIC_InitStructure.NVIC_IRQChannelSubPriority 1; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); TIM_Cmd(TIM2, ENABLE); }中断服务函数里需要手动清除中断标志位这一步很容易漏。注意TIM_GetITStatus和TIM_ClearITPendingBit必须配合使用如果只清标志位不查状态在高优先级打断低优先级中断的场景下会出现逻辑混乱。4.2 串口 printf 重定向调试信息的第一道门写嵌入式程序不开串口就像开车不看仪表盘。串口可以说是最重要的调试手段没有之一。STM32 的 USART1 在 Proteus 中可以通过一个虚拟串口终端来展示输出数据这个功能让我一个在真机上一步步 Debug 的人都大呼舒服。在 Proteus 里添加一个 VIRTUAL TERMINAL 组件把它的 RXD 引脚接在 STM32 的 TXDPA9上再把 GND 连在一起就可以实现“无硬件串口调试”。然后是代码部分。USART1 的初始化不复杂关键是波特率。我一般用 115200具体的寄存器配置是USART_BRR 72000000 / 115200 625。如果你的系统时钟不是 72MHz这个数值必须重新计算。重定向 printf 需要额外做一些处理。标准库的 printf 默认输出到屏幕要让它把数据送到串口需要重写fputc函数int fputc(int ch, FILE *f) { while (!(USART1-SR USART_FLAG_TXE)); USART1-DR (uint8_t)ch; return ch; }同时在 Keil 中需要勾选 Use MicroLIB这是一个精简版的 C 库它能让 printf 的重定向更简单地生效。如果你不勾选 MicroLIB而使用完整版的 C 库会因为底层实现不同而出现各种奇怪的问题最常见的表现是 printf 没输出或者输出乱码。还有一个细节如果你要用浮点数格式化输出也就是 printf 里带 %fMicroLIB 也需要配合调整默认情况下 MicroLIB 是不支持浮点打印的这个问题会在后面讲。4.3 外部中断 EXTI按键响应不能靠轮询入门阶段最容易犯的坏习惯是轮询按键也就是在主循环里不断检测引脚电平。这种做法的弊端是按键响应有延迟、CPU 占用率高而且如果同时要处理多个按键和多个外设代码会变得又臭又长。中断才是这里面的正解。外部中断的原理是引脚电平发生变化时芯片内部的 EXTI 模块会检测到这个跳变然后向 NVIC 发出中断请求CPU 暂停当前工作去执行中断服务函数。整个过程是“事件驱动”的不需要 CPU 主动去查询。配置 PA0 为外部中断输入并将其连接到 EXTI0 通道代码如下void EXTI0_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; EXTI_InitTypeDef EXTI_InitStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IPU; GPIO_Init(GPIOA, GPIO_InitStructure); GPIO_EXTILineConfig(GPIO_PortSourceGPIOA, GPIO_PinSource0); EXTI_InitStructure.EXTI_Line EXTI_Line0; EXTI_InitStructure.EXTI_Mode EXTI_Mode_Interrupt; EXTI_InitStructure.EXTI_Trigger EXTI_Trigger_Rising; EXTI_InitStructure.EXTI_LineCmd ENABLE; EXTI_Init(EXTI_InitStructure); NVIC_InitStructure.NVIC_IRQChannel EXTI0_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); }这里有个关键的坑AFIO 时钟必须开启。GPIO 的外部中断功能并不是默认映射到任何引脚的它需要通过 AFIO 模块把 EXTI 信号源连接到指定的 GPIO 引脚。很多新手在配置 RCC 的时候只管 GPIO 的时钟忘了开 AFIO结果就是中断怎么都触发不了。外部中断服务函数里面要做什么最安全也最推荐的做法是设置一个标志位然后尽快退出中断在 main 函数的主循环里处理标志位对应的逻辑。EXTI_GetITStatus和EXTI_ClearITPendingBit这两个函数一个查中断状态、一个清中断标志必须成对调用我每次写中断服务函数都会先习惯性地把清标志位的代码放进去免得后面忘了导致中断一直触发。5. 综合实战把外设组装成一个完整系统前面几个外设是单独跑的现在把它们组合起来做一个有点实际意义的完整小项目按下按键后LED 以不同的频率闪烁同时串口打印当前的工作状态。这个项目虽然简单但涉及了“主循环 中断 外设协同”的完整架构。5.1 模块划分与代码组织工程结构我按功能模块来组织main.c主循环与系统初始化bsp_led.cLED 驱动bsp_key.c按键与外部中断bsp_usart.c串口初始化与 printf 重定向bsp_timer.c定时器初始化与延时在bsp_key.c中我定义了一个全局标志位volatile uint8_t key_flag 0;volatile关键字在这里不可以省略。中断服务函数中修改了这个变量而 main 函数的循环里要读取它没有volatile的话编译器可能把这个变量优化到寄存器里导致 main 函数读到的永远是旧值。这个坑基本是新手必踩的我甚至有段时间看到中断里修改的全局变量没有加volatile就直接默认它有问题。5.2 主循环的状态机设计主循环里的逻辑不复杂但要用一个轻量级的状态机来判断按键按下的次数根据状态切换 LED 闪烁模式int main(void) { SystemInit(); LED_Init(); KEY_Init(); USART1_Init(); TIM2_Init(); printf(System start...\r\n); uint8_t mode 0; while (1) { if (key_flag) { key_flag 0; mode (mode 1) % 3; printf(Mode: %d\r\n, mode); } switch (mode) { case 0: LED_Blink(200); break; case 1: LED_Blink(500); break; case 2: LED_Blink(1000); break; default: break; } } }注意看这个结构主循环不做耗时的事情只做状态切换和任务调用。按键检测完全由中断完成LED 闪烁的延时由 TIM2 的中断完成定时。这样做的好处是不管任何时刻发生按键事件CPU 都能立刻响应。如果在主循环里用轮询键扫描一旦 LED 处于 1 秒延时的状态下按下按键可能要等快 1 秒才有反应这种体验很糟糕。5.3 调试过程中的时序验证在 Proteus 里验证这个系统的时序有个特别好用的工具虚拟示波器。你可以把示波器的探头接在 PA0 引脚上直接观察 LED 驱动信号的波形测量高电平持续的时间是不是你设定的值。这一步在真实硬件上也能做但需要示波器不是每个人都有。在仿真环境里你可以随时暂停、放大波形还可以直接测量频率对学习调试方法非常有帮助。我在调试中发现TIM2 定时中断和系统主循环的配合有一个值得注意的地方主循环中 LED_Blink 函数如果用了基于 TIM2 的延时而不是简单粗暴的 for 循环空转那整个系统的响应时间就可控得多按键的队列处理也不会导致卡顿。5.4 关于 Proteus 仿真速度不如真机的应对很多人第一次用 Proteus 跑稍复杂的程序时会发现仿真速度明显比真实运行慢比如 LED 闪烁的频率看起来不对。这个现象的原因有两个层面。第一Proteus 是以“实时”模式去模拟 CPU 的指令执行同时还要模拟外围电路、信号传播它的目标就是让你的程序看起来在“以正常速度运行”但实际上它内部做了很多额外的计算。第二如果仿真里挂了太多样元器件比如一个 8 位数码管加上一堆电阻和驱动芯片每一个器件都会消耗 CPU 资源。如果你发现仿真跑得慢或者不流畅我的调整思路是优先暂停仿真检查有没有器件存在“连接悬空”的情况其次把无关的调试显示组件关掉如果还慢就考虑把仿真的时序精度调低一些。有一个选项叫“Enable RS232 and USB component models”它的开关会在运行某些串口仿真时对速度有明显影响不需要这个功能的时候顺手关掉能省不少资源。6. 常见问题与排查技巧实录纯软件环境有一个好处是出问题之后可以非常确定地复现。下面这些坑都是我自己在搭建这套仿真架构时踩过的按出现频率排序整理成一张速查表。6.1 高频问题速查表现象最可能的原因排查方式与解决办法编译代码烧不进 ProteusKeil 没勾选 Create HEX File打开 Options for TargetOutput 选项卡勾选重新编译仿真运行后 LED 一直不亮GPIO 时钟未使能检查 RCC_APB2PeriphClockCmd 是否开启对应 GPIO 时钟程序跑飞或卡在某个地方外部晶振没有接或接错在 Proteus 里面画一个 8MHz 晶振电路或者改用内部时钟串口终端不显示任何内容波特率或引脚映射配置错误检查 USART_BRR 数值确认 TXD 接在虚拟终端的 RXD 上printf 不输出没有重定向 fputc 或者没勾选 MicroLIB添加 fputc 函数并在 Keil 中勾选 Use MicroLIB中断一直进程序死循环中断标志位没有清除在中断服务函数中调用 EXTI_ClearITPendingBit 清标志LED 闪烁时间完全不对for 循环延时被优化把编译优化等级调到 -O0或者改为定时器延时仿真速度极慢虚拟器件太多或串口模型开关打开关闭无关调试组件取消不用功能的模型开关用 %f 打印浮点数时输出乱码MicroLIB 不支持浮点打印在 Keil 的微库配置中开启浮点支持或者用整数拆分打印6.2 为什么我的代码在 Keil 里编译错误新手最常见的一类错误是“缺少宏定义”导致的比如编译时提示stm32f10x_conf.h找不到。标准的解决方法是在 Options for Target 的 C/C 选项卡里把STM32F10X_MD和USE_STDPERIPH_DRIVER这两个宏加进去同时保证头文件的 Include Paths 路径里包含标准外设库的inc目录。另外Keil 默认的 C99 模式不是开着的如果你写了 C99 风格的代码比如在 for 循环里定义变量需要在 C/C 选项卡里勾选 C99 Mode。这个选项在工程文件较旧或复制来的模板里经常是关闭的。6.3 仿真中压栈溢出问题在 main 函数里定义一个较大的局部数组比如uint8_t buffer[1024]在 Keil 的默认配置下有可能会把栈空间撑爆。STM32F103C8 只有 20KB 的 RAM但我们的仿真工程往往只会用到很少一部分。关键是 Keil 启动文件里设置的栈大小默认是 0x400 也就是 1KB如果超过了就得手动改启动文件里的 Stack_Size。这个问题的排查办法是观察现象程序跑起来后随机死机或者某种调用深的操作必定死机而代码本身逻辑又看不出问题那大概率就是栈溢出了。我在做这个项目的时候顺手把启动文件里的栈大小改成了 0x1000虽然浪费了一点 RAM但换来的是调试时不用反复怀疑栈问题。6.4 中断优先级配置的避坑STM32 的中断优先级分为抢占优先级和响应优先级NVIC 里面有一堆比特位来配置这些优先级。新手常犯的错误是把两个外设的优先级配得一模一样导致中断嵌套时行为不确定。规则的简单记忆方式是抢占优先级高数值小的可以先打断抢占优先级低的如果抢占优先级相同就看响应优先级响应优先级相同的话编号小的中断先响应。如果你在做一个小项目时不想深究优先级最省心的做法是让定时器中断的抢占优先级设置为 0按键中断的在 1这样定时器永远可以打断其他中断按键的中断永远不会影响定时器的精准性。7. 这波折腾之后的一些经验体会这套“纯软件”STM32 入门方案走完整套流程之后最大的收获不是“省了买板子的钱”而是让我重新理解了学习嵌入式的一种节奏先用可控的成本建立起信心遇到问题再回头补基础理论而不是一开始就设备拉满然后被一堆硬件问题劝退。如果让我给一个路线建议我会说先玩仿真把 IO、串口、定时器、中断这四个外设吃透之后再去买一块几十块钱的板子用仿真里同样的代码去烧录真机。你会突然发现从仿真到真机的迁移过程其实极其平滑因为你已经知道一段代码是怎么控制硬件的真机上的差异仅仅是还需要关注接线和供电这些物理层面的东西。仿真和真机的关系从来不是替代而是互补。仿真最大的价值在于调试无成本和零烧板风险精确定位问题的环节很多都在仿真阶段完成。真机的作用反而是让你对“电子产品”这件事建立手感比如知道芯片发热是什么感觉、杜邦线松了会是什么现象。最后分享一个我自己的习惯每实现一个外设功能就把对应的仿真工程单独保存一个版本用“项目名_日期_功能点”的命名方式存档。这个项目里我做完了点灯、串口、定时器、中断后把他们各自保存在不同文件里后面做综合项目时随时可以拿出来复用。这种积累工程模块的习惯比多写几行代码提升更大也更容易让你看到自己的成长轨迹。
1. 项目背景与整体设计思路玩嵌入式的人应该都有过这种纠结想学 STM32但一想到要买开发板、调试器、杜邦线、各种模块还没开始就打了退堂鼓。尤其是学生党或者刚转行的朋友几百块钱的板子加配件倒不是出不起关键是不确定自己能不能坚持学下去万一三分钟热度钱就真打水漂了。所以我一直觉得STM32 入门的第一个门槛不是“难”而是“值不值得买板子”。这个项目就是奔着这个痛点去的——把 STM32 入门做成纯软件版本不花一分钱买板子不碰实体的面包板和杜邦线照样把 GPIO、定时器、串口、中断这些外设挨个跑通。整个方案的核心思路其实一句话就能说清楚用仿真软件替代真实硬件用寄存器级的代码操作替代 IDE 自动生成的一堆工程文件。听起来好像很高端但说白了就是你在电脑上画一个虚拟的开发板然后把真实的 STM32 外设功能在虚拟环境里跑起来。这个项目适合谁三类人最合适一是完全零基础想低成本试错的新手二是手头有板子但不敢乱写代码怕把板子“烧了”的谨慎型选手三是想快速验证某个外设逻辑、不想反复插拔硬件的老手。说实话我自己在做这个项目之前也低估了仿真方案的效果实际做完之后发现除了晶振精度和电气特性这种物理层面的东西外设的逻辑控制、寄存器配置、中断优先级、串口收发这些核心内容仿真和真机几乎没有差别。1.1 方案选型为什么选 Proteus 而不是 QEMU市面上做 STM32 仿真的方案有好几种我一开始也纠结过。QEMU 的问题是它太“全”了强在系统级的模拟但外设层的信息反馈不够直观你想看 LED 亮了没有还得自己算引脚电平体验很别扭。还有一些云端的仿真平台免安装确实方便但免费版的外设库有限做做点灯还行想跑串口、I2C 这种稍复杂的外设就得充会员。我的选择是 Proteus原因有三个。第一它的虚拟仪器太强了虚拟示波器、逻辑分析仪、虚拟终端全都自带串口发数据直接就能在终端窗口里看到这种即时反馈对新手来说非常重要。第二Proteus 里可以直接拖电阻、LED、按键这些外设元件搭电路和搭积木一样连接方式跟真实硬件完全一致培养的电路思维不会因为“纯软件”而打折。第三它对 STM32F103 系列的支持比较完整我用的是最常见的 F103C8市面上绝大多数入门教程都是围绕这个型号写的资料好找。当然Proteus 不是没有缺点它的仿真速度比真实运行慢一些而且调试复杂定时器的时候偶尔会有时序偏差。但对于入门阶段来说这些小问题完全在可接受范围之内。1.2 软件清单一台普通电脑就能跑整个项目只需要三个软件Keil MDK用来写代码和编译生成 .hex 文件Proteus 8用来画电路图和仿真运行STM32CubeMX用来做初始化的图形化配置后面熟练了可以不用三个软件的安装包加起来大概两三个 GB对电脑配置的要求不高4GB 内存的机器就能流畅跑起来。操作系统 Windows 即可Mac 用户可以用虚拟机但我个人建议如果条件允许还是找一台 Windows 机器省去一些兼容性的麻烦。有一点要注意Keil 需要注册但社区版或评估版对付入门学习完全够用编译 32KB 以内的代码没有任何限制。Proteus 也有评估版网上流传的各种激活方式我不建议碰正版教育版的价格对于想长期学的朋友来说是可以接受的而且省心。2. 环境搭建与工程模板先有地基才能盖楼环境搭建这一步很多人栽在“装好了但连不上”的问题上。所谓连不上是指 Proteus 里加载不了 Keil 编译出来的 .hex 文件或者加载了但电路完全没有反应。这个问题在入门阶段出现频率极高所以我会把它放在第一部分重点讲。2.1 Keil 工程的三个关键配置新建一个 Keil 工程的时候很多人习惯性地直接新建文件夹就开写结果编译报错一堆看不懂的东西。正确做法是新建工程时选择芯片型号为 STM32F103C8然后务必在 Options for Target 里做三件事第一在 Output 选项卡勾选 Create HEX File这样编译之后才会生成仿真需要的 .hex 文件。我见过太多人在 Proteus 里找不到加载文件就是因为这一步漏了。第二在 Debug 选项卡里把调试器设置为 Simulator这个设置决定了 Keil 编译的代码是否能在纯软件环境下运行。第三在 C/C 选项卡里添加宏定义。STM32F103C8 是中等密度的芯片需要定义STM32F10X_MD同时在 Include Paths 里把标准外设库的头文件路径添加完整。这三步做完工程的地基才算打好。我自己的习惯是再额外定义一个USE_STDPERIPH_DRIVER宏因为后续代码要用到标准外设库的驱动函数。2.2 最小电路一个 LED 加上限流电阻Proteus 里面画电路不需要像真实硬件那样考虑太多电气细节但基本的电路规则还是要有。我第一次画的时候偷懒LED 直接接在 PA0 和 GND 之间没有加限流电阻结果仿真一跑 LED 就爆掉了。仿真软件也是会模拟过流损坏的这一点它做得还挺真实。正确的最小电路是这样的STM32F103C8 的 PA0 引脚接一个 220 欧姆的电阻电阻另一端接 LED 的正极LED 负极接地。为什么是 220 欧姆这里有一个简单的计算STM32 的 GPIO 输出高电平是 3.3VLED 的正向压降一般是 2V 左右所以电阻上的压降是 1.3V电流大约是 1.3V / 220Ω ≈ 6mA。这个电流足够让 LED 正常发光又不会超过引脚的最大承受能力。如果你用 330 欧姆甚至 1K 的电阻也没问题只是亮度会略微降低对于仿真来说几乎看不出来。VDD 和 VSS 的接法也要注意很多新手第一次仿真发现程序死活不跑结果一看漏接了电源引脚。STM32F103C8 的 VDD 接 3.3VVSS 接地VDDA 也需要接 3.3V这些电源网络是芯片跑起来的命脉缺一个都不行。2.3 时钟和复位容易被忽略的“隐形依赖”STM32 的上电时序比 51 单片机复杂得多它依赖外部晶振提供 HSE 时钟同时又可以用内部的 HSI 作为备份。在 Proteus 里如果你不放置晶振电路程序可能也能跑因为内部 RC 振荡器默认开启但你一旦在代码里调用了时钟初始化函数比如SystemInit()而外部又没有接晶振程序就会卡死在时钟切换的等待循环里。所以最稳妥的做法是在 Proteus 里给 STM32 接一个 8MHz 的晶振两端分别接两个 20pF 的电容到地同时在 NRST 引脚接一个 10K 上拉电阻到 3.3V。这个电路看起来简单却是整个系统稳定运行的基础。调试的时候如果发现程序“莫名其妙”跑飞先检查时钟配置而不是盯着代码看这是我踩过无数次坑之后总结出来的规律。3. 核心代码实现从寄存器操作到标准库封装很多教程上来就讲寄存器操作把一个新手整得云里雾里。我的建议是分两步走先照着标准库的封装调用函数让功能先跑起来建立起“代码能控制硬件”的信心再回头去看寄存器层面的实现理解底层原理。这两种方式我都用过客观地说标准库上手快、出活快但如果你只停留在标准库的层面遇到问题的时候会很难下手排查因为你对芯片内部发生了什么完全没有概念。3.1 第一个程序用库函数点亮 LED直接贴代码这个是我验证过可以在 Proteus 里正常运行的版本#include stm32f10x.h void Delay_MS(unsigned int ms) { unsigned int i, j; for (i 0; i ms; i) for (j 0; j 0x1FFF; j); } int main(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); while (1) { GPIO_SetBits(GPIOA, GPIO_Pin_0); Delay_MS(500); GPIO_ResetBits(GPIOA, GPIO_Pin_0); Delay_MS(500); } }这段代码的逻辑很简单但里面有一个初学者常常忽略的坑GPIO 的时钟默认是关闭的。STM32 为了降低功耗所有外设的时钟在复位后都是关闭状态你必须先通过 RCC 寄存器把对应端口的时钟打开才能操作这个端口。RCC_APB2PeriphClockCmd这一行就是在干这件事少了它后面所有的 GPIO 操作都是无效的。为什么 GPIO 要挂在 APB2 总线上因为 APB2 是高速总线最高频率是 72MHz适合 GPIO、串口、定时器这类对响应速度有要求的外设。而 APB1 最高只有 36MHz挂的是功耗较低的外设。这个知识点在配置时钟树的时候会反复用到。在 Proteus 里跑这段代码你会看到 LED 以大约 1 秒一次的频率闪烁。为什么是“大约”因为我的Delay_MS函数用的是一个 for 循环的空转实际延时时间跟 Keil 的优化等级有关。优化等级设为 -O0 时延时就接近真实时间如果开了高等级优化编译器有可能把整个空的 for 循环优化掉导致 LED 狂闪甚至看不出闪烁。这是一个重要的调试知识点我会在后面单独展开讲。3.2 再看一眼底层寄存器GPIO 控制的真面目标准库函数虽然方便但我还是建议你至少看一遍寄存器层面的实现。GPIO 的控制核心是五个寄存器CRL配置低 8 位引脚、CRH配置高 8 位引脚、IDR读引脚电平、ODR写引脚电平、BSRR置位/复位引脚。以点亮 LED 这个操作为例看似是GPIO_SetBits这个函数在工作实际上它的本质就是向 BSRR 寄存器的第 0 位写 1。BSRR 是一个很巧妙的设计向它的低 16 位写 1对应的引脚就输出高电平向高 16 位写 1引脚就输出低电平。这种设计的好处是你不用担心原子性操作的问题不需要先读回再修改直接写就行在中断里操作 GPIO 的时候特别有用。我自己在看标准库源码之前一直不太理解为什么GPIO_SetBits和GPIO_ResetBits要分开两个函数。看完 BSRR 寄存器之后才明白这两个函数本质上操作的是同一个寄存器的不同位段底层实现完全对称。理解了这一层后面你自己写驱动程序的时候就会顺手很多。3.3 从头写一个寄存器版本的点灯程序为了让你更直观地理解封装背后的原理这里给一份完全基于寄存器操作的点灯代码。在理解了寄存器之后再看这段代码会非常有感觉#include stm32f10x.h void SysTick_Delay_MS(unsigned int ms) { SysTick-LOAD 72000000 / 1000 * ms / 1000; SysTick-VAL 0; SysTick-CTRL 0x01; while (!(SysTick-CTRL (1 16))); SysTick-CTRL 0; } int main(void) { // 开启 GPIOA 时钟这是 APB2 总线上的外设 RCC-APB2ENR | (1 2); // 配置 PA0 为推挽输出最大速度 50MHz GPIOA-CRL ~(0xF 0); // 先清零 PA0 的配置位 GPIOA-CRL | (0x3 0); // 设为通用推挽输出模式 while (1) { GPIOA-BSRR (1 0); // PA0 输出高电平 SysTick_Delay_MS(500); GPIOA-BRR (1 0); // PA0 输出低电平 SysTick_Delay_MS(500); } }注意这里我对 SysTick 做了一些简化处理LOAD寄存器的值直接按 72MHz 计算因为 Proteus 仿真时默认把系统时钟跑到 72MHz。这个延时函数虽然能用但存在一个问题如果ms的数值过大LOAD寄存器的值会溢出。SysTick 的 LOAD 寄存器只有 24 位最大支持 16777215算下来单次最大延时大约是 233ms。如果要延时更长时间需要做成循环调用的方式。这个知识点在后面用定时器做实时操作系统的时候也会反复碰到。4. 外设进阶定时器、串口与中断的组合玩法点灯跑通之后大多数人会想挑战更复杂的外设。我的建议是按这个顺序来定时器SysTick→ 串口USART→ 外部中断EXTI→ 定时器中断这个顺序基本符合由易到难的梯度。4.1 通用定时器的定时中断从原理到代码SysTick 只能算是一个系统节拍器真正要灵活控制外设的时序需要用到通用定时器 TIM2-TIM5。定时器的核心原理是计数时钟源给计数器提供固定频率的脉冲计数器从 0 数到设定值数满之后触发一次中断或者更新事件。在 72MHz 的系统时钟下如果 TIM2 挂在 APB1 总线上它的时钟源是 36MHz而定时器的内部时钟是 72MHz因为 APB1 的分频系数是 2定时器会额外倍频一次。我们想实现 100ms 的定时需要用的预分频系数PSC和自动重装载值ARR计算如下如果 PSC 7199那么计数器时钟频率 72000000 / 7200 10kHz即每 0.1ms 计一次数要实现 100ms 定时需要计数 10000 次所以 ARR 9999为什么要减一因为计数器的计数是从 0 开始的数到 9999 实际上是 10000 个脉冲。这个“减一”的细节在写代码的时候特别容易搞错我见过不少新手配出来时间差了一倍就是这个原因。看一下具体的配置代码void TIM2_Init(void) { TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); TIM_TimeBaseStructure.TIM_Period 9999; TIM_TimeBaseStructure.TIM_Prescaler 7199; TIM_TimeBaseStructure.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, TIM_TimeBaseStructure); TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE); NVIC_InitStructure.NVIC_IRQChannel TIM2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 0; NVIC_InitStructure.NVIC_IRQChannelSubPriority 1; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); TIM_Cmd(TIM2, ENABLE); }中断服务函数里需要手动清除中断标志位这一步很容易漏。注意TIM_GetITStatus和TIM_ClearITPendingBit必须配合使用如果只清标志位不查状态在高优先级打断低优先级中断的场景下会出现逻辑混乱。4.2 串口 printf 重定向调试信息的第一道门写嵌入式程序不开串口就像开车不看仪表盘。串口可以说是最重要的调试手段没有之一。STM32 的 USART1 在 Proteus 中可以通过一个虚拟串口终端来展示输出数据这个功能让我一个在真机上一步步 Debug 的人都大呼舒服。在 Proteus 里添加一个 VIRTUAL TERMINAL 组件把它的 RXD 引脚接在 STM32 的 TXDPA9上再把 GND 连在一起就可以实现“无硬件串口调试”。然后是代码部分。USART1 的初始化不复杂关键是波特率。我一般用 115200具体的寄存器配置是USART_BRR 72000000 / 115200 625。如果你的系统时钟不是 72MHz这个数值必须重新计算。重定向 printf 需要额外做一些处理。标准库的 printf 默认输出到屏幕要让它把数据送到串口需要重写fputc函数int fputc(int ch, FILE *f) { while (!(USART1-SR USART_FLAG_TXE)); USART1-DR (uint8_t)ch; return ch; }同时在 Keil 中需要勾选 Use MicroLIB这是一个精简版的 C 库它能让 printf 的重定向更简单地生效。如果你不勾选 MicroLIB而使用完整版的 C 库会因为底层实现不同而出现各种奇怪的问题最常见的表现是 printf 没输出或者输出乱码。还有一个细节如果你要用浮点数格式化输出也就是 printf 里带 %fMicroLIB 也需要配合调整默认情况下 MicroLIB 是不支持浮点打印的这个问题会在后面讲。4.3 外部中断 EXTI按键响应不能靠轮询入门阶段最容易犯的坏习惯是轮询按键也就是在主循环里不断检测引脚电平。这种做法的弊端是按键响应有延迟、CPU 占用率高而且如果同时要处理多个按键和多个外设代码会变得又臭又长。中断才是这里面的正解。外部中断的原理是引脚电平发生变化时芯片内部的 EXTI 模块会检测到这个跳变然后向 NVIC 发出中断请求CPU 暂停当前工作去执行中断服务函数。整个过程是“事件驱动”的不需要 CPU 主动去查询。配置 PA0 为外部中断输入并将其连接到 EXTI0 通道代码如下void EXTI0_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; EXTI_InitTypeDef EXTI_InitStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IPU; GPIO_Init(GPIOA, GPIO_InitStructure); GPIO_EXTILineConfig(GPIO_PortSourceGPIOA, GPIO_PinSource0); EXTI_InitStructure.EXTI_Line EXTI_Line0; EXTI_InitStructure.EXTI_Mode EXTI_Mode_Interrupt; EXTI_InitStructure.EXTI_Trigger EXTI_Trigger_Rising; EXTI_InitStructure.EXTI_LineCmd ENABLE; EXTI_Init(EXTI_InitStructure); NVIC_InitStructure.NVIC_IRQChannel EXTI0_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); }这里有个关键的坑AFIO 时钟必须开启。GPIO 的外部中断功能并不是默认映射到任何引脚的它需要通过 AFIO 模块把 EXTI 信号源连接到指定的 GPIO 引脚。很多新手在配置 RCC 的时候只管 GPIO 的时钟忘了开 AFIO结果就是中断怎么都触发不了。外部中断服务函数里面要做什么最安全也最推荐的做法是设置一个标志位然后尽快退出中断在 main 函数的主循环里处理标志位对应的逻辑。EXTI_GetITStatus和EXTI_ClearITPendingBit这两个函数一个查中断状态、一个清中断标志必须成对调用我每次写中断服务函数都会先习惯性地把清标志位的代码放进去免得后面忘了导致中断一直触发。5. 综合实战把外设组装成一个完整系统前面几个外设是单独跑的现在把它们组合起来做一个有点实际意义的完整小项目按下按键后LED 以不同的频率闪烁同时串口打印当前的工作状态。这个项目虽然简单但涉及了“主循环 中断 外设协同”的完整架构。5.1 模块划分与代码组织工程结构我按功能模块来组织main.c主循环与系统初始化bsp_led.cLED 驱动bsp_key.c按键与外部中断bsp_usart.c串口初始化与 printf 重定向bsp_timer.c定时器初始化与延时在bsp_key.c中我定义了一个全局标志位volatile uint8_t key_flag 0;volatile关键字在这里不可以省略。中断服务函数中修改了这个变量而 main 函数的循环里要读取它没有volatile的话编译器可能把这个变量优化到寄存器里导致 main 函数读到的永远是旧值。这个坑基本是新手必踩的我甚至有段时间看到中断里修改的全局变量没有加volatile就直接默认它有问题。5.2 主循环的状态机设计主循环里的逻辑不复杂但要用一个轻量级的状态机来判断按键按下的次数根据状态切换 LED 闪烁模式int main(void) { SystemInit(); LED_Init(); KEY_Init(); USART1_Init(); TIM2_Init(); printf(System start...\r\n); uint8_t mode 0; while (1) { if (key_flag) { key_flag 0; mode (mode 1) % 3; printf(Mode: %d\r\n, mode); } switch (mode) { case 0: LED_Blink(200); break; case 1: LED_Blink(500); break; case 2: LED_Blink(1000); break; default: break; } } }注意看这个结构主循环不做耗时的事情只做状态切换和任务调用。按键检测完全由中断完成LED 闪烁的延时由 TIM2 的中断完成定时。这样做的好处是不管任何时刻发生按键事件CPU 都能立刻响应。如果在主循环里用轮询键扫描一旦 LED 处于 1 秒延时的状态下按下按键可能要等快 1 秒才有反应这种体验很糟糕。5.3 调试过程中的时序验证在 Proteus 里验证这个系统的时序有个特别好用的工具虚拟示波器。你可以把示波器的探头接在 PA0 引脚上直接观察 LED 驱动信号的波形测量高电平持续的时间是不是你设定的值。这一步在真实硬件上也能做但需要示波器不是每个人都有。在仿真环境里你可以随时暂停、放大波形还可以直接测量频率对学习调试方法非常有帮助。我在调试中发现TIM2 定时中断和系统主循环的配合有一个值得注意的地方主循环中 LED_Blink 函数如果用了基于 TIM2 的延时而不是简单粗暴的 for 循环空转那整个系统的响应时间就可控得多按键的队列处理也不会导致卡顿。5.4 关于 Proteus 仿真速度不如真机的应对很多人第一次用 Proteus 跑稍复杂的程序时会发现仿真速度明显比真实运行慢比如 LED 闪烁的频率看起来不对。这个现象的原因有两个层面。第一Proteus 是以“实时”模式去模拟 CPU 的指令执行同时还要模拟外围电路、信号传播它的目标就是让你的程序看起来在“以正常速度运行”但实际上它内部做了很多额外的计算。第二如果仿真里挂了太多样元器件比如一个 8 位数码管加上一堆电阻和驱动芯片每一个器件都会消耗 CPU 资源。如果你发现仿真跑得慢或者不流畅我的调整思路是优先暂停仿真检查有没有器件存在“连接悬空”的情况其次把无关的调试显示组件关掉如果还慢就考虑把仿真的时序精度调低一些。有一个选项叫“Enable RS232 and USB component models”它的开关会在运行某些串口仿真时对速度有明显影响不需要这个功能的时候顺手关掉能省不少资源。6. 常见问题与排查技巧实录纯软件环境有一个好处是出问题之后可以非常确定地复现。下面这些坑都是我自己在搭建这套仿真架构时踩过的按出现频率排序整理成一张速查表。6.1 高频问题速查表现象最可能的原因排查方式与解决办法编译代码烧不进 ProteusKeil 没勾选 Create HEX File打开 Options for TargetOutput 选项卡勾选重新编译仿真运行后 LED 一直不亮GPIO 时钟未使能检查 RCC_APB2PeriphClockCmd 是否开启对应 GPIO 时钟程序跑飞或卡在某个地方外部晶振没有接或接错在 Proteus 里面画一个 8MHz 晶振电路或者改用内部时钟串口终端不显示任何内容波特率或引脚映射配置错误检查 USART_BRR 数值确认 TXD 接在虚拟终端的 RXD 上printf 不输出没有重定向 fputc 或者没勾选 MicroLIB添加 fputc 函数并在 Keil 中勾选 Use MicroLIB中断一直进程序死循环中断标志位没有清除在中断服务函数中调用 EXTI_ClearITPendingBit 清标志LED 闪烁时间完全不对for 循环延时被优化把编译优化等级调到 -O0或者改为定时器延时仿真速度极慢虚拟器件太多或串口模型开关打开关闭无关调试组件取消不用功能的模型开关用 %f 打印浮点数时输出乱码MicroLIB 不支持浮点打印在 Keil 的微库配置中开启浮点支持或者用整数拆分打印6.2 为什么我的代码在 Keil 里编译错误新手最常见的一类错误是“缺少宏定义”导致的比如编译时提示stm32f10x_conf.h找不到。标准的解决方法是在 Options for Target 的 C/C 选项卡里把STM32F10X_MD和USE_STDPERIPH_DRIVER这两个宏加进去同时保证头文件的 Include Paths 路径里包含标准外设库的inc目录。另外Keil 默认的 C99 模式不是开着的如果你写了 C99 风格的代码比如在 for 循环里定义变量需要在 C/C 选项卡里勾选 C99 Mode。这个选项在工程文件较旧或复制来的模板里经常是关闭的。6.3 仿真中压栈溢出问题在 main 函数里定义一个较大的局部数组比如uint8_t buffer[1024]在 Keil 的默认配置下有可能会把栈空间撑爆。STM32F103C8 只有 20KB 的 RAM但我们的仿真工程往往只会用到很少一部分。关键是 Keil 启动文件里设置的栈大小默认是 0x400 也就是 1KB如果超过了就得手动改启动文件里的 Stack_Size。这个问题的排查办法是观察现象程序跑起来后随机死机或者某种调用深的操作必定死机而代码本身逻辑又看不出问题那大概率就是栈溢出了。我在做这个项目的时候顺手把启动文件里的栈大小改成了 0x1000虽然浪费了一点 RAM但换来的是调试时不用反复怀疑栈问题。6.4 中断优先级配置的避坑STM32 的中断优先级分为抢占优先级和响应优先级NVIC 里面有一堆比特位来配置这些优先级。新手常犯的错误是把两个外设的优先级配得一模一样导致中断嵌套时行为不确定。规则的简单记忆方式是抢占优先级高数值小的可以先打断抢占优先级低的如果抢占优先级相同就看响应优先级响应优先级相同的话编号小的中断先响应。如果你在做一个小项目时不想深究优先级最省心的做法是让定时器中断的抢占优先级设置为 0按键中断的在 1这样定时器永远可以打断其他中断按键的中断永远不会影响定时器的精准性。7. 这波折腾之后的一些经验体会这套“纯软件”STM32 入门方案走完整套流程之后最大的收获不是“省了买板子的钱”而是让我重新理解了学习嵌入式的一种节奏先用可控的成本建立起信心遇到问题再回头补基础理论而不是一开始就设备拉满然后被一堆硬件问题劝退。如果让我给一个路线建议我会说先玩仿真把 IO、串口、定时器、中断这四个外设吃透之后再去买一块几十块钱的板子用仿真里同样的代码去烧录真机。你会突然发现从仿真到真机的迁移过程其实极其平滑因为你已经知道一段代码是怎么控制硬件的真机上的差异仅仅是还需要关注接线和供电这些物理层面的东西。仿真和真机的关系从来不是替代而是互补。仿真最大的价值在于调试无成本和零烧板风险精确定位问题的环节很多都在仿真阶段完成。真机的作用反而是让你对“电子产品”这件事建立手感比如知道芯片发热是什么感觉、杜邦线松了会是什么现象。最后分享一个我自己的习惯每实现一个外设功能就把对应的仿真工程单独保存一个版本用“项目名_日期_功能点”的命名方式存档。这个项目里我做完了点灯、串口、定时器、中断后把他们各自保存在不同文件里后面做综合项目时随时可以拿出来复用。这种积累工程模块的习惯比多写几行代码提升更大也更容易让你看到自己的成长轨迹。
