企业官网建设流程全解析

做嵌入式这几年，我陆陆续续肝过不少STM32项目，但要说哪个项目“做完之后愿意公开全部资料、还觉得不丢人”，这套智能输液监护调控系统算是其中之一。它不算那种特别炫技的玩意，没有RTOS，没有复杂的机器学习算法，但它的完整度非常高：从传感器采集、信号调理，到PID闭环控制，再到人机交互、异常报警，甚至电机执行机构，全部跑在一个中低成本的STM32平台上。换句话说，这是一个“五脏俱全”的医疗电子小系统，特别适合想做综合项目、准备电赛/毕设，或者想了解嵌入式闭环控制完整链路的朋友参考。

这篇文章我打算把整个系统的设计思路、硬件模块选型、软件核心逻辑、Proteus仿真搭建，以及我在调试过程中踩过的坑全部摊开讲。代码、原理图和仿真工程文件我都已经整理成开源包了，文章末尾会说明获取方式（评论区置顶或者私信回复关键词都行）。不管你手里有实物板子，还是暂时只有仿真环境，都能照着走一遍。

1. 系统整体架构与设计思路

1.1 这个系统到底解决什么问题

静脉输液是临床最基础的治疗手段之一，但传统输液完全靠护士人工巡查和患者家属盯瓶。滴速快了不行，心脏负担大；滴速慢了不行，药效跟不上；瓶空了更危险，搞不好空气栓塞。我做的这套“智能输液监护调控系统-升级版”，核心就干三件事：

1. 实时监测：通过红外对管传感器检测墨菲斯滴管内的液滴，精确计算出当前滴速（滴/分钟）。
2. 自动调控：把计算出的实际滴速和医护人员设定的目标滴速做比较，通过步进电机挤压输液管，自动调节滴速。
3. 异常报警：输液完成、滴速异常（过快/过慢）、管路中有气泡等异常情况，立即声光报警，并通过串口将状态上报给上位机。

“升级版”对比网上流传的早期版本，主要的改进我放在了三个方面：一是滴速控制从简单的“开关式”改成了增量式PID闭环，控制过程更平滑，不容易出现电机频繁启停的问题；二是增加了OLED实时曲线显示，能直观看到滴速的波动和收敛过程；三是加强了仿真工程的完整度，Proteus里可以直接跑通整个逻辑，转实物之前可以先在电脑上把算法和状态机摸透。

1.2 系统模块划分与数据流

整个系统的数据流是单方向的，非常清晰，这也是我做嵌入式项目时习惯的思考方式：传感器感知物理量 → 信号调理 → MCU采集与算法处理 → 执行机构动作/人机交互输出。

我画一下逻辑框图（文字版，大家脑补一下连线）：

液滴红外传感器 -> 信号整形电路 -> STM32定时器输入捕获通道 | v 滴速计算 + PID控制器 | +-----------------------+------------------------+ | | | v v v 步进电机(调速) OLED显示/按键设置 蜂鸣器+LED报警 | | | +-----------------------+------------------------+ | 串口打印 (可接上位机/ESP8266上云)

从框图上可以看到，这个系统覆盖了一个典型的闭环反馈控制系统的所有环节。很多初学者做项目容易止步于“采集-显示”，也就是只做了框图的上半部分，没有形成闭环。这个项目的价值就在于它逼你把下半部分也做出来：不仅要“感知”，还要“决策”，更要“执行”。

1.3 为什么选用STM32F103C8T6作为主控

选型的时候其实纠结过一阵子，也考虑过GD32、APM32这些国产替代，还有ESP32。最终定在STM32F103C8T6，理由很实在：

• 成本低：蓝板子十几块钱一片（翻新片），嘉立创打板+贴片整套下来成本可控在50元以内，学生党完全能接受。
• 外设够用：这个项目需要的高级定时器输入捕获（测滴速）、PWM输出（控步进电机）、I2C（驱动OLED）、ADC（可选，做传感器校准）、USART（调试打印），F103C8T6全部内置，不需要外扩任何芯片。
• 资料多到溢出：Keil环境成熟，标准外设库/HAL库都有，遇到问题搜索引擎能解决99%的bug。这点对新手极其重要，卡住了不至于孤立无援。
• 性能有余量：72MHz的主频跑这种级别的控制逻辑绰绰有余，剩下的性能还能顺便带个简单的菜单系统和数据滤波。

