1. 项目概述与核心价值

最近在整理过往的嵌入式项目资料，翻到了几年前做的一个“智能热水器”的完整方案。这个项目当时是为了解决一个很实际的家庭痛点：老式热水器水温忽冷忽热，水位看不清，加热状态全靠猜，更别提远程控制了。于是，我基于当时主流的STM32F103C8T6核心板，设计了一套集温度精准控制、水位实时监测、无线蓝牙APP监控与报警于一体的系统。今天，我就把这个项目的完整实现思路、硬件设计、软件逻辑以及那些“踩坑”后总结的经验，毫无保留地分享出来。无论你是正在做课程设计的学生，还是想为家里DIY一个智能热水器的电子爱好者，亦或是想了解STM32在物联网家电中实际应用的工程师，这篇长文都能给你提供从原理到代码、从电路到APP的完整参考。

这个项目的核心，说白了就是给传统热水器装上“大脑”和“神经”。STM32单片机作为大脑，负责采集温度（DS18B20）、水位（电容式/浮球式传感器）信号，通过PID算法控制继电器来管理加热棒，并通过蓝牙模块（如HC-05/06）将实时数据和报警信息发送到手机APP。用户可以在APP上设定目标水温、查看当前水温和水位，接收水满、干烧、超温等报警。整个方案包含了程序源码、原理图、PCB设计、参考论文思路以及详细的元器件清单，是一个典型的、可落地的嵌入式物联网应用实例。

2. 系统整体设计与方案选型考量

做任何一个嵌入式项目，第一步永远是顶层设计。拍脑袋就画图、写代码，后期大概率会推倒重来。对于这个智能热水器项目，我的设计思路是“感知-决策-执行-交互”四层架构。

2.1 核心需求解析与方案定调

首先，我们必须明确这个热水器需要干什么：

1. 感知层（输入）：精确测量水温（0-99°C，精度±0.5°C）、可靠检测水位（至少高/低/中三档）。
2. 决策层（控制核心）：根据设定温度与实测温度的差值，智能调节加热时间，避免水温大幅波动。
3. 执行层（输出）：安全地控制大功率加热棒（通常220V AC，几百到上千瓦）。
4. 交互层：本地显示（可选），远程通过手机蓝牙设置参数、查看状态、接收报警。

基于这些需求，我选择了以下核心方案：

• 主控MCU：STM32F103C8T6。这是当时（乃至现在）的“性价比之王”。72MHz主频的Cortex-M3内核，性能足够运行PID算法和蓝牙协议栈；拥有多路ADC、定时器、USART，完美契合传感器采集和通信需求；Flash和RAM资源（64KB+20KB）对于本项目绰绰有余。相比51单片机，其外设资源和开发环境（Keil MDK/STM32CubeIDE）更强大；相比更高端的STM32F4，成本更低，更符合消费级应用定位。
• 温度传感器：DS18B20。选择它而非传统的热敏电阻（NTC）或模拟温度芯片（如LM35），主要基于三点：一是单总线数字接口，只需一根数据线，节省宝贵的IO口，布线也简单；二是精度较高，典型精度±0.5°C，完全满足生活用水需求；三是防水封装型号可以直接浸入水中，安装方便。虽然它对时序要求严格，但STM32处理起来毫无压力。
• 水位检测：电容式水位传感器。这是我重点考虑后的选择。常见的方案有：
  • 浮球式机械开关：成本低，但机械结构易卡死、易滋生水垢，可靠性一般。
  • 光电式水位传感器：无机械接触，但探头玻璃易污染，长期使用可能失效。
  • 电极式（探针）：简单，但电解作用会导致探针腐蚀，影响寿命。
  • 电容式：利用水与空气介电常数差异引起电容变化。无机械运动部件，无直接电极接触液体（有绝缘层隔离），因此耐腐蚀、寿命长、可靠性高。虽然电路稍复杂（需要RC振荡或专用芯片如TLC555转换），但对于追求稳定性的产品来说是更优解。本方案采用电容式传感器配合模拟电路，将电容变化转为频率信号，由STM32的输入捕获功能测量。
