ESP32物联网综合实战：从环境监测到智能浇花系统

1. 趣味项目要玩得爽，选型逻辑比动手早一截

玩硬件DIY最容易犯的错，不是焊锡没焊好，也不是代码报错，而是项目挑得太乱：今天做个呼吸灯，明天去跑人脸识别，后天又想搞无人机，最后每样都只开了个头，吃灰的板子和模块堆满一抽屉。这个“趣味项目与综合实战”的概念，说白了就是要把项目当成一整个体系来打，而不是东一榔头西一棒槌。

我决定把这几个项目串在同一条技术栈上：主控全部用ESP32，通信统一走I2C和GPIO，传感器用模拟量和单总线，执行器用继电器和MOS管。这样一来，每完成一个项目，都会留下可复用的代码模块和接线经验，下一个项目不是从零开始，而是站在上一个项目的地基上继续盖楼。

这套思路对新手尤其重要。很多教程只教你怎么点亮一块屏、怎么读一个温度传感器，但真正让你成长的是：如何在同一个平台上把多个模块合理组织起来，如何解决供电、干扰、时序这些系统性问题。这些能力只有靠“综合实战”才能练出来，靠单个示例代码是永远学不会的。

1.1 硬件平台三选一：Arduino、ESP32还是树莓派

如果你是刚入门的玩家，第一块主控板怎么选，基本决定了你后面一个月的体验。我个人的建议非常明确：除非你已经有明确的Linux服务端需求，否则别从树莓派开始。树莓派虽然性能强，但它的开发模式更接近“在电脑上写Python”，GPIO操作被系统调度和网络协议栈夹在中间，实时性反而差，而且价格高、启动慢、娇气，不小心拔电容易烧SD卡。

Arduino Uno是经典入门板，稳、资料多、出问题好查，但它的短板也很明显：没有Wi-Fi，主频低，Flash只有32KB，跑不了稍微复杂一点的协议栈。等你想做联网功能的时候，还得外挂ESP8266模块，绕了一圈，不如直接用ESP32。

ESP32是我三年前开始主推给身边朋友的平台。双核240MHz，自带Wi-Fi和蓝牙，几十块钱一块板子，GPIO数量充足，ADC、I2C、SPI、UART该有的全有。它最大的价值是：既能像单片机一样直接操作寄存器做精确时序，又能跑完整的网络协议栈。也就是说，同一个板子既能点灯，又能做Web服务器，还能把数据推上云端。用民间玩家的说法，这是“半个芯片级的全能选手”。

平台对比表：

1.2 三个项目共用一套技术栈，学习成本直接减半

我这次规划的“综合实战”一共三个项目，全部围绕桌面生态展开：一个环境监测站，采温湿度和光照；一组智能氛围灯，实现多色控制和动态效果；一台自动浇花装置，给桌面的绿植定时补水。表面上，这是三个互不相干的小玩意儿，但拆解到技术层，它们共享了至少七个共通点：

• 主控均为ESP32开发板，开发环境完全一致（Arduino IDE或PlatformIO）。
• I2C总线上挂传感器和OLED屏，接线逻辑复用。
• GPIO输出控制：灯带走MOS管、水泵走继电器，但控制引脚的电平逻辑一模一样。
• 电源设计是同一套思路：外部稳压还是稳压板直接供电，都在一个框架内反复验证。
• 网络层用同样的Wi-Fi连接代码，做状态上报和远程控制。
• 异常处理逻辑一致：看门狗、重试机制、上电自检，三个项目都在用同一套模板改。
• 调试方式相同：串口打印加逻辑分析仪，问题的排查方法论直接迁移。

所以我建议读者不要照着“三个教程”去做，而是把它们当作“一个系统性工程的三个模块”。这样每一次踩坑都不是孤立的，而是为后面的模块积累经验。

1.3 预算清单与工具准备

动手之前先把工具和物料备齐，避免做一半干等快递。我这套项目的物料清单大致如下：

