基于ESP32与BLE的智能温控器开发：从硬件选型到手机App全流程

1. 项目概述：一个能“对话”的智能温控器

最近在工作室折腾一个恒温箱项目，用来给一些对温度敏感的材料做测试。市面上的成品要么功能死板，要么价格感人，最关键的是，数据没法实时传到手机上，每次都得跑过去看屏幕，麻烦得很。于是，一个念头就冒出来了：能不能自己做一个？核心要求就三点：能精准测温控温、能通过蓝牙把数据发到手机、手机上能随时查看和远程设置温度。这不就是典型的“Arduino BLE Thermostat With Mobile App”嘛。

说白了，这就是一个基于Arduino平台，集成蓝牙低功耗（BLE）通信，并配套手机App的智能温控系统。它解决的痛点非常直接：远程监控与交互。你不再需要守在设备旁边，通过手机就能知道当前温度，还能随时调整目标温度值，甚至查看历史温度曲线。无论是用在小型恒温培养箱、宠物加热垫、发酵箱，还是家里的鱼缸加热、花房保温，都非常合适。

这个项目非常适合有一定Arduino基础，想深入玩转物联网（IoT）和无线通信的爱好者。你会接触到传感器数据采集、PID控制算法、BLE协议栈应用以及简单的手机App开发，算是一个综合性很强的练手项目。下面，我就把自己从硬件选型、代码编写到App调试的全过程，以及踩过的坑和总结的经验，详细拆解一遍。

2. 核心硬件选型与电路设计思路

做硬件项目，第一步也是最重要的一步就是选型。选对了，事半功倍；选错了，调试到怀疑人生。

2.1 主控板：为什么是ESP32？

首先看主控。标题是“Arduino BLE Thermostat”，很多人第一反应是用Arduino Uno搭一个HC-05或HC-06蓝牙模块。但这个方案对于温控器来说，有几个硬伤：第一，传统的蓝牙2.0/3.0（经典蓝牙）功耗太高，不适合长期通电的设备；第二，需要额外的串口通信和AT指令解析，增加了复杂度；第三，手机App端连接和通信协议也需要额外处理。

所以，我的选择是ESP32。原因如下：

1. 原生双核MCU与丰富外设：ESP32本身性能强大，自带Wi-Fi和BLE，完全符合我们“BLE”的需求。用Arduino IDE开发ESP32，可以继续使用熟悉的Arduino语法和库，学习成本低。
2. 极低的BLE功耗：ESP32在BLE从机模式下，平均电流可以做到毫安级，对于插电使用的温控器来说绰绰有余，甚至可以考虑电池备用方案。
3. 成本与生态：一块ESP32开发板（如ESP32-DevKitC）价格非常亲民，且社区庞大，遇到问题容易找到解决方案。

注意：市面上ESP32型号很多，推荐选择带有外部SPI Flash（至少4MB）和PCB天线的版本，信号更稳定。对于温控器，ESP32-S2/S3（单核）也完全够用，但ESP32-C3（RISC-V内核）的库支持相对较新，初学者可能遇到更多兼容性问题，建议先从经典的ESP32（如ESP32-WROOM-32）开始。

2.2 温度传感器：精度与响应速度的权衡

温度传感器是温控器的“眼睛”。常见的有DS18B20（单总线）、DHT11/DHT22（温湿度）、LM35（模拟量）以及热电偶等。

• DS18B20：这是我最终的选择。理由：精度高（±0.5°C），测量范围广（-55°C ~ +125°C），抗干扰能力强（数字信号），并且支持单总线上挂载多个传感器（每个有唯一64位地址），未来想监测箱内不同点温度会非常方便。虽然需要用到OneWire库和稍复杂的地址读取，但一旦配置好，非常稳定可靠。
• DHT22：如果你需要同时监测湿度，这是个好选择。但它的采样速度较慢（约2秒一次），对于要求快速响应的温控场景可能不够及时。
• LM35：模拟传感器，需要占用一个模拟引脚，电路简单，但精度和抗干扰性不如DS18B20，且需要稳定的参考电压。

对于大多数恒温应用（如25°C ± 2°C），DS18B20的精度和可靠性完全足够。它的封装形式多样，有防水探头型的，非常适合放入液体或潮湿环境。