• 无线通信：蓝牙4.0 BLE（HC-08）或经典蓝牙（HC-05）。选择蓝牙而非Wi-Fi，主要基于项目场景：传输距离要求短（10米内）、功耗相对较低、手机直连无需路由器。经典蓝牙（SPP协议）连接稳定，数据传输简单，但功耗稍高；BLE功耗极低，但早期手机兼容性和数据传输复杂度稍高。考虑到热水器插电使用，功耗非首要考量，且经典蓝牙的串口透传模式开发极其简单（单片机当串口用），因此我最终选择了HC-05。如果现在做，我会优先考虑BLE，因为手机兼容性已不是问题，且未来可扩展性更好。
• 功率控制：继电器模块。这是控制220V加热棒最直接、隔离最安全的方式。STM32的GPIO输出3.3V信号，通过三极管或光耦驱动继电器线圈，继电器触点控制加热棒通断。务必选择触点容量（如10A/250VAC）大于加热棒工作电流的继电器，并留有余量。
• 供电方案：开关电源模块。系统需要两种电压：STM32及传感器需要3.3V/5V，继电器线圈需要5V/12V。我采用了一个220V转5V/2A的隔离开关电源模块作为总输入，然后通过LDO（如AMS1117-3.3）从5V降压到3.3V给MCU和部分传感器供电。隔离是关键，能有效抑制来自市电侧的干扰，提高系统稳定性。

注意：方案选型没有绝对的对错，只有最适合当前需求和约束的。例如，如果预算极其紧张，水位检测用浮球开关+51单片机也能实现基本功能。但如果你想做一个稳定、可靠、有点“科技感”的作品，那么上述方案是一个经过验证的平衡之选。

2.2 系统架构与数据流设计

确定了核心器件，整个系统的架构就清晰了。下图描绘了信息与控制的流动路径（此处以文字描述替代图表）：

1. 数据采集流：DS18B20通过单总线将数字温度值发送给STM32的某个GPIO。电容水位传感器产生的频率信号，接入STM32的定时器输入捕获通道（如TIM2_CH1）。STM32内部ADC还可以预留一路，用于监测电源电压或接入其他模拟传感器（如预留）。
2. 核心处理流：STM32主程序在一个循环中，定时（如每秒）读取温度和频率值。频率值通过预先标定的“频率-水位高度”曲线换算成水位百分比或档位。将当前温度与用户通过APP设定的目标温度进行比较，差值送入PID控制算法。PID算法输出一个控制量（通常是PWM占空比或通断时间比）。
3. 控制执行流：PID输出的控制量，转化为对继电器控制GPIO的操作。例如，采用“时间比例控制”，在一个固定周期（如10秒）内，计算需要接通加热的时间。然后通过定时器控制GPIO高低电平，从而驱动继电器吸合或断开，控制加热棒工作。
4. 人机交互流：STM32通过USART串口连接HC-05蓝牙模块。MCU将封装好的数据包（包含温度、水位、加热状态、报警标志等）定时发送给蓝牙模块，再由蓝牙模块转发到已连接的手机APP。同时，MCU持续监听串口，解析来自APP的指令（如设置目标温度、查询状态、清除报警等）。
5. 报警与保护流：这是一个安全核心。STM32程序需实时判断多种异常状态：水位低于最低安全线（防干烧）、温度超过最高安全值（如85°C，防超压）、温度传感器失效、通信中断等。一旦触发，立即切断继电器（停止加热），并通过蓝牙向APP发送紧急报警信息，同时本地蜂鸣器（如有）鸣响。

这个数据流设计确保了系统的实时性、安全性和可扩展性。例如，如果你想增加本地OLED显示屏，只需在数据采集后，将待发送的数据也刷新到显示屏即可，架构无需大改。

3. 硬件电路设计详解与避坑指南

硬件是系统的骨架，设计不合理，软件再优秀也白搭。这里我分模块讲解关键电路设计要点和那些容易踩的“坑”。

3.1 主控与电源电路设计

STM32最小系统是基础，包括核心芯片、复位电路、boot启动模式选择电路、晶振电路和调试接口（SWD）。这里重点提两个易错点：

