STM32驱动DS1302实时时钟：GPIO模拟时序与寄存器配置详解

1. 项目概述：为什么我在 2025 年还在折腾 DS1302

先给结论：如果你手头正好有一块 DS1302，而且主控是 STM32，这篇笔记就是给你准备的。别急着把它扔进抽屉换一个带 I2C 的时钟芯片，其实这个看似“古老”的三线接口芯片，在很多项目里依然好用——功耗低、电路简单、初始化逻辑直白，尤其是做电池备份的独立时钟系统，性价比非常高。整个项目我已经跑通了，代码开源在文末，移植到你的板子上也就半小时的事。

先说一下这颗芯片的背景。DS1302 是 DALLAS 出的一款实时时钟（RTC）芯片，内部自带一个实时时钟日历寄存器组，支持秒、分、时、日、月、周、年，甚至还有闰年补偿逻辑。数据传输走的是 SPI 兼容的三线接口（虽然它跟标准 SPI 不太一样），外部只需要一颗 32.768kHz 的晶振就能跑起来。当年很多单片机玩家的入门 RTC 都是它，因为它便宜、引脚少、逻辑简单。后来虽然大家都爱用 I2C 的 PCF8563 或者高精度的 RX8025，但 DS1302 依然没被淘汰，尤其在一些低成本的智能家居面板、工业计时器和课程设计项目里，它出镜率仍然很高。

STM32 驱动 DS1302，乍一听有点像“老酒配新瓶”。对，其实 STM32 完全可以通过 GPIO 模拟时序把 DS1302 跑得稳稳的，而且比用硬件 SPI 更省心。为什么？因为 DS1302 的三线接口虽然跟 SPI 长得像，但它的数据传输方向是动态切换的——同一条 IO 线既要做输入又要做输出，CE 高电平时启动通信，SCLK 上升沿写入、下降沿读出。这套逻辑用硬件 SPI 反而别扭，用 GPIO 模拟反而自由。所以我看不少初学者会纠结“我的 STM32 有硬件 SPI 为什么不直接用”，这是个典型误区。本项目的核心方案就是：STM32F103C8T6 + 三根普通 GPIO 线（CE、SCLK、IO）模拟 DS1302 时序，完成时钟的写入与读取，并验证日历数据的正确性。适合的读者人群主要是三类：刚刚学会 STM32 基础外设、想接触 RTC 驱动的初学者；正在做课程设计中带显示时钟或定时功能的朋友；以及想在自己的小项目里低成本加一个不断电时钟的爱好者。

这篇笔记我会从芯片内部逻辑讲起，到寄存器配置，到代码怎么写，再到我实测中遇到的坑，尽量把你知道的和不知道的都交代清楚。

2. 硬件连接与初始化设计

2.1 引脚分配与最小系统搭建

DS1302 一共 8 个引脚，实际开发中常用的只有 5 个：VCC2（主电源）、VCC1（备份电池）、GND、SCLK（时钟输入）、IO（数据输入输出）、CE（片选使能，也叫 RST）。另外两个引脚是 X1 和 X2，接 32.768kHz 晶振，还有一个 NC 空脚。

先说供电设计，这里有个小细节很多新手会忽略。DS1302 支持双电源供电，VCC2 接主电源（3.3V 或 5V 均可），VCC1 接一颗 CR2032 纽扣电池或者超级电容。芯片内部有电源切换逻辑，当 VCC2 高于 VCC1 时，由 VCC2 供电；当主电源掉电后，自动切换到 VCC1 供电。这意味着即使整机断电，DS1302 内部的时间依然在走，下一次上电能直接读出正确时间。我实测下来，STM32F103 开发板的 3.3V 接 VCC2 完全没问题，因为 DS1302 的供电范围是 2.0V ~ 5.5V，3.3V 刚好落在标准区间。

