企业官网建设流程全解析

简介：这是一份基于STM32与Proteus仿真实现的数字时钟设计项目资源，面向嵌入式初学者、电子类专业学生及STM32编程爱好者，可完整学习从RTC实时时钟配置、LCD液晶驱动到闹钟中断处理的开发流程。资源包共182个文件，大小约6.16MB，其中包含大量c源文件、h头文件、o目标文件及Keil工程文件，另有Proteus仿真工程pdsprj与pdsbak备份文件，以及hex烧录文件和axf调试文件，便于直接打开工程进行修改、编译与仿真验证。整体目录结构清晰，覆盖标准外设库、启动文件和工程配置，适合围绕时钟显示、按键调时、闹钟触发等典型功能进行代码阅读与实验。目前已有10436人学习或下载该资源，热度较高，既可作为课程设计参考，也能帮助初学者在虚拟仿真环境中快速验证逻辑，降低实物调试门槛，是理解STM32时钟系统、中断机制和LCD接口交互的不错实践素材。

1. 数字时钟设计：为什么用 STM32 而不是 51 单片机

很多同学拿到"基于STM32的数字时钟设计"这个课设题目时，第一反应是找一份 51 单片机的时钟代码来改，结果越改越乱：端口定义、中断频率、显示刷新全要重写。实际上这类题目点名了 STM32，考察的是对 ARM Cortex-M3 平台的驱动编写能力，而不是简单的定时器翻转。整套方案的核心，是一块能直接在 Proteus 里跑起来的时钟系统：STM32F103C8T6 做主控，DS1302 提供走时，DS18B20 采集温度，LCD1602 显示日期时间，再加上按键调时和蜂鸣器闹钟。适合正在做数字时钟课设、嵌入式课程设计，或者准备把仿真和实物一起交付的同学。这篇方案把硬件电路、驱动代码、仿真联调和验收答辩一条线讲完，照着搭就能出活。

2. 总体架构设计：主控最小系统与四个功能模块的职责划分

2.1 主控选型：STM32F103C8T6 最小系统与引脚分配

数字时钟的负载并不重，选型主要看三点：Proteus 里能不能找到对应仿真模型、外设资源够不够、下载调试方不方便。STM32F103C8T6 有 64KB Flash、20KB RAM，工作在 72MHz，GPIO 管脚足够富裕，Proteus 8 之后的版本直接内置了这颗芯片的仿真模型，Keil 编译出的 hex 文件双击就能加载，属于课设场景里最稳妥的选择。

最小系统需要五个部分：8MHz 晶振提供系统时钟，配两个 20pF 负载电容；复位电路用 10kΩ 电阻上拉 NRST 引脚，再接一个 0.1μF 电容到地；BOOT0 直接接地保证从 Flash 启动；VDDA 和 VDD 引脚统一接 3.3V，每个电源引脚旁放一个 0.1μF 去耦电容；SWD 下载接口留出 SWDIO、SWCLK、GND 三个引脚。这套接线在 Proteus 原理图和实物 PCB 上是同一套逻辑，仿真调通了可以直接平移。

引脚分配上，我一般这么划分：

这个分配把 LCD 的数据线和控制线分开，按键集中在 PA4~PA7，后续写驱动时逻辑清晰，也不会出现两个外设抢同一组引脚的情况。注意 PB0~PB3 上不要同时接其他外设，LCD 的 4 位模式需要这四根线稳定输出。

2.2 显示模块：LCD1602 接口电路与 4 位模式接线

LCD1602 是字符型液晶，16 列 2 行，内部有 DDRAM 显存，写入 ASCII 码就能显示对应字符，不需要自己维护点阵数据。时钟方案需要显示日期、时间、温度，1602 的两行正好够用：第一行显示日期和星期，第二行显示时间和温度。相比 OLED，LCD1602 在 Proteus 里的仿真模型最成熟，背光和对比度调节都支持，答辩时也更容易解释显示原理。