• ESP32开发板（选带USB转串口的经典款）2块，其中1块备用。
• 温湿度传感器DHT22，1个。
• 光敏电阻模块，1个，预留1个。
• 0.96寸OLED（I2C接口）一块，外加一块备用的。
• WS2812B灯带30颗/米，买1米就够桌面氛围使用。
• 5V/3A电源适配器一个，给灯带供电。
• 小型潜水泵（3-5V直流）一个，注意选带软管的款。
• 1路继电器模块一个，或者用MOS管模块替代。
• 土壤湿度传感器模块一个。
• 洞洞板、杜邦线若干、接线端子、热缩管。

必备工具是：数字万用表、电烙铁、剥线钳、USB转TTL的调试线、一台逻辑分析仪（24MHz采样就行，便宜又实用）。万用表不用买太贵，能测电压、电阻和通断就行；逻辑分析仪是排查I2C和单总线问题的利器，后面你会感激它。

总预算大概在200元上下。这个成本，远比买现成的智能硬件成套产品便宜，关键是你能获得全套的“为什么它坏了”的深层理解。

2. 项目一：桌面环境哨兵——温湿度与光照监测站

这个项目拿到手，我建议你先别急着敲代码，先想清楚一句话：环境监测站到底要做什么？要采集什么数据、展示在哪里、有没有联动动作。我的设计目标是三个——实时显示温湿度和光照强度；超过阈值时蜂鸣器报警；数据同时通过串口送出，方便后续上云。

目标清楚了，选型就不会乱。

2.1 传感器选型：DHT22和光敏电阻的取舍

温湿度传感器这块，很多人会顺手拿DHT11，因为它便宜、教程多。但DHT11的精度和采样周期实在让人头疼：温度精度±2℃，湿度精度±5%，采样周期1秒起步。做桌面环境监测这种数据量不大的场景，用DHT11属于“能用但不好用”，数据波动大，看起来非常业余。

我选了DHT22（也叫AM2302），温精度±0.5℃，湿精度±2%，性价比高，属于消费级产品里比较靠谱的选择。价格也就十元出头，和DHT11的差价完全可以忽略。

DHT22走的是单总线协议，一根数据线既发命令又收数据，时序非常敏感。读一次数据的完整过程是：主机拉低总线至少18ms发起启动信号，释放总线，等待传感器应答，然后逐位读取40位数据（湿度高16位、温度高16位、校验和8位）。每位数据靠高电平持续的时间来区分0和1，40微秒左右是0，70微秒左右是1。所以写代码时不能随便delay，最好用micros()精确计时，或者直接调用现成的DHT库。

光照度部分，我用的是最基础的光敏电阻模块，输出模拟电压，接到ESP32的ADC引脚。它的原理很简单：光照越强，光敏电阻阻值越小，模块输出的电压就越高。我们不需要算准确lux值，只要做一个相对比较——比室内平均水平亮还是暗，就能用来判断“是否需要开灯”或者“窗帘是否关着”。

DHT22和DHT11核心参数对比：

2.2 硬件接线与代码框架

接线是这套项目最简单也最容易出错的部分。ESP32开发板的引脚定义和Arduino Uno不完全一样，很多新手把I2C引脚接错位置，一上电OLED白屏，然后开始怀疑屏坏了。

以经典的ESP32 devkit v1为例，I2C的默认引脚通常是GPIO21（SDA）和GPIO22（SCL）。DHT22的数据线我接在GPIO17，光敏电阻模块的模拟输出接GPIO34（ADC1通道6，这个引脚只能做输入，不能输出PWM，注意别搞混）。

接线清单：

• OLED的VCC和GND接到3V3和GND，SDA接GPIO21，SCL接GPIO22。
• DHT22的VCC接3V3，GND接GND，DATA接GPIO17，并在DATA和VCC之间接一个10kΩ上拉电阻。
• 光敏模块的VCC接3V3，GND接GND，DO（数字输出）不用，AO（模拟输出）接GPIO34。
• 蜂鸣器正极接GPIO25，负极接GND，注意是无源蜂鸣器，靠PWM方波驱动发声。