2.3 执行机构：如何控制“热”与“冷”

温控器需要输出控制信号来调节温度。常见的有两种：

1. 继电器控制加热棒/加热片：这是最简单粗暴的方式。当温度低于设定值时，ESP32的GPIO输出高电平，驱动继电器模块吸合，接通加热器电源；温度达到后，断开。这种方式控制的是通断，属于“开关量”控制，容易造成温度在设定点附近波动（振荡）。
2. 固态继电器（SSR）或MOSFET进行PWM调功：这是更高级的方案。通过输出不同占空比的PWM波，可以线性地控制加热器的平均功率，实现更平滑的温度控制，波动更小。这对于精度要求高的场合（如恒温浴槽）非常必要。

对于入门和大多数应用，一个5V或12V控制的继电器模块就足够了。务必注意继电器的负载能力（电流、电压）要大于你的加热器。加热器功率（W）= 电压（V） x 电流（A），根据这个公式选择合适的继电器（通常10A/250VAC的继电器模块足以应对上千瓦的加热器，但请务必留有余量并考虑安全）。

2.4 电路连接与电源设计

完整的接线图如下，但原理我解释一下：

• ESP32：3.3V逻辑电平。GPIO4（或其他任意数字IO）连接DS18B20的DQ数据线，并需要一个4.7kΩ的上拉电阻到3.3V。GPIO5连接继电器模块的IN信号引脚。
• DS18B20：VDD接3.3V，GND接GND，DQ接GPIO4并上拉。
• 继电器模块：VCC接ESP32的5V或3.3V（看模块支持），GND接GND，IN接GPIO5。继电器的COM（公共端）接电源火线，NO（常开端）接加热器一端，加热器另一端接电源零线。强烈建议在强电部分（220V）加入保险丝，并由专业人士操作，安全第一！
• 电源：整个系统需要稳定的5V电源给ESP32和继电器模块供电。可以使用手机充电头（5V/2A）或专用的DC电源模块。如果加热器功率大，务必确保电源总功率足够，且强电走线规范、绝缘良好。

实操心得：在面包板上搭建原型时，DS18B20的上拉电阻很容易被忽略，导致通信失败。如果读取温度一直是85°C（默认值）或-127°C，首先检查上拉电阻。另外，继电器模块在开关瞬间会产生电磁干扰，可能影响ESP32运行，建议将控制继电器的GPIO引脚初始状态设置为LOW，并在继电器电源和ESP32电源之间加入磁珠或简单的LC滤波电路。

3. 固件开发：从数据采集到BLE通信

硬件搭好，就轮到“灵魂”了——运行在ESP32上的Arduino固件。我们的程序需要完成四件大事：读温度、算控制、管继电器、聊蓝牙。

3.1 温度读取与滤波处理

首先安装必要的库：在Arduino IDE的库管理中搜索并安装OneWire和DallasTemperature。这两个库让操作DS18B20变得异常简单。

#include <OneWire.h> #include <DallasTemperature.h> #define ONE_WIRE_BUS 4 // DS18B18数据线连接的GPIO OneWire oneWire(ONE_WIRE_BUS); DallasTemperature sensors(&oneWire); DeviceAddress insideThermometer; // 用于存储传感器地址 float currentTempC = 0.0; float targetTempC = 25.0; // 默认目标温度 bool heating = false; // 加热状态 void setup() { Serial.begin(115200); sensors.begin(); // 搜索总线上的第一个设备并获取地址 if (!sensors.getAddress(insideThermometer, 0)) { Serial.println("无法找到DS18B20传感器！"); while (1); // 停止执行 } sensors.setResolution(insideThermometer, 12); // 设置分辨率为12位（默认，精度0.0625°C） } void loop() { static unsigned long lastTempRequest = 0; const unsigned long tempDelay = 1000; // 每1秒读取一次 if (millis() - lastTempRequest >= tempDelay) { sensors.requestTemperatures(); // 发送读取命令 // 从特定地址读取温度，避免总线上有多个传感器时出错 float rawTemp = sensors.getTempC(insideThermometer); // 简单的软件滤波：一阶滞后滤波 currentTempC = currentTempC * 0.7 + rawTemp * 0.3; // 你也可以用更稳定的移动平均滤波 // static float tempHistory[5]; ... 计算平均值 ... Serial.print("当前温度: "); Serial.print(currentTempC); Serial.println(" °C"); lastTempRequest = millis(); } // ... 其他逻辑 }