接口选 4 位模式，把 DB4~DB7 接到 PB0~PB3，RS、RW、EN 分别接 PB10、PB11、PB12。RW 引脚可以直接接地固定为写模式，省一根控制线，但驱动代码里不要执行读忙标志操作，改用延时等待。VO 对比度引脚通过一个 10kΩ 电位器接到地，调节到屏幕出现清晰但不发黑的字符。背光 LED 正极接 3.3V，负极串联一个 100Ω 限流电阻到地。

实物焊接时最容易翻车的点是排针顺序。LCD1602 的 16 个引脚在 Proteus 里是横排的，实物也是横排的，但中间一旦加了转接板，很容易把 1、2 脚和 15、16 脚接反。建议把引脚定义表打印出来，1 脚 VSS、2 脚 VDD、3 脚 VO、4 脚 RS、5 脚 RW、6 脚 EN、7~14 数据脚、15 背光正、16 背光负，接线时逐个核对，这个动作能省掉后面一整晚的排查时间。

2.3 定时与温度：DS1302 与 DS18B20 的硬件接法

DS1302 是串行实时时钟芯片，靠三根线跟主控通信：SCLK 时钟线、IO 数据线、RST 复位使能线。内部有秒、分、时、日、月、星期、年寄存器，数据以 BCD 码格式存储，掉电后靠外接 3V 纽扣电池维持走时。接法上 VCC2 接 3.3V 主电源，VCC1 接电池正极，电池负极接地，X1、X2 之间接 32.768kHz 晶振。这个晶振的频率精准度直接决定时钟一天快慢多少秒，Proteus 仿真里晶振模型是理想值，但实物必须用带负载电容的 32.768kHz 晶振。

DS18B20 是单总线温度传感器，只有一根数据线 DQ。硬件上必须在 DQ 与 3.3V 之间接一个 4.7kΩ 上拉电阻，否则通信时序完全不工作。这个电阻在 Proteus 里也要画，不然仿真时读温度会出现 85℃ 或者全是 FF 的情况。DQ 接到 PA3，GND 接地，VDD 接 3.3V，课设里推荐正常三线接法，稳定性远好于寄生供电模式。

两个芯片都支持 3.3V 供电，跟 STM32 系统电压一致，不需要电平转换。要注意 DS1302 的 IO 引脚是开漏输出，同样需要上拉电阻，一般接 10kΩ 到 3.3V。如果实物上电后时间能走但经常跳变，优先检查这两个上拉电阻有没有漏焊，这是我最常遇到的硬件问题。

2.4 按键与报警：独立按键和蜂鸣器驱动电路

按键部分用 4 个独立按键，分别负责菜单切换、数值加、数值减、确认。接法上把按键一端接 GPIO，另一端接地，GPIO 内部配置为上拉输入，按下时为低电平。相比矩阵键盘，独立按键在课设里更好写驱动，也更容易在答辩时讲清楚消抖逻辑。

蜂鸣器不能直接接在 PA8 上驱动。有源蜂鸣器工作电流在 20~30mA 左右，超过 STM32 GPIO 的安全输出能力，必须用 NPN 三极管做开关：PA8 经 1kΩ 基极电阻接三极管基极，发射极接地，集电极接蜂鸣器负极，蜂鸣器正极接 3.3V，同时蜂鸣器两端反向并联一个 1N4148 二极管吸收关断时的反向电动势。这样 PA8 输出高电平时三极管导通，蜂鸣器响；输出低电平时截止，蜂鸣器不响。

这个电路在 Proteus 仿真里可以简化，直接用虚拟蜂鸣器元件接 PA8 也能响，但实物必须按三极管方案来做。答辩时如果老师问"为什么不能直接驱动"，答案就是 GPIO 灌电流能力有限，三极管起电流放大和隔离作用。

3. 软件实现：从 Keil 工程搭建到三大外设驱动

3.1 工程结构：标准外设库与寄存器写法的取舍

软件部分用 Keil MDK 搭建工程，建工程时有两种选择：用 STM32 标准外设库（SPL）或者直接操作寄存器。标准外设库代码量大但可读性强，寄存器写法代码精简但逐位操作容易出错。课设场景建议用标准外设库，答辩时可以说"我调用了库函数完成 GPIO 配置，核心驱动是自己写的时序"，这个说法比"全是我手写的寄存器"更可信，也更好维护。

