STM32F407+DS18B20温度报警系统：从单总线时序到OLED显示完整解析-平芜编程栈

简介：基于STM32F407与DS18B20构建的温度传感报警项目，配套4针0.96寸OLED屏，能够实时显示环境温度与日期，并在温度超出设定范围时给出声光报警。代码围绕STM32F4系列编写，模块划分清晰，可移植性好，既适合嵌入式初学者学习GPIO、定时器、RTC及传感器驱动，也适合作为课程设计或小型温度监控方案的基础进行二次扩展。资源压缩包共210个文件，约7.05MB，以C源码（51个.h与49个.c）为核心，包含Keil工程配置文件、编译生成的.o/.axf/.hex/.map等中间与最终产物，另有清理脚本、备份文件和说明文本，可从源码完整追踪到固件输出。目前已吸引2844人学习下载，经多次测试运行稳定，包内保留了可直接烧录的hex文件，便于快速验证；对照源码可深入理解DS18B20单总线时序、OLED显示驱动与RTC日期处理逻辑，在此基础上修改报警阈值或增加继电器控制都很方便。

1. 这套温度报警系统，我为什么建议你拆开重新写一遍

拿到这个工程文件的时候，我先扫了一眼目录：Template.uvguix、stm32f4xx_tim.c、stm32f4xx_rtc.c、keilkilll.bat，标准外设库的工程骨架，不是HAL库。这种“老菜”反而是好东西。DS18B20读取温度、0.96寸OLED显示、RTC日期刷新、蜂鸣器声光报警，四个功能单独看都不难，但真正把它们在一个主循环里稳定跑起来，新手至少要踩三四个坑：单总线时序被中断打断、OLED像素坐标算错、RTC备份域没使能导致时间初始化失败。适合谁看？正在做STM32F407课程设计、想把传感器驱动搞扎实的嵌入式学生，以及想快速拿一块F4开发板拼一个温度监测小仪表的工程师。这套代码的价值不在“能跑”，而在于每个模块怎么从数据手册翻译成可执行的时序逻辑。

2. DS18B20单总线时序与STM32F407 GPIO驱动

2.1 单总线的物理层与GPIO模式切换

DS18B20只用一根数据线，既能传命令又能传数据。这根线空闲时被4.7kΩ电阻拉高到3.3V，主机要发送数据就得把线拉低。所以STM32F407的GPIO必须工作在开漏输出模式，这样才能实现“谁都能把线拉低”，释放后自动回到高电平。常见的错误是用推挽输出，一旦DS18B20拉低总线，主机同时输出高电平，轻则读数据全FF，重则烧传感器。

在F407上，GPIO初始化时要设置开漏输出和50MHz速度。我用的是PD6作为DQ引脚，可以直接改宏定义换成PB9或PA8。切换输入输出模式时，需要重新调用GPIO_Init，不能只改ODR寄存器，因为F407的输入和输出配置在MODER寄存器里，必须整个GPIO_Init配置一次。我封装了一个模式切换函数，方便时序里反复切换。

#define DS18B20_PORT GPIOD #define DS18B20_PIN GPIO_Pin_6 #define DS18B20_RCC RCC_AHB1Periph_GPIOD void DS18B20_Set_Pin_Mode(GPIOMode_TypeDef mode) { GPIO_InitTypeDef gpio; gpio.GPIO_Pin = DS18B20_PIN; gpio.GPIO_Mode = mode; gpio.GPIO_Speed = GPIO_Speed_50MHz; if (mode == GPIO_Mode_OUT) { gpio.GPIO_OType = GPIO_OType_OD; // 开漏输出，必须配合外部上拉 gpio.GPIO_PuPd = GPIO_PuPd_NOPULL; } else { gpio.GPIO_PuPd = GPIO_PuPd_NOPULL; // 输入模式，浮空输入 } GPIO_Init(DS18B20_PORT, &gpio); }

