简介：基于Proteus无实物仿真STM32的入门教程资源包，面向零基础学习者，以STM32F103R6点亮并闪烁LED为核心项目，帮助无开发板用户通过仿真完整走通IO输出初始化、延时函数编写与硬件连接流程。资源包共163个文件，约2.74MB，除Proteus仿真工程（pdsprj）和Keil源码工程（uvproj、c、h、asm、hex）外，还包含编译调试产生的o、d、crf等中间文件，便于查看完整编译链路，目录结构清晰，下载后可直接打开仿真观察LED工作状态。目前已有4287人浏览学习，适合单片机入门、嵌入式硬件爱好者快速上手无实物开发。配套LED程序独立成文件，未调用任何其他模块，刻意降低新手理解成本；仿真结果经过验证，可直接迁移至实物开发板，对理解STM32 GPIO寄存器配置、延时循环逻辑以及后续外设驱动开发都有基础性参考价值。
1. 零基础无实物在Proteus里点亮STM32的LED，值得认真对待
买开发板之前，你多半碰过的第一道坎不是C语言，而是“什么叫把程序跑起来”。没有实物板的时候，程序写对了没有、引脚接对了没有，全凭猜；Proteus把这块短板补上了。它能把STM32F103C8当成真实芯片一样接线、加载程序、看引脚电平，系列第一篇文章只讲LED点亮与闪烁，是因为这个目标虽小，却几乎覆盖了STM32开发的最小框架。
“无实物”并不是降级学习。在家里没有示波器、没有逻辑分析仪的阶段，仿真窗口里的波形和CPU寄存器，就是你验证想法的全部工具。这套学习路径适合三类人：还不确定买哪块开发板的在校生、担心接线烧芯片的转行新手，以及想在手摸真实硬件前先把GPIO逻辑跑通一遍的在职工程师。
仿真能解决的问题边界很清楚：它验证的是程序逻辑加电路连接，不是EMC，也不是真实器件的上电时序。先把这条边界立住，后面换到真板子就不会被仿真结果误导。
2. Proteus 8 Professional与Keil5的安装配置，跑通首个编译
2.1 两个软件的分工，先分清再动手
Proteus负责“看得见的部分”：原理图绘制、元件仿真、波形测量；Keil5（uVision5）负责“看不见的部分”：写C代码、编译、链接，生成hex文件。两者的唯一交接物就是hex文件。你在Keil里编译出led_blink.hex，再在Proteus里把这个文件加载到STM32F103C8芯片模型上，仿真才能跑起来。
很多人第一节课就卡在这一步：Keil编译没问题，但Proteus里LED没反应，多半是hex文件没加载，或者加载的是上一次编译出来的旧文件。
2.2 Proteus元件库检查：确认能搜到STM32F103C8
启动Proteus 8 Professional，主进程是pds.exe。新建工程后，在左侧元件工具栏点字母P，也就是Pick Devices，输入关键字“STM32F103C8”。凡完整安装的Proteus 8 Professional，元件列表里都会出现这个芯片。如果搜不到，优先确认你用的不是网上流传的“免安装精简版”，那类版本常见的症状是启动时缺文件、元件库里没有STM32条目。
常见做法是重新安装一次带完整LIBRARY的Proteus版本，安装路径不要带中文。装好后在Library Manager里能看到STM32相关库条目。仍然缺失时，再手动添加对应版本的STM32库补丁：把补丁文件复制到安装目录的LIBRARY子目录，重启Proteus。这几步做完，元件列表一定可用。
2.3 Keil5安装芯片包：选不到STM32时从哪排查
Keil5与老Keil4最大的不同是“按芯片型号装Pack”。新版MDK安装包只带一个框架，STM32F103C8所属的F1系列还需要单独安装。打开Pack Installer，在Device下拉里找到STMicroelectronics下面的STM32F1 Series，如果这棵目录是空的，说明器件支持包没有装上。
正确操作是在Pack Installer里把STM32F1 Series下的最新DFP包安装完成。装好之后新建工程，Device选择框里输入STM32F103C8，列表里才会出现对应型号。如果你同一台电脑还要写51单片机，不必特意装两套IDE，uVision5本身用Pack区分C51与ARM两条产品线，两个Pack都装上，新建工程时按芯片型号选就行。这个点对应很多教程里“keil5兼容c51和stm32安装”的说法，本质上就是Pack管理。
编译STM32F1的标准外设库工程时，建议在Options for Target的Target选项卡里勾选Use MicroLIB。作用是使用精简版C运行库，减少最终hex体积，仿真加载也更快。
2.4 新建工程并开启Create HEX File，之后编译不迷路
Keil工程新建步骤可以整理成四步：
- Project菜单选New uVision Project，保存目录建议直接建C:\stm32_led，纯英文根目录。
- 设备选择界面输入STM32F103C8后回车确认。
- 弹出的Manage Run-Time Environment界面里，CMSIS组勾CORE，Device组勾Startup，其他中间件先不碰。
- 编译前按Alt+F7，在Output选项卡勾选Create HEX File，Output Name改成led_blink。
第4步最容易漏。不勾它，编译只生成axf或elf文件，Proteus那边拿不到hex。这跟“程序没写对”是两回事，排查顺序上要放在最前面。
下表是第一次编译要认识的三个操作入口：
| 操作 | 入口 | 说明 |
|---|---|---|
| 编译当前目标 | F7或Build按钮 | 只编译改动过的文件，日常够用 |
| 全量重编译 | Rebuild菜单 | 怀疑增量编译出错时用，慢但干净 |
| 下载到目标板 | LOAD按钮 | 仿真流程用不到，点了也不影响hex生成 |
2.5 编译日志只看三处，别被红色吓退
编译后看Build Output窗口最后一行。0 Error(s)是最低要求；有Warning可以先记下来，不致命；有Error就向上翻，找到带工程路径和行号的那行。例如“fatal error: stm32f10x.h: No such file or directory”，这个报错表示头文件搜索路径没配好，不是代码语法问题。
解决办法是Options for Target的C/C++选项卡里，在Include Paths中把标准外设库的CMSIS和Include目录都加进去。工程目录整体保持英文路径，Windows用户名是中文时也会出现类似问题，这时把工程挪到C盘根目录下最省事。
3. Proteus里画出STM32F103C8的LED点亮电路
3.1 元件清单：一张图只要四种东西
在Proteus原理图里放置下面四个元件就可以开始连线：
| 元件 | 搜索关键字 | 数量 | 说明 |
|---|---|---|---|
| 主控芯片 | STM32F103C8 | 1 | Proteus直接支持，无需外部扩展 |
| 发光二极管 | LED-RED | 1 | 标准红色LED仿真模型 |
| 电阻 | RES | 3 | 一个限流，两个用于启动配置 |
| 电容 | CAP | 1 | VCAP退耦用，耐压值仿真不用纠结 |
电源符号和地符号从Terminals Mode里取，3.3V网络命名成VCC方便辨认。
3.2 先让芯片活过来，最小系统六条连线
很多零基础用户LED不亮，并不是LED接错，而是芯片根本没有处于最小工作状态。STM32F103C8需要连通这几组引脚：VDD接3.3V，VDDA接3.3V，VSS接GND，VSSA接GND；BOOT0经10kΩ电阻下拉到GND，确保上电后从主Flash启动；NRST经10kΩ电阻上拉到3.3V，防止悬空电平抖动导致反复复位；VCAP对地接100nF到1μF电容，给内部电压调节器退耦。
这里面BOOT0最容易被忽略。BOOT0悬空时仿真偶尔能跑，真机大概率起不来。养成仿真和真机同样对待的习惯，后面切硬件才不会翻车。
| STM32引脚组 | 连接去向 | 作用 |
|---|---|---|
| VDD / VDDA | 3.3V电源网络 | 数字与模拟供电 |
| VSS / VSSA | GND网络 | 数字与模拟地 |
| NRST | 10kΩ上拉到3.3V | 复位端常态高电平 |
| BOOT0 | 10kΩ下拉到GND | 从主Flash启动 |
| VCAP | 1μF电容到GND | 内部调压器退耦 |
3.3 LED支路：限流电阻是算出来的，不是抄的
LED点亮条件很简单，有电流流过即可。STM32引脚输出高电平3.3V，LED正向压降按2V估算，工作电流取5mA，限流电阻就是R=(3.3-2.0)/0.005=260Ω。实际取值用220Ω或330Ω都行，330Ω更靠近芯片IO口的承受范围，220Ω亮度明显更高。
接法上建议LED阳极经电阻连PC13，LED阴极接GND。这样PC13输出高电平时LED亮，输出低电平时LED灭，初学“高电平点灯”不绕弯。如果你之后买现成的STM32F103C8最小系统板，板载LED通常是接在PC13和3.3V之间，低电平点亮。仿真里学的是方法而不是背结论，把后面代码里的SetBits和ResetBits对调一下，就能适配低电平点灯。
3.4 加载hex这一步，决定Proteus能不能真的跑起来
电路画完，双击芯片，在弹出的对话框里找到Program File一栏，点文件夹图标选择Keil生成的led_blink.hex。Clock Frequency保持默认的8MHz，因为后面代码用的是内部HSI时钟，不涉及外部晶振起振和电容匹配。
设置完成后点仿真工具栏的Play按钮启动运行。Proteus默认可以停在暂停态，不点Play就是一直没动静。另外，每次改完Keil代码重新编译，要先把仿真停下来，再重新加载一次hex。否则Proteus芯片还在跑旧程序，很容易误解成“改了没反应”。
3.5 元件参数双击就能改，别让虚焊背锅
在Proteus里双击电阻，把Resistance改成330，单位是欧姆；双击LED也可以换颜色、改正向压降和额定电流。这些参数会直接参与仿真计算。仿真模型里没有“虚焊”，如果LED亮度偏低，优先看电阻阻值是否过大，而不是怀疑接触不良。
4. 写STM32的LED点亮闪烁代码：GPIO初始化与延时控制
4.1 能跑通的点灯代码，只有四个动作
STM32点灯程序的基本套路是固定不变的：开GPIO时钟、配置引脚模式、置位或复位电平、延时。整套代码不依赖复杂外设，也不会引入中断和定时器概念，适合零基础先建立“寄存器控制”的直觉。
4.2 为什么开时钟必须写在最前面
STM32是外设供电管理非常严格的单片机，默认情况下大部分外设时钟并不打开。GPIO外设挂在APB2总线上，所以第一步要调RCC_APB2PeriphClockCmd使能对应端口的时钟。漏掉这行，后面所有对GPIOC寄存器的写入都不会生效，仿真表现就是引脚始终没有输出。
开时钟可以理解成给整个GPIO外设通电。它和配置引脚模式是两件事，漏其中一个都会导致控制失败。这也是STM32相对51单片机最明显的差异点。
4.3 完整代码：PC13输出高电平点亮并循环闪烁
#include "stm32f10x.h" // STM32F1系列寄存器定义与库函数声明 void Soft_Delay(volatile uint32_t count) { while (count--) // 每进入一次循环，count减1 { // 循环体为空，只消耗CPU周期 } } int main(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE); // 打开GPIOC时钟 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_13; // 选中第13脚 GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz; // 输出翻转速度档位 GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; // 推挽输出模式 GPIO_Init(GPIOC, &GPIO_InitStructure); // 把配置写入寄存器 while (1) { GPIO_SetBits(GPIOC, GPIO_Pin_13); // PC13输出高电平，点亮LED Soft_Delay(720000); // 保持点亮约0.27秒 GPIO_ResetBits(GPIOC, GPIO_Pin_13); // PC13输出低电平，熄灭LED Soft_Delay(720000); // 保持熄灭约0.27秒 } }逻辑拆开看：使能GPIOC时钟，把第13脚配置成推挽输出，然后在一个死循环里交替执行置位、复位和延时。PC13电平高低交替，LED就一亮一灭。
GPIO_Init只是配置了第13脚，没动其他引脚，PA口和PB口保持默认状态。GPIO_Speed选2MHz表示该引脚输出模式下的最大翻转速度档位，不是CPU运行速度。驱动LED这种低频信号，档位越低越好，能减少功耗和噪声。
4.4 置位与复位：SetBits和ResetBits背后的BSRR寄存器
点亮用GPIO_SetBits，熄灭用GPIO_ResetBits。这两个函数最终操作同一个BSRR寄存器：SetBits往低16位对应位写1，ResetBits往高16位的对应位写1。BSRR的特点是写1生效、写0无影响，所以单独操作某一个引脚不会影响其他引脚的状态。
相比之下，直接读写ODR寄存器需要“读-改-写”三步，操作时如果没做好掩码，很容易把别的引脚状态改乱。这也是StdPeriph库推荐用SetBits和ResetBits的原因。
| 代码 | 对应寄存器操作 | 结果 |
|---|---|---|
| GPIO_SetBits(GPIOC, GPIO_Pin_13) | BSRR第13位置1 | PC13输出高，LED亮 |
| GPIO_ResetBits(GPIOC, GPIO_Pin_13) | BSRR第29位置1 | PC13输出低，LED灭 |
4.5 延时函数多久才算合理，volatile又起了什么作用
Soft_Delay的入参720000对应多少时间，与主频和编译器优化相关。按内部8MHz粗略估算，while(count--)在Cortex-M3内核上大约执行3条指令，720000乘3再除以8000000，约等于0.27秒。因此LED亮0.27秒、灭0.27秒，整个周期约0.54秒。
参数用volatile修饰很关键。编译器开启优化后，可能认为这个变量没有实际输出作用，把整个空循环优化掉，结果LED既不闪烁也不熄灭。加上volatile就是强制每次从内存读取变量并回写，保证循环真实执行。
还要说明，这种延时并不精确。中断打断会带来偏差，主频配置改变也会影响时间，延时期间CPU做不了其他事。这一阶段目标是先看到闪烁，等学到SysTick定时器后再做精确计时。
5. 用虚拟示波器验证STM32 LED闪烁的三个踩坑技巧
5.1 给PC13加网络标签，把闪烁变成方波
Proteus左侧工具栏选择Virtual Instruments Mode，在列表里选OSCILLOSCOPE，放到原理图空白处。先给PC13的导线放一个Wire Label，命名为PC13，再把示波器通道A的信号端也接成PC13网络，通道B接GND。这样不用画很长导线，逻辑上也清晰。
运行仿真后，示波器里会出现一个方波，高电平接近3.3V，低电平接近0V，周期和延时计算出来的约0.54秒对上。方波比LED肉眼判断可靠得多：LED亮度变化不容易区分，波形能直接暴露高电平是否真的翻转、死区时间是否异常。
5.2 三个闪烁异常与排除顺序
| 现象 | 最可能原因 | 处理 |
|---|---|---|
| LED完全不会亮 | RCC时钟没开，或GPIO_Pin选错 | 核对GPIOC和GPIO_Pin_13配置 |
| LED常亮或常灭，不闪 | while(1)没执行，SetBits与ResetBits写反 | 检查主循环结构，确认电平方向 |
| 闪烁快到看不清 | 延时参数太小 | 加大到720000或更大 |
第一条RCC时钟问题，可以用Proteus调试菜单里的Peripheral窗口定位。打开GPIOC的寄存器视图，看CRH寄存器是否变成约0x00200000。这个值表示第13脚被配置成推挽输出且速度为2MHz。如果寄存器值不对，仿真现象就会和预期不一致。
5.3 比反复改代码更有效的办法：单步执行
Proteus支持Debug菜单里的Step Over，每次执行一行C代码。配合Peripheral窗口观察GPIOC的ODR寄存器，每按一次F10，ODR的第13位会在0和1之间切换，LED也会对应亮灭。
单步执行把“闪烁”切成了两步，是零基础建立时序感最快的方式。与其反复改延时参数碰运气，不如先确认每一步引脚状态确实在变化，再回头分析是延时问题还是逻辑问题。
5.4 过关标准：改到PA0再闪一次才算吸收
给这段代码换个引脚：Proteus里把LED阳极从PC13改到PA0，代码里把GPIO_InitStructure.GPIO_Pin改成GPIO_Pin_0，时钟使能改成RCC_APB2Periph_GPIOA，其他全部不动。重新编译、加载、运行，PA0上能复现同样的闪烁，就说明你已经掌握GPIO配置的核心套路。这个练习做完，再进入独立按键控制LED亮灭的章节，就不会被输入模式的新概念打乱节奏。
本文还有配套的精品资源，点击获取
