不用开发板学STM32：Proteus仿真+MDK实现电子时钟

1. 为什么我劝你先别急着买开发板

很多人学STM32的第一反应就是先下单一块开发板，等快递到了再开始。我当年也是这么干的，结果板子到手之后，点灯、串口、按键跑了一遍，发现自己还是不会做项目。问题出在哪？出在“开发板学习”这条路本身有个陷阱：你花在硬件连线、下载器驱动、供电跳线这些事情上的时间，远远超过了你理解代码逻辑的时间。而真正让你成长的是代码逻辑和系统设计，不是插杜邦线。

所以当我看到“不用开发板学习STM32”这个思路的时候，我是非常认同的。用Proteus做仿真，配合MDK写代码，你可以在纯软件环境里把STM32的GPIO、定时器、中断、RTC、串口这些外设全部跑通，而且还能做出一个完整的、可交互的电子时钟项目。整个过程不需要一块真实的芯片，不需要下载器，不需要担心烧录失败把芯片锁了。

这篇文章要聊的就是这么一件事：用Proteus 8.17 + MDK 5.36 + STM32F401VE，从零搭一个可设置时间的电子时钟。涉及的核心技术点包括：STM32的RTC实时时钟配置、GPIO驱动数码管或LCD、按键扫描与消抖、定时器中断、Proteus仿真电路搭建、MDK工程配置与编译下载。适合已经学过C语言、想入门STM32但还没买板子的人，也适合手上有板子但想先验证逻辑再上硬件的朋友。

我下面会按实际操作的顺序来讲，从环境搭建到代码结构，从电路设计到调试踩坑，尽量把每个环节的“为什么”说清楚。你跟着走一遍，基本能掌握STM32仿真开发的全流程。

2. 环境搭建：Proteus和MDK的安装与配置

2.1 Proteus 8.17的安装与许可证配置

Proteus是这个项目的仿真核心。它的作用是：你在软件里画出电路图，加载编译好的hex文件，就能看到虚拟的STM32芯片跑起来，数码管会亮、按键会响应、时间会走。相当于把整个硬件实验室搬进了电脑。

安装Proteus 8.17的流程不复杂，但有几个坑我提前说：

• 安装路径不要有中文和空格。这是老生常谈，但Proteus对中文路径的兼容性确实差，我见过有人装在“D:\我的软件\Proteus”下面，结果元件库加载不出来。
• 许可证配置是最大的坑。很多人装完之后打开提示“许可证没有正确配置”，原因通常是license文件没有放到正确目录，或者环境变量没设置。正确的做法是：安装完成后，把license文件复制到Proteus安装目录下的BIN文件夹，然后运行Licence.exe（不同版本可能叫Licence Manager），手动指向那个文件。如果还是不行，检查一下系统环境变量里有没有LM_LICENSE_FILE，有的话把它删掉，让Proteus用自己的配置。
• 元件库更新。Proteus 8.17自带的元件库已经包含STM32F401VE，但如果你要找一些特殊的数码管或者LCD模块，可能需要额外下载元件库。网上有“Proteus元件库对照表”可以查，常用的元件比如STM32F401VE、7SEG-MPX4-CC（四位共阴数码管）、BUTTON都在默认库里。

安装完之后，建议先跑一个最简单的测试：新建工程，放一个STM32F401VE，放一个LED和电阻，写个点灯程序编译成hex，加载进去看看能不能跑。这一步能跑通，说明环境没问题，后面就顺了。

2.2 MDK 5.36的安装与芯片包配置

MDK（Keil MDK）是写代码和编译的工具。版本选择上，MDK 5.36是一个比较稳定的版本，兼容性好，网上资源也多。安装过程本身没什么好说的，下一步下一步就行，但有两个关键点：

第一，芯片包的安装。MDK本身不带STM32的芯片支持，你需要单独安装Keil.STM32F4xx_DFP这个包。安装方式有两种：一种是在MDK里点Pack Installer在线下载，但国内网络有时候不太稳定；另一种是直接去官网下载pack文件，双击安装。我建议用第二种，快而且不容易出错。装完之后，在MDK新建工程时就能搜到STM32F401VE这个型号了。

