1. 为什么我要把 STM32 入门做成纯软件版本
1.1 一块开发板引发的入门困境
刚接触嵌入式那会儿，我和大多数人一样，第一反应就是先去买一块开发板。打开购物平台一搜，从几十块到几百块的 STM32 板子铺天盖地，配套的教程、例程、视频也是一抓一大把。看起来门槛很低，但真正上手之后才发现，事情没那么简单。
买板子只是第一步。板子到手之后，你还需要面对一堆现实问题：USB 转串口驱动装不上、下载器识别不到芯片、供电跳线帽插错位置、按键抖动导致程序跑飞、LED 灯不亮怀疑是硬件坏了还是代码写错了。对于完全没有硬件基础的人来说，这些坑每一个都足以让人卡上大半天甚至好几天。更别提有些朋友只是想先了解一下 STM32 到底是怎么回事，还没决定要不要深入学，就先花了一笔钱买板子，结果吃灰了。
我身边就有这样的例子。有个朋友听说 STM32 是嵌入式入门的标配，兴冲冲买了一套开发板加仿真器，结果卡在环境搭建上，连第一个点灯程序都没跑起来，板子就一直在抽屉里躺着。这种情况太常见了，不是人不够聪明，而是硬件入门的前置成本确实不低。
所以我就想，能不能把 STM32 的入门过程做成一个纯软件的版本？不需要买板子，不需要接任何实物，只要一台电脑，就能把 GPIO、串口、定时器、中断、ADC、PWM 这些外设一个一个跑通，看到程序运行的结果。这样一来，学习成本几乎降到了零，想学的人可以先把核心概念和编程方法摸清楚，等真正有兴趣了再考虑买硬件。
1.2 纯软件仿真到底能做什么、不能做什么
这里需要先把预期说清楚。纯软件仿真不是万能的，它有自己的能力边界。
能做的事情其实不少。你可以用仿真器模拟 STM32 的 CPU 内核，执行你写的每一行代码，查看寄存器状态、变量值、内存数据。你可以模拟 GPIO 的输出电平变化，在仿真环境里看到引脚状态翻转。你可以模拟串口收发数据，把 printf 的内容输出到虚拟终端。你可以模拟定时器计数、中断触发、ADC 采样值输入、PWM 波形输出。对于理解外设的工作原理和编程逻辑来说，这些已经足够了。
不能做的事情也要明确。仿真环境里没有真实的电路，所以你无法验证硬件电路设计是否正确，无法测试真实的信号质量，无法感受实际外设的响应速度和电气特性。仿真通过不代表硬件上一定能跑通，这一点必须心里有数。
但对于入门阶段来说，先搞清楚“代码怎么写、寄存器怎么配、外设怎么工作”这些核心问题，比一上来就纠结硬件连接要高效得多。等你把仿真环境里的外设都跑通了，再去碰真实硬件，会发现很多概念已经了然于胸，上手速度快很多。
1.3 适合谁来用这套方案
这套纯软件方案适合几类人。第一类是零基础的嵌入式初学者，想先了解 STM32 的编程模型和外设使用方法，但还不确定要不要投入硬件成本。第二类是有一定编程基础但没接触过单片机的开发者，想快速了解 STM32 的开发流程。第三类是学生或者自学者，手头暂时没有硬件条件，但想先把理论知识转化为实际动手经验。第四类是已经有一定基础的人，想在没有硬件的情况下验证某些算法逻辑或者外设配置思路。
如果你已经是有经验的嵌入式工程师，这套方案可能对你帮助有限，因为你更需要的是真实硬件上的调试和验证。但对于入门和进阶初期的朋友来说，纯软件仿真是一个性价比极高的选择。
2. 仿真环境选型与搭建思路
2.1 为什么选 Keil MDK 加仿真器组合
市面上能用于 STM32 仿真的工具不止一种，我最终选择的是 Keil MDK 配合其内置的仿真器。原因有几个。
第一，Keil MDK 是 STM32 开发最主流的 IDE 之一，资料多、教程全、社区活跃。用它来入门，以后转到真实硬件开发时，开发环境不需要换，学习成本可以复用。第二，Keil 内置的仿真器对 STM32 系列芯片的支持比较完善，能够模拟常见外设的行为，包括 GPIO、串口、定时器、中断等。第三，Keil 的调试界面直观，寄存器查看、变量监视、内存浏览、断点调试这些功能都很成熟，适合初学者理解程序运行过程。
当然，也有其他选择，比如基于 Eclipse 的免费工具链配合仿真后端，或者一些开源的仿真方案。但对于入门来说，Keil 的集成度最高，踩坑最少。你不需要花大量时间折腾环境配置，可以把精力集中在学习外设编程本身。
注意：Keil MDK 有社区版和商业版之分，社区版对代码大小有限制，但对于学习外设编程来说完全够用。安装时选择社区版即可，不需要额外付费。
2.2 安装与配置的关键步骤
安装 Keil MDK 本身不复杂，去官网下载安装包，一路下一步就行。但有几个关键点需要注意。
安装过程中会提示你安装器件支持包（Device Family Pack），这一步很重要。你需要根据你选择的 STM32 系列安装对应的 DFP。比如你打算仿真 STM32F103 系列，就安装 STM32F1 系列的 DFP。如果这一步漏了，后面新建工程时找不到芯片型号。
安装完成后，第一次打开 Keil，建议先检查一下仿真器配置。在 Project 菜单下找到 Options for Target，切换到 Debug 选项卡，确认右侧选择的调试器是 Use Simulator 而不是某个硬件调试器。这一步是纯软件仿真的关键，选错了就会提示找不到硬件。
另外，在 Debug 选项卡的 Dialog DLL 和 Parameter 里，通常会自动填入对应的仿真驱动和参数。如果新建工程时选对了芯片型号，这里一般不需要手动改。但如果发现仿真时外设行为不对，可以回来检查一下这里的配置。
2.3 新建工程的正确姿势
新建工程时，Keil 会要求你选择芯片型号。这里建议选一个资料最丰富、仿真支持最好的型号，比如 STM32F103 系列中的某个常见型号。选好之后，Keil 会问你是否要自动添加启动文件，选是。
接下来需要手动添加你写的源文件。对于入门来说，一开始不需要搞复杂的工程结构，一个 main.c 就够了。但建议养成好习惯，把不同功能的代码分文件存放，比如 gpio.c、uart.c、timer.c 等，这样后面外设多了不会乱。
工程建好之后，还需要在 Options for Target 的 Target 选项卡里确认一下晶振频率。仿真环境下这个频率会影响定时器计数和串口波特率的计算，所以要和你的代码里配置的一致。比如你代码里假设系统时钟是 72MHz，这里就填 72MHz。
提示：仿真环境下不需要配置下载算法和 Flash 编程算法，因为不会真的往芯片里烧录程序。这些选项保持默认即可。
3. GPIO 外设的仿真实现与实操
3.1 GPIO 在仿真环境中的行为特点
GPIO 是 STM32 最基础的外设，也是入门第一个要跑通的东西。在真实硬件上，你配置一个引脚为输出模式，然后写 1 或写 0，用万用表或者 LED 就能看到电平变化。在仿真环境里，你看不到实际的电压，但可以通过仿真器提供的虚拟寄存器窗口和逻辑分析仪来观察引脚状态。
Keil 的仿真器提供了一个叫 Logic Analyzer 的功能，可以把你关心的引脚添加进去，实时显示电平变化波形。这个功能非常实用，相当于一个虚拟的逻辑分析仪，能让你直观地看到 GPIO 翻转的时序。
另外，在 Peripherals 菜单下，可以打开 GPIO 的虚拟寄存器窗口，查看每个端口的配置寄存器和数据寄存器。你写代码配置引脚时，可以同步观察寄存器的变化，理解每一行代码到底改动了哪个寄存器的哪个位。这对于理解 STM32 的寄存器编程模型非常有帮助。
3.2 点灯程序的仿真验证步骤
点灯是嵌入式的 Hello World，在仿真环境里同样可以跑。下面是我常用的步骤。
第一步，写一个最简单的 GPIO 初始化函数，使能 GPIO 时钟，配置某个引脚为推挽输出模式，速度设为低速或中速。第二步，在 main 函数里写一个死循环，轮流将引脚置高和置低，中间加一个简单的延时。第三步，编译工程，确保没有错误。第四步，进入仿真模式，打开 Logic Analyzer，把对应的引脚添加进去。第五步，全速运行，观察波形。
如果你看到 Logic Analyzer 里出现了周期性的高低电平变化，说明 GPIO 配置和操作是正确的。如果波形一直是低电平或者一直是高电平，那就要检查时钟使能是否正确、引脚配置是否正确、代码里是否真的执行到了翻转语句。
注意：仿真环境下延时函数的实际耗时和真实硬件可能不一致，因为仿真器执行指令的速度取决于电脑性能。所以不要用仿真环境来精确测量延时时间，只看逻辑是否正确即可。
3.3 按键输入的仿真模拟方法
按键输入在仿真环境里稍微麻烦一点，因为没有真实的按键可以按。但可以通过手动修改寄存器的方式模拟按键按下。
具体做法是：把按键对应的引脚配置为输入模式，然后在仿真运行时，打开 GPIO 的虚拟寄存器窗口，找到对应的输入数据寄存器，手动修改某一位的值，模拟按键按下或松开。你的代码里轮询或者中断检测这个引脚状态，就能看到程序做出相应反应。
这个方法虽然不如真实按键直观，但对于验证按键检测逻辑、消抖算法、中断响应流程来说已经足够了。你可以反复修改寄存器值，观察程序在不同输入下的行为，这在真实硬件上反而不好操作，因为你需要反复按按键。
提示：如果代码里用了外部中断来检测按键，仿真环境下也可以手动触发中断。在 Peripherals 菜单下找到对应的外部中断控制器，手动置位中断标志，就能触发中断服务函数。
4. 串口通信的仿真与调试技巧
4.1 串口在仿真环境中的工作方式
串口是嵌入式开发中最常用的调试手段，printf 重定向到串口几乎是每个项目的标配。在仿真环境里，串口同样可以工作，但数据不是发到真实的物理引脚上，而是发到仿真器提供的虚拟终端里。
Keil 的仿真器支持串口仿真，你配置好串口参数后，在仿真运行时打开 UART 窗口，就能看到程序通过串口发送出来的数据。这个窗口相当于一个虚拟的串口终端，可以显示接收到的字符，也可以手动输入字符发送给程序。
这个功能对于调试程序逻辑非常有用。你可以在代码里加一堆 printf，把关键变量的值、程序执行到的位置、外设的状态都打印出来，然后在 UART 窗口里查看。这比单步调试效率高很多，尤其是在分析复杂逻辑的时候。
4.2 串口初始化的关键参数计算
串口初始化的核心是配置波特率。STM32 的串口波特率由系统时钟和波特率寄存器共同决定。计算公式是：波特率 = 系统时钟 / (16 * USARTDIV)，其中 USARTDIV 是波特率寄存器的值，包括整数部分和小数部分。
举个例子，假设系统时钟是 72MHz，你要配置波特率为 115200。那么 USARTDIV = 72000000 / (16 * 115200) = 39.0625。整数部分是 39，小数部分是 0.0625。小数部分乘以 16 得到 1，所以小数寄存器里填 1。最终波特率寄存器里整数部分填 39，小数部分填 1。
在仿真环境下，这个计算同样适用。如果你发现 UART 窗口里显示的字符是乱码，大概率是波特率配置不对。检查一下系统时钟频率和波特率寄存器的值是否匹配。
提示：仿真环境下，串口数据的发送和接收是即时完成的，不受真实波特率的限制。所以你不需要等待数据传输时间，程序执行到发送语句后，数据立刻就会出现在 UART 窗口里。
4.3 printf 重定向的仿真验证
printf 重定向是串口调试的常用技巧。在 Keil 里，你需要重写 fputc 函数，把字符输出到串口的数据寄存器。具体做法是：在代码里包含 stdio.h，然后实现一个 fputc 函数，在里面等待串口发送数据寄存器为空，然后把字符写入数据寄存器。
在仿真环境下，这个流程同样有效。你调用 printf 后，字符会通过 fputc 写入串口数据寄存器，然后仿真器会把数据送到 UART 窗口显示出来。你可以在 UART 窗口里看到完整的输出内容。
如果 printf 没有输出，检查几个地方：是否包含了 stdio.h，是否实现了 fputc，是否在 Keil 的 Target 选项卡里勾选了 Use MicroLIB。MicroLIB 是 Keil 提供的一个精简 C 库，对 printf 重定向支持更好。如果没勾选，可能需要额外的配置才能让 printf 正常工作。
5. 定时器与中断的仿真实现
5.1 定时器计数过程的仿真观察
定时器是 STM32 中最常用的外设之一，用来做精确延时、周期任务、PWM 输出、输入捕获等。在仿真环境里，定时器的计数过程可以直观地观察到。
配置好定时器的预分频器和自动重装载值后，启动定时器，然后在仿真运行时打开定时器的虚拟寄存器窗口，可以看到计数器寄存器的值在不断变化。当计数器达到自动重装载值时，会溢出并触发更新事件，如果使能了更新中断，就会进入中断服务函数。
通过观察计数器寄存器的变化，你可以验证预分频器和重装载值的配置是否正确，计算出的定时周期是否符合预期。比如系统时钟 72MHz，预分频器设为 7199，自动重装载值设为 999，那么定时器时钟就是 72MHz / 7200 = 10kHz，计数 1000 次就是 0.1 秒，也就是 100ms 的定时周期。
注意：仿真环境下定时器的计数速度取决于仿真器的执行速度，不一定和真实时间一致。所以不要用仿真环境来验证定时精度，只看计数逻辑和中断触发是否正确即可。
5.2 中断触发与响应流程验证
中断是 STM32 编程中的重点和难点。在仿真环境里，中断的触发和响应流程可以完整地验证。
以定时器更新中断为例，配置好定时器和中断控制器后，在中断服务函数里写一个变量翻转或者计数器递增。进入仿真后，全速运行，观察这个变量的变化。如果变量在周期性变化，说明中断正常触发和响应了。
你还可以在中断服务函数里设置断点，当程序进入中断时会自动暂停，你可以查看中断发生时的寄存器状态、堆栈内容、程序执行位置。这对于理解中断的现场保护和恢复机制非常有帮助。
如果中断没有触发，检查几个地方：定时器是否使能了更新中断，中断控制器是否使能了对应的中断通道，中断优先级配置是否正确，中断服务函数的名称是否和启动文件里的向量表一致。这些是中断不触发的常见原因。
5.3 中断优先级的仿真测试方法
中断优先级是中断编程中容易出错的地方。在仿真环境里，你可以通过配置不同的优先级，观察中断的嵌套和响应顺序。
具体做法是：配置两个定时器，分别以不同的频率触发中断，给它们设置不同的抢占优先级和响应优先级。然后在两个中断服务函数里分别操作不同的变量，观察变量的变化顺序。如果高抢占优先级的中断能够打断低抢占优先级的中断，说明嵌套配置正确。
这个测试在真实硬件上需要示波器或者逻辑分析仪才能观察，但在仿真环境里，通过变量变化和断点就能看清楚。对于理解 STM32 的中断优先级机制来说，这是一个非常高效的方法。
6. ADC 与 PWM 的仿真实现
6.1 ADC 采样值的仿真注入方法
ADC 是模拟外设，在仿真环境里没有真实的模拟信号输入。但仿真器允许你手动设置 ADC 数据寄存器的值，模拟采样结果。
具体做法是：配置好 ADC 的通道、采样时间、转换模式后，启动 ADC 转换。在仿真运行时，打开 ADC 的虚拟寄存器窗口，手动修改数据寄存器的值，模拟不同的采样电压。你的代码读取 ADC 数据寄存器后，根据这个值做相应的处理，比如计算电压、控制输出等。
这个方法可以用来验证 ADC 的读取逻辑、数据处理算法、阈值判断等功能。虽然不能验证真实的采样精度和抗干扰能力，但对于入门学习来说已经足够了。
提示：有些仿真器支持自动生成 ADC 采样值，比如生成正弦波或者锯齿波。如果你的仿真器支持这个功能，可以用来测试更复杂的 ADC 应用，比如波形采集和显示。
6.2 PWM 波形输出的仿真观察
PWM 是定时器的一个重要应用，用来控制电机速度、LED 亮度、舵机角度等。在仿真环境里，PWM 波形可以通过 Logic Analyzer 来观察。
配置好定时器的 PWM 模式后，设置好频率和占空比，启动定时器。在 Logic Analyzer 里添加对应的引脚，就能看到 PWM 波形。你可以修改占空比寄存器的值，观察波形的高电平时间变化。如果占空比从 50% 改到 75%，波形的高电平部分应该明显变宽。
通过这种方式，你可以验证 PWM 的频率和占空比配置是否正确，理解定时器的比较输出机制。对于后续控制电机或者 LED 调光来说，这是必须掌握的基础。
6.3 ADC 与 PWM 联合仿真的思路
在实际项目中，ADC 和 PWM 经常一起使用，比如根据 ADC 采样的电压值调整 PWM 的占空比，实现闭环控制。在仿真环境里，这个流程也可以模拟。
你可以在代码里写一个逻辑：读取 ADC 数据寄存器的值，根据这个值计算 PWM 占空比，然后写入比较寄存器。在仿真运行时，手动修改 ADC 数据寄存器的值，观察 PWM 波形的占空比是否相应变化。如果变化符合预期，说明你的控制逻辑是正确的。
这个联合仿真对于理解闭环控制的基本原理很有帮助。你不需要真实的传感器和电机，就能验证控制算法的逻辑是否正确。等逻辑验证通过后，再上真实硬件调试，会顺利很多。
7. 常见问题与排查技巧实录
7.1 仿真器无法启动或报错
这是最常见的问题之一。点击仿真按钮后，Keil 提示找不到调试器或者无法加载仿真驱动。原因通常是 Debug 选项卡里没有选择 Use Simulator，或者 Dialog DLL 和 Parameter 配置不对。
解决办法是：打开 Options for Target，切换到 Debug 选项卡，确认右上角选择的是 Use Simulator。然后检查下面的 Dialog DLL 和 Parameter，对于 STM32F1 系列，通常应该是 DARMSTM.DLL 和 -pSTM32F103C8 之类的参数。如果不对，手动改过来。
还有一个可能的原因是器件支持包没有安装完整。去 Keil 官网下载对应的 DFP 安装包，安装后重启 Keil 再试。
7.2 外设寄存器窗口看不到变化
有时候你配置了外设，但在虚拟寄存器窗口里看不到寄存器的变化。这通常是因为仿真器没有正确识别外设的地址范围，或者你查看的寄存器窗口不对。
解决办法是：确认你打开的是正确的 Peripherals 菜单下的对应外设窗口。比如看 GPIO 就去 GPIO 子菜单，看定时器就去 TIM 子菜单。如果窗口里全是零，检查一下外设时钟是否使能了。STM32 的外设都需要先使能时钟才能工作，时钟没使能，寄存器写不进去。
另外，有些仿真器对外设的支持不完整，可能只支持部分寄存器。如果发现某个寄存器看不到，可以尝试直接查看内存地址。在 Memory 窗口里输入外设的基地址，就能看到寄存器的原始值。
7.3 中断不触发或触发异常
中断不触发的原因很多，排查起来需要耐心。我一般按照以下顺序检查。
先确认中断源是否使能。比如定时器更新中断，要检查定时器的控制寄存器里是否使能了更新中断。再确认中断控制器是否使能了对应的通道。STM32 的中断需要经过嵌套向量中断控制器，通道没使能，中断信号传不到 CPU。然后检查中断优先级配置，优先级分组和抢占优先级、响应优先级的设置是否正确。最后检查中断服务函数的名称是否和启动文件里的向量表一致，名称写错了，中断触发后会跳到默认的死循环里。
如果中断触发异常，比如频繁触发或者不按预期触发，检查一下中断标志是否在中断服务函数里清除了。有些中断标志需要手动清除，不清除的话会一直触发。
7.4 串口输出乱码或无输出
串口乱码通常是因为波特率不匹配。检查系统时钟频率和波特率寄存器的计算是否正确。如果系统时钟是 72MHz，波特率是 115200，按照前面的公式算出来的 USARTDIV 应该是 39.0625，整数部分 39，小数部分 1。如果算错了，波特率就会偏，导致乱码。
串口无输出可能是几个原因：串口时钟没使能，串口引脚配置不对，发送使能位没置位，或者 printf 重定向没配置好。逐一检查这些地方，一般都能找到问题。
提示：仿真环境下，串口的数据发送是即时的，不需要等待发送完成标志。但如果你在代码里等待发送完成标志，而仿真器没有正确模拟这个标志，可能会导致程序卡住。遇到这种情况，可以暂时去掉等待，直接写数据寄存器。
7.5 仿真速度太慢或卡顿
仿真器执行指令的速度取决于电脑性能，如果工程比较大或者断点比较多，可能会感觉卡顿。解决办法是减少不必要的断点，关闭不用的外设窗口，降低仿真精度要求。
另外，仿真时不要开太多 Watch 窗口和 Memory 窗口，这些窗口会实时刷新数据，消耗性能。只保留你当前需要观察的变量和寄存器即可。
如果实在卡得厉害，可以尝试分段仿真，先跑通一部分功能，再跑下一部分。或者把一些耗时的循环改成条件执行，减少仿真器需要执行的指令数。
8. 从仿真到硬件的过渡建议
8.1 仿真验证通过后如何迁移到硬件
仿真环境里跑通的代码，迁移到真实硬件上通常只需要做少量修改。主要改动包括：时钟配置可能需要根据实际晶振频率调整，延时函数可能需要根据实际系统时钟重新计算，串口波特率可能需要微调，引脚配置可能需要根据实际电路板调整。
建议在仿真阶段就把代码结构写好，把硬件相关的配置单独放在一个文件里，比如 board.h 和 board.c。这样迁移到硬件时，只需要修改这个文件里的引脚定义和时钟配置，其他代码不用动。
另外，仿真阶段不要依赖仿真器特有的功能，比如手动修改寄存器来模拟输入。这些在真实硬件上没法用。尽量用标准的输入输出方式，比如按键、串口、ADC，这样迁移时不需要改代码逻辑。
8.2 硬件上容易踩的坑与仿真阶段的预防
真实硬件上有很多仿真环境里遇不到的问题，比如电源噪声、信号抖动、引脚冲突、外设初始化顺序等。在仿真阶段，你可以通过一些方法提前预防。
比如按键消抖，仿真阶段可以手动模拟抖动，验证消抖算法是否有效。比如外设初始化顺序，仿真阶段可以故意打乱顺序，看看会不会出问题。比如引脚冲突，仿真阶段可以检查每个引脚的配置，确保没有两个外设用同一个引脚。
这些预防措施虽然不能覆盖所有硬件问题，但能帮你提前发现一些逻辑上的隐患，减少硬件调试时的排查工作量。
8.3 什么时候该买第一块开发板
仿真环境虽然好用，但终究不能替代真实硬件。当你把 GPIO、串口、定时器、中断、ADC、PWM 这些基础外设都在仿真环境里跑通，理解了它们的工作原理和编程方法之后，就可以考虑买一块开发板了。
这时候你已经有了足够的知识储备，拿到板子后不会手足无措。你知道怎么配置时钟，怎么初始化外设，怎么调试程序。硬件上遇到的问题，你也能更快地定位和解决。买板子的钱花得值，学习效率也高。
我个人在实际操作中的体会是，仿真环境最大的价值不是替代硬件，而是降低入门门槛，让你先把核心概念和编程方法搞清楚。等你真正拿到硬件时，你会发现很多问题已经在仿真阶段解决了，剩下的只是硬件相关的细节调试。这个过渡过程会平滑很多，学习曲线也不会那么陡。
最后再分享一个小技巧：在仿真阶段养成写调试日志的习惯，把每个外设的配置参数、预期行为、实际观察结果都记录下来。等你迁移到硬件时，这份记录就是最好的参考文档，能帮你快速定位问题。这个习惯我坚持了很多年，每次调试新项目都会用，效率提升非常明显。