工程下至少分四组文件：系统文件 system_stm32f10x.c、外设库文件 stm32f10x_gpio.c 和 stm32f10x_rcc.c、用户驱动文件 ds1302.c、lcd1602.c、ds18b20.c、key.c、beeper.c，以及主文件 main.c。驱动文件全部写成独立模块，头文件里只暴露对外的函数接口，比如 DS1302_ReadTime、LCD1602_ShowString，主循环只需要关心业务逻辑。

GPIO 初始化是所有驱动的基础。以 DS1302 的三根线为例，SCLK 和 RST 是推挽输出，IO 线写数据时是推挽输出、读数据时切换为上拉输入，所以 IO 引脚的初始化要做成可复用的配置。代码如下：

void DS1302_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); // SCLK (PA0) 和 RST (PA2) 固定推挽输出 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0 | GPIO_Pin_2; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); // IO (PA1) 先配置成推挽输出，读时再切换输入 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); }

两个关键点：一是必须调用 RCC_APB2PeriphClockCmd 打开 GPIOA 的时钟，很多初学者漏掉这一步，结果所有引脚电平都没变化；二是 IO 引脚的方向切换放在读写函数内部，写时序函数往 IO 上送电平前先配置成输出，读时序函数采样前先配置成输入，切换完成后加一小段延时，让引脚电平稳定后再操作。

3.2 DS1302 驱动：模拟时序与 BCD 码转换

DS1302 的通信时序是典型的 SPI 变种，主机先拉低 RST，然后输出起始脉冲，再按位传输。每个字节的传输顺序是：先发命令字节，再发数据字节，命令字节的最低位是读写标志，最高位固定为 1。读时间时命令字节是 0x81（读秒寄存器），写时间时先写保护寄存器 0x8E 再写入具体值。

驱动代码里最核心的是字节读写函数：

