1. 智能药盒系统概述：什么是智能药盒？系统组成与功能需求分析
各位同学，咱们今天聊聊智能药盒。说实话，我第一次接触这个项目时，心里想的是——这不就是个带定时器的塑料盒子吗？后来真正深入进去才发现，这里面的门道比想象中多得多。
智能药盒，说白了就是一套能帮你管理用药的嵌入式系统。它不光是装药的容器，更是一个能提醒、能记录、能防错的微型设备。我在一个养老项目中见过太多老人因为忘吃药、吃错药出问题，那时候我就觉得，这东西做扎实了，真能救命。
1.1 系统组成：硬件与软件的协同
一个完整的智能药盒系统，通常由以下几个核心模块构成。我习惯把它们分成三层来看：
| 层级 | 组成模块 | 典型器件/方案 |
|---|---|---|
| 感知层 | 药仓检测、开盖检测、按键输入 | 红外对管、微动开关、电容触摸 |
| 控制层 | 主控MCU、实时时钟、存储单元 | STM32、DS3231、EEPROM |
| 交互层 | 显示、语音、通信、报警 | OLED、蜂鸣器、Wi-Fi模块 |
你想想看，这三层缺一不可。感知层负责「知道发生了什么」，控制层负责「判断该怎么做」，交互层负责「告诉用户怎么做」。我在早期一个原型机里，就犯过感知层选型太弱的错误——红外对管被阳光干扰，导致误报率高达30%。后来换成带编码的红外方案，才算稳定下来。
1.2 功能需求分析：从用户角度出发
做嵌入式系统，最怕的就是「我觉得用户需要这个」。我建议你从三个维度去拆解功能需求：
- 核心功能：定时提醒、药仓分配、取药确认。这是底线，做不好就别出货。
- 增强功能：远程通知、用药记录、多用户管理。这些是加分项，但会增加系统复杂度。
- 可靠性功能：低电量报警、异常检测、数据备份。嗯，这里要特别注意——很多团队把可靠性放在最后做，结果一上电就崩。
重要提醒：功能需求一定要和硬件资源匹配。我曾经见过一个方案，要求同时支持Wi-Fi、蓝牙、4G、语音识别、摄像头拍照……结果MCU选了个Cortex-M0，根本跑不动。最后不得不砍掉一半功能，重新选型。
1.3 典型应用场景与设计约束
智能药盒不是万能药。不同的使用场景，设计侧重点完全不同。我列几个常见的：
- 居家养老场景：用户多为老年人，按键要大、字体要粗、语音要响。电池续航至少7天以上。
- 医院病房场景：需要联网管理，护士站能远程查看用药状态。对电磁兼容性要求高。
- 户外便携场景：体积要小、重量要轻、防水防尘。充电接口得用Type-C。
为什么会这样？因为每个场景的「痛点」不一样。居家场景最怕老人不会操作，医院场景最怕数据丢失，户外场景最怕没电。你设计时得抓住主要矛盾。
我的经验：做需求分析时，一定要去现场待两天。我在养老院蹲过一周，发现老人其实不介意药盒丑，但特别介意「按了没反应」。所以按键的触觉反馈和声音反馈，比外观重要一百倍。
1.4 系统设计的几个坑
最后，我分享几个自己踩过的坑，希望能帮你少走弯路：
- 时钟精度：别用MCU内部RCC做定时，误差太大。我试过用内部时钟，一周能差出15分钟。老老实实上外部晶振或者专用RTC芯片。
- 药仓检测：别只用单点检测。药片可能卡住、可能倾斜。我后来改用多点检测+重量传感器融合，准确率从85%提升到99%以上。
- 低功耗设计：别让Wi-Fi一直在线。用定时唤醒+事件触发，能把待机电流从50mA降到0.5mA。这个差距，直接决定了用户是三天充一次电还是一个月充一次。
警告：千万不要在原型阶段就追求「全功能」。先跑通核心链路——定时、提醒、取药确认。其他功能可以后续迭代。我见过太多团队，功能做了一大堆，结果连最基本的定时都跑不准。
好了，这一章就聊到这里。下一章我们会深入硬件选型，聊聊MCU、传感器、通信模块到底怎么挑。到时候我会拿几个实际项目中的选型对比表出来，咱们一起分析。