代码框架我用了纯Arduino风格，方便还没接触过PlatformIO的读者直接跑。整体思路是：OLED负责显示，DHT22每2秒采一次温湿度，光敏电阻每200毫秒采一次光照，采样结果串口打印，同时判断是否超过报警阈值。

#include <Wire.h> #include <Adafruit_GFX.h> #include <Adafruit_SSD1306.h> #include <DHT.h> #define DHTPIN 17 #define DHTTYPE DHT22 #define LIGHT_PIN 34 #define BUZZER_PIN 25 DHT dht(DHTPIN, DHTTYPE); Adafruit_SSD1306 display(128, 64, &Wire, -1); float temperature = 0; float humidity = 0; int lightLevel = 0; void setup() { Serial.begin(115200); pinMode(LIGHT_PIN, INPUT); pinMode(BUZZER_PIN, OUTPUT); if(!display.begin(SSD1306_SWITCHCAPVCC, 0x3C)) { Serial.println("OLED init failed"); return; } display.clearDisplay(); dht.begin(); Serial.println("Environment Monitor started."); } void loop() { temperature = dht.readTemperature(); humidity = dht.readHumidity(); lightLevel = analogRead(LIGHT_PIN); if (isnan(temperature) || isnan(humidity)) { Serial.println("DHT read failed, retrying..."); } else { updateDisplay(temperature, humidity, lightLevel); checkThresholds(temperature, humidity); } Serial.print("Temp: "); Serial.print(temperature); Serial.print(" C, Hum: "); Serial.print(humidity); Serial.print(" %, Light: "); Serial.println(lightLevel); delay(2000); } void updateDisplay(float temp, float hum, int light) { display.clearDisplay(); display.setTextSize(2); display.setTextColor(SSD1306_WHITE); display.setCursor(0, 0); display.print(temp, 1); display.print(" C"); display.setTextSize(1); display.setCursor(0, 24); display.print("Humidity: "); display.println(hum, 1); display.print("Light: "); display.println(light); display.display(); } void checkThresholds(float temp, float hum) { if (temp > 30.0 || hum > 75.0) { tone(BUZZER_PIN, 2000, 200); delay(300); noTone(BUZZER_PIN); } }

2.3 阈值告警与OLED显示联动

这个项目最容易忽略的点是“阈值不是拍脑袋定出来的”。我一开始设的报警温度是35℃，结果夏天桌面旁边开一台笔记本，温度轻松就能冲到36℃，每隔两分钟就叫一次，贼烦。后来我把逻辑改成“持续超过阈值10秒才报警”，加了一个简单的时间窗口判断，效果一下子就好多了。

这里的核心思路是去抖。传感器的读数天然带有噪声，尤其是DHT22的湿度值，波动比温度大得多。直接拿瞬时值做判断，结果就是告警反复触发。做法是维护一个计数变量，只有当连续多次采样都超过阈值时才真正触发告警，一旦低于阈值就清零重来。这个思路在后面自动浇花装置里也会用到，属于一套可以复用的经典设计。

OLED显示布局也有讲究。字号大的放最核心的温度值，次要信息用正常字号排列在下方，这样人眼扫一眼就能抓住重点。注意SSD1306是128x64分辨率的单色屏，一次刷新不要写太多内容，否则刷新速度会明显变慢。

3. 项目二：智能氛围灯——从跑马灯到手机调色

如果说环境监测站解决的是“感知”，那氛围灯解决的就是“控制”。这个项目做起来视觉效果最爽，也最容易发朋友圈“炫耀”，但坦白讲，它的技术深度比第一个项目高一个台阶，因为你开始接触苛刻的时序通信和电源规划了。

