简介：这份资源面向在STM32平台上开发实时时钟功能的嵌入式工程师与学生，提供RX8025SA高精度RTC芯片的完整I2C驱动方案。当STM32缺少硬件I2C外设或引脚资源紧张时，可直接借助其中的软件模拟I2C（BitBang）实现与RX8025SA的稳定通信，完成日期时间的读取与设置，驱动已实测通过，可靠性有保障。压缩包共4个文件，以2个c源文件与2个h头文件为主，分别承担RX8025SA初始化、读写与错误处理逻辑，以及自定义I2C时序模拟和对外接口声明，整体约3KB，体量轻巧便于快速集成。目前已有483人学习下载。读者可据此掌握GPIO模拟I2C的时序配置方法，理解RTC芯片寄存器操作流程，并直接复用经过验证的驱动代码，缩短项目调试周期。

1. RX8025SA 驱动在 STM32 上的真实定位：为什么它比 MCU 内部 RTC 更值得折腾

如果你做过带时间戳的采集设备，大概率遇到过 STM32 内部 RTC 走时不准的问题。内部 RTC 依赖 LSI 或 LSE，LSI 精度差到一天漂几十秒，LSE 虽然好一些，但晶振负载电容匹配不好照样跑偏。RX8025SA 这颗芯片就是冲着这个痛点来的——它内置 32.768kHz 晶振和温度补偿电路，通过 I2C 总线跟 MCU 通信，走时精度能做到月差几秒级别。这份资源包提供的是一套完整的 RX8025SA 驱动代码，跑在 STM32 平台上，走的是标准 I2C 接口。适合谁？正在做数据记录仪、定时控制器、或者任何需要可靠时间基准的嵌入式项目的人。如果你只是想让板子亮个灯，那用不上；但如果你被内部 RTC 的玄学走时坑过，这套驱动值得拆开看看。

2. RX8025SA 的 I2C 通信协议拆解：从寄存器映射到读写时序

2.1 为什么选 I2C 而不是 SPI

RX8025SA 只支持 I2C 接口，这不是选型问题，是芯片本身就这么设计的。它的 I2C 地址固定为0x32（7 位地址），写操作时从机地址字节是0x64，读操作是0x65。这个地址不可配置，意味着一条 I2C 总线上只能挂一颗 RX8025SA。如果你需要多路独立时钟，要么用多组 I2C，要么换带地址选择引脚的型号。

I2C 的速率方面，RX8025SA 支持标准模式 100kHz 和快速模式 400kHz。我一般跑 100kHz，因为 RTC 的读写频率极低，没必要为了省那几毫秒去冒信号完整性的风险。STM32 这边用硬件 I2C 还是软件模拟？硬件 I2C 在 STM32F1 系列上有著名的死锁问题，如果你用的是 F1，建议直接软件模拟，GPIO 推挽输出加延时，稳得很。F4 和 H7 系列的硬件 I2C 已经成熟很多，可以直接用。

2.2 关键寄存器一览

RX8025SA 的寄存器空间不大，但有几个地方容易翻车。下面这张表是我从驱动代码里反推出来的核心寄存器映射：

注意 HOUR 寄存器的 bit6 是 12/24 小时制选择位，默认是 24 小时制。如果你读出来的小时数不对劲，先查这个位。FLAG 寄存器里的 VLF 位（bit1）表示电压低标志，上电后如果 VLF 是 1，说明备用电池曾经掉过电，时间数据不可信，必须重新初始化。

2.3 写寄存器的完整流程

写一个字节到 RX8025SA 的步骤是：发送起始条件 → 发送从机地址+写位（0x64）→ 等待 ACK → 发送寄存器地址 → 等待 ACK → 发送数据 → 等待 ACK → 发送停止条件。连续写多个寄存器时，寄存器地址会自动递增，不需要每次重新指定。

下面这段代码是软件模拟 I2C 写 RX8025SA 寄存器的核心逻辑：

