老实说，智能医疗输液系统算是STM32嵌入式项目里绕不开的经典题目了。每年毕业季我都能收到不少私信，问有没有现成的代码和电路可以参考。但很多流传出来的版本，要么只有孤零零的代码没有硬件图纸，要么原理图画得乱七八糟无法打样，更别提仿真工程了。
所以这次我把整套东西完整整理了出来：基于STM32F103C8T6的智能医疗输液点滴系统，代码、原理图、Proteus仿真全部开源。这篇文章不光给你看工程文件结构，还会把每一部分的设计逻辑、选型原因、实测踩坑过程讲清楚。适合正在做嵌入式课设/毕设的同学，也适合想转医疗电子方向的开发者参考。
1. 这个输液监控系统，解决的到底是什么问题
1.1 临床输液场景里的三个典型痛点
先说一个我在医院陪护时观察到的细节。传统输液依赖护士人工巡检，患者液体输完或者滴速异常，靠的是患者按铃呼叫。问题在于：夜间患者睡着后，滴速变慢甚至停滴可能过很久才发现；冬天液体温度低，患者手臂容易僵硬，自己也不好判断是否还在正常滴注。
第二个痛点是滴速精度控制。不同药物对滴速的要求差别很大，比如硝酸甘油这种药，滴速过快会引发低血压，过慢则药效不够。人工调节滚轮夹子很难精确控制到特定滴速，护士调完一小时后回头看，实际滴速往往已经偏离了设定值。
第三个痛点是输液过程中的异常检测。管路折叠、针头脱落、液体输完导致空气进入血管——这些都是潜在风险。做过临床信息化项目的人都知道，硬件报警比起软件平台监控，在及时性上更可靠，因为现场的声光报警不依赖网络和上位机。这就是输液监控系统作为独立嵌入式设备存在的价值。
1.2 系统功能梳理与工作流程
整个系统的功能可以分成四块：实时测量、自动调节、状态提醒、人机交互。
实时测量指通过液滴传感器统计每分钟滴数，换算成输液速度；自动调节是检测到滴速偏离设定值时，通过控制蠕动泵的转速把滴速拉回目标值；状态提醒包括液体输完检测、滴速异常声光报警；人机交互则通过LCD屏显示当前滴速、目标滴速、累计输液量和剩余时间，配合按键完成参数设置。
工作流程大致是这样：开机后系统初始化，LCD显示默认参数，用户通过按键设定目标滴速（比如40滴/分），启动后红外对管传感器实时检测滴壶中液滴下落，单片机统计单位时间滴数，PID控制器根据偏差调节步进电机转速，带动蠕动泵挤压输液管。万一滴速持续异常或检测到液位过低，蜂鸣器和LED就启动报警。
1.3 整体架构：传感、主控、执行、交互四层
从电路角度看，系统可以画成四层：传感器层负责生理信号采集，就一个红外对管模块；主控层是STM32F103C8T6，承担信号处理、控制算法和逻辑判断；执行层是步进电机和蠕动泵，负责调整输液速度；交互层是LCD、按键、蜂鸣器和LED。
这个架构最核心的设计思路是，传感和执行分离。传感器不直接调电机，中间隔了一个控制器，这样方便在软件里加入控制算法和安全互锁。哪怕传感器被水滴反复冲刷产生误信号，主控也能通过软件滤波和容错逻辑保证输出不会乱跳。这是类似项目的通用做法，也是后面仿真的逻辑主线。
2. 硬件选型：每一项选择背后的理由
2.1 主控为什么是STM32F103C8T6
选主控的时候我绕开了一堆选择，比如51、Arduino、ESP32，最后还是回到STM32F103C8T6。原因很直接：这个芯片的生态太成熟了，不管是库函数版本还是HAL库版本，参考资料到处都是；芯片内置64KB Flash和20KB SRAM，跑这个项目的代码和显示缓冲绰绰有余；拥有多个定时器、外部中断引脚、PWM输出通道和I2C/SPI/USART，后面扩展传感器或通讯模块都不用换主控。
还有一个更实际的考虑：价格和采购方便程度。F103C8T6货量充足，几块钱一片，在Proteus里也有对应的仿真模型，方便先做逻辑验证再买实物，这个流程对学习者非常友好。要是用一些冷门国产芯片，仿真模型都没有，根本没法在电脑上先跑一遍。
需要提醒的是，这个项目用库函数版本实现会比HAL库简洁很多，尤其外部中断和定时器配置，代码量差了一截。建议熟悉标准外设库的同学优先选这种方式，它更贴近底层，能帮你把中断、寄存器这些基础概念真正吃透。
2.2 滴速传感器：红外对管方案为什么最合适
液滴测量在工程上有好几种方案：电容式液滴检测、红外对射检测、称重传感器间接测量。我对比过，最终选了红外对管（槽型光耦）。
红外对管的工作逻辑相当于一个门禁栏杆。输液器的滴壶刚好卡在红外发射管和接收管之间的槽里，液滴下落穿过红外光束时，光路被遮挡，接收管输出的电平就发生一次跳变。单片机通过外部中断或者GPIO轮询捕捉电平跳变，每跳变一次计一滴。这个方案结构简单、响应快、成本低，被遮挡一下就是一次脉冲，信号边界很清晰。
电容式方案虽然能检测到液体经过，但抗干扰电路和标定都比较麻烦；称重方案依赖液袋重量变化，实时性太差，滴速变化要等一两分钟才能反映出来。相比之下，红外对管的逻辑对单片机最友好，也最容易在仿真里模拟。实际制作时提醒一句：要选择槽宽能卡住滴壶的对管模块，一般5mm左右刚好，太窄装不上，太宽液滴偏移会影响检测。
2.3 执行机构：蠕动泵配步进电机，精度和安全的平衡
输液速度控制不能直接用普通直流电机去挤压输液管，那样压力和转速都不好控制。业界标准做法是使用蠕动泵：一组滚轮周期性压迫硅胶管，通过挤压推动液体向前流动，液体只在管内流动，不接触泵体，污染风险低。这种结构天然适合医疗场景。
驱动蠕动泵我选用的是28BYJ-48步进电机，配合ULN2003驱动板。用步进电机的原因是转速可以精确控制，PWM频率和转速存在线性关系，便于PID闭环调节。不用直流减速电机的原因是它受负载影响明显，输液管压紧程度稍微变化，转速就变了，控制精度达不到要求。
实际调试时的经验是：步进电机不适合长时间高速运行，会发热，所以PWM占空比不要给到100%，通常上限限制在80%左右；蠕动泵的滚轮数量决定了电机转一圈输出的液体体积，不同泵头参数不同，必须通过实测标定“每转对应多少毫升”，才能把滴速换算成准确的液体量。
2.4 显示与交互器件的取舍
显示方面，LCD1602足够显示两行信息，但信息量受限；LCD12864可以显示更多内容，比如滴速曲线、文字提示，不过接线多、驱动麻烦一点。我做的时候选的LCD1602，配I2C转接板，只占两根IO口，显示当前滴速和目标滴速就够用了。如果你想做成更完整的HMI体验，可以换LCD12864或OLED，代码结构不用大改。
按键最少需要三个：设置键、加键、减键。用GPIO上拉输入，配合软件消抖。蜂鸣器用有源蜂鸣器，接一个三极管驱动；LED用一个红色电源指示灯、一个黄色报警灯。这部分没有太高技术含量，但要注意布局时按键和LCD要放在方便操作和观察的位置，报警器件要足够醒目。
3. 原理图设计的几个关键电路
3.1 最小系统与电源链路
STM32F103C8T6的最小系统包括三部分：8MHz晶振和两个20pF负载电容、复位电路（10kΩ上拉电阻加0.1uF电容）、3.3V电源去耦。电源用USB的5V输入，经过AMS1117-3.3稳压给主控供电，步进电机驱动直接吃5V。
这个电源结构非常重要：数字部分和电机驱动部分要分开走线，稳压芯片输出端至少加一个100uF电解电容和100nF陶瓷电容，电机驱动电源输入端也要加470uF电容。为什么要这么设计？因为电机堵转或启动瞬间电流可能到几百毫安，大电流导致电源跌落，主控就会复位。我在第一版PCB上没注意这个问题，步进电机一转单片机就重启，排查了半天才发现是共地共电导致的。
复位电路里，STM32的NRST引脚需要10kΩ上拉到3.3V，按键按下接地实现手动复位。如果用到SWD下载调试，别忘了给SWDIO和SWCLK引脚留出调试排针，仿真时虽然用不到，但实物调试离不开。
3.2 红外滴速检测电路
红外对管模块的电路有两种接法：数字量输出和模拟量输出。我推荐在模块上直接接成数字量输出型：红外发射管串联一个限流电阻（典型100Ω~220Ω），接收管集电极接上拉电阻到3.3V，发射极接地，输出端从集电极引出。
有液体滴落遮挡红外光时，接收管导通状态翻转，输出端电平发生变化。单片机的外部中断引脚（我用的PA0）配置为下降沿触发，检测到电平从高到低跳变就计一次数。
实际电路里有个细节：要在输出端和地之间并联一个100nF电容做硬件滤波，同时外部中断里做一下软件消抖。不这样做的话，液滴下落时二次飞溅的水珠会把一次滴落拆成两三个脉冲，滴速计数直接翻倍。这是这个项目最典型的一个坑，后面实测部分我会详细展开。
3.3 步进电机驱动电路与续流保护
28BYJ-48电机是五线四相步进电机，用ULN2003达林顿管阵列驱动。ULN2003内部每一路都是达林顿对管，自带续流二极管，可以吸收电机线圈断开时产生的反向电动势。电路连接很简单：STM32四个IO引脚（PA1~PA4）接到ULN2003的1~4输入，ULN2003的5~8输出接电机四相线圈，公共端接5V（有的电机公共线是中间抽头）。
这里要特别强调一下续流保护。步进电机线圈是感性负载，驱动管关断瞬间会产生很高的反向电压。ULN2003内置的续流二极管已经把反向电动势泄放到电源，所以项目里不需要额外加外部二极管。但是，如果驱动管换成普通三极管或者用MOS管，反电动势没有泄放路径，非常容易击穿驱动管或者干扰单片机，这点务必注意。
3.4 PCB布局和布线的几个关键点
虽然仿真不需要画PCB，但既然开源了原理图，就顺便把布线的经验写出来。核心原则是：强电和弱电分开，模拟和数字分开。
电机驱动部分尽量放在板子一角，靠近电源输入；LCD和按键排在另一侧，方便安装到外壳后操作；红外对管接口最好做成排针引出，因为实际使用时传感器要固定在输液架或滴壶卡槽上，离主板有一定距离。布线时，电机电源线和信号线不要平行走长线，避免电磁干扰耦合进信号路径。地线尽量用覆铜填充，保证回流路径通畅。
4. 核心代码模块拆解与实现
4.1 代码工程结构与模块划分
代码按功能模块拆成多个文件，方便移植和阅读：main.c负责主循环和状态调度，timer.c封装定时器，用于产生1秒时基和PWM输出，exti.c处理外部中断，负责滴速计数，motor.c封装电机控制（正转、反转、停止、调速），lcd.c封装显示驱动，key.c负责按键扫描与消抖，beep.c管理蜂鸣器和LED报警。
这种分层的思路对学习和维护都友好。你拿到工程后，改显示逻辑不用去翻电机代码，换传感器也只需要动exti.c和相关的滤波逻辑。模块之间通过全局变量和函数接口传递数据，比如滴速计数值drop_count在中断里累加，主循环里读取后清零，这个模型非常经典。
4.2 滴速检测模块：外部中断加定时器时基
滴速检测是整个系统的地基，检测不准后面啥都白搭。我的实现方式是：红外模块输出接到PA0，配置成下降沿触发的外部中断，滴落一次触发一次中断，滴速计数变量自增。TIM2配置成1秒中断一次，每秒读走当前计数值，计算出当前滴速（滴/分钟），然后把计数值清零或保存上次的基准值。
核心代码大致是这样：
volatile uint16_t drop_count = 0; volatile uint16_t current_rate = 0; void EXTI0_IRQHandler(void) { if (EXTI_GetITStatus(EXTI_Line0) != RESET) { /* 简单的软件消抖：利用定时器标志判断距上次中断是否超过5ms */ static uint32_t last_tick = 0; if ((TIM2->CNT - last_tick) > 5000) { drop_count++; last_tick = TIM2->CNT; } EXTI_ClearITPendingBit(EXTI_Line0); } } void TIM2_IRQHandler(void) { static uint16_t last_count = 0; uint16_t current_count; if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET) { current_count = drop_count; /* 每秒计数值乘60就是每分钟滴速 */ current_rate = (uint16_t)(current_count - last_count) * 60; last_count = current_count; TIM_ClearITPendingBit(TIM2, TIM_IT_Update); } }这版代码相比最初的方案改进了一个点：用TIM2的计数器值做时间差判断，比在中断里delay更加可靠。因为外部中断里的delay会导致后续中断堆积，在频繁滴落时可能丢失中断。强调一下：中断服务函数时间越短越好，不推荐在里面做耗时的滤波等待。
4.3 电机调速控制：从PWM到简单闭环
步进电机转速控制用定时器输出PWM。STM32的TIM3通道1（PA6）配置为PWM输出模式，通过修改比较寄存器CCR的值改变占空比，占空比越高电机转速越快，蠕动泵单位时间输送的液体越多。
但光有开环PWM不够，滴速会随着输液管卡紧程度、液袋高度的变化而漂移。所以我在电机控制外面加了一层PID闭环：将目标滴速与实测滴速的偏差作为输入，PID输出调节PWM占空比。
typedef struct { float target; /* 目标滴速 */ float kp; /* 比例系数 */ float ki; /* 积分系数 */ float kd; /* 微分系数 */ float integral; /* 积分累计值 */ float last_error; /* 上次偏差 */ } PID_TypeDef; float PID_Calculate(PID_TypeDef *pid, float feedback) { float error = pid->target - feedback; float output; pid->integral += error; /* 积分限幅，防止积分饱和导致超调 */ if (pid->integral > 100) pid->integral = 100; if (pid->integral < -100) pid->integral = -100; output = pid->kp * error + pid->ki * pid->integral + pid->kd * (error - pid->last_error); pid->last_error = error; /* 输出限幅在0~80之间，预留20%余量防止电机过热 */ if (output > 80) output = 80; if (output < 0) output = 0; return output; }PID参数整定是从开环到闭环最痛苦的一步，网上有很多关于PID的教程，但实际项目里最有效的方法还是先只调Kp，让系统不震荡也不迟钝，再逐步加入Ki消除稳态误差，最后用一丁点Kd抑制超调。具体整定过程我会在第6章写实测复盘时展开。
4.4 显示与报警状态机
系统在工作时，不仅要把实时滴速显示出来，还要根据状态决定是否报警。我定义了一个简单的运行状态机：STANDBY（待机）、RUNNING（运行中）、ALARM（报警中）、FINISHED（输液完成）。
在RUNNING状态，LCD第一行显示实时滴速和目标滴速，第二行显示累计输液量和预计剩余时间。累计输液量的计算依赖滴系数，也就是每毫升对应多少滴。常规输液器滴系数为20滴/毫升，计算逻辑是：
total_volume_ml += (current_rate / 20.0f) * (1.0f / 60.0f);当检测到长时间无滴落，或者滴速偏差超过设定值持续一定时长，状态机切到ALARM，蜂鸣器鸣叫，红色LED闪烁。如果累计输液量达到设定总量，进入FINISHED状态，系统自动停机并报警。状态机的好处是逻辑清晰，不会出现“已经输完了还在报警输液异常”这种矛盾。
4.5 主循环与中断优先级设计
主循环里做的事情很少，因为实时性要求高的任务全部交给了中断和定时器。主循环只处理按键扫描、LCD刷新、PID计算、状态机切换，这些操作的周期是几十毫秒级别，完全够用。
中断优先级这里有一个容易犯的错误。外部中断EXTI0和定时器TIM2中断的优先级必须设置好：滴速计数丢失一次只是数据不准，但定时器中断如果被堵塞，时基就不准了。所以TIM2优先级设为抢占优先级0、子优先级0，EXTI0设为抢占优先级1、子优先级0。也就是说，即使外部中断触发得再频繁，也不能影响定时器读取计数值。
5. Proteus仿真：把整个系统在电脑上先跑起来
5.1 仿真工程搭建与元件清单
Proteus仿真最大的价值是把硬件调试的时间和成本压到最低。我建这个仿真工程时用到的元件列表如下，方便你在Proteus 8.x里直接放置：
| 器件 | Proteus关键字 | 数量 |
|---|---|---|
| STM32F103C8T6 | STM32F103R6 | 1 |
| LCD1602 | LM016L | 1 |
| 按键 | BUTTON | 4 |
| 逻辑探头/开关模拟滴落 | 逻辑电平源或手动脉冲开关 | 1 |
| 步进电机 | MOTOR-STEPPER | 1 |
| ULN2003 | ULN2003A | 1 |
| 蜂鸣器 | BUZZER | 1 |
| LED点阵/普通LED | LED-RED、LED-YELLOW | 2 |
仿真里没有真实的红外对管，也无法模拟输液器滴壶里液滴下落。我的做法是用一个按钮开关接PA0，手动按键模拟一次液滴遮挡：按下产生一个下降沿，就相当于一滴落下。这样虽然麻烦，但能完整验证主控逻辑是否正常工作。
5.2 仿真模型对真实硬件的简化与差异
必须说清楚，Proteus仿真和真机之间存在一些差异，理解这些差异才能避免“仿真通过、实机上电就崩”的窘境。
Proteus的STM32模型不包含真实的电源噪声、电磁干扰、接触不良等问题。仿真里ULN2003驱动电机很干净，但真机上电机一转，电源纹波直接把ADC和LCD搞乱。仿真里红外对管输出是理想的下降沿，但真机上的信号会有毛刺和抖动，必须靠硬件和软件滤波才能稳定。
还有一个差异是时钟精度。仿真里的8MHz晶振是理想的，TIM2定时非常准确；而真实晶振有误差，长时间运行后累计的时间差会导致“预计剩余时间”和实际对不上。所以我在真机上调用了内部低速时钟校准，把系统时钟偏差控制在可接受范围。
总之，仿真验证的是软件逻辑和算法流程，凡是涉及模拟信号、噪声、功耗、时序抖动的问题，仿真都只能说“大概率没问题”，真机调试不可跳过。
5.3 联调技巧：用仿真快速定位逻辑bug
在仿真环境里调试有个很大的优势：你可以随时暂停、单步、监视变量，这在真机上做不到。我的调试顺序是：先验证滴速计数——反复点击模拟按键，观察current_rate是否等于点击频率乘60；再验证PID——把目标滴速设为40，通过模拟脉冲让反馈值偏离，观察PID输出是否朝正确方向调整；最后验证状态机——模拟长时间不点击按键，确认系统能进入报警状态。
遇到LCD显示异常的时候，先检查LCD的引脚连接和延时函数，仿真里延时太短也会出现显示乱码。如果蜂鸣器一直响，检查状态机是不是卡在报警状态，有可能是滴速计数位置不对导致误判断。仿真跑通全套流程之后，再动手做实物，成功率会高很多。
6. 实测复盘：原理图到样机之间那些坑
6.1 滴速计数跳变的排查全过程
样机做出来后，我第一次实测就翻车了。设定40滴/分，LCD上显示的数字隔几秒就跳到80甚至120，完全没法看。我用示波器抓PA0引脚，发现信号波形确实有抖动：一次液滴下落会产生两到三个下降沿。仔细分析后发现，液滴撞到滴壶底部会飞溅出细小的水珠，这些小水珠也会短暂遮挡红外光，造成额外脉冲。
排查链路是这样的：先怀疑传感器，换了新的红外对管，现象依旧；再怀疑电源纹波，给传感器单独供电，还是没用；最后用示波器同时观察传感器输出和实际滴落过程，把摄像头慢动作回放和波形对齐，才发现是多脉冲问题。解决方案是双管齐下：硬件上在PA0对地并联一个100nF电容，滤掉高频抖动毛刺；软件上在外部中断里用定时器时间戳做5ms的脉冲间隔过滤。
这个问题的典型意义在于：很多新手一看到计数跳变就立刻怀疑算法，其实根子往往在物理信号层面。排查顺序应该是“信号源→硬件滤波→软件滤波→算法逻辑”，从源头层层排除，而不是盲目改代码。
6.2 PID参数整定的实际操作
我的PID整定过程属于标准“试凑法”，但有一些实操细节值得记录。
首先把Ki和Kd全部设0，只留Kp。从很小的Kp=0.5开始，观察滴速响应。Kp太小时，滴速像蜗牛爬，要很久才回到目标值；慢慢加大到Kp=2时，系统开始出现轻微震荡，滴速在目标值附近来回摆，此时记录下这个临界Kp。然后按经验把Kp设为临界值的一半左右，加入Ki，从Ki=0.01开始缓慢增大，直到稳态误差消除。最后加一点点Kd，Kd=0.2就够，可以有效抑制超调。
有几个具体的坑要提：积分饱和问题很明显，如果电机卡住或者输液管折叠，积分项会一直累加，解除异常后输出瞬间冲到最大值，导致液体猛地冲一下。所以积分限幅一定要有，我把上限设为100。还有PID计算周期要固定，必须放在1秒定时中断里调PID，不能在主循环里随缘计算，否则参数完全没法收敛。
6.3 步进电机电磁干扰导致主控复位
这个坑发生在整机联调阶段。系统单独跑滴速检测，一切正常；单独跑电机，也正常；两个功能一开，电机刚启动，LCD就闪一下，紧接着系统就复位了。
排查过程：我第一反应是电源容量不够，换了大功率电源，问题没解决；接着怀疑电机驱动板的逻辑电平干扰，加了光耦隔离，还是没解决；最后用示波器抓3.3V电源引脚，发现电机启动瞬间，3.3V上有近200mV的跌落和振铃。因为ULN2003的公共端和单片机共用了一个电源入口，电机启动电流一下拉到几百毫安，AMS1117压降瞬间拉低，主控直接掉电复位。
最终方案是改电源拓扑：5V输入先分两路，一路直接给ULN2003电机供电，另一路经AMS1117给主控供电，两路在电源输入端用一个磁珠或0欧电阻隔开。同时给电机供电端并一个470uF的大电容，吸收瞬态电流。这样改完以后再没出现复位问题。
7. 从教学项目到医疗电子，还差哪几步
7.1 安全设计层面的思考
开源这个项目主要面向课程设计和学习，但如果你想把它往真实医疗场景推进，有一段很长的路要走。医用输液泵必须满足IEC 60601系列标准，包括电气安全、电磁兼容、生物相容性等一堆认证要求。
从技术层面看，至少还要增加几个模块：气泡检测（超声气泡传感器，检测管路中是否有空气）、阻塞压力检测（通过压力传感器监测输液管是否堵塞）、空液检测（液位传感器判断液体是否输完）。报警系统也要冗余设计，不能只靠一个蜂鸣器，要有多级声光报警并且能区分不同报警类型。备份机制同样重要，主控死机时要能通过硬件看门狗自动恢复，并且自动切换成安全状态。
这些内容不是简单加几个传感器就能实现的，但学习路径是清晰的：先把基础系统吃透，再逐项增加安全模块，每一步都能加深对嵌入式医疗设备的理解。
7.2 项目怎么扩展和复用
如果你觉得这个项目做完还不够过瘾，有几个方向可以继续玩：加上ESP8266或ESP32模块，通过WiFi把滴速和报警数据传输到手机或护士站，这就是典型的物联网医疗监控原型；把红外对管换成毫米波雷达传感器，实现非接触式液滴检测，这在某些药液不能接触红外光的场景下很有价值；把硬件平台迁移到RTOS上，比如FreeRTOS，让传感器采集、控制算法、显示刷新各自成为独立任务，锻炼一下嵌入式操作系统的工程能力。
从复用角度看，这套“传感器+STM32+执行器+报警显示”的框架，可以套用到很多其他场景：农田灌溉的流速监测、实验室的液体分装设备、宠物自动喂食器，都需要类似的检测、控制、交互逻辑。把核心模块抽出来，换一下传感器和执行器，就是一个新项目。
做这个项目的过程中，我最深的体会是：真正难的不是把代码跑通，而是在“传感器信号不稳定”“电机一开就复位”“PID调了半天还是震荡”这些问题面前，能沉住气一项一项排查。把这些坑都踩一遍，你对嵌入式系统的理解会上一个台阶。希望这套代码、原理图和仿真能帮你少走这些弯路，至于后面的扩展，就看你的想象力了。
