一、项目导论与需求分析：智能药盒的市场背景、安全用药痛点分析、系统功能需求、技术选型
大家好，我是你们这门课的主讲。今天咱们正式开篇，聊聊这个智能药盒项目到底要做什么、为什么做、以及怎么选技术方案。
说实话，我最早接触这个方向，是因为家里老人有一次吃错了药。那会儿我还在做工业物联网，突然意识到——咱们搞了那么多高大上的自动化系统，却连最基本的用药安全都没解决好。嗯，这确实是个值得深挖的领域。
1.1 市场背景：为什么现在做智能药盒？
先看几组数据，你就明白了。
| 指标 | 数据 | 来源 |
|---|---|---|
| 全球慢性病患者 | 超过15亿人 | WHO 2023 |
| 用药依从性不足 | 约50%患者不按时服药 | 《柳叶刀》 |
| 因用药错误导致的住院 | 每年约130万例 | FDA报告 |
| 智能药盒市场年增长率 | 18.7% | Grand View Research |
你看，市场盘子很大，痛点也很明确。但市面上的产品呢？要么太贵，动辄上千；要么功能单一，就是个带闹钟的盒子。真正能做到「检测+报警+远程监控」一体化的，少之又少。
我个人习惯是，做项目之前先看竞品。我拆过三款主流智能药盒，发现它们普遍存在几个问题：
- 剂量检测基本靠猜——大部分产品只记录「开盖次数」，根本不知道你倒了几颗药
- 报警方式单一——只有本地蜂鸣器，老人耳背听不见怎么办？
- 远程监控形同虚设——很多产品连个正经的云平台都没有，数据存在本地，家人根本看不到
所以，咱们这门课要做的，就是把这些坑都填上。
1.2 安全用药痛点分析：到底痛在哪？
我总结了一下，核心痛点就四个字：错、漏、重、乱。
错——吃错药。尤其是家里有好几种药，包装又像，老人很容易拿错。
漏——忘记吃。这个最常见，忙起来就忘了，或者干脆不记得自己吃没吃。
重——重复吃。刚吃完又吃一次，特别是安眠药、降压药，后果很严重。
乱——乱搭配。有些药不能一起吃，但患者自己不知道。
我在项目中遇到过一位用户，他父亲每天要吃7种药，分早中晚三次。老人家自己搞了个小本本，每次吃完画个勾。结果有一天勾错了，晚上又吃了一遍降压药，直接低血压送急诊。你想想看，如果有个系统能自动检测、自动报警、自动通知家人，是不是就能避免？
所以，咱们这个系统的核心目标就是：让吃药这件事，变得像「扫码支付」一样简单、可靠、可追溯。
1.3 系统功能需求：我们要做什么？
基于上面的痛点，我梳理了四大核心功能模块。每个模块都是刚需，少一个都不行。
1.3.1 定时提醒
这个最基础，但要做好不容易。
- 多时段设置——早中晚，甚至每4小时一次
- 多种提醒方式——蜂鸣器、LED闪烁、语音播报（「张奶奶，该吃降压药了」）
- 智能跳过——如果检测到药已经吃了，自动取消本次提醒
嗯，这里要注意：提醒不是越响越好。我见过有些产品，蜂鸣器声音大得吓人，老人一紧张反而容易出错。建议用渐响式设计，先小声，再慢慢变大。
1.3.2 剂量检测
这是整个系统的技术难点，也是咱们课程的重点。
说白了，就是要知道「每次倒出了几颗药」。我试过几种方案：
- 红外对射——药片经过时遮挡光线，计数。但药片太小或透明时容易漏检
- 称重传感器——每次倒药前后称重，差值除以单颗重量。精度取决于传感器和药片一致性
- 光电反射——药片经过时反射光信号。这个方案我最终选了，性价比最高
我的建议：初学者先用称重方案，逻辑简单，调试容易。等掌握了基础，再挑战光电计数。咱们课程里两种都会讲。
1.3.3 异常报警
报警不是简单的「滴滴滴」，要分等级：
| 报警等级 | 触发条件 | 响应方式 |
|---|---|---|
| 一级（提示） | 快到服药时间 | LED慢闪 + 蜂鸣器短鸣 |
| 二级（警告） | 超过服药时间30分钟 | LED快闪 + 蜂鸣器长鸣 + 语音提醒 |
| 三级（紧急） | 检测到剂量异常（多取或少取） | 以上全部 + 远程推送 + 短信通知家人 |
我曾经遇到过一个问题：老人把药盒放在抽屉里，报警声被挡住了。所以后来我加了一个「震动马达」，药盒本身会震动，放在枕头底下都能感觉到。这个细节，很多产品都没考虑到。
1.3.4 远程监控
这是让产品「活起来」的关键。家人可以通过手机App或小程序，随时查看：
- 今天药吃了没？吃了多少？
- 药盒里还剩多少药？
- 有没有异常报警？
说白了，就是给子女一个「远程安心」的功能。我认识的一位医生朋友说，很多老人其实不是记性差，是「不想让子女担心」——明明没吃药，电话里却说吃了。有了远程监控，这个问题就解决了。
1.4 技术选型：用什么来做？
好，需求明确了，接下来就是选型。这部分我踩过不少坑，直接给你们最优解。
1.4.1 硬件平台
我推荐 ESP32，原因有三：
- 自带Wi-Fi和蓝牙，省去外接模块的麻烦
- 性能足够，双核240MHz，跑RTOS没问题
- 生态好，Arduino、MicroPython、ESP-IDF都能用
有人可能会问：「为什么不用STM32？」嗯，STM32当然也行，但你要额外配Wi-Fi模块，成本、体积、功耗都上去了。ESP32一颗芯片搞定，不香吗？
1.4.2 传感器
| 功能 | 推荐型号 | 理由 |
|---|---|---|
| 剂量检测（称重） | HX711 + 5kg称重传感器 | 精度高（24位ADC），价格便宜，资料多 |
| 剂量检测（光电） | 红外对射模块（LM393） | 响应快，成本低，适合高速计数 |
| 开盖检测 | 干簧管 + 磁铁 | 简单可靠，零功耗 |
| 环境监测 | DHT22（温湿度） | 有些药需要恒温恒湿保存 |
注意：称重传感器一定要做「温度补偿」。我刚开始做的时候没注意，夏天和冬天的读数能差5%以上。后来加了温度传感器做软件补偿，才稳定下来。
1.4.3 通信协议
这个其实没什么好纠结的：
- 本地通信——I2C（传感器）、GPIO（按键、LED）、UART（调试）
- 远程通信——Wi-Fi（MQTT协议）
为什么选MQTT？因为它轻量、可靠、支持发布/订阅模式，非常适合物联网场景。咱们后面会专门用一节课讲MQTT的搭建和调试。
1.4.4 云平台
我推荐两个，你们根据情况选：
| 平台 | 优点 | 缺点 | 适合场景 |
|---|---|---|---|
| 阿里云IoT | 国内访问快，文档中文，免费额度够用 | 配置稍复杂 | 正式产品 |
| Blynk | 上手极快，可视化界面拖拽生成 | 免费版有限制 | 原型验证、学习 |
我个人习惯是：原型阶段用Blynk，快速验证功能；正式部署切到阿里云，稳定可靠。咱们课程里两个都会讲，你学完可以自由切换。
1.5 本章小结
好，第一节课的内容就这些。咱们捋一下：
- 市场背景——需求大、痛点深、竞品弱
- 功能需求——提醒、检测、报警、监控，一个不能少
- 技术选型——ESP32 + HX711 + MQTT + 阿里云，性价比最高
下一节课，咱们就开始动手搭建开发环境了。我会带着你从零开始，把ESP32的开发环境配好，跑通第一个程序。
对了，有个小建议：现在就去买一块ESP32开发板，别光看不练。我见过太多学员，课听完了，板子还没到货。动手，才是学嵌入式的唯一捷径。
咱们下节课见。