// 软件模拟 I2C 写 RX8025SA 寄存器 // addr: 寄存器起始地址, buf: 数据缓冲区, len: 写入长度 uint8_t rx8025_write_regs(uint8_t addr, uint8_t *buf, uint8_t len) { uint8_t i; i2c_start(); // 起始条件 if (i2c_send_byte(0x64) != 0) { // 从机地址+写 i2c_stop(); return 1; // 无应答，返回错误 } if (i2c_send_byte(addr) != 0) { // 寄存器地址 i2c_stop(); return 2; } for (i = 0; i < len; i++) { if (i2c_send_byte(buf[i]) != 0) { // 连续写数据 i2c_stop(); return 3; } } i2c_stop(); // 停止条件 return 0; // 成功 }

逻辑说明：i2c_send_byte返回 0 表示收到 ACK，返回 1 表示无应答。每一步失败都要发停止条件释放总线，否则下次通信会直接卡死。参数addr是寄存器起始地址，buf是要写入的数据数组，len是写入字节数。连续写的时候芯片内部地址指针会自动加一，所以初始化时间的时候可以一次性把秒到年全部写完。

2.4 读寄存器的完整流程

读操作比写操作多一个步骤：先写寄存器地址（伪写），然后发重复起始条件，再发读地址。代码如下：

// 软件模拟 I2C 读 RX8025SA 寄存器 // addr: 寄存器起始地址, buf: 接收缓冲区, len: 读取长度 uint8_t rx8025_read_regs(uint8_t addr, uint8_t *buf, uint8_t len) { uint8_t i; i2c_start(); if (i2c_send_byte(0x64) != 0) { // 伪写：从机地址+写 i2c_stop(); return 1; } if (i2c_send_byte(addr) != 0) { // 指定寄存器地址 i2c_stop(); return 2; } i2c_start(); // 重复起始条件 if (i2c_send_byte(0x65) != 0) { // 从机地址+读 i2c_stop(); return 3; } for (i = 0; i < len; i++) { if (i == len - 1) { buf[i] = i2c_read_byte(0); // 最后一个字节发 NACK } else { buf[i] = i2c_read_byte(1); // 其余字节发 ACK } } i2c_stop(); return 0; }

逻辑说明：最后一个字节必须发 NACK，否则从机不知道什么时候释放 SDA 线，会一直占用总线。i2c_read_byte的参数 1 表示主机发 ACK，0 表示发 NACK。这个细节在硬件 I2C 里由外设自动处理，但软件模拟必须手动控制。

2.5 BCD 格式转换的坑

RX8025SA 的时间寄存器全部是 BCD 格式，不是二进制。比如秒寄存器读到0x59，表示的是 59 秒，不是 89。转换函数必须写对：

// BCD 转十进制 uint8_t bcd2dec(uint8_t bcd) { return (bcd >> 4) * 10 + (bcd & 0x0F); } // 十进制转 BCD uint8_t dec2bcd(uint8_t dec) { return ((dec / 10) << 4) | (dec % 10); }

这两个函数看着简单，但如果你忘了转换，时间会以诡异的方式跳变。比如 09 分变成 09 秒之后，下一秒会跳到 10 秒，但如果你直接当十进制用，09 后面会变成 0A，再转成十进制就是 10，看起来好像也对——直到遇到 0x0A 到 0x0F 这段非法 BCD 值，整个时间就乱了。我见过有人调了一下午，最后发现是 BCD 转换写反了。

3. STM32 驱动移植实战：从 GPIO 初始化到时间读写

3.1 硬件连接与 GPIO 配置

RX8025SA 跟 STM32 的连接就两根线：SCL 和 SDA，加上 VCC 和 GND。SCL 和 SDA 都需要上拉电阻，典型值 4.7kΩ 到 10kΩ。有些模块自带上拉，那就不要再外接，否则总线电容太大，上升沿变缓，高速通信会出错。

STM32 这边如果用软件模拟，GPIO 配置成开漏输出模式，输出速度设成 50MHz 或者中等速度都行。开漏模式是 I2C 的硬性要求，因为 I2C 是线与逻辑，多个设备可以同时拉低总线，但不能同时推高。如果你配成推挽输出，一旦两个设备同时输出高电平，一个想拉低一个想拉高，就会短路。这个坑我在早期项目里踩过，芯片没烧算是运气好。