3.1 WS2812B灯带驱动原理：时序就是生命线

市面上的RGB灯带主要有两种：普通四线RGB灯带（电源+三路PWM控制）和WS2812B这类单线可寻址灯带。我选WS2812B，原因是每颗灯珠都能独立控制颜色，能做出流水、呼吸、彩虹渐变这些真正“有趣”的动态效果，而不是整条灯带只能同时变一个颜色。

WS2812B靠一根数据线串联传递数据，每个灯珠内部都有一个IC，数据像流水线一样一位一位往后传。发送格式是GRB三通道各8位，一共24位，每位用高电平的持续时间区分0和1：高电平约350ns为0，约700ns为1。这意味着你的代码不能用普通delay，要用到专门的库，比如Adafruit_NeoPixel和FastLED。

FastLED库在动画性能上更强，支持色彩校正和功率限制，专业玩家推荐；Adafruit_NeoPixel库API更简单，适合快速上手。我的建议是：先跑通Adafruit_NeoPixel，等你需要更复杂的色彩效果时再切换FastLED，因为FastLED支持的色彩空间和调光函数明显更丰富。

#include <Adafruit_NeoPixel.h> #define LED_PIN 13 #define LED_COUNT 30 #define BRIGHTNESS 150 Adafruit_NeoPixel strip(LED_COUNT, LED_PIN, NEO_GRB + NEO_KHZ800); void setup() { strip.begin(); strip.setBrightness(BRIGHTNESS); strip.show(); } void loop() { rainbowCycle(20); } void rainbowCycle(int wait) { for(long firstPixel = 0; firstPixel < 65536; firstPixel += 256) { for(int i = 0; i < strip.numPixels(); i++) { int pixel = (i * 65536 / strip.numPixels() + firstPixel) & 0xFFFF; strip.setPixelColor(i, Wheel(pixel >> 8)); } strip.show(); delay(wait); } } uint32_t Wheel(byte WheelPos) { WheelPos = 255 - WheelPos; if(WheelPos < 85) { return strip.Color(255 - WheelPos * 3, 0, WheelPos * 3); } if(WheelPos < 170) { WheelPos -= 85; return strip.Color(0, WheelPos * 3, 255 - WheelPos * 3); } WheelPos -= 170; return strip.Color(WheelPos * 3, 255 - WheelPos * 3, 0); }

3.2 电源计算与接线：80%的故障来自这里

灯带项目最大的坑不在代码，在电源。WS2812B单颗灯珠全白最亮时电流约60mA，30颗灯全亮就是1.8A，再加上亮度调到最大，一块普通的USB口5V/500mA供电根本带不动。结果是：灯带亮度上不去、颜色偏色、末端灯珠闪烁、甚至ESP32直接重启。

我的做法是电源分开走：灯带用独立的5V/3A电源适配器供电，ESP32用USB口单独供电，两者只共享数据线和地线。注意“地线必须共地”，否则数据信号的参考电位不一致，灯带收到的信号是乱的，会出现颜色漂移甚至完全不亮。

电源计算有一个经验公式：总电流 = 灯珠数 * 最高亮度比例 * 单颗电流最大值 * 0.6。比如30颗灯，日常使用亮度按40%算，那就是30 * 0.4 * 60mA * 0.6 = 432mA。但为了余量充足，我还是直接用3A适配器，成本只差几块钱，换来的是系统稳定。

灯带电源配置常见错误对照表：

3.3 交互方式升级：从旋钮到Web控制端

最初的交互很简单：一个电位器调亮度，一个按钮切换颜色模式。但玩了两天就没意思了，每次都要弯下腰去摸按钮，一点都不“智能”。于是我把ESP32的Wi-Fi能力利用起来，写了一个简单的Web页面，手机浏览器直接访问板子的IP，就能控制开关、亮度、颜色和动画模式。