不是吹STM32有多神，但在这个量级的项目里，它就是最稳妥、最“够用”的选择。如果你非要用ESP32想顺便带WiFi上云，也行，但在做这种实时性要求较高的闭环控制时，ESP32的ADC和定时器反而不如F103用着顺手，而且功耗还高。

2. 硬件设计详解：原理图与模块选型

硬件是整个系统的基础。我做项目有个习惯：先画原理图，再写代码。因为原理图阶段能把引脚分配、电气连接、电源规划都定下来，写代码的时候照着原理图查引脚就行，不用翻着数据手册来回对。

2.1 主控最小系统与电源设计

主控部分就是经典的STM32F103C8T6最小系统电路：8MHz晶振作为HSE时钟源，两个20pF负载电容；复位电路用10kΩ上拉电阻+100nF电容，NRST引脚低电平复位；BOOT0引脚通过10kΩ下拉电阻接地，确保从Flash启动；VDD引脚并联104+10uF去耦电容，模拟电源VDDA通过磁珠或10Ω电阻隔离后单独供电。

电源这块我用了两种方案：

• 使用USB 5V供电时，通过AMS1117-3.3稳压到3.3V给MCU供电。
• 如果手头没有USB口，也可以用3.7V锂电池+ME6211（低压差LDO）方案，效果差不多，但要特别注意电机驱动那一路要和MCU电源严格分开。

这里要提醒一个很多人容易犯的错误：步进电机的电源不能和单片机共用同一个LDO。电机启动瞬间电流可能到几百毫安甚至更高，会把3.3V拉垮，轻则OLED闪烁，重则MCU直接复位重启。我的做法是：5V输入后，一路经AMS1117给MCU，另一路直接给ULN2003驱动板和电机供电，两路共地（GND一定是连在一起的），但电源轨物理分离。

2.2 液滴检测模块与信号整形

液滴检测是整个系统的“眼睛”，也是最容易出问题的地方。我用了比较成熟的红外对管方案：一对红外发射管+接收管（LTH1550-01或者普通的ITR9608替代），分列在透明滴管的两侧。

原理上很简单：当一滴液体穿过红外对管之间的空隙时，由于液滴对红外光的折射和吸收，接收管收到的光强会发生一个明显变化。把这个变化转换成电信号，就能判断“掉了一滴”。

但是，红外接收管的输出信号非常微弱，而且是模拟量，直接接单片机引脚肯定不行。所以信号调理部分我做了两级处理：

• 一级放大/滤波：利用LM393比较器（或者用运放构建滞回比较器）把接收管的微弱变化信号整形成标准的数字方波。关键在滞回比较器，回差电压大约0.1V，能有效防止信号在临界区域抖动导致计数毛刺。
• 二级整形：比较器输出后加一个74HC14施密特触发器，相当于又做一次整形，保证送给单片机定时器输入捕获引脚的波形边沿干净利落。实际做下来，这一步对测速精度影响很大，省了这个整形电路的话滴速显示基本都是跳来跳去的。

信号整形的电路我贴一下关键原理图节点（简化版）：红外接收管集电极接3.3V串联10kΩ电阻，发射极接地；发射极信号经过10kΩ+100nF低通滤波后接到LM393同相输入端；LM393反相输入端接电位器分压作为阈值；LM393输出通过10kΩ上拉到3.3V，然后接74HC14再次整形后输出到STM32的PA0引脚（TIM2_CH1）。

注意：红外发射管限流电阻要留足余量，我实测用220Ω限流在5V供电时发射管压降约1.2V，电流约17mA，接收效果较好。电流太大容易衰减发射管寿命，太小则信号太弱。

2.3 电机执行机构与驱动电路

滴速控制的“手”是步进电机。为什么不选直流减速电机？因为步进电机能精确控制转角，而且自带保持转矩，断电后电机轴仍然锁定，可以防止输液管在非工作状态下被意外挤压变形。

