1. 项目缘起为什么需要关注儿童衣物的湿度作为一名长期关注儿童健康与智能家居的开发者我最近完成了一个小项目它源于一个非常具体且容易被忽视的生活痛点孩子衣物汗湿后的实时监测。很多家长包括我自己都遇到过类似的情况——孩子在外面疯玩一阵后后背、腋下等部位的衣物被汗水浸湿但孩子自己往往不会主动说或者玩得太投入根本感觉不到。等到家长发现时湿漉漉的衣物可能已经贴着皮肤捂了很长时间轻则导致孩子不舒服、哭闹重则可能引发着凉感冒甚至皮肤问题。传统的做法是靠家长“摸一摸”或者等孩子自己说但这既不实时也不精准。尤其是在温差较大的季节或者孩子进行室内外活动转换时这种滞后性带来的健康风险会被放大。于是一个想法自然浮现能不能做一个轻便、无感、能实时监测孩子衣物湿度的小设备当湿度超过某个安全阈值时能立即提醒看护人这就是“Kids Clothing Humidity Real-Time Monitor”儿童衣物湿度实时监测器项目的初衷。它不是一个复杂的科研仪器而是一个旨在解决具体生活问题、提升育儿体验的实用型DIY项目。这个项目的核心价值在于“实时”与“预警”。它通过传感器将不可见的湿度变化转化为可视、可听的数据与警报让看护者能第一时间采取行动如给孩子垫汗巾、更换干爽衣物防患于未然。接下来我将从硬件选型、原理剖析、制作步骤、算法调优到实际应用中的各种“坑”完整地分享这个项目的实现过程与心得。2. 核心硬件选型与电路设计思路要实现衣物湿度的实时监测硬件是基础。选型需要兼顾几个关键点测量精度、功耗、体积大小、佩戴舒适性以及成本。经过多轮对比和实测我最终确定了以下方案。2.1 湿度传感器的抉择电容式 vs. 电阻式湿度传感器是项目的心脏。市面上常见的有电阻式和电容式两种。电阻式湿度传感器利用湿敏电阻的阻值随湿度变化的原理。优点是电路简单、成本极低。但缺点非常明显响应速度慢、精度低、一致性差且容易因电解而老化长期稳定性不佳。对于需要贴身穿戴、接触汗液含电解质的环境电阻式传感器基本可以排除。电容式湿度传感器利用感湿材料介电常数随湿度变化的特性。其核心是一个电容湿度变化导致电容值改变。这类传感器响应快、精度高、稳定性好并且可以设计得非常小巧。主流型号如Sensirion的SHT3x系列、TE Connectivity的HTU21D等都是集成数字输出的芯片精度可达±2%RH且带有温度补偿非常适合本项目。注意切勿选择那些几块钱一个的、只有两个引脚或三个引脚的“土壤湿度传感器”模块。它们多是电阻式原理用于粗略的土壤检测尚可但用于精度要求高、且接触成分复杂的汗液时数据会严重失真且漂移巨大。我最终选择了SHT31-DIS这款传感器。理由如下高精度与高稳定性典型精度±2%RH完全满足区分“微潮”、“潮湿”、“湿透”的需求。超小尺寸芯片尺寸仅2.5 x 2.5 mm加上封装也很小易于集成到柔性穿戴设备中。数字接口标准的I2C接口与微控制器通信简单抗干扰能力强于模拟信号。功耗极低平均测量电流仅1.7µA非常适合电池供电。2.2 微控制器的选择低功耗与无线通信是刚需微控制器MCU是项目的大脑负责读取传感器数据、处理算法、控制警报和无线通信。选择MCU时超低功耗和集成无线功能是首要考虑因素因为设备需要长时间佩戴且能主动上报数据。ESP32系列功能强大集成Wi-Fi和蓝牙但即使在深度睡眠模式下功耗对于纽扣电池供电的穿戴设备来说依然偏高。更适合作为固定式的中继网关。nRF52系列如nRF52832/nRF52840蓝牙低功耗BLE领域的明星。其功耗控制极为出色在连接间隔合理设置的情况下一颗CR2032纽扣电池可以工作数月甚至更久。它完全满足本项目“传感器数据采集BLE无线传输”的核心需求。因此我选择了nRF52832作为主控。它内置了ARM Cortex-M4内核性能足够拥有丰富的GPIO和ADC并且Nordic提供的SDK和SoftDevice蓝牙协议栈非常成熟开发相对便捷。2.3 电源管理与外围电路设计一个可靠的穿戴设备电源设计至关重要。供电方案采用一颗CR2032 3V纽扣电池供电。其容量约220mAh体积小易于获取和更换。通过一个低压差稳压器LDO如MCP1700-3.0为整个系统提供稳定的3.0V电压。功耗控制策略传感器间歇工作SHT31本身功耗极低但为了进一步省电可以设置为每10秒唤醒测量一次这个频率对于汗湿监测足够。MCU深度睡眠在两次测量间隔将nRF52832置于System OFF或深度睡眠Deep Sleep模式此时功耗可低至1µA以下。蓝牙广播/连接优化这是耗电大户。方案有两种方案A无连接广播设备不建立蓝牙连接而是以较低频率如每5秒一次广播一个包含湿度数据的蓝牙广播包。手机App在后台扫描并解析。这种方式MCU功耗最低但手机端接收数据可能不连续且无法反向下发配置如修改湿度阈值。方案B快速连接传输设备平时深度睡眠当传感器检测到湿度超过阈值时MCU才唤醒并快速建立蓝牙连接将警报信息发送给已配对的手机然后立即断开进入睡眠。这种方式更省电且实现了真正的“事件触发式”警报。我选择了方案B。警报模块选用一个微型贴片振动马达如1020型和一个0603封装的红色LED。当湿度超标时MCU驱动它们工作提供本地触觉和视觉警报。同时通过BLE通知手机App发出声音推送。柔性电路与封装为了佩戴舒适整个电路需要做在柔性PCBFPC上或者使用柔软的导线连接并将所有元件用柔软的硅胶或医用级TPU材料进行灌封确保与皮肤接触的部分光滑、无锐角、且具备一定的防水性防汗。3. 固件开发低功耗逻辑与湿度算法实现硬件搭好了接下来是让设备“聪明”起来的软件部分。固件开发主要在nRF52832上使用Nordic的nRF5 SDK和Segger Embedded Studio进行。3.1 系统工作流程与状态机设计整个设备的工作流程是一个精心设计的状态机核心目标是最大化睡眠时间。上电初始化 - 进入深度睡眠 定时器中断唤醒例如每10秒 - 唤醒MCU 初始化I2C读取SHT31温湿度数据 - 进入湿度判断算法 IF 湿度值 阈值 记录本次数据可选 关闭传感器与I2C 重新进入深度睡眠 ELSE IF 湿度值 阈值 触发本地警报振动、LED闪烁 启动蓝牙广播尝试连接已绑定的手机 连接成功后发送警报包包含湿度值、时间戳 断开蓝牙连接 关闭所有外设 进入深度睡眠可设置一个较长的“不应期”如5分钟防止持续潮湿下的频繁报警这个流程的关键在于绝大多数时间MCU、传感器、蓝牙都处于关闭或深度睡眠状态只有极短的瞬间在工作。3.2 湿度数据的滤波与阈值判断算法直接从传感器读出的原始数据不能直接用于判断因为可能存在瞬时干扰比如衣物被短暂溅到水点或传感器本身的微小波动。我们需要一个简单的滤波算法。我采用了一个移动平均滤波结合滞回比较的策略。移动平均滤波不是用单次采样值判断而是维护一个包含最近N次例如5次采样值的小数组。每次新的采样值加入并剔除最旧的值然后计算当前平均值。#define SAMPLE_SIZE 5 float humidity_buffer[SAMPLE_SIZE]; int buffer_index 0; float get_filtered_humidity(float new_humidity) { humidity_buffer[buffer_index] new_humidity; buffer_index (buffer_index 1) % SAMPLE_SIZE; float sum 0; for(int i 0; i SAMPLE_SIZE; i) { sum humidity_buffer[i]; } return sum / SAMPLE_SIZE; }这能有效平滑掉单次突变的噪声。滞回比较这是防止在阈值附近频繁触发警报的关键。我们设定两个阈值报警阈值上限和解除报警阈值下限。假设设定报警阈值为65%RH解除报警阈值设为55%RH。当滤波后的湿度从低于65%上升到超过65%时触发报警。一旦报警触发设备进入报警状态。此时只有当湿度从高于55%下降到低于55%时才认为潮湿情况解除设备退出报警状态。这样即使湿度在60%上下波动也不会导致设备在“报警”和“正常”状态间疯狂切换。3.3 蓝牙服务BLE GATT自定义我们需要通过BLE向手机App传输数据。为此在nRF52832上需要自定义一个GATT服务。创建自定义服务UUID例如0xFEF0。定义特征值Characteristic湿度数据特征属性为Read Notify。手机可以读取当前湿度并且设备可以在湿度超标时主动通知Notify手机。数据格式可以用两个字节的整数表示湿度百分比如65代表65%。报警阈值特征属性为Read Write。允许手机App在连接后动态修改设备的报警阈值和解除阈值。设备状态特征属性为Read Notify。传输设备当前状态如正常、报警、低电量等和电池电压。在SDK中这需要通过ble_gatts.h相关的API来一步步定义和添加服务。这一步需要仔细对照Nordic的GATT示例代码确保UUID、句柄、属性权限设置正确否则手机会无法发现或读写特征。4. 手机端App开发与数据可视化设备端准备好了还需要一个终端来接收和展示信息。我选择用Flutter框架开发跨平台iOS/AndroidApp因为它开发效率高且能很好地与蓝牙通信。4.1 BLE通信与设备管理在Flutter中使用flutter_blue_plus这个插件来处理蓝牙通信。设备扫描与过滤App启动后扫描周围的BLE设备。我们的设备在广播包中会包含特定的Service UUID即前面定义的0xFEF0App只显示和列出包含此UUID的设备避免用户看到一堆无关的蓝牙设备。连接与服务发现用户选择设备后App发起连接。连接成功后立即开始发现服务找到我们自定义的GATT服务及其下的各个特征值。数据订阅与监听成功发现特征后App向“湿度数据特征”和“设备状态特征”订阅通知Enable Notification。这样一旦设备端数据有变如触发报警App就能实时收到回调无需轮询。阈值设置App提供一个设置界面当与设备连接时可以将用户设定的报警上下限阈值通过“报警阈值特征”写入设备完成配置同步。4.2 用户界面与警报逻辑App的UI设计以简洁、清晰为首要目标。主界面中央一个大圆圈实时显示当前湿度百分比。背景色可以根据湿度值渐变如蓝色-绿色-黄色-红色。下方显示设备状态、电池电量、历史曲线入口按钮。警报触发当收到设备发来的报警Notify或者App根据收到的实时数据判断超过阈值时界面大圆圈变为红色并闪烁。手机发出高优先级的推送通知即使App在后台并伴随持续振动和响铃确保看护人能立刻察觉。通知内容可包含“宝宝衣物潮湿警报当前湿度XX%”。历史数据App将接收到的湿度数据连同时间戳存储到本地数据库如SQLite。可以绘制过去1小时、6小时、24小时的湿度变化曲线帮助家长了解孩子的活动规律和出汗情况。多设备管理考虑到可能有多件衣物或多个孩子App支持添加和管理多个监测设备并可以给设备命名如“小宝的T恤”、“大宝的运动外套”。5. 实测、校准与遇到的“坑”理论设计完成进入激动人心的实测阶段。这个过程也是问题集中爆发的阶段。5.1 传感器校准与“贴身”环境挑战第一个大坑来自传感器本身。SHT31的出厂精度是±2%RH但这通常是指在23°C特定湿度环境下的实验室数据。当把它封装进一个紧贴皮肤、相对密闭的硅胶套中时微环境发生了巨大变化。问题直接读取的数据在同样的环境湿度下比裸露的传感器读数持续偏高约8-10%RH。这是因为封装材料可能吸附少量湿气且皮肤散发的热量和微量水汽在狭小空间内形成了局部高湿环境。解决必须进行现场校准。我采用了“两点校准法”。低点校准将封装好的设备与一个高精度的参考湿度计如经过计量的温湿度记录仪一同放入装有饱和盐溶液如氯化镁可产生约33%RH的稳定湿度环境的密闭容器中静置数小时至读数稳定。记录此时传感器读数例如显示45%RH和实际环境湿度33%RH。得到一点45, 33。高点校准同样方法放入另一种饱和盐溶液如氯化钠约75%RH或专业的湿度发生器。得到另一点例如读数85实际75。计算补偿公式根据这两点可以计算出一个线性补偿公式实际湿度 a * 传感器读数 b。将这两个参数a, b写入设备的固件中在每次读取原始数据后应用此公式进行补偿。经过校准后测量误差可以控制在±3%RH以内完全满足应用需求。5.2 蓝牙连接稳定性与功耗的博弈第二个坑是蓝牙连接策略。问题最初为了确保数据可靠我让设备在报警时保持连接直到手机确认。但发现有时手机App因系统休眠或网络切换导致连接意外断开设备端却因未收到断开指令而一直维持在连接状态疯狂耗电一颗新电池一天就没电了。解决优化连接策略加入超时强制断开机制。设备端发起连接后启动一个硬件看门狗Watchdog定时器超时时间设为10秒。如果在10秒内成功发送警报数据并收到手机端的确认包可以是一个自定义的ACK特征值则设备主动断开连接进入睡眠。如果10秒内未完成通信或连接异常看门狗超时复位设备也会强制进入睡眠状态。同时设备记录一次“通信失败”次数如果连续失败多次可以尝试切换报警方式如仅本地振动报警。 这个机制确保了在任何异常情况下设备都不会陷入高功耗的死循环。5.3 佩戴舒适性与可靠性的细节打磨这是从“能用”到“好用”的关键。问题1皮肤过敏与透气性。早期使用的普通硅胶封装孩子佩戴一段时间后皮肤发红。解决更换为医用级抗过敏硅胶并在接触皮肤的一面设计微小的透气孔阵列在保证防护等级IP67防汗的同时尽可能提升透气性。问题2衣物摩擦与脱落。设备如何固定在衣物上别针可能扎伤孩子胶贴可能不牢或损伤衣物。解决设计了一个柔软的硅胶夹子类似一个扁平的“小螃蟹钳”可以牢牢夹在衣领、袖口或下摆的布料上且夹口内侧有防滑纹理。同时封装体本身设计成扁平的流线型减少钩挂。问题3误报警。孩子洗手不小心溅到水或者空气中湿度骤增如进入浴室可能触发报警。解决在算法层面增加环境湿度参考。如果能加入一个同样封装但置于衣物外侧不接触皮肤的辅助传感器或者通过手机App获取本地天气湿度数据就可以计算一个“相对湿度差”。只有当“贴身湿度”显著高于“环境湿度”时才判定为汗湿这能极大减少环境因素导致的误报。6. 项目总结与未来可扩展方向经过几轮迭代这个小设备已经在我家孩子身上稳定运行了数月。它在几次公园奔跑和体育课后都成功发出了预警让我们能及时处理孩子抱怨“后背黏黏的”的情况大大减少。这个项目让我深刻体会到将技术应用于生活细节解决一个微小但真实的痛点所带来的满足感不亚于完成一个大型系统。回顾整个项目有几点核心心得传感器选型是基石在消费级应用中电容式数字温湿度传感器在精度、稳定性和体积上的综合优势无可替代前期多投入一点成本在好的传感器上后期会省去无数校准和调试的麻烦。低功耗设计是灵魂对于穿戴设备功耗直接决定了用户体验更换电池的频率。必须从芯片选型、电源架构、工作流程、无线协议等每一个环节进行抠细节式的优化。深度睡眠和事件触发是黄金法则。算法比硬件更重要单纯的硬件数据是粗糙的。通过滤波算法、滞回比较、多传感器数据融合如未来加入温度梯度判断等软件算法才能让设备变得“智能”区分正常波动与真实风险。用户体验在细节里从App警报的穿透力到设备佩戴的舒适度再到防止误报的逻辑每一个细节都影响着产品的最终可用性。多做实地测试让真实用户孩子和家长来反馈是打磨产品的最佳途径。这个项目本身还有很大的扩展空间多传感器融合集成一个微小的温度传感器阵列监测皮肤与衣物间的温度梯度可以更早地预测出汗趋势实现“预测性警报”。数据云端化与长期分析将湿度数据同步到云端结合活动记录可通过手机加速计或专门的运动传感器长期分析孩子的出汗模式或许能为儿童健康管理提供有趣的数据洞察。形态创新将传感器和微型电路直接纺织到衣物纤维中做成真正的“智能织物”实现完全无感的监测。技术服务于生活这个小小的湿度监测项目就是一个很好的起点。它不需要多么高深的理论但需要跨硬件、固件、软件和产品设计的综合思考与实践。希望我的这次分享能给有兴趣动手解决身边问题的朋友们带来一些切实的参考和启发。 基于nRF52832与SHT31的儿童衣物湿度监测器：低功耗蓝牙穿戴设备实战
1. 项目缘起为什么需要关注儿童衣物的湿度作为一名长期关注儿童健康与智能家居的开发者我最近完成了一个小项目它源于一个非常具体且容易被忽视的生活痛点孩子衣物汗湿后的实时监测。很多家长包括我自己都遇到过类似的情况——孩子在外面疯玩一阵后后背、腋下等部位的衣物被汗水浸湿但孩子自己往往不会主动说或者玩得太投入根本感觉不到。等到家长发现时湿漉漉的衣物可能已经贴着皮肤捂了很长时间轻则导致孩子不舒服、哭闹重则可能引发着凉感冒甚至皮肤问题。传统的做法是靠家长“摸一摸”或者等孩子自己说但这既不实时也不精准。尤其是在温差较大的季节或者孩子进行室内外活动转换时这种滞后性带来的健康风险会被放大。于是一个想法自然浮现能不能做一个轻便、无感、能实时监测孩子衣物湿度的小设备当湿度超过某个安全阈值时能立即提醒看护人这就是“Kids Clothing Humidity Real-Time Monitor”儿童衣物湿度实时监测器项目的初衷。它不是一个复杂的科研仪器而是一个旨在解决具体生活问题、提升育儿体验的实用型DIY项目。这个项目的核心价值在于“实时”与“预警”。它通过传感器将不可见的湿度变化转化为可视、可听的数据与警报让看护者能第一时间采取行动如给孩子垫汗巾、更换干爽衣物防患于未然。接下来我将从硬件选型、原理剖析、制作步骤、算法调优到实际应用中的各种“坑”完整地分享这个项目的实现过程与心得。2. 核心硬件选型与电路设计思路要实现衣物湿度的实时监测硬件是基础。选型需要兼顾几个关键点测量精度、功耗、体积大小、佩戴舒适性以及成本。经过多轮对比和实测我最终确定了以下方案。2.1 湿度传感器的抉择电容式 vs. 电阻式湿度传感器是项目的心脏。市面上常见的有电阻式和电容式两种。电阻式湿度传感器利用湿敏电阻的阻值随湿度变化的原理。优点是电路简单、成本极低。但缺点非常明显响应速度慢、精度低、一致性差且容易因电解而老化长期稳定性不佳。对于需要贴身穿戴、接触汗液含电解质的环境电阻式传感器基本可以排除。电容式湿度传感器利用感湿材料介电常数随湿度变化的特性。其核心是一个电容湿度变化导致电容值改变。这类传感器响应快、精度高、稳定性好并且可以设计得非常小巧。主流型号如Sensirion的SHT3x系列、TE Connectivity的HTU21D等都是集成数字输出的芯片精度可达±2%RH且带有温度补偿非常适合本项目。注意切勿选择那些几块钱一个的、只有两个引脚或三个引脚的“土壤湿度传感器”模块。它们多是电阻式原理用于粗略的土壤检测尚可但用于精度要求高、且接触成分复杂的汗液时数据会严重失真且漂移巨大。我最终选择了SHT31-DIS这款传感器。理由如下高精度与高稳定性典型精度±2%RH完全满足区分“微潮”、“潮湿”、“湿透”的需求。超小尺寸芯片尺寸仅2.5 x 2.5 mm加上封装也很小易于集成到柔性穿戴设备中。数字接口标准的I2C接口与微控制器通信简单抗干扰能力强于模拟信号。功耗极低平均测量电流仅1.7µA非常适合电池供电。2.2 微控制器的选择低功耗与无线通信是刚需微控制器MCU是项目的大脑负责读取传感器数据、处理算法、控制警报和无线通信。选择MCU时超低功耗和集成无线功能是首要考虑因素因为设备需要长时间佩戴且能主动上报数据。ESP32系列功能强大集成Wi-Fi和蓝牙但即使在深度睡眠模式下功耗对于纽扣电池供电的穿戴设备来说依然偏高。更适合作为固定式的中继网关。nRF52系列如nRF52832/nRF52840蓝牙低功耗BLE领域的明星。其功耗控制极为出色在连接间隔合理设置的情况下一颗CR2032纽扣电池可以工作数月甚至更久。它完全满足本项目“传感器数据采集BLE无线传输”的核心需求。因此我选择了nRF52832作为主控。它内置了ARM Cortex-M4内核性能足够拥有丰富的GPIO和ADC并且Nordic提供的SDK和SoftDevice蓝牙协议栈非常成熟开发相对便捷。2.3 电源管理与外围电路设计一个可靠的穿戴设备电源设计至关重要。供电方案采用一颗CR2032 3V纽扣电池供电。其容量约220mAh体积小易于获取和更换。通过一个低压差稳压器LDO如MCP1700-3.0为整个系统提供稳定的3.0V电压。功耗控制策略传感器间歇工作SHT31本身功耗极低但为了进一步省电可以设置为每10秒唤醒测量一次这个频率对于汗湿监测足够。MCU深度睡眠在两次测量间隔将nRF52832置于System OFF或深度睡眠Deep Sleep模式此时功耗可低至1µA以下。蓝牙广播/连接优化这是耗电大户。方案有两种方案A无连接广播设备不建立蓝牙连接而是以较低频率如每5秒一次广播一个包含湿度数据的蓝牙广播包。手机App在后台扫描并解析。这种方式MCU功耗最低但手机端接收数据可能不连续且无法反向下发配置如修改湿度阈值。方案B快速连接传输设备平时深度睡眠当传感器检测到湿度超过阈值时MCU才唤醒并快速建立蓝牙连接将警报信息发送给已配对的手机然后立即断开进入睡眠。这种方式更省电且实现了真正的“事件触发式”警报。我选择了方案B。警报模块选用一个微型贴片振动马达如1020型和一个0603封装的红色LED。当湿度超标时MCU驱动它们工作提供本地触觉和视觉警报。同时通过BLE通知手机App发出声音推送。柔性电路与封装为了佩戴舒适整个电路需要做在柔性PCBFPC上或者使用柔软的导线连接并将所有元件用柔软的硅胶或医用级TPU材料进行灌封确保与皮肤接触的部分光滑、无锐角、且具备一定的防水性防汗。3. 固件开发低功耗逻辑与湿度算法实现硬件搭好了接下来是让设备“聪明”起来的软件部分。固件开发主要在nRF52832上使用Nordic的nRF5 SDK和Segger Embedded Studio进行。3.1 系统工作流程与状态机设计整个设备的工作流程是一个精心设计的状态机核心目标是最大化睡眠时间。上电初始化 - 进入深度睡眠 定时器中断唤醒例如每10秒 - 唤醒MCU 初始化I2C读取SHT31温湿度数据 - 进入湿度判断算法 IF 湿度值 阈值 记录本次数据可选 关闭传感器与I2C 重新进入深度睡眠 ELSE IF 湿度值 阈值 触发本地警报振动、LED闪烁 启动蓝牙广播尝试连接已绑定的手机 连接成功后发送警报包包含湿度值、时间戳 断开蓝牙连接 关闭所有外设 进入深度睡眠可设置一个较长的“不应期”如5分钟防止持续潮湿下的频繁报警这个流程的关键在于绝大多数时间MCU、传感器、蓝牙都处于关闭或深度睡眠状态只有极短的瞬间在工作。3.2 湿度数据的滤波与阈值判断算法直接从传感器读出的原始数据不能直接用于判断因为可能存在瞬时干扰比如衣物被短暂溅到水点或传感器本身的微小波动。我们需要一个简单的滤波算法。我采用了一个移动平均滤波结合滞回比较的策略。移动平均滤波不是用单次采样值判断而是维护一个包含最近N次例如5次采样值的小数组。每次新的采样值加入并剔除最旧的值然后计算当前平均值。#define SAMPLE_SIZE 5 float humidity_buffer[SAMPLE_SIZE]; int buffer_index 0; float get_filtered_humidity(float new_humidity) { humidity_buffer[buffer_index] new_humidity; buffer_index (buffer_index 1) % SAMPLE_SIZE; float sum 0; for(int i 0; i SAMPLE_SIZE; i) { sum humidity_buffer[i]; } return sum / SAMPLE_SIZE; }这能有效平滑掉单次突变的噪声。滞回比较这是防止在阈值附近频繁触发警报的关键。我们设定两个阈值报警阈值上限和解除报警阈值下限。假设设定报警阈值为65%RH解除报警阈值设为55%RH。当滤波后的湿度从低于65%上升到超过65%时触发报警。一旦报警触发设备进入报警状态。此时只有当湿度从高于55%下降到低于55%时才认为潮湿情况解除设备退出报警状态。这样即使湿度在60%上下波动也不会导致设备在“报警”和“正常”状态间疯狂切换。3.3 蓝牙服务BLE GATT自定义我们需要通过BLE向手机App传输数据。为此在nRF52832上需要自定义一个GATT服务。创建自定义服务UUID例如0xFEF0。定义特征值Characteristic湿度数据特征属性为Read Notify。手机可以读取当前湿度并且设备可以在湿度超标时主动通知Notify手机。数据格式可以用两个字节的整数表示湿度百分比如65代表65%。报警阈值特征属性为Read Write。允许手机App在连接后动态修改设备的报警阈值和解除阈值。设备状态特征属性为Read Notify。传输设备当前状态如正常、报警、低电量等和电池电压。在SDK中这需要通过ble_gatts.h相关的API来一步步定义和添加服务。这一步需要仔细对照Nordic的GATT示例代码确保UUID、句柄、属性权限设置正确否则手机会无法发现或读写特征。4. 手机端App开发与数据可视化设备端准备好了还需要一个终端来接收和展示信息。我选择用Flutter框架开发跨平台iOS/AndroidApp因为它开发效率高且能很好地与蓝牙通信。4.1 BLE通信与设备管理在Flutter中使用flutter_blue_plus这个插件来处理蓝牙通信。设备扫描与过滤App启动后扫描周围的BLE设备。我们的设备在广播包中会包含特定的Service UUID即前面定义的0xFEF0App只显示和列出包含此UUID的设备避免用户看到一堆无关的蓝牙设备。连接与服务发现用户选择设备后App发起连接。连接成功后立即开始发现服务找到我们自定义的GATT服务及其下的各个特征值。数据订阅与监听成功发现特征后App向“湿度数据特征”和“设备状态特征”订阅通知Enable Notification。这样一旦设备端数据有变如触发报警App就能实时收到回调无需轮询。阈值设置App提供一个设置界面当与设备连接时可以将用户设定的报警上下限阈值通过“报警阈值特征”写入设备完成配置同步。4.2 用户界面与警报逻辑App的UI设计以简洁、清晰为首要目标。主界面中央一个大圆圈实时显示当前湿度百分比。背景色可以根据湿度值渐变如蓝色-绿色-黄色-红色。下方显示设备状态、电池电量、历史曲线入口按钮。警报触发当收到设备发来的报警Notify或者App根据收到的实时数据判断超过阈值时界面大圆圈变为红色并闪烁。手机发出高优先级的推送通知即使App在后台并伴随持续振动和响铃确保看护人能立刻察觉。通知内容可包含“宝宝衣物潮湿警报当前湿度XX%”。历史数据App将接收到的湿度数据连同时间戳存储到本地数据库如SQLite。可以绘制过去1小时、6小时、24小时的湿度变化曲线帮助家长了解孩子的活动规律和出汗情况。多设备管理考虑到可能有多件衣物或多个孩子App支持添加和管理多个监测设备并可以给设备命名如“小宝的T恤”、“大宝的运动外套”。5. 实测、校准与遇到的“坑”理论设计完成进入激动人心的实测阶段。这个过程也是问题集中爆发的阶段。5.1 传感器校准与“贴身”环境挑战第一个大坑来自传感器本身。SHT31的出厂精度是±2%RH但这通常是指在23°C特定湿度环境下的实验室数据。当把它封装进一个紧贴皮肤、相对密闭的硅胶套中时微环境发生了巨大变化。问题直接读取的数据在同样的环境湿度下比裸露的传感器读数持续偏高约8-10%RH。这是因为封装材料可能吸附少量湿气且皮肤散发的热量和微量水汽在狭小空间内形成了局部高湿环境。解决必须进行现场校准。我采用了“两点校准法”。低点校准将封装好的设备与一个高精度的参考湿度计如经过计量的温湿度记录仪一同放入装有饱和盐溶液如氯化镁可产生约33%RH的稳定湿度环境的密闭容器中静置数小时至读数稳定。记录此时传感器读数例如显示45%RH和实际环境湿度33%RH。得到一点45, 33。高点校准同样方法放入另一种饱和盐溶液如氯化钠约75%RH或专业的湿度发生器。得到另一点例如读数85实际75。计算补偿公式根据这两点可以计算出一个线性补偿公式实际湿度 a * 传感器读数 b。将这两个参数a, b写入设备的固件中在每次读取原始数据后应用此公式进行补偿。经过校准后测量误差可以控制在±3%RH以内完全满足应用需求。5.2 蓝牙连接稳定性与功耗的博弈第二个坑是蓝牙连接策略。问题最初为了确保数据可靠我让设备在报警时保持连接直到手机确认。但发现有时手机App因系统休眠或网络切换导致连接意外断开设备端却因未收到断开指令而一直维持在连接状态疯狂耗电一颗新电池一天就没电了。解决优化连接策略加入超时强制断开机制。设备端发起连接后启动一个硬件看门狗Watchdog定时器超时时间设为10秒。如果在10秒内成功发送警报数据并收到手机端的确认包可以是一个自定义的ACK特征值则设备主动断开连接进入睡眠。如果10秒内未完成通信或连接异常看门狗超时复位设备也会强制进入睡眠状态。同时设备记录一次“通信失败”次数如果连续失败多次可以尝试切换报警方式如仅本地振动报警。 这个机制确保了在任何异常情况下设备都不会陷入高功耗的死循环。5.3 佩戴舒适性与可靠性的细节打磨这是从“能用”到“好用”的关键。问题1皮肤过敏与透气性。早期使用的普通硅胶封装孩子佩戴一段时间后皮肤发红。解决更换为医用级抗过敏硅胶并在接触皮肤的一面设计微小的透气孔阵列在保证防护等级IP67防汗的同时尽可能提升透气性。问题2衣物摩擦与脱落。设备如何固定在衣物上别针可能扎伤孩子胶贴可能不牢或损伤衣物。解决设计了一个柔软的硅胶夹子类似一个扁平的“小螃蟹钳”可以牢牢夹在衣领、袖口或下摆的布料上且夹口内侧有防滑纹理。同时封装体本身设计成扁平的流线型减少钩挂。问题3误报警。孩子洗手不小心溅到水或者空气中湿度骤增如进入浴室可能触发报警。解决在算法层面增加环境湿度参考。如果能加入一个同样封装但置于衣物外侧不接触皮肤的辅助传感器或者通过手机App获取本地天气湿度数据就可以计算一个“相对湿度差”。只有当“贴身湿度”显著高于“环境湿度”时才判定为汗湿这能极大减少环境因素导致的误报。6. 项目总结与未来可扩展方向经过几轮迭代这个小设备已经在我家孩子身上稳定运行了数月。它在几次公园奔跑和体育课后都成功发出了预警让我们能及时处理孩子抱怨“后背黏黏的”的情况大大减少。这个项目让我深刻体会到将技术应用于生活细节解决一个微小但真实的痛点所带来的满足感不亚于完成一个大型系统。回顾整个项目有几点核心心得传感器选型是基石在消费级应用中电容式数字温湿度传感器在精度、稳定性和体积上的综合优势无可替代前期多投入一点成本在好的传感器上后期会省去无数校准和调试的麻烦。低功耗设计是灵魂对于穿戴设备功耗直接决定了用户体验更换电池的频率。必须从芯片选型、电源架构、工作流程、无线协议等每一个环节进行抠细节式的优化。深度睡眠和事件触发是黄金法则。算法比硬件更重要单纯的硬件数据是粗糙的。通过滤波算法、滞回比较、多传感器数据融合如未来加入温度梯度判断等软件算法才能让设备变得“智能”区分正常波动与真实风险。用户体验在细节里从App警报的穿透力到设备佩戴的舒适度再到防止误报的逻辑每一个细节都影响着产品的最终可用性。多做实地测试让真实用户孩子和家长来反馈是打磨产品的最佳途径。这个项目本身还有很大的扩展空间多传感器融合集成一个微小的温度传感器阵列监测皮肤与衣物间的温度梯度可以更早地预测出汗趋势实现“预测性警报”。数据云端化与长期分析将湿度数据同步到云端结合活动记录可通过手机加速计或专门的运动传感器长期分析孩子的出汗模式或许能为儿童健康管理提供有趣的数据洞察。形态创新将传感器和微型电路直接纺织到衣物纤维中做成真正的“智能织物”实现完全无感的监测。技术服务于生活这个小小的湿度监测项目就是一个很好的起点。它不需要多么高深的理论但需要跨硬件、固件、软件和产品设计的综合思考与实践。希望我的这次分享能给有兴趣动手解决身边问题的朋友们带来一些切实的参考和启发。