Web控制端并不需要复杂的框架。ESP32上跑一个轻量级的WebServer，用SPIFFS/LittleFS存页面文件，通过HTTP的GET请求传递参数，比如/set?color=FF8800&brightness=128&mode=rainbow。这段代码逻辑非常直接，关键点是用AsyncWebServer库，它基于异步事件处理，不会因为某个客户端连接缓慢而卡死主循环。

前端页面也不复杂，我用了三个原生HTML控件：颜色选择器（input type="color"）、亮度滑块、动画模式下拉框。由于ESP32的内存有限，页面文件尽量压缩，各种库能不用就不用，纯原生JavaScript就能实现所有的交互。跑通之后，你躺在沙发上就能控制桌面的灯光氛围，这才算真正把“智能”落到生活场景里了。

4. 项目三：自动浇花装置——水泵、定时和断电恢复

第三个项目做出来，实际用途是“让我出差三天，绿植也能活着”。这个项目动手前后的体验差异非常大：动手前觉得不就是定时抽水吗，动手后才发现，可靠性和安全性才是这个系统的核心。

4.1 水泵与继电器的选型避坑

水泵我选的是3-5V的小型潜水泵，这类泵常用于DIY加湿器或桌面小喷泉，流量约1-2L/min，扬程不高，但满足给一盆绿植浇水绰绰有余。有朋友问我为啥不用220V的家用水泵，大哥，这种安全风险不是DIY该碰的，低压直流泵完全够用，而且还方便用电池或充电宝应急供电。

驱动的开关器件，继电器和MOS管我都有试过，实际感受是：

• 继电器：机械触点，能通过大电流，成本低，但吸合/释放有动作声，且触点寿命有限。高频开关不建议，浇水这种低频场景没问题。
• MOS管模块：固态开关，无噪声，开关频率高，但需要确认模块的逻辑电平是否兼容3.3V。很多模块标称支持3.3V，实际在3.3V下导通不彻底，管子发热严重。

我最终的方案是：水泵用MOS管模块，因为浇水用PWM控制流量比单纯开/关更灵活。如果实在要用继电器，记得在继电器线圈两端并联一个续流二极管（1N4007），否则断电瞬间线圈产生的反电动势可能击穿ESP32的GPIO口，这个坑千万不要踩。

接线核心：MOS管的信号脚接ESP32的GPIO26，水泵正极接5V电源，负极接MOS管的D极，MOS管的S极接电源负极。GPIO输出高电平时MOS管导通，水泵启动，逻辑清晰。

4.2 定时策略：时钟触发加土壤湿度双保险

只靠定时器浇水是最不靠谱的方案：同一个浇水时长，夏天暴晒时水分蒸发快，土壤可能还是干的；阴雨天土壤本就潮湿，再定时浇，绿植根部直接泡烂。所以我把定时触发和土壤湿度传感器结合起来，形成双保险。

土壤湿度传感器的原理是测量土壤电阻值，土壤越湿，电阻越小，输出的模拟电压越低。注意它是利用电极之间导电性来判断的，长期通电会电解腐蚀电极，所以代码里必须“间断供电”：传感器电源脚接一个GPIO控制的MOS管，需要测量时先给传感器供电200ms，读完值后立即断电，这样可以明显延长传感器寿命。

决策逻辑是这样的：每4小时检查一次，如果当前土壤湿度低于设定的“干旱阈值”，并且距离上次浇水已经超过2小时，才启动水泵；水泵运行5秒后再次检测湿度，如果还没上来，再补一次，总共最多补3次；如果连续3次都湿度过低，说明可能水管堵了或者水桶没水了，需要触发报警，停止自动运行，避免水泵空转烧毁。