第二，编译器版本。MDK 5.36默认用的是ARM Compiler 6，但有些老代码或者库文件可能只兼容AC5。如果你编译时报一堆奇怪的错误，可以试试在Options for Target里把编译器切回AC5。不过对于这个电子时钟项目，AC6完全够用，不需要折腾。

还有一个细节：MDK 5.36和C51的兼容问题。如果你电脑上同时装了Keil C51和MDK，它们可能会冲突。解决办法是装在不同的目录下，或者用MDK 5.36自带的C51兼容模式。不过这个项目只用到MDK，不涉及C51，所以不用太担心。

2.3 工程文件的组织结构

在开始写代码之前，先把工程目录结构规划好。我习惯这样组织：

Project/ ├── Core/ │ ├── Inc/ │ │ ├── main.h │ │ ├── stm32f4xx_hal_conf.h │ │ └── stm32f4xx_it.h │ └── Src/ │ ├── main.c │ ├── stm32f4xx_hal_msp.c │ ├── stm32f4xx_it.c │ └── system_stm32f4xx.c ├── Drivers/ │ ├── STM32F4xx_HAL_Driver/ │ └── CMSIS/ ├── MDK-ARM/ │ └── Project.uvprojx └── Proteus/ └── Clock.pdsprj

这个结构是STM32CubeMX生成的标准结构，我建议直接用CubeMX生成初始工程，然后在此基础上改。CubeMX的好处是它帮你把时钟树、外设初始化、中断向量表都配好了，你只需要关注业务逻辑。对于新手来说，这能省掉大量查手册的时间。

3. 电子时钟的核心设计思路

3.1 功能拆解：一个时钟到底需要什么

先别急着写代码，先把“电子时钟”这个需求拆开。一个可设置的电子时钟，核心功能其实就四件事：

1. 走时：秒、分、时能正确递增，到60进位，到24归零。
2. 显示：把当前时间显示出来，可以是数码管、LCD或者串口打印。
3. 设置：能通过按键修改时间，比如按一下进入设置模式，再按切换时/分/秒，再按加减。
4. 掉电保持：如果要求高一点，断电之后时间不丢，这需要RTC配合后备电池。

对于仿真环境来说，掉电保持这个功能可以简化，因为Proteus仿真关掉就全没了。但RTC的配置还是要做，因为这是STM32的一个核心外设，学会了之后做真实项目也用得上。

3.2 方案选型：为什么用RTC而不是纯定时器

实现走时有两种方案：

方案一：纯定时器中断。配置一个定时器，比如TIM2，让它每1秒产生一次中断，在中断里把秒加1，然后处理进位。这个方案简单直接，不需要RTC，任何STM32型号都能用。

方案二：RTC实时时钟。STM32F401VE内部有一个RTC外设，它是一个独立的BCD计数器，可以配置成日历模式，自动处理闰年、月份天数。你只需要初始化一次，之后读寄存器就能拿到当前时间。

我选方案二，原因有三个：

• RTC是STM32的标准外设，学它对以后做物联网网关、数据记录仪这类项目有帮助。
• RTC的精度比定时器中断高，因为它用的是独立的时钟源（LSE或LSI），不受主时钟影响。
• RTC的代码结构更清晰，时间读取就是读寄存器，不需要在中断里维护一堆全局变量。

当然，RTC也有坑。STM32F4系列的RTC配置比F1复杂，涉及备份域、时钟源选择、同步等待等步骤。下面我会详细讲。

3.3 显示方案：数码管 vs LCD

显示部分我选的是四位共阴数码管，型号7SEG-MPX4-CC。为什么不用LCD？因为LCD的驱动代码更复杂，涉及初始化序列、时序控制，对于仿真入门来说有点重。数码管简单直接，GPIO直接驱动，段选和位选逻辑清晰，适合练手。

四位数码管显示格式是HH:MM，比如12:34。如果需要显示秒，可以做成MM:SS切换，或者用一个小LED闪烁表示秒。我为了简化，只显示时和分，秒通过一个LED闪烁来指示。

