简介本资源是一套基于STM32的超声波测距与数字温度测量系统Proteus仿真工程面向嵌入式初学者及课程设计实践者解决多传感器协同采集、单总线通信、定时器高精度测时及LCD人机交互等典型开发难点。资源包共244个文件涵盖65个C语言源码.c、55个头文件.h、24个编译中间文件.o/.d及Proteus仿真工程.pdsprj、Keil工程配置.uvprojx/.axf/.hex、HAL库驱动模块如tim、i2c、adc等和实操截图.jpg与演示视频.wmv完整呈现从传感器驱动、数据处理到显示输出的全链路实现。已有900人学习下载配套含可直接运行的Proteus仿真电路、带注释的STM32标准外设库/ HAL库混合代码、DS18B20单总线协议解析逻辑、HC-SR04回波时间捕获算法及1602 LCD动态刷新控制方案特别适合用于课设验证、毕业设计原型开发与嵌入式综合能力训练。1. 项目概述与核心价值最近在整理一些嵌入式学习的经典项目发现“超声波测距”几乎是每个玩STM32的朋友都绕不开的课题。但很多教程要么只讲测距要么只讲测温把两者结合起来再放到Proteus里跑个仿真的完整案例还真不多见。今天我就来详细拆解一下这个“基于STM32的超声波测距测温Proteus仿真”项目。这个项目听起来像是一个课程设计或者毕业设计的题目但它背后的技术点非常扎实涵盖了单片机IO控制、定时器高级应用、传感器数据采集、OLED显示以及仿真调试等多个核心技能。对于想从51单片机过渡到STM32或者想深入理解传感器应用的开发者来说这是一个绝佳的练手项目。它不仅能让你掌握HC-SR04这类常见模块的驱动原理还能让你接触到温度传感器比如DS18B20或PT100的简化模型的读取更重要的是通过Proteus仿真你可以在没有实物硬件的情况下验证整个系统的逻辑极大地降低了学习门槛和试错成本。接下来我会从设计思路、电路搭建、代码编写到仿真调试一步步带你走通整个流程并分享一些我实际做仿真时踩过的坑和总结的技巧。2. 系统整体设计与方案选型2.1 核心需求与功能定义这个项目的目标很明确用一块STM32单片机同时驱动一个超声波测距模块和一个温度传感器并将测量结果实时显示出来。在Proteus仿真环境中我们需要构建出这个系统的虚拟模型并让程序逻辑正确运行。核心功能点可以拆解为以下几步测距功能STM32向HC-SR04模块的Trig引脚发送一个至少10us的高电平脉冲然后监听Echo引脚的高电平持续时间。根据声音在空气中的传播速度约为340m/s计算出发射点到障碍物的距离。公式很简单距离 (高电平时间 * 声速) / 2。这里除以2是因为声音走了来回两趟。测温功能需要选择一个适合仿真的温度传感器模型。DS18B20是单总线数字温度传感器在Proteus中有成熟的模型且驱动程序资源丰富是首选。STM32通过一根IO口模拟单总线时序读取DS18B20的内部寄存器直接得到数字温度值。显示功能为了直观展示数据我们需要一个显示设备。在仿真中OLEDI2C或SPI接口或LCD1602都是不错的选择。考虑到美观和显示信息量我更喜欢使用0.96寸的OLEDSSD1306驱动I2C接口它体积小显示效果好Proteus库中也容易找到。主控与仿真主控芯片选择STM32F103C8T6也就是常说的“蓝桥杯”或“最小系统板”核心芯片资源足够模型普及。整个系统在Proteus 8.x版本中搭建和仿真。2.2 硬件方案选型与考量为什么选这些器件这里有一些背后的思考STM32F103C8T6这是ARM Cortex-M3内核的入门神器。72MHz主频64KB Flash20KB RAM拥有丰富的定时器、通信接口。相比于51单片机它的定时器功能强大太多可以直接用输入捕获功能来测量Echo引脚的高电平脉宽精度和可靠性远超用外部中断延时循环的土办法。而且HAL库或标准库让开发更规范。HC-SR04超声波模块这是最通用、最廉价的测距模块。工作电压3.3V-5V与STM32的3.3V电平兼容。需要注意的是它的Echo引脚输出是5V TTL电平如果直接接STM32的IO口耐压通常3.6V有损坏风险。在实物电路中需要电平转换或分压但在Proteus仿真中我们可以忽略这个电平兼容问题因为仿真模型是理想的。这是一个仿真与实物的关键差异点。DS18B20温度传感器数字输出精度±0.5℃满足常规测温需求。单总线协议节省IO口。Proteus中的“DS18B20”模型行为与实物高度一致非常适合用于仿真验证驱动代码。OLED (SSD1306)I2C接口只需两根线SCLSDA接线简单。自身发光在仿真中显示清晰。有成熟的开源驱动库如ssd1306.c/h移植方便。Proteus仿真选Proteus是因为它在数字电路和单片机仿真领域的权威性。它允许我们在软件层面完成整个硬件电路的搭建和程序联调对于原理验证、算法调试、教学演示来说效率极高。尤其是对于STM32这种需要硬件调试器的芯片仿真能避免频繁烧录。注意仿真与实物的鸿沟。务必记住Proteus仿真是一个理想环境。它简化了电源噪声、信号抖动、电平转换、传感器物理特性等现实问题。仿真成功的代码在实物上可能还需要调整延时、添加滤波、处理电平匹配。因此仿真是强大的学习工具但不是最终的验证工具。3. Proteus仿真电路设计与搭建3.1 元件清单与查找打开Proteus ISIS我们需要从库中搜索并放置以下关键元件单片机STM32F103C8T6。在Proteus 8.9及以上版本中ARM Cortex-M系列芯片通常位于Microprocessor ICs-ARM-Cortex-M3分类下。如果找不到确切型号STM32F103C6或STM32F103C8通常可以通用核心外设基本一致。超声波模块Proteus没有现成的“HC-SR04”模型。我们需要用基本元件来模拟它。通常的做法是使用一个脉冲发生器PULSE来模拟Echo引脚的回波信号。更复杂的模拟会用到运放和逻辑电路但对于学习驱动原理一个可控的脉冲源足够了。温度传感器直接搜索DS18B20在Data Converters或Sensors分类下可以找到。显示屏搜索OLED或SSD1306。我常用的是OLED 128x64I2C接口。也可以在Optoelectronics分类下找到。其他电阻、按键用于复位或功能键、电源POWER/GROUND。为了调试方便还可以放置虚拟终端Virtual Terminal 位于Virtual Instruments模式来打印串口数据。3.2 电路原理图连接详解下图是核心部分的连接思路示意注此处用文字描述连接关系因禁止Mermaid图表STM32最小系统放置STM32F103C8T6连接VDD3.3V和VSSGND。连接复位电路一个10K电阻上拉到3.3V一个按键接到地。连接晶振8MHz但对于基础仿真可以不接外部晶振使用内部HSI时钟Proteus会默认处理。HC-SR04模拟电路Trig引脚连接到STM32的一个GPIO例如PA1输出模式。Echo引脚这里是我们搭建模拟电路的关键。我们不直接连接STM32而是先连接一个单稳态触发器或直接用脉冲发生器。更简单的教学方法是放置一个“DCLOCK”信号源在Generator Mode中将其输出端连接到STM32的另一个GPIO例如PA2配置为输入捕获模式。在仿真时我们可以手动或通过程序控制这个信号源产生一个与距离成比例的高电平脉冲。但为了更贴近真实驱动逻辑我推荐另一种方法使用一个受控的电压源和比较器来模拟但这比较复杂。对于初学者理解Echo就是一个高电平脉宽信号即可我们可以用STM32的另一个IO口如PA3软件模拟这个脉宽来测试主程序的测量逻辑但这失去了仿真的部分意义。因此一个折中且有效的方案是在代码中我们仍然编写完整的HC-SR04驱动函数控制Trig等待Echo但在Proteus中我们暂时不连接真实的Echo信号源而是通过调试手段如断点、变量观察来验证Trig触发逻辑Echo的脉宽则用一个固定值或变量在代码中模拟。待测距逻辑正确后再考虑用更复杂的电路模拟回波。DS18B20连接将DS18B20的DQ数据引脚连接到STM32的一个GPIO例如PA4。VDD接3.3VGND接地。注意Proteus中的DS18B20模型通常需要外接一个4.7K的上拉电阻到VDD这一点和实物一致。OLED连接找到I2C接口的OLED模型。将SCL时钟线连接到STM32的PB6I2C1_SCLSDA数据线连接到PB7I2C1_SDA。VCC接3.3VGND接地。调试接口将STM32的PA9TX和PA10RX连接到虚拟终端的RXD和TXD用于串口打印调试信息。虚拟终端的波特率设置为115200。3.3 仿真环境配置要点芯片固件加载双击STM32芯片在Program File一栏选择你后续由Keil或STM32CubeIDE编译生成的.hex文件。这是仿真的关键一步。时钟设置在STM32的属性中可以设置Crystal Frequency为8MHz。但更重要的是在代码的系统初始化中要正确配置时钟树。对于仿真使用默认的内部时钟HSI通常最简单能避免因时钟配置错误导致的仿真卡死。电源网络确保所有VDD/VCC网络都标号为3.3V或VCC所有VSS/GND都接地。使用电源端子POWER和地端子GROUND来明确标识。4. 软件驱动与代码实现解析4.1 开发环境与工程搭建我使用STM32CubeIDE进行开发因为它集成了STM32CubeMX图形化配置和IDEHAL库用起来比较顺手。当然用Keil MDK加标准库或HAL库也一样。新建工程选择MCU型号STM32F103C8Tx。时钟配置为了简单先使用内部HSI RC振荡器8MHz作为系统时钟源。在Clock Configuration标签页将SYSCLK设置为72MHz这是F103的典型值通过PLL倍频实现。引脚配置PA1: 设置为GPIO_Output 用于HC-SR04的Trig。PA2: 设置为TIM2_CH1 并配置为输入捕获模式用于测量Echo脉宽。这是硬件测量的关键比软件循环等待精确得多。PA4: 设置为GPIO_Output 开漏输出Open-Drain用于DS18B20的DQ线。单总线要求开漏模式以便实现“线与”。PB6,PB7: 设置为I2C1_SCL和I2C1_SDA 用于OLED。PA9,PA10: 设置为USART1_TX和USART1_RX 异步模式用于调试串口。外设参数配置定时器TIM2用于输入捕获。预分频器PSC设置为71这样计数器时钟为72MHz/(711)1MHz即每计数一次为1us。捕获极性为上升沿。使能捕获中断。I2C1速度模式选择标准模式100kHz即可。USART1波特率115200字长8位无校验。生成代码生成初始化代码后我们就可以在工程里编写业务逻辑了。4.2 HC-SR04驱动实现基于输入捕获这是项目的难点和亮点。我们用TIM2的输入捕获功能来测量Echo高电平时间。// 在main.c或单独的驱动文件里 uint32_t IC_Val1 0, IC_Val2 0; uint32_t Difference 0; uint8_t Is_First_Captured 0; // 是否是第一次捕获标志 float Distance 0; // 启动一次测距 void HCSR04_Start(void) { HAL_GPIO_WritePin(Trig_GPIO_Port, Trig_Pin, GPIO_PIN_SET); delay_us(12); // 发送至少10us的高脉冲这里给12us HAL_GPIO_WritePin(Trig_GPIO_Port, Trig_Pin, GPIO_PIN_RESET); } // TIM2输入捕获中断回调函数 void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { if (Is_First_Captured 0) { // 第一次捕获是上升沿 IC_Val1 HAL_TIM_ReadCapturedValue(htim, TIM_CHANNEL_1); // 读取捕获值 Is_First_Captured 1; // 设置标志位 __HAL_TIM_SET_CAPTUREPOLARITY(htim, TIM_CHANNEL_1, TIM_INPUTCHANNELPOLARITY_FALLING); // 改为下降沿捕获 } else { // 第二次捕获是下降沿 IC_Val2 HAL_TIM_ReadCapturedValue(htim, TIM_CHANNEL_1); __HAL_TIM_SET_COUNTER(htim, 0); // 重置计数器 if (IC_Val2 IC_Val1) { Difference IC_Val2 - IC_Val1; } else { Difference (0xFFFF - IC_Val1) IC_Val2; // 处理计数器溢出 } Distance Difference * 0.034 / 2; // 声音速度340m/s 0.034cm/us 除以2 Is_First_Captured 0; // 重置标志位 __HAL_TIM_SET_CAPTUREPOLARITY(htim, TIM_CHANNEL_1, TIM_INPUTCHANNELPOLARITY_RISING); // 改回上升沿捕获 HAL_TIM_IC_Stop_IT(htim, TIM_CHANNEL_1); // 停止捕获 } } } // 在主循环中调用测距 void main_loop(void) { HCSR04_Start(); // 触发超声波 HAL_TIM_IC_Start_IT(htim2, TIM_CHANNEL_1); // 启动输入捕获中断 HAL_Delay(100); // 等待测量完成100ms测量一次 // 此时Distance变量已经更新为最新距离单位厘米 }代码解析与注意事项delay_us(12)这个微秒级延时需要用定时器或HAL_Delay毫秒级以外的精准方法实现。通常用TIM定时器做一个微秒延时函数或者使用DWT数据观察点单元。在仿真中对延时精度要求不高可以用简单的循环实现但实物必须用精准延时。输入捕获原理定时器TIM2的通道1被配置为输入捕获模式。当Echo引脚出现上升沿时定时器当前计数值被锁存到捕获/比较寄存器CCR1并产生中断。我们在中断中读取这个值IC_Val1然后立刻将捕获极性改为下降沿。当Echo变为低电平时再次锁存计数值IC_Val2。两次值之差就是高电平时间的计数值。计数器溢出处理定时器是16位的最大值65535。如果脉宽超过65535us65.5ms计数器会归零。代码中的else分支就是为了处理IC_Val2小于IC_Val1即发生了溢出的情况。中断与主循环的协调测距是异步的。主循环触发测量后需要等待中断处理完成。这里用HAL_Delay(100)是一种简单粗暴的同步方式确保有足够时间完成一次测量。更好的方法是用一个状态标志位在中断里置位在主循环里查询。4.3 DS18B20驱动实现单总线协议DS18B20的驱动就是严格模拟单总线时序。时序要求非常严格特别是复位和读写位的时间隙。// 微秒延时函数需要根据系统时钟精确实现此处为示意 void delay_us(uint16_t us) { // 实现略可用SysTick或循环实现 } // 初始化DS18B20复位脉冲存在脉冲 uint8_t DS18B20_Init(void) { uint8_t presence 1; DQ_OUTPUT(); // 设置DQ为输出模式 HAL_GPIO_WritePin(DS18B20_GPIO_Port, DS18B20_Pin, GPIO_PIN_RESET); delay_us(480); // 拉低480us以上 DQ_INPUT(); // 设置DQ为输入模式释放总线 delay_us(60); // 等待15-60us if (HAL_GPIO_ReadPin(DS18B20_GPIO_Port, DS18B20_Pin) 0) { presence 0; // 检测到存在脉冲 } delay_us(420); // 等待存在脉冲结束 return presence; // 0成功1失败 } // 从DS18B20读取一个字节 uint8_t DS18B20_ReadByte(void) { uint8_t data 0; for (int i 0; i 8; i) { DQ_OUTPUT(); HAL_GPIO_WritePin(DS18B20_GPIO_Port, DS18B20_Pin, GPIO_PIN_RESET); delay_us(2); // 拉低至少1us DQ_INPUT(); // 释放总线 delay_us(8); // 等待15us内采样 if (HAL_GPIO_ReadPin(DS18B20_GPIO_Port, DS18B20_Pin)) { data | (1 i); } delay_us(50); // 等待该时间隙结束 } return data; } // 向DS18B20写入一个字节 void DS18B20_WriteByte(uint8_t data) { for (int i 0; i 8; i) { DQ_OUTPUT(); HAL_GPIO_WritePin(DS18B20_GPIO_Port, DS18B20_Pin, GPIO_PIN_RESET); delay_us(2); // 拉低至少1us if (data (1 i)) { DQ_INPUT(); // 如果是写1则释放总线 } delay_us(60); // 保持至少60us DQ_INPUT(); // 释放总线产生上升沿 delay_us(2); } } // 读取温度值 float DS18B20_ReadTemp(void) { uint8_t temp_l, temp_h; uint16_t temp; float temperature; if (DS18B20_Init() 0) { // 初始化成功 DS18B20_WriteByte(0xCC); // 跳过ROM命令 DS18B20_WriteByte(0x44); // 开始温度转换 HAL_Delay(750); // 等待转换完成12位精度需750ms DS18B20_Init(); DS18B20_WriteByte(0xCC); // 跳过ROM DS18B20_WriteByte(0xBE); // 读暂存器命令 temp_l DS18B20_ReadByte(); // 温度低字节 temp_h DS18B20_ReadByte(); // 温度高字节 temp (temp_h 8) | temp_l; temperature temp * 0.0625; // 12位精度分辨率0.0625°C return temperature; } return -999; // 读取失败 }实操心得单总线时序的魔鬼在细节里。DS18B20的驱动失败十有八九是时序问题。delay_us函数的精度至关重要。在STM32上不要用HAL_Delay毫秒级来做微秒延时。推荐使用SysTick定时器或者TIM定时器来实现精准的微秒延时函数。在Proteus仿真中由于CPU速度是理想的简单的for循环延时可能也能工作但这会养成坏习惯。务必在实物上验证时序。4.4 OLED显示驱动与主程序逻辑OLED显示我们使用现成的ssd1306驱动库。在STM32CubeIDE中可以通过Manage Embedded Software Packages安装SSD1306的中间件或者直接移植开源驱动。 主程序的逻辑就清晰了int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_TIM2_Init(); MX_I2C1_Init(); MX_USART1_UART_Init(); ssd1306_Init(); // 初始化OLED ssd1306_Fill(Black); // 清屏 ssd1306_SetCursor(0, 0); ssd1306_WriteString(Distance:, Font_7x10, White); ssd1306_SetCursor(0, 20); ssd1306_WriteString(Temp:, Font_7x10, White); ssd1306_UpdateScreen(); float distance_cm 0; float temperature_c 0; char disp_buf[20]; while (1) { // 1. 读取温度 temperature_c DS18B20_ReadTemp(); // 2. 触发并等待一次测距完成这里简化处理实际应用状态机更好 HCSR04_Start(); HAL_TIM_IC_Start_IT(htim2, TIM_CHANNEL_1); HAL_Delay(100); // 等待测量 distance_cm Distance; // 从全局变量获取距离 // 3. 更新OLED显示 ssd1306_SetCursor(70, 0); sprintf(disp_buf, %.1f cm, distance_cm); ssd1306_WriteString(disp_buf, Font_7x10, White); ssd1306_SetCursor(70, 20); sprintf(disp_buf, %.1f C, temperature_c); ssd1306_WriteString(disp_buf, Font_7x10, White); ssd1306_UpdateScreen(); // 4. 串口打印调试信息 printf(Distance: %.1f cm, Temperature: %.1f C\r\n, distance_cm, temperature_c); HAL_Delay(500); // 主循环延时 } }5. Proteus仿真调试与问题排查实录5.1 仿真运行步骤在STM32CubeIDE或Keil中编译工程生成.hex或.elf文件。在Proteus中双击STM32芯片在Program File属性中加载上一步生成的.hex文件。点击Proteus左下角的运行按钮Play。观察OLED屏幕是否显示数据。打开虚拟终端查看串口打印的信息。5.2 常见仿真问题与解决方案在仿真过程中你几乎一定会遇到下面这些问题问题现象可能原因排查与解决思路程序不运行芯片红色1. 未加载正确的.hex文件。2. 时钟配置错误如HSI未使能PLL配置错。3. 复位电路未连接或连接错误。1. 确认.hex文件路径正确重新加载。2. 检查代码中SystemClock_Config()函数确保在仿真初期使用HSI。可以在main()最开始加一个LED闪烁测试程序。3. 检查原理图中复位引脚NRST是否通过10K电阻上拉到3.3V并有按键到地。OLED不显示或显示乱码1. I2C引脚PB6PB7配置错误或未连接。2. OLED驱动初始化失败地址错误、时序问题。3. 未调用ssd1306_UpdateScreen()。1. 在Proteus中右键OLED选择“属性”查看I2C地址是否与代码中一致通常0x78或0x7A。2. 使用Proteus的I2C调试器在Debugging Tools中监控I2C总线数据。3. 确保初始化后先清屏再显示。DS18B20始终读取失败返回-9991. 单总线引脚未配置为开漏输出Open-Drain。2. 上拉电阻未连接或阻值不对。3.时序精度不够这是最常见原因。4. Proteus中DS18B20模型故障。1. 在CubeMX中检查DQ引脚配置。2. 确认原理图中DQ线有4.7K上拉电阻到3.3V。3.重点检查delay_us()函数的精度。在仿真中可以适当放宽延时时间比如将所有delay_us参数乘以1.5倍试试。4. 尝试替换另一个DS18B20模型或检查其属性中的电源电压是否设置正确。超声波测距值始终为0或异常大1. TIM2输入捕获未正确配置或未使能中断。2. Echo引脚在Proteus中没有信号输入。3. 中断处理函数HAL_TIM_IC_CaptureCallback未被调用。4. 距离计算公式错误或单位换算错误。1. 在CubeMX中复查TIM2配置通道1是否为输入捕获模式是否使能了全局中断2.这是仿真特有的问题实物有HC-SR04产生Echo信号仿真需要模拟。一个临时测试方法是在代码中手动给Distance变量赋一个固定值如25.5看OLED是否能显示。先确保显示和计算逻辑正确。3. 在stm32f1xx_it.c中确保TIM2_IRQHandler函数调用了HAL_TIM_IRQHandler。4. 检查公式Distance Difference * 0.034 / 2;单位是厘米。Difference是微秒数。虚拟终端无输出1. 串口引脚连接错误TX接RXDRX接TXD。2. 虚拟终端波特率设置与代码不一致。3.printf未重定向到串口。1. 确认STM32的TXPA9接虚拟终端的RXDRXPA10接TXD。2. 双击虚拟终端检查波特率是否为115200。3. 在代码中需要重写_write或fputc函数将输出指向HAL_UART_Transmit。这是STM32使用printf的关键一步。仿真运行极其缓慢1. 计算机性能不足。2. 电路中使用了过于复杂的模型或激励源。3. 程序中有大量HAL_Delay或软件空循环。1. 关闭不必要的软件降低Proteus的仿真速度在System-Animation Options中调整。2. 简化电路特别是用于模拟Echo的脉冲发生器频率不要设得太高。3. 优化代码减少不必要的延时。5.3 高级调试技巧模拟Echo信号为了让超声波测距在仿真中“动”起来我们可以创建一个简单的信号源来模拟Echo引脚随距离变化的脉宽。在Proteus中放置一个“PULSE”电压源。双击配置其属性Initial (Low) Voltage: 0Pulsed (High) Voltage: 3.3Start (Secs): 0Pulse Width: 我们需要这个宽度可变。可以链接到一个电压控制脉冲宽度的高级源但这很复杂。更实用的方法使用“模拟电压源”和“电压控制开关”配合一个简单的RC电路来产生与“距离”成比例的延时但这超出了基础教学范围。对于学习和代码验证我强烈建议采用“软件模拟”法即暂时不连接硬件Echo而是在代码中根据一个预设的“模拟距离”计算出对应的脉宽然后用一个GPIO如PA3输出这个脉宽并直接将PA3连接到TIM2的输入捕获引脚PA2进行测试。这样你就能完整地测试从Trig触发到距离计算、显示的整个软件链路。6. 项目优化与扩展思路当基础功能实现后可以考虑以下优化让项目更接近实际应用数据滤波超声波和温度传感器读取都可能存在偶然误差或干扰。可以加入软件滤波算法如中值滤波连续采样N次取中间值或滑动平均滤波取最近N次的平均值使显示数据更稳定。温度补偿声速受温度影响很大。公式V 331.4 0.6 * T其中T为摄氏温度。可以在距离计算中引入DS18B20测得的温度值进行补偿提高测距精度。非阻塞式设计当前主循环用HAL_Delay(100)等待测距完成效率低。可以改为状态机。例如设置一个measure_state变量在IDLE状态触发Trig进入WAITING_ECHO状态在输入捕获中断完成测量后状态回到IDLE并更新数据。这样主循环可以高效地处理显示和其他任务。增加报警功能设定一个距离阈值如小于10cm或温度阈值如高于50°C当超过阈值时让一个LED闪烁或蜂鸣器报警。移植到实物这是最终考验。你需要准备STM32最小系统板、HC-SR04、DS18B20、OLED屏。注意HC-SR04的Echo引脚需要接一个1kΩ和2kΩ电阻分压将5V降到约3.3V后再接入STM32。DS18B20的DQ线务必接4.7kΩ上拉电阻。delay_us函数必须用定时器精确实现。可能需要对中断优先级进行调整避免冲突。这个项目从仿真到实物贯穿了嵌入式开发的完整流程需求分析、方案设计、软件编码、仿真调试、硬件实现。它麻雀虽小五脏俱全。我个人的体会是仿真帮你理清了逻辑扫清了概念障碍而实物的调试才是真正磨练你解决问题能力的地方。当你看到OLED屏上稳定地显示出距离和温度并且用手在超声波模块前移动时数字随之变化那种成就感是仿真无法给予的。最后一个小建议在写驱动时一定要模块化把HC-SR04、DS18B20、OLED的驱动分别放在独立的.c/.h文件里这样代码结构清晰也方便你以后移植到其他项目中去。本文还有配套的精品资源点击获取