• 晶振：STM32F103的HSE（外部高速晶振）常用8MHz。匹配电容（通常为20pF）的容值需要参考芯片手册和晶振规格书，不匹配可能导致不起振或频率不准。如果对成本敏感且时序要求不严，可以使用内部RC振荡器（HSI），但温度漂移稍大。
• 去耦电容：这是保证MCU稳定工作的重中之重！必须在每个电源引脚（VDD/VSS）附近，尽可能靠近引脚放置一个0.1uF的陶瓷电容。通常在芯片的电源入口处，还会并联一个10uF的钽电容或电解电容，用于滤除低频噪声。原理图上别忘了画，PCB布局时更要严格执行。

电源电路：我采用220V转5V的隔离模块（如HLK-PM01），其输出端接一个大的滤波电容（如470uF/16V）。然后5V一路给继电器和部分传感器，另一路通过AMS1117-3.3降压到3.3V给STM32和DS18B20。AMS1117输入端和输出端都需要接滤波电容（如10uF+0.1uF）。特别注意：继电器在吸合和断开瞬间，线圈会产生很大的反向电动势，可能通过电源干扰MCU。因此，必须在继电器线圈两端反向并联一个续流二极管（如1N4007），阴极接电源正极。这是保护驱动三极管和净化电源的必需措施。

3.2 传感器接口电路设计

DS18B20接口：电路非常简单，数据线DQ接一个GPIO（如PA0），并通过一个4.7K的上拉电阻接到3.3V。单总线协议要求严格的上拉，这个电阻不能省略。如果传感器距离较远（超过3米），可以考虑降低上拉电阻值以增强驱动能力。

电容式水位检测电路：这是硬件设计的难点。我采用了一个由NE555或更稳定的TLC555芯片构成的多谐振荡器电路。将电容式传感器（两个同轴绝缘探极）接入555的定时RC网络中。水位变化导致电容C变化，从而改变振荡输出频率F。公式近似为F ≈ 1.44 / ((R1 + 2*R2) * C)。输出频率信号直接接到STM32的定时器输入捕获引脚。设计要点：

1. 标定：空桶（全空气介质）和满桶（全水介质）分别测出频率F_air和F_water。在实际程序中，通过线性插值将捕获到的频率映射为水位百分比。
2. 抗干扰：传感器引线尽量短，最好使用屏蔽线。在555的输出端可以加一个施密特触发器（如74HC14）对波形进行整形，再送给MCU，能有效抵抗噪声。
3. 防水与绝缘：电容传感器的探极必须做好绝缘，防止电解和短路。可以使用涂覆环氧树脂或采用特氟龙绝缘的成品传感器。

继电器驱动电路：STM32的GPIO（如PA1）输出高电平（3.3V）时，通过一个限流电阻（如1K）驱动NPN三极管（如S8050）的基极，三极管导通，继电器线圈得电吸合。线圈另一端接5V或12V电源。续流二极管（1N4007）必须接在线圈两端。此外，在继电器触点两端（控制加热棒的通断端），可以并联一个RC吸收回路（如0.1uF电容串联100欧电阻），以抑制触点通断时产生的电弧，延长继电器寿命。

3.3 PCB布局布线实战心得

画原理图只是第一步，PCB布局布线才是决定硬件成败的关键。分享几条血泪教训：

• 分区布局：将板子划分为强电区（继电器、接线端子、220V走线）和弱电区（MCU、数字传感器、蓝牙模块）。两者之间最好留有明显的隔离带（无铜区），间距至少3mm以上。
• 电源路径优先：先布置电源树。确保从电源入口到各个芯片的电源路径尽可能短而粗。特别是给MCU供电的3.3V线路，线宽要足够（比如20mil以上）。
• 模拟与数字分离：虽然本项目模拟部分不多（主要是水位频率信号），但仍需注意。将555振荡电路及其相关元件集中放置，远离数字开关器件（如MCU、蓝牙模块）。模拟地（AGND）和数字地（DGND）在一点用磁珠或0欧电阻单点连接，通常选择在电源入口处。
• 晶振要贴身：8MHz晶振及其匹配电容必须紧挨着STM32的OSC_IN和OSC_OUT引脚放置，走线尽量短且对称，下方和周围不要走其他高速信号线，最好用接地铜皮包围起来做屏蔽。
• 蓝牙天线区域净空：如果使用贴片蓝牙模块（如汇承的HC-05模块），模块上的蛇形天线区域下方和周围各层（包括顶层、底层和中间层）必须净空，即不要铺铜和走线，这是天线设计的基本要求，否则信号会极大衰减。
• 过孔与载流：给电源线打过孔换层时，多打几个孔并联，降低阻抗。计算一下3.3V电源的电流（MCU、传感器等，通常<200mA），根据PCB铜厚和温升，选择合适的线宽。在线宽计算工具中，200mA电流，1oz铜厚，10°C温升，大约需要10mil线宽，但实际我会用到20-30mil以求稳妥。