我选用的是28BYJ-48步进电机+ULN2003驱动板，这个组合在某宝上十块钱一套，灰度便宜，做项目完全够了。28BYJ-48是一个四相五线电机，步距角5.625°/64（即一个脉冲理论上转5.625/64≈0.0879°），配减速比1/64，输出轴转一圈需要4096个步进脉冲。

驱动方式上，我用了经典的四相八拍模式，相序为A→AB→B→BC→C→CD→D→DA，每个脉冲走半步。这样电机运行更平稳，噪声也小一些，适合输液这种需要安静环境的场景。

电机转角和挤液量的映射关系需要实测标定。我用的输液管是普通PVC输液管（外径约4.5mm），测试方法是：先把管子充满水，用电机从初始位置开始转动，记录转动N步对应的液滴数或者液流量，然后用游标卡尺量管子变形量。最后我标定得到：电机每转动约220步，对应挤压输液管造成的流量变化约为1滴（以20滴/mL的标准输液管计）。这个数值每个管子和安装方式都不一样，建议拿到实物后自己再标一次，写入代码的配置区。

2.4 人机交互与显示模块

显示部分用的是0.96寸I2C接口OLED（SSD1306驱动程序），128×64分辨率。虽然不大，但显示核心信息完全够用。我的界面规划方案是：

• 主界面：显示目标滴速、当前实测滴速、累计液滴数、运行状态。
• 曲线界面：实时绘制最近60秒的滴速变化折线，方便观察PID控制的效果。
• 设置界面：通过两个按键（目标+、目标-）调整目标滴速，短按步进1滴/分钟，长按连续步进。

按键我设计了两个（S1、S2），再加上一个复位键，三个按键够了。代码里用GPIO外部中断+消抖处理，消抖用了10ms定时器扫描法，比我以前用Delay延时消抖科学得多，不阻塞主循环。

2.5 声光报警电路

报警电路也简单粗暴：一个有源蜂鸣器（NPN三极管8050驱动，接PB5）+ 一个红色LED指示灯（接PB4）。只要有源蜂鸣器，直接GPIO输出高电平就响，不需要PWM驱动，省代码。异常条件触发时蜂鸣器响0.5秒、停0.5秒，循环三次，同时LED常亮，直到人工按RESET或状态恢复正常。

还有一路“液位监测”可选功能，需要加一根金属探针到输液瓶口，利用液体导电检测液位低。考虑到开源包里的仿真模型很难模拟这个物理过程，我在代码里预留了这个接口，但默认关闭，注释也写得很清楚，需要的人自己打开宏定义就行。

3. 软件核心逻辑与算法实现

3.1 滴速测量：输入捕获与周期计算

滴速测量的准确性直接决定整个控制系统的上限。我的实现方式不是数“每秒钟内有多少个脉冲”，那样太粗略了，秒级分辨率根本不够做PID反馈。

我用的方法是测量两个连续下降沿之间的时间间隔T（单位：毫秒），那么单滴滴速就是：

单滴滴速v = 60000 / T（滴/分钟）

举个例子：如果红外信号相邻两个下降沿间隔T = 500ms，那么滴速v = 60000 / 500 = 120滴/分钟。如果间隔1秒，则v = 60滴/分钟。

在STM32上做这件事，我配置了TIM2的输入捕获通道1（PA0），上升沿和下降沿都捕获，记录两次捕获的计数器差值，再根据定时器的分频系数换算成实际时间。考虑到红外信号的边沿抖动，我在软件里加了一个“消抖窗口”：只有当前后两次捕获的时间差大于80ms时，才认为这是一滴有效液滴。不然信号毛刺会把滴速算得飞起。

为了平滑显示和PID控制的稳定性，我又加了一级滑动平均滤波：把最近5滴的时间间隔存进一个环形缓冲区，取平均值算滴速。这样即使偶尔有一滴没检测到，滴速也不会瞬间突变到离谱。

3.2 增量式PID控制器

PID是这系统的灵魂。我用的是离散增量式PID，输出的是“电机步数的增量”。

先解释一下为什么要用增量式而不是位置式：位置式PID会输出一个绝对值，“当前转多少步”，如果传感器瞬间丢了一滴数据，计算出的位置输出会突变一大块，电机跟着猛跳一下，反而会干扰输液管。增量式PID输出的是“在这个控制周期内，相对上一步应该再增加/减少多少步”，每次只输出一个很小的修正量，动作更平滑。