// STM32 软件 I2C GPIO 初始化（以 PA6=SCL, PA7=SDA 为例） void i2c_gpio_init(void) { GPIO_InitTypeDef gpio; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); gpio.GPIO_Pin = GPIO_Pin_6 | GPIO_Pin_7; gpio.GPIO_Mode = GPIO_Mode_Out_OD; // 开漏输出 gpio.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &gpio); GPIO_SetBits(GPIOA, GPIO_Pin_6 | GPIO_Pin_7); // 总线空闲时拉高 }

逻辑说明：开漏模式下，写 1 输出高阻态，靠外部上拉拉高；写 0 直接拉低。所以初始化完成后要把两根线都置 1，让总线处于空闲状态。参数GPIO_Mode_Out_OD是开漏输出的宏定义，不同 STM32 系列的库函数名字可能略有差异，HAL 库对应的是GPIO_MODE_OUTPUT_OD。

3.2 时间初始化与掉电检测

上电后第一件事不是直接读时间，而是先检查 FLAG 寄存器的 VLF 位。如果 VLF 为 1，说明备用电池掉过电，时间数据已经不可信，必须重新写入初始时间。这个逻辑在驱动里通常封装成一个rx8025_init函数：

// RX8025SA 初始化 // 返回值: 0=正常, 1=需要重新设置时间 uint8_t rx8025_init(void) { uint8_t flag; rx8025_read_regs(0x0E, &flag, 1); // 读 FLAG 寄存器 if (flag & 0x02) { // VLF 位为 1，电压低 // 清除 VLF 标志 flag &= ~0x02; rx8025_write_regs(0x0E, &flag, 1); return 1; // 通知上层需要设置时间 } return 0; // 时间数据有效 }

逻辑说明：VLF 位是 bit1，写 0 清除。清除之后如果再次掉电，VLF 会重新置 1。注意这个位是只读的，不能通过写 1 来设置，只能写 0 清除。有些驱动代码里直接写flag = 0x00，把其他标志位也一起清了，虽然不一定出问题，但不够严谨。

3.3 时间读写函数的完整实现

读时间的函数要把 BCD 转成十进制，并且处理 12/24 小时制的判断。写时间的函数反过来，先转 BCD 再写入。下面是一个完整的读时间实现：

// 时间结构体 typedef struct { uint8_t sec; uint8_t min; uint8_t hour; uint8_t day; uint8_t month; uint8_t year; uint8_t week; } rx8025_time_t; // 读取当前时间 uint8_t rx8025_get_time(rx8025_time_t *t) { uint8_t buf[7]; if (rx8025_read_regs(0x00, buf, 7) != 0) { return 1; // I2C 读取失败 } t->sec = bcd2dec(buf[0] & 0x7F); // bit7 是保留位 t->min = bcd2dec(buf[1] & 0x7F); t->hour = bcd2dec(buf[2] & 0x3F); // bit6 是 12/24 制标志 t->day = bcd2dec(buf[3] & 0x3F); t->month = bcd2dec(buf[4] & 0x1F); // bit5-7 是保留位 t->year = bcd2dec(buf[5]); t->week = buf[6] & 0x07; return 0; }

逻辑说明：每个寄存器都有保留位，读出来之后必须用掩码屏蔽掉。SEC 的 bit7 是保留位，MIN 的 bit7 也是保留位，HOUR 的 bit6 是 12/24 制标志，DAY 的 bit6-7 是保留位，MONTH 的 bit5-7 是保留位。如果你不做掩码，读出来的值可能包含随机位，导致时间跳变。这个坑很隐蔽，因为大部分时候保留位读出来是 0，只有偶尔会出问题，排查起来非常头疼。

写时间的函数类似，把十进制转 BCD 后写入，注意不要覆盖保留位。我一般先把寄存器读出来，修改有效位后再写回去，这样最安全。

4. 避坑与排查：RX8025SA 驱动调试中的五个血泪教训

4.1 现象：I2C 通信完全无应答，示波器看 SCL 有波形但 SDA 始终为高

原因：从机地址搞错了。RX8025SA 的 7 位地址是0x32，但很多人在代码里直接写0x32作为从机地址字节。实际上 I2C 协议要求从机地址左移一位，再加上读写位。写操作是0x64，读操作是0x65。如果你发的是0x32，芯片根本不会应答。