4. 嵌入式软件设计与核心代码解析

硬件是躯体，软件是灵魂。STM32的程序采用库函数（标准外设库或HAL库）开发，结构上采用“前后台”系统：中断作为前台处理紧急事件，主循环作为后台处理主要任务。

4.1 系统初始化与任务调度框架

程序从main()函数开始。初始化顺序非常重要：

int main(void) { // 1. 复位所有外设，配置系统时钟（HCLK, PCLK1, PCLK2） RCC_Configuration(); // 2. 初始化滴答定时器（SysTick），用于提供毫秒级延时和任务调度计时 SysTick_Init(72); // 72MHz主频，1ms中断 // 3. 初始化GPIO：LED、继电器控制脚、传感器数据线等 GPIO_Configuration(); // 4. 初始化USART1用于连接蓝牙模块，波特率9600或115200 USART1_Init(115200); // 5. 初始化定时器：TIM2用于输入捕获水位频率，TIM3用于产生PID控制的时间基准 TIM2_IC_Init(); // 输入捕获初始化 TIM3_PWM_Init(); // 用于时间比例输出，或普通定时中断 // 6. 初始化ADC（如果预留了模拟通道） ADC1_Init(); // 7. 初始化单总线（DS18B20） DS18B20_Init(); // 8. 初始化PID控制器参数 PID_Init(&temp_pid, 40.0, 0.5, 0.1); // 示例参数：目标40度，Kp, Ki, Kd // 9. 使能全局中断 __enable_irq(); // 主循环 while (1) { // 任务1：每1000ms读取一次温度和水位 if (sys_tick - last_read_sensor_tick >= 1000) { last_read_sensor_tick = sys_tick; read_temperature_and_water_level(); check_alarm_conditions(); // 检查报警条件 } // 任务2：每100ms执行一次PID计算和控制输出 if (sys_tick - last_pid_tick >= 100) { last_pid_tick = sys_tick; pid_control_calculate(); output_control_action(); } // 任务3：每500ms通过蓝牙发送一次数据包 if (sys_tick - last_bt_send_tick >= 500) { last_bt_send_tick = sys_tick; send_data_via_bluetooth(); } // 任务4：解析蓝牙接收缓冲区的指令（在串口中断中填充缓冲区） parse_bluetooth_command(); // 其他任务...如按键扫描、显示刷新等 } }

这是一个非常经典的时间片轮询架构。利用sys_tick（一个每毫秒递增的全局变量）来判断任务是否到期。它比纯粹的delay延时更高效，能保证系统的实时响应。关键点：每个任务的时间周期要根据其紧急程度合理设置。传感器读取（1秒）可以慢一些，PID控制（100ms）需要快一些以保证控制精度，蓝牙发送（500ms）兼顾了数据更新率和通信负荷。

4.2 关键驱动与算法实现细节

DS18B20驱动：单总线协议是重点也是难点。它要求严格的时序，微秒级的延迟必须准确。我通常用一个基本的Delay_us()函数，通过SysTick或定时器实现。驱动代码主要包括复位脉冲、存在脉冲、写一位、读一位等函数。特别注意：DS18B20的转换需要时间（9位精度约94ms，12位精度约750ms）。在发出温度转换命令（0x44）后，不能一直轮询等待，而应该启动一个定时器或标志位，在等待期间让MCU去执行其他任务，等时间到了再去读结果。这就是简单的非阻塞式编程思想。

定时器输入捕获测频率：用于水位传感器。以TIM2通道1为例，配置为输入捕获模式，上升沿触发。当捕获到第一个上升沿时，记录计数器值IC1Value1；捕获到第二个上升沿时，记录IC1Value2。则两个上升沿之间的时间差（即周期T）为(IC1Value2 - IC1Value1) * (1/TIM2_CLK)。频率F = 1 / T。为了提高精度，可以捕获N个周期再求平均。避坑点：注意计数器溢出问题。如果频率很低，两个上升沿间隔可能超过16位计数器的最大值（65535）。此时需要开启定时器溢出中断，在溢出中断里对一个全局变量overflow_count加1，计算周期时要把溢出次数也算进去：周期 = (overflow_count * 65536 + (IC1Value2 - IC1Value1)) * 时钟周期。

PID控制算法实现：这是温控的核心。我采用位置式PID，公式为：output = Kp * e(k) + Ki * ∑e(j) + Kd * [e(k) - e(k-1)]其中e(k)是当前偏差（设定值-测量值）。在代码中，需要定义PID结构体，保存Kp, Ki, Kd参数、上次偏差last_error、积分项integral等。每次计算时，先计算偏差，更新积分和微分项，再求和得到输出。实操心得：

1. 输出限幅：PID输出必须限制在一个合理范围，比如0到100（代表一个控制周期内加热的时间百分比）。积分项也需要限幅，防止“积分饱和”。
2. 采样周期：PID计算周期（本例中100ms）要固定。周期太短，系统响应可能过于频繁；周期太长，控制滞后。对于热水器这种大惯性系统，100ms到1s都是常见选择。
3. 参数整定：这是PID的“玄学”。我的经验是，先设Ki=Kd=0，逐渐增大Kp直到系统出现等幅振荡，此时Kp记为Ku，振荡周期记为Tu。然后根据齐格勒-尼科尔斯法则设置初始参数：Kp = 0.6*Ku,Ki = 2*Kp/Tu,Kd = Kp*Tu/8。再根据实际加热效果微调。对于热水器，Kp可以稍大些让加热快点，Ki要小些避免超调过大，Kd可以加一点抑制震荡。
4. 开关量输出：PID输出是连续量，但继电器只有开和关两种状态。这里采用时间比例控制（PWM的一种形式）。设定一个固定的控制周期T_cycle（如10秒）。在一个周期内，继电器接通的时间T_on = output * T_cycle。例如，PID输出50，则加热5秒，停止5秒。通过定时器中断来控制这个通断时间。

蓝牙通信协议设计：这是保证APP和单片机稳定对话的关键。绝不能简单发送原始字符串，必须设计一个简单的帧协议。我常用的格式如下：

• 帧头/帧尾：用于在数据流中识别一帧的开始和结束。
• 数据长度：指明后面“命令字+数据载荷”的长度，用于校验帧完整性。
• 命令字：定义此帧的含义，如0x01代表上报数据，0x02代表设置温度等。
• 校验和：通常为命令字和数据载荷所有字节的累加和取低8位，用于检查数据传输是否出错。

例如，单片机上报数据：AA 55 07 01 19 00 64 00 00 00 7F 0D 0A解释：长度7，命令0x01（上报），数据：温度25度（0x19），水位100%（0x64），状态0，校验和0x7F。 APP下发设置：AA 55 03 02 2C 00 31 0D 0A解释：长度3，命令0x02（设置温度），数据：温度44度（0x2C），校验和0x31。

在串口中断服务函数中，只需要将接收到的字节填入环形缓冲区。在主循环的parse_bluetooth_command()任务中，从缓冲区里按协议解析完整的帧。这种方式能有效处理数据分包、粘包问题。

5. 手机APP开发与联调要点

APP是用户界面，我当初是用Android Studio开发的，核心功能是连接蓝牙、收发数据、显示和控制。这里讲几个关键点和联调技巧。

5.1 APP核心功能实现思路

1. 蓝牙权限与搜索：在AndroidManifest.xml中声明蓝牙权限。使用BluetoothAdapter获取本地适配器，开启蓝牙（如果未开启），然后开始搜索设备。搜索时，可以过滤设备名称（如“HC-05”）或MAC地址来找到我们的模块。
2. 连接与通信：找到设备后，通过BluetoothDevice.createRfcommSocketToServiceRecord()方法创建RFCOMM套接字（使用SPP的通用UUID：00001101-0000-1000-8000-00805F9B34FB），然后在子线程中调用connect()进行连接。连接成功后，通过InputStream和OutputStream进行数据读写。
3. 数据解析与显示：在单独的线程中循环读取输入流。读取到的字节数组，按照我们前面定义的帧协议进行解析。解析出一帧有效数据后，根据命令字更新UI（如将温度值显示在TextView上）。发送数据时，将命令和数据按照协议格式组装成字节数组，写入输出流。
4. 控制与设置：在APP界面提供输入框或滑动条让用户设置目标温度，点击按钮后，将设置命令按照协议打包发送。

5.2 软硬件联调实战经验

联调是问题集中爆发的阶段。分享几个常见问题和解决方法：

• 问题一：蓝牙连接不稳定，经常断开。

  • 检查：首先确保手机蓝牙和HC-05模块距离足够近（1米内），中间无严重遮挡。检查HC-05模块供电是否稳定（用万用表量电压，在发送数据时看是否有跌落）。模块发热是否严重。
  • 解决：给蓝牙模块的电源增加一个100uF的电解电容并联一个0.1uF的陶瓷电容，紧贴模块引脚放置，可极大改善因电源纹波导致的掉线。检查单片机串口发送程序，避免在中断中长时间发送大量数据阻塞系统。

• 问题二：APP收不到数据，或收到乱码。

  • 检查：首先用USB转TTL工具，将HC-05的TXD、RXD连接到电脑，用串口助手（如XCOM）查看单片机实际发送出来的数据是否正确、完整。如果串口助手显示正确，但APP显示乱码，问题在APP端。
  • 解决：确保单片机与蓝牙模块的串口参数一致（波特率、数据位、停止位、校验位）。最常见的是波特率不匹配，建议先用9600，稳定后再试115200。在APP读取数据时，注意处理字节到字符串的转换，特别是中文字符。强烈建议在通信协议中全部使用十六进制字节数据，而非字符串，可避免编码问题。

• 问题三：温度控制波动大，要么加热慢，要么反复启停超调。

  • 检查：用温度计实测水温，与DS18B20读数对比，看传感器是否准确。检查PID计算周期和控制周期是否设置合理。
  • 解决：重新标定DS18B20（可放在冰水混合物和沸水中测试）。调整PID参数。对于热水器这种大滞后系统，可以尝试加入死区控制：当温度偏差在±1°C以内时，停止加热，利用余热让温度缓慢达到设定点，可以避免继电器在设定点附近频繁跳动，延长继电器寿命。

• 问题四：水位检测不准，读数跳变。

  • 检查：空桶和满桶的频率值是否稳定？用手触碰传感器引线，读数是否剧烈变化？
  • 解决：这是典型的干扰问题。确保传感器振荡电路电源干净（单独加滤波电容）。在软件中加入数字滤波，如连续采样10次频率值，去掉最大最小值后求平均，或者采用一阶滞后滤波（新值 = 旧值 * 0.7 + 测量值 * 0.3）。检查传感器探极的绝缘是否完好。

6. 项目调试、优化与安全考量

系统基本跑通后，还需要进行全面的测试和优化，尤其是安全方面，绝不能马虎。

6.1 系统集成测试与性能优化

进行为期至少24-72小时的老化测试，模拟真实使用场景：

1. 连续加热测试：从冷水加热到设定温度（如55°C），观察升温曲线是否平滑，PID控制是否稳定，继电器动作频率是否在合理范围（每分钟几次到十几次，具体看水箱保温性能）。
2. 保温测试：达到设定温度后，停止加热，观察在自然散热下，系统何时会重新启动加热。测试PID的死区控制和保温效果。
3. 负载变化测试：在加热过程中，突然打开热水龙头放水（模拟用水），看系统能否快速加大加热功率，并最终稳定到设定温度。
4. 通信压力测试：让APP不断发送查询和设置命令，同时单片机持续上报数据，持续数小时，观察是否会出现通信卡死、数据错误或系统复位。

性能优化点：

• 低功耗优化：虽然热水器插电，但可以优化。在待机状态（温度已达到且无通信），可以关闭部分外设时钟（如ADC），让MCU进入睡眠模式（Sleep或Stop模式），由定时器中断或外部中断（如蓝牙数据到来）唤醒。
• 代码优化：将频繁调用的函数（如PID计算、协议打包）优化一下，使用查表法、整数运算代替浮点运算（STM32F1无FPU，浮点慢）。
• 数据上报优化：并非每次采样都需要上报APP。可以设置一个“变化上报”阈值，例如温度变化超过0.5°C或水位变化超过5%时才上报，减少无线通信量和APP刷新负担。

6.2 安全机制设计与实现

对于涉及水电的家电产品，安全必须放在首位。除了硬件上的隔离、继电器容量留有余量外，软件上必须实现多重保护：

1. 独立看门狗（IWDG）：启用STM32内部的独立看门狗，设置一个合适的超时时间（如2秒）。在主循环中定期“喂狗”。一旦程序跑飞或陷入死循环，看门狗超时将导致系统复位，从崩溃中恢复。
2. 软件故障恢复：在RAM中定义一个特殊变量（如__attribute__((section(".noinit")))），系统正常启动时将其置为特定值（如0xAA55）。每次上电或看门狗复位后，检查这个变量。如果是看门狗复位，则变量值保持不变，程序可以判断为异常复位，并执行一些恢复操作，如关闭继电器、发送复位报警等，然后再跳转到正常初始化流程。
3. 关键参数备份：用户设定的目标温度、PID参数等，应保存在STM32的Flash中（注意Flash擦写寿命，通常10万次）。防止掉电丢失。可以使用Flash的最后一页（Page 127）作为参数存储区。
4. 传感器故障诊断：DS18B20通信失败时，程序应能检测到（如读取的CRC校验错误），并触发“温度传感器故障”报警，立即停止加热。对于水位频率信号，如果连续一段时间（如10秒）读到的频率值超出合理范围（低于空桶频率或高于满桶频率），应判断为水位传感器故障，并报警。
5. 连锁保护逻辑：任何报警触发（干烧、超温、传感器故障）时，最优先的动作必须是强制断开继电器控制输出，并将此状态锁存，直到用户通过APP手动清除报警。报警状态也应通过蓝牙持续上报给APP。

7. 项目总结与扩展思考

回顾这个项目，它麻雀虽小，五脏俱全，涵盖了嵌入式开发从需求分析、方案选型、硬件设计、软件编程、通信协议到上位机开发的全流程。做完之后，你对一个完整的物联网终端产品开发会有非常直观和深刻的理解。

我个人最深的体会是：嵌入式开发，调试能力和解决问题的能力往往比单纯写代码更重要。当你面对蓝牙连不上、温度读数飘、继电器乱跳这些问题时，如何系统地排查（是硬件问题？软件时序问题？还是电源干扰？），如何利用有限的工具（万用表、逻辑分析仪、串口助手）定位根源，这个过程中积累的经验才是最宝贵的。例如，逻辑分析仪在调试单总线、I2C、SPI等数字时序时简直是神器；而一个普通的万用表，通过测量电源纹波，也能帮你发现很多隐蔽的问题。

这个项目还有很大的扩展空间：

• 联网升级：将蓝牙换成Wi-Fi模块（如ESP8266），就可以接入家庭路由器，实现远程网页控制或接入智能家居平台（如Home Assistant、天猫精灵）。
• 多路控制：可以扩展为控制双加热管（速热+保温），或者增加循环泵控制，实现“零冷水”功能。
• 能耗统计：通过电流传感器（如ACS712）监测加热棒工作电流，结合时间，估算耗电量，并在APP上显示。
• 预约加热：在APP端增加定时功能，让热水器在电价低谷时段或回家前自动启动加热。

最后，元器件清单和设计文件（原理图、PCB、源码）的整理非常重要。清单不仅要列型号，最好注明关键参数和采购渠道（如立创商城、淘宝店铺编号）。设计文件要用版本管理工具（如Git）或至少用日期命名备份。这些好习惯在项目迭代和后期维护时，能帮你省下大量时间。希望这篇超详细的总结，能为你点亮自己动手打造智能热水器，或是完成一个出色毕业设计的路。