STM32項目實戰(zhàn)智能輸液監(jiān)護調(diào)控系統(tǒng)升級版代碼、原理圖與仿真全解析做嵌入式這些年經(jīng)手過不少醫(yī)療相關(guān)的項目但要說最能體現(xiàn)“軟硬結(jié)合”魅力的還得是輸液監(jiān)護這塊。每次在醫(yī)院看到護士忙著調(diào)滴速、盯液位我就琢磨這活兒要是能交給單片機去干能省多少人力又能減少多少醫(yī)患糾紛。所以當朋友把“智能輸液監(jiān)護調(diào)控系統(tǒng)升級版”這個項目丟給我的時候我挺興奮的這正好是STM32的典型應(yīng)用場景實時采集、閉環(huán)控制、異常報警一樣不缺非常適合拿來練手也具備共享給同行參考的價值。這篇文章就圍繞這個開源項目把代碼、原理圖和仿真從頭到尾捋一遍。不是單純地貼代碼而是講清楚每一部分為什么這么設(shè)計實操的時候有哪些坑要注意以及怎么在Proteus里把整個系統(tǒng)跑起來。如果你是電子相關(guān)專業(yè)的學生或者剛轉(zhuǎn)嵌入式的工程師手里正好有一塊STM32F103C8T6的最小系統(tǒng)板那這篇文章就是給你準備的。1. 內(nèi)容整體設(shè)計與思路拆解1.1 需求背后的核心矛盾輸液監(jiān)護到底要解決什么問題醫(yī)院里輸液最怕兩件事一是滴速不準藥液流得太快或太慢直接影響治療效果二是輸液完成時沒人發(fā)現(xiàn)導致回血甚至空氣進入血管。傳統(tǒng)做法是護士手動調(diào)夾子、估速度然后定時巡查效率低高峰期難免顧此失彼。智能輸液監(jiān)護系統(tǒng)要解決的就是這兩個痛點說到底就是三個字測得準、控得住、報得靈。升級版相比基礎(chǔ)版?zhèn)戎攸c在于“調(diào)控”和“聯(lián)動”?；A(chǔ)版往往只做到監(jiān)測比如滴速異常就蜂鳴報警但最終調(diào)速度還得人工來。升級版引入了執(zhí)行機構(gòu)比如步進電機或者比例閥通過PID或模糊控制算法自動調(diào)節(jié)滴速再結(jié)合液位傳感器實現(xiàn)輸液結(jié)束時的自動切斷和遠程報警。這一套閉環(huán)下來才算真正配得上“智能”兩個字。從系統(tǒng)架構(gòu)上看整個工程可以拆成幾個邏輯模塊傳感采集滴速傳感器、液位傳感器、核心處理STM32微控制器、人機交互按鍵、OLED/LCD顯示、蜂鳴器、執(zhí)行機構(gòu)電機驅(qū)動或電磁閥、通信模塊可選比如WiFi或藍牙用于上報給護士站。做原理圖和代碼時心里先要有這個模塊劃分否則很容易亂。1.2 芯片選型和方案取舍為什么是STM32F103C8T6先說結(jié)論這個項目選STM32F103C8T6是性價比最高的方案沒有之一。為什么因為這塊芯片的定位就是“皮實耐用、外設(shè)豐富”。F103C8T6采用ARM Cortex-M3內(nèi)核主頻72MHz對于輸液監(jiān)控這種中低速實時系統(tǒng)來說性能完全夠用。關(guān)鍵是它內(nèi)置了多個定時器、ADC模數(shù)轉(zhuǎn)換器、USART、I2C、SPI接口這意味著你不需要外掛一堆亂七八糟的芯片去實現(xiàn)PWM輸出、模擬量采集、串口通信一塊MCU全包了。具體到輸液系統(tǒng)里各個外設(shè)的用處如下定時器TIM產(chǎn)生PWM波形用來控制電機轉(zhuǎn)速或比例閥開度。這是調(diào)速的核心。ADC采集壓力傳感器或光電傳感器的模擬信號用于檢測液滴或液位。外部中斷EXTI接滴速傳感器的脈沖輸出每次滴一滴藥觸發(fā)一次中斷程序在中斷里計數(shù)并計算滴速。I2C/SPI驅(qū)動OLED顯示屏顯示實時滴速、輸液總量、報警狀態(tài)等信息。USART連接ESP8266等WiFi模塊把數(shù)據(jù)上傳到護士站的上位機或者云平臺。再說Flash和RAM64KB的Flash、20KB的RAM對于這個項目來說都是夠用的。如果選用更小容量的芯片比如F103C6代碼稍微復雜一點就可能爆F(xiàn)lash;如果直接上F407性能和成本都有富余但對這個場景有點殺雞用牛刀了。所以C8T6就是那個“剛剛好”的選擇。市面上的最小系統(tǒng)板也便宜十幾塊錢一片燒錄用ST-Link或者串口ISP都行DIY門檻非常低。如果不小心燒壞了引腳換一片也不心疼非常適合反復折騰。2. 核心細節(jié)解析與實操要點2.1 滴速檢測光電對管和外部中斷的配合滴速檢測是整個系統(tǒng)最核心的輸入信號。常用的方案有兩種一種是讓液滴自由滴落穿過紅外對管的檢測區(qū)液滴遮擋光線產(chǎn)生脈沖另一種是滴管外側(cè)貼電容式傳感器液滴經(jīng)過時電容值變化。后者精度高但成本也高DIY項目普遍用紅外對管方案。紅外對管的原理并不復雜發(fā)射管持續(xù)發(fā)射紅外光接收管根據(jù)接收到的光強輸出高低電平。當沒有液滴經(jīng)過時接收管能接收到較強的紅外光輸出低電平當液滴落下時光線被折射和遮擋接收管輸出高電平。把這個信號接到STM32的外部中斷引腳上設(shè)置上升沿或下降沿觸發(fā)每來一個脈沖就計一次數(shù)同時記錄時間戳。程序?qū)崿F(xiàn)上不建議在中斷服務(wù)函數(shù)里做太多算術(shù)運算因為中斷里耗時過長會影響實時性。我的做法是在中斷里只做兩件事滴數(shù)加一記錄當前時間戳。然后設(shè)置一個定時器中斷比如每500毫秒或1秒觸發(fā)一次在主循環(huán)或定時器中斷里去計算“最近1分鐘的平均滴速”。計算滴速有兩種常見算法簡單計數(shù)法統(tǒng)計1秒內(nèi)中斷的次數(shù)乘以60得到“滴/分鐘”。這種方法實時性強但波動大抗干擾能力差?；瑒哟翱诜ňS護一個數(shù)組記錄最近若干滴的時間戳然后計算平均間隔。比如記錄最近10滴的時間戳用第10滴的時間減去第1滴的時間再除以9得到平均每滴間隔然后換算成滴速。這種方法更平滑也更接近真實值。我用的是第二種代碼大概長這樣#define DROP_WINDOW_SIZE 10 volatile uint32_t drop_timestamps[DROP_WINDOW_SIZE]; volatile uint8_t drop_index 0; volatile uint8_t drop_count 0; void EXTI_IRQHandler(void) { if (EXTI_GetITStatus(EXTI_Line0) ! RESET) { uint32_t now HAL_GetTick(); drop_timestamps[drop_index] now; drop_index (drop_index 1) % DROP_WINDOW_SIZE; if (drop_count DROP_WINDOW_SIZE) drop_count; EXTI_ClearITPendingBit(EXTI_Line0); } } float GetDropRate(void) { if (drop_count 2) return 0.0f; uint8_t last_index (drop_index DROP_WINDOW_SIZE - 1) % DROP_WINDOW_SIZE; uint8_t first_index (last_index DROP_WINDOW_SIZE - drop_count) % DROP_WINDOW_SIZE; uint32_t time_diff drop_timestamps[last_index] - drop_timestamps[first_index]; uint32_t drops_in_window drop_count - 1; float interval_ms (float)time_diff / drops_in_window; return 60000.0f / interval_ms; }注意判斷滴速傳感器是否正常工作可以看中斷頻率是否在一個合理范圍內(nèi)。正常輸液一般是每分鐘20到60滴如果中斷頻率為0說明液滴沒在滴可能輸液管堵塞或者液體輸完了如果中斷頻率突然飆升可能是傳感器被干擾也可能輸液袋被意外抬高導致壓力突變。這些異常情況都應(yīng)該納入報警邏輯。2.2 調(diào)速執(zhí)行機構(gòu)從繼電器到步進電機如果說滴速傳感器是系統(tǒng)的“眼睛”那執(zhí)行機構(gòu)就是“手”。怎么根據(jù)偏差自動調(diào)節(jié)滴速目前的方案大致有三個層級。最低端的是用電磁閥或夾管閥只能實現(xiàn)“開/關(guān)”二態(tài)控制。滴速偏快就夾緊一點滴速偏慢就松開一點但無法精確調(diào)節(jié)容易振蕩。中間檔次是比例閥通過PWM波控制閥門開度占空比越高開口越大流速越快。這種方案控制平滑但閥體成本偏高而且對PWM頻率有要求頻率太低閥門會抖動頻率太高驅(qū)動電路容易發(fā)熱。最高端的是步進電機驅(qū)動的蠕動泵通過步進電機轉(zhuǎn)子壓迫硅膠管用轉(zhuǎn)子的轉(zhuǎn)速來控制液流速度。這種方案控制精度最高對管路的壓迫是漸進的也不容易造成管路損傷適合應(yīng)用在需要精準輸液的患者身上。缺點是成本高電機驅(qū)動要額外加步進電機驅(qū)動芯片如A4988或DRV8825控制邏輯也更復雜需要處理脈沖/方向信號。考慮到升級版的定位和DIY可復現(xiàn)性我推薦“直流電機光電編碼器”或“步進電機定時器PWM”的組合。如果你剛上手直接從“PWM控制直流電機”開始代碼最簡單先把閉環(huán)跑通后面再換執(zhí)行器整個系統(tǒng)的控制邏輯框架是不用大改的。如果需要精確調(diào)節(jié)滴速那么控制周期不能太短否則電機會反復啟停。我在項目里把控制周期設(shè)為2秒每2秒讀一次滴速計算偏差然后輸出一次PWM調(diào)整。這樣電機動作平緩系統(tǒng)穩(wěn)定性好很多。這里有一個非常容易踩的坑執(zhí)行機構(gòu)的響應(yīng)速度比傳感器慢得多。傳感器檢測到滴速變化幾乎是瞬時的但電機從當前轉(zhuǎn)速變到目標轉(zhuǎn)速需要幾百毫秒甚至更久。如果PID參數(shù)調(diào)得太大系統(tǒng)會振蕩得很厲害。我一開始就吃了這個虧滴速在20到80滴/分鐘之間來回震蕩后來把比例系數(shù)調(diào)小、積分時間拉長才穩(wěn)定下來。2.3 液位檢測與斷液報警紅外對管的一個巧妙應(yīng)用輸液結(jié)束的檢測原理上也不復雜。輸液管末端有一個莫非氏滴管當液面低于一定位置時滴管內(nèi)部的液體會變少空間里只剩下空氣。利用一個紅外對管發(fā)射管朝滴管內(nèi)部發(fā)射紅外光接收管在另一側(cè)接收。有液體時液體對紅外光的散射和吸收比較明顯接收管接收到的光強變?nèi)鯖]有液體時光線直接穿過空氣接收管收到的光強變大。于是通過判斷接收管輸出電壓的大小就能推斷液面是否過低。實際電路連接上可以將接收管輸出電壓經(jīng)過一個比較器比如LM393整形成數(shù)字信號送入STM32的GPIO也可以用ADC直接采集模擬電壓設(shè)置一個閾值來判斷。前者抗干擾能力強后者閾值可調(diào)各有優(yōu)點。我在項目里采用了ADC方式因為在Proteus里仿真時調(diào)節(jié)閾值比較方便可以很直觀地看到液位變化對應(yīng)的電壓變化。判斷邏輯如下連續(xù)讀取10次ADC值取平均值避免單次抖動誤判。如果平均電壓超過“空管閾值”持續(xù)2秒以上就認為輸液即將完成進入報警狀態(tài)。報警狀態(tài)包括LCD顯示“輸液完成”蜂鳴器鳴叫同時可以通過通信模塊發(fā)送報警消息。注意一個細節(jié)不要用單次ADC結(jié)果直接判斷。實際環(huán)境中液滴下落時滴管內(nèi)的液面會有微小波動單次采樣很容易誤判。而且液滴經(jīng)過紅外對管時也會造成一個瞬時遮擋如果那個時刻正好采樣數(shù)據(jù)會非常離譜。所以我在代碼里做了一個“連續(xù)N次采樣取平均”的濾波函數(shù)實測效果很好。2.4 人機交互OLED顯示與按鍵處理人機交互這一塊我用了一塊0.96寸的OLED屏幕分辨率128x64I2C接口。顯示內(nèi)容分為三個頁面主頁面顯示當前滴速滴/分鐘、輸液總量毫升、剩余時間估計小時:分鐘。設(shè)置頁面可以選擇目標滴速范圍比如30~40滴/分鐘、報警開關(guān)、輸液總量上限。狀態(tài)頁面顯示傳感器狀態(tài)滴速傳感器正常/異常、液位正常/低液位、通信模塊連接狀態(tài)。按鍵用了三個獨立按鍵模式切換鍵、加鍵、減鍵。按鍵處理時要注意抖動問題。最簡單的辦法是按鍵中斷觸發(fā)后啟動一個20ms的延遲再讀一次電平確認這叫“軟件消抖”。不要在硬件上省略RC濾波電路的情況下直接跳過這一步否則你會被按鍵抖動折磨到懷疑人生。另外I2C的OLED驅(qū)動代碼很容易受時序影響如果屏幕不亮先檢查引腳是否定義正確再看初始化時序是否符合SSD1306的要求。很多網(wǎng)上代碼的初始化序列都是照抄的如果你的屏幕不是同一家模塊廠可能會因為上電延時不夠而初始化失敗。解決方法是上電后加一個50ms的延時再執(zhí)行初始化序列。3. 實操過程與核心環(huán)節(jié)實現(xiàn)3.1 工程搭建從Keil到HAL庫的配置細節(jié)開發(fā)環(huán)境方面我用的還是Keil MDK版本V5以上。芯片支持包要裝好否則編譯直接報錯“Device not found”。我比較推薦使用STM32CubeMX先初始化工程生成HAL庫代碼再手動添加業(yè)務(wù)邏輯。好處是引腳分配和時鐘樹配置可視化不容易出錯。在CubeMX里需要配置的項包括RCC因為用了外部晶振8MHz在RCC設(shè)置里選擇“Crystal/Ceramic Resonator”。SYSDebug選擇“Serial Wire”否則燒錄后第一次可能把SWD引腳復用掉導致無法再次燒錄。GPIO滴速傳感器接PA0EXTI0液位ADC接PA1ADC1_IN1OLED接PB6I2C1_SCL、PB7I2C1_SDAPWM輸出接PA8TIM1_CH1蜂鳴器接PB10按鍵接PB12/PB13/PB14。TIM1配置為PWM輸出模式頻率設(shè)20kHz初始占空比50%。I2C1默認配置速度為100kHz。ADC1開啟通道1采樣時間為55.5周期連續(xù)轉(zhuǎn)換模式關(guān)閉。生成代碼后工程里會自動生成main.c、stm32f1xx_hal_msp.c等文件。我習慣把傳感器處理、控制算法、顯示驅(qū)動分別放到不同的源文件里比如drop_sensor.c、pump_control.c、oled_display.c。這樣后續(xù)維護、調(diào)試方便很多不會在一個幾百行的main.c里翻來翻去。3.2 Proteus仿真環(huán)境搭建元件選型和接線避坑指南Proteus仿真是這個項目的一大亮點。很多教程里只教畫原理圖不教你跑仿真結(jié)果初學者一上電代碼燒進去沒反應(yīng)也不知道是不是原理圖有問題。其實在Proteus里跑仿真只要選對元件、接對線效果和實物幾乎一致。需要的元件清單如下STM32F103C8T6Proteus庫里的型號名一般是STM32F103C8T6在“Microprocessor ICs”分類下。紅外對管用LED-RED和PHOTOTRANSISTOR替代實際效果近似。LM393比較器或者直接用ADC采樣。LM016L液晶可選或者直接用OLED的Proteus模型如果庫里有的話沒有就用LCD1602替代。直流電機MOTOR-DC配一個MOSFET或三極管驅(qū)動必要時加續(xù)流二極管。電位器POT-HG模擬液位傳感器的電壓變化。接線時有幾個容易出問題的地方共地所有模塊的地必須連到同一個網(wǎng)絡(luò)否則信號參考點不同數(shù)據(jù)完全亂掉。電機驅(qū)動STM32 GPIO輸出能力有限不能直接驅(qū)動直流電機必須經(jīng)過三極管如S8050或MOSFET如IRF5xx系列進行電流放大。還要在電機兩端反向并聯(lián)一個二極管泄放關(guān)斷時的反向電動勢否則很容易燒驅(qū)動管。傳感器電源紅外對管的工作電流一般不超過20mA串聯(lián)一個1k電阻限流即可。Proteus里STM32的晶振雙擊芯片在屬性里設(shè)置外部晶振頻率為8MHz否則HAL庫的延時函數(shù)會嚴重不準整個時序全亂。這個很多人栽過跟頭。仿真配置文件里還有一個啟動選項要勾選“Enable COF file”并把編譯生成的.axf或.hex文件路徑填進去。在Keil里輸出選項勾選“Create HEX File”編譯后就能在工程目錄下找到hex文件。然后把hex文件加載到STM32芯片中就能仿真了。3.3 控制算法落地的代碼示例位置式PID與限幅當?shù)嗡倨畲嬖跁r怎么算PWM占空比我直接用了位置式PIDu(k) Kp * e(k) Ki * sum(e(i)) Kd * (e(k) - e(k-1))其中e(k)是目標滴速與當前滴速的偏差。u(k)是輸出的PWM占空比0~100%。但因為滴速和PWM占空比之間并不是嚴格的線性關(guān)系所以PID參數(shù)的整定比較關(guān)鍵。我調(diào)出來的一組參數(shù)參考Kp 0.8Ki 0.1Kd 0.05控制周期 2000ms這組參數(shù)在仿真和實物上表現(xiàn)都還可以。但要注意不同輸液管、不同電機的特性差異挺大溫度也會影響藥液粘度所以最好在設(shè)置界面里開放PID參數(shù)調(diào)節(jié)而不是寫死在代碼里。或者干脆用模糊控制規(guī)則表根據(jù)滴速偏差和偏差變化率調(diào)整整PWM增量不依賴精確模型適應(yīng)性強一些。代碼實現(xiàn)簡化版typedef struct { float Kp; float Ki; float Kd; float integral; float last_error; } Pid_t; float Pid_Update(Pid_t *pid, float target, float current) { float error target - current; pid-integral error; // 積分限幅防止積分飽和 if (pid-integral 100) pid-integral 100; if (pid-integral -100) pid-integral -100; float derivative error - pid-last_error; pid-last_error error; return pid-Kp * error pid-Ki * pid-integral pid-Kd * derivative; }使用的時候把返回值疊加到當前的PWM占空比上并做0~100%的限幅。延時2秒后再進行一次新的PID計算。這樣電機動作很平滑不會出現(xiàn)突然滿轉(zhuǎn)的情況。3.4 主循環(huán)狀態(tài)機的設(shè)計別把所有邏輯塞進中斷很多新手寫這個項目時習慣把滴速檢測、液位檢測、顯示刷新全部塞進定時器中斷里結(jié)果發(fā)現(xiàn)中斷一多程序就卡死串口也亂。正確的做法是設(shè)計一個狀態(tài)機主循環(huán)不停地按狀態(tài)順序處理任務(wù)中斷只負責標記事件。我定義的狀態(tài)大致如下SYS_INIT初始化所有外設(shè)清空滴速計數(shù)。SYS_MONITOR正常監(jiān)控狀態(tài)滴速正常時只刷新顯示。SYS_ADJUST滴速偏差超過閾值時啟動PID調(diào)節(jié)控制電機。SYS_ALARM液位過低、滴速異常或通信失敗時進入報警。SYS_PAUSE報警確認后聽到蜂鳴器停止等待手動恢復。主循環(huán)的偽代碼while (1) { switch (state) { case SYS_MONITOR: current_rate GetDropRate(); if (current_rate min_rate || current_rate max_rate) { state SYS_ADJUST; } if (low_level_flag) { state SYS_ALARM; } break; case SYS_ADJUST: pwm_output Pid_Update(pid, target_rate, current_rate); Set_Motor_Duty(pwm_output); state SYS_MONITOR; break; case SYS_ALARM: Buzzer_On(); if (user_confirm) { Buzzer_Off(); state SYS_MONITOR; } break; } Oled_Refresh(); }這種狀態(tài)機的寫法邏輯清晰后續(xù)要加“暫?！薄白o士呼叫”等功能只需要在狀態(tài)枚舉和switch里加分支就行維護成本很低。4. 常見問題與排查技巧實錄4.1 代碼燒錄失敗或調(diào)試器無法識別芯片這個應(yīng)該是ST-Link或者J-Link用戶最常碰到的問題了。報錯信息一般是Error: Flash Download failed - Cortex-M3或者是No STM32 target found!。排查順序檢查ST-Link與板子的接線SWDIO接PA13、SWCLK接PA14、GND接GND、3.3V接3.3V。接線錯了什么都白搭。檢查CubeMX里是否把PA13/PA14配置成普通GPIO了如果配置成普通GPIO調(diào)試口就被禁用了芯片變成“磚頭”。解決方法是把BOOT0引腳拉高通過串口ISP模式擦除Flash再把Boot0拉低復位。檢查Keil的Debug設(shè)置Utilities選項卡下要選擇正確的Flash算法STM32F1系列的算法是STM32F10x Med-density Flash。檢查供電很多最小系統(tǒng)板用ST-Link的3.3V供電但ST-Link有些版本輸出的電流不夠板子帶OLED和傳感器后電壓跌落導致芯片工作異常。最好外接穩(wěn)定的3.3V電源。4.2 仿真時滴速數(shù)據(jù)跳變劇烈或始終為零這種情況十有八九是傳感器模型和信號調(diào)理電路的問題。在Proteus里用LED和光敏三極管模擬滴速傳感器時光線變化可能不夠陡峭導致輸出信號毛刺很多。解決辦法是在光敏三極管的輸出端加一個RC濾波器比如10k電阻串聯(lián)100nF電容到地再進比較器或ADC。還有Proteus仿真速度默認是實時速度如果你的電腦性能一般動態(tài)交互電機轉(zhuǎn)動、液滴下落會拖慢整個仿真反饋到滴速計算上就會出現(xiàn)卡頓甚至歸零。這時候可以在“Debug”菜單里把仿真時間比例改成“10us per sec”這類更快的速度或者把滴速檢測窗口縮短到5滴而不是10滴減少計算時所需的樣本數(shù)。4.3 OLED長時間運行后閃爍或花屏這種現(xiàn)象在實物中更常見通常原因是I2C通信被中斷干擾。前面我把滴速傳感器信號接在EXTI外部中斷上滴速快的時候中斷頻率高主循環(huán)中被中斷打斷的I2C通信時序就可能錯亂。解決思路有幾個降低滴速中斷的優(yōu)先級讓I2C中斷優(yōu)先級更高。在OLED數(shù)據(jù)傳輸過程中關(guān)閉滴速中斷傳輸完再開啟。但要注意關(guān)閉時間不能太長否則會漏掉滴速脈沖。OLED刷新頻率不要太高每500ms刷新一次就夠了頻繁刷寫I2C總線壓力很大。我實際用的是第二種方案但只在發(fā)送整屏數(shù)據(jù)時關(guān)閉幾次中斷用__disable_irq()和__enable_irq()包住關(guān)鍵傳輸段實測穩(wěn)定多了。4.4 液位傳感器誤報頻繁液位誤報多數(shù)是閾值設(shè)置不合理導致。建議做兩件事藥液管里空管和滿管時的ADC原始值在調(diào)試階段用串口打印出來記錄基線和閾值。加入“連續(xù)N次判定”和“持續(xù)時間判定”。比如連續(xù)3次采樣都超過閾值并且持續(xù)1秒以上才確認為低液位。另外紅外對管的位置也很關(guān)鍵要和滴管中心對齊太高容易受空氣濕度影響太低液體還沒流完就誤報了。安裝時用熱縮管或黑色橡膠套做遮光罩能有效減少環(huán)境光干擾。5. 項目擴展與個人經(jīng)驗總結(jié)這個系統(tǒng)做完基礎(chǔ)版之后我個人覺得還可以往這幾個方向延伸加一個WiFi模塊ESP8266或ESP32把滴速、液位、報警狀態(tài)傳到護士站的上位機用簡單的TCP或者MQTT協(xié)議就行。這樣一來就從一個單機設(shè)備變成了一個物聯(lián)網(wǎng)節(jié)點。把數(shù)據(jù)存到SD卡里用文件系統(tǒng)記錄每天的輸液日志方便事后追溯。把按鍵和顯示升級成觸摸屏人機交互體驗會好很多。如果追求控制精度的極致可以換成步進電機蠕動泵然后引入更復雜的控制策略比如基于模型預測控制在高速滴速場景下的表現(xiàn)。前前后后琢磨這個項目最大的感觸是嵌入式系統(tǒng)里軟件和硬件從來沒法分開談。你寫個PID控制覺得參數(shù)調(diào)不好結(jié)果一查發(fā)現(xiàn)是電源紋波太大傳感器信號被干擾你解決了一點干擾又發(fā)現(xiàn)電機驅(qū)動的反電動勢把單片機復位了。每一個問題的背后都是軟硬件協(xié)同設(shè)計的問題。做這類項目別急于一口氣把功能全懟上去。先把滴速檢測調(diào)通再寫顯示然后加報警最后才做閉環(huán)控制。每加一個模塊就驗證一遍之前的功能這樣就算出了問題也知道是剛加的哪部分引起的。聽起來慢實際上是最快的方式。