解决：确认代码里用的是0x64和0x65，不是0x32。用逻辑分析仪抓一下波形，看第一个字节是不是0x64。

4.2 现象：时间能读出来，但每次读到的秒数都一样，不往前走

原因：控制寄存器的 STOP 位被置 1 了。RX8025SA 的 CONTROL 寄存器 bit5 是 STOP 位，置 1 后时钟停止。有些模块出厂时这个位就是 1，或者初始化的时候不小心写错了。

解决：读 CONTROL 寄存器，确认 bit5 是 0。如果是 1，写 0 清除。初始化的时候最好显式地把 CONTROL 寄存器设成0x00，确保时钟在跑。

4.3 现象：时间跳变，比如从 09 分直接跳到 10 分，但秒数显示 0A

原因：BCD 转换遗漏或者转换函数写反了。0x0A在 BCD 里是非法值，但如果你直接当十进制用，它等于 10，看起来好像也对。问题出在写入的时候，如果你把十进制 10 转成 BCD 写进去，得到的是0x10，读出来再转十进制是 10，没问题。但如果你忘了转换，直接把十进制 10 写进去，芯片读到的是0x0A，下次读出来转十进制就变成了 10，但中间经过了一次非法 BCD 状态，可能导致芯片内部逻辑出错。

解决：所有时间读写必须经过bcd2dec和dec2bcd转换，一个都不能漏。建议在驱动层统一处理，上层应用只跟十进制打交道。

4.4 现象：备用电池装上后，掉电再上电时间还是丢了

原因：VLF 标志没有正确清除，或者备用电池电压不够。RX8025SA 的备用电池电压范围是 2.0V 到 5.5V，如果你用的纽扣电池是 3V 的，理论上够用，但如果电池内阻大，掉电瞬间电压跌落太快，芯片来不及切换到电池供电，时间就丢了。

解决：先确认 VLF 标志清除逻辑正确。然后在电池正极并联一个 10μF 到 100μF 的电容，掉电时给芯片一个缓冲时间。如果还不行，换低内阻的电池，或者用超级电容代替。

4.5 现象：I2C 总线偶尔卡死，重启才能恢复

原因：软件模拟 I2C 在从机拉低 SDA 的时候发了停止条件，导致总线状态混乱。或者硬件 I2C 在从机无应答时没有正确释放总线。

解决：软件模拟的话，在每次通信失败后强制发送 9 个时钟脉冲，让从机释放 SDA 线，然后发停止条件。硬件 I2C 的话，在初始化时使能I2C_GenerateSTOP和I2C_SoftwareResetCmd，检测到总线错误后复位 I2C 外设。这个恢复逻辑我一般放在错误处理里，每次读写失败都调用一次，能解决 90% 的总线卡死问题。

5. 进阶技巧：用 RX8025SA 的中断输出做定时唤醒

RX8025SA 除了走时，还能输出周期性中断信号。它的 CONTROL 寄存器可以配置成每秒、每分钟、每小时产生一次中断，输出引脚是 INT1 或 INT2。这个功能配合 STM32 的外部中断，可以让 MCU 在大部分时间处于 STOP 模式，只在需要读时间的时候被唤醒，功耗能降到微安级别。

配置步骤是这样的：先把 CONTROL 寄存器的中断使能位置 1，选择中断频率，然后把 STM32 对应的 GPIO 配成外部中断下降沿触发。中断服务函数里读一次时间，处理完业务逻辑后继续进 STOP 模式。注意 RX8025SA 的中断输出是开漏的，需要上拉电阻，跟 I2C 总线共用上拉也行，但最好独立一个 10kΩ 上拉，避免中断信号被 I2C 通信干扰。

验证方法很简单：用示波器看 INT 引脚，配置成每秒中断的话，应该看到 1Hz 的方波。如果频率不对，检查 CONTROL 寄存器的中断频率选择位。如果完全没有波形，检查中断使能位和上拉电阻。我一般会先用示波器确认波形正常，再写 STM32 的中断代码，这样能快速定位是 RTC 配置问题还是 MCU 中断配置问题。

从那以后我每次做低功耗项目，都会先单独把 RX8025SA 的中断输出调通，再集成到系统里。这个习惯帮我省了很多来回排查的时间。希望帮到你。

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