#define SOIL_ADC_PIN 35 #define SOIL_POWER_PIN 27 #define PUMP_PIN 26 #define DRY_THRESHOLD 1800 #define PUMP_RUN_MS 5000 #define WATER_INTERVAL_MS (2 * 3600 * 1000L) unsigned long lastWaterTime = 0; bool readSoilMoisture() { digitalWrite(SOIL_POWER_PIN, HIGH); delay(200); int raw = analogRead(SOIL_ADC_PIN); digitalWrite(SOIL_POWER_PIN, LOW); Serial.print("Soil raw: "); Serial.println(raw); return raw > DRY_THRESHOLD; } void waterOnce() { digitalWrite(PUMP_PIN, HIGH); delay(PUMP_RUN_MS); digitalWrite(PUMP_PIN, LOW); } void loop() { if (millis() - lastWaterTime > WATER_INTERVAL_MS) { if (readSoilMoisture()) { waterOnce(); lastWaterTime = millis(); Serial.println("Watered."); } } delay(1000); }

4.3 水位保护与断电恢复逻辑

这是我个人认为整个项目里最体现“工程素养”的部分。很多教程直接教你怎么抽水，但不会告诉你：水泵空转是烧毁的头号原因，而水桶没水是迟早会发生的事。

水位保护的做法很简单，在储水桶里加一个浮球式液位开关，信号线接GPIO，当液位低于设定值时，开关断开，逻辑判断为“缺水”。代码层面强制禁止水泵启动，同时通过状态机把系统切到“待机报警”模式。

断电恢复更值得说。ESP32和LED灯不同，它没有掉电记忆功能，重新上电后所有变量都是初始值，lastWaterTime会被重置为0。这意味着如果断电发生在晚上6点，恢复供电后，系统会以为上一次浇水是很久以前的事，立刻判断需要浇水。逻辑上没错，但实际上是“一恢复供电就浇水”，水桶一旦不够，很容易直接触发空转。

解决思路是：上电后不直接执行浇水逻辑，先等待10秒，读取液位开关状态，再读取上一次记录的浇水量（用EEPROM或Preferences库持久化存储），只有当“上次浇水时间距离现在确实超过间隔”且“水位正常”时，才进入可浇水状态。这段细节，代码量不多，但直接决定了设备是否可以脱离人工干预长期运行。

5. 复盘三个项目的踩坑过程：从现象到根因的排查链路

前面讲的是“怎么搭”，这一章我想认真聊聊“坏了怎么查”。我这些年最大的感受是，硬件调试能力其实是一种逻辑推理能力，不是靠经验堆出来的。你把一个现象拆成“供电、信号、软件、环境”四个维度，每个维度逐个排除，百分之九十九的问题都能当场定位。

5.1 温湿度数据偶发“爆表”：干扰还是供电纹波

现象：DHT22大部分时间读数正常，但偶尔会出现温度85℃、湿度-999%这种离谱值，串口显示nan。最初我以为传感器坏了，换一个新的还是偶发。

我当时的排查链路是：先看供电，万用表测传感器VCC引脚，电压3.3V很稳；再看接线，杜邦线也没松动。后来我想到一个问题——DHT22数据线和LED电源线并行走线，距离很近，LED是高频开关器件，切换瞬间会产生尖峰干扰，耦合到数据线上，导致时序完全紊乱。

验证方法很简单：把DHT22的数据线单独飞线，远离灯带供电线，问题就消失了。解决后我把传感器旁的走线全部做了屏蔽处理，并且把DHT22的采样频率从每200ms一次改成每2秒一次，留够传感器内部稳定时间，数据就非常干净了。

这个案例的通用教训是：当你遇到“偶发”数据异常时，先别怀疑代码，先怀疑干扰源。硬件上的干扰往往表现为随机性、间歇性，和程序自身的bug有非常明显的区别。

5.2 灯带尾部颜色异常：压降问题还是时序问题

现象：灯带前20颗颜色正常，最后10颗颜色偏黄、偏暗，而且越到末端越明显。很多人第一反应是灯带坏了，或者数据信号衰减，实际上绝大多数情况是电源压降。

