1. 项目缘起一个被天气“玩弄”的阳台我家阳台朝南采光极好按理说是晾晒衣物的绝佳场所。但住久了就会发现南方的天气就像小孩的脸说变就变。早上出门时还是艳阳高照下午一场突如其来的雷阵雨就能把晾了一天的衣服浇个透心凉。更别提梅雨季节空气湿度大衣服晾上好几天都干不透还容易有股霉味。这种“看天吃饭”的晾衣体验实在是让人头疼。于是一个想法在我脑子里冒了出来能不能做一个智能晾衣架它不需要像市面上的高端产品那样能自动升降、紫外线消毒只需要解决一个核心痛点——根据天气情况自动收放衣物。晴天自动展开雨天或夜晚自动收回遇到突发降雨也能及时响应。这个想法听起来简单但要把“感知-决策-执行”这个闭环跑通里面有不少门道。我给它起了个名字叫“ACEBOTT Smart Home: Automatic Drying Rack”。ACEBOTT没什么特殊含义就是觉得听起来挺酷。核心思路就是用ESP32作为大脑连接温湿度、雨滴和光照传感器再驱动一个舵机来控制晾衣架的“开合”。这不仅仅是一个DIY玩具更是将智能家居理念落到一个具体、高频的生活场景中的尝试。接下来我就把从构思到实现的完整过程以及中间踩过的坑、获得的经验毫无保留地分享出来。2. 核心部件选型为什么是ESP32和这些传感器做硬件项目选型是第一步也是最关键的一步。选对了事半功倍选错了可能项目还没开始就结束了。我这个自动晾衣架的核心需求是联网获取天气、本地感知环境、做出决策并驱动机械结构。围绕这几点我开始了选型。2.1 主控芯片ESP32为何是“不二之选”主控芯片的选择范围其实很广从经典的Arduino Uno到功能更强的STM32再到树莓派Pico。但我几乎没怎么犹豫就选择了ESP32原因有以下几点第一双核与Wi-Fi/蓝牙的完美结合。ESP32自带Wi-Fi和蓝牙模块这意味着它天生就能轻松接入家庭局域网甚至直接连接手机。对于需要获取网络天气数据的应用来说这是刚需。它的双核设计通常一个核心运行无线协议栈另一个核心处理用户程序也保证了在处理网络请求的同时本地传感器数据采集和控制逻辑不会卡顿。相比之下Arduino Uno需要额外加装Wi-Fi模块如ESP8266不仅增加了接线复杂度和成本性能上也未必有优势。第二丰富的IO口与周边外设。这个项目需要连接多个传感器温湿度、雨滴、光照和一个舵机。ESP32提供了充足的GPIO、ADC、PWM等资源完全够用。它的ADC精度虽然被吐槽但对于判断“有没有下雨”、“光照强不强”这种定性需求完全足够。第三强大的社区与生态。ESP32背后有乐鑫官方的IDF框架也有基于Arduino核心的丰富库支持。这意味着无论你是喜欢用Arduino IDE的简单快捷还是追求用ESP-IDF进行更底层的性能优化都有成熟的路径。网上相关的教程、项目、问题解答浩如烟海遇到坑很容易找到解决方案。注意ESP32型号很多如ESP32-WROOM-32、ESP32-S3等。对于这个项目最普通、最便宜的ESP32 DevKit V1板子就完全足够了没必要追求新款。2.2 环境感知“三剑客”传感器选型与原理要让晾衣架变得“聪明”必须给它装上“眼睛”和“皮肤”。我选择了三种传感器来构建环境感知系统。DHT22温湿度传感器这是非常经典的数字传感器。我选择它而不是更便宜的DHT11主要是因为DHT22的湿度测量范围更广0-100% RH精度也更高±2% RH。在判断“空气是否潮湿衣服是否容易干”时更高的精度更有参考价值。它采用单总线通信只需要一个GPIO口接线简单。库支持也非常成熟在Arduino IDE中直接搜索“DHT sensor library”即可。雨滴传感器模块这是一个模拟传感器。它的表面有平行的导线当雨水滴落时会改变导线间的电阻从而输出一个变化的模拟电压值。干燥时输出电压高接近VCC潮湿时输出电压低。我们需要用ESP32的ADC去读取这个电压值并设定一个阈值来判断是否下雨。这里有个关键点市面上常见的雨滴传感器模块容易氧化长期在户外使用可靠性会下降。我的做法是购买质量好一点的模块并且将其安装在有少许遮挡但又不会影响雨水滴落的位置比如阳台顶棚边缘下方减少直接暴晒和持续淋雨。光敏电阻模块同样是一个模拟传感器。它的电阻值随光照强度变化模块通常将其转换为电压输出。我用它来判断是白天还是黑夜以及是否是阳光充足的晴天。和雨滴传感器一样通过ADC读取电压设定阈值。例如电压高于某个值认为是强光白天低于某个值认为是弱光夜晚或阴天。为什么不直接用网络天气API这是一个很好的问题。网络API如和风天气、OpenWeatherMap能提供精确的天气预报和实时天气。我确实用了它作为主要决策依据比如获取未来2小时是否会下雨的预报。但本地传感器是必不可少的补充和保障。原因有二1.网络延迟与故障API更新有延迟网络也可能临时中断。本地传感器可以实时检测到“已经开始下雨了”实现最快速度的应急响应。2.微环境差异天气预报是针对一个较大区域的而你家的阳台可能因为楼栋遮挡、风向等原因天气状况与预报有细微差别。本地传感器感知的就是你阳台最真实的微环境。2.3 执行机构舵机的扭矩与安装考量晾衣架的开合动作我选择用舵机来实现。舵机是一种可以精确控制角度的电机非常适合这种需要在一定角度范围内往复运动的应用。舵机选型关键参数扭矩。扭矩单位是kg·cm意思是舵机在1厘米长的力臂上能输出多少公斤的力。你的晾衣架尤其是挂满湿衣服后有多重舵机的安装位置力臂有多长这决定了你需要多大扭矩的舵机。我最初用一个9g的小舵机扭矩约1.6kg·cm试了一下推动空载的小型晾衣架模型还行但一旦加上一点负载就卡住了。最后我换成了一个MG996R金属齿轮舵机扭矩在10kg·cm左右并且是金属齿轮更耐用。即使晾衣架上挂了几件厚衣服也能稳稳地带动。安装方式决定省力与否。舵机直接推拉晾衣架可能很费力。我借鉴了连杆机构的思想。将舵机固定在底座上舵机摇臂通过一根连杆与晾衣架的活动部分连接。这样舵机旋转运动就被转换成了晾衣架的开合运动。通过调整舵机摇臂和连杆的长度可以在一定程度上放大扭矩或行程这是一个简单的机械设计能极大提升系统可靠性和降低对舵机扭矩的要求。供电必须独立。MG996R这类舵机在堵转遇到阻力时电流可以高达2A瞬间电流更大。ESP32开发板的USB口或板上稳压芯片根本无法提供如此大的电流。如果直接接在开发板上会导致ESP32重启甚至损坏。正确的做法是舵机必须使用独立电源供电如专用的5V/2A适配器或大容量电池并且确保其电源地与ESP32的电源地GND连接在一起形成共地。这是硬件接线中至关重要的一步。3. 系统设计与程序逻辑从感知到行动的决策链硬件搭好了接下来就是让整个系统“活”起来。程序逻辑的设计核心是构建一个稳定、可靠且有一定容错能力的决策链条。3.1 软件框架与多任务处理在Arduino环境下程序主要运行在setup()和loop()函数中。对于需要同时处理网络请求、传感器读取和舵机控制的应用如果所有代码都堆在loop()里很容易因为某个耗时操作如网络请求导致其他任务如检测下雨响应不及时。我的策略是采用基于时间戳的非阻塞式编程。简单说就是不让程序“等待”。例如向网络API请求天气数据可能需要1-2秒。在等待期间程序应该继续去读取传感器、检查状态而不是卡在那里。以下是核心逻辑框架// 定义各种动作的间隔时间毫秒 unsigned long lastWeatherCheckTime 0; const long weatherCheckInterval 300000; // 5分钟检查一次天气 unsigned long lastSensorReadTime 0; const long sensorReadInterval 10000; // 10秒读取一次本地传感器 void loop() { unsigned long currentMillis millis(); // 获取当前时间 // 任务1定时检查网络天气 if (currentMillis - lastWeatherCheckTime weatherCheckInterval) { lastWeatherCheckTime currentMillis; fetchWeatherData(); // 这是一个非阻塞或快速处理的函数 } // 任务2定时读取本地传感器 if (currentMillis - lastSensorReadTime sensorReadInterval) { lastSensorReadTime currentMillis; readDHTSensor(); readRainSensor(); readLightSensor(); makeLocalDecision(); // 基于传感器数据做本地决策 } // 任务3综合决策与舵机控制 makeFinalDecisionAndControlServo(); // 其他任务如处理网络连接、响应Web控制等... server.handleClient(); }这样每个任务都在自己的时间节奏下运行互不干扰。fetchWeatherData()函数内部我使用了ESP32的HTTPClient库它本身在begin()和GET()阶段是阻塞的但由于我们数分钟才调用一次且执行时间相对较短在可接受范围内。对于更高要求的场景可以使用异步HTTP库。3.2 决策逻辑的优先级与“防抖”决策是核心大脑。我设计了一个带有优先级的决策逻辑最高优先级本地雨滴传感器触发。只要检测到有雨模拟值超过阈值立即执行收回动作无需等待网络确认。这是安全底线。次高优先级网络天气预报。如果API返回未来一段时间如下一小时降水概率极高如80%则执行收回动作。即使此刻阳台没雨也要相信预报提前防范。日常优先级时间与光照。结合网络API获取的日出日落时间或本地光敏电阻判断在夜晚自动收回在日出后根据温湿度条件决定是否展开。如果湿度较低、光照好则展开如果是阴雨天网络预报本地光照弱则保持收回。手动干预优先级永远最高。我通过一个简单的Web服务器ESP32作为AP或连接家庭Wi-Fi后做了一个控制页面。可以手动点击“展开”、“收回”、“自动”按钮。一旦手动操作系统会进入手动模式一段时间如30分钟在此期间自动逻辑暂停之后恢复自动模式。这里必须引入“状态防抖”机制。传感器可能会受到偶然干扰比如一滴鸟屎掉在雨滴传感器上或者一阵风短暂吹来一片树叶挡住光敏电阻。如果因此就触发收放动作系统会变得非常“神经质”。我的做法是采用累计触发或延时确认。例如对于雨滴传感器不是检测到一次就动作而是连续3次读取间隔2秒都超过阈值才确认为下雨。对于网络天气如果只是短暂显示有雨可以设置一个“观察期”比如连续两次API请求间隔10分钟都预报有雨才执行动作。这能有效避免误操作。3.3 网络通信与API使用ESP32连接Wi-Fi是基础操作。我建议在代码里加入配网功能比如使用著名的WiFiManager库。这样第一次使用时ESP32会开启一个AP热点手机连接后可以输入家里的Wi-Fi账号密码之后就能自动连接非常方便避免了将密码硬编码在代码里的安全风险和不便。天气API我选择的是和风天气的免费版。它提供了“实时天气”、“逐小时预报”等接口。对于这个项目“逐小时预报”尤其有用。申请账号后你会得到一个Key。调用API的代码片段如下void fetchWeatherData() { if (WiFi.status() ! WL_CONNECTED) { return; // 网络未连接直接返回 } HTTPClient http; // 构造请求URL包含你的Key和城市LocationID String url https://devapi.qweather.com/v7/weather/24h?locationYOUR_LOCATION_IDkeyYOUR_API_KEY; http.begin(url); int httpCode http.GET(); if (httpCode HTTP_CODE_OK) { String payload http.getString(); // 解析JSON获取未来几小时的降水概率pop字段、天气状况等 // 例如解析第一个小时的数据如果pop 80则标记为即将下雨 DynamicJsonDocument doc(1024); deserializeJson(doc, payload); int pop doc[hourly][0][pop]; // 降水概率百分比 String text doc[hourly][0][text]; // 天气状况文字如“小雨” if (pop 80 || text.indexOf(雨) 0) { forecastRain true; } else { forecastRain false; } } else { // 网络请求失败记录日志可能依赖本地传感器 Serial.println(Weather API request failed.); } http.end(); }提示JSON解析我使用了ArduinoJson库非常高效。记得根据返回数据的大小预留足够的DynamicJsonDocument缓冲区否则解析会失败。4. 硬件搭建与结构设计从电路到机械的实践理论设计得再好最终都要落到实际的电路板和机械结构上。这是最能体现DIY乐趣也最容易踩坑的地方。4.1 电路连接与电源管理整个系统的电路连接图并不复杂但有几个细节决定了成败。电源部分这是重中之重。我采用了两路供电5V/2A直流电源适配器作为主电源。它的输出正负极先接入一个电源开关方便整体断电。电源分配开关之后正极5V分成两路。一路直接给舵机供电。另一路接入一个降压模块如AMS1117-3.3将5V降为3.3V给ESP32开发板和所有传感器模块供电。所有设备的GND负极必须全部连接在一起共地是电路正常工作的基础。信号连接ESP32 GPIO-传感器信号线DHT22接一个GPIO如GPIO4雨滴和光敏的AO模拟输出分别接ESP32的ADC引脚如GPIO34, GPIO35。ESP32 GPIO-舵机信号线选择一个支持PWM输出的GPIO如GPIO13接舵机的信号线通常是橙色或白色。舵机的供电红色和地棕色接独立电源。实际搭建建议不要在面包板上完成最终作品。面包板连接不可靠稍微震动就可能松脱。建议使用**洞洞板万用板**进行焊接或者直接设计一块简单的PCB。对于线缆尤其是连接舵机的线最好使用杜邦线公对母并将接口用热熔胶固定一下防止拉扯脱落。4.2 机械结构设计与实现晾衣架的本体我直接改造了一个现有的、小型的手动折叠晾衣架。你也可以用木条、铝型材自己搭建。核心是设计一个可靠的传动机构将舵机的旋转运动转化为晾衣架的展开水平与收回垂直或倾斜运动。我采用的是一种简单的四连杆机构将舵机固定在晾衣架底座的一个坚固位置。舵机摇臂舵盘通过一个螺丝与一根长度合适的金属连杆如铝合金条的一端连接。金属连杆的另一端铰接在晾衣架活动部分需要被推拉的那根横杆的某个点上。当舵机从0度旋转到90度时通过连杆推动晾衣架的活动部分使其从垂直收纳状态变为水平展开状态。你需要反复调试舵机的初始角度servo.write(0)对应的实际位置和终止角度servo.write(90)对应的位置确保运动范围刚好覆盖所需行程且没有死点或卡死现象。结构加固舵机本身的固定一定要非常牢固。我用了多个螺丝和L型角铁将其锁死在底座上。连杆与晾衣架的铰接点也使用了带轴承的连杆接头减少摩擦和磨损。整个结构在运动时应该顺畅、无晃动。4.3 外壳与防护电子部分不能裸露在外。我使用了一个尺寸合适的防水接线盒来容纳ESP32开发板、降压模块和接线端子。在盒子侧面开孔用于穿出传感器线、电源线和舵机线。开孔处最好使用防水电缆接头PG头既能固定线缆又能防止进水。传感器本身也需要一定防护。DHT22我加了一个小型的防辐射罩避免阳光直射导致温度读数偏高。雨滴传感器和光敏电阻模块我将其安装在从防水盒延伸出的一块小亚克力板下亚克力板既能提供一定遮蔽又不会完全阻挡雨水和光线。5. 调试、优化与踩坑实录把代码烧录进去硬件组装完毕通电测试——这往往只是“万里长征第一步”真正的挑战在于调试和优化。5.1 舵机抖动与定位不准问题现象舵机在到达指定角度后不停抖动发出“滋滋”声或者每次动作停止的位置有细微差别。根因分析电源功率不足这是最常见的原因。舵机在负载下工作电流很大如果电源特别是那根USB线或者移动电源输出能力不够电压会被拉低导致舵机驱动芯片工作不稳定产生抖动。同时电压波动也会影响ESP32的稳定。信号干扰PWM信号线如果过长且与电源线并行走线可能会引入干扰。机械阻力过大如果晾衣架结构不顺畅存在摩擦或卡点舵机为了到达指定位置会持续输出力矩导致抖动和发热。解决方案升级电源立刻换用我前面提到的独立5V/2A以上电源适配器并确保导线足够粗建议18AWG或更粗。电源滤波在舵机的电源正负极之间并联一个大电容如470uF 16V的电解电容可以吸收瞬间电流冲击稳定电压。优化走线将舵机信号线与电源线分开走或使用双绞线。调整机械结构仔细检查连杆各个铰接点确保转动灵活必要时加润滑油。重新评估舵机安装位置和连杆长度使机构在死点位置附近运动更省力。软件消抖在servo.write()函数后可以适当加一小段延时delay(15)让舵机有足够时间稳定下来。5.2 网络连接不稳定与API请求失败问题现象ESP32经常连不上Wi-Fi或者连接后很快断开导致天气数据无法更新。根因分析Wi-Fi信号弱阳台可能距离路由器较远或有墙体阻隔。ESP32的Wi-Fi功耗策略为了省电ESP32在某些模式下可能会主动断开Wi-Fi。代码逻辑问题网络连接处理代码不健壮没有重连机制。解决方案增强信号可以考虑使用Wi-Fi信号中继器或者换用天线更长的ESP32模块。修改Wi-Fi模式在setup()中使用WiFi.setSleep(false)禁用Wi-Fi休眠以获得更稳定的连接代价是功耗略有增加。实现健壮的重连机制在loop()中定期检查Wi-Fi连接状态如果断开则尝试重连。void checkWiFiConnection() { if (WiFi.status() ! WL_CONNECTED) { Serial.println(WiFi disconnected. Reconnecting...); WiFi.disconnect(); WiFi.reconnect(); delay(5000); // 等待重连 if (WiFi.status() WL_CONNECTED) { Serial.println(WiFi reconnected.); } } }为API请求添加超时和重试HTTPClient可以设置超时时间http.setTimeout(5000)。对于失败的请求可以记录并在下一次循环中重试但不要在一个loop内无限重试以免阻塞其他任务。5.3 传感器数据噪声与阈值校准问题现象雨滴传感器在明明没雨的时候偶尔跳变光敏电阻在阴天和傍晚的读数难以区分。根因分析模拟传感器易受干扰且阈值需要根据实际安装环境进行现场校准。解决方案硬件滤波在传感器的模拟输出引脚与地之间并联一个0.1uF的瓷片电容可以滤除一部分高频噪声。软件滤波采用滑动平均滤波。不是取一次读数而是连续读取N次比如10次然后取平均值。这能有效平滑随机噪声。int readRainSensorSmooth() { const int numReadings 10; int total 0; for (int i 0; i numReadings; i) { total analogRead(RAIN_SENSOR_PIN); delay(2); // 短暂延时避免ADC读取过快 } return total / numReadings; }现场动态校准不要写死阈值。我写了一个简单的“校准模式”通过串口指令或Web按钮触发。在校准模式下程序会持续读取传感器数据并输出到串口监视器。我分别在“完全干燥”、“小雨滴落”、“大雨”状态下记录读数从而确定“触发下雨”的合理阈值。光照阈值也同理在“正午阳光”、“阴天”、“夜晚”分别记录。5.4 意外情况处理与系统鲁棒性一个成熟的系统必须能处理意外。断电记忆如果突然停电再来电时晾衣架应该处于什么状态我使用ESP32的EEPROM或更优的Preferences库来保存当前状态展开/收回/自动。在setup()中读取这个状态并驱动舵机恢复到断电前的位置。注意舵机在上电时可能会有一个自检的抖动动作在代码初始化时要控制好上电顺序先初始化状态再给舵机信号。手动优先与状态恢复如前所述手动操作后系统进入“手动模式”并开始计时。计时结束后系统不是粗暴地切换回自动模式并立即动作而是先读取一次当前所有的传感器和网络数据根据当前的环境条件决策下一步动作实现平滑过渡。看门狗定时器为了防止程序跑飞导致系统死机我启用了ESP32的硬件看门狗。#include esp_task_wdt.h void setup() { esp_task_wdt_init(10, true); // 10秒看门狗超时 esp_task_wdt_add(NULL); // 添加当前任务到看门狗监控 } void loop() { esp_task_wdt_reset(); // 在loop循环中定期“喂狗” // ... 其他代码 }这样如果程序卡死在某个地方超过10秒看门狗会自动重启ESP32让系统恢复。经过以上这些设计、实现、调试和优化这个ACEBOTT智能晾衣架已经在我家阳台稳定运行了好几个月。它成功地在好几次突如其来的暴雨前收回了衣服也在晴朗的早晨自动展开真正做到了“衣来伸手收衣不愁”。这个项目不仅解决了实际问题更是一次对嵌入式系统设计、传感器应用、网络通信和机械结构的综合实践。如果你也有类似的痛点不妨动手试试过程中学到的东西远比一个现成的产品要多得多。