家里有老人的都懂吃药这件事看着简单实际操作起来全是问题。降压药早上吃、降糖药饭前吃、阿司匹林晚上吃一天三顿顿顿不重样。年轻人尚且容易记混老人更是三天两头漏服、重服、错服。我前后花了两周多时间基于STM32F103C8T6做了一款智能药盒/老人用药管理系统把代码、原理图、Proteus仿真工程全部整理开源了。这篇文章就把整个项目的来龙去脉、硬件设计、软件状态机、以及我在联调过程中踩过的坑一次性讲清楚想复现或者想做毕业设计的可以直接抄作业。这个项目的定位是一个低成本的用药管理终端能设置多组服药时间到点蜂鸣器响、指示灯亮、屏幕显示药名和剂量老人按确认键后停止报警系统自动记录本次服药时间如果超时没人处理报警会再次触发提醒家人或护工介入。硬件上就是一块STM32最小系统板加DS1302时钟、OLED显示屏、按键、蜂鸣器和AT24C02存储整套下来物料成本不超过30块钱外围电路不复杂非常适合拿来入门STM32从裸机到完整小系统的全过程。1. 智能药盒到底要解决什么问题需求拆解与系统模块划分很多人一上来就直接画原理图、写代码这是个误区。做嵌入式产品第一步一定是从场景里把需求抠出来搞清楚“谁在用、什么时候用、用坏了会怎样”否则后面做的全是无用功。1.1 吃药这件小事的真实痛点我调研了一圈家里有老人的朋友总结出三个最常出现的问题。一是漏服。老人记性衰退经常看完一集电视就忘了药这回事特别是下午和晚上这两个时段漏服率最高。二是重复服吃过一遍又忘了过半小时再吃一遍这种在独居老人里很常见。三是擅自停药觉得“今天血压不高就不吃了”这种最危险但也最不是嵌入式系统能解决的问题药盒只能做到尽量提醒和记录让家属有据可查。所以这个系统最核心的目标不是“治好病”而是“别漏、别重、别乱”。所有功能设计都围绕这三件事展开我把它们翻译成技术需求定时提醒、声光报警、按键确认、服药记录存储。1.2 需求清单从痛点推导出功能需求从上面的痛点出发我整理了一份需求清单后续的所有设计都以这份清单为约束条件。至少支持3组以上独立用药提醒每组包含药名、剂量、提醒时间、重复周期每天/每周某几天到点后蜂鸣器响、LED闪烁、OLED显示对应药品信息按键确认后停止报警并把当前时间写入服药记录存储区超时未确认5分钟后二次报警再之后每小时报警一次最多3次支持按键修改时间和提醒参数不需要连接手机老人不需要学任何App显示实时时钟走时误差每天不超过2秒断电后时间参数和用药记录不丢失外壳上只保留两个按键一个“确认”一个“设置”操作逻辑必须简单到零学习成本这些需求里面最重要的设计约束就是“操作必须极简”。我见过很多智能药盒产品功能强但交互复杂老人根本不会用最后沦为摆设。所以我把交互收敛成两个按键状态切换全部用菜单引导加屏幕提示的方式完成。1.3 系统模块划分与数据流明确了需求再来看硬件怎么分块。整个系统按照数据流的走向可以分成三层输入层、控制层、输出层。模块层具体器件作用输入层独立按键x2、DS1302时钟用户交互、时间基准控制层STM32F103C8T6、AT24C02逻辑处理、参数与记录存储输出层OLED 0.96寸、蜂鸣器、LED信息显示、声光报警数据流很简单DS1302提供当前时间STM32内部维护一张提醒表主循环里不断比对当前时间和提醒表中的时间。到达触发时刻就驱动蜂鸣器和LED报警同时在OLED上显示药名按键确认后把当前时间写入AT24C02更新已服药状态报警停止。整条链路是一个典型的前后台系统没有操作系统一个while(1)大循环加定时器中断就够了后面我会详细讲代码结构。2. 硬件电路设计主控选型、原理图要点与模块电路硬件设计这个环节我走了不少弯路。最初为了省事选过STC89C52后来发现8位机做这种多任务时间管理虽然也勉强能行但代码写起来处处掣肘而且Keil C51和MDK两套环境切换很麻烦。最终确定用STM32F103C8T6原因其实很直接资料多、外设全、价格低、仿真模型好找。2.1 为什么是STM32F103C8T6而不是51或ESP32选主控这件事我给自己列了一个对比表最终才敲定。这不是说51不行而是从这个项目的长远价值来看STM32的性价比更高。对比项STC89C52STM32F103C8T6ESP32主频12MHz72MHz240MHzFlash/RAM8KB/512B64KB/20KB4MB/520KB定时器2个4个4个硬件IIC/SPI无有有ADC8位12位12位开发资料量一般海量很多成本3元左右6元左右15元左右仿真模型支持Proteus通用Proteus直接支持不常用51的优点是学习门槛低但它的定时器资源太少了。这个项目里我一个定时器做时钟时基一个做按键扫描去抖还要留一个给蜂鸣器做变频提示音51那两个定时器根本不够用。ESP32在性能上当然是碾压级的但成本高、功耗大、仿真支持差而且这个场景用不到Wi-Fi杀鸡用牛刀。最关键的一点是STM32F103C8T6在Proteus里有现成的仿真模型配套的STM32F103R6、RCT6也能用不需要额外装第三方库。这一点在做仿真时就体现出了巨大的优势后面我会单独讲。2.2 时钟芯片选型DS1302与DS3231的取舍实时时钟是智能药盒的心脏。最开始我选用的是DS1302三线接口SCLK、IO、CE驱动简单Proteus仿真模型也很成熟。但实际测下来有一个问题走时漂移比较大外接32.768kHz晶振的负载电容如果匹配不好一天误差能到3到5秒。对于用药提醒来说累积误差超过一分钟就可能让提醒时间出现明显偏移一周就需要校准一次这显然不理想。我后来对比了DS3231带温度补偿的TCXO走时精度可以做到每天误差低于2ppm也就是一个月差不到5秒。但它也有两个缺点一是贵一片大概4到8块二是Proteus里没有现成的模型只能自己画或者绕过去。最终我保留了DS1302作为默认方案原因很实际精度可以通过软件校准而Proteus仿真必须能做。我用一个软定时器每天半夜2点自动校准一次把DS1302的时间与STM32内部累计的RTC时基做比对误差控制在每天1秒以内。这在成本敏感的场景里是更务实的做法。如果有条件用DS3231替换成本其实也不高IIC接口和DS1302的三线接口在软件层封装一下就能切换。2.3 最小系统与显示模块电路STM32F103C8T6的最小系统我按照官方参考设计来搭这是最稳妥的做法不要自己凭感觉精简。核心就这几部分。电源3.3V供电我用AMS1117-3.3从USB的5V降压输入输出各加一个10uF钽电容和一个0.1uF瓷片电容滤波。晶振8MHz主晶振两个20pF负载电容32.768kHz副晶振给RTC用两个6pF电容。必须强调一点启动文件里如果定义了SYSCLK_FREQ_72MHz那么外部晶振必须是8MHz否则倍频后的实际主频就不是72MHz串口波特率和延时都会跟着出错。复位电路10K上拉电阻加100nF电容到地NRST引脚接一个按键作为手动复位。显示模块OLED 0.96寸IIC接口。为什么不用LCD1602因为LCD1602需要8个GPIO口而且背光功耗大。OLED的IIC接口只需要SCL和SDA两根线Proteus里用“LGM12864”这个LCD12864模型也能近似模拟或者直接用LCD1602作为仿真替代代码层单独写一个display.h做适配。实际项目中我推荐OLED显示内容丰富能显示中文小字库效果也不错。2.4 按键、蜂鸣器和存储电路的设计细节按键电路要着重说。我用了两个独立按键PA0和PA1接10K上拉电阻到3.3V按键按下时引脚接地读取到低电平表示按下。注意不能直接用引脚悬空作为输入状态判断STM32内部虽然有上拉但外部接一个上拉更稳定还能避免长走线引入的干扰。我在这两个引脚上各加了一个100nF滤波电容配合软件消抖实测非常稳。蜂鸣器电路也踩过一个坑。一开始我直接用GPIO推挽输出驱动蜂鸣器结果声音非常小而且高电平驱动有源蜂鸣器时电压被拉低芯片都复位了。原因很简单蜂鸣器工作电流在30mA以上超出了GPIO的安全输出范围。后来改成了NPN三极管SS8050驱动基极串联1K限流电阻接到PA2蜂鸣器接在集电极和3.3V之间发射极接地同时蜂鸣器两端反并联一个1N4148二极管做续流保护。这个电路再没出过问题。存储用的是AT24C022Kbit容量IIC接口。虽然STM32内部有Flash但内部Flash是整页擦除的不适合频繁记录单条数据而且擦写次数有限制。AT24C02按字节写非常适合记录服药日志。它的A0、A1、A2接地器件地址固定为0xA0写/0xA1读7位地址是0x50。这个细节很容易被忽略地址写错会导致IIC通信完全失败。3. 软件核心逻辑从时间基准到用药提醒状态机硬件只是骨架软件才是这个项目的灵魂。整个软件我从零开始写了大约1200行C代码没有用HAL库直接用的标准外设库SPL。这里解释一下为什么不用HAL因为这个项目对实时性要求不高但需要精确控制IIC时序和中断优先级标准库的代码更直观也更容易在Proteus里仿真。如果你习惯用HAL移植也不难但要注意HAL的HAL_Delay处理不当会阻塞状态机。3.1 代码总体框架前后台系统整个程序的结构是经典的前后台系统。前台是定时器中断后台是主循环。TIM2配置为1ms中断在中断里维护一个全局变量g_tick递增。这个g_tick是所有软件延时、按键扫描、报警节拍的时间基准。为什么不用软件延时因为在延时期间CPU什么都干不了如果蜂鸣器响到一半用户按键系统可能要等500ms才能响应体验很差。用统一的时基之后所有任务都是“到点了没到了就执行”互不阻塞。主循环里的任务按优先级排列时钟读取与显示刷新10ms周期、按键扫描5ms周期、提醒匹配检查500ms周期、报警状态机驱动100ms周期。这个调度逻辑虽然简单但应对本项目的需求足够了。3.2 DS1302驱动与BCD码处理DS1302的驱动是本项目耗时最久的部分不是因为它难而是因为时序坑多。这里分享几个关键点。第一所有时间寄存器存的是BCD码不是二进制。比如9点20分寄存器的值是0x09和0x20你直接打印就是0x0920这个数需要做BCD转十进制处理。我写了两个函数bcd2dec和dec2bcd一个用于显示一个用于写入。第二读操作和写操作的时序不同。写一个字节是上升沿写入、下降沿无效读一个字节是下降沿输出主机在上升沿采样。很多人只背了时序图但没有理解到“不同传输方向的采样沿不同”导致读出来的数据偶尔对、偶尔错。这个问题在仿真中尤其隐蔽因为仿真器件的时序模型相对宽容。第三DS1302的写保护寄存器0x8E默认是打开的。如果写时间后忘了关闭写保护写入0x00那么下次上电时所有时间设置都会丢失。这句代码值得专门注意WriteDS1302(0x8E, 0x00)。3.3 用药提醒状态机从空闲到报警到确认提醒功能是整个系统最核心的状态机。我定义了一个枚举类型来管理每个提醒计划的状态。IDLE状态时间未到等待触发ALERTING状态正在报警蜂鸣器响、LED闪、屏幕显示药名WAIT_CONFIRM状态第一轮报警结束等待按键确认CONFIRMED状态当日已服药不再提醒主循环每500ms扫描一次所有提醒计划。当前时刻与计划提醒时间匹配后判断状态是否为IDLE如果是则切换到ALERTING状态并触发报警如果在ALERTING状态下用户按了确认键则记录当前时间到AT24C02状态变更为CONFIRMED如果ALERTING持续超过60秒则自动切换到WAIT_CONFIRM状态。WAIT_CONFIRM状态的处理逻辑是5分钟内如果用户确认记录并结束5分钟没有确认重新进入ALERTING状态同时蜂鸣器频率改变从2Hz变为4Hz表示这是第二次催促了。这个设计逻辑上形成了一个无人值守的闭环报警、等待、再报警直到有人处理或者达到最大次数3次后不再打扰。状态机的核心优势在于把复杂的时序逻辑从业务代码里剥离出来紧急情况下的行为变得完全可预测。我强烈建议你在写类似项目时也使用这种建模方式而不是在if else里堆时间戳判断。3.4 按键扫描与菜单交互按键按下会有机械抖动时间通常在5到20ms左右。我的做法是在1ms时基里累加计数连续读到50次低电平即持续50ms才认定有效按下这样既滤除了抖动又兼顾了物理按下的最短时间。按键释放同理这样处理非常简洁。菜单交互方面我实际做了两个层面。正常待机界面下短按“设置”进入设置模式此时被修改的参数闪烁显示长按“设置”键2秒切换修改项时间、提醒1时间、提醒2时间、提醒3时间短按“确认”键对当前项加1长按连续加10。这套交互对一个只有两键的设备来说已经是最优解了OLED屏幕可以同时显示当前项和待修改的目标值用户最多只需要三个界面就能完成所有设置。3.5 AT24C02记录存取与磨损均衡AT24C02有256字节存储空间我分配了一个16字节的结构体数组来保存服药记录每条记录包括年份、月份、日期、小时、分钟、药名索引共6个字节最多保存40条记录。超过40条后从前端覆盖形成一个环形缓冲。这里有一个非常容易被忽略的问题EEPROM的擦写寿命大约是100万次如果每次都写入同一个地址其实也能用很久。但为了日志的可靠性我做了简单的磨损均衡写指针每次加1覆盖旧记录时向后移动确保不会反复擦写同一个物理单元。实现代码不到20行但对于产品化很有价值。4. Keil MDK与Proteus联调真实踩坑记录与解决方法这个项目最折腾的不是写代码而是把代码从Keil里编译成功后怎么在Proteus里仿真出来。很多初学者卡在这一步网上资料零散我把我实际的完整流程和坑点都记录下来。4.1 Proteus仿真工程搭建的关键细节Proteus 8.x以上版本自带STM32F103C8T6的模型不需要额外下载。仿真工程里核心元器件有STM32F103C8T6、DS1302、AT24C02、BUTTON两个、BUZZER、LED-RED、RESPACK上拉排阻以及虚拟终端VIRTUAL TERMINAL。有几个容易踩坑的地方。一是DS1302在Proteus里必须外接32.768kHz晶振否则仿真运行时读出来的时间永远是2000年1月1日。这个晶振在仿真库里叫CRYSTAL属性值改成32.768kHz。二是Proteus里的按键模型默认没有上拉直接接GPIO的话读取到的状态可能不稳定。我通常在仿真电路里放置一个RESPACK上拉排阻模拟实物电路中的上拉电阻。三是仿真时蜂鸣器型号选择要注意。我用的是SOUNDER有源蜂鸣器模型给高电平就能响。如果你在实物中用无源蜂鸣器驱动方式就要改成PWM输出固定频率否则只会听到“哒”一声。4.2 Keil MDK工程配置与常见报错排查Keil MDK5工程配置上首先要用STM32F1xx_DFP器件包在Device选型中选STM32F103C8。C/C选项卡里的Define必须包含USE_STDPERIPH_DEVICE和STM32F10X_MD前者是标准库宏后者是中等容量芯片的宏。漏掉任何一个编译都会提示找不到stm32f10x_conf.h或者报出大量类型不存在的错误。另一个高频报错是“No STM32 Target Found”这个在网上被问烂了但我发现很多人其实不是硬件接错而是Keil的Utilities设置里没有勾选“Reset and Run”。STM32的程序烧录后如果没勾选这个选项芯片会停留在调试模式需要手动复位才能运行看起来就像是“芯片挂了”或者“没有目标”。正确做法是在Options for Target的Debug页面设置好ST-Link或J-Link然后在Flash Download页面勾选Reset and Run并把Programming Algorithm里的Flash大小设为64K不要用默认的512K。还有一个小坑Proteus仿真加载的是HEX文件不是AXF文件。如果你在Proteus里双击芯片加载程序时找不到HEX去Keil的Output选项里勾选Create HEX File重新编译。这个选项默认是关闭的很多新手在这里卡了一天才发现。4.3 仿真与实物的差异别迷信仿真结果Proteus仿真能验证逻辑但有些东西在仿真里永远测不出来我来梳理一下。时序精度差异是最明显的。Proteus的DS1302模型时间流逝速度和真实时间基本一致但STM32的外设仿真速度受电脑性能影响很大如果仿真跑得慢你会发现OLED刷新像幻灯片一样这是因为仿真器的“虚拟时间”在等待主机CPU资源。解决办法是在Debug菜单里把仿真速度调到最快或者把显示刷新周期拉长减少GPIO翻转频率。第二个差异是IIC时序的真实性。Proteus的IIC器件模型对时序要求相对宽松也就是说你的IIC时序即使写得不够规范在仿真里也能跑通但到实物上就是稳定性和温度漂移的问题。所以我建议你做实物之前先拿逻辑分析仪看一下SCL和SDA的实际波形确认高位数据建立时间和时钟高电平宽度都满足器件数据手册。第三个差异是按键抖动模型。仿真软件里的按键没有真实的机械抖动你的软件消抖逻辑在仿真里测不出效果一定要在实物上反复按压测试。我自己在实物测试时发现如果消抖窗口设太短比如20ms快速连按会让系统以为按了两次。4.4 我遇到的一个典型Bug时间设置后重启丢失整个联调过程中最奇怪的一个Bug是设置好时间后仿真断电重启DS1302读出的时间总是回到初始值。我排查了很久甚至怀疑DS1302模型坏了。后来发现原因是代码里只在初始化时关闭了写保护但设置时间后没有再次关闭。DS1302的时序是写入时间寄存器之前必须先关闭写保护写入完成到下次写操作之前写保护会重新自动开启。修复方法是每次执行WriteDS1302之前都先写0x8E、0x00问题彻底消失。这个Bug在仿真里就暴露出来了属于非常典型的“初始化只做一次但每次上电都得做”的逻辑陷阱。建议你在自己项目里对所有外设初始化都检查一遍是不是每个写操作前都需要重复开关某个保护位。5. 开源资源结构、复现步骤与二次开发方向这个项目的代码、原理图、仿真文件已经整理好了。很多人拿开源工程第一反应就是直接打开看但如果不了解目录结构会浪费很多时间在无关文件上。这里直接说清楚。5.1 仓库目录结构与文件说明整个工程由四个文件夹组成。Hardware文件夹包含原理图PDF、AD格式的.SchDoc和.PcbDoc文件以及物料清单BOMFirmware文件夹包含Keil MDK工程全部源码以目录树方式组织Simulation文件夹包含Proteus工程文件双击即可打开仿真Doc文件夹包含使用说明、接口定义文档和调试记录Firmware下面的Source目录是核心代码几组关键文件的职责分配如下。main.c负责初始化所有外设并启动主循环ds1302.c实现时钟芯片的读写和BCD转换oled_iic.c实现OLED屏幕的底层驱动和显示界面key.c处理按键扫描和消抖buzzer.c实现报警音与暂停控制at24c02.c实现IIC写读和记录管理menu.c负责菜单状态切换和参数设置逻辑schedule.c是整个系统的提醒状态机核心。在打开工程前建议你先新建一个工作目录把整个Firmware文件夹放进去再打开Project.uvprojx路径中不要有中文和空格。否则Keil在编译时可能会出现莫名奇妙的头文件找不到错误这是MDK的编码兼容问题。5.2 从零复现这个项目的完整操作清单如果你想完整复现一遍我建议按下面的顺序来操作这是经过多轮验证的最少阻力路径。第一步安装Keil MDK 5.36以上版本在Pack Installer里安装STM32F1系列器件包。第二步安装Proteus 8.10以上版本下载并安装STMicroelectronics系列仿真模型库。第三步打开Simulation文件夹里的智能药盒.pdsprj确认元器件和连线完整。第四步用Keil打开Firmware工程编译生成HEX文件。第五步在Proteus中双击U1芯片在Program File里加载Keil输出目录下的.hex配置Crystal Frequency为72MHz。第六步点击仿真运行此时OLED应显示当前时间和药物列表DS1302以系统时间作为初始值开始走时。第七步进入设置菜单修改一组提醒时间为当前时间加一分钟退回主界面等待蜂鸣器应在设定时刻响起。如果你手头有实物板子步骤略有不同。先用Proteus验证逻辑无误后再按照Hardware文件夹里的原理图打样或洞洞板搭接。实物下载用ST-Link V2连接SWD接口注意BOOT0跳线帽要跳到0高电平BOOT1保持默认低电平烧录完后BOOT0再跳回1否则芯片会进入系统存储器启动模式。5.3 二次开发从演示项目到真正可用的产品复现出来只是第一步这个项目其实留了很多升级空间我认为最有价值的三个方向如下。第一个方向是加入GSM短信通知。给STM32外接一个SIM800C模块用串口AT指令对接报警超时后自动发送短信到家属手机。技术上不复杂串口收发加AT指令解析成本增加30块钱左右。第二个方向是增加语音提示。现在只用蜂鸣器响老人听到声音后不知道吃哪种药。换成语音播报模块比如SYN6288或者JQ8900把药名和用量提前录制好报警时播放对应语音误服率会大幅下降。第三个方向是把用药记录通过蓝牙上报给手机App。HC-05蓝牙模块串口透传手机端做一个简单的记录查看页面家属可以远程看到老人是否按时吃药。这个方向建议放到第二个迭代版本我们先保证单机核心功能稳定再考虑联网。6. 写在最后物料清单和一点个人体会如果你决定手动搭一套实物我把自己用的物料清单列在这里都从常见渠道能买到总成本控制在30到40块之间。器件型号数量备注主控STM32F103C8T61LQFP48封装需要转接板时钟DS13021含32.768kHz晶振存储AT24C021SOIC8封装显示0.96寸OLED IIC1四针或七针均可按键6x6x5轻触2红色键帽蜂鸣器有源5V1三极管SS8050驱动稳压AMS1117-3.31配10uF、0.1uF电容下载器ST-Link V21必须刷机调试都靠它电源手机充电器Micro数据线15V即可最后说一点个人体会。做这个项目最大的收获不是把STM32的外设调通而是学会了从用户角度反向约束设计。很多做嵌入式的工程师拿到需求先看用什么芯片、什么传感器但很少追问使用者是谁、使用场景里最可能出什么问题。这个药盒做了几版之后我最大的感悟是技术指标完全达标的系统交互上只要有一个细节让老人困惑整个产品就是失败的。代码和原理图有问题可以改交互设计出了问题产品就被丢在抽屉里了。如果你用这套开源工程做毕业设计或者实际给家里老人用遇到任何联调问题欢迎在评论区把现象、代码片段、仿真截图一起发出来我看到都会回复。这个项目的下一个版本我正在做语音播报和低功耗改进预计功耗可以压到睡眠电流50uA以下靠两节5号电池跑三个月。到时候会更新原理图和代码继续开源。