公式如下：

Delta_Output = Kp * (e[n] - e[n-1]) + Ki * e[n] + Kd * (e[n] - 2*e[n-1] + e[n-2])

其中e[n] = 目标滴速 - 当前实测滴速。

每50ms执行一次PID计算（控制周期50ms），计算结果的整数部分就是本周期内电机需要正转/反转的步数增量。

参数整定过程我大概分享一下经验值。先置Kd=0，Ki=0，只调Kp，从1慢慢往上加。观察OLED上滴速曲线：如果滴速在目标值附近小幅震荡，说明Kp太大；如果响应太慢比如要一分多钟才逼近目标，则Kp太小。我在这个系统里实测比较好的初始值是Kp=18，Ki=0.8，Kd=6。Ki不能给太大，因为环境本身响应有延迟，积分太强容易产生超调，甚至形成等幅震荡；Kd主要起到阻尼作用，能抑制蠕动泵周期扰动的超调。

注意：PID参数是跟执行机构速度、输液管弹性、电路温漂都相关的，如果你复制代码后直接上电觉得反应不对，先别急着改代码，优先检查滴速测量值是不是稳定。测量不准，PID调再好都白搭。

3.3 主状态机设计

程序的主框架我写成了一个简单状态机，比“裸奔大循环+一堆标志位”更容易维护。五个状态：

• STATE_IDLE：待机状态，屏幕上显示“Press SET to Start”。此时电机不转，传感器仍在检测但只更新液滴计数，不做报警。
• STATE_RUNNING：运行状态。PID闭环控制开启，滴速稳定，OLED实时刷新曲线。每10ms刷新一次显示，每50ms执行一次PID控制。
• STATE_AUTO_ALARM：异常状态。滴速超过目标±15%持续10秒以上，或检测到连续3秒无新液滴（疑似管路堵塞/瓶空），进入报警，蜂鸣器鸣叫，同时在OLED上显示具体异常原因。
• STATE_PAUSE：暂停状态。护士需要调整管路或者换药瓶时使用，电机停止动作，但传感器继续监测，停止报警音。
• STATE_DONE：输液完成状态。累计液滴数达到设定目标（默认可以设总滴数），OLED显示“INFUSION COMPLETE”，自动进入待机。

状态机的好处是每个状态下的操作边界清晰，不容易出现“我在暂停状态还在PID出步进脉冲”这种低级错误。代码里我用了typedef enum定义状态，然后一个switch-case处理状态跳转逻辑。

3.4 电机控制与细分实现

28BYJ-48电机属于四相五线步进电机，驱动顺序我用查表法：