unsigned char DS1302_ReadByte(void) { unsigned char i, dat = 0; for (i = 0; i < 8; i++) { dat >>= 1; // 先右移，低位先出 DS1302_IO_Mode_Input(); // 切到输入模式 if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_1)) { dat |= 0x80; // 读到 1 就置最高位 } DS1302_SCLK_HIGH(); delay_us(2); DS1302_SCLK_LOW(); delay_us(2); } return dat; }

读字节的要点在于采样时机：DS1302 在 SCLK 下降沿更新数据，主机必须在下降沿之前完成采样，所以代码里先读 IO 电平，再把 SCLK 拉高拉低。延时 2μs 在 72MHz 主频下大概几十个空循环，足够信号稳定。

读写函数搞定后，读写时间就变成组装命令字节的活儿。BCD 码转换是另一个高频出错点：DS1302 内部存的是 BCD 码，比如 23 点存的是 0x23，而不是十进制 23。读出来要拆成十位和个位显示，写进去之前要把用户输入的数字拼成 BCD。我习惯在驱动里封装两个转换函数：

unsigned char BCD_To_Dec(unsigned char bcd) { return (bcd >> 4) * 10 + (bcd & 0x0F); } unsigned char Dec_To_BCD(unsigned char dec) { return ((dec / 10) << 4) | (dec % 10); }

如果不做这个转换，屏幕会显示 0x17 这样的值，或者时间写到一半就乱。建议在写 DS1302 之前把写入值打印出来核对一遍，确认是 BCD 格式再写进去。

3.3 LCD1602 显示驱动：初始化序列和字符刷新

LCD1602 的驱动分两步：初始化序列和字符写入。初始化最关键的是按数据手册规定时序操作：上电后等待 15ms 以上，先写 0x30 三次，然后设置 4 位模式，再设置显示行数和光标。这些命令必须在 EN 引脚产生下降沿时才被锁存，所以每次写命令都要先拉高 EN、延时、再拉低 EN。

4 位模式下写一个字节的函数：

void LCD1602_WriteByte(unsigned char dat, unsigned char mode) { // mode: 0 表示写命令，1 表示写数据 GPIO_WriteBit(GPIOB, GPIO_Pin_10, mode); // RS GPIO_WriteBit(GPIOB, GPIO_Pin_11, 0); // RW 固定写 // 先写高 4 位 GPIO_WriteBit(GPIOB, GPIO_Pin_0, (dat >> 4) & 0x01); GPIO_WriteBit(GPIOB, GPIO_Pin_1, (dat >> 5) & 0x01); GPIO_WriteBit(GPIOB, GPIO_Pin_2, (dat >> 6) & 0x01); GPIO_WriteBit(GPIOB, GPIO_Pin_3, (dat >> 7) & 0x01); LCD1602_EN_PULSE(); // EN 拉高再拉低，产生锁存脉冲 // 再写低 4 位 GPIO_WriteBit(GPIOB, GPIO_Pin_0, dat & 0x01); GPIO_WriteBit(GPIOB, GPIO_Pin_1, (dat >> 1) & 0x01); GPIO_WriteBit(GPIOB, GPIO_Pin_2, (dat >> 2) & 0x01); GPIO_WriteBit(GPIOB, GPIO_Pin_3, (dat >> 3) & 0x01); LCD1602_EN_PULSE(); }

注意 GPIO_WriteBit 的第二个参数是 BitAction 枚举，传 0 和 1 会自动转成 Bit_RESET 和 Bit_SET。这里容易踩的坑是 4 位模式下数据线接反，比如把 DB4 接到 PB1 而不是 PB0，代码里的移位要对应调整，否则显示全是乱码。初始化完成后，显示字符串只需先设置 DDRAM 地址再连续写数据字节，第一行地址是 0x80，第二行是 0xC0。

3.4 主循环逻辑：按键扫描、时间刷新与闹钟判断

主循环是整个程序的组织中心。思路是：上电初始化所有外设，从 DS1302 读一次时间作为初始显示，进入 while 循环后每 200ms 刷一次时间显示，每 10ms 扫一次按键，闹钟触发后蜂鸣器响一段时间，用状态机区分正常显示界面和设置界面。

主循环简化版如下：

while (1) { KeyScan(); // 按键扫描，10ms 周期调用 if (timeDisplayFlag) { DS1302_ReadTime(&timeBuf); // 读时间，内部完成 BCD 转换 LCD1602_ShowTime(&timeBuf); // 刷新显示 timeDisplayFlag = 0; } if (alarmEnable && (timeBuf.hour == alarmHour) && (timeBuf.min == alarmMin) && (timeBuf.sec == 0)) { Beeper_On(); // 触发闹钟 } }

timeDisplayFlag 可以由 SysTick 中断每 200ms 置一次，也可以简单用延时实现。设置界面用菜单状态机管理：按下菜单键在"正常显示、设置小时、设置分钟、设置闹钟、退出"之间切换，加减键修改当前项的值，确认键把新值写入 DS1302 或闹钟变量。这个状态机用全局变量 menuState 维护，不要用嵌套 if，否则代码一长就失控。

温度读取建议放在按键空闲时执行，DS18B20 的单总线通信耗时较长，每次都阻塞主循环的话按键响应会明显变卡。读温度时先发跳过 ROM 命令 0xCC，再发转换命令 0x44，等待转换完成，最后把负温度做符号处理。

4. Proteus 仿真搭建：从原理图绘制到 hex 文件联调

4.1 元件选择与连线要点

Proteus 仿真最大的价值在于，不用等实物打样就能把整个系统跑起来。新建工程后，在元件搜索框里依次放置 STM32F103C8T6、LM016L（LCD1602 的仿真模型）、DS1302、DS18B20、BUTTON、BUZZER、RESISTOR、CAPACITOR、CRYSTAL。DS1302 在元件库里直接搜 DS1302，DS18B20 直接搜就有，晶振搜 CRYSTAL 后把频率属性改成 32.768kHz。

连线时按前面章节的引脚分配表来，重点检查三处：一是 STM32 的 VDD、VDDA 必须接 3.3V 电源，GND 接地，漏接会导致整个芯片不工作；二是 DS18B20 的 DQ 引脚必须加 4.7kΩ 上拉到 3.3V，不加的话仿真温度数据全是乱码；三是 LCD1602 的 VO 引脚接电位器，不接的话屏幕可能显示全黑方块。电源部分直接放一个 Power 端子，把电压设为 3.3V，用 Voltage Probe 确认各路电压。

时钟电路在仿真里也要画。STM32 主晶振用 8MHz，负载电容 20pF；DS1302 的 32.768kHz 晶振放一个 CRYSTAL 并把频率改成 32768Hz。有些版本仿真里 DS1302 不接晶振也能走时，但实物必须接，所以仿真时最好也接上，保持和实物一致。画完原理图先跑一次空工程，把所有元件电源都点亮，再加载程序，避免把电路错误和程序错误混在一起排查。

4.2 仿真与实物的差异：晶振、上拉与电平的坑

仿真跑通不代表实物能跑通，这个认知越早建立越好。晶振模型在 Proteus 里是理想的，实物晶振有温漂和负载电容匹配问题，一天差十几秒很正常；仿真里不接上拉电阻，某些芯片模型内部默认有弱上拉，但实物没有，所以 DS1302 的 IO 和 DS18B20 的 DQ 必须按前面说的接上拉；电平问题更隐蔽，仿真里 3.3V 是严格的 3.3V，实物电源纹波可能导致 DS1302 时序边缘不稳定。

最常见的翻车场景是：仿真里时间正常走，实物上电后 LCD 显示正常但时间不动。排查方向是先量 DS1302 的 VCC1 和 VCC2 电压，再看 32.768kHz 晶振两端有没有振荡波形，最后用示波器看 SCLK 有没有脉冲。仿真里不存在这些问题，所以不要在仿真里反复改时序，直接对照实物排查更高效。

4.3 加载 hex 文件与调试技巧

在 Keil 里编译生成 hex 文件之后，双击 Proteus 原理图中的 STM32 芯片，在 Program File 一栏选择 hex 文件，Crystal Frequency 填 8MHz，确定后启动仿真。如果程序没跑起来，先检查芯片属性里的 Program File 路径有没有空格或中文，Proteus 对路径敏感，路径带中文时经常加载失败。

调试时用两个辅助手段。第一，在工程里加一段 GPIO 翻转测试代码，主循环里让 PA8 每 500ms 翻转一次，仿真时用电压探针看波形，确认 MCU 在主频运行；第二，用 Proteus 的虚拟终端做串口打印，把 DS1302 读到的原始字节通过 USART1 发出来，这样能快速区分是硬件时序问题还是显示转换问题。我一般会把这两个调试代码留在工程里，答辩时展示"通过串口打印确认寄存器值"的过程，老师会觉得你的调试思路完整，这比嘴上说"我调好了"有说服力得多。

5. 常见问题与避坑：时钟不走、花屏、按键失灵的排查

5.1 时间不走，或者每次上电都回到初始值

现象：LCD 能显示时间和温度，但秒数永远不动；或者断电再上电，时间回到初始写入的值。

原因分两种情况。仿真里时间不走，多半是 DS1302 的 RST 引脚时序不对——读数据前没有拉高 RST，或者命令字节的最高位不是 1。实物里时间不走，先查 32.768kHz 晶振是否起振，DS1302 需要这个晶振才能走秒；每次上电回到初始值，说明 VCC1 没有接电池，或者电池电压低于 2.5V，DS1302 掉电后寄存器内容丢失。

解决：先用逻辑分析仪抓 SCLK 和 IO 波形，确认命令字节发送完整。仿真里把 RST 初始化为低电平，每次操作前拉高并延时 2μs。实物换一颗新的 32.768kHz 晶振，确认 VCC1 纽扣电池电压在 3V 左右。时间能走但走快走慢的话，检查晶振两脚对地电容，电容过大振荡会停，过小走时会偏快。

5.2 LCD1602 花屏或者显示乱码

现象：屏幕第一行全是黑色方块，或者第二行显示位置错乱，字符叠加在一起。

原因：黑色方块通常是对比度电压不对，VO 引脚没有经过电位器分压，或者电位器阻值调到 0 导致对比度拉满；显示位置错乱一般是初始化序列没走完就写数据，4 位模式的高 4 位和低 4 位顺序颠倒；字符叠加则是每次刷新前没有重新设置 DDRAM 地址。

解决：VO 引脚接 10kΩ 电位器，先调到中间位置再微调，直到方块消失；初始化序列严格按数据手册执行，上电延时 15ms、写 0x30 三次、再切 4 位模式，中间不要打断；每次显示字符串之前先写地址命令，第一行先写 0x80 再写数据。另一个玄学问题：如果初始化代码里把 ADC 相关引脚复用错了，屏幕会整体拉黑，确认只用到了 PB0~PB3 和 PB10~PB12 这组引脚。

5.3 按键按下没反应，或者一次按下触发多次

现象：菜单切换不了，或者按一下加键时间跳了好几十分钟。

原因：没反应一般是 GPIO 配置错误，按键接 GND 但 GPIO 配置成了推挽输出，读不到低电平；触发多次是消抖没做，机械按键在按下和松开的瞬间会产生 5~20ms 的电平抖动，直接读电平会把一次按下当成多次。

解决：按键对应引脚配置成上拉输入，不额外接外部上拉；消抖采用"延时确认"法，检测到低电平后延时 20ms 再读一次，还是低电平才算有效按下。更稳的做法是状态机加定时器扫描，10ms 扫一次，连续两次读到低电平才触发。注意释放检测，等按键松开后再响应下一次，避免长按连续触发。

5.4 程序烧录后完全没反应，屏幕也不亮

现象：Keil 显示烧录成功，但 Proteus 里芯片没有任何输出，实物上电后 LCD 背光亮但无字符。

原因：仿真里先检查 hex 文件是否加载成功，芯片属性里 Crystal Frequency 填错的话主频和外设时钟全乱；实物里先查电源，STM32 的 3.3V 偏低芯片就不启动，再用示波器确认 8MHz 主晶振起振。另一个高频原因是 BOOT0 悬空，芯片可能随机进入 ISP 模式，程序根本没从 Flash 启动。

解决：仿真里重新加载 hex 并确认路径无中文；实物用万用表量 VDDA 和 VDD 电压，确保 3.3V 误差不超过 5%；BOOT0 用 10kΩ 电阻下拉到地。如果还不行，用 SWD 接口连上调试器，在 Keil 的 Debug 界面读内核寄存器，看 PC 指针是否在 0x08000000 附近。这个排查动作在答辩时说出口很加分，说明你不是只会仿真。

6. 验收与答辩：功能测试清单与讲解顺序

6.1 功能验收测试表

交课设之前，按下面的清单逐项跑一遍打勾。这张表既是自查工具，也是设计报告测试章节的素材。

验收时录一段完整视频：上电、调时、测温、闹钟各拍一段。答辩现场设备一旦出问题，视频就是兜底证据，这个动作救过我好几次。

6.2 答辩讲解顺序

答辩讲解按"需求—架构—驱动—验证"四步走。先讲系统要解决什么，再放总体架构说模块划分，然后挑两个技术点展开——DS1302 模拟时序和 LCD1602 4 位模式初始化，最后用测试表证明达标。老师常问的四个问题：为什么选 STM32F103C8T6 而非 51，答主频、外设资源、Proteus 支持；DS1302 为什么需要电池，答掉电寄存器丢失和外部晶振维持走时；LCD1602 为什么用 4 位模式，答引脚占用与时序复杂度权衡；蜂鸣器为什么不能直接驱动，答 GPIO 灌电流与三极管放大。这些在前面章节都能找到答案。

我的习惯是答辩前强制重新编译一次工程，确认无 warning，再把 hex 重新加载到 Proteus 跑一遍完整流程，绝不用一个自己都忘了改过什么的旧 hex 去演示。从那以后每次验收我都强制走一遍"重新编译—重新加载—全功能录像"的流程，把翻车概率压到最低。希望帮到你。

本文还有配套的精品资源，点击获取