我一直觉得，STM32入门的第一道坎不是C语言，也不是寄存器，而是那根下载线。很多人趁着热情买回核心板，结果不是驱动装不上，就是BOOT跳线搞不明白，板子到手一周，连个LED都没点亮。如果你也卡在这一步，或者手里暂时还没有开发板、只想先在电脑上把STM32跑起来看看效果，那这篇内容就是给你准备的：我们用Proteus仿真软件，完整搭一块STM32F103C8T6核心板的最小系统，点亮LED，读按键，输出PWM波形。全程不需要实体板子，也能看到芯片引脚真实的电平变化，把“硬件折腾”这部分成本先降到零。
这篇东西适合完全没有接触过STM32的小白，也适合买过板子但被下载器折磨到快放弃的人。我会从建工程开始讲，把电源、晶振、复位这些最小系统的概念揉进实操里，再带你把代码从Keil编译成HEX文件，最后加载进Proteus的虚拟芯片里跑起来。中间穿插的“坑”都是我实际踩过的，有的坑甚至会让芯片完全不动，网上教程一般不会写。
先说好，这篇不是电路理论课，也不是寄存器手册翻译，就是用最直接的方式带你走通“写代码—编译—仿真—看波形”这条完整链路。跟着做就行，卡住了就回来对照排查清单。
1. 为什么我推荐用Proteus先入门STM32
1.1 仿真帮你砍掉哪些变量
我一直跟身边想学嵌入式的朋友说：单片机入门最大的敌人不是C语言，是“问题定位”。真实开发板上，程序跑不起来，你很难判断是代码写错了、电路没接对、芯片坏了，还是驱动没装好。这四个因素混在一起，新手根本无从下手。
Proteus仿真的价值就在于，它把电路里的“物理不确定性”全部拿掉了：不需要接线，不需要下载器，不需要考虑接触不良，芯片不会烧，LED不会坏。你要做的就是画一张原理图，然后把程序加载进去。这样变量就只剩一个——你的代码逻辑对不对。等你在仿真里把GPIO、PWM、串口这些基础玩明白了，再上真实板子，遇到的问题会少一大半。
另一个好处是成本。一块STM32F103C8T6最小系统板不贵，但烧录器、杜邦线、面包板、各种传感器模块加起来，一套入门装备还是要花不少钱。而Proteus加Keil，一台普通电脑就够了，软件层面的投入为零，学习试错完全免费。
1.2 Proteus版本与配套工具
先说版本，这很重要。如果你电脑上装的是Proteus 7，那可以直接放弃了，Proteus 7时代没有Cortex-M3内核模型，不支持STM32仿真。必须用Proteus 8，而且建议8.6以上的版本，对STM32F103系列的支持更稳定。我这边用的是8.x的较新版本，操作界面跟旧版略有差异，但核心操作逻辑是一致的。
配套工具是Keil MDK，也就是我们常说的Keil 5。Keil负责写代码、编译、生成HEX文件，Proteus负责运行这颗“虚拟STM32”。两者通过HEX文件建立联系，不涉及其他复杂配置。
还有一点，工程路径和文件名尽量不要用中文。Proteus和Keil对中文路径的兼容性时好时坏，有时候编译报错、Proteus加载不了文件，最后查下来就是路径问题。我习惯在某个盘的根目录建一个英文文件夹，所有仿真工程都放里面，省心。
1.3 这颗芯片在仿真里能跑哪些外设
STM32F103C8T6在Proteus里的仿真能力，比大多数新手以为的要强。GPIO、外部中断、定时器、PWM、串口UART、ADC、I2C、SPI的基础功能都能跑。这意味着入门阶段的大部分实验，包括闪灯、按键、呼吸灯、PWM调速、串口打印、电压采集，都可以在仿真里完成。
但别高兴太早，有几类外设在Proteus里是“半残”状态：USB、CAN、DMA、SDIO、以太网这类功能，模型往往不完整或行为跟真实芯片差异很大。你用仿真去验证这些高级功能，很容易得到错误结论。我的经验是：仿真拿来做“逻辑验证”非常可靠，做“协议验证”就要留个心眼。
所以我的建议是：入门阶段放心用Proteus，进阶到USB、CAN这些再买板子实测。这样既不耽误学习进度，又不会被仿真的局限性误导。
2. 第一步：画出最小系统板
2.1 元件清单与库搜索
打开Proteus，新建工程，选Schematic Capture，然后我们开始放元件。元件库里搜索这几个东西：
| 元件 | 搜索关键词 | 参数/备注 |
|---|---|---|
| 主控芯片 | STM32F103C8 / STM32F103C8T6 | 核心板主角 |
| LED | LED-RED | 红色发光二极管 |
| 电阻 | RES | 330Ω一个，10kΩ两个 |
| 电容 | CAP | 20pF两个，0.1uF一个 |
| 晶振 | CRYSTAL | 频率改成8MHz |
| 按键 | BUTTON | 轻触开关 |
| 电源端子 | POWER | 用于3.3V标注 |
| 地线端子 | GROUND | 用于GND标注 |
放元件的方式很简单：右侧工具条点“Pick Devices”（快捷键P），搜索关键词，双击添加到元件列表，然后在原理图上单击放置。我习惯把芯片放中间，外设放两边，这样接线看着清楚。
2.2 电源引脚：最容易被忽略的一步
这几乎是所有小白第一次仿真STM32都会翻车的地方：芯片放上去了，程序也加载了，点击运行，LED就是不亮。原因多半是电源引脚没接。
STM32F103C8T6不止一个VDD和VSS。在Proteus模型里，VDD、VDDA、VREF+这些都要接3.3V，VSS、VSSA都要接地。一个都不能漏。我见过有人只接了VDD没接VDDA，结果芯片就是不动，排查了半天。
操作方法是：从左侧工具条选“Terminal Mode”，放置POWER端子，双击改名为3.3V，然后从端子引出导线，连到芯片所有3.3V类的引脚。GND同理，放GROUNG端子连接到所有接地引脚。如果你漏接了，点击运行时Proteus会报"No power connection"或者类似警告，看到这个提示，第一反应就是去查电源引脚。
这里给个建议：原理图画完先别急着写程序，花两分钟把每个引脚所在的网络检查一遍。芯片引脚多，眼睛容易看漏，但电源引脚漏一个，后面调试时间按小时计。
2.3 晶振、复位与BOOT引脚的接法
最小系统绕不开这三个部分，虽然仿真环境对它们的要求比真实板子宽松，但按标准接法画出来，对你理解实际硬件很有帮助。
晶振部分：OSC_IN和OSC_OUT两个引脚之间接一个8MHz晶振，晶振两端各接一个20pF电容到地。双击晶振元件，确认频率是8MHz。Proteus里也可以不放晶振，STM32有内部时钟，但标准外设库默认从外部HSE启动，没有外部晶振可能导致时钟配置异常。我建议还是画上，一劳永逸。
复位电路：NRST引脚接一个10k电阻上拉到3.3V，再接一个0.1uF电容到地。这样上电时NRST短暂拉低，芯片复位，然后被上拉电阻拉高进入正常运行。虽然仿真里复位电路影响不大，但画出来更像一块正经板子。
BOOT引脚：BOOT0和BOOT1都通过10k电阻下拉到GND。两个引脚都是低电平时，芯片从Flash启动，这是我们平时最常用的模式。仿真环境里这两个引脚一般不参与行为，但养成接地的习惯，以后接触真实板子时不会懵。
2.4 把LED和按键接进去
最小系统的“最小”部分已经完成，现在加两个外设，跟后面的实验代码对应。
LED部分：PC13引脚接330Ω限流电阻，电阻另一端接LED阳极，LED阴极接GND。这样GPIO输出高电平时LED点亮。电阻的作用是限制电流，仿真里选330Ω到1kΩ都可以，实际板子上一般也是这个范围。
有个细节值得提醒：网上很多STM32F103C8T6核心板资料里，板载LED是接在PC13和3.3V之间的，也就是低电平点亮。如果你以后买了实物板，发现代码控制LED亮灭跟预期相反，先查这个，别怀疑芯片坏了。仿真里我们自己画的电路，统一用高电平点亮，逻辑上更好理解。
按键部分：PA0引脚接一个10k下拉电阻到GND，按键一端接3.3V，另一端接PA0。按键没按下时，PA0被下拉电阻拉住，读到的电平是低；按下后，PA0被接到3.3V，读到高电平。这个电路形式简单，但对应了“GPIO读输入”的基本概念。
到这里，最小系统原理图已经完整了。你再从上到下扫一遍：电源全接了没，晶振电容到地了没，LED方向反没反。确认没问题，进入下一步。
3. 第二步：从Keil到HEX文件
3.1 工程配置里最容易导致失败的三个点
打开Keil MDK，新建工程，芯片型号选STM32F103C8。这一步通常没问题，容易出错的反而是后面三个地方。
第一，启动文件。如果你用标准外设库，必须包含startup_stm32f10x_md.s这个文件，md对应的是中容量产品，F103C8属于中容量。没有启动文件，程序编译能过但运行不了，仿真里芯片完全没反应。
第二，宏定义。在C/C++选项卡的Define栏里，要填上USE_STDPERIPH_DEVICE,STM32F10X_MD。前者告诉库函数你要使用标准外设库，后者告诉库你是针对哪款芯片编译的。漏掉任何一个，编译时可能报一堆莫名其妙的错误。
第三，工程路径。前面说了，Keil对中文路径支持不好，如果你的工程放在“D盘\新建文件夹\我的工程”这种路径下，编译出问题先别急着怀疑代码，把工程挪到纯英文路径再试。这听起来像是玄学，但实际遇到的人非常多。
3.2 生成HEX文件的开关在哪里
这一步忘了，后面全白做。Keil默认是不生成HEX文件的，你需要手动打开开关：点击工具栏的“Options for Target”，切到“Output”选项卡，勾选“Create HEX File”。
为什么要HEX文件？因为Proteus不认识Keil的工程文件，也不认编译生成的.axf文件，只认Intel HEX格式的固件文件。HEX就是真实烧录时给下载器用的文件格式，里面以文本形式保存了程序数据，Proteus直接读取它来初始化虚拟芯片的Flash。
顺带提醒，Debug选项卡里的仿真器设置，在Proteus链路里完全不用管。不用选ST-Link，也不用管Flash Download相关配置，那些是配合真实烧录器的，别花时间去配置，省下的时间多跑两个实验更值。
3.3 示例代码：让PC13上的LED闪烁
工程配置好之后，新建一个main.c，写一个最简单的LED闪烁程序。我直接用标准外设库风格：
#include "stm32f10x.h" void Delay_MS(uint32_t ms) { uint32_t i, j; for (i = 0; i < ms; i++) for (j = 0; j < 7200; j++); } int main(void) { GPIO_InitTypeDef GPIO_InitStructure; // 开启GPIOC外设时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE); // 配置PC13为推挽输出，最大翻转速度2MHz GPIO_InitStructure.GPIO_Pin = GPIO_Pin_13; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz; GPIO_Init(GPIOC, &GPIO_InitStructure); while (1) { GPIO_SetBits(GPIOC, GPIO_Pin_13); // PC13输出高电平，LED点亮 Delay_MS(500); GPIO_ResetBits(GPIOC, GPIO_Pin_13); // PC13输出低电平，LED熄灭 Delay_MS(500); } }代码逻辑很简单：GPIO初始化分三步，开时钟、填结构体、调初始化函数。然后循环里置位和复位PC13，中间做延时。这个延时是基于系统时钟72MHz粗略算出来的，实际效果跟时钟配置强相关，后面在仿真里你会直观感受到。
这里不展开讲寄存器版本了，等标准库版本跑通，你想深究底层，再去看寄存器操作也不迟。入门阶段先让结果跑起来，建立的信心比看懂每一行更重要。
3.4 编译通过后去哪找HEX文件
点击Build按钮（或者按F7），看到“0 Error(s), 0 Warning(s)”就说明编译成功。然后再看Output窗口里有没有生成.hex文件的路径提示，一般是“Objects\xxx.hex”。
如果你找不到Output窗口，或者编译报错提示找不到头文件，大概率是标准外设库路径没配置好。去Options for Target的C/C++选项卡，在Include Paths里把包含stm32f10x.h的文件夹路径加进去。这个问题在网上一搜一大把，配置一次后面就顺了。
4. 第三步：把程序“烧”进仿真芯片
4.1 加载HEX：仿真里的“烧录”操作
回到Proteus原理图，双击芯片，打开Edit Component对话框。里面有一个Program File选项，点后面的文件夹图标，选择刚才Keil生成的.hex文件。选好之后确认，就相当于完成了“烧录”。
Proteus里的烧录过程和真实硬件完全不同，没有擦除、写入、校验这些环节。它只是记住了这个芯片要加载哪个HEX文件，点击仿真运行时自动把文件内容填进虚拟芯片的Flash里。这也是仿真的优势之一——改代码后重新编译，再重新加载一次HEX文件，整个过程不到十秒。
但这里有个特别容易踩的坑：你修改了代码，重新Build生成了新的HEX，但Proteus里仍然关联着旧的HEX文件路径，或者你忘了重新选择一次，仿真出来的还是旧代码。我吃过这个亏，改了串口波特率之后仿真输出一直不对，折腾半天发现根本没加载新文件。所以我的习惯是：每次重新编译后，都在Proteus里重新双击芯片确认一次Program File路径。
4.2 Crystal Frequency才是仿真精准的关键
加载HEX文件之后，先别急着点运行，还有一个设置决定了仿真时间准不准——Crystal Frequency，同样在Edit Component对话框里。
这个值默认一般是8MHz，也就是你原理图里外部晶振的频率。务必要跟Keil工程里的HSE_VALUE保持一致。Keil标准库默认HSE_VALUE是8000000，也就是8MHz，所以你把Proteus这里保持8MHz就行。
为什么这个参数重要？因为STM32的所有外设时序、波特率、定时器、延时，都是从时钟树里推算出来的。Proteus仿真时，芯片内部时钟基于这个Crystal Frequency计算。如果你这里填错了，比如填成4MHz，而代码里按8MHz配置PLL到72MHz，实际得到的系统主频就不是72MHz，后果是LED闪烁速度明显不对，串口乱码，定时器时间偏移。
这个坑网上教程很少提，但实际影响极大。我见过有人LED闪烁速度忽快忽慢，查到最后就是这里填错了。改对之后，闪得稳稳的。
4.3 为什么仿真里不用ST-Link也不用BOOT跳线
这里我想多说一句，因为我发现很多小白从这里开始对下载流程产生误解。
真实开发板上，你写完程序要烧录进去，需要下载器（比如ST-Link）连接电脑和板子，通过SWD或者JTAG接口把程序写进Flash。BOOT引脚的作用是决定芯片从哪个存储区启动，通过串口下载时需要配合BOOT0和BOOT1的跳线设置。
但在Proteus仿真里，这两个环节全部被省略了。文件直接关联到虚拟芯片，启动方式也由仿真器内部决定。你不需要学习驱动安装、接线顺序、BOOT配置这些操作。
这当然方便，但我要提醒你：仿真里省掉的这些步骤，恰恰是真实硬件调试经验的一部分。等到你买了板子，第一次用ST-Link下载时，大概率还是会遇到驱动装不上、识别不到芯片的问题。这不是坏事，真遇到再解决，经验积累得更扎实。仿真帮你提前把“代码逻辑”这个最难的部分练好，剩下的坑就少了一大半。
4.4 芯片“没反应”的标准排查顺序
点下运行按钮，如果一切正常，你会看到原理图上PC13引脚有时变红，有时变蓝，LED也跟着亮灭交替。红色代表高电平，蓝色代表低电平，这是Proteus最直观的好处。
如果芯片没反应，别慌，按顺序排查：
| 现象 | 检查项 |
|---|---|
| LED完全不亮 | 电源引脚VDD、VDDA、VREF+是否全部接了3.3V；VSS、VSSA是否接地 |
| LED完全不亮，且引脚颜色无变化 | Program File是否成功加载；HEX文件是否重新编译；芯片是否进入运行状态 |
| LED微亮但不闪烁 | 限流电阻是否太大；LED正负极是否接反 |
| 闪烁速度明显异常 | Crystal Frequency设置是否与晶振一致；延时函数循环参数是否合理 |
| 编译器报错但仿真不动 | 启动文件是否添加；STM32F10X_MD宏是否定义 |
| 报No power connection | 电源端子没有连到芯片引脚，检查网络标签 |
这六个问题覆盖了我在仿真里遇到的90%的新手情况。如果上面都没问题，那就把LED接到另一个引脚试试，比如PA1，改代码再跑一次，排除PC13引脚本身在模型里的特殊情况。
5. 三个小白必跑实验与虚拟示波器
5.1 实验一：LED闪烁——确认整个链路已经打通
第一个实验你已经做完了，就是LED闪烁。它的意义不是“会闪灯”本身，而是确认了整条链路是通的：代码能编译、HEX能加载、芯片能运行、GPIO能输出、LED模型能亮灭。
我建议你在Proteus里运行这个程序时，观察一下PC13引脚的颜色变化。引脚变红代表输出高电平，LED亮；变蓝代表输出低电平，LED灭。这个颜色反馈很直观，也帮你建立了“代码控制电平，电平控制外设”的映射关系。
等你看到LED闪起来，就可以把Delay_MS函数的参数改一改，比如改成100和900，看看闪烁节奏怎么变。这一步虽然简单，但会让你直观理解代码和实际时序的关系，比看任何教程都有效。
5.2 实验二：按键控制LED——GPIO输入怎么读
LED闪烁用的是GPIO输出功能，第二个实验用按键输入，补上GPIO的另一半知识。把前面接好的按键电路和LED电路配合起来，实现“按键按下灯亮，松开灯灭”。
#include "stm32f10x.h" void Delay_MS(uint32_t ms); int main(void) { GPIO_InitTypeDef GPIO_InitStructure; // 开启GPIOC和GPIOA的时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC | RCC_APB2Periph_GPIOA, ENABLE); // PC13推挽输出 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_13; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz; GPIO_Init(GPIOC, &GPIO_InitStructure); // PA0浮空输入，外部已经有10k下拉电阻 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &GPIO_InitStructure); while (1) { // 读到PA0为高电平，说明按键按下 if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) == SET) { GPIO_SetBits(GPIOC, GPIO_Pin_13); } else { GPIO_ResetBits(GPIOC, GPIO_Pin_13); } } }这里有两个点值得注意。第一，GPIO输入方向不需要配置速度，只需要配模式。第二，我用了外部下拉电阻，所以引脚配置为浮空输入就可以。如果你不想放外部电阻，可以配置内部上拉，但上拉状态跟外部下拉是反的，读到的默认电平相反。这个“外部电路决定GPIO默认电平”的概念，是后面串口、I2C等通信协议的基础，值得想明白。
第二个实验跑通后，你能分清输出和输入的区别：输出是芯片控制外部电路，输入是外部电路控制芯片状态。
5.3 实验三：PWM输出与虚拟示波器的配合使用
LED和按键都是数字量，第三个实验上点进阶的：用定时器输出PWM波形，然后用虚拟示波器实时观察。这一步最能体现Proteus仿真的价值，因为真实板子上看PWM波形需要示波器，而示波器不是每个新手都有的。
PWM实验用TIM1的通道1，对应引脚PA8。代码初始化定时器输出1kHz、50%占空比的方波：
#include "stm32f10x.h" int main(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_OCInitTypeDef TIM_OCInitStructure; // 开启GPIOA和TIM1时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_TIM1, ENABLE); // PA8复用推挽输出 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_8; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); // 定时器基础配置：72MHz/72=1MHz计数频率，计数1000次=1ms，即1kHz TIM_TimeBaseStructure.TIM_Prescaler = 72 - 1; TIM_TimeBaseStructure.TIM_Period = 1000 - 1; TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM1, &TIM_TimeBaseStructure); // PWM模式1，脉冲宽度500，即50%占空比 TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState = TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse = 500; TIM_OCInitStructure.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM1, &TIM_OCInitStructure); // 开启定时器 TIM_Cmd(TIM1, ENABLE); // 高级定时器必须开启主输出，否则引脚上没有波形 TIM_CtrlPWMOutputs(TIM1, ENABLE); while (1); }这段代码里最值得记住的是一个坑：TIM1是高级定时器，配置完PWM之后必须调用TIM_CtrlPWMOutputs(TIM1, ENABLE)开启主输出，否则PA8上死活出不来波形。这个函数对应的概念是高级定时器的输出使能，普通定时器不需要，但F103的TIM1和TIM8必须要。很多教程代码里漏了这行，导致小白照着抄也没有波形，然后开始怀疑人生。
编译下载之后，在Proteus左侧工具条找到“Virtual Instruments”模式，拉出一个OSCILLOSCOPE即虚拟示波器。把示波器的A通道接到PA8引脚的网络线上，运行仿真，双击示波器就能看到方波。你会看到一个标准的方法：高电平和低电平各占一半，频率1kHz，周期1ms。把TIM_Pulse改成300，重新编译加载，占空比变成30%，波形宽度立刻变化。
这个实验的成就感很强，也是我第一次在仿真里“看到”电信号。它帮你建立的观念是：单片机输出不是抽象的逻辑值，而是实实在在的电平随时间变化的波形，定时器的意义就是精确控制这些波形的时间参数。
6. Proteus仿真和真实开发板的差异：我踩过的几个坑
6.1 仿真的“时间感”和真实硬件不一样
用Proteus调试时你会发现，点击全速运行后，LED闪烁的实际节奏跟真实板子不完全一样，有时偏慢，有时偏快。这跟Proteus的仿真机制有关，它是在模拟指令执行的同时驱动外围电路模型，电脑性能会影响仿真速度。
尤其注意：单步调试时，每一步操作之间会有明显卡顿，用软件延时的程序在单步模式下时间观念完全失效。所以我建议你判断时间参数时，不要凭感觉数“大概一秒”，而是用虚拟示波器观察实际波形。这也是前面PWM实验用示波器验证的意义所在。
6.2 串口调试别接串口助手，用Virtual Terminal
小白很容易在串口实验里卡住，因为习惯性地想用电脑上的串口助手软件，但Proteus仿真的串口并不是连接物理串口，而是通过虚拟终端交互的。
在Proteus的Virtual Instruments里有一个VIRTUAL TERMINAL，把它放到原理图上，TX接芯片的TX引脚，RX接RX引脚（交叉连接），运行后会自动弹出一个黑窗口，程序里通过串口发送的数据会直接显示在里面，你在窗口里输入的字符也会通过RX引脚送给芯片。
省去USB转TTL模块这一步，仿真串口调试体验比真实板子还顺。不过要注意波特率，Crystal Frequency设置不对的话，串口内容会乱码，这个坑和前面讲的一样。
6.3 哪些外设能仿真、哪些最好绕开
我的实测经验是：GPIO、EXTI外部中断、TIM定时器（含PWM）、UART、ADC、I2C、SPI，这些基础外设在Proteus下的行为基本可信。特别是写驱动程序时，“时序对不对”“芯片有没有正确回复”这类问题，仿真的交互方式很直观。
比较不可信的是USB、CAN、DMA、SDIO、以太网这几种。它们的仿真模型要么没有实现全部功能，要么行为跟真实芯片有差异。我见过有人想用仿真调CAN通信程序，折腾了好几天，最后发现是模型的过滤器行为跟真实芯片不一致，白白浪费时间。
所以我的原则是：基础外设靠仿真学，复杂协议靠板子验。这样既不浪费仿真的便利性，又不被它的局限性坑到。
6.4 我的建议：仿真入门，板子实测升级
最后说说我的看法。
Proteus仿真是个极好的入门工具，它能让你在没有任何硬件的情况下，把STM32的核心概念全部过一遍：GPIO怎么配、定时器怎么用、PWM怎么输出、串口怎么收发。这些概念一旦在脑子里建立起来，后面用真实板子就只是“换个环境”而已。
但我不建议永远停留在仿真里。真实板子的魅力在于，你的程序能控制物理世界里的真实设备，LED真的亮起来，电机真的转起来，传感器真的读到数据。这种反馈是仿真无法替代的。所以我给你一条路径：先用Proteus把基础实验全部跑通，建立信心，然后买一块最小系统板，把同样的代码烧进去，你会发现一切似曾相识，但更真实。
说到底，仿真不是目的，是通往真实硬件的一条捷径。把这条捷径走好，再上大路，你会比那些一上来就卡在下载器上的人从容得多。
最后分享一个我自己的小习惯：每次在Proteus里新建一个工程，我都先在记事本上把引脚分配表写下来，哪个引脚接什么外设、对应代码里哪个变量，列得清清楚楚，然后再画原理图、写代码。这个习惯一开始看起来多此一举，但当你一个项目用到七八个外设时，它帮你节省的时间远超想象。祝你在Proteus里第一次看到LED闪烁时，也能感受到那种“原来单片机是这样的”的豁然开朗。