数码管的驱动方式有两种：静态驱动和动态扫描。静态驱动是每个数码管单独占一组IO，显示稳定但占IO多。动态扫描是段选共用，位选轮流导通，利用人眼视觉暂留实现同时显示。我选动态扫描，因为STM32F401VE的IO虽然多，但也没必要浪费，而且动态扫描是数码管驱动的标准做法，学会了之后用在哪都行。

4. 核心代码实现与关键细节

4.1 RTC初始化：最容易翻车的地方

RTC的初始化代码我单独拎出来讲，因为这是整个项目里最容易出问题的地方。STM32F401VE的RTC配置流程大致如下：

// 1. 使能PWR时钟 __HAL_RCC_PWR_CLK_ENABLE(); // 2. 解除备份域写保护 HAL_PWR_EnableBkUpAccess(); // 3. 使能LSE（外部低速晶振） RCC_OscInitTypeDef RCC_OscInitStruct = {0}; RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_LSE; RCC_OscInitStruct.LSEState = RCC_LSE_ON; RCC_OscInitStruct.PLL.PLLState = RCC_PLL_NONE; HAL_RCC_OscConfig(&RCC_OscInitStruct); // 4. 选择RTC时钟源为LSE RCC_PeriphCLKInitTypeDef PeriphClkInitStruct = {0}; PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_RTC; PeriphClkInitStruct.RTCClockSelection = RCC_RTCCLKSOURCE_LSE; HAL_RCCEx_PeriphCLKConfig(&PeriphClkInitStruct); // 5. 使能RTC时钟 __HAL_RCC_RTC_ENABLE(); // 6. 配置RTC hrtc.Instance = RTC; hrtc.Init.HourFormat = RTC_HOURFORMAT_24; hrtc.Init.AsynchPrediv = 127; hrtc.Init.SynchPrediv = 255; hrtc.Init.OutPut = RTC_OUTPUT_DISABLE; hrtc.Init.OutPutPolarity = RTC_OUTPUT_POLARITY_HIGH; hrtc.Init.OutPutType = RTC_OUTPUT_TYPE_OPENDRAIN; HAL_RTC_Init(&hrtc);

这段代码有几个关键点：

第一，LSE启动需要时间。LSE是32.768kHz的晶振，启动时间比较长，通常需要几百毫秒甚至更久。如果你在LSE还没稳定的时候就配置RTC，会失败。HAL库的HAL_RCC_OscConfig函数内部有超时等待，但如果你用的是LSI（内部低速时钟），启动更快但精度差。仿真环境下，Proteus对LSE的模拟是理想的，不会出现启动失败，但真实硬件上这个问题很常见。

第二，异步和同步预分频器的计算。RTC的时钟源是32768Hz，要得到1Hz的秒信号，需要分频32768。公式是：

(AsynchPrediv + 1) * (SynchPrediv + 1) = 32768

我选的是AsynchPrediv = 127，SynchPrediv = 255，计算一下：(127+1) * (255+1) = 128 * 256 = 32768。正好。这两个值不能随便改，必须满足这个等式，否则时间会走快或走慢。

第三，备份域写保护。每次修改RTC配置之前，必须调用HAL_PWR_EnableBkUpAccess()解除写保护，否则配置不生效。这个坑我踩过，当时调了半天发现时间不走，最后发现是忘了解除写保护。

4.2 数码管动态扫描：定时器中断的妙用

数码管动态扫描的核心是：用定时器产生一个高频中断，在中断里轮流点亮每一位数码管。刷新频率要足够高，一般不低于50Hz，否则人眼会看到闪烁。我选的是100Hz，即每10ms切换一位，四位轮流一遍是40ms，刷新率25Hz，稍微有点低。改成每5ms切换一位，刷新率50Hz，就比较舒服了。

定时器配置如下：

// TIM3配置为5ms中断 htim3.Instance = TIM3; htim3.Init.Prescaler = 8400 - 1; // 84MHz / 8400 = 10kHz htim3.Init.CounterMode = TIM_COUNTERMODE_UP; htim3.Init.Period = 50 - 1; // 10kHz / 50 = 200Hz htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; HAL_TIM_Base_Init(&htim3); HAL_TIM_Base_Start_IT(&htim3);

