1. 项目概述
这个智能语音控制的海盐理疗器项目是我在嵌入式系统课程中的毕业设计作品。作为一个结合了医疗保健与智能家居的创新应用，它通过STM32单片机实现了对理疗温度的精准控制，并整合了语音识别、蓝牙远程控制等现代交互方式。在实际开发过程中，我遇到了不少有趣的技术挑战，也积累了一些值得分享的经验。
核心功能上，系统实现了温度闭环控制（30-70℃可调）、语音指令识别、OLED数据显示和手机远程监控四大模块。特别值得一提的是，这个设计没有采用常见的PID控制算法，而是通过区间阈值控制实现了稳定的温度调节，在保证精度的同时大大降低了代码复杂度。
2. 硬件系统设计
2.1 核心控制器选型
选择STM32F103C8T6作为主控芯片主要基于三点考虑：
- 性价比：这款Cortex-M3内核的MCU价格约10元，却具备72MHz主频、64KB Flash和20KB RAM
- 外设资源：内置的12位ADC、多个定时器和USART接口完美匹配项目需求
- 开发生态：丰富的HAL库和标准外设库大幅降低开发难度
实际使用中发现，当同时运行语音识别和蓝牙通信时，芯片的RAM使用率会达到85%左右。因此我在内存管理上做了优化：
- 将语音识别模块的缓存区改为动态分配
- 关键数据结构使用__packed属性压缩存储
- 启用编译优化-O2级别
2.2 温度检测方案
DS18B20数字温度传感器的选用经历了有趣的对比测试：
- 与模拟传感器LM35相比，DS18B20的±0.5℃精度足够且抗干扰更强
- 单总线协议节省IO口资源（仅需1个GPIO）
- 防水封装版本可直接接触海盐理疗包
在软件实现上，我改进了标准的1-Wire驱动：
c复制// 优化后的温度读取函数
float DS18B20_GetTemp(void) {
uint8_t temp[2];
DS18B20_Start(); // 启动转换
HAL_Delay(750); // 确保12位分辨率转换完成
DS18B20_Read(temp); // 读取温度值
float result = (temp[1]<<8)|temp[0];
return result * 0.0625; // 转换为摄氏度
}
这个实现相比库函数版本减少了约30%的读取时间。
2.3 语音识别模块集成
采用LD3320语音识别芯片时遇到了几个典型问题：
-
识别率问题：通过以下措施提升明显
- 录制语音指令时保持30cm左右距离
- 在安静环境下进行语音训练
- 添加简单的回声消除算法
-
硬件连接注意事项：
mermaid复制graph TD
LD3320 -->|SPI| STM32
LD3320 -->|IRQ| STM32_PB0
LD3320 -->|RST| STM32_PB1
实际布线时要特别注意：
- SPI时钟线长度不超过10cm
- IRQ中断线需要上拉电阻
- 麦克风建议使用驻极体麦克风并添加前置放大电路
2.4 功率控制设计
加热模块采用5V/10A继电器控制200W PTC加热片，关键设计点：
-
继电器驱动电路必须包含：
- 1N4148续流二极管
- 2N7002 MOSFET管
- 10KΩ下拉电阻
-
安全保护措施：
- 温度超过75℃强制切断加热
- 加入硬件看门狗电路
- 双重绝缘处理所有高压部分
3. 软件架构实现
3.1 主程序流程设计
采用时间片轮询架构而非RTOS，主要考虑因素：
- 系统复杂度适中，不需要任务调度
- 减少RTOS带来的内存开销
- 更精确控制各模块执行时序
主循环结构如下：
c复制while(1) {
static uint32_t tick = 0;
// 10ms定时任务
if(HAL_GetTick() - tick >= 10) {
tick = HAL_GetTick();
Key_Scan(); // 按键扫描
Temp_Update(); // 温度更新
Voice_Process(); // 语音处理
OLED_Refresh(); // 显示刷新
BT_Handler(); // 蓝牙通信
}
// 其他即时性任务
Heating_Control(); // 加热控制
}
3.2 温度控制算法
采用改进的滞回控制算法，相比传统开关控制有更好稳定性：
c复制void Heating_Control(void) {
static uint8_t heating = 0;
float current_temp = Get_Current_Temp();
if(!heating && current_temp <= (target_temp - 2)) {
Relay_ON();
heating = 1;
}
else if(heating && current_temp >= (target_temp + 2)) {
Relay_OFF();
heating = 0;
}
}
这个2℃的滞回区间经过实测能平衡控制精度和继电器寿命。
3.3 蓝牙通信协议
自定义的轻量级协议格式：
| 字节 | 含义 | 示例值 |
|---|---|---|
| 0 | 帧头 | 0xAA |
| 1 | 命令类型 | 0x01(设置温度) |
| 2-3 | 数据 | 0x0028(40℃) |
| 4 | 校验和 | 前4字节异或 |
手机端处理建议：
- 发送频率不超过1Hz
- 添加200ms的ACK等待机制
- 数据异常时自动重发3次
4. 关键问题与解决方案
4.1 电磁干扰问题
现象：语音识别在加热时误触发频繁
排查过程：
- 首先怀疑电源干扰 - 改用独立LDO给语音模块供电未解决
- 检查PCB布局 - 发现继电器与语音模块共地
- 最终方案：
- 添加磁珠隔离地平面
- 在继电器线圈并联104电容
- 重新布线保持敏感信号远离功率线路
4.2 温度波动大
测试数据：
| 控制方式 | 平均波动(℃) | 最大波动(℃) |
|---|---|---|
| 开关控制 | ±3.2 | ±5.1 |
| 滞回控制 | ±1.8 | ±2.9 |
进一步优化措施：
- 在加热片与海盐包之间添加硅胶导热垫
- 采用PWM方式控制加热功率（需换用固态继电器）
- 增加温度采样滑动平均滤波
4.3 蓝牙连接不稳定
典型故障表现及解决方法：
-
频繁断开连接：
- 检查天线阻抗匹配（最好用矢量网络分析仪）
- 确保模块供电电压稳定（建议3.3V±5%）
-
数据传输错误：
- 降低波特率从115200到57600
- 在TX/RX线串联22Ω电阻
- 添加软件校验重传机制
5. 系统优化建议
经过实际使用，我认为还可以从以下几个方向进行改进：
-
硬件层面：
- 改用STM32F103CBT6（128KB Flash）以支持更多功能
- 增加TF卡存储温度历史数据
- 采用触摸按键替代机械按键
-
软件层面：
- 实现基于模糊控制的智能温度调节
- 添加使用时长统计功能
- 开发微信小程序替代原生APP
-
用户体验：
- 增加语音反馈功能
- 设计更友好的OLED界面
- 添加理疗倒计时提醒
这个项目让我深刻体会到，一个完整的嵌入式系统开发需要兼顾硬件设计、软件架构和用户体验多个维度。特别是在资源受限的单片机环境下，如何做出合理的取舍往往比单纯追求技术指标更重要。