1. 项目概述一个“会提醒你喝水”的瓶子最近几年身边不少朋友都开始抱怨自己“忙起来就忘了喝水”或者“一天下来感觉口干舌燥才想起来喝一口”。这其实是个挺普遍的健康隐患。长期饮水不足不仅影响皮肤和精神状态更与泌尿系统健康、新陈代谢效率直接挂钩。于是市面上开始出现一种被称为“智能水杯”或“补水提醒瓶”的产品核心功能就是通过技术手段帮助用户建立并维持规律的饮水习惯。我手头这个项目就是围绕“Bottle that keeps you hydrated”让你保持水分充足的瓶子这个核心概念展开的。它不是一个简单的容器而是一个集成了传感器、微控制器和交互模块的智能硬件系统。它的目标很明确量化你的饮水行为并在你“该喝水”的时候用最自然、最不打扰的方式提醒你。听起来简单但要做好背后涉及硬件选型、功耗控制、算法逻辑和用户体验设计等一系列问题。我自己也尝试过几款市面上的产品有的提醒太烦人有的续航太短有的数据不准。所以这次我想从零开始深入聊聊如何打造一个真正好用、能融入日常生活的智能补水瓶把其中的技术细节、设计考量和踩过的坑都摊开来讲。2. 核心功能与系统设计思路拆解一个合格的“补水提醒瓶”其核心功能远不止“定时响铃”那么简单。我们需要把它拆解成一个完整的系统来思考。2.1 核心需求解析从“提醒”到“习惯养成”用户的核心需求是“保持水分充足”这可以分解为几个层次量化摄入用户需要知道自己喝了多少水距离目标还有多远。这需要瓶子能准确测量水量变化。智能提醒提醒不能是僵化的闹钟。它应该基于用户的个人目标如每日2000毫升、实际饮水进度以及可能的活动水平来动态调整提醒时机。无感交互最好的交互是用户感觉不到交互。拿起瓶子喝水这个动作本身就应该被识别并记录无需额外操作如按键。数据可视与反馈用户需要直观地看到自己的饮水成就和趋势正向激励习惯养成。全天候陪伴作为日常用品它必须续航持久、坚固耐用、方便清洗。基于这些需求整个系统的设计思路就清晰了我们需要一个能感知水量和用户拿起动作的传感系统一个负责处理数据、执行提醒逻辑的大脑微控制器一个友好且低功耗的提醒输出方式灯光/震动以及一个可选的数据同步与展示终端手机App。2.2 硬件架构选型在精度、成本与功耗间权衡硬件是项目的基石每一个组件的选型都直接关系到最终体验。主控芯片MCU这是瓶子的“大脑”。考虑到需要长时间低功耗运行目标是充一次电用一个月以上带蓝牙功能以便与手机同步数据我首选ESP32-C3。它基于RISC-V架构功耗控制优秀集成蓝牙5.0性能足够处理传感器数据和简单算法且开发资源丰富。相比更常见的ESP32C3在保持足够功能的同时功耗和成本更有优势。水量检测方案这是技术难点之一。常见方案有称重传感器如HX711压力传感器精度高能检测到克级别的变化但安装结构复杂瓶子底部需要专门设计且成本较高。液位传感器电容式/光学式安装在瓶壁通过检测水位变化来推算水量。电容式易受水质和水垢影响光学式对射型精度尚可但需要透明瓶身且安装位置固定。流量传感器安装在瓶口喝水时直接计量流量。精度最高但会改变喝水口感和结构清洗困难。经过权衡我选择了一种折中且可靠的方案使用高精度称重传感器模块。虽然结构和成本稍高但其测量结果最直接、最准确不受水质、气泡、瓶身形状影响。为了实现“拿起即记录”我们还需要一个惯性测量单元IMU如MPU6050三轴加速度计陀螺仪用于检测瓶子被拿起、倾斜喝水的动作。将重量数据的骤减与IMU检测到的特定动作模式如持续数秒的特定角度倾斜在时间上关联起来就能高置信度地判定一次饮水事件并计算出饮水量。提醒与交互模块提醒需要温和且有效。我选择了RGB LED灯环如WS2812B和微型震动马达。灯环可以放置在瓶子底部或中部通过颜色和灯光流动效果来显示水量进度如从红色到绿色并在该喝水时发出柔和闪烁。震动马达则提供一种静默的触觉提醒适合在会议等安静场合使用。两者均由MCU的PWM引脚控制。电源管理长续航是关键。我会选择一块容量较大的锂聚合物电池如2000mAh配合高效的低压差稳压器LDO为整个系统供电。同时在固件层面必须实现深度睡眠策略当瓶子静止超过一定时间如5分钟MCU关闭所有外设灯、IMU仅保留称重传感器的间歇性唤醒检测检测是否被拿起进入微安级的休眠状态直到被IMU的中断信号或重量显著变化唤醒。3. 核心细节解析与实操要点确定了架构接下来就是魔鬼般的细节实现。这里每一步都关乎最终产品的稳定性和用户体验。3.1 传感器数据融合与饮水事件判定算法这是项目的软件核心。单纯看重量减少可能是喝水也可能是水洒了或者把瓶子放到了不平的地方。单纯看IMU动作也可能是拿起瓶子摇晃或者只是移动位置。因此必须进行多传感器数据融合。算法逻辑如下状态监控系统大部分时间处于“监控模式”以低频率如1Hz读取重量和IMU数据仅加速度计功耗极低。触发条件重量触发连续两次采样间重量减少超过一个阈值如20克用于过滤微小波动。动作触发加速度计检测到瓶子被拿起的典型加速度变化模式。事件判定当任一触发条件满足MCU立即进入“高功耗检测模式”快速采样IMU陀螺仪也启动和重量数据。如果是由“动作触发”进入则持续监测后续3-5秒内的重量变化。如果在动作持续期间或结束后短时间内重量发生稳定下降符合喝水时缓慢减重的曲线则判定为一次饮水事件记录下降的重量值作为饮水量。如果是由“重量触发”进入则立即检查IMU数据看是否在重量下降前后有对应的“拿起并倾斜”动作模式。如果有则判定为饮水如果没有则可能是渗漏或其他情况事件被丢弃。数据记录判定成功的饮水事件其时间戳和饮水量会被记录到MCU的非易失性存储器如EEPROM或Flash的模拟区域中。实操心得这里的阈值重量变化阈值、动作判定时间窗口、倾斜角度范围需要大量实测来校准。不同人喝水习惯不同有人豪饮有人小口抿。我建议在代码里将这些参数做成可配置的通过后续的手机App来让用户进行简单的“习惯校准”例如让用户喝一口已知容量的水系统记录下这个过程的数据特征。3.2 低功耗设计与续航优化实战智能硬件产品用户最不能忍的就是频繁充电。我们的目标是“月”级续航。硬件层面的省电电源路径设计使用带有“使能”引脚的低功耗LDO当MCU深度睡眠时可以彻底切断对IMU、灯环等外设的供电仅保留称重传感器其本身功耗也很低的供电。传感器选型选择支持低功耗模式的传感器。例如MPU6050可以配置为低功耗加速度计模式仅消耗几十微安。LED灯控WS2812B灯珠在不显示时应发送“熄灭”指令并将其数据线拉低避免待机电流。软件层面的省电固件策略睡眠模式应用ESP32-C3支持深度睡眠Deep Sleep此时仅RTC模块和少数GPIO可配置为外部唤醒源保持供电功耗可降至10微安以下。我们的策略是在无事件发生时每10秒由定时器唤醒一次快速读取一次重量传感器判断是否被拿起然后立即再次进入深度睡眠。这个“10秒”是功耗和响应速度的平衡点。外设分时供电只有在判定可能发生饮水事件时才全功率开启IMU进行精细动作捕捉。无线连接管理蓝牙仅在需要与手机同步数据时如用户打开App才被唤醒并建立连接同步完成后立即断开并进入深度睡眠。应避免让瓶子长期处于广播或连接状态。续航估算 假设电池容量为2000mAh7400mWh。深度睡眠状态电流15μA功耗可忽略不计。监控状态每秒唤醒一次读重量平均电流约500μA。活跃状态检测喝水、亮灯提醒平均电流约80mA但每次持续时间短如亮灯10秒检测5秒。假设用户每天喝水10次每次活跃15秒其余时间处于监控状态。那么每日功耗约为(0.5mA * 24h) (80mA * 10 * 15/3600 h) ≈ 12mAh 3.3mAh ≈ 15.3mAh。理论续航2000mAh / 15.3mAh/天 ≈ 130天。这已经远超一个月目标。实际中蓝牙同步、电路静态功耗等会消耗一部分但实现1-2个月的续航是非常现实的。3.3 结构设计与用户体验细节瓶子是天天拿在手里的东西结构设计直接影响使用感受。传感器布局与密封称重传感器需要设计一个坚固的底座将瓶子稳稳地放在传感器上。传感器本身必须与瓶内液体完全隔离防止受潮损坏。底座内部需要留出足够的空间放置电路板和电池。IMU应安装在瓶身中部或上部更接近手握和运动的位置信号更准确。LED灯环如果放在底部可以通过半透明的底座材料形成柔和的氛围光如果放在瓶身则需要考虑导光结构避免看到一颗颗灯珠。充电接口必须使用防水型磁吸充电触点或无线充电线圈。绝对不能在瓶身上开USB孔那是漏水和不安全的隐患。无线充电线圈可以内置在底座里充电时只需将瓶子放在充电座上即可。瓶体选择与处理材质首选食品级不锈钢双层真空保温或Tritan共聚酯塑料。前者保温保冷质感好后者轻便耐摔无异味。两者都便于清洗。透明度如果用水位传感器则需要透明瓶身。如果用重量传感器则瓶身可以不透明这给了设计更多选择。结构瓶盖与瓶身的连接需要巧妙。电路部分含电池最好与储水部分物理隔离通常放在瓶底不可拆卸的底座内通过可靠的防水密封圈与瓶身连接。用户只需清洗瓶身和瓶盖即可。交互逻辑水量显示瓶身无屏幕通过底部LED颜色表示。例如0%-33%红色34%-66%黄色67%-100%绿色。灯光亮度在白天和夜晚应能自动或手动调节。提醒方式可以设置多种模式。例如“标准模式”每小时若未喝水则轻微震动一次同时灯光闪烁绿色5秒。“强提醒模式”超过2小时未喝水灯光变为红色呼吸闪烁震动加强。重置与配对底座应有一个隐藏的物理按键用取卡针按压长按用于重置Wi-Fi/蓝牙配对短按可以手动触发一次饮水记录以防误判。4. 固件开发与核心代码实现有了硬件和设计就需要固件Firmware来赋予其灵魂。这里以ESP32-C3为例简述核心逻辑的实现。4.1 开发环境与基础框架搭建我选择使用Arduino框架进行开发因为它对ESP32系列支持好库丰富开发速度快。当然追求极致性能和功耗的话可以用ESP-IDF。首先需要导入必要的库#include Wire.h // I2C通信用于MPU6050 #include “hx711.h” // 重量传感器库 #include Adafruit_NeoPixel.h // WS2812B灯环库 #include BLEDevice.h #include BLEUtils.h #include BLEServer.h // 蓝牙库 #include “EEPROM.h” // 用于存储饮水记录定义全局变量和引脚// 引脚定义 #define LOADCELL_DOUT_PIN 4 #define LOADCELL_SCK_PIN 5 #define MPU6050_INT_PIN 6 #define LED_PIN 7 #define VIBRATOR_PIN 8 #define BUTTON_PIN 9 // 对象 HX711 scale; Adafruit_NeoPixel pixels(12, LED_PIN, NEO_GRB NEO_KHZ800); // 假设12颗灯珠 MPU6050 mpu; // 全局变量 float currentWeight 0; float lastStableWeight 0; float dailyGoal 2000.0; // 默认目标2000克 float consumedToday 0.0; bool bottlePickedUp false; unsigned long pickupTime 0;4.2 主循环逻辑与状态机实现固件核心是一个状态机State Machine清晰管理瓶子的不同工作模式。enum BottleState { SLEEP_MODE, MONITOR_MODE, ACTIVE_DETECTION_MODE, REMINDER_MODE, BLUETOOTH_MODE }; BottleState currentState SLEEP_MODE; void loop() { switch (currentState) { case SLEEP_MODE: // 进入深度睡眠由定时器或外部中断重量变化/IMU中断唤醒 esp_sleep_enable_timer_wakeup(10 * 1000000); // 10秒唤醒一次 esp_sleep_enable_ext0_wakeup(GPIO_NUM_6, HIGH); // MPU6050中断引脚唤醒 esp_deep_sleep_start(); // 唤醒后会从setup()重新开始需要判断唤醒原因 break; case MONITOR_MODE: // 低功耗监控状态 checkWeightQuick(); // 快速读取重量判断是否有显著变化 checkIMUActivity(); // 检测是否有拿起动作低功耗加速度模式 if (weightChangedSignificantly() || imuActivityDetected()) { currentState ACTIVE_DETECTION_MODE; pickupTime millis(); } // 检查是否到达提醒时间 if (isTimeToRemind()) { currentState REMINDER_MODE; } delay(100); // 监控周期100ms break; case ACTIVE_DETECTION_MODE: // 高功耗检测状态持续约5秒 performHighFreqSampling(); // 高频采样重量和IMU if (detectDrinkingGesture()) { recordDrinkingEvent(calculateWaterConsumed()); updateLEDProgress(); currentState MONITOR_MODE; } else if (millis() - pickupTime 5000) { // 5秒内未检测到喝水动作认为是误触发 currentState MONITOR_MODE; } break; case REMINDER_MODE: // 触发提醒 activateGentleVibration(); showReminderLightEffect(); delay(10000); // 提醒持续10秒 cancelReminder(); currentState MONITOR_MODE; break; case BLUETOOTH_MODE: // 处理蓝牙连接与数据同步 handleBluetoothCommunication(); if (bluetoothSessionFinished) { currentState MONITOR_MODE; } break; } }4.3 饮水事件检测的核心函数示例detectDrinkingGesture()函数是算法的核心bool detectDrinkingGesture() { // 1. 获取当前高频率采样数据 float weightTrend[20]; // 存储最近20个重量值假设100ms采样一次共2秒 float accelYTrend[20]; // 存储Y轴加速度瓶子倾斜轴 // ... 填充数组的代码 ... // 2. 分析重量趋势是否呈现一个平滑下降的斜坡而不是阶跃下降可能是泼洒 bool weightSmoothDecrease analyzeWeightSmoothDecrease(weightTrend); // 3. 分析动作趋势是否有一个持续的倾斜角度对应喝水姿势 bool sustainedTilt analyzeSustainedTilt(accelYTrend); // 4. 时间关联性重量下降是否发生在倾斜动作期间或紧随其后 bool timeCorrelated checkTimeCorrelation(weightTrend, accelYTrend); // 5. 综合判定 if (weightSmoothDecrease sustainedTilt timeCorrelated) { return true; } return false; } float calculateWaterConsumed() { // 找到重量开始下降的点和稳定的新点 float startWeight findStableWeightBeforeDrop(); float endWeight findStableWeightAfterDrop(); // 简单起见假设1克水1毫升 float waterConsumed startWeight - endWeight; // 过滤异常值单次饮水通常不会超过800毫升也不会少于10毫升 if (waterConsumed 800.0 || waterConsumed 10.0) { return 0.0; // 认为是无效事件 } return waterConsumed; }5. 手机App端联动与数据可视化可选但重要虽然瓶子本身可以独立工作但一个配套的App能极大提升体验。它主要负责初始设置设置用户体重、活动水平、每日饮水目标。数据同步与查看通过蓝牙获取瓶子里的历史饮水记录以图表形式展示日、周、月的饮水趋势。个性化提醒设置允许用户自定义提醒模式、时段如免打扰时间。固件升级OTA未来为瓶子增加新功能。开发建议可以使用Flutter或React Native这类跨平台框架快速开发。与ESP32的通信遵循标准的蓝牙低功耗BLE协议。瓶子作为GATT服务器提供诸如“今日饮水量”、“电池电量”、“饮水记录”等特征值Characteristics供App读取和订阅。关键数据点Service: Hydration Service (自定义UUID)Characteristic: Current Water Level (可读通知)- 当前剩余水量/百分比Characteristic: Todays Consumption (可读)- 今日已喝水量Characteristic: Drink History (可读)- 历史记录时间水量Characteristic: Goal Settings (可读可写)- 饮水目标、提醒设置Characteristic: Battery Level (可读通知)- 电池电量6. 常见问题、调试与量产考量在实际制作和调试过程中会遇到各种各样的问题。6.1 开发调试阶段常见问题问题1重量传感器读数不稳定漂移严重。原因HX711模块对电源噪声和机械应力非常敏感。供电不稳、传感器受力不均、导线晃动都会引起漂移。解决电源滤波在HX711的VCC和GND之间并联一个100μF的电解电容和一个0.1μF的陶瓷电容尽量靠近模块引脚。机械稳定确保传感器安装平台绝对稳固瓶子放置位置居中且每次一致。可以使用橡胶垫来缓冲微小震动。软件滤波不要用单次读数。采用滑动平均滤波或中值滤波。例如连续读取10次去掉最大最小值后求平均。long getStableWeight() { long readings[10]; for (int i 0; i 10; i) { readings[i] scale.read_average(5); // HX711自带5次平均 delay(10); } // 简单排序并取中间值中值滤波 sortArray(readings, 10); return readings[5]; }自动去皮在每次系统启动或长时间静止后自动记录一个“空瓶”重量作为基准。问题2IMU误触发太多比如走路震动导致误以为拿起瓶子。原因动作检测阈值设置太敏感。解决调整算法。不仅要看加速度的绝对值还要看其变化模式。拿起瓶子通常是一个从静止加速度矢量约等于重力到有一个水平方向加速度然后恢复静止的过程。可以结合加速度模值和持续时间来判断。bool imuActivityDetected() { float accel sqrt(ax*ax ay*ay az*az); // 静止时模值约为9.8。拿起时会有明显偏差。 if (abs(accel - 9.8) 2.0) { // 阈值2.0 m/s^2 activityCounter; if (activityCounter 5) { // 持续超过500ms return true; } } else { activityCounter 0; } return false; }问题3续航远低于理论计算。原因深度睡眠未成功进入或唤醒太频繁。外设如LED、蓝牙漏电。电路板存在短路或设计缺陷。排查用万用表串联测量电池供电电流分别测试睡眠模式、监控模式、活跃模式下的电流与数据手册对比。检查代码确保在睡眠前已断开所有外设供电数字引脚置低、关闭外设电源。使用ESP32的esp_sleep_get_wakeup_cause()函数判断唤醒源优化唤醒策略。6.2 从原型到产品的考量如果你真的想做出一个可靠的产品而不仅仅是原型还需要考虑校准与测试重量校准需要设计一个标准的校准流程。例如让用户先放上空瓶按一下校准键再放入已知重量如500克的砝码再按一下校准键。系统根据这两点计算出线性比例系数。批量生产测试需要设计治具Fixture能自动给每个成品瓶子进行重量校准、动作测试、灯光和震动功能测试、蓝牙配对测试、防水测试IPX7等级。防水与安全密封设计电路仓必须达到IP67或更高等级。使用硅胶密封圈接口处打防水胶。电池安全必须使用带有保护板的正规锂聚合物电池充电电路必须有过充、过放、过流保护。电磁兼容EMC产品需要通过相关的无线电和安规认证如CE、FCC这需要专业的设计和测试。用户体验打磨首次使用引导Onboarding用户拿到瓶子打开开关手机App应该能自动弹出配对提示引导完成目标设置。提醒的“情商”如果用户刚刚喝完一大口水系统应该智能地推迟下一次提醒而不是机械地按固定间隔来。数据激励在App里设计成就系统、每周报告分享等利用游戏化元素促进习惯坚持。打造一个“Bottle that keeps you hydrated”从想法到可用的原型再到成熟的产品是一条充满挑战但乐趣十足的路。它要求你横跨嵌入式硬件、传感器技术、低功耗编程、结构设计甚至简单的工业设计。最关键的是要始终从用户真实的使用场景出发去思考每一个技术细节。我自己的体会是最难的不是让瓶子“工作”而是让它“优雅地、无感地融入生活”。当用户不再需要刻意去关注这个瓶子而良好的饮水习惯却悄然养成时这个项目才算真正成功了。最后一个小建议在PCB设计时务必为调试预留足够的测试点如串口、电源、关键信号这会在开发调试阶段为你节省无数时间。 从零打造智能水杯：ESP32-C3与传感器融合的低功耗硬件实践
1. 项目概述一个“会提醒你喝水”的瓶子最近几年身边不少朋友都开始抱怨自己“忙起来就忘了喝水”或者“一天下来感觉口干舌燥才想起来喝一口”。这其实是个挺普遍的健康隐患。长期饮水不足不仅影响皮肤和精神状态更与泌尿系统健康、新陈代谢效率直接挂钩。于是市面上开始出现一种被称为“智能水杯”或“补水提醒瓶”的产品核心功能就是通过技术手段帮助用户建立并维持规律的饮水习惯。我手头这个项目就是围绕“Bottle that keeps you hydrated”让你保持水分充足的瓶子这个核心概念展开的。它不是一个简单的容器而是一个集成了传感器、微控制器和交互模块的智能硬件系统。它的目标很明确量化你的饮水行为并在你“该喝水”的时候用最自然、最不打扰的方式提醒你。听起来简单但要做好背后涉及硬件选型、功耗控制、算法逻辑和用户体验设计等一系列问题。我自己也尝试过几款市面上的产品有的提醒太烦人有的续航太短有的数据不准。所以这次我想从零开始深入聊聊如何打造一个真正好用、能融入日常生活的智能补水瓶把其中的技术细节、设计考量和踩过的坑都摊开来讲。2. 核心功能与系统设计思路拆解一个合格的“补水提醒瓶”其核心功能远不止“定时响铃”那么简单。我们需要把它拆解成一个完整的系统来思考。2.1 核心需求解析从“提醒”到“习惯养成”用户的核心需求是“保持水分充足”这可以分解为几个层次量化摄入用户需要知道自己喝了多少水距离目标还有多远。这需要瓶子能准确测量水量变化。智能提醒提醒不能是僵化的闹钟。它应该基于用户的个人目标如每日2000毫升、实际饮水进度以及可能的活动水平来动态调整提醒时机。无感交互最好的交互是用户感觉不到交互。拿起瓶子喝水这个动作本身就应该被识别并记录无需额外操作如按键。数据可视与反馈用户需要直观地看到自己的饮水成就和趋势正向激励习惯养成。全天候陪伴作为日常用品它必须续航持久、坚固耐用、方便清洗。基于这些需求整个系统的设计思路就清晰了我们需要一个能感知水量和用户拿起动作的传感系统一个负责处理数据、执行提醒逻辑的大脑微控制器一个友好且低功耗的提醒输出方式灯光/震动以及一个可选的数据同步与展示终端手机App。2.2 硬件架构选型在精度、成本与功耗间权衡硬件是项目的基石每一个组件的选型都直接关系到最终体验。主控芯片MCU这是瓶子的“大脑”。考虑到需要长时间低功耗运行目标是充一次电用一个月以上带蓝牙功能以便与手机同步数据我首选ESP32-C3。它基于RISC-V架构功耗控制优秀集成蓝牙5.0性能足够处理传感器数据和简单算法且开发资源丰富。相比更常见的ESP32C3在保持足够功能的同时功耗和成本更有优势。水量检测方案这是技术难点之一。常见方案有称重传感器如HX711压力传感器精度高能检测到克级别的变化但安装结构复杂瓶子底部需要专门设计且成本较高。液位传感器电容式/光学式安装在瓶壁通过检测水位变化来推算水量。电容式易受水质和水垢影响光学式对射型精度尚可但需要透明瓶身且安装位置固定。流量传感器安装在瓶口喝水时直接计量流量。精度最高但会改变喝水口感和结构清洗困难。经过权衡我选择了一种折中且可靠的方案使用高精度称重传感器模块。虽然结构和成本稍高但其测量结果最直接、最准确不受水质、气泡、瓶身形状影响。为了实现“拿起即记录”我们还需要一个惯性测量单元IMU如MPU6050三轴加速度计陀螺仪用于检测瓶子被拿起、倾斜喝水的动作。将重量数据的骤减与IMU检测到的特定动作模式如持续数秒的特定角度倾斜在时间上关联起来就能高置信度地判定一次饮水事件并计算出饮水量。提醒与交互模块提醒需要温和且有效。我选择了RGB LED灯环如WS2812B和微型震动马达。灯环可以放置在瓶子底部或中部通过颜色和灯光流动效果来显示水量进度如从红色到绿色并在该喝水时发出柔和闪烁。震动马达则提供一种静默的触觉提醒适合在会议等安静场合使用。两者均由MCU的PWM引脚控制。电源管理长续航是关键。我会选择一块容量较大的锂聚合物电池如2000mAh配合高效的低压差稳压器LDO为整个系统供电。同时在固件层面必须实现深度睡眠策略当瓶子静止超过一定时间如5分钟MCU关闭所有外设灯、IMU仅保留称重传感器的间歇性唤醒检测检测是否被拿起进入微安级的休眠状态直到被IMU的中断信号或重量显著变化唤醒。3. 核心细节解析与实操要点确定了架构接下来就是魔鬼般的细节实现。这里每一步都关乎最终产品的稳定性和用户体验。3.1 传感器数据融合与饮水事件判定算法这是项目的软件核心。单纯看重量减少可能是喝水也可能是水洒了或者把瓶子放到了不平的地方。单纯看IMU动作也可能是拿起瓶子摇晃或者只是移动位置。因此必须进行多传感器数据融合。算法逻辑如下状态监控系统大部分时间处于“监控模式”以低频率如1Hz读取重量和IMU数据仅加速度计功耗极低。触发条件重量触发连续两次采样间重量减少超过一个阈值如20克用于过滤微小波动。动作触发加速度计检测到瓶子被拿起的典型加速度变化模式。事件判定当任一触发条件满足MCU立即进入“高功耗检测模式”快速采样IMU陀螺仪也启动和重量数据。如果是由“动作触发”进入则持续监测后续3-5秒内的重量变化。如果在动作持续期间或结束后短时间内重量发生稳定下降符合喝水时缓慢减重的曲线则判定为一次饮水事件记录下降的重量值作为饮水量。如果是由“重量触发”进入则立即检查IMU数据看是否在重量下降前后有对应的“拿起并倾斜”动作模式。如果有则判定为饮水如果没有则可能是渗漏或其他情况事件被丢弃。数据记录判定成功的饮水事件其时间戳和饮水量会被记录到MCU的非易失性存储器如EEPROM或Flash的模拟区域中。实操心得这里的阈值重量变化阈值、动作判定时间窗口、倾斜角度范围需要大量实测来校准。不同人喝水习惯不同有人豪饮有人小口抿。我建议在代码里将这些参数做成可配置的通过后续的手机App来让用户进行简单的“习惯校准”例如让用户喝一口已知容量的水系统记录下这个过程的数据特征。3.2 低功耗设计与续航优化实战智能硬件产品用户最不能忍的就是频繁充电。我们的目标是“月”级续航。硬件层面的省电电源路径设计使用带有“使能”引脚的低功耗LDO当MCU深度睡眠时可以彻底切断对IMU、灯环等外设的供电仅保留称重传感器其本身功耗也很低的供电。传感器选型选择支持低功耗模式的传感器。例如MPU6050可以配置为低功耗加速度计模式仅消耗几十微安。LED灯控WS2812B灯珠在不显示时应发送“熄灭”指令并将其数据线拉低避免待机电流。软件层面的省电固件策略睡眠模式应用ESP32-C3支持深度睡眠Deep Sleep此时仅RTC模块和少数GPIO可配置为外部唤醒源保持供电功耗可降至10微安以下。我们的策略是在无事件发生时每10秒由定时器唤醒一次快速读取一次重量传感器判断是否被拿起然后立即再次进入深度睡眠。这个“10秒”是功耗和响应速度的平衡点。外设分时供电只有在判定可能发生饮水事件时才全功率开启IMU进行精细动作捕捉。无线连接管理蓝牙仅在需要与手机同步数据时如用户打开App才被唤醒并建立连接同步完成后立即断开并进入深度睡眠。应避免让瓶子长期处于广播或连接状态。续航估算 假设电池容量为2000mAh7400mWh。深度睡眠状态电流15μA功耗可忽略不计。监控状态每秒唤醒一次读重量平均电流约500μA。活跃状态检测喝水、亮灯提醒平均电流约80mA但每次持续时间短如亮灯10秒检测5秒。假设用户每天喝水10次每次活跃15秒其余时间处于监控状态。那么每日功耗约为(0.5mA * 24h) (80mA * 10 * 15/3600 h) ≈ 12mAh 3.3mAh ≈ 15.3mAh。理论续航2000mAh / 15.3mAh/天 ≈ 130天。这已经远超一个月目标。实际中蓝牙同步、电路静态功耗等会消耗一部分但实现1-2个月的续航是非常现实的。3.3 结构设计与用户体验细节瓶子是天天拿在手里的东西结构设计直接影响使用感受。传感器布局与密封称重传感器需要设计一个坚固的底座将瓶子稳稳地放在传感器上。传感器本身必须与瓶内液体完全隔离防止受潮损坏。底座内部需要留出足够的空间放置电路板和电池。IMU应安装在瓶身中部或上部更接近手握和运动的位置信号更准确。LED灯环如果放在底部可以通过半透明的底座材料形成柔和的氛围光如果放在瓶身则需要考虑导光结构避免看到一颗颗灯珠。充电接口必须使用防水型磁吸充电触点或无线充电线圈。绝对不能在瓶身上开USB孔那是漏水和不安全的隐患。无线充电线圈可以内置在底座里充电时只需将瓶子放在充电座上即可。瓶体选择与处理材质首选食品级不锈钢双层真空保温或Tritan共聚酯塑料。前者保温保冷质感好后者轻便耐摔无异味。两者都便于清洗。透明度如果用水位传感器则需要透明瓶身。如果用重量传感器则瓶身可以不透明这给了设计更多选择。结构瓶盖与瓶身的连接需要巧妙。电路部分含电池最好与储水部分物理隔离通常放在瓶底不可拆卸的底座内通过可靠的防水密封圈与瓶身连接。用户只需清洗瓶身和瓶盖即可。交互逻辑水量显示瓶身无屏幕通过底部LED颜色表示。例如0%-33%红色34%-66%黄色67%-100%绿色。灯光亮度在白天和夜晚应能自动或手动调节。提醒方式可以设置多种模式。例如“标准模式”每小时若未喝水则轻微震动一次同时灯光闪烁绿色5秒。“强提醒模式”超过2小时未喝水灯光变为红色呼吸闪烁震动加强。重置与配对底座应有一个隐藏的物理按键用取卡针按压长按用于重置Wi-Fi/蓝牙配对短按可以手动触发一次饮水记录以防误判。4. 固件开发与核心代码实现有了硬件和设计就需要固件Firmware来赋予其灵魂。这里以ESP32-C3为例简述核心逻辑的实现。4.1 开发环境与基础框架搭建我选择使用Arduino框架进行开发因为它对ESP32系列支持好库丰富开发速度快。当然追求极致性能和功耗的话可以用ESP-IDF。首先需要导入必要的库#include Wire.h // I2C通信用于MPU6050 #include “hx711.h” // 重量传感器库 #include Adafruit_NeoPixel.h // WS2812B灯环库 #include BLEDevice.h #include BLEUtils.h #include BLEServer.h // 蓝牙库 #include “EEPROM.h” // 用于存储饮水记录定义全局变量和引脚// 引脚定义 #define LOADCELL_DOUT_PIN 4 #define LOADCELL_SCK_PIN 5 #define MPU6050_INT_PIN 6 #define LED_PIN 7 #define VIBRATOR_PIN 8 #define BUTTON_PIN 9 // 对象 HX711 scale; Adafruit_NeoPixel pixels(12, LED_PIN, NEO_GRB NEO_KHZ800); // 假设12颗灯珠 MPU6050 mpu; // 全局变量 float currentWeight 0; float lastStableWeight 0; float dailyGoal 2000.0; // 默认目标2000克 float consumedToday 0.0; bool bottlePickedUp false; unsigned long pickupTime 0;4.2 主循环逻辑与状态机实现固件核心是一个状态机State Machine清晰管理瓶子的不同工作模式。enum BottleState { SLEEP_MODE, MONITOR_MODE, ACTIVE_DETECTION_MODE, REMINDER_MODE, BLUETOOTH_MODE }; BottleState currentState SLEEP_MODE; void loop() { switch (currentState) { case SLEEP_MODE: // 进入深度睡眠由定时器或外部中断重量变化/IMU中断唤醒 esp_sleep_enable_timer_wakeup(10 * 1000000); // 10秒唤醒一次 esp_sleep_enable_ext0_wakeup(GPIO_NUM_6, HIGH); // MPU6050中断引脚唤醒 esp_deep_sleep_start(); // 唤醒后会从setup()重新开始需要判断唤醒原因 break; case MONITOR_MODE: // 低功耗监控状态 checkWeightQuick(); // 快速读取重量判断是否有显著变化 checkIMUActivity(); // 检测是否有拿起动作低功耗加速度模式 if (weightChangedSignificantly() || imuActivityDetected()) { currentState ACTIVE_DETECTION_MODE; pickupTime millis(); } // 检查是否到达提醒时间 if (isTimeToRemind()) { currentState REMINDER_MODE; } delay(100); // 监控周期100ms break; case ACTIVE_DETECTION_MODE: // 高功耗检测状态持续约5秒 performHighFreqSampling(); // 高频采样重量和IMU if (detectDrinkingGesture()) { recordDrinkingEvent(calculateWaterConsumed()); updateLEDProgress(); currentState MONITOR_MODE; } else if (millis() - pickupTime 5000) { // 5秒内未检测到喝水动作认为是误触发 currentState MONITOR_MODE; } break; case REMINDER_MODE: // 触发提醒 activateGentleVibration(); showReminderLightEffect(); delay(10000); // 提醒持续10秒 cancelReminder(); currentState MONITOR_MODE; break; case BLUETOOTH_MODE: // 处理蓝牙连接与数据同步 handleBluetoothCommunication(); if (bluetoothSessionFinished) { currentState MONITOR_MODE; } break; } }4.3 饮水事件检测的核心函数示例detectDrinkingGesture()函数是算法的核心bool detectDrinkingGesture() { // 1. 获取当前高频率采样数据 float weightTrend[20]; // 存储最近20个重量值假设100ms采样一次共2秒 float accelYTrend[20]; // 存储Y轴加速度瓶子倾斜轴 // ... 填充数组的代码 ... // 2. 分析重量趋势是否呈现一个平滑下降的斜坡而不是阶跃下降可能是泼洒 bool weightSmoothDecrease analyzeWeightSmoothDecrease(weightTrend); // 3. 分析动作趋势是否有一个持续的倾斜角度对应喝水姿势 bool sustainedTilt analyzeSustainedTilt(accelYTrend); // 4. 时间关联性重量下降是否发生在倾斜动作期间或紧随其后 bool timeCorrelated checkTimeCorrelation(weightTrend, accelYTrend); // 5. 综合判定 if (weightSmoothDecrease sustainedTilt timeCorrelated) { return true; } return false; } float calculateWaterConsumed() { // 找到重量开始下降的点和稳定的新点 float startWeight findStableWeightBeforeDrop(); float endWeight findStableWeightAfterDrop(); // 简单起见假设1克水1毫升 float waterConsumed startWeight - endWeight; // 过滤异常值单次饮水通常不会超过800毫升也不会少于10毫升 if (waterConsumed 800.0 || waterConsumed 10.0) { return 0.0; // 认为是无效事件 } return waterConsumed; }5. 手机App端联动与数据可视化可选但重要虽然瓶子本身可以独立工作但一个配套的App能极大提升体验。它主要负责初始设置设置用户体重、活动水平、每日饮水目标。数据同步与查看通过蓝牙获取瓶子里的历史饮水记录以图表形式展示日、周、月的饮水趋势。个性化提醒设置允许用户自定义提醒模式、时段如免打扰时间。固件升级OTA未来为瓶子增加新功能。开发建议可以使用Flutter或React Native这类跨平台框架快速开发。与ESP32的通信遵循标准的蓝牙低功耗BLE协议。瓶子作为GATT服务器提供诸如“今日饮水量”、“电池电量”、“饮水记录”等特征值Characteristics供App读取和订阅。关键数据点Service: Hydration Service (自定义UUID)Characteristic: Current Water Level (可读通知)- 当前剩余水量/百分比Characteristic: Todays Consumption (可读)- 今日已喝水量Characteristic: Drink History (可读)- 历史记录时间水量Characteristic: Goal Settings (可读可写)- 饮水目标、提醒设置Characteristic: Battery Level (可读通知)- 电池电量6. 常见问题、调试与量产考量在实际制作和调试过程中会遇到各种各样的问题。6.1 开发调试阶段常见问题问题1重量传感器读数不稳定漂移严重。原因HX711模块对电源噪声和机械应力非常敏感。供电不稳、传感器受力不均、导线晃动都会引起漂移。解决电源滤波在HX711的VCC和GND之间并联一个100μF的电解电容和一个0.1μF的陶瓷电容尽量靠近模块引脚。机械稳定确保传感器安装平台绝对稳固瓶子放置位置居中且每次一致。可以使用橡胶垫来缓冲微小震动。软件滤波不要用单次读数。采用滑动平均滤波或中值滤波。例如连续读取10次去掉最大最小值后求平均。long getStableWeight() { long readings[10]; for (int i 0; i 10; i) { readings[i] scale.read_average(5); // HX711自带5次平均 delay(10); } // 简单排序并取中间值中值滤波 sortArray(readings, 10); return readings[5]; }自动去皮在每次系统启动或长时间静止后自动记录一个“空瓶”重量作为基准。问题2IMU误触发太多比如走路震动导致误以为拿起瓶子。原因动作检测阈值设置太敏感。解决调整算法。不仅要看加速度的绝对值还要看其变化模式。拿起瓶子通常是一个从静止加速度矢量约等于重力到有一个水平方向加速度然后恢复静止的过程。可以结合加速度模值和持续时间来判断。bool imuActivityDetected() { float accel sqrt(ax*ax ay*ay az*az); // 静止时模值约为9.8。拿起时会有明显偏差。 if (abs(accel - 9.8) 2.0) { // 阈值2.0 m/s^2 activityCounter; if (activityCounter 5) { // 持续超过500ms return true; } } else { activityCounter 0; } return false; }问题3续航远低于理论计算。原因深度睡眠未成功进入或唤醒太频繁。外设如LED、蓝牙漏电。电路板存在短路或设计缺陷。排查用万用表串联测量电池供电电流分别测试睡眠模式、监控模式、活跃模式下的电流与数据手册对比。检查代码确保在睡眠前已断开所有外设供电数字引脚置低、关闭外设电源。使用ESP32的esp_sleep_get_wakeup_cause()函数判断唤醒源优化唤醒策略。6.2 从原型到产品的考量如果你真的想做出一个可靠的产品而不仅仅是原型还需要考虑校准与测试重量校准需要设计一个标准的校准流程。例如让用户先放上空瓶按一下校准键再放入已知重量如500克的砝码再按一下校准键。系统根据这两点计算出线性比例系数。批量生产测试需要设计治具Fixture能自动给每个成品瓶子进行重量校准、动作测试、灯光和震动功能测试、蓝牙配对测试、防水测试IPX7等级。防水与安全密封设计电路仓必须达到IP67或更高等级。使用硅胶密封圈接口处打防水胶。电池安全必须使用带有保护板的正规锂聚合物电池充电电路必须有过充、过放、过流保护。电磁兼容EMC产品需要通过相关的无线电和安规认证如CE、FCC这需要专业的设计和测试。用户体验打磨首次使用引导Onboarding用户拿到瓶子打开开关手机App应该能自动弹出配对提示引导完成目标设置。提醒的“情商”如果用户刚刚喝完一大口水系统应该智能地推迟下一次提醒而不是机械地按固定间隔来。数据激励在App里设计成就系统、每周报告分享等利用游戏化元素促进习惯坚持。打造一个“Bottle that keeps you hydrated”从想法到可用的原型再到成熟的产品是一条充满挑战但乐趣十足的路。它要求你横跨嵌入式硬件、传感器技术、低功耗编程、结构设计甚至简单的工业设计。最关键的是要始终从用户真实的使用场景出发去思考每一个技术细节。我自己的体会是最难的不是让瓶子“工作”而是让它“优雅地、无感地融入生活”。当用户不再需要刻意去关注这个瓶子而良好的饮水习惯却悄然养成时这个项目才算真正成功了。最后一个小建议在PCB设计时务必为调试预留足够的测试点如串口、电源、关键信号这会在开发调试阶段为你节省无数时间。