计算过程：STM32F401VE的主频是84MHz，预分频器设为8400-1，得到10kHz的计数频率。自动重装载值设为50-1，得到200Hz的中断频率，即每5ms中断一次。在中断里切换数码管的位选，同时更新段选数据。

段选数据用一个数组存起来，对应0-9的数字：

const uint8_t seg_code[10] = { 0x3F, // 0 0x06, // 1 0x5B, // 2 0x4F, // 3 0x66, // 4 0x6D, // 5 0x7D, // 6 0x07, // 7 0x7F, // 8 0x6F // 9 };

这个数组是共阴数码管的段码，如果是共阳数码管，需要取反。Proteus里的7SEG-MPX4-CC是共阴的，所以直接用这个数组。

中断服务函数里这样写：

void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim->Instance == TIM3) { // 关闭所有位选 HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0|GPIO_PIN_1|GPIO_PIN_2|GPIO_PIN_3, GPIO_PIN_SET); // 更新段选 GPIOB->ODR = (GPIOB->ODR & 0xFF00) | seg_code[display_buf[digit_index]]; // 打开当前位选 HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0 << digit_index, GPIO_PIN_RESET); // 切换到下一位 digit_index = (digit_index + 1) % 4; } }

这里有个细节：位选和段选不能同时操作同一个GPIO端口，否则会冲突。我的做法是段选用GPIOB的低8位，位选用GPIOB的高4位，这样操作的时候用位掩码区分开，不会互相干扰。

4.3 按键处理：状态机比延时消抖更靠谱

按键部分我用了三个按键：模式键、加键、减键。模式键用来切换“正常显示”和“设置时间”两种状态，加键和减键用来调整数值。

按键消抖是经典问题。最简单的做法是延时20ms再读一次，但这样会阻塞主循环。我推荐用状态机+定时器的方式：

typedef enum { KEY_IDLE, KEY_DEBOUNCE, KEY_PRESSED, KEY_RELEASE } KeyState; KeyState key_state = KEY_IDLE; uint32_t key_tick = 0; void key_scan(void) { uint8_t key_val = HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_0); switch (key_state) { case KEY_IDLE: if (key_val == GPIO_PIN_RESET) { key_state = KEY_DEBOUNCE; key_tick = HAL_GetTick(); } break; case KEY_DEBOUNCE: if (HAL_GetTick() - key_tick > 20) { if (key_val == GPIO_PIN_RESET) { key_state = KEY_PRESSED; // 触发按键事件 key_event(); } else { key_state = KEY_IDLE; } } break; case KEY_PRESSED: if (key_val == GPIO_PIN_SET) { key_state = KEY_RELEASE; key_tick = HAL_GetTick(); } break; case KEY_RELEASE: if (HAL_GetTick() - key_tick > 20) { key_state = KEY_IDLE; } break; } }

这个状态机每10ms调用一次，不阻塞主循环，而且能处理长按和短按。如果你需要长按连续加减，可以在KEY_PRESSED状态里加一个计时器，超过500ms就触发连续加减。

4.4 时间设置逻辑：用状态变量管理模式

时间设置的核心是一个状态变量：

typedef enum { MODE_NORMAL, // 正常显示 MODE_SET_HOUR, // 设置小时 MODE_SET_MIN, // 设置分钟 MODE_SET_SEC // 设置秒 } ClockMode; ClockMode clock_mode = MODE_NORMAL;

模式键按下时，clock_mode在四个状态之间循环切换。在设置模式下，加键和减键修改对应的时间值。修改完成后，按模式键回到正常显示，同时把新时间写入RTC。

写入RTC的代码：

RTC_TimeTypeDef sTime = {0}; sTime.Hours = hour; sTime.Minutes = minute; sTime.Seconds = second; HAL_RTC_SetTime(&hrtc, &sTime, RTC_FORMAT_BIN);

注意RTC_FORMAT_BIN这个参数，它表示你传入的是二进制数值，不是BCD码。如果你传BCD码，要用RTC_FORMAT_BCD。这个搞错了时间会乱。

5. Proteus仿真电路搭建与联调

5.1 电路元件清单与连线

Proteus电路需要以下元件：

连线要点：

• 数码管的段选a-dp接STM32的PB0-PB7，位选1-4接PB8-PB11。
• 按键一端接PA0、PA1、PA2，另一端接地。STM32内部上拉使能，所以不需要外部上拉电阻。
• LED接PA5，串联一个220Ω电阻到地。
• 8MHz晶振接PH0和PH1，两个22pF电容接地。

Proteus里STM32的电源引脚默认是隐藏的，不需要手动接。但如果你要仿真RTC的LSE，需要在Proteus里给STM32配置LSE晶振。具体做法是双击STM32元件，在属性里找到LSE选项，设置频率为32.768kHz。

5.2 加载hex文件与仿真运行

MDK编译成功后，会在MDK-ARM/Project/目录下生成Project.hex文件。在Proteus里双击STM32元件，在Program File栏选择这个hex文件，Clock Frequency设为84MHz（和代码里的时钟配置一致）。

点击Proteus左下角的运行按钮，如果一切正常，数码管会显示00:00，然后秒LED开始闪烁，时间开始走。

如果数码管不亮，先检查这几个地方：

1. hex文件路径是否正确。Proteus不会自动搜索，必须手动指定。
2. 时钟频率是否匹配。如果代码里配置的是84MHz，Proteus里设的是8MHz，时间会走慢10倍。
3. GPIO端口配置是否正确。用CubeMX生成的代码，GPIO初始化是自动的，但如果你手动改了端口，要确保Proteus里的连线也跟着改。

5.3 仿真调试技巧：用虚拟串口看变量

Proteus有一个很实用的功能：虚拟串口终端。你可以把STM32的USART2配置成输出调试信息，在Proteus里放一个COMPIM元件，就能在仿真运行时看到串口打印的变量值。

配置方法：

// USART2初始化 huart2.Instance = USART2; huart2.Init.BaudRate = 115200; huart2.Init.WordLength = UART_WORDLENGTH_8B; huart2.Init.StopBits = UART_STOPBITS_1; huart2.Init.Parity = UART_PARITY_NONE; huart2.Init.Mode = UART_MODE_TX_RX; huart2.Init.HwFlowCtl = UART_HWCONTROL_NONE; huart2.Init.OverSampling = UART_OVERSAMPLING_16; HAL_UART_Init(&huart2); // 重定向printf int __io_putchar(int ch) { HAL_UART_Transmit(&huart2, (uint8_t *)&ch, 1, HAL_MAX_DELAY); return ch; }

然后在Proteus里放一个COMPIM，配置成COM1或COM2，波特率115200。运行仿真时，打开Proteus的虚拟串口终端，就能看到printf输出的调试信息。这个技巧在排查RTC时间不对、按键不响应等问题时特别有用。

6. 常见问题与排查技巧实录

6.1 编译报错：GBK转UTF8导致的乱码

这是中文开发者最常遇到的问题。MDK默认用GBK编码，但有些代码文件是UTF-8的，编译时中文注释会乱码，甚至导致编译错误。解决办法有两个：

方法一：统一用GBK编码。在MDK里点Edit -> Configuration -> Editor，把Encoding改成Chinese GB2312。然后确保所有源文件都是GBK编码。

方法二：统一用UTF-8编码。在MDK的Misc Controls里加--locale=english，然后把所有源文件转成UTF-8。这个方法更彻底，但需要手动转换文件编码。

我建议用方法一，因为MDK对GBK的支持更原生，不容易出问题。

6.2 RTC时间不走或走不准

RTC时间不走，通常有三个原因：

原因一：LSE没启动。检查HAL_RCC_OscConfig的返回值，如果是HAL_ERROR，说明LSE启动失败。仿真环境下一般不会，但真实硬件上很常见。解决办法是换用LSI，或者检查晶振电路。

原因二：预分频器配置错误。再强调一遍，(AsynchPrediv + 1) * (SynchPrediv + 1)必须等于32768。如果你用的是LSI（约32kHz），这个等式也要近似成立。

原因三：备份域写保护没解除。每次修改RTC配置前，必须调用HAL_PWR_EnableBkUpAccess()。这个函数在stm32f4xx_hal_pwr.c里，需要包含stm32f4xx_hal_pwr.h。

6.3 数码管显示闪烁或重影

数码管闪烁通常是刷新率太低。把定时器中断频率提高到200Hz以上，或者减少每位显示的时间。重影是因为位选切换时没有先关闭段选，导致上一位的残影出现在下一位上。解决办法是在切换位选之前，先把段选全部关闭，延时一小段时间（比如10us），再打开新的位选。

6.4 Proteus仿真速度太慢

Proteus仿真STM32时，如果电路复杂或者代码量大，仿真速度会明显变慢。几个优化技巧：

• 关闭不必要的动画效果，在System -> Set Animation Options里把Animation关掉。
• 减少虚拟仪器，比如示波器、逻辑分析仪，它们会拖慢仿真速度。
• 把Proteus的仿真模式从Real Time改成Virtual Time，这样仿真速度不受电脑性能影响。

6.5 常见问题速查表

7. 代码结构与工程文件说明

7.1 主要文件功能划分

整个工程的代码文件不多，但每个都有明确职责：

• main.c：主循环，负责按键扫描、模式切换、时间更新。
• stm32f4xx_it.c：中断服务函数，包括TIM3中断（数码管扫描）和SysTick中断（HAL库时基）。
• rtc.c：RTC初始化和时间读写函数。
• display.c：数码管驱动，包括段码表和动态扫描逻辑。
• key.c：按键状态机，处理消抖和按键事件。

这种模块化划分的好处是：每个文件只做一件事，调试的时候容易定位问题。比如数码管显示不对，只需要看display.c，不用在main.c里翻来翻去。

7.2 关键参数汇总

7.3 如何获取代码和工程文件

代码和工程文件我打包放在文末了，包含完整的MDK工程、Proteus电路文件和编译好的hex文件。你下载之后，直接用MDK打开Project.uvprojx，编译一遍，然后在Proteus里加载hex文件就能跑。

如果你在运行过程中遇到问题，先对照上面的常见问题速查表排查。大部分问题都是配置问题，不是代码逻辑问题。实在搞不定的话，可以检查一下MDK的芯片包版本和Proteus的STM32模型版本是否匹配。我用的是MDK 5.36 + STM32F4xx_DFP 2.16.0 + Proteus 8.17，这个组合是验证过的。

8. 从仿真到实物的迁移建议

仿真跑通之后，如果你想上真实硬件，有几个地方需要注意：

第一，电源部分。仿真里STM32的电源是理想的，真实硬件需要3.3V稳压电路。STM32F401VE的供电范围是1.7V到3.6V，建议用AMS1117-3.3或者类似的LDO。

第二，晶振电路。仿真里LSE是理想的，真实硬件上32.768kHz晶振需要匹配电容，一般是6pF到12pF。如果晶振不起振，先检查电容值，再检查PCB布局。晶振要尽量靠近芯片，走线要短。

第三，按键消抖。仿真里按键是理想的，真实按键的抖动时间可能更长，建议把消抖时间从20ms增加到30ms。

第四，数码管驱动。仿真里GPIO可以直接驱动数码管，真实硬件上如果数码管亮度不够，可能需要加三极管或者驱动芯片，比如74HC245。

第五，RTC后备电池。如果需要掉电保持时间，需要在VBAT引脚接一个纽扣电池，通常是CR2032。同时要在代码里检测备份域是否已经配置过，避免每次上电都重新初始化RTC。

这个项目虽然简单，但涵盖了STM32开发的完整流程：环境搭建、外设配置、中断处理、状态机设计、仿真调试。你把这套流程走一遍，再去看其他STM32项目，会发现思路是相通的。仿真不是玩具，它是验证逻辑的工具。真正的高手，往往是在仿真里把逻辑跑通了，才上硬件。