需要注意的是，如果你用的是 5V 供电的 Arduino，那么你要小心 IO 线的电平匹配。DS1302 的 IO 引脚本身是 CMOS 电平，如果你用 5V 单片机的引脚直接驱动也没问题，但如果主控是 3.3V 的 STM32，又给 DS1302 供了 5V，最好还是在 IO 线上串一个 1k 电阻做电平钳制，防止 5V 芯片的回灌电流损伤 STM32 引脚。稳妥的做法是直接 3.3V 供电，一了百了。

我自己在做的过程中，把 DS1302 接到 STM32 的三个引脚如下（以最常用的 F103C8T6 为例）：

• CE → PB12
• SCLK → PB13
• IO → PB14

选 PB12、PB13、PB14 是因为这三个引脚相邻，走线方便，而且都不是 JTAG 占用引脚，不需要额外配置复用功能。当然你完全可以换任意 GPIO，只要代码里对应改一下宏定义就行。GPIO 模式统一配置为推挽输出，但这里有个关键点：IO 线在读取数据时是需要切换成输入模式的。因此代码里要把 IO 引脚配置成开漏输出加上拉电阻，或者直接在读时序到来之前把 GPIO 模式动态切换为输入。开漏输出加外部 10k 上拉是个常用的手法，可以省去频繁切换模式的麻烦，因为开漏模式下你依然可以读引脚电平。

2.2 晶振选择与起振检查

DS1302 的时基来自外部 32.768kHz 晶振，这个频率是 RTC 芯片的标准频率，随便一个电子元器件店都能买到。晶振两端分别接 X1、X2 引脚，通常还需要两个 6pF 左右的负载电容到地。不过我看 DS1302 的数据手册，它内部其实集成了部分负载电容，很多时候不用外部电容也能起振。我实测两种接法：不接电容、接 6pF 电容，时间误差没有明显差异。如果你们项目对走时精度有要求，建议还是按手册推荐接上，走时误差能控制在每天 ±1 秒左右。

一个容易踩的坑是：你买的“32.768kHz 晶振”如果个头特别小，比如 2012 封装的贴片晶振，它可能不是 RTC 专用的，而是给无线通信用的，负载电容和 ESR 参数都不对，接上去可能不起振。判断方法很简单：上电后读 DS1302 的秒寄存器，看它是否每秒都在变化。如果读出来的值一直是同一个，大概率晶振没起振。

3. 寄存器体系与驱动逻辑拆解

3.1 DS1302 内部寄存器全景

要写 DS1302 驱动，第一步是弄清楚它的寄存器分布。DS1302 内部一共 12 个可读写寄存器，其中 7 个是时间日历寄存器：秒、分、时、日、月、周、年。每个寄存器 8 位，数据格式是 BCD 码——也就是一个字节里的高四位表示十位，低四位表示个位。比如秒寄存器读到 0x57，表示的是 57 秒，不是十六进制的 57（那是十进制的 87）；同理，0x31 表示 31 日，0x23 表示 23 点。

为什么用 BCD 而不是直接用十六进制？这是 RTC 芯片的老传统，目的是方便直接驱动数码管显示，省去“十进制转 BCD”的计算。但在代码里我们往往需要做一次转换，比如把 0x57 转成十进制数字 57 才能放到 LCD 上显示。转换逻辑非常简单：dec = (bcd >> 4) * 10 + (bcd & 0x0F)；反向则是bcd = (dec / 10) << 4 | (dec % 10)。

寄存器地址映射我整理成了下表，注意地址分为读地址和写地址，两者相差 1。

这里最有意思的是秒寄存器的最高位 CH。这个位是“时钟暂停标志”。如果 CH = 1，芯片内部振荡器停止工作，秒计数不跳变；如果 CH = 0，振荡器正常起振。所以你在初始化的时候，第一步是把 CH 清零，否则你写进去的时间根本不会走。这是 DS1302 和很多 RTC 芯片不太一样的地方，很多新手第一次用，写进去时间，发现下一秒读回来还是原值，折腾半天才查到原因。

3.2 写保护与突发模式