这个函数的核心在于，输出模式下强制使用开漏输出，输入模式下不使能内部上下拉。DS18B20的时序非常依赖外部上拉电阻，STM32F407内部上拉太弱，不建议依赖内部上拉。注意：初始化时先使能GPIOD时钟，否则GPIO_Init会卡在等待寄存器写入上。另外，如果你的板子跟传感器之间用长杜邦线连接，上拉电阻建议改成2.2kΩ，否则边沿会变缓，时序容限变小。

2.2 复位、读时隙、写时隙的时序实现

单总线时序压在微秒级，任何中断插入都会导致通信失败，所以我在读写字节的函数里直接用__disable_irq()关掉全局中断，函数结束后再打开。有人担心关中断影响系统调度，但整个读写流程最多几百微秒，对报警系统来说完全可以接受。

复位序列是主机拉低480μs，释放后等待60~240μs，DS18B20会拉低总线60~240μs作为存在脉冲。主机在释放后70μs左右采样，读到低电平说明设备在线。注意采样点必须在60μs之后，拉低脉冲结束之前，否则会漏掉存在脉冲。

uint8_t DS18B20_Reset(void) { uint8_t ret; __disable_irq(); DS18B20_Set_Pin_Mode(GPIO_Mode_OUT); GPIO_ResetBits(DS18B20_PORT, DS18B20_PIN); delay_us(480); GPIO_SetBits(DS18B20_PORT, DS18B20_PIN); DS18B20_Set_Pin_Mode(GPIO_Mode_IN); delay_us(70); ret = GPIO_ReadInputDataBit(DS18B20_PORT, DS18B20_PIN); delay_us(410); __enable_irq(); return (ret == Bit_RESET) ? 1 : 0; }

返回值1表示检测到设备，0表示通信失败。这里有个容易忽略的细节：释放总线后，要先把GPIO切回输入模式再延时，因为开漏模式下GPIO_SetBits只是把输出寄存器置1，真正把线拉高需要靠外部上拉电阻，如果上拉电阻没焊或焊错位置，采样时读不到高电平，复位就会失败。

写时隙和读时隙的原理类似。写1时隙：拉低总线2μs后释放，DS18B20会在15~60μs内采样；写0时隙：拉低总线60μs以上再释放。读时隙：主机拉低2μs释放，在释放后10μs内采样，因为DS18B20读到上升沿后会控制总线输出数据位，数据保持到时隙结束。

void DS18B20_Write_Bit(uint8_t bit) { DS18B20_Set_Pin_Mode(GPIO_Mode_OUT); GPIO_ResetBits(DS18B20_PORT, DS18B20_PIN); delay_us(2); if (bit) { GPIO_SetBits(DS18B20_PORT, DS18B20_PIN); } delay_us(60); GPIO_SetBits(DS18B20_PORT, DS18B20_PIN); delay_us(2); } uint8_t DS18B20_Read_Bit(void) { uint8_t bit; DS18B20_Set_Pin_Mode(GPIO_Mode_OUT); GPIO_ResetBits(DS18B20_PORT, DS18B20_PIN); delay_us(2); GPIO_SetBits(DS18B20_PORT, DS18B20_PIN); DS18B20_Set_Pin_Mode(GPIO_Mode_IN); delay_us(10); bit = GPIO_ReadInputDataBit(DS18B20_PORT, DS18B20_PIN); delay_us(45); return bit; }

注意读时序的采样点是释放总线后10μs，这个时间点必须在DS18B20拉低总线之后、时隙结束之前。DS18B20手册里写的读时隙最短60μs，我的释放后延时45μs用来凑满时隙。如果在F407主频168MHz下，delay_us的循环次数需要按实际编译优化等级校准，推荐先用逻辑分析仪看波形，再微调延时循环。

2.3 跳过ROM命令与温度读取流程