注意事项：getTempC()函数如果读取失败会返回-127。所以每次读取后最好加一个判断if (rawTemp != -127)再进行滤波计算。滤波是为了消除传感器噪声和读数微小跳动，让控制更平稳。

3.2 控制逻辑：从简单开关到PID算法

最简单的就是二位式控制（Bang-Bang Control）：

#define RELAY_PIN 5 #define HYSTERESIS 0.5 // 回差，防止继电器频繁动作 void controlHeater() { if (currentTempC < (targetTempC - HYSTERESIS)) { digitalWrite(RELAY_PIN, HIGH); // 开启加热 heating = true; } else if (currentTempC > (targetTempC + HYSTERESIS)) { digitalWrite(RELAY_PIN, LOW); // 关闭加热 heating = false; } // 如果温度在目标值±回差范围内，保持原状态 }

这种方法简单有效，但温度会在目标值±回差这个区间内波动。对于恒温箱，波动个1°C可能没问题。

想要更精准、更平稳的控制，就需要引入PID算法。PID（比例-积分-微分）能根据当前误差（P）、历史累计误差（I）和误差变化趋势（D）来计算出更合理的控制量（如PWM占空比）。Arduino有现成的PID_v1库。

#include <PID_v1.h> double Setpoint, Input, Output; // 目标值，输入值（当前温度），输出值（PWM占空比） PID myPID(&Input, &Output, &Setpoint, 2.0, 5.0, 1.0, DIRECT); // Kp, Ki, Kd 参数需要整定 void setup() { // ... 其他初始化 Setpoint = targetTempC; Input = currentTempC; myPID.SetMode(AUTOMATIC); // 开启PID myPID.SetOutputLimits(0, 255); // 输出限制在0-255对应PWM ledcSetup(0, 5000, 8); // 使用LEDC（PWM）通道0，5kHz，8位分辨率 ledcAttachPin(RELAY_PIN, 0); // 将继电器控制引脚绑定到PWM通道（注意：普通继电器不支持PWM，这里假设用SSR或MOSFET） } void loop() { // ... 读取温度并滤波后 Input = currentTempC; Setpoint = targetTempC; myPID.Compute(); // 计算PID输出 ledcWrite(0, (int)Output); // 输出PWM }

PID参数整定是个经验活：Kp（比例）大了响应快但易振荡；Ki（积分）能消除静差但可能引起超调；Kd（微分）能预测变化抑制超调但对噪声敏感。一个粗略的整定方法是：先设Ki=Kd=0，增大Kp直到系统开始等幅振荡，记下此时的Kp为Ku，振荡周期为Tu。然后采用齐格勒-尼科尔斯法则：Kp = 0.6*Ku,Ki = 2*Kp/Tu,Kd = Kp*Tu/8。再微调。

踩坑实录：最初我用继电器直接做PID输出，结果继电器以高频开关，很快就坏了。普通机械继电器绝对不能用于PWM控制！高频通断会迅速烧蚀触点。PID输出要么接固态继电器（SSR），要么接MOSFET/IGBT来控制加热器。如果只能用普通继电器，那就用PID输出一个时间比例，例如每10秒周期内，根据Output值决定继电器接通几秒，这叫“时间比例输出”，效果接近PWM但适合继电器。

3.3 BLE服务与特征值设计

这是让手机和ESP32对话的关键。BLE设备通过“服务（Service）”和“特征值（Characteristic）”来暴露数据和控制点。我们需要设计一个自定义服务。

我使用ESP32 Arduino核心自带的BLEDevice、BLEServer、BLECharacteristic等库。

服务UUID：可以随机生成，但为了规范，我使用了自定义的128位UUID，例如："4fafc201-1fb5-459e-8fcc-c5c9c331914b"。

特征值设计（至少3个）：

