简介：一套基于51单片机的OLED温度与时间显示工程，面向单片机入门学习者与课程设计/电子竞赛参与者，解决DS18B20温度采集、OLED实时显示及时间同步显示的综合应用需求，是典型的嵌入式软硬件结合实践。压缩包共31个文件，核心包括C源文件、头文件、Keil工程文件、hex烧录文件以及编译中间文件，整体仅107KB，结构紧凑，便于从源码阅读到工程编译、烧录验证的完整学习链路。项目覆盖DS18B20一线总线协议读写、I2C驱动OLED屏、延时与时间处理等关键模块，代码分层清晰，能帮助读者快速理解传感器驱动、显示控制流程和单片机编程技巧，也可作为二次开发的基础模板。已有2347人学习下载，适合需要动手实践温湿度/环境监测小项目或进阶掌握单片机外设联调的人群。1. 让温度和时间同时上屏：这份51工程把驱动、时序、显存一次讲透在工位上摆一块0.96寸OLED，左边跑着秒数，右边跳着实时温度，整个桌面小屏项目最烦的不是传感器，而是把DS18B20的单总线时序和OLED的I2C驱动塞进同一个小系统板里还能稳定跑。这份工程正好把三件事焊在了一起：读温度、读时间、刷OLED。压缩包里是一套完整的51单片机（常见STC89C52）源码，DS18B20测温，SSD1306驱动的OLED显示，时钟源按工程版本不同可能是DS1302也可能是定时器。对刚摸单片机、课设要交实物、或者想抄一套现成驱动再改的人，这份工程的参考价值在于驱动齐全、能直接编译烧录，拿过来改引脚就能移植到自己板子上。2. 硬件选型与系统架构：单总线、I2C显示、时钟芯片怎么组成一台桌面小屏2.1 器件清单与引脚分配：最小系统板上的常规接法这类工程一般围绕51最小系统板搭，器件不多，核心就是三颗芯片和一块屏。先看一份典型的引脚分配表，拿到的压缩包里大概率就是按这张表接的。器件接口类型典型引脚说明STC89C52 最小系统板主控—11.0592MHz 或 12MHz 晶振，5V供电DS18B20单总线P3.2数据线需外接 4.7kΩ 上拉电阻到 VCCOLED 0.96寸 SSD1306I2CSDA=P2.0，SCL=P2.14引脚版本，VCC 可接 3.3V 或 5VDS1302（部分版本）三线接口CE=P1.2，IO=P1.3，SCLK=P1.4提供掉电后仍走时的时钟源接线时要注意 DS18B20 的数据脚不能直接怼到单片机上就完事，4.7kΩ 上拉电阻缺了的话，总线在空闲时浮空，温度读回来都是乱码。OLED 的 I2C 地址由 SA0 引脚决定，常见是 0x3C，也有屏默认 0x3D，代码里如果没有读到器件，先查这个地址。电源方面，DS18B20 在 5V 下工作正常，OLED 的逻辑电平是 3.3V，但 SSD1306 的板子大多做了电平转换，直接 5V 供电也能亮，只是如果屏幕发烫，就要改成 3.3V。2.2 三路数据的信息流：从传感器到像素的两次握手整个系统的数据流可以拆成两条链。第一条是温度链：DS18B20 通过单总线把温度值以 16 位补码形式还给主控，主控做乘 0.0625 的换算，得到带小数的摄氏温度。第二条是时间链：如果工程用 DS1302，主控通过三线接口读出时分秒，如果只用定时器，则由主控内部 Timer0 中断累加。两条链的数据最终都汇入 OLED 的显存，再由 I2C 一次性刷到屏幕上。这个过程中有意思的一点是，DS18B20 的读操作不是主控问了它就答，而是主控先发一个复位脉冲，等传感器拉低总线表示“我在”，然后写跳过 ROM 指令 0xCC，再写启动转换指令 0x44，等 750ms 转换完成后再发起第二次复位，写 0xBE 读取暂存器里的两个字节。也就是说，读一次温度需要两次完整的单总线握手。很多新手第一次调不通，就是只做了第一次握手就急着读数据，结果读回来全是 0xFF。2.3 为什么这套工程必须用软件时序而不是硬件外设51 经典系列不像 STM32 那样自带硬件 I2C 或单总线控制器，DS18B20 的单总线协议压根没有对应的硬件外设，只能靠 GPIO 拉高拉低加上精确延时来模拟。OLED 的 I2C 虽然某些增强型 51 有硬件 I2C，但工程里普遍选择 GPIO 模拟，原因很简单：引脚可随意映射，换板子不用改外设配置。软件时序的代价是延时函数的精度直接影响通信可靠性。DS18B20 的复位脉冲要求拉低 480us 以上，读时隙要求采样点在拉低后 15us 内完成，这些数字都是用空循环 delay_us() 实现的。如果晶振频率不对或者延时宏没调，温度读出来就是 85℃ 或 -55℃ 这类特征值。工程里一般会把延时函数单独放在 delay.c 里，换晶振只改一个宏定义，这个习惯值得保留。3. 工程目录与编译烧录：把压缩包变成OLED上的第一帧画面3.1 Keil工程目录拆解：每个文件管哪一块解压后你会看到典型的 Keil C51 工程结构，文件名可能略有出入，但职责基本固定。我见过的大多数版本是这样组织的：project/ ├── user/ │ ├── main.c # 主循环，调度读温度、读时间、刷OLED │ ├── delay.c │ └── delay.h # 延时函数，晶振频率在这里调 ├── driver/ │ ├── ds18b20.c │ ├── ds18b20.h # 单总线驱动，引脚宏定义在头文件里 │ ├── oled.c │ ├── oled.h # SSD1306驱动，包含字库取模数组 │ ├── i2c.c │ └── i2c.h # GPIO模拟I2C，start/stop/读写字节 ├── hardware/ │ ├── ds1302.c # 如果工程带时钟芯片，这里放三线时序 │ └── ds1302.h └── obj/ # 编译输出的 .hex 和 .uvproj 工程文件文件分层的逻辑很清楚：user 层只做业务调度，driver 层屏蔽硬件时序细节，hardware 层管理外部器件。这种分法对后续改动很友好，比如你想把 OLED 换成 SPI 接口的屏，只需要改 oled.c 内部实现，main.c 一行不用动。3.2 主循环的调度逻辑：半秒一拍的轮询结构看 main.c，核心是一个 while(1) 轮询，这是 51 工程最常见的写法。代码大致长这样：void main(void) { unsigned char hour = 0, min = 0, sec = 0; int temp_val = 0; oled_init(); // SSD1306 初始化，配置显示参数 oled_clear(); ds1302_init(); // 如果带时钟芯片，这里设置初始时间 while (1) { ds1302_read_time(&hour, &min, &sec); // 读当前时间 temp_val = ds18b20_get_temp(); // 读温度，返回整型温度值 oled_show_time(0, 0, hour, min, sec); // 上半屏显示时间 HH:MM:SS oled_show_temp(0, 4, temp_val); // 下半屏显示温度 delay_ms(500); // 每 500ms 刷新一次 } }注意这里的 oled_show_time 第一个参数是页地址，第二个参数是列偏移，OLED 的 64 行被分成 8 页，每页 8 像素，0 到 3 页放时间，4 到 7 页放温度，这样两块内容互不覆盖。500ms 的刷新间隔是折中方案：太快了人眼能看到数字跳动但 OLED 会有闪烁感，太慢了时间显示不够实时。DS18B20 每次转换要 750ms，如果主循环把读温度放在读时间前面，一轮循环的时间就会超过 1 秒，所以很多工程会把温度读取的启动和结果读取拆开，或者干脆用 1 秒刷新周期，让时间与温度读取错开。3.3 从源码到 HEX 的四个步骤：烧录前必须检查的三个点把压缩包变成 OLED 上的画面，路径非常固定。第一步，用 Keil C51 打开 .uvproj 工程文件，确认 Device 里选的芯片型号和你的板子一致，比如 STC89C52RC 或 STC89C52。第二步，进入 Options for Target，在 Target 页确认晶振频率和代码里 delay.c 的宏一致，这个不一致会导致延时偏短，DS18B20 时序错乱。第三步，编译工程，正常情况会生成 .hex 文件，路径一般在 obj 目录下。第四步，用 STC-ISP 或类似烧录软件选择串口，载入 hex 文件，点击下载。烧录这一步有个典型的踩坑点：STC 系芯片下载时需要冷启动，也就是先点下载再给板上电。如果你点了下载但板子已经上电，软件会一直停在“等待上电”状态。另外看门狗如果被使能了，烧录后程序可能反复重启，表现为主控能跑但 OLED 始终没内容，这种情况检查一下代码里是否开启了 WDT，或者烧录时在硬件选项里关掉看门狗。4. 核心代码拆解：DS18B20时序、SSD1306初始化和温度数值加工4.1 DS18B20复位与温度读取：单总线上的一次完整对话DS18B20 的驱动是整个工程的灵魂，代码虽然只有几十行，但时序坑最多。先看最底层的三个函数：#define DS18B20_DQ P3_2 // 数据引脚，根据实际接线修改 // 单总线复位，返回 0 表示检测到设备 bit ds18b20_reset(void) { bit presence; DS18B20_DQ = 0; delay_us(500); // 主机拉低 480us 以上，产生复位脉冲 DS18B20_DQ = 1; // 释放总线，等待从机应答 delay_us(60); presence = DS18B20_DQ; // 采样电平，DS18B20 会把总线拉低 delay_us(400); // 等待复位脉冲结束 return presence; // 返回 1 表示无应答，0 表示正常 } // 写一个字节，低位先出 void ds18b20_write_byte(unsigned char dat) { unsigned char i; for (i = 0; i < 8; i++) { DS18B20_DQ = 0; // 拉低总线，表示写时隙开始 delay_us(5); DS18B20_DQ = dat & 0x01; // 写 0 就保持低，写 1 就拉高 delay_us(60); // 保持时隙宽度 DS18B20_DQ = 1; // 释放总线 dat >>= 1; } } // 读一个字节，低位先出 unsigned char ds18b20_read_byte(void) { unsigned char i, dat = 0; for (i = 0; i < 8; i++) { dat >>= 1; DS18B20_DQ = 0; // 拉低总线，表示读时隙开始 delay_us(2); DS18B20_DQ = 1; // 释放总线，从机开始驱动数据 if (DS18B20_DQ) // 在 15us 内采样 dat |= 0x80; delay_us(60); } return dat; }逻辑说明：复位函数里最关键的是释放总线后用 60us 的延时让从机有时间拉低应答，如果延时太短会漏掉应答信号，太长会误判成无设备。写字节时，写 1 和写 0 的区别只在于拉低后第 5us 到第 60us 之间总线的电平，写 0 必须保持低，写 1 必须拉高。读字节时，主机拉低后要尽快释放，从机在释放后的 15us 内把数据放到总线上，所以采样点要卡在该区间内。有了这三个底层函数，读一次温度的完整流程就是组装它们：// 获取温度，返回整数部分，单位 0.1℃ int ds18b20_get_temp(void) { unsigned char low, high; int temp_raw; ds18b20_reset(); // 第一次复位，建立通信 ds18b20_write_byte(0xCC); // 跳过 ROM，只挂单颗传感器 ds18b20_write_byte(0x44); // 启动温度转换 delay_ms(750); // 12 位分辨率需要最长的转换时间 ds18b20_reset(); // 第二次复位，准备读数据 ds18b20_write_byte(0xCC); // 跳过 ROM ds18b20_write_byte(0xBE); // 读取暂存器，从第 0 字节开始 low = ds18b20_read_byte(); // 温度低字节 high = ds18b20_read_byte(); // 温度高字节 temp_raw = (high << 8) | low; // 拼成 16 位，高 5 位是符号位 if (temp_raw & 0x8000) { // 负数情况，补码转原码 temp_raw = ~temp_raw + 1; return -(temp_raw * 625 / 10); // 乘 0.0625，避免浮点 } return temp_raw * 625 / 10; // 返回 25.0℃ 时就是 250 }参数说明：0xCC 跳过 ROM 指令适用于单点测温，如果一条总线上挂了多个 DS18B20，就不能用跳过，要先读 ROM 序列号再分别寻址。0x44 启动转换后，传感器进入忙状态，12 位分辨率下最多要 750ms，如果读到 0xFFFF，多半是上一步转换还没完成就急着读。返回值的处理上，代码用整数乘 625 再除 10 换算成 0.1℃ 精度，既避免 float 带来的代码膨胀，又保留了一位小数。4.2 SSD1306 I2C驱动：初始化序列和显存刷新OLED 驱动的核心是两件事：按 SSD1306 的数据手册写一串初始化命令，以及在显存和屏幕之间搬运像素。先看 I2C 底层的字节发送：// 向 OLED 写一字节数据，addr 为 0x00 表示命令，0x40 表示显存数据 void oled_write_byte(unsigned char addr, unsigned char dat) { i2c_start(); // I2C 起始条件 i2c_send_byte(0x78); // 器件地址 0x3C 左移一位，写方向 i2c_send_byte(addr); // 控制字节，区分命令和数据 i2c_send_byte(dat); i2c_stop(); // 停止条件 }这里 0x78 是很多新手卡壳的地方。SSD1306 的 7 位 I2C 地址是 0x3C，但在 I2C 总线上发送时要左移一位补上读写位，写方向就是 0x78。如果你的屏默认地址是 0x3D，这里要改成 0x7A。控制字节 0x00 后面跟的都是命令，0x40 后面跟的都是显存数据，这个区分是 SSD1306 协议的规定。初始化函数则是按手册流程走一遍，我挑几个关键命令说明：void oled_init(void) { delay_ms(100); // 上电稳定 oled_write_byte(0x00, 0xAE); // 关闭显示，配置期间先黑屏 oled_write_byte(0x00, 0x20); oled_write_byte(0x00, 0x10); // 页地址模式 oled_write_byte(0x00, 0xC8); // 扫描方向，从顶部到底部 oled_write_byte(0x00, 0x81); oled_write_byte(0x00, 0xCF); // 对比度 207 oled_write_byte(0x00, 0xA1); // 段重映射，保证显示方向正确 oled_write_byte(0x00, 0xA6); // 正常显示，白字黑底 oled_write_byte(0x00, 0xA8); oled_write_byte(0x00, 0x3F); // 1/64 duty oled_write_byte(0x00, 0xD5); oled_write_byte(0x00, 0x80); // 时钟分频 oled_write_byte(0x00, 0xDA); oled_write_byte(0x00, 0x12); // 引脚配置 oled_write_byte(0x00, 0x8D); oled_write_byte(0x00, 0x14); // 开启电荷泵 oled_write_byte(0x00, 0xAF); // 开启显示 }逻辑说明：0xAE 和 0xAF 是显示开关，配置期间先关屏能避免花屏闪烁。0x20 后的参数 0x10 是页地址模式，这个模式下显存按 8 像素高的一页一页排列，跟后面刷新函数配合。0x8D 后面的 0x14 是电荷泵开关，这一条漏了屏幕就只有背光亮但什么都不显示。整套初始化序列参数基本固定，但如果你把 0xC8 改成 0xC0，屏幕会上下颠倒，改成 0xA0 会左右镜像，这是快速调整显示方向的入口。显存刷新采用先改内存再整屏推送的方式，效果比逐字写显存稳定得多：unsigned char g_oled_ram[8][128]; // 显存缓冲区，8 页 x 128 列 // 把缓冲区全部推送到 SSD1306 void oled_refresh(void) { unsigned char page, col; for (page = 0; page < 8; page++) { oled_write_byte(0x00, 0xB0 + page); // 设置页地址 oled_write_byte(0x00, 0x00); // 列地址低 4 位 oled_write_byte(0x00, 0x10); // 列地址高 4 位 for (col = 0; col < 128; col++) { oled_write_byte(0x40, g_oled_ram[page][col]); // 写显存数据 } } }g_oled_ram 是 8 行 128 列的二维数组，正好对应屏幕 64 行像素中的每一页。显示字符时先往缓冲区里填点阵，改完统一调 oled_refresh，这样就不会出现半个字符残留在屏上的问题。刷新 8 页共 1024 字节，I2C 在 400kHz 速率下大约要 20ms 左右，肉眼感知不到。4.3 温度数值加工：整数小数分离和防闪烁刷新从 ds18b20_get_temp 拿到的温度是整型，比如 250 代表 25.0℃。直接塞给 OLED 显示还需要拆成 ASCII 字符。这段加工逻辑在工程里通常是这样的：unsigned char temp_buf[16]; void format_temp(int temp) { unsigned char negative = 0; if (temp < 0) { negative = 1; temp = -temp; } temp_buf[0] = negative ? '-' : ' '; temp_buf[1] = temp / 100 + '0'; // 十位 temp_buf[2] = (temp % 100) / 10 + '0'; // 个位 temp_buf[3] = '.'; temp_buf[4] = temp % 10 + '0'; // 一位小数 temp_buf[5] = 'C'; temp_buf[6] = '\0'; }注意这里的整数处理：温度值 250 对应 25.0℃，除以 100 得到 2，模 100 再除 10 得到 5，模 10 得到 0。负温处理用了符号标志位，省掉了浮点库。显示的时候 oled_show_string(0, 4, temp_buf) 直接把格式化好的字符串打到 OLED 第 4 页。在 51 这种内存捉襟见肘的环境里，全部用整数运算替代浮点是工程里的常规做法。防闪烁刷新的关键在前面提到的显存缓冲区上。工程里 oled_show_time 和 oled_show_temp 都只修改 g_oled_ram 中对应区域的字节，不碰其他区域。一秒刷新一次时，只有数字发生变化的那些像素会被重新写入显存，静止的边框和文字不会被反复清除重画，也就不会出现背景闪烁。很多从 1602 液晶转过来的人习惯在显示前先清屏，在 OLED 上这么做会明显看到画面抖动，这个习惯要改掉。5. 常见问题与排查：读数卡在85、屏幕常亮没字、掉电丢时间，逐个填坑5.1 温度显示 85℃ 或 -55℃：单总线时序的两个典型翻车现场现象：OLED 上温度一上电就是 85℃ 或 -55℃，之后纹丝不动。原因：85℃ 是 DS18B20 上电后的默认温度寄存器值，说明读时序执行了，但传感器没有完成实际的温度转换，大概率是复位时总线没被可靠拉低，或者 0x44 转换指令之后的延时不够。而 -55℃ 是传感器量程下限，代表读回来的数据全是 1，也就是总线读时序里采样点太晚或太早，主控读到的都是高电平。解决：先查上拉电阻，DS18B20 数据线必须接 4.7kΩ 上拉到 VCC，没接的话用万用表量 P3.2 在空闲时是不是高电平，如果浮空，一切都白搭。再查延时函数，用示波器或者逻辑分析仪量复位脉冲宽度是否在 480us 到 960us 之间。最笨也最有效的办法是先把 0x44 之后的 delay_ms(750) 改成 1000，排除转换时间不够的问题。工程里如果延时宏是按 11.0592MHz 调好的，你板子上是 12MHz 晶振，整个时序都会偏短，读出来就是 -55℃。5.2 OLED 背光亮但没内容：I2C 地址和控制字节对不上现象：OLED 上电能看到背光，但屏幕全黑或者只有零星的雪花点。原因：最常见的是器件地址没对上。SSD1306 的地址引脚 SA0 如果被硬件拉高，7 位地址变成 0x3D，发送时左移一位就是 0x7A，而代码里写死的是 0x78。还有一个容易忽略的地方：OLED 模块上如果有 RESET 引脚，很多工程为了省 IO 直接接 VCC，导致上电时 SSD1306 没有收到复位信号，初始化序列在混乱状态下执行。解决：先用 I2C 扫描程序跑一遍，确认屏的地址到底是 0x3C 还是 0x3D，然后统一修改 oled_write_byte 里的地址参数。如果模块引出了 RESET，把它接到单片机的一个普通 IO 上，初始化前先拉低 10ms 再拉高，确保芯片从确定的复位状态开始。这里提醒一句，控制字节 0x00 和 0x40 不能写反，反了的话命令会被当成显存数据扔进 RAM，表现是屏幕出现随机亮斑。5.3 时间一掉电就回到初始值：DS1302 的备用电池和充电设置现象：带 DS1302 的版本，主板上电设好时间后拔电再上电，时间又从某个固定值开始。原因：DS1302 需要一颗备用电池或超级电容来维持时钟走时，如果板上既没有电池座也没焊电容，VCC1 引脚悬空，掉电后寄存器内容直接丢失。还有一个隐蔽问题：DS1302 的控制寄存器里有一个充电使能位，如果代码里没有配置 trickle-charge，即使接了 3V 电池也充不进去，电量耗尽后时间照样丢。解决：先检查硬件上 VCC1 是否接了电池或 0.1F 以上的法拉电容。软件层面，初始化时向 0x90 写 0xA5 开启 2kΩ 充电电阻路径，这是数据手册标准的 trickle-charge 配置。如果是用定时器凑合的版本，掉电丢时间是正常的，因为定时器本身没有后备电源，这种情况要么加 DS1302，要么接受上电重新对时。另外 DS1302 的上电时序比 DS18B20 还敏感，IO 口在 CE 拉高之前必须保持稳定，否则会读到随机数据。5.4 数字刷新有明显残影：整屏清屏和局部刷新没分清现象：时间每秒跳变时，旧数字的笔画会有残留，屏幕看起来脏脏的，尤其在数字变化频繁的秒位。原因：显示新数字之前先调用了 oled_clear() 把所有页清零，然后再重画整个界面。SSD1306 的显存是静态 RAM，不清的地方数据一直保留，清屏和重画之间有一个中间态，肉眼就捕捉到了闪烁和残影。解决：放弃整屏清屏，改成只擦写变化区域。比如秒位变化时，把秒位所在的那 6 列乘以 8 像素的区域单独清零，再写入新数字。工程里如果已经用了 g_oled_ram 显存缓冲区，只需修改缓冲区对应位置的数组值，然后调 oled_refresh 整屏推送即可，因为缓冲区里其他区域没有被改写，推上屏的内容跟上一帧完全相同，屏幕不会闪。如果发现整屏推送本身有闪烁，检查 oled_refresh 里列地址设置是否正确，SSD1306 在同一页内列地址不会自动换行，漏设列地址会导致数据写到错误的位置。5.5 编译通过但烧录后白屏：下载软件里的时钟和看门狗配置现象：Keil 编译零错误，烧录提示成功，但板子重新上电后 OLED 全程白屏，主控好像没跑起来。原因：STC 系列芯片下载时，ISP 软件里有一些硬件选项，比如复位脚用途、看门狗启动状态、内部时钟倍频等。如果代码里没有初始化看门狗但下载时勾选了“启动看门狗”，芯片上电后看门狗定时溢出不断复位，程序永远跑不到正常流程。另外下载时选择的晶振频率和板上实际晶振不一致，会导致串口和延时全部错乱。解决：重新打开烧录软件，在硬件选项里去掉看门狗，确认振荡器选择为“外部晶振”并填上板子实际的频率值，然后重新下载。这类问题在代码层面是看不到原因的，排查思路永远是先确认烧录配置再怀疑代码逻辑。如果是自制的最小系统板，还要量一下 EA 引脚是否接高电平，EA 拉低会让 CPU 从外部扩展 ROM 取指，而 51 内部 Flash 的程序根本跑不起来，表现就是上电后一切外设都没反应。6. 二次开发：换DHT11、加按键菜单，把这套工程改成自己的温湿度时钟6.1 换传感器：从 DS18B20 到 DHT11 要动的三个文件如果想把温度换成温湿度一体的 DHT11，改动集中在硬件抽象层。DHT11 虽然也叫单总线，但时序和 DS18B20 完全不同：它是串行输出 40 位数据，而且对时序精度要求不高，空循环延时反而更好调。需要动的地方是 ds18b20.c 里的三个函数——复位时序改成主机拉低 18ms 再释放，DHT11 不需要跳过 ROM 直接发数据，读字节的时隙宽度从 60us 改成 26us 到 70us 之间。olt 显示部分只需把 oled_show_temp 拆成 oled_show_temp_humi 或者直接复用格式化函数，湿度是一字节整数加一字节小数，处理起来比温度还简单。注意 DHT11 的精度只有 ±2℃，湿度 ±5%RH，比 DS18B20 差一个量级，但胜在便宜和单线同时输出两个量。改动后注意主循环里读 DHT11 的间隔不能小于 1 秒，它内部是 1Hz 采样率，读太频繁只会拿到旧数据。6.2 加按键菜单：先动主循环结构，再谈界面加两个按键做阈值设置或者翻页显示，是这类工程最常见的改造。要点是不要在主循环里用阻塞延时消抖，否则 OLED 刷新会被卡住。我一般会建一个 menu.c，用三个全局变量记录当前菜单页和选中项，主循环每 20ms 采样一次按键，检测到按下就把菜单状态推进一格。OLED 部分增加一个 menu_render() 函数，根据当前状态决定显示哪一组界面。这样改造后 main.c 从顺序执行变成状态判断，整个程序的可扩展性上了一个台阶。按键消抖放在 20ms 轮询里天然完成，不用单独写 delay 消抖，这是我做过几十个参数设置界面后觉得最省心的方案。如果还要支持长按连续调值，就在按键事件里加一个计数，连续按 50 次后进入加速模式，值的变化步长从 1 变成 10。6.3 显示层抽象：把 UI 和业务拆开，后续改动不伤筋动骨最值得先做的抽象是给 OLED 定义一组统一的 setter 接口。比如 oled_show_title(页, 行, 字符串)、oled_show_value(页, 行, 数值, 单位) 这样一组函数，让上层只关心“在哪个位置显示什么内容”，不关心字库取模和 I2C 时序。你后续无论是换字库、调整字体大小还是改成左对齐右对齐，都只改 oled.c 内部，main.c 和 menu.c 一行不动。这套工程拿来跑通只是第一步，把它拆开再装回去才是真正学到东西的时候。DS18B20 的时序、SSD1306 的显存机制、主循环的调度思路，这三样吃透了，市面上绝大多数 51 小屏项目你都能自己搭出来。从那以后我每次拿到这类压缩包，都会强制走一遍“器件清单核对、引脚映射确认、时序延时量一遍、显存刷新路径一遍”四件套，再动手改业务逻辑，血泪教训换来的习惯。希望帮到你。本文还有配套的精品资源，点击获取
简介：一套基于51单片机的OLED温度与时间显示工程，面向单片机入门学习者与课程设计/电子竞赛参与者，解决DS18B20温度采集、OLED实时显示及时间同步显示的综合应用需求，是典型的嵌入式软硬件结合实践。压缩包共31个文件，核心包括C源文件、头文件、Keil工程文件、hex烧录文件以及编译中间文件，整体仅107KB，结构紧凑，便于从源码阅读到工程编译、烧录验证的完整学习链路。项目覆盖DS18B20一线总线协议读写、I2C驱动OLED屏、延时与时间处理等关键模块，代码分层清晰，能帮助读者快速理解传感器驱动、显示控制流程和单片机编程技巧，也可作为二次开发的基础模板。已有2347人学习下载，适合需要动手实践温湿度/环境监测小项目或进阶掌握单片机外设联调的人群。1. 让温度和时间同时上屏：这份51工程把驱动、时序、显存一次讲透在工位上摆一块0.96寸OLED，左边跑着秒数，右边跳着实时温度，整个桌面小屏项目最烦的不是传感器，而是把DS18B20的单总线时序和OLED的I2C驱动塞进同一个小系统板里还能稳定跑。这份工程正好把三件事焊在了一起：读温度、读时间、刷OLED。压缩包里是一套完整的51单片机（常见STC89C52）源码，DS18B20测温，SSD1306驱动的OLED显示，时钟源按工程版本不同可能是DS1302也可能是定时器。对刚摸单片机、课设要交实物、或者想抄一套现成驱动再改的人，这份工程的参考价值在于驱动齐全、能直接编译烧录，拿过来改引脚就能移植到自己板子上。2. 硬件选型与系统架构：单总线、I2C显示、时钟芯片怎么组成一台桌面小屏2.1 器件清单与引脚分配：最小系统板上的常规接法这类工程一般围绕51最小系统板搭，器件不多，核心就是三颗芯片和一块屏。先看一份典型的引脚分配表，拿到的压缩包里大概率就是按这张表接的。器件接口类型典型引脚说明STC89C52 最小系统板主控—11.0592MHz 或 12MHz 晶振，5V供电DS18B20单总线P3.2数据线需外接 4.7kΩ 上拉电阻到 VCCOLED 0.96寸 SSD1306I2CSDA=P2.0，SCL=P2.14引脚版本，VCC 可接 3.3V 或 5VDS1302（部分版本）三线接口CE=P1.2，IO=P1.3，SCLK=P1.4提供掉电后仍走时的时钟源接线时要注意 DS18B20 的数据脚不能直接怼到单片机上就完事，4.7kΩ 上拉电阻缺了的话，总线在空闲时浮空，温度读回来都是乱码。OLED 的 I2C 地址由 SA0 引脚决定，常见是 0x3C，也有屏默认 0x3D，代码里如果没有读到器件，先查这个地址。电源方面，DS18B20 在 5V 下工作正常，OLED 的逻辑电平是 3.3V，但 SSD1306 的板子大多做了电平转换，直接 5V 供电也能亮，只是如果屏幕发烫，就要改成 3.3V。2.2 三路数据的信息流：从传感器到像素的两次握手整个系统的数据流可以拆成两条链。第一条是温度链：DS18B20 通过单总线把温度值以 16 位补码形式还给主控，主控做乘 0.0625 的换算，得到带小数的摄氏温度。第二条是时间链：如果工程用 DS1302，主控通过三线接口读出时分秒，如果只用定时器，则由主控内部 Timer0 中断累加。两条链的数据最终都汇入 OLED 的显存，再由 I2C 一次性刷到屏幕上。这个过程中有意思的一点是，DS18B20 的读操作不是主控问了它就答，而是主控先发一个复位脉冲，等传感器拉低总线表示“我在”，然后写跳过 ROM 指令 0xCC，再写启动转换指令 0x44，等 750ms 转换完成后再发起第二次复位，写 0xBE 读取暂存器里的两个字节。也就是说，读一次温度需要两次完整的单总线握手。很多新手第一次调不通，就是只做了第一次握手就急着读数据，结果读回来全是 0xFF。2.3 为什么这套工程必须用软件时序而不是硬件外设51 经典系列不像 STM32 那样自带硬件 I2C 或单总线控制器，DS18B20 的单总线协议压根没有对应的硬件外设，只能靠 GPIO 拉高拉低加上精确延时来模拟。OLED 的 I2C 虽然某些增强型 51 有硬件 I2C，但工程里普遍选择 GPIO 模拟，原因很简单：引脚可随意映射，换板子不用改外设配置。软件时序的代价是延时函数的精度直接影响通信可靠性。DS18B20 的复位脉冲要求拉低 480us 以上，读时隙要求采样点在拉低后 15us 内完成，这些数字都是用空循环 delay_us() 实现的。如果晶振频率不对或者延时宏没调，温度读出来就是 85℃ 或 -55℃ 这类特征值。工程里一般会把延时函数单独放在 delay.c 里，换晶振只改一个宏定义，这个习惯值得保留。3. 工程目录与编译烧录：把压缩包变成OLED上的第一帧画面3.1 Keil工程目录拆解：每个文件管哪一块解压后你会看到典型的 Keil C51 工程结构，文件名可能略有出入，但职责基本固定。我见过的大多数版本是这样组织的：project/ ├── user/ │ ├── main.c # 主循环，调度读温度、读时间、刷OLED │ ├── delay.c │ └── delay.h # 延时函数，晶振频率在这里调 ├── driver/ │ ├── ds18b20.c │ ├── ds18b20.h # 单总线驱动，引脚宏定义在头文件里 │ ├── oled.c │ ├── oled.h # SSD1306驱动，包含字库取模数组 │ ├── i2c.c │ └── i2c.h # GPIO模拟I2C，start/stop/读写字节 ├── hardware/ │ ├── ds1302.c # 如果工程带时钟芯片，这里放三线时序 │ └── ds1302.h └── obj/ # 编译输出的 .hex 和 .uvproj 工程文件文件分层的逻辑很清楚：user 层只做业务调度，driver 层屏蔽硬件时序细节，hardware 层管理外部器件。这种分法对后续改动很友好，比如你想把 OLED 换成 SPI 接口的屏，只需要改 oled.c 内部实现，main.c 一行不用动。3.2 主循环的调度逻辑：半秒一拍的轮询结构看 main.c，核心是一个 while(1) 轮询，这是 51 工程最常见的写法。代码大致长这样：void main(void) { unsigned char hour = 0, min = 0, sec = 0; int temp_val = 0; oled_init(); // SSD1306 初始化，配置显示参数 oled_clear(); ds1302_init(); // 如果带时钟芯片，这里设置初始时间 while (1) { ds1302_read_time(&hour, &min, &sec); // 读当前时间 temp_val = ds18b20_get_temp(); // 读温度，返回整型温度值 oled_show_time(0, 0, hour, min, sec); // 上半屏显示时间 HH:MM:SS oled_show_temp(0, 4, temp_val); // 下半屏显示温度 delay_ms(500); // 每 500ms 刷新一次 } }注意这里的 oled_show_time 第一个参数是页地址，第二个参数是列偏移，OLED 的 64 行被分成 8 页，每页 8 像素，0 到 3 页放时间，4 到 7 页放温度，这样两块内容互不覆盖。500ms 的刷新间隔是折中方案：太快了人眼能看到数字跳动但 OLED 会有闪烁感，太慢了时间显示不够实时。DS18B20 每次转换要 750ms，如果主循环把读温度放在读时间前面，一轮循环的时间就会超过 1 秒，所以很多工程会把温度读取的启动和结果读取拆开，或者干脆用 1 秒刷新周期，让时间与温度读取错开。3.3 从源码到 HEX 的四个步骤：烧录前必须检查的三个点把压缩包变成 OLED 上的画面，路径非常固定。第一步，用 Keil C51 打开 .uvproj 工程文件，确认 Device 里选的芯片型号和你的板子一致，比如 STC89C52RC 或 STC89C52。第二步，进入 Options for Target，在 Target 页确认晶振频率和代码里 delay.c 的宏一致，这个不一致会导致延时偏短，DS18B20 时序错乱。第三步，编译工程，正常情况会生成 .hex 文件，路径一般在 obj 目录下。第四步，用 STC-ISP 或类似烧录软件选择串口，载入 hex 文件，点击下载。烧录这一步有个典型的踩坑点：STC 系芯片下载时需要冷启动，也就是先点下载再给板上电。如果你点了下载但板子已经上电，软件会一直停在“等待上电”状态。另外看门狗如果被使能了，烧录后程序可能反复重启，表现为主控能跑但 OLED 始终没内容，这种情况检查一下代码里是否开启了 WDT，或者烧录时在硬件选项里关掉看门狗。4. 核心代码拆解：DS18B20时序、SSD1306初始化和温度数值加工4.1 DS18B20复位与温度读取：单总线上的一次完整对话DS18B20 的驱动是整个工程的灵魂，代码虽然只有几十行，但时序坑最多。先看最底层的三个函数：#define DS18B20_DQ P3_2 // 数据引脚，根据实际接线修改 // 单总线复位，返回 0 表示检测到设备 bit ds18b20_reset(void) { bit presence; DS18B20_DQ = 0; delay_us(500); // 主机拉低 480us 以上，产生复位脉冲 DS18B20_DQ = 1; // 释放总线，等待从机应答 delay_us(60); presence = DS18B20_DQ; // 采样电平，DS18B20 会把总线拉低 delay_us(400); // 等待复位脉冲结束 return presence; // 返回 1 表示无应答，0 表示正常 } // 写一个字节，低位先出 void ds18b20_write_byte(unsigned char dat) { unsigned char i; for (i = 0; i < 8; i++) { DS18B20_DQ = 0; // 拉低总线，表示写时隙开始 delay_us(5); DS18B20_DQ = dat & 0x01; // 写 0 就保持低，写 1 就拉高 delay_us(60); // 保持时隙宽度 DS18B20_DQ = 1; // 释放总线 dat >>= 1; } } // 读一个字节，低位先出 unsigned char ds18b20_read_byte(void) { unsigned char i, dat = 0; for (i = 0; i < 8; i++) { dat >>= 1; DS18B20_DQ = 0; // 拉低总线，表示读时隙开始 delay_us(2); DS18B20_DQ = 1; // 释放总线，从机开始驱动数据 if (DS18B20_DQ) // 在 15us 内采样 dat |= 0x80; delay_us(60); } return dat; }逻辑说明：复位函数里最关键的是释放总线后用 60us 的延时让从机有时间拉低应答，如果延时太短会漏掉应答信号，太长会误判成无设备。写字节时，写 1 和写 0 的区别只在于拉低后第 5us 到第 60us 之间总线的电平，写 0 必须保持低，写 1 必须拉高。读字节时，主机拉低后要尽快释放，从机在释放后的 15us 内把数据放到总线上，所以采样点要卡在该区间内。有了这三个底层函数，读一次温度的完整流程就是组装它们：// 获取温度，返回整数部分，单位 0.1℃ int ds18b20_get_temp(void) { unsigned char low, high; int temp_raw; ds18b20_reset(); // 第一次复位，建立通信 ds18b20_write_byte(0xCC); // 跳过 ROM，只挂单颗传感器 ds18b20_write_byte(0x44); // 启动温度转换 delay_ms(750); // 12 位分辨率需要最长的转换时间 ds18b20_reset(); // 第二次复位，准备读数据 ds18b20_write_byte(0xCC); // 跳过 ROM ds18b20_write_byte(0xBE); // 读取暂存器，从第 0 字节开始 low = ds18b20_read_byte(); // 温度低字节 high = ds18b20_read_byte(); // 温度高字节 temp_raw = (high << 8) | low; // 拼成 16 位，高 5 位是符号位 if (temp_raw & 0x8000) { // 负数情况，补码转原码 temp_raw = ~temp_raw + 1; return -(temp_raw * 625 / 10); // 乘 0.0625，避免浮点 } return temp_raw * 625 / 10; // 返回 25.0℃ 时就是 250 }参数说明：0xCC 跳过 ROM 指令适用于单点测温，如果一条总线上挂了多个 DS18B20，就不能用跳过，要先读 ROM 序列号再分别寻址。0x44 启动转换后，传感器进入忙状态，12 位分辨率下最多要 750ms，如果读到 0xFFFF，多半是上一步转换还没完成就急着读。返回值的处理上，代码用整数乘 625 再除 10 换算成 0.1℃ 精度，既避免 float 带来的代码膨胀，又保留了一位小数。4.2 SSD1306 I2C驱动：初始化序列和显存刷新OLED 驱动的核心是两件事：按 SSD1306 的数据手册写一串初始化命令，以及在显存和屏幕之间搬运像素。先看 I2C 底层的字节发送：// 向 OLED 写一字节数据，addr 为 0x00 表示命令，0x40 表示显存数据 void oled_write_byte(unsigned char addr, unsigned char dat) { i2c_start(); // I2C 起始条件 i2c_send_byte(0x78); // 器件地址 0x3C 左移一位，写方向 i2c_send_byte(addr); // 控制字节，区分命令和数据 i2c_send_byte(dat); i2c_stop(); // 停止条件 }这里 0x78 是很多新手卡壳的地方。SSD1306 的 7 位 I2C 地址是 0x3C，但在 I2C 总线上发送时要左移一位补上读写位，写方向就是 0x78。如果你的屏默认地址是 0x3D，这里要改成 0x7A。控制字节 0x00 后面跟的都是命令，0x40 后面跟的都是显存数据，这个区分是 SSD1306 协议的规定。初始化函数则是按手册流程走一遍，我挑几个关键命令说明：void oled_init(void) { delay_ms(100); // 上电稳定 oled_write_byte(0x00, 0xAE); // 关闭显示，配置期间先黑屏 oled_write_byte(0x00, 0x20); oled_write_byte(0x00, 0x10); // 页地址模式 oled_write_byte(0x00, 0xC8); // 扫描方向，从顶部到底部 oled_write_byte(0x00, 0x81); oled_write_byte(0x00, 0xCF); // 对比度 207 oled_write_byte(0x00, 0xA1); // 段重映射，保证显示方向正确 oled_write_byte(0x00, 0xA6); // 正常显示，白字黑底 oled_write_byte(0x00, 0xA8); oled_write_byte(0x00, 0x3F); // 1/64 duty oled_write_byte(0x00, 0xD5); oled_write_byte(0x00, 0x80); // 时钟分频 oled_write_byte(0x00, 0xDA); oled_write_byte(0x00, 0x12); // 引脚配置 oled_write_byte(0x00, 0x8D); oled_write_byte(0x00, 0x14); // 开启电荷泵 oled_write_byte(0x00, 0xAF); // 开启显示 }逻辑说明：0xAE 和 0xAF 是显示开关，配置期间先关屏能避免花屏闪烁。0x20 后的参数 0x10 是页地址模式，这个模式下显存按 8 像素高的一页一页排列，跟后面刷新函数配合。0x8D 后面的 0x14 是电荷泵开关，这一条漏了屏幕就只有背光亮但什么都不显示。整套初始化序列参数基本固定，但如果你把 0xC8 改成 0xC0，屏幕会上下颠倒，改成 0xA0 会左右镜像，这是快速调整显示方向的入口。显存刷新采用先改内存再整屏推送的方式，效果比逐字写显存稳定得多：unsigned char g_oled_ram[8][128]; // 显存缓冲区，8 页 x 128 列 // 把缓冲区全部推送到 SSD1306 void oled_refresh(void) { unsigned char page, col; for (page = 0; page < 8; page++) { oled_write_byte(0x00, 0xB0 + page); // 设置页地址 oled_write_byte(0x00, 0x00); // 列地址低 4 位 oled_write_byte(0x00, 0x10); // 列地址高 4 位 for (col = 0; col < 128; col++) { oled_write_byte(0x40, g_oled_ram[page][col]); // 写显存数据 } } }g_oled_ram 是 8 行 128 列的二维数组，正好对应屏幕 64 行像素中的每一页。显示字符时先往缓冲区里填点阵，改完统一调 oled_refresh，这样就不会出现半个字符残留在屏上的问题。刷新 8 页共 1024 字节，I2C 在 400kHz 速率下大约要 20ms 左右，肉眼感知不到。4.3 温度数值加工：整数小数分离和防闪烁刷新从 ds18b20_get_temp 拿到的温度是整型，比如 250 代表 25.0℃。直接塞给 OLED 显示还需要拆成 ASCII 字符。这段加工逻辑在工程里通常是这样的：unsigned char temp_buf[16]; void format_temp(int temp) { unsigned char negative = 0; if (temp < 0) { negative = 1; temp = -temp; } temp_buf[0] = negative ? '-' : ' '; temp_buf[1] = temp / 100 + '0'; // 十位 temp_buf[2] = (temp % 100) / 10 + '0'; // 个位 temp_buf[3] = '.'; temp_buf[4] = temp % 10 + '0'; // 一位小数 temp_buf[5] = 'C'; temp_buf[6] = '\0'; }注意这里的整数处理：温度值 250 对应 25.0℃，除以 100 得到 2，模 100 再除 10 得到 5，模 10 得到 0。负温处理用了符号标志位，省掉了浮点库。显示的时候 oled_show_string(0, 4, temp_buf) 直接把格式化好的字符串打到 OLED 第 4 页。在 51 这种内存捉襟见肘的环境里，全部用整数运算替代浮点是工程里的常规做法。防闪烁刷新的关键在前面提到的显存缓冲区上。工程里 oled_show_time 和 oled_show_temp 都只修改 g_oled_ram 中对应区域的字节，不碰其他区域。一秒刷新一次时，只有数字发生变化的那些像素会被重新写入显存，静止的边框和文字不会被反复清除重画，也就不会出现背景闪烁。很多从 1602 液晶转过来的人习惯在显示前先清屏，在 OLED 上这么做会明显看到画面抖动，这个习惯要改掉。5. 常见问题与排查：读数卡在85、屏幕常亮没字、掉电丢时间，逐个填坑5.1 温度显示 85℃ 或 -55℃：单总线时序的两个典型翻车现场现象：OLED 上温度一上电就是 85℃ 或 -55℃，之后纹丝不动。原因：85℃ 是 DS18B20 上电后的默认温度寄存器值，说明读时序执行了，但传感器没有完成实际的温度转换，大概率是复位时总线没被可靠拉低，或者 0x44 转换指令之后的延时不够。而 -55℃ 是传感器量程下限，代表读回来的数据全是 1，也就是总线读时序里采样点太晚或太早，主控读到的都是高电平。解决：先查上拉电阻，DS18B20 数据线必须接 4.7kΩ 上拉到 VCC，没接的话用万用表量 P3.2 在空闲时是不是高电平，如果浮空，一切都白搭。再查延时函数，用示波器或者逻辑分析仪量复位脉冲宽度是否在 480us 到 960us 之间。最笨也最有效的办法是先把 0x44 之后的 delay_ms(750) 改成 1000，排除转换时间不够的问题。工程里如果延时宏是按 11.0592MHz 调好的，你板子上是 12MHz 晶振，整个时序都会偏短，读出来就是 -55℃。5.2 OLED 背光亮但没内容：I2C 地址和控制字节对不上现象：OLED 上电能看到背光，但屏幕全黑或者只有零星的雪花点。原因：最常见的是器件地址没对上。SSD1306 的地址引脚 SA0 如果被硬件拉高，7 位地址变成 0x3D，发送时左移一位就是 0x7A，而代码里写死的是 0x78。还有一个容易忽略的地方：OLED 模块上如果有 RESET 引脚，很多工程为了省 IO 直接接 VCC，导致上电时 SSD1306 没有收到复位信号，初始化序列在混乱状态下执行。解决：先用 I2C 扫描程序跑一遍，确认屏的地址到底是 0x3C 还是 0x3D，然后统一修改 oled_write_byte 里的地址参数。如果模块引出了 RESET，把它接到单片机的一个普通 IO 上，初始化前先拉低 10ms 再拉高，确保芯片从确定的复位状态开始。这里提醒一句，控制字节 0x00 和 0x40 不能写反，反了的话命令会被当成显存数据扔进 RAM，表现是屏幕出现随机亮斑。5.3 时间一掉电就回到初始值：DS1302 的备用电池和充电设置现象：带 DS1302 的版本，主板上电设好时间后拔电再上电，时间又从某个固定值开始。原因：DS1302 需要一颗备用电池或超级电容来维持时钟走时，如果板上既没有电池座也没焊电容，VCC1 引脚悬空，掉电后寄存器内容直接丢失。还有一个隐蔽问题：DS1302 的控制寄存器里有一个充电使能位，如果代码里没有配置 trickle-charge，即使接了 3V 电池也充不进去，电量耗尽后时间照样丢。解决：先检查硬件上 VCC1 是否接了电池或 0.1F 以上的法拉电容。软件层面，初始化时向 0x90 写 0xA5 开启 2kΩ 充电电阻路径，这是数据手册标准的 trickle-charge 配置。如果是用定时器凑合的版本，掉电丢时间是正常的，因为定时器本身没有后备电源，这种情况要么加 DS1302，要么接受上电重新对时。另外 DS1302 的上电时序比 DS18B20 还敏感，IO 口在 CE 拉高之前必须保持稳定，否则会读到随机数据。5.4 数字刷新有明显残影：整屏清屏和局部刷新没分清现象：时间每秒跳变时，旧数字的笔画会有残留，屏幕看起来脏脏的，尤其在数字变化频繁的秒位。原因：显示新数字之前先调用了 oled_clear() 把所有页清零，然后再重画整个界面。SSD1306 的显存是静态 RAM，不清的地方数据一直保留，清屏和重画之间有一个中间态，肉眼就捕捉到了闪烁和残影。解决：放弃整屏清屏，改成只擦写变化区域。比如秒位变化时，把秒位所在的那 6 列乘以 8 像素的区域单独清零，再写入新数字。工程里如果已经用了 g_oled_ram 显存缓冲区，只需修改缓冲区对应位置的数组值，然后调 oled_refresh 整屏推送即可，因为缓冲区里其他区域没有被改写，推上屏的内容跟上一帧完全相同，屏幕不会闪。如果发现整屏推送本身有闪烁，检查 oled_refresh 里列地址设置是否正确，SSD1306 在同一页内列地址不会自动换行，漏设列地址会导致数据写到错误的位置。5.5 编译通过但烧录后白屏：下载软件里的时钟和看门狗配置现象：Keil 编译零错误，烧录提示成功，但板子重新上电后 OLED 全程白屏，主控好像没跑起来。原因：STC 系列芯片下载时，ISP 软件里有一些硬件选项，比如复位脚用途、看门狗启动状态、内部时钟倍频等。如果代码里没有初始化看门狗但下载时勾选了“启动看门狗”，芯片上电后看门狗定时溢出不断复位，程序永远跑不到正常流程。另外下载时选择的晶振频率和板上实际晶振不一致，会导致串口和延时全部错乱。解决：重新打开烧录软件，在硬件选项里去掉看门狗，确认振荡器选择为“外部晶振”并填上板子实际的频率值，然后重新下载。这类问题在代码层面是看不到原因的，排查思路永远是先确认烧录配置再怀疑代码逻辑。如果是自制的最小系统板，还要量一下 EA 引脚是否接高电平，EA 拉低会让 CPU 从外部扩展 ROM 取指，而 51 内部 Flash 的程序根本跑不起来，表现就是上电后一切外设都没反应。6. 二次开发：换DHT11、加按键菜单，把这套工程改成自己的温湿度时钟6.1 换传感器：从 DS18B20 到 DHT11 要动的三个文件如果想把温度换成温湿度一体的 DHT11，改动集中在硬件抽象层。DHT11 虽然也叫单总线，但时序和 DS18B20 完全不同：它是串行输出 40 位数据，而且对时序精度要求不高，空循环延时反而更好调。需要动的地方是 ds18b20.c 里的三个函数——复位时序改成主机拉低 18ms 再释放，DHT11 不需要跳过 ROM 直接发数据，读字节的时隙宽度从 60us 改成 26us 到 70us 之间。olt 显示部分只需把 oled_show_temp 拆成 oled_show_temp_humi 或者直接复用格式化函数，湿度是一字节整数加一字节小数，处理起来比温度还简单。注意 DHT11 的精度只有 ±2℃，湿度 ±5%RH，比 DS18B20 差一个量级，但胜在便宜和单线同时输出两个量。改动后注意主循环里读 DHT11 的间隔不能小于 1 秒，它内部是 1Hz 采样率，读太频繁只会拿到旧数据。6.2 加按键菜单：先动主循环结构，再谈界面加两个按键做阈值设置或者翻页显示，是这类工程最常见的改造。要点是不要在主循环里用阻塞延时消抖，否则 OLED 刷新会被卡住。我一般会建一个 menu.c，用三个全局变量记录当前菜单页和选中项，主循环每 20ms 采样一次按键，检测到按下就把菜单状态推进一格。OLED 部分增加一个 menu_render() 函数，根据当前状态决定显示哪一组界面。这样改造后 main.c 从顺序执行变成状态判断，整个程序的可扩展性上了一个台阶。按键消抖放在 20ms 轮询里天然完成，不用单独写 delay 消抖，这是我做过几十个参数设置界面后觉得最省心的方案。如果还要支持长按连续调值，就在按键事件里加一个计数，连续按 50 次后进入加速模式，值的变化步长从 1 变成 10。6.3 显示层抽象：把 UI 和业务拆开，后续改动不伤筋动骨最值得先做的抽象是给 OLED 定义一组统一的 setter 接口。比如 oled_show_title(页, 行, 字符串)、oled_show_value(页, 行, 数值, 单位) 这样一组函数，让上层只关心“在哪个位置显示什么内容”，不关心字库取模和 I2C 时序。你后续无论是换字库、调整字体大小还是改成左对齐右对齐，都只改 oled.c 内部，main.c 和 menu.c 一行不动。这套工程拿来跑通只是第一步，把它拆开再装回去才是真正学到东西的时候。DS18B20 的时序、SSD1306 的显存机制、主循环的调度思路，这三样吃透了，市面上绝大多数 51 小屏项目你都能自己搭出来。从那以后我每次拿到这类压缩包，都会强制走一遍“器件清单核对、引脚映射确认、时序延时量一遍、显存刷新路径一遍”四件套，再动手改业务逻辑，血泪教训换来的习惯。希望帮到你。本文还有配套的精品资源，点击获取