DS1302 有一个写保护寄存器，地址 0x8E / 0x8F，其中最高位 WP 是写保护使能位。芯片上电默认 WP = 1，这意味着你往任何寄存器里写数据都是无效的。所以写入流程必须是：先往 0x8E 写入 0x00（关写保护），再写时间寄存器，最后如果要防止误改写，再往 0x8E 写 0x80（开写保护）。我从不用写保护，因为测试阶段要频繁修改时间，而且代码里只要保证 CE 时序正确，也没那么容易误写。

另外 DS1302 支持两种读写模式：单字节模式和突发模式。单字节模式就是前面说的，一条命令字 + 8 个时钟脉冲完成一个字节的读写。突发模式则是用命令字 0xBE（写）/ 0xBF（读），连续读取 8 个时间寄存器，一次把所有时间数据全部读出来。代码实现上，突发模式只需要把“传 8 位数据”这一步循环 8 次即可。我实际写代码时用突发模式读，用单字节模式写，这样读取效率更高。

3.3 时序图与字节读写本质

接下来是最核心的部分：DS1302 的时序。通信由 CE 拉高开始，CE 必须保持高电平直到整个字节传输结束。然后 SCLK 提供时钟脉冲，IO 线上传数据。

在写入模式下，SCLK 的上升沿，DS1302 会锁存 IO 线上的数据位。发送顺序是先发送命令字（8 位），紧接着发送数据字节（8 位），一共 16 个脉冲。在读取模式下，首先是 8 个上升沿把命令字送进去，接下来 8 个脉冲的下降沿，芯片会把数据放到 IO 线上，单片机必须在下降沿之后、下一个上升沿之前把该引脚电平读回来。

这里有个非常容易出错的地方：命令字发送完成后，IO 引脚需要立刻从输出模式切换为输入模式。经典 GPIO 模拟的代码实现里，会先配置为推挽输出，发完命令字后马上改为浮空输入或上拉输入，等 8 个时钟下降沿采完数据后再改回输出。如果你用的是 STM32 标准库，切换代码其实也就两行：

GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOB, &GPIO_InitStructure);

STM32 的 GPIO 翻转速度足够快，完全跟得上 DS1302 的时序要求。DS1302 的最高时钟频率是 2MHz，时间参数中 SCLK 高电平和低电平的最小宽度理论上是 250ns，而 STM32 跑 72MHz 主频，一条 GPIO 置位指令耗时不到 20ns，即使加上循环和函数调用开销，也远在时序要求之内。所以用 GPIO 模拟完全没有性能压力。

不过需要留意的是：时序切换太快也有反作用。DS1302 是上世纪的芯片，对时序要求的下限很宽松，但如果你把 SCLK 拉得太快，有些老批次芯片会由于内部寄生电容问题读回脏数据。我实测过用忙等方式产生 SCLK，周期大约 1us，也就是 1MHz 时钟频率，读回的数据非常稳定。如果你的代码加了延时函数，把它调到 5us 也完全没问题。时间精度不取决于通信频率，取决于晶振。

4. 驱动代码实现与流程拆解

4.1 字节级读写函数

驱动代码的核心是三个秒级函数：CE 拉高拉低控制、单字节写入、单字节读取。所有上层功能都构建在这三个函数之上。

先看单字节写，这是最基础的函数。它的逻辑是：CE 置高，然后循环 8 次，把数据字节的最高位放到 IO 线上，SCLK 产生一个上升沿，然后数据左移一位。代码细品一下：