1. 温度读取特征（UUID如"beb5483e-36e1-4688-b7f5-ea07361b26a8"）：属性为READ和NOTIFY。手机可以读取当前温度，并且ESP32可以在温度更新时主动通知（Notify）手机，这样App就能实时刷新。
2. 目标温度设置特征（UUID如"cba1d466-344c-4be3-ab3f-189f80dd7518"）：属性为READ和WRITE。手机可以写入新的目标温度值，也可以读取当前设定的目标温度。
3. 加热状态特征（UUID如"8a7f1168-48af-4ef7-9d10-b7c75c2946d5"）：属性为READ和NOTIFY。通知手机继电器/加热器的当前开关状态。

#include <BLEDevice.h> #include <BLEServer.h> #include <BLEUtils.h> #include <BLE2902.h> BLEServer* pServer = NULL; BLECharacteristic* pTempCharacteristic = NULL; BLECharacteristic* pTargetTempCharacteristic = NULL; BLECharacteristic* pHeatStateCharacteristic = NULL; bool deviceConnected = false; bool oldDeviceConnected = false; // BLE服务器回调，处理连接事件 class MyServerCallbacks: public BLEServerCallbacks { void onConnect(BLEServer* pServer) { deviceConnected = true; Serial.println("设备已连接"); }; void onDisconnect(BLEServer* pServer) { deviceConnected = false; Serial.println("设备已断开"); // 可选：断开后重启广播，以便重新连接 pServer->getAdvertising()->start(); } }; // 目标温度特征的回调，处理手机写入的数据 class TargetTempCallbacks: public BLECharacteristicCallbacks { void onWrite(BLECharacteristic *pCharacteristic) { std::string value = pCharacteristic->getValue(); if (value.length() == 4) { // 假设我们传输一个float，占4字节 float newTarget = *(float*)value.data(); if (newTarget >= 10.0 && newTarget <= 40.0) { // 简单的范围校验 targetTempC = newTarget; Serial.print("目标温度已更新为: "); Serial.println(targetTempC); // 更新目标温度特征的值，以便手机读取确认 pTargetTempCharacteristic->setValue((uint8_t*)&targetTempC, 4); pTargetTempCharacteristic->notify(); } } } }; void setupBLE() { BLEDevice::init("MyBLE-Thermostat"); // 设备名称 pServer = BLEDevice::createServer(); pServer->setCallbacks(new MyServerCallbacks()); BLEService *pService = pServer->createService("4fafc201-1fb5-459e-8fcc-c5c9c331914b"); // 创建温度特征 pTempCharacteristic = pService->createCharacteristic( "beb5483e-36e1-4688-b7f5-ea07361b26a8", BLECharacteristic::PROPERTY_READ | BLECharacteristic::PROPERTY_NOTIFY ); pTempCharacteristic->addDescriptor(new BLE2902()); // 添加CCC描述符，Notify必须 // 创建目标温度特征 pTargetTempCharacteristic = pService->createCharacteristic( "cba1d466-344c-4be3-ab3f-189f80dd7518", BLECharacteristic::PROPERTY_READ | BLECharacteristic::PROPERTY_WRITE ); pTargetTempCharacteristic->setCallbacks(new TargetTempCallbacks()); // 创建加热状态特征 pHeatStateCharacteristic = pService->createCharacteristic( "8a7f1168-48af-4ef7-9d10-b7c75c2946d5", BLECharacteristic::PROPERTY_READ | BLECharacteristic::PROPERTY_NOTIFY ); pHeatStateCharacteristic->addDescriptor(new BLE2902()); pService->start(); // 开始广播 BLEAdvertising *pAdvertising = BLEDevice::getAdvertising(); pAdvertising->addServiceUUID(pService->getUUID()); pAdvertising->setScanResponse(true); pAdvertising->setMinPreferred(0x06); // 有助于提高iOS连接概率 pAdvertising->setMinPreferred(0x12); BLEDevice::startAdvertising(); Serial.println("等待客户端连接..."); }

在loop()中，当温度或加热状态更新时，我们需要更新对应的特征值并发送通知：

