简介：这是一份面向单片机初学者的LCD1602万年历完整工程资源，基于C51平台整合LCD1602液晶显示、DS1302实时时钟、I2C EEPROM存储与温度预警功能，并支持红外遥控调时，适合正在学习51单片机、液晶驱动或时钟电路设计的开发者参考。压缩包内共78个文件，约1.41MB，包含main.c、lcd.c、ds1302.c等12个C源码和对应头文件，以及可直接烧录的pro.hex、Keil工程文件pro.uvproj、编译过程生成的lst、obj、log文件和一张LCD1602显示时钟接线图jpg，便于对照原理阅读和上板调试。目前已有289人学习该资源。通过此项目可系统了解DS1302的I2C读写流程、LCD1602字符显示控制、温度传感器数据采集及红外键值解析方法；压缩包内文件分类清晰，代码注释与模块划分明确，既能作为课程设计参考，也可在此基础上扩展闹钟、定时提醒等功能，是巩固单片机外设驱动与通信协议实操能力的典型案例。资源附带接线图与完整工程结构，适合对照硬件实物逐模块排查接线与信号时序问题。
1. LCD1602万年历：一块屏加一颗时钟芯片，桌面时钟就能跑一整年
LCD1602万年历是单片机入门到进阶之间最值得做的一类小项目：硬件上不过是一块 16x2 字符屏、一颗实时时钟芯片、几个按键和一颗主控，但把它做到「掉电不丢时间、走时一个月不差秒、按键调时不乱跳」，涉及显示时序、三线/两线通信、BCD 换十进制、闰年与星期的边界判断。很多人点灯很顺，卡在这类项目的第一个坎，往往不是代码不会写，而是没搞清 LCD1602 的 4 线初始化和时钟芯片的寄存器结构，于是把时间浪费在擦黑块、改乱码上。
这篇文章按我实际做过的方案来讲：先定硬件选型和接线，再给最小驱动代码，接着处理显示排版，最后用一整章讲高频踩坑点。新手照着接能跑通，熟手可以重点看第 5 章的排查方法和第 6 章的精度校准。目标只有一个：让这块 1602 不只是演示用，而是能放在桌面上长期运行。
2. 硬件选型与接线：先决定时间从哪里来，再谈显示
2.1 时钟芯片选型：DS1302 与 DS3231，先想清楚这三件事
万年历的时间来源只有两种主流方案：用 DS1302 这类外接 32.768kHz 晶振的 RTC，或者用 DS3231 这类集成温补晶振的 RTC。选哪个，取决于你要的是「练时序」还是「要精度」，两者的差距不是一点点。
| 对比项 | DS1302 | DS3231 |
|---|---|---|
| 接口 | 三线串口（CE/SCLK/IO） | I2C（SCL/SDA） |
| 晶振 | 外部 32.768kHz，需自行匹配负载电容 | 内置温补晶振，无需外接 |
| 典型精度 | 取决于晶振，通常每天差 1~5 秒 | ±2ppm，约每 45 天差 1 秒 |
| 备用电池 | VCC1 接电池，芯片内有涓流充电电路 | VBAT 接电池，自动切换 |
| 使用成本 | 低，适合练手 | 略高，适合做成品 |
我的建议很直接：如果这是你第一次写 RTC 驱动，选 DS1302。三线时序的每一位都要自己控制，写完能彻底理解「时钟线拉高、数据线就绪、再锁存」这套基本功，以后再碰 SPI 类器件会顺很多。如果你不想在走时精度上折腾，直接上 DS3231。它内置温度补偿晶振，晶振选型和电容匹配这些坑全部帮你省掉了，而且 I2C 时序比三线简单，读时间和读温度都用现成的字节读写函数。
还要考虑主控的资源。DS1302 的三线接口任意三个 GPIO 就能驱动，DS3231 的 I2C 需要 SCL 和 SDA 两个引脚，如果主控是 51 单片机，没有硬件 I2C 就用 GPIO 模拟，100kHz 的时序用延时完全能跑稳。无论选哪颗，都要记住一个原则：RTC 芯片的数据线不要和 LCD1602 的数据线混用同一组引脚，否则刷新屏幕时的电平翻转会影响时钟读写，这个在第 5 章会专门讲。
2.2 LCD1602 接线方案：4 线模式怎么接才省引脚
LCD1602 的接口有两种接法：8 线模式占用 D0~D7 共 8 根数据线，4 线模式只接 D4~D7，主机把每个字节拆成高 4 位和低 4 位分两次发送。两者显示效果完全一样，但 8 线模式要多占 4 个 IO。做万年历还要接 RTC、按键、蜂鸣器，引脚通常不够用，所以工程上默认用 4 线模式。
以 51 单片机的 P0 和 P2 口为例，我常用的接法如下：
| LCD1602 引脚 | 接法 | 说明 |
|---|---|---|
| VSS / VDD | GND / 5V | 背光 A/K 串电阻或直接接 5V |
| V0 | 10k 电位器中点 | 调节对比度，不调会出现黑块或白屏 |
| RS | P2^0 | 0 写命令，1 写数据 |
| RW | P2^1 | 0 写，1 读；只写不读可接 GND |
| E | P2^2 | 使能脚，下降沿锁存 |
| D4~D7 | P2^4 ~ P2^7 | 高 4 位先发，低 4 位后发 |
RW 脚很多人直接接地，因为我只用「写命令」和「写数据」，不读忙标志，靠固定延时代替读忙判断。这样省一个引脚，代价是每次写入后都要延时至少 1.5ms，对万年历这种每秒刷新一次的场景完全够用。如果你希望最高刷新率，就把 RW 接回 P2^1，通过读 BF 位判断忙状态，4 线模式读忙的时序比 8 线麻烦，建议新手先用延时方案跑通再优化。
对比度电位器是另一个关键。V0 电压决定了字符的深浅，5V 供电时典型电压在 0.4V 到 1.3V 之间，调电位器时能看到黑块从无到有再到消失。出现「只有一排黑块但怎么调都不出字」的情况，基本不是电位器问题，而是初始化时序没握手成功，这点在第 3 章和第 5 章都会再提。
2.3 掉电保持电路：备用电池与防反灌，断电不丢时间的关键
万年历和普通时钟的最大区别就是掉电后时间不能清零。DS1302 和 DS3231 都支持双电源结构：主电源供电时用主电源，主电源掉电后自动切换到备用电池。接线上的坑就出在这里。
DS1302 的 VCC1 接电池，VCC2 接系统 5V。注意 VCC1 电压范围是 2.0V 到 5.5V，所以 CR2032 纽扣电池（标称 3V）可以直接接。关键是电池和 VCC2 之间不能形成通路，否则系统掉电时电池会反向给其他电路供电。常见做法是在 VCC2 到系统电源之间加一个二极管，或者直接用 DS1302 官方手册里的双电源接法。我一般会用 1N5819 这样的肖特基二极管，压降低，漏电流小。
DS1302 内部有涓流充电电路，只有真假可充电电池才能开。如果你用 CR2032 这种一次性锂电池，千万不要把充电寄存器打开，否则会给不可充电池充电，轻则缩短寿命，重则鼓包漏液。看寄存器 0x90，Bit7 为 TCS，只有写入 0x5A 才能开启涓流，默认关闭，但很多人读旧程序时会误开。DS3231 没有涓流充电功能，VBAT 接电池即可，反而省心。
上电检测也可以做一步处理：主控启动时读一次 RTC 时间，如果读到的年份是 2000 年或者秒数异常（比如 0x7F），就认为电池没接或者 RTC 处于初始状态，在屏幕上提示需要设置时间。这比直接显示一个 2000-01-01 友好得多，也方便排查电池接触问题。
3. 驱动初始化与时间读写：让屏幕亮起来，让时钟走起来
3.1 LCD1602 4 线初始化：最小命令序列，一个都不能少
LCD1602 上电后默认是 8 位模式，所以 4 线初始化的本质是「先按 8 位模式握三次手，再切成 4 位模式」。很多人直接调用 0x28 初始化，结果屏幕毫无反应，就是因为少了前面的握手部分。
#include <reg52.h> sbit LCD_RS = P2^0; sbit LCD_RW = P2^1; sbit LCD_E = P2^2; #define LCD_DATA P0 void delay_ms(unsigned int ms); void delay_us(unsigned int us); void lcd_write_cmd(unsigned char cmd) { LCD_DATA = (cmd & 0xF0); // 先发高 4 位到 D4~D7 LCD_RS = 0; // RS=0 表示写命令 LCD_E = 1; delay_us(1); LCD_E = 0; LCD_DATA = ((cmd << 4) & 0xF0); // 再发低 4 位 LCD_E = 1; delay_us(1); LCD_E = 0; delay_ms(2); // 命令执行时间约 1.5ms } void lcd_write_data(unsigned char dat) { LCD_DATA = (dat & 0xF0); LCD_RS = 1; // RS=1 表示写数据 LCD_E = 1; delay_us(1); LCD_E = 0; LCD_DATA = ((dat << 4) & 0xF0); LCD_E = 1; delay_us(1); LCD_E = 0; delay_ms(2); } void lcd_init(void) { delay_ms(20); // 上电等待，>15ms LCD_DATA = 0x03; LCD_E = 1; delay_us(5); LCD_E = 0; delay_ms(5); LCD_DATA = 0x03; LCD_E = 1; delay_us(5); LCD_E = 0; delay_ms(1); LCD_DATA = 0x03; LCD_E = 1; delay_us(5); LCD_E = 0; delay_ms(1); LCD_DATA = 0x02; LCD_E = 1; delay_us(5); LCD_E = 0; delay_ms(1); // 上面三次 0x03 是在 8 位模式下握手，0x02 表示切换到 4 位 lcd_write_cmd(0x28); // 4 线、2 行、5x7 点阵 lcd_write_cmd(0x08); // 关闭显示 lcd_write_cmd(0x01); // 清屏 lcd_write_cmd(0x06); // 写入后地址自动加 1，光标右移 lcd_write_cmd(0x0C); // 开显示、关光标、关闪烁 }这段代码的关键在于前三行0x03。它们不是命令，而是让没有接收到完整 8 位数据的手动复位状态归于一致。如果省掉第一次的 20ms 延时，很多屏上电会抓取到不完整的低电平输出，导致初始化失败。0x28之后的每条命令都按 4 位模式发送，所以lcd_write_cmd内部必须先发高 4 位再发低 4 位，顺序反了就是第 5 章会讲的乱码问题。
参数上还有一个可调点：lcd_write_cmd末尾的delay_ms(2)在清屏指令上要特别留意，清屏耗时最长，约 2ms 左右，如果延时不够，下一个字符的位置会错乱。你在调试时可以把这个延时放大到 3ms，速度慢一点，但稳定性高很多。
3.2 DS1302 读写时序与 BCD 转换：三线协议的核心
DS1302 的控制引脚有三个：CE（片选）、SCLK（串行时钟）、IO（数据）。每次读写先拉高 CE，然后先发一个命令字节，再读或写若干个数据字节，最后拉低 CE。命令字节的 Bit7 必须为 1，Bit0 表示方向，1 读 0 写。
sbit RTC_CE = P3^5; sbit RTC_SCLK = P3^6; sbit RTC_IO = P3^7; void ds1302_write_byte(unsigned char dat) { unsigned char i; for (i = 0; i < 8; i++) { RTC_IO = dat & 0x01; // 低位先出 RTC_SCLK = 1; // 上升沿锁存数据 RTC_SCLK = 0; dat >>= 1; } } unsigned char ds1302_read_byte(void) { unsigned char i, dat = 0; for (i = 0; i < 8; i++) { dat >>= 1; if (RTC_IO) dat |= 0x80; // 高位先收，组成字节 RTC_SCLK = 1; RTC_SCLK = 0; } return dat; } unsigned char ds1302_read_reg(unsigned char addr) { unsigned char dat; RTC_CE = 1; // CE 拉高，开始通信 ds1302_write_byte(addr | 0x81); // 读命令，Bit0=1 dat = ds1302_read_byte(); RTC_CE = 0; return dat; } void ds1302_write_reg(unsigned char addr, unsigned char dat) { RTC_CE = 1; ds1302_write_byte(addr | 0x80); // 写命令，Bit0=0 ds1302_write_byte(dat); RTC_CE = 0; }注意读字节和写字节的方向不同。写字节时低位先出，读字节时从第一位读到的数据要放进字节的最高位，这就是为什么读函数里用dat |= 0x80然后右移。初学最容易在这两个方向上搞混，造成读出的秒数完全不对。
DS1302 内部的时间寄存器存放的是 BCD 码。例如秒寄存器地址 0x80，值为 0x59 表示 59 秒，十六进制的 0x59 直接当十进制读就是 89，所以必须转换。
unsigned char bcd2dec(unsigned char bcd) { return (bcd >> 4) * 10 + (bcd & 0x0F); } unsigned char dec2bcd(unsigned char dec) { return ((dec / 10) << 4) | (dec % 10); }写回时间前用dec2bcd把十进制的时分秒转成 BCD，读出来显示前用bcd2dec转回十进制。这个转换建议封装成函数，不要在显示模块里直接写算术，否则后面加温度、加星期时会改乱。
另一个必须处理的寄存器是写保护位，地址 0x8E 的 Bit7。写时间之前要把 WP 位清零，写完后建议重新置 1，防止程序跑飞时误写 RTC。我习惯在每次设置时间后都执行一次ds1302_write_reg(0x8E, 0x00)然后在主循环里不再动它。
3.3 闰年与星期计算：万年历的软件核心
万年历软件上真正的难点不是显示，而是日历边界。RTC 芯片里存的是真实的年月日，你只需要把它的星期算出来，或者在某些场景下反向推算日期对应的星期。
闰年判断有三条规则：能被 4 整除且不能被 100 整除，或者能被 400 整除。2000 年是闰年，1900 年不是，2100 年也不是，这种边界最容易漏。
unsigned char is_leap(unsigned int year) { return (year % 4 == 0 && year % 100 != 0) || (year % 400 == 0); } unsigned char days_in_month(unsigned int year, unsigned char month) { static unsigned char dm[12] = {31,28,31,30,31,30,31,31,30,31,30,31}; if (month == 2 && is_leap(year)) return 29; return dm[month - 1]; }星期计算我用蔡勒公式，它只适用于格里高利历，即 1582 年 10 月 15 日之后的日期。单片机万年历常用范围是 2000 年到 2099 年，完全在适用范围内。公式要注意一个特殊性：1 月和 2 月要当成上一年的 13 月和 14 月计算，否则结果偏一天。
unsigned char weekday_from_date(unsigned int year, unsigned char month, unsigned char day) { if (month < 3) { // 1、2 月视为上一年的 13、14 月 month += 12; year--; } return (day + 2*month + 3*(month+1)/5 + year + year/4 - year/100 + year/400 + 1) % 7; // 返回 0 表示星期日，1~6 表示周一至周六 }建议你把 2026-01-15、2028-02-29、2099-12-31 这几个日期先在 PC 上跑一遍验证公式输出，再烧录进单片机。很多坑不是公式不对，而是unsigned char运算溢出，比如year/100和year/400放在char里算会出负数，所以年份参数一定要用unsigned int。把星期算出来之后，就可以和 RTC 里自带的星期寄存器交叉验证，两者不一致说明读时序或初始写入有问题，这是很好的自检手段。
4. 显示排版与自定义字符：16 个字符怎么排才像真万年历
4.1 布局设计：一行日期一行时间，还是混合排
LCD1602 只有两行，每行 16 个字符，所以排布必须精打细算。万年历至少要显示年、月、日、星期、时、分、秒，如果还要带温度，就得做取舍。我整理过三种常见方案，差别在你把「时间」和「日期」这两组信息摆在哪一行。
| 布局方案 | 第一行 | 第二行 | 适用场景 |
|---|---|---|---|
| A：上日期下时间 | 2026-01-15 SAT | 14:23:56 25.3C | 最像传统万年历 |
| B：上时间下日期 | 14:23:56 | 2026-01-15 SAT 25C | 突出整点时间 |
| C：大时间小日期 | 14:23:56 | 01-15 25.3C | 重视时效感 |
我自己推荐方案 A。原因是秒位在第二行末位，变动频繁，放在同一行右侧不会影响日期阅读；第一行的星期放在日期后，信息密度刚好。注意 LCD1602 的字符位宽是不等宽的，ASCII 数字和减号宽度一致，所以时间部分可以用%02d保持对齐。
具体写入时不要直接逐字符写，而是先把整行拼到缓冲区里，再一次性循环输出。这样能保证刷新时不会出现「上半个字符是老时间、下半个字符是新时间」的撕裂感。字符撕开只有在秒变化瞬间能看出来，但能避免就不要留。
char line1[17], line2[17]; sprintf(line1, "%04d-%02d-%02d %s", year, month, day, week_name[week]); sprintf(line2, "%02d:%02d:%02d %02d.%dC", hour, minute, second, temp_int, temp_dec); lcd_set_cursor(0, 0); for (i = 0; i < 16; i++) lcd_write_data(line1[i]); lcd_set_cursor(0, 1); for (i = 0; i < 16; i++) lcd_write_data(line2[i]);需要提醒的是，在 51 这类资源紧张的平台上直接用sprintf会引入较大开销，连接时可能报内存不足。工程上更常见的做法是手工拼字符：把年份的千位、百位、十位、个位分别转成字符，再依次写入，省掉格式化的库开销。代码看起来多，但执行快，也不依赖堆。你可以在 PC 上先把sprintf版本跑通，确认排版无误，再换手工拼字，这样排错成本最低。
4.2 自定义字符与 CGRAM：没有中文字库，℃ 图标怎么做
LCD1602 的字符发生器 ROM 里只有 ASCII 字符和日文假名，没有中文。「万年历」三个字不可能直接显示，通常做法是用2026-01-15这种纯数字排版替代汉字。但摄氏度符号 ℃ 也不在 ASCII 里，它的解决办法是用 CGRAM 自定义字符。
CGRAM 一共有 64 字节，分成 8 个字符位置，每个字符用 8 字节，每字节表示一行的 5 个点。在 5x8 点阵下画一个「℃」的小图标，其实是把 C 放在圆圈上，实际显示时通常简化为一个圆圈加一个 C 的竖线，或者干脆显示25.3C加一个小圆点。
unsigned char code cgram_degree[8] = { 0x08, 0x14, 0x08, 0x00, 0x0E, 0x11, 0x11, 0x0E // 第0行到第7行像素，形成一个空心圆加细线 }; void lcd_write_cgram(unsigned char index, unsigned char *pattern) { unsigned char i; lcd_write_cmd(0x40 + index * 8); // CGRAM 首地址，按字符索引 for (i = 0; i < 8; i++) { lcd_write_data(pattern[i]); } lcd_set_cursor(0, 0); }写入 CGRAM 后，显示时只要写字符码0x00，屏幕上就会画出第 0 个自定义字符。注意写 CGRAM 会占用当前光标地址，所以必须在写完 CGRAM 后重新设置光标到目标位置。如果 CGRAM 内容看起来像乱码，先检查是不是在写 CGRAM 的过程中清了屏，清屏指令会重置 CGRAM 地址指针。
CGRAM 只有 8 个位置，如果还想画「一」「二」「三」这样的字符，或者星期几的小图标，会在设计上碰到瓶颈。我的建议是不要把 CGRAM 浪费在重复的符号上，只给温度符号和星期小图标这种高频出现的元素留位置，日期分隔符直接用-和/。
4.3 按键调时与刷新策略：改动不闪、时间不乱跳
万年历的交互集中在调时上。常见是三键方案：设置键进入调整状态并移动光标，加键和减键改变数值。这里有两个体验问题必须处理：按键抖动和刷新闪烁。
按键消抖不能只靠delay(10ms)，因为调整时间时按下一次要看到数值变一次，松手再按才变第二次，如果检测的是电平而不是边沿，按住不放就会连续跳过好几分钟。我一般用状态机或者简单的边沿检测：
unsigned char key_scan(void) { static unsigned char last_state = 0xFF; unsigned char now = P1 & 0x07; unsigned char press = (last_state ^ now) & now; // 只检测下降沿 last_state = now; return press; }这个函数在主循环里每 10ms 调用一次，只有按键从松开变为按下的那一次才返回非零值，按住不放不会重复触发。如果还要支持长按加速，就再加一个计数器：按键保持超过 50 次扫描后，每 5 次扫描产生一次递增。调好一位后按一下设置键跳转到下一位，被调整位用0x0F光标闪烁来标记，用户一眼能看出当前在改哪一位。
刷新策略上，不要每 10ms 就重绘一次屏幕，会闪烁且占用主循环时间。常见做法是每秒读一次 RTC 的时分秒，写入缓冲区后只更新「时间行」，日期行只有在日期或星期变化时才刷新。这样秒针跳动是整秒变化，视觉稳定，也给按键扫描留出了充足的空闲时间。
5. 万年历避坑指南：5 个高频翻车点与排查方法
5.1 屏幕出现一排黑块，怎么调对比度都没用
现象：上电后 LCD1602 第一行或第二行出现一排黑色方块，旋转 V0 电位器方块深浅有变化，但始终不出字符。
原因：这是 4 线初始化没有完成。最常见的是三次0x03握手阶段时序不对，比如上电延时不足 15ms，或者第二、第三次握手之间延时小于 1ms。另一个可能是指令发送顺序错误，先发了低 4 位。
解决：先用最保险的方式复位：给 LCD 重新上电，确保lcd_init()里的延时和手册一致；用示波器抓 E 脚波形，每次 E 脉冲之间应可分辨。如果手头没有示波器，把初始化的每步延时都放大到 5ms 再试。黑块深浅可调但不出字，几乎可以确定是初始化时序问题，而不是硬件接线问题。
5.2 断电后时间直接回到 2000-01-01
现象：主电源断开再上电，LCD 显示时间归零，日期回到 2000 年。
原因：一是备用电池没起作用，可能是 VCC1 没接电池，或者是电池座氧化接触不良；二是 DS1302 的 VCC1 和 VCC2 接反，导致主电源掉电后芯片没有供电来源；三是程序启动时往时间寄存器写了初始值，覆盖了 RTC 内部的时间。
解决：先量 VCC1 上电池电压，正常应有 2.5V 以上。再检查主程序：很多人在上电时无条件写入默认时间，这会销毁电池里保存的时间。正确做法是上电先读一次时间，如果年份寄存器读出的是 0x00 或 0xFF，才提示设置。另一个隐蔽点：DS1302 的寄存器写入要用命令地址，写成ds1302_write_reg(0x8E, 0x00)只清零写保护，不会动时间数据，但如果是误调用了ds1302_write_reg(0x80, ...)就相当于写了秒寄存器，等于把当前时间覆盖掉了。
5.3 走时每天快慢几十秒，一周差好几分钟
现象：对着手机时间校准后，跑一天的误差超过 20 秒，星期几慢慢就对不上了。
原因：DS1302 的外部 32.768kHz 晶振负载电容不匹配。常见晶振标称负载电容 6pF 到 12.5pF，如果板子的杂散电容和晶振不匹配，振荡频率会偏离 32768Hz。另外晶振引脚焊盘走线太长、焊锡残留、引脚剪得过短留有大面积铜箔，都会影响频率。
解决：按数据手册选晶振，DS1302 推荐负载电容约 6pF 的 32.768kHz 晶振。先把晶振焊上去，不要用飞线连接。频率偏快就串联一个 5~20pF 的可调电容微调，偏慢则减小电容。没有频率计就用「手机对时一周」的笨办法：记录 7 天误差，算出每天快慢秒数，再换算负载电容方向。DS3231 内置温补晶振，基本不存在这个问题，所以追求长期精度直接换 DS3231 是省心方案。
5.4 按键调时数字乱跳，按一下加了好几秒
现象：设置时间时，按一次加法键，秒数或分钟数跳了 3~5 个单位。
原因：按键消抖没有做在「边沿」上。如果程序在按下期间不断检测到低电平，并且每检测到一次就加一，按住 50ms 就可能加了三五次。也和主循环频繁调用key_scan又没有状态记忆有关。
解决：用上一章提到的边沿检测函数，只在按下瞬间触发一次累加。另外要在加键处理里判断边界：分钟加到 59 再按应该回 0，而不会变成 60 或 61。调时是万年历里最直接交互的部分，数值越界会让人立刻对整块板子失去信任。还有一个细节：调好分钟按确认退出时，要把调整态的值通过dec2bcd写入 RTC，而不是直接把显示缓冲区的内容当成 RTC 当前值。
5.5 4 线模式下显示乱码，字符错位或重复
现象：同一行字符错位，比如「2026」显示成「2002」，或者某个字符重复出现在错误位置。
原因：乱码几乎都出在lcd_write_cmd和lcd_write_data的高低 4 位顺序上。先发了低 4 位，再发高 4 位，屏幕会拼出错误字节。还有一种情况是两次 E 脉冲之间没有延时，导致 LCD 把两个半字节当成连续采样。另一种隐蔽原因是 RW 没有接地而程序又没读忙标志，写入时碰撞了内部忙状态。
解决：统一封装一个底层lcd_send_nibble函数，高低 4 位严格按「高先低后」发送，每半字节之间delay_us(1)。在初始化完成后再用0x0C命令开显示，确认字符不再错位，再继续后续功能。如果你把 RW 接回主控，那就要实现 4 线读忙，时序比 8 线复杂，只排查乱码时不建议引入这个变量。
6. 从能显示到走得准：精度校准与长期运行的收尾习惯
万年历项目做到能显示时间只能算 60 分，剩下 40 分在「长期可靠性」上。我自己的收尾流程有三个习惯，分别解决精度、可观测和电池寿命问题。
精度校准先做粗调：设置好时间，跑满 24 小时，记录与手机时间的误差，算出每天的秒差。DS1302 方案的误差主要来自晶振频率偏差，偏快说明振荡频率高于 32768Hz，在晶振回路串入一个 5pF 左右的电容；偏慢则减小。DS3231 方案误差极小，如果还发现跑偏，优先检查供电纹波和电池电压，而不是去改晶振。校准建议记录成一张表，每次修改电容后重新记一轮，不要凭感觉混调。
可观测性是我后期加得最多的功能。万年历不是调好就完事的设备，我会在调时接口里留一个串口输出时间，每秒打印一次2026-01-15 14:23:56。这样验证走时、排查按键逻辑都不用一直盯着屏幕，用串口也能做长期测试。屏幕显示如果出现乱码，串口数据还能告诉你「是显示坏了还是数据源坏了」。
电池寿命方面，DS1302 在计时模式下的耗电典型值约 0.3µA，一节标称 220mAh 的 CR2032 理论上能撑很久，但实际要考虑电池自放电和温度影响，按 3 到 5 年更换一次比较稳妥。DS3231 的 VBAT 电流稍高，但差距不大。关键是你不要在电池回路里串入额外负载，很多人为了让电池电压稳定加了一路 LDO，结果待机电流从 µA 级变成 mA 级，电池半年就没电。
我的个人习惯是：每次改完硬件都重新做一次完整的 24 小时走时记录，并且把记录写进工程目录的改动日志里。这样某一次调完电容后如果走时反而变差了，能立刻回看是改动引入的还是环境温漂。万年历做出来不难，难的是你敢不敢放心把它放在显眼的位置当日常用钟用。做到这里，这块 1602 才算真正脱离了「开发板演示」的阶段，变成了一个可靠的小工具。希望帮到你。
本文还有配套的精品资源，点击获取
