我们的太空1. 智能温控器分层架构设计概述
在嵌入式系统开发中，分层架构设计是一种非常有效的工程实践方法。今天我要分享的是一个基于STM32的智能温控器项目，它采用了典型的分层架构设计。这个温控器具备温度采集、加热控制、参数设置、LCD显示和串口通信等核心功能。
为什么选择分层架构？我在实际项目中多次验证过，这种设计方式能够带来几个显著优势：
- 模块化程度高，各层职责明确
- 便于团队协作开发
- 硬件更换时只需修改底层驱动
- 方便进行单元测试
- 系统可维护性强
这个项目我前后迭代了三个版本，最终形成了现在这个比较成熟的架构方案。下面我会从功能梳理开始，详细讲解每个设计环节的实现要点。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 功能梳理与模块划分
2.1 核心功能需求分析
首先我们需要明确系统需要实现哪些具体功能。根据项目需求，我们的温控器需要具备以下能力：
- 温度采集：周期性读取温度传感器数据（支持DS18B20、LM35等多种传感器）
- 温度控制：根据设定值与当前温度的差值，控制加热器工作状态
- 人机交互：
- 通过按键设置目标温度、温度回差、工作模式等参数
- 实时显示当前温度、设定温度、加热状态等信息
- 数据通信：通过串口定期上报系统状态
- 系统管理：参数存储、任务调度、状态机管理
2.2 模块识别与职责划分
基于这些功能需求，我们可以将系统划分为以下几个主要模块：
应用层模块
- 主任务调度器：协调各个功能模块的运行节奏
- 系统状态机：管理设备的工作状态转换
- 用户交互逻辑：处理用户输入与系统响应的业务流程
服务层模块
- 温度采集服务：负责传感器数据读取、滤波和故障检测
- 温度控制服务：实现PID或开关控制算法
- 显示服务：管理LCD刷新和菜单逻辑
- 按键服务：处理按键输入（去抖、长短按识别）
- 通信服务：串口协议解析与数据组包
- 参数管理服务：系统参数的读取与保存
驱动抽象层接口
- 温度传感器接口(temp_sensor_if)
- 加热器控制接口(heater_if)
- 按键输入接口(key_if)
- LCD显示接口(lcd_if)
- 串口通信接口(uart_if)
- 存储接口(storage_if)
硬件驱动层
- 具体传感器驱动（如ds18b20.c）
- GPIO驱动（控制继电器等）
- 按键扫描驱动
- LCD驱动（如LCD1602、SSD1306）
- UART驱动
- EEPROM/Flash驱动
在实际项目中，我建议先定义好驱动抽象层的接口规范，然后再实现具体的硬件驱动。这样可以确保硬件驱动都遵循统一的接口标准，便于后续维护和替换。
3. 分层架构设计与实现
3.1 架构层次划分
我们采用经典的五层架构设计：
code复制硬件层
│
硬件驱动层
│
驱动抽象层(DAL)
│
服务层
│
应用层
这种分层方式的关键在于：
- 依赖倒置原则：上层模块不应该直接依赖下层模块，而是通过抽象接口进行交互
- 单向依赖：依赖关系只能从上往下，不能跨层调用
- 接口与实现分离：驱动抽象层只定义接口，具体实现在硬件驱动层完成
3.2 关键接口定义
以温度传感器接口为例，我们定义如下结构体：
c复制// temp_sensor_if.h
typedef struct {
int (*init)(void);
int (*read_celsius)(float *temp);
int (*read_fahrenheit)(float *temp);
} temp_sensor_ops_t;
extern const temp_sensor_ops_t *g_temp_sensor;
这种接口定义方式有几个优点：
- 统一了不同传感器的调用方式
- 支持运行时多态（通过函数指针）
- 便于模拟测试（可以创建模拟实现）
3.3 硬件驱动实现
以DS18B20温度传感器驱动为例：
c复制// drivers/src/ds18b20.c
#include "ds18b20.h"
#include "temp_sensor_if.h"
#include "stm32f1xx_hal.h"
static int ds18b20_init