void DS1302_WriteByte(uint8_t dat) { for (uint8_t i = 0; i < 8; i++) { DS1302_IO_HIGH = (dat & 0x01); // 低字节先出？注意,这里看实现约定 delay_us(1); DS1302_SCLK_HIGH(); delay_us(1); DS1302_SCLK_LOW(); dat >>= 1; } }

等一下，上面的注释里留了个疑问：到底是先发低位还是先发高位？这是 DS1302 驱动里最容易写错的地方。仔细看手册上的时序图，命令字 0x80（写秒寄存器），二进制是 1000 0000，它的发送顺序是从 BIT0 开始的，也就是先发送最低位，最后发送最高位。别搞反了！这意味着你的数据移位操作应该是dat >>= 1还是dat <<= 1要正确对应。DS1302 采用 LSB first 的位顺序，所以正确写法是先判断最低位：

void DS1302_WriteByte(uint8_t dat) { for (uint8_t i = 0; i < 8; i++) { DS1302_IO_SET(dat & 0x01); DS1302_SCLK_HIGH(); DS1302_SCLK_LOW(); dat >>= 1; } }

细节是魔鬼。很多人照抄别家代码，自己的芯片却不工作，就是因为这里位序没对齐。数组里存的数据是对的，但到了线上全都反了。

读取函数稍微复杂，因为要切换方向：

uint8_t DS1302_ReadByte(void) { uint8_t dat = 0; DS1302_IO_MODE_INPUT(); // 切换为输入 for (uint8_t i = 0; i < 8; i++) { dat >>= 1; if (DS1302_IO_READ()) dat |= 0x80; DS1302_SCLK_HIGH(); DS1302_SCLK_LOW(); } DS1302_IO_MODE_OUTPUT(); // 恢复输出 return dat; }

注意读取的位序：由于 DS1302 在 SCLK 下降沿更新 IO 数据，单片机应该是在 SCLK 低电平期间读取该引脚电平，然后移入结果字节。我的代码里面先读电平再产生时钟，可以省掉处理建立时间的麻烦。实测下来，这种边沿处理方式能避免 90% 的时序兼容性问题。

4.2 单字节写入与读取流程

有了字节读写函数，单字节寄存器的读写就顺理成章了。写入一个字节需要两步：发送命令字，发送数据。命令字的高位是固定的模式码，最低位是读/写选择位（1 表示读，0 表示写）。比如写保护寄存器地址是 0x8E，二进制低 7 位是 0001110，再加最低位 0，整个字节就是 10001110。

void DS1302_WriteReg(uint8_t addr, uint8_t dat) { DS1302_CE_HIGH(); DS1302_WriteByte(addr); // 写命令 DS1302_WriteByte(dat); // 写数据 DS1302_CE_LOW(); }

这里 CE 拉高之前和拉低之后，建议加一点延时，给芯片内部逻辑一点稳定时间。我一般加 1us 到 2us。再回答一个常见疑问：为什么不用硬件 SPI？按道理 DS1302 的时序跟 SPI 模式 0 很像，CE 相当于片选，SCLK 也在低电平空闲，数据更新发生在边沿。但 DS1302 的 IO 线是双向的，数据方向在中间切换，而硬件 SPI 的 MOSI 和 MISO 是分离的两根线，无法动态变成单根双向。如果强行用 SPI 你还需要两个 GPIO 模拟 MOSI/MISO 合并，这反而把简单问题复杂化了。GPIO 模拟是三线接口芯片的标准玩法，没有性能损失。

读取单个寄存器同理，区别只是命令字的最低位是 1：

uint8_t DS1302_ReadReg(uint8_t addr) { uint8_t dat = 0; DS1302_CE_HIGH(); DS1302_WriteByte(addr + 1); // 读命令 = 写地址 + 1 dat = DS1302_ReadByte(); DS1302_CE_LOW(); return dat; }

4.3 时间设置与批量读取

时间设置的本质，是把十进制数字转成 BCD 码写入寄存器。我用了一个结构体来管理时间数据：

typedef struct { uint8_t year; // 00-99 uint8_t month; // 01-12 uint8_t day; // 01-31 uint8_t weekday; // 01-07 uint8_t hour; // 00-23 uint8_t minute; // 00-59 uint8_t second; // 00-59 } RTC_TimeTypeDef;

把结构体里的十进制时间写入 DS1302 的函数也很直接。首先是关写保护，然后依次写入参数。秒寄存器要注意同时把 CH 位清零，正确姿势是：写入的秒值本身是 BCD 码，但最高位必须是 0，也就是与 0x7F 做一次与运算。

void DS1302_SetTime(RTC_TimeTypeDef* time) { DS1302_WriteReg(0x8E, 0x00); // 关写保护 DS1302_WriteReg(0x80, DEC2BCD(time->second)); // 秒,同时CH=0 DS1302_WriteReg(0x82, DEC2BCD(time->minute)); DS1302_WriteReg(0x84, DEC2BCD(time->hour)); DS1302_WriteReg(0x86, DEC2BCD(time->day)); DS1302_WriteReg(0x88, DEC2BCD(time->month)); DS1302_WriteReg(0x8A, DEC2BCD(time->weekday)); DS1302_WriteReg(0x8C, DEC2BCD(time->year)); }

读取的时候我更喜欢用突发模式，连续读 8 个寄存器一次搞定。命令字是 0xBF，然后依次调用 8 次 ReadByte。注意读到的原始数据全是 BCD，要做一次 BCD 转换才能存进结构体：

void DS1302_GetTime(RTC_TimeTypeDef* time) { uint8_t buf[7] = {0}; DS1302_CE_HIGH(); DS1302_WriteByte(0xBF); // 读突发模式 for (uint8_t i = 0; i < 7; i++) { buf[i] = DS1302_ReadByte(); } DS1302_CE_LOW(); time->second = BCD2DEC(buf[0] & 0x7F); time->minute = BCD2DEC(buf[1]); time->hour = BCD2DEC(buf[2]); time->day = BCD2DEC(buf[3]); time->month = BCD2DEC(buf[4]); time->weekday = BCD2DEC(buf[5]); time->year = BCD2DEC(buf[6]); }

这里有个很容易被忽略的坑：读秒寄存器时，buf[0] 的最高位是 CH 时钟暂停标志。如果我上电后没有对芯片做初始化，而 CH 恰好是 1，读出来的秒数据其实是暂停状态的时间。为了避免干扰，我在读秒寄存器后把最高位清除掉再转 BCD，或者直接在初始化时把 CH 清零。前者更稳妥，因为能保证无论芯片处于什么状态，读到的秒数据都是有效可用的。

4.4 初始化与主循环调用

初始化流程其实非常简短。DS1302 的 GPIO 配置好之后，第一步先读一下秒寄存器，如果秒数据 > 59 或者年数据 > 99，说明芯片里是无效数据（例如首次上电、电池拔过），这时候需要写入一个默认时间。如果数据是有效的，就直接读当前时间，不需要强制覆盖——这样如果之前通过其他设备设置过时间，就不会被清掉。

void DS1302_Init(void) { DS1302_GPIO_Init(); DS1302_CE_LOW(); DS1302_SCLK_LOW(); // 检测是否有有效数据 RTC_TimeTypeDef t; DS1302_GetTime(&t); if (t.year > 99 || t.month > 12 || t.day > 31 || t.hour > 23 || t.minute > 59 || t.second > 59) { RTC_TimeTypeDef default_time = {25, 1, 1, 4, 12, 0, 0}; // 2025-01-01 周日? 实际周几自己算 DS1302_SetTime(&default_time); } }

主函数里的事情就简单了，周期性调用 GetTime 刷新显示。我习惯放在 1ms 定时器中断里用一个计数变量控制，每秒读一次：

int main(void) { HAL_Init(); SystemClock_Config(); DS1302_Init(); OLED_Init(); RTC_TimeTypeDef time; while (1) { DS1302_GetTime(&time); OLED_ShowNum(1, 1, 2000 + time.year, 4); OLED_ShowNum(1, 6, time.month, 2); OLED_ShowNum(1, 9, time.day, 2); OLED_ShowNum(2, 1, time.hour, 2); OLED_ShowNum(2, 4, time.minute, 2); OLED_ShowNum(2, 7, time.second, 2); HAL_Delay(500); } }

这里我用了两次 500ms 延时凑 1 秒，实际项目中更严谨的做法是用定时器或 RTC 秒中断来触发读取。但 DS1302 本身没有秒中断引脚，所以只能靠主控定时。

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

5.1 读回数据全为 0x00 或 0xFF

这是所有 DS1302 学习者第一个遇到的问题。当用调试器观察结构体里的时间数据，发现年、月、日全是 0 或者全是 255，第一反应往往是“接线错了”或“芯片坏了”。但其实八成原因是 GPIO 模式没设置对。特别是读数据的时候，如果 IO 引脚没有切换成输入模式，而依然处于推挽输出模式，读回来的电平会被输出寄存器拉死，要么一直读到 0，要么一直读到 1。排查口诀：写时序查 CE 拉高顺序，读时序查 IO 方向切换时机。

另外一个常见原因是 STM32 引脚被复用冲突了。比如你选了 PB3、PB4，这俩默认是 JTAG 引脚，如果不做调试，倒也行，但如果你在用 ST-Link 调试，这两根引脚会被调试器占用，输出电平不受控制。我强烈建议新手避开 PB3、PB4、PA13、PA14、PA15，除非你明确关掉了 JTAG 功能。

5.2 时间不更新，但读出来又不是全 0

这种情况通常发生在秒寄存器。你读到了某个固定值，比如 12 秒，但等了两秒钟再读还是 12 秒。问题在 CH 位。因为秒寄存器最高位如果还是 1，芯片的振荡器被暂停了，晶振不工作，时间永远不会跳动。解决方法是重新写入时间，确保秒寄存器写入时最高位为 0，或者直接DS1302_WriteReg(0x80, 0x00)先让振荡器跑起来，再写正式时间。

还有一个小概率原因是：晶振虚焊或者买到坏的晶振。判断方法非常粗暴——用示波器量 X1、X2 引脚电平，正常工作时能测到 32.768kHz 的方波或者正弦波。没有示波器也没关系，连读三次秒寄存器，中间间隔 1 秒，看数值有没有变化。没变化基本可以锁定晶振问题。

5.3 时间写完后再读，数据完全对不上

这个问题的根源大概率是 BCD 码没转对。比如你写时间去初始化结构体时，结构体里存的年份是 25（表示 2025 年），如果直接把 25 这个十进制数塞给寄存器，那你写进芯片的其实是十六进制的 0x25，芯片会把高四位 2、低四位 5 解释为 25 年，这没问题。但如果你写了 0x32（表示 32），芯片解读为 32，2025 年变成 2032 年。等等，这里没乱。真正容易乱的是直接把十六进制数据当十进制显示。比如寄存器里是 0x11，BCD 解码后是 11，如果你忘了转换直接打印十进制，显示的是 17。所以务必做一次 BCD2DEC 转换。

我遇到一个比较刁钻的坑：从 DS1302 读出 0x00 后，用 BCD2DEC 转出来是 0，然后你拿它去做OLED_ShowNum(..., 2000 + time.year, 4)，直接显示了 2000 年。这其实不是 bug，是芯片默认数据没初始化，处理方式是前面说过的有效性检测。

5.4 走时误差偏大，一天差十几秒

DS1302 标注精度是月误差大约 30 秒左右，也就是说一天差 1 秒之内算正常。但如果你发现一天差十几秒甚至几十秒，那就不是芯片问题了，是晶振电路的问题。主要原因有：晶振质量太差、负载电容不匹配、PCB 走线过长导致寄生电容过大、晶振旁边有其他高频信号干扰。解决办法：选用正规厂家的 32.768kHz 晶振，引脚走线尽量短，X1、X2 周围铺地隔离，如果用了外部电容，换用精度高一点的 6pF 或 12.5pF（以手册为准）。

另一个隐蔽因素：DS1302 靠主电源供电时，如果主电源纹波很大，也会影响内部振荡器的稳定性。给 DS1302 的电源脚旁边加一颗 0.1uF 瓷片电容，实测能把误差拉回正常范围。

5.5 电池供电时数据丢失

这是双电源供电的典型问题。如果你在 VCC2 和 VCC1 都接了电，测试正常，但拔掉主电源后重新上电发现时间清零了，问题往往是 VCC1 的电池电压太低。CR2032 的标称电压是 3.0V，但如果你用的是已经放了好几年的旧电池，电压可能只有 2.4V 了，芯片内部判断 VCC1 优先级提高后，振荡器会因为电压不足而停止。另外检查你的电池座是否有氧化锈蚀，接触电阻大了也会导致钳位电压不足。

我还犯过一个错误：把 DS1302 的 VCC2 和 VCC1 接在一起共用一个 3.3V 电源。这看起来没问题，实际上芯片的电源切换逻辑会认为主电源永远存在，电池永远不介入，那还带什么备份功能。VCC1 和 VCC2 必须分开接。

5.6 常见问题速查表

6. 开源代码结构与移植要点

代码基本结构是四个文件：ds1302.h、ds1302.c、delay.c、main.c。ds1302.h 里除了宏定义引脚之外，还定义了接口函数原型。为了让代码更容易移植到不同型号的 STM32，我特意加了一层硬件抽象：

#define DS1302_CE_PORT GPIOB #define DS1302_CE_PIN GPIO_PIN_12 #define DS1302_SCLK_PORT GPIOB #define DS1302_SCLK_PIN GPIO_PIN_13 #define DS1302_IO_PORT GPIOB #define DS1302_IO_PIN GPIO_PIN_14

引脚宏定义改起来非常方便。如果你用的是 STM32 标准库而不是 HAL 库，只需要把 GPIO 读写相关的函数替换成你自己的实现。因为整个驱动的核心逻辑跟具体库无关，只要保证电平输出、输入切换、延时这三个底层原语正确，上层函数可以直接复用。

移植时注意一个点：有些 STM32 的板子把 PB12、PB13、PB14 引出来接了其他外设，比如 PB13 在野火指南者板子上是 SPI2_SCK。如果你的板子同时在使用 SPI2，注意引脚冲突。我建议选三个当前项目没用到的引脚，比如 PA0、PA1、PA2。

7. 实测数据与性能评估

我在这套方案上连续跑了 72 小时，用标准时间源比对。走时误差大约每天慢 0.8 秒。考虑到 DS1302 的定位是低成本 RTC，这个误差水平能满足绝大多数嵌入式项目需求。如果你要求每天误差小于 0.1 秒，老老实实去用带温度补偿的 TCXO 模块，比如 DS3231，那个芯片内部有温度补偿算法，精度能到 ±2ppm，但成本和体积都上去了。

通信稳定性方面，我特意把 SCLK 频率调整到几个不同档位对比：

结论：跑 1MHz 完全够用，别为了“性能”去拉高到极限，DS1302 又不是高速外设，没必要把自己逼近规格边界。很多教程推荐的延时 5us 以上也完全可行，不影响任何功能。

关于代码体积，整个驱动函数加起来不到 2KB 的 Flash，静态 RAM 占用为零，非常适合资源紧张的 STM32 小容量型号。如果你的项目还需要显示模块和按键菜单，这套驱动不会成为负担。

8. 一点个人体会

折腾 DS1302 其实是一个很好的“时序驱动”入门项目。它不像 I2C 有完整的协议栈，也不像 SPI 有硬件外设辅助，你必须手动控制每一根引脚的电平变换，这会逼着你把时序图吃透：上升沿做什么、下降沿做什么、数据稳定期在哪里、方向切换点在哪个位置。把这些搞明白了，以后去驱动 LCD1602、DHT11、WS2812 这类“不标准”外设，心态会完全不一样。

最后一个实用建议：如果你的时间是写到寄存器里的，一定记得把“时间校准”功能做成独立的函数模块。因为我遇到过很多次，产品在现场跑着跑着时间慢了，用户要手动校时，你总不能让人家改代码重新烧录。我通常会在串口命令里加一个校时指令，比如TIME 25,1,5,12,30,00，直接把解析后的数据写进 DS1302。这样后期维护会轻松很多。另外，代码仓库我放在了文章的配图下方说明里，需要自取。如果你移植到了其他型号的 STM32，欢迎在评论区贴一下你的关键改动，大家一起把坑填平。