const uint8_t step_phase[8][4] = { {1, 0, 0, 0}, // A {1, 1, 0, 0}, // AB {0, 1, 0, 0}, // B {0, 1, 1, 0}, // BC {0, 0, 1, 0}, // C {0, 0, 1, 1}, // CD {0, 0, 0, 1}, // D {1, 0, 0, 1} // DA };

对应ULN2003的IN1~IN4引脚，依次把表中对应项写到GPIO的ODR寄存器，并延时2ms（即500Hz的步进脉冲频率）。实测这个速度下电机噪声小、转矩够用，转速再快容易丢步，再慢则响应太迟钝。

注意：在PID输出“需要调整X步”之后，我并不是一把头把这X步连续走完，而是每控制周期最多只走10步。也就是说，即使PID算出需要调整200步，这个周期也只执行10步，剩下的累积到下一个周期继续修正。这样做的好处是避免电机猛转一大圈，导致滴速瞬间过调；代价是响应会稍慢一些，但配合增量式PID，收敛过程非常平滑，肉眼几乎看不到液滴速度的突变。

3.5 滤波与抗干扰细节

说个细节：红外传感器波形在经过比较器和施密特触发器之后，理论上是干净的方波。但实际使用时，如果周围有强阳光或者节能灯频闪，信号边沿仍可能出现低频抖动。我的处理是三重保险：

1. 硬件上：光敏管套了一个黑色热缩管遮光筒，只留一个1mm左右的窄缝，让红外光只能从目标路径进来，大幅抑制环境光干扰。
2. 软件上：输入捕获中断里对时间差做判断，小于80ms的“滴”直接丢弃（人工限制最大滴速750滴/分钟，远大于生理极限），大于10秒的间隔认为“无滴”。
3. 数据链路上：滴速计算后的滑动平均窗口长度为5，既保证平滑度又不至于太滞后。

这三点叠加下来，实际调试中基本没有出现过快滴速误跳的问题，至少是很偶发，属于可以接受的工程误差。

4. Proteus仿真搭建与联调验证

4.1 仿真工程的搭建步骤

这套系统的Proteus仿真文件我也一并在开源包里给出了。如果你手里没有实物，或者想在动烙铁之前先验证代码逻辑，用Proteus 8.15以上版本打开工程就能跑。

仿真工程的关键部件配置我逐个说一下：

• MCU：STM32F103C8T6，Proteus内置了该模型，芯片型号可直接在Pick Devices里搜到。需要正确连接到电源、晶振、复位。
• 液滴传感器模拟：Proteus里没有红外对管滴传感器模型，我用了一个“信号发生器（SIGNAL GENERATOR）”来模拟传感器脉冲，设置为方波、频率可调。调试PID时改信号发生器的频率，就相当于改变“真实滴速”。
• 电机及驱动：Proteus里有步进电机模型，可以选用MOTOR-STEPPER，接上ULN2003芯片实现驱动。
• OLED显示：Proteus的OLED模型我只在部分版本里见过，不通用。所以我做仿真的时候是接了一个LCD1602来替代OLED显示，并预留了I2C接口。如果你非要在仿真里看OLED，可以外挂一颗AT24C02 I2C从机来模拟I2C总线时序（工程量偏大），或者干脆仿LCD1602版本。开源包里这两个版本的代码都有，宏定义切换即可。

4.2 仿真调试的要点与注意事项

仿真最大的优势是不怕烧板子，PLC逻辑随便折腾。但要注意仿真和实物的差异：

• 时间实时性：Proteus的仿真速度受计算机性能影响，有时候跑起来比实际慢不少。STM32本身带HSE时钟，Proteus会尽量模拟实时性，但如果你发现滴速显示翻倍了，先别急着调PID，看看仿真左下角的“Simulation Time”和真实时间比率，很可能不是1:1。
• I2C时序：仿真环境下I2C上拉电阻没接的话，OLED/LCD显示屏直接白屏。这个坑我踩过，Proteus默认不会像真实单片机那样自动启动内部上拉，所以务必在SDA/SCL线上各接一个4.7kΩ上拉电阻。
• 发电机模拟步进：信号发生器频率设多少，就对应多少滴/分钟。比如你设5Hz，等于模拟300滴/分钟，太高了，步进电机还没跟上就报警了。仿真调试建议从1Hz起步，即60滴/分钟，比较接近真实生理滴速。

4.3 虚拟实物联调的过程记录

我在仿真里做了一轮完整的“从目标值突变到收敛”的实验，过程如下：

1. 开机复位，OLED/LCD显示“IDLE”状态。
2. 按下SET按键，进入RUNNING状态。
3. 初始信号发生器设为1Hz（60滴/分钟），此时电机静止，因为在PID看来误差为零。
4. 突然把信号发生器频率从1Hz改为2Hz（模拟真实滴速变成120滴/分钟），PID检测到误差+60，输出电机正转调整步数，软化输液管，增大液滴速率。
5. 观察曲线：实际滴速曲线先快速上升到100以上，然后出现约20%超调，再经过约20秒时间回落并稳定在120±5滴/分钟的范围。

这个超调在可接受范围内。如果想压缩超调，可以把Kd值增大到8~10，但代价是系统反应会变迟钝（对于输液这种非高危场景，我宁愿要稳定不要敏捷）。

5. 常见问题与调试排查避坑手册

做这个项目过程中，我最常被问到的几个问题，也是我自己调试时候差点头秃的坑，统一整理成速查表，大家直接抄作业。

5.1 这个项目还能怎么扩展

动手能力强的朋友，完成这个基础版之后肯定不满足。我列几个我自己觉得很不错的扩展方向，都是基于现有硬件小幅改动就能实现的：

• 场景1：IoT远程监护

现有代码串口打印的数据格式我定义成JSON了，形如：

{"target": 60, "actual": 57, "status": "running", "cnt": 1024}

所以你只需要在UART2上接一个ESP8266模块，把串口数据透传到WiFi，上位机那边写一个简单的WebSocket服务端就能看到实时曲线。或者更省事，接个TTL转USB模块，上位机用Python pyserial读取打印内容，画个matplotlib动态曲线。

• 场景2：多通道扩展

一台STM32F103C8T6理论上有4个通用定时器可用于输入捕获，还能再扩展一两个通道，同时监护2~3路输液，每路独立PID，显示用页面切换。不过要注意F103C8的引脚资源有限，三路以上建议换F103ZET6或者直接上F407。

• 场景3：掉电数据保存

STM32F103C8T6内置的Flash有64KB，程序编译完大约占掉25KB，还剩30多KB。这些空间足够做一个简易的EEPROM模拟（写入到Flash末尾扇区），保存目标滴速、累计液滴数等信息，掉电不丢失。代码里我已经预留了FLASH_SAVE_ENABLE的宏定义开关，默认关闭，需要的人打开就好。

5.2 关于开源的说明

这套项目的资料包，我按照“就是给一个朋友直接能上手做”的标准整理的。里面包含以下内容：

• 源码：Keil MDK工程，基于标准外设库（不是HAL库，个人觉得F103用标准库更简单直接），包含完整注释、可编译。
• 原理图PDF+工程源文件：使用嘉立创EDA绘制的原理图，你打开后在PCB模式下直接布局走线就能打样。
• Proteus仿真文件：可直接运行的仿真工程，含LCD1602替代OLED版本的完整代码。
• BOM表：所有元器件的选型、型号、数量和参考购买价格，照着买就行。
• 说明文档：包含每个模块的接线说明、管脚映射表、PID参数整定记录表格。

在真正动手前，还有几个重要的提醒：

• 这套系统定位是教学演示与功能验证，不是医疗器械。请不要直接用于真实临床治疗或患者监护。医疗设备有严格的法规和准入要求，DIY项目踏踏实实做学习与算法验证就好。
• 电机挤压输液管的方式虽然能调速，但长时间连续挤压容易导致管子疲劳变形，建议做实验验证时用注水测试，同时定期换新输液管。
• 如果做毕设需要查重，强烈建议在理解代码逻辑的基础上，按自己的风格重写一遍主循环和PID部分，既加深理解，也能避免学术问题。

6. 最后再分享一个实在的经验

项目做完之后，我把原理图和代码发给几个做医工结合方向的朋友看，大家反馈最多的一点是：这个项目把“传感器-算法-执行器”三者串成了一个完整的闭环，而这个闭环思维，恰恰是做嵌入式项目的核心。

如果你准备照着做，我给一个顺序建议：先仿真，再画板，最后焊接调试。仿真阶段把所有逻辑跑通，特别是PID参数先在仿真里调到基本稳定；画板阶段认真核对BOM和封装；焊接阶段从电源开始逐模块烧录测试，不要一口气全部焊完再上电，否则出了问题极难排查。

真机调试的时候，记得准备一个逻辑分析仪或示波器，可以省去你大量瞎猜的时间。我自己在调试滴速测量的时候，被一个“偶尔跳变”的波形折腾了一晚上，后来一上示波器才发现是红外对管的阈值设定太临界，环境光一变就触发毛刺。后来把阈值调低并加上遮光筒，问题立刻消失。先让测量值“看得准”，再谈控制“控得稳”——这个顺序不能反。

目前这套系统我已经稳定跑了两周，每天用蠕动泵循环测试，电机没有丢步，滴速误差基本控制在±3滴/分钟以内。对这个精度我已经比较满意了。后续如果有时间，我打算给这个系统加一个简单的触摸屏控制界面，把OLED和按键交互彻底升级掉，到时候再单独写一篇分享。有什么问题，评论区见。开源资料获取方式：评论区或者私信发“智能输液”即可收到链接。