WS2812B灯珠内部是恒流驱动，如果电源从灯带的一端输入，电流会沿着整条灯带的铜箔走，铜箔有电阻，电流越大，靠近供电端的压降越小，末端的电压就越低。当末端电压跌破IC的最低工作电压（约4.5V），灯珠就无法维持正确的白色，颜色就会偏色。

排查方法是用万用表直接量末端灯珠的VCC-GND电压，如果只有4.2V，那问题定位就清楚了。解决方案有两个：一是从末端也接一根电源线回适配器，形成环形供电；二是把亮度调低，降低整条灯带的电流。实测下来，“末端补电”是最彻底的方案。

5.3 继电器吸合瞬间导致重启：反电动势与去耦电容

现象：自动浇花装置一启动水泵，ESP32就重启，串口能看见Boot日志，过一两秒又正常。用了MOS管之后问题消失，但继电器版本里这个坑非常典型。

根因是继电器线圈是一个电感，当线圈断电瞬间，电流突变会产生一个高压反电动势，虽然只有短短几毫秒，但足以干扰主控的电源轨，导致ESP32复位。解决方法是：

• 在继电器线圈两端反向并联续流二极管1N4007，阳极接线圈负极，阴极接线圈正极，把反电动势钳位在0.7V。
• 在主控板的电源输入端并联一个100µF电解电容，吸收瞬间的电流毛刺。
• 继电器模块和主控板之间拉开物理距离，减少干扰耦合。

这段排错过程让我明白了一件事：很多硬件故障看起来像是“玄学”，其实背后都有非常具体的电学原理。搞明白了，下次就能在设计阶段提前规避，而不是出问题后再补救。

6. 三个项目串成一套桌面系统：我对后续扩展的真实体验

三个项目都跑通之后，我并没有把它们当作三个孤立的设备。桌面环境哨兵的数据、氛围灯的控制、自动浇花的状态，全部汇总到一个统一控制的Web页面上。这个“整合”的过程，才是综合实战最值钱的部分。

6.1 让三个设备联网：数据上云与消息通知

我把环境哨兵采集的数据通过HTTP请求定时上报到本地局域网里跑的一个轻量级服务（比如Node-RED或者Home Assistant），然后在手机上加一个自动化规则：当桌面温度超过30℃时，氛围灯变成橙色提醒我开空调；当土壤湿度连续两次低于阈值且浇水失败时，推送一条消息到我手机。

ESP32这边代码改动其实很小，核心就是维护一个Wi-Fi连接，用HTTPClient库发GET或POST请求。我一直建议读者把“上报数据”做成一个独立函数，后续你要换服务端，只改URL就行，不需要动采集逻辑。

6.2 关于学习深度的个人建议

做了这么多年DIY，我越来越觉得：项目的“趣味性”不是目标，而是结果。真正让你觉得有意思的，是看着一个想法从电路图变成实物，再从实物变成一套能自我管理的小系统。这个过程里你会遇到供电、时序、干扰、状态恢复、交互设计、网络通信各种问题，而每一个问题，都是固定的教程不可能教你的。

如果你正打算上手这套综合实战，我给三个建议：

• 别贪多，这三个项目已经能覆盖感知、控制、执行三类硬件的核心技能，先全部跑通再想别的。
• 每个项目完成后，必须做一个“复盘文档”，记录故障现象、排查过程、最终原因。这份文档是技术成长最快的高质量燃料。
• 从第三个项目开始，强迫自己给系统加“容错设计”——比如传感器读数判断、看门狗定时器、按键手动开关，哪怕只是几行代码，这个习惯会伴随你进入真正的产品级开发。

这套项目玩下来，我自己的切身体会是：三个看似独立的小玩具，当你把它们当成一个体系去设计、去调试、去联网整合时，你掌握的其实已经是一套完整的智能硬件开发方法论。下一次再有新的想法，从画电路图到出原型，基本可以一晚上搞定。这不就是玩硬件最大的乐趣所在吗？