void loop() { // ... 读取温度、执行控制逻辑 static float lastNotifiedTemp = 0; static bool lastNotifiedHeatState = false; static unsigned long lastNotifyTime = 0; if (deviceConnected) { // 每1秒或温度变化超过0.1°C时通知 if (millis() - lastNotifyTime > 1000 || abs(currentTempC - lastNotifiedTemp) > 0.1) { pTempCharacteristic->setValue((uint8_t*)&currentTempC, sizeof(currentTempC)); pTempCharacteristic->notify(); lastNotifiedTemp = currentTempC; lastNotifyTime = millis(); } // 加热状态变化时通知 if (heating != lastNotifiedHeatState) { uint8_t heatState = heating ? 0x01 : 0x00; pHeatStateCharacteristic->setValue(&heatState, 1); pHeatStateCharacteristic->notify(); lastNotifiedHeatState = heating; } } // 处理断开重连逻辑 if (!deviceConnected && oldDeviceConnected) { delay(500); // 给蓝牙栈一点时间 pServer->startAdvertising(); oldDeviceConnected = deviceConnected; } if (deviceConnected && !oldDeviceConnected) { oldDeviceConnected = deviceConnected; } }

4. 手机App开发：跨平台方案选择与实现

让手机能连接并控制我们的温控器，需要一个App。对于个人开发者或爱好者，从头开发原生App（Android/iOS）成本太高。这里我推荐两个高效的跨平台方案。

4.1 方案一：MIT App Inventor 2（极速原型）

如果你只想快速做一个能用的控制界面，对UI要求不高，MIT App Inventor 2是零基础的最佳选择。它是一个图形化编程工具，像搭积木一样创建App。

核心步骤：

1. 在AI2中新建项目，设计界面：拖入Label显示温度，Slider或TextBox设置目标温度，Button连接蓝牙，ListPicker选择蓝牙设备。
2. 使用BluetoothLE扩展组件。这个组件需要手动导入，你可以在AI2的扩展库里搜索“BLE”找到。
3. 逻辑块编程：
   • 扫描设备：点击按钮，调用BluetoothLE1.StartScanning。
   • 连接设备：在ListPicker选中后，调用BluetoothLE1.Connect。
   • 发现服务与特征：连接成功后，在BluetoothLE1.Connected事件里，调用BluetoothLE1.ReadServices，然后在ServicesDiscovered事件里遍历服务UUID，找到我们自定义的服务UUID，再读取特征。
   • 订阅通知：对温度特征调用BluetoothLE1.StartNotifications，并在CharacteristicChanged事件中更新UI上的温度显示。
   • 写入数据：当用户调整目标温度后，将浮点数转换为字节数组，调用BluetoothLE1.WriteCharacteristic写入到目标温度特征。

实操心得：AI2处理BLE的字节数据比较麻烦。你需要用make a list块将浮点数（如25.5）的四个字节逐个放入列表。在ESP32端，我们用了*(float*)value.data()来解析，所以字节顺序（Endian）要一致，通常是小端序。可以在AI2中用create list with块，配合convert number to byte块来构建字节列表。调试时，可以先让ESP32打印出收到的字节，与AI2发送的对比。

4.2 方案二：Flutter +flutter_blue_plus（专业之选）

如果你想做一个界面美观、体验接近原生，且能同时发布到iOS和Android的App，Flutter是当下最热门的选择。搭配flutter_blue_plus这个强大的BLE插件，可以完成所有功能。

开发环境搭建略过，主要讲BLE交互流程：

1. 权限与初始化：在pubspec.yaml添加flutter_blue_plus依赖，并在Android和iOS项目中配置相应的蓝牙权限。
2. 设备扫描与连接：

   import 'package:flutter_blue_plus/flutter_blue_plus.dart'; // 开始扫描 FlutterBluePlus.startScan(timeout: Duration(seconds: 4), scanMode: ScanMode.lowLatency); // 监听扫描结果 FlutterBluePlus.scanResults.listen((results) { for (ScanResult r in results) { if (r.device.localName == “MyBLE-Thermostat”) { // 找到设备，停止扫描并连接 FlutterBluePlus.stopScan(); r.device.connect(); break; } } });

3. 发现服务与特征：

   List<BluetoothService> services = await device.discoverServices(); for (BluetoothService service in services) { if (service.uuid.toString() == “4fafc201-1fb5-459e-8fcc-c5c9c331914b”) { for (BluetoothCharacteristic characteristic in service.characteristics) { String cuuid = characteristic.uuid.toString(); if (cuuid == “beb5483e-36e1-4688-b7f5-ea07361b26a8”) { // 温度特征 _tempChar = characteristic; await _tempChar.setNotifyValue(true); // 订阅通知 _tempChar.onValueReceived.listen((value) { // value是List<int>，即字节数组 double temp = ByteData.sublistView(value).getFloat32(0, Endian.little); setState(() { _currentTemp = temp; }); }); } else if (cuuid == “cba1d466-344c-4be3-ab3f-189f80dd7518”) { // 目标温度特征 _targetChar = characteristic; } // ... 类似处理加热状态特征 } } }

4. 写入目标温度：

   Future<void> writeTargetTemp(double temp) async { var bytes = ByteData(4); bytes.setFloat32(0, temp, Endian.little); await _targetChar.write(bytes.buffer.asUint8List(), withoutResponse: false); // 需要响应确认 }

5. UI构建：使用Flutter丰富的Widget构建界面，实时显示_currentTemp，用Slider或TextField修改目标温度并调用writeTargetTemp。

踩坑实录：flutter_blue_plus在iOS和Android上的行为有细微差别。例如，在iOS上，connect()之后可能需要稍等片刻再discoverServices，否则可能发现不了服务。另外，特征值的write操作有withResponse和withoutResponse之分，对于重要的设置命令（如目标温度），建议使用withResponse: true（即参数withoutResponse: false），这样能确保数据发送成功。UI方面，记得在dispose时取消通知订阅和断开连接。

5. 系统集成、调试与优化

当硬件、固件、App都初步完成后，把它们集成在一起调试，才是真正挑战的开始。

5.1 上电与联调步骤

1. 分模块测试：先不接强电！用USB给ESP32供电，在Arduino IDE的串口监视器里，确认DS18B20能正确读取室温。用手捏住传感器，看温度是否上升。然后，用杜邦线短接继电器控制引脚到3.3V，听继电器是否有“咔嗒”吸合声。
2. BLE基础测试：使用手机上的通用BLE调试App（如nRF Connect或LightBlue）扫描并连接你的设备。查看是否能发现我们定义的服务和三个特征。尝试读取温度特征，看看值是否正确（可能是字节格式，需要转换）。尝试向目标温度特征写入4个字节（例如25.0的浮点字节），观察ESP32串口是否打印出更新日志。
3. App功能测试：在通用App测试通过后，再用自己开发的App进行连接、读取温度、设置目标温度测试。确保数据流双向畅通。
4. 带负载测试：最后，在确保安全的前提下，连接加热器（可以先用一个台灯代替，观察通断是否正常）。设置一个高于室温的目标温度，观察继电器是否吸合，温度是否上升，达到目标后是否断开。

5.2 常见问题与排查技巧

下面这个表格总结了我调试过程中遇到的主要问题及解决方法：

5.3 功能扩展与优化建议

一个基础版本完成后，你可以考虑以下扩展，让项目更完善：

1. 本地显示：增加一个0.96寸OLED屏幕（I2C接口），显示当前温度、目标温度和加热状态。这样即使不连手机，也能查看基本信息。
2. 多传感器与平均温度：使用DS18B20的单总线特性，挂接多个传感器，分别监测箱内不同位置温度，取平均值或最高值进行控制，温度场更均匀。
3. 温度曲线记录与导出：在ESP32上使用SPIFFS或SD卡模块，定时记录温度数据。手机App可以请求下载历史数据，并生成曲线图。Flutter端可以用charts_flutter库绘图。
4. Wi-Fi双模与远程控制：ESP32本身支持Wi-Fi。可以增加一个模式，连接家庭Wi-Fi，通过MQTT协议将数据上报到私有服务器或云平台（如Home Assistant），实现真正的远程控制（不在蓝牙范围内也能控制）。
5. OTA升级：通过Wi-Fi或BLE实现固件无线升级，以后修复bug或增加功能就不用再插线了。
6. 低功耗优化：如果考虑电池供电，可以深度优化。例如，仅在温度偏离设定值一定范围时才启动BLE广播，平时ESP32进入深度睡眠（Deep Sleep），仅由DS18B20的报警功能或定时器唤醒。

这个项目从想法到实现，涉及了嵌入式硬件、传感器、控制算法、无线通信和移动开发多个环节，虽然每一步都有坑，但踩过去之后，你对一个完整物联网设备的理解会深刻很多。最关键的是，你做出了一个真正能解决实际问题的、属于自己的智能设备。