4、RTC寄存器读写：地址映射、时序与校验
好，咱们进入第四讲。这一讲很关键，说白了就是教你怎么跟RTC芯片“对话”。你写再好的算法，如果连寄存器都读不对，那一切都是白搭。我当年刚入行时，就因为在I²C时序上栽了个跟头，折腾了整整两天才找到问题——嗯，后面我会讲到这个坑。
4.1 寄存器地址映射——芯片的“门牌号”
每个RTC芯片内部都有一组寄存器。它们就像一个个小房间，每个房间存着不同的数据。比如秒、分、时、日、月、年，还有控制寄存器、状态寄存器等等。
地址映射，就是给每个房间编个号。常见的RTC芯片，比如DS1307、PCF8563、RX8025，它们的地址映射都不太一样。我习惯先把数据手册里的地址表抄下来，做成一个头文件，这样写代码时直接引用宏定义，清晰又不容易出错。
举个例子：DS1307 的地址映射（部分）
| 寄存器名称 | 地址（十六进制） | 位7-4 | 位3-0 |
|---|---|---|---|
| 秒 | 0x00 | CH（时钟暂停） | 秒（10位+个位） |
| 分 | 0x01 | — | 分（10位+个位） |
| 时 | 0x02 | 12/24位标志 | 时（10位+个位） |
| 日 | 0x04 | — | 日（10位+个位） |
| 月 | 0x05 | — | 月（10位+个位） |
| 年 | 0x06 | — | 年（10位+个位） |
| 控制寄存器 | 0x07 | OUT（输出控制） | SQWE/RS1/RS0 |
你看，秒寄存器的最高位是CH位。如果CH=1，时钟就停了。我有个朋友曾经不小心把CH位写成了1，结果时钟不走，他查了半天电路，最后才发现是软件问题。所以，读写寄存器时，一定要小心那些“隐藏”的控制位。
4.2 读操作时序——把数据从芯片里“掏”出来
读操作，就是主机（比如STM32）向RTC芯片发送一个读请求，然后芯片把数据吐出来。以I²C为例，标准流程是这样的：
- 发送起始信号：SCL高电平时，SDA从高变低。
- 发送设备地址+写位：比如DS1307的地址是0x68，加上写位（0），就是0xD0。
- 等待应答：芯片拉低SDA，表示“收到”。
- 发送寄存器地址：你想读哪个寄存器，就发哪个地址，比如0x00。
- 等待应答：芯片再次应答。
- 发送重复起始信号：注意，这里不是停止信号，而是重复起始。
- 发送设备地址+读位：0xD1。
- 等待应答：芯片应答。
- 读取数据：主机释放SDA，芯片开始发送数据。主机每读完一个字节，要发送应答（ACK）或非应答（NACK）。
- 发送停止信号：SCL高电平时，SDA从低变高。
我的小技巧：读多个连续寄存器时，可以在第9步连续读取，每读一个字节发ACK，直到最后一个字节发NACK，然后发停止信号。这样效率高很多。
4.3 写操作时序——把数据“塞”进芯片
写操作相对简单一些。流程如下：
- 发送起始信号。
- 发送设备地址+写位。
- 等待应答。
- 发送寄存器地址：你想从哪个地址开始写。
- 等待应答。
- 发送数据：一个字节一个字节地发。每发一个字节，都要等应答。
- 发送停止信号。
这里有个容易忽略的点：写操作时，芯片内部地址会自动递增。比如你从0x00开始写，写完秒寄存器，地址自动变成0x01，接着写分寄存器。但有些芯片不是这样，你得看数据手册。
我曾经踩过的坑：有一次我写PCF8563，连续写了5个字节，结果发现只有第一个字节写进去了。后来一查手册，原来这个芯片的写操作有“地址回卷”限制，连续写不能超过某个边界。从那以后，我每次写多字节前，都会先确认芯片的“突发写长度”限制。
4.4 突发读写模式——批量操作，效率翻倍
突发模式，也叫批量模式。说白了就是一次通信，读写多个寄存器。比如你要读取全部时间信息（秒、分、时、日、月、年），如果用单字节读，要发6次起始信号、6次设备地址……太啰嗦了。
用突发读，一次搞定：
// 伪代码示例：突发读取DS1307的全部时间寄存器
uint8_t time_data[7];
I2C_Start();
I2C_SendByte(0xD0); // 设备地址 + 写
I2C_WaitAck();
I2C_SendByte(0x00); // 起始寄存器地址
I2C_WaitAck();
I2C_Start(); // 重复起始
I2C_SendByte(0xD1); // 设备地址 + 读
I2C_WaitAck();
for(i = 0; i < 6; i++) {
time_data[i] = I2C_ReadByte();
I2C_SendAck(); // 前6个字节发ACK
}
time_data[6] = I2C_ReadByte();
I2C_SendNack(); // 最后一个字节发NACK
I2C_Stop();
你看，这样一次就读了7个字节，效率高多了。突发写也是类似的道理。
4.5 校验机制——数据对不对，心里要有数
数据在传输过程中，可能会因为干扰而出错。尤其是在工业环境，电机一启动，I²C线上可能就出现毛刺。所以，校验机制很重要。
常见的校验方式有：
- I²C本身的应答机制：每发一个字节，从机都要应答。如果没应答，说明通信失败。这是最基本的校验。
- 多次读取比对：我习惯连续读两次，如果两次结果一样，就认为数据可靠。如果不一样，再读第三次。
- 校验和（Checksum）：有些RTC芯片内部有校验和寄存器，或者你可以自己算。比如把所有时间寄存器的值加起来，存到一个校验寄存器里。读取时重新算一遍，比对一下。
- CRC校验：高端一点的芯片支持CRC。不过对于药盒这种应用，我觉得有点大材小用了。
我的经验：在药盒项目中，我一般用“多次读取比对”+“范围检查”。比如秒寄存器正常范围是0-59，如果读到70，那肯定有问题，直接丢弃，重新读。简单、有效、不费资源。
4.6 小结
寄存器读写是RTC应用的基础。地址映射要记牢，时序要严格遵循，突发模式能提高效率，校验机制能保证可靠性。嗯，这一讲的内容就这些。下一讲，我们会聊聊RTC的初始化配置，包括如何设置时间、如何选择时钟源。到时候见。