单总线上只有一颗DS18B20时，使用跳过ROM命令（0xCC）免去匹配64位序列号。读取温度分为两步：先发转换命令，等待转换完成，再发读暂存器命令。常用命令字如下：

命令	指令码	说明
跳过ROM	0xCC	单设备时直接操作，不发送序列号
启动温度转换	0x44	转换结果存入暂存器第0/1字节
读暂存器	0xBE	读取9字节暂存器，温度数据在前两字节

温度数据是16位有符号数，低4位为小数部分，12位分辨率下每个LSB代表0.0625℃。读取后要拼接高低字节，负数在数据手册里用补码表示，好在定义int16_t类型后直接相乘就能得到正确负温。

float DS18B20_Get_Temperature(void) { uint8_t low, high; int16_t raw; DS18B20_Reset(); DS18B20_Write_Byte(0xCC); DS18B20_Write_Byte(0x44); delay_ms(750); // 12位分辨率最大转换时间 DS18B20_Reset(); DS18B20_Write_Byte(0xCC); DS18B20_Write_Byte(0xBE); low = DS18B20_Read_Byte(); high = DS18B20_Read_Byte(); raw = (int16_t)((high << 8) | low); return raw * 0.0625f; }

这里的750ms延时是12位分辨率下的最大转换时间。如果你的系统要求刷新快过1Hz，可以把DS18B20配置为9位分辨率，转换时间只需要93.75ms，代价是温度分辨率降到0.5℃。报警系统通常不需要这么高分辨率，12位足够。写完温度读取函数后，在main开头先调用一次DS18B20_Reset，如果没有返回1，直接显示传感器错误，避免后续一直读到垃圾数据。

3. 4针0.96寸OLED的I2C驱动与字符/汉字显示

3.1 用模拟I2C还是硬件I2C

网上关于STM32F407硬件I2C的讨论很多，原厂标准库的硬件I2C确实存在总线锁死风险，特别是在I2C速率较高或者从设备刚上电时。4针OLED模块用的是SSD1306控制器，I2C接口的速率只有100kHz~400kHz，完全没必要复杂化。我选择用模拟I2C，GPIO直接翻转，代码在F1、F4、H7上都能原样移植，不依赖外设寄存器差异。

OLED的I2C通信需要四个引脚：VCC、GND、SCL、SDA。这块0.96寸的4针屏默认地址是0x78（写地址），对应7位地址0x3C。模拟I2C时SCL和SDA都配置成推挽输出，SDA在读应答时切换成输入模式。因为OLED只有拉低总线表示ACK，拉高就是NACK，所以用推挽输出跟开漏效果一样，只要在读取应答位之前把SDA切回输入就行。

#define OLED_SCL_PORT GPIOB #define OLED_SDA_PORT GPIOB #define OLED_SCL_PIN GPIO_Pin_8 #define OLED_SDA_PIN GPIO_Pin_9 void OLED_GPIO_Init(void) { GPIO_InitTypeDef gpio; RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOB, ENABLE); gpio.GPIO_Pin = OLED_SCL_PIN | OLED_SDA_PIN; gpio.GPIO_Mode = GPIO_Mode_OUT; gpio.GPIO_OType = GPIO_OType_PP; gpio.GPIO_Speed = GPIO_Speed_50MHz; gpio.GPIO_PuPd = GPIO_PuPd_NOPULL; GPIO_Init(OLED_SCL_PORT, &gpio); GPIO_SetBits(OLED_SCL_PORT, OLED_SCL_PIN | OLED_SDA_PIN); }

读写函数的关键是起始信号：SCL高电平期间，SDA产生一个下降沿；停止信号是SCL高电平期间，SDA产生上升沿。字节传输始终是高位在前。每发送完一个字节，主机要释放SDA总线（输入模式），读取从设备的ACK。这里的模拟I2C不校验ACK，因为OLED时序要求没那么严，真出错时写命令也不会得到肉眼可见的反馈。

void OLED_I2C_Start(void) { OLED_SDA_HIGH(); OLED_SCL_HIGH(); delay_us(4); OLED_SDA_LOW(); delay_us(4); OLED_SCL_LOW(); } void OLED_I2C_Stop(void) { OLED_SDA_LOW(); OLED_SCL_HIGH(); delay_us(4); OLED_SDA_HIGH(); delay_us(4); } void OLED_I2C_SendByte(uint8_t dat) { uint8_t i; for (i = 0; i < 8; i++) { if (dat & 0x80) { OLED_SDA_HIGH(); } else { OLED_SDA_LOW(); } dat <<= 1; OLED_SCL_HIGH(); delay_us(2); OLED_SCL_LOW(); delay_us(2); } }

延时2μs是为了把SCL频率控制在200kHz以下。如果你用400kHz模式，可以把延时改成1μs，但OLED初始化序列和显示刷新时，太高的I2C速率容易在长线上出干扰。我一般控制在100kHz，刷新128x64单色屏幕完全够用，肉眼也不会看出来刷新变慢。

3.2 SSD1306初始化序列与命令写入

SSD1306在上电后必须发送一长串初始化命令，不能上来就送显示数据。这些命令配置了显示时钟分频、多路复用比例、对比度、内存寻址模式。下面的初始化序列是经过多次验证的，直接抄就行。

void OLED_Init(void) { OLED_GPIO_Init(); delay_ms(100); OLED_Write_Cmd(0xAE); // 关显示 OLED_Write_Cmd(0x20); // 设置内存寻址模式 OLED_Write_Cmd(0x10); // 页面寻址模式 OLED_Write_Cmd(0xB0); // 第0页起始 OLED_Write_Cmd(0xC8); // COM输出方向反显 OLED_Write_Cmd(0x00); // 列低地址 OLED_Write_Cmd(0x10); // 列高地址 OLED_Write_Cmd(0x40); // 起始行0 OLED_Write_Cmd(0x81); // 对比度设置 OLED_Write_Cmd(0x7F); // 默认值127 OLED_Write_Cmd(0xA1); // 段重映射 OLED_Write_Cmd(0xA6); // 正常显示 OLED_Write_Cmd(0xA8); // 多路复用 OLED_Write_Cmd(0x3F); // 1/64占空比 OLED_Write_Cmd(0xA4); // 恢复RAM显示 OLED_Write_Cmd(0xD3); // 显示偏移 OLED_Write_Cmd(0x00); // 偏移0 OLED_Write_Cmd(0xD5); // 时钟分频 OLED_Write_Cmd(0x80); // 分频值 OLED_Write_Cmd(0xD9); // 预充电周期 OLED_Write_Cmd(0xF1); OLED_Write_Cmd(0xDA); // COM硬件配置 OLED_Write_Cmd(0x12); OLED_Write_Cmd(0xDB); // VCOMH电平 OLED_Write_Cmd(0x40); OLED_Write_Cmd(0x8D); // 电荷泵 OLED_Write_Cmd(0x14); // 开启电荷泵 OLED_Write_Cmd(0xAF); // 开显示 OLED_Clear(); }

命令写入函数要区分命令和数据。0x00是命令控制字节，0x40是数据控制字节。在SSD1306的I2C协议里，发送完设备地址后，紧接着的字节如果是0x00，后面的字节都解释为命令；如果是0x40，后面的都解释为数据。如果你把命令写错，最常见的现象是屏幕全暗或者出现乱码，但芯片不会报错。

void OLED_Write_Cmd(uint8_t cmd) { OLED_I2C_Start(); OLED_I2C_SendByte(OLED_ADDR); // 0x78 OLED_I2C_SendByte(0x00); // Co=1, D/C=0 OLED_I2C_SendByte(cmd); OLED_I2C_Stop(); } void OLED_Write_Data(uint8_t dat) { OLED_I2C_Start(); OLED_I2C_SendByte(OLED_ADDR); OLED_I2C_SendByte(0x40); // D/C=1 OLED_I2C_SendByte(dat); OLED_I2C_Stop(); }

每次写一个字节都重新发送起始和停止信号，效率不高但足够稳定。批量写显示数据时，可以在一个起始信号后连续发送多个数据字节，但0.96寸OLED屏缓存只有1024字节，刷新整个屏幕也就一眨眼的事，没必要优化。

3.3 字符与汉字的显示原理

OLED的GRAM是128x64位，分成8页，每页对应8行像素。页面寻址模式下，先指定页地址（0xB0~0xB7）和列地址，然后连续写数据，数据会自动换列，但不会自动换页。写满一页128列后，要继续写下一页必须重新设置坐标。

显示ASCII字符时，我直接用取模好的8x16点阵字体。常用的显示函数套路是循环按列把字模数据写入控制字节。如果你要显示汉字，比如“温度”两个字，需要先取16x16点阵字模。

示例字模（16x16宋体“温”的一部分）如下，实际项目中用PCtoLCD2002取模，设置为阴码、列行式、字节正序：

const uint8_t font_temp[] = { 0x04, 0x04, 0xF4, 0x94, 0x94, 0x94, 0x94, 0x94, 0x94, 0x94, 0x94, 0x94, 0x94, 0x04, 0x04, 0x00, 0x04, 0x04, 0x04, 0x04, 0x04, 0x44, 0x84, 0x7E, 0x04, 0x04, 0x04, 0x04, 0x04, 0x04, 0x04, 0x00 };

显示函数的核心是坐标计算：汉字左上角在列x、页y，那么上半屏写x到x+15，页y；下半屏写同样的列范围，页y+1。因为16x16字模分上下两部分，每部分16字节对应16列。

void OLED_Show_Chinese(uint8_t x, uint8_t y, const uint8_t *font) { uint8_t i; OLED_Set_Pos(x, y); for (i = 0; i < 16; i++) { OLED_Write_Data(font[i]); } OLED_Set_Pos(x, y + 1); for (i = 0; i < 16; i++) { OLED_Write_Data(font[i + 16]); } }

设置坐标时要同时写列地址低字节和高字节。列地址范围是0~127，低字节是列的低4位，高字节是列的高4位。比如列地址为100，需要先发0x00再发0x10，错误地把列号直接发进去会显示错位。页地址直接加0xB0得到命令字节。

3.4 温度显示的刷新策略

温度值每秒变化不超过0.5℃时，OLED显示刷新频率不需要太高。我一般用一个500ms左右的周期来更新温度和日期。刷新太快会看到屏幕闪烁，因为OLED在写GRAM时不会像LCD那样有残影，但SSD1306内部没有帧缓冲复用，反复全屏重写会有可感知的刷屏感。正确做法是只更新数值所在的区域，而不是整屏重绘。比如温度值显示在(20, 3)位置，每次先画一个空白矩形覆盖旧值，再写新值，这样屏幕不闪，代码也更高效。

4. RTC日期实时显示与报警逻辑实现

4.1 RTC使用LSE晶振与备份域配置

STM32F407的RTC在备份域里，由VBAT引脚供电。当主电源掉电时，只要VBAT接上3V电池，RTC还能继续走。RTC的时钟源一般选择LSE外部32.768kHz晶振，比内部LSI稳定得多。标准库中使能RTC前，必须先使能PWR和BKP外设时钟，然后调用PWR_BackupAccessCmd(ENABLE)打开备份域的写入权限，否则后续操作会卡死。

备份域还有一个BKP寄存器，可以用来判断RTC是否已经初始化过。每次上电后读取BKP_DR0里的值，如果等于魔数0xA5A5，说明RTC已经在之前的运行中完成过初始化，直接等待同步然后读取时间；如果不是，就执行完整的初始化流程并写入魔数。这样即使代码复位，也不会把时间重置回初始值。

void RTC_Init(void) { RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE); PWR_BackupAccessCmd(ENABLE); if (RTC_ReadBackupRegister(RTC_BKP_DR0) != 0xA5A5) { RCC_LSEConfig(RCC_LSE_ON); while (RCC_GetFlagStatus(RCC_FLAG_LSERDY) == RESET) { // 等待LSE起振 } RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE); RCC_RTCCLKCmd(ENABLE); RTC_WaitForSynchro(); RTC_WriteProtectionCmd(DISABLE); RTC_TimeTypeDef time; time.RTC_H12 = RTC_H12_AM; time.RTC_Hour = 8; time.RTC_Minute = 30; time.RTC_Seconds = 0; RTC_SetTime(time); RTC_DateTypeDef date; date.RTC_Year = 24; date.RTC_Month = 1; date.RTC_Date = 1; date.RTC_WeekDay = 1; RTC_SetDate(date); RTC_WriteProtectionCmd(ENABLE); RTC_WriteBackupRegister(RTC_BKP_DR0, 0xA5A5); } else { RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE); RCC_RTCCLKCmd(ENABLE); RTC_WaitForSynchro(); } }

注意RTC_WriteProtectionCmd的调用必须在RTC_WaitForSynchro之后。如果你在初始化流程里漏掉写保护解除，RTC_SetTime和RTC_SetDate都不会生效，但不会报错。另外，RTC的日期结构体里，year存的是相对于2000年的偏移，所以2024年要填24，不是2024。这个细节写错会导致日期显示成3924年。

4.2 读取时间日期并格式化输出

标准库中读取RTC时间用RTC_GetTime和RTC_GetDate。读取日期时，函数会自动处理日期进位，比如跨月、闰年。我写一个格式化函数，把日期和时间拼成字符串，方便直接传给OLED显示：

char time_buf[20]; void RTC_Get_Display_String(char *buf) { RTC_TimeTypeDef time; RTC_DateTypeDef date; RTC_GetTime(RTC_Format_BIN, &time); RTC_GetDate(RTC_Format_BIN, &date); sprintf(buf, "%04d-%02d-%02d\n%02d:%02d:%02d", 2000 + date.RTC_Year, date.RTC_Month, date.RTC_Date, time.RTC_Hours, time.RTC_Minutes, time.RTC_Seconds); }

注意RTC_GetTime和RTC_GetDate必须成对调用。在标准库实现里，RTC_GetDate会从RTC_DR寄存器读取日期，同时内部还维护一个日期缓存，如果你只调用RTC_GetTime，日期缓存不更新，后续读取日期会拿到上一次的值。我犯过这个错，最后显示的时间时分秒一直在跳，日期永远停在上电那天。

4.3 报警阈值比较与连续去抖

报警逻辑本身很简单：温度大于上限或小于下限就触发。但温度传感器数据偶尔会有毛刺，比如接触不良时DS18B20会读到-55℃或125℃，这种异常数据如果直接触发报警，系统就成“狼来了”。我做了连续三次确认机制，只有连续三次数值越限才真正报警，期间只要有一次正常就清零计数器。

#define ALERT_HIGH 40.0f #define ALERT_LOW 10.0f uint8_t alert_count = 0; void Alert_Process(float temp) { if ((temp > ALERT_HIGH) || (temp < ALERT_LOW)) { if (alert_count < 3) { alert_count++; } else { GPIO_SetBits(GPIOE, GPIO_Pin_0); // LED亮 GPIO_SetBits(GPIOE, GPIO_Pin_1); // 蜂鸣器响 } } else { alert_count = 0; GPIO_ResetBits(GPIOE, GPIO_Pin_0); GPIO_ResetBits(GPIOE, GPIO_Pin_1); } }

我这里把LED接在PE0，蜂鸣器接在PE1。不同板卡的蜂鸣器驱动方式不一样，有些通过三极管放大，有些直接由MOS管驱动，有源蜂鸣器要给高电平才响，无源蜂鸣器需要PWM方波。这套代码里用简单的GPIO_SetBits驱动有源蜂鸣器，如果你的是无源蜂鸣器，需要改成输出50%占空比的方波，否则只会听到“咔哒”一声。

报警阈值写死在宏定义里，开发调试时可以直接改宏重编。但我更建议把阈值放到Flash的最后一个扇区或备份寄存器里，这样产品上电后可以保留用户设置，不重新编译也能改报警范围。

4.4 主循环整合流程

主循环的逻辑顺序是：读取温度、更新OLED、读取RTC日期、报警处理。由于DS18B20转换一次要750ms，如果每次都等转换完成，RTC秒更新也会被拖到同一节奏。我把温度读取放在一个状态机里，利用等待转换的750ms去刷新日期和最开始的温度显示。

static uint8_t convert_started = 0; while (1) { if (!convert_started) { DS18B20_Reset(); DS18B20_Write_Byte(0xCC); DS18B20_Write_Byte(0x44); convert_started = 1; } if (get_tick_ms() - last_convert_ms >= 750) { float temp = DS18B20_Read_Temp_Result(); OLED_Show_Temperature(temp); Alert_Process(temp); convert_started = 0; last_convert_ms = get_tick_ms(); } if (get_tick_ms() - last_time_ms >= 1000) { RTC_Get_Display_String(time_buf); OLED_Show_Time(time_buf); last_time_ms = get_tick_ms(); } }

主循环里不要用delay_ms(750)死等温度转换，否则RTC日期会严重滞后。用非阻塞的时间片方式，把温度转换等待期让给OLED刷新和按键扫描。这套代码里没有按键，报警阈值是写死的，如果你想加按键调阈值，需要在主循环里增加按键扫描时间片，并把阈值变量改成可修改的ram变量。

5. 移植到其他F4芯片与调试技巧

把工程从STM32F407移植到另一颗F4芯片，比如STM32F411或STM32F427，其实只改三处：设备型号、C/C++宏定义里的STM32F40_41xxx、启动文件startup_stm32f40xx.s。外部晶振频率如果不一致，还需要修改SystemCoreClock配置，F407裸机工程默认25MHz外部晶振，换到8MHz晶振的板卡上，SystemCoreClock会被自动算成168MHz吗？不会，因为标准库的SystemInit函数会读取HSE_VALUE宏，不支持运行时切换。

DS18B20和OLED的GPIO引脚如果跟新板卡冲突，改宏定义里的端口和引脚号就行。RTC的初始化代码也不需要变，因为LSE时钟源和备份域在F4全系列都相同。唯一要注意的是，F411和F401没有RTC电池供电还是有的，但RTC_BKP寄存器数量不同，如果你用到了后面的备份寄存器，需要查一下新芯片的BKP数量。

调试这套系统时，我通常会先用串口打印而不是OLED。把温度和RTC时间通过printf打到串口助手，这样能看到连续的数据趋势，比盯着屏幕猜问题快得多。如果你的工程里没有printf重定向，加一个fputc函数重写：

int fputc(int ch, FILE *f) { while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET); USART_SendData(USART1, (uint8_t)ch); return ch; }

常见问题排查看这个表格：

现象	可能原因	排查步骤
DS18B20一直返回0xFF	上拉电阻缺失、时序延时不准、引脚接触不良	测数据线静态电平，正常为高；检查延时循环
OLED没反应或花屏	I2C地址错误、初始化序列不完整、SDA/SCL接反	用逻辑分析仪看I2C波形，确认从机地址
RTC时间不走	LSE晶振没起振、备份域未使能	检查RCC_FLAG_LSERDY标志，更换晶振
温度显示恒为某个数	DS18B20配置成寄生供电模式但3脚悬空	检查VDD是否接3.3V，或改为寄生供电