簡介本資源是一套完整的基于STM32F103的心率脈搏測量儀課程設計與畢業設計實現方案面向嵌入式初學者、電子類專業學生及單片機項目開發者解決便攜式生理信號采集、調理、處理與多端顯示的全流程工程實踐問題。壓縮包含1018個文件總大小24.97MB其中C源碼564個含信號濾波、ADC采樣、隊列緩存等核心算法、頭文件249個定義硬件接口與功能模塊、Keil工程文件uvprojx/uvoptx、Altium Designer原理圖與PCB源文件schdoc/pcbdoc、以及IAR/ARM數學庫靜態鏈接文件.a/.lib等覆蓋軟硬件協同開發全鏈路。已有93人學習下載資源提供可直接編譯運行的完整工程包含OLED動態顯示、藍牙無線傳輸、MATLAB波形聯調、心率異常告警及自動休眠等實用功能代碼結構清晰、注釋充分配套信號調理電路設計說明與時間間隔平均值算法實現細節具備強復現性與教學參考價值。1. 項目拆解心率脈搏測量儀到底要做什么先把這個項目說透。基于STM32設計的心率脈搏測量儀本質上是一個以單片機為核心、通過傳感器采集人體脈搏信號經算法處理后實時顯示心率數值的嵌入式系統。這類項目在課程設計、電子設計競賽、個人DIY里都非常常見因為它的技術棧覆蓋了信號采集、模擬前端、ADC采樣、數字濾波、算法識別、顯示交互、低功耗設計等多個嵌入式核心知識點而且軟硬件都有做完之后能拿得出手的東西很多。拿到這套“系統資料”時大多數人第一反應是去看原理圖和代碼但我建議你先反過來——先把需求拆清楚再回來看資料你才會知道每份文件為什么要這么設計。這個系統要解決的核心問題有三個準確采集到脈搏信號人體脈搏信號是微伏到毫伏級別的微弱生理信號且混有大量噪聲不像讀按鍵電平那么簡單必須經過放大和濾波。從信號中計算出心率要么檢測時域波形的峰值間隔要么做頻域分析最終得出每分鐘心跳次數單位是bpmbeats per minute。以直觀方式呈現結果OLED屏幕實時顯示脈搏波形和心率數值必要時還能通過按鍵切換功能、設置報警閾值甚至通過串口把數據發給上位機做進一步分析。所以整份系統資料的架構就很清晰了傳感器模塊采集信號 → 模擬前端調理 → STM32內置ADC采樣 → 數字濾波與算法識別 → OLED顯示/串口輸出。這是一條非常標準的生物醫學信號采集處理鏈路掌握了這套流程今后做血氧儀、心電儀、肌電儀本質上都是同一套思路只是傳感器和算法不同。1.1 心率測量原理三種主流方案你怎么選在動手之前必須先理解心率是怎么測出來的。目前主流的方式有三種方案原理傳感器類型成本算法復雜度適合場景光電容積脈搏波PPG用LED照射皮膚光電二極管接收透射/反射光強變化血液脈動引起光強變化如MAX30102、PulseSensor低中DIY、可穿戴設備心電法ECG測量心臟電活動引起體表電位差R波峰值間隔即心搏周期AD8232等模擬前端中中高醫療級、運動監測壓電/應變式脈搏傳感通過手腕處壓力變化感知脈動壓電薄膜、應變片中低中傳統中醫脈診儀等這套系統資料里如果是基于PulseSensor或者MAX30102的走的都是PPG方案。我自己做這個項目時也優先推薦PPG原因是它結構簡單、傳感器模塊成熟、上手快。PulseSensor本質上是一個集成了綠光LED和環境光消除電路的模擬器件直接輸出一個與脈搏相關的電壓信號接在ADC引腳上就能采。MAX30102則更進一步把LED、光電檢測、AD轉換、濾波都集成到一個芯片里通過I2C接口和主控通信可以做到更多配置。你要是只想要一個簡單能跑通的系統PulseSensor是首選你要是想做得更接近現代可穿戴設備MAX30102更合適。兩者的核心都是PPG但數據讀取方式和處理邏輯差別很大下面會展開講。1.2 系統架構與軟硬件職責劃分從頂層看系統的模塊劃分如下傳感器輸入模塊采集脈搏信號輸出模擬電壓或數字量。信號調理模塊對模擬信號做隔直、放大、濾波讓信號幅度落在ADC的最佳輸入范圍。主控模塊STM32負責ADC采樣、數據緩存、算法處理、顯示驅動、按鍵掃描。人機交互模塊OLED顯示屏、按鍵、蜂鳴器可選。電源模塊為所有模塊提供穩定工作電壓。這套架構里最容易翻車的往往不是單片機代碼而是模擬部分的信號調理。很多人PCB回來了程序調通了傳感器也讀數了但心率就是測不準——波形糊成一片或者數值亂跳問題多半出在模擬前端的設計而不是算法。2. 主控選型與核心資源分配為什么STM32是這塊板子的最優解做這個項目入門者可能會用51、Arduino進階一點的用ESP32但STM32始終是這個題目最常出現的主角。原因有三ADC性能足夠STM32的12位逐次逼近型ADC采樣率最高能做到幾Msps對心率信號帶寬只有0.5Hz~5Hz左右來說綽綽有余而且多通道可以同時采集速度、溫度等其他信號方便擴展。DMA和定時器聯動方便可以配置成定時器觸發ADC采樣、DMA自動搬運數據到內存CPU全程不參與采樣過程中還能同時做按鍵掃描和顯示刷新這套機制對實時性要求較高的生理信號采集非常關鍵。資料和生態成熟標準庫、HAL庫、寄存器版本隨便選網上工程模板一大堆遇到問題很容易檢索到解決方法。很多人糾結該用哪個型號。如果你看的是系統資料里的BOM表大概率是STM32F103C8T6藍色Pill板最常見或STM32F407系列。以STM32F103C8T6為例它擁有64KB Flash、20KB SRAM跑一個心率和展示程序綽綽有余即使加上UCOS或者裸機狀態機也夠用。3個USART一個可以連藍牙模塊一個接PC上位機調試。2個I2C如果選用MAX30102I2C直接掛載。10個ADC通道單通道定時采樣完全夠用多通道還能擴展測量體溫。2.1 選芯片前先估算資源占用我自己的習慣是寫代碼前先估算資源避免寫到一半發現Flash或SRAM不夠。以脈率檢測為例采樣率設為100Hz只測0.5~5Hz信號做20倍過采樣抗混疊效果比50Hz更穩。每次采樣產生一個uint16_t如果做滑動窗口緩存10秒數據所需內存 100Hz × 10s × 2字節 2KB占20KB的10%沒問題。如果做FFT頻域分析取1024點FFT復數數組需要2×1024×4字節 8KB加上其他緩存也還是夠的。時域峰值檢測算法則省內存得多只用幾個變量和一個小數組幾乎可以忽略不計。所以STM32F103C8T6的內存完全夠用選擇它做設計不是硬件性能的妥協而是性價比的合理匹配。2.2 選型對比PulseSensor還是MAX30102繼續細化傳感器選型這里我做了一個對比表方便你參考對比項PulseSensorMAX30102輸出接口模擬電壓0~3.3VI2C數字輸出信號內容原始PPG波形經前端放大濾波內部ADC轉換后的紅外/紅光數據供電電壓3.3V~5V典型3.3V1.8V~3.3V驅動難度簡單ADC直接采集中需要配置寄存器、讀FIFO抗干擾中易受環境光和運動干擾較好有多級濾波和掩碼設置價格十幾元幾十元但有些模塊可能虛標適合階段學原理、快速驗證做產品原型、深入調優這里要特別提醒一點MAX30102的模塊現在淘寶上很多但有相當一部分是翻新芯片或者傳感器臟污的測量的紅外數據會出現明顯周期性噪聲而且個別模塊還貼錯了電阻導致I2C地址不一致。購買時盡量選正規渠道買到之后先用邏輯分析儀或者示波器看一下I2C時序是否正確別一上來就套用網絡上的驅動。為什么我用過之后還是建議初次上手先從PulseSensor開始因為它的模擬輸出讓你能直接看到PPG波形長什么樣這對你理解后續的濾波和算法是巨大幫助。示波器放在傳感器輸出端能看到一個隨心跳起伏的脈沖波形它幅值大、形態清晰你就能知道算法該往哪個方向調。而MAX30102的輸出是FIFO里的數據雖然也能調但你少了一層“看得見摸得著”的直覺。3. 硬件設計與信號調理的關鍵細節這一部分是目前絕大多數教程和資料里講得最水、但恰恰是最容易出問題的環節。如果你的PCB板從模塊飛線出來的信號很差下面這些細節一定要重新過一遍。3.1 模擬前端從傳感器到ADC之間經歷了什么以PulseSensor模塊為例它內部其實已經做了一部分信號調理板上集成了一塊運算放大器和濾波網絡輸出的電壓信號大致在1/2 VCC附近典型值1.65V疊加一個和脈搏同步的交流分量。但這個交流分量幅度很小大約只有幾十到幾百毫伏而且疊加了較大的直流偏置。如果你直接用STM32的ADC去采這個信號會面臨兩個問題直流偏置占用ADC動態范圍STM32的ADC輸入范圍是0~3.3V如果信號偏置在1.65V交流幅值只有200mV那ADC的有效分辨范圍只用了大約12%意味著你的12位ADC實際有效位數下降到了約9~10位采樣精度損失不小。噪聲混疊工頻50Hz干擾、LED驅動紋波、電磁干擾都會進入測量鏈路如果不做濾波波形上會出現明顯的毛刺。所以推薦的做法是在STM32 ADC前端增加一級有源二階低通濾波器或者至少用RC低通截止頻率設置為5~10Hz左右同時用隔直電容去掉直流偏置再用運放把交流信號放大到合適的幅度。具體參數我給出一種常見實現隔直電容10μF耦合傳感器信號。偏置電阻兩個10kΩ電阻分壓把運放同相端偏置到1.65V。運放LM358或MCP6002單電源供電工作在放大狀態。低通濾波用Sallen-Key拓撲截止頻率 f_c 1 / (2πRC)如果R16kΩ、C1μF算出來約10Hz。當然實際項目中很多人省略這級電路直接把PulseSensor輸出接到ADC。項目能跑但你得到的波形噪聲會大不少后續算法需要做大量濾波處理才能穩定識別。我建議系統資料里如果有這部分說明一定要讀透如果資料里沒有你自己加一級也非常有必要。3.2 電源和PCB布局為什么心電信號老是跳心率測量系統對電源紋波和地線噪聲極其敏感。我這里不是玄學是實際踩坑總結出來的規律。首先ADC的參考電壓必須穩定。STM32F103的VREF通常直接和VDD相連如果你的3.3V穩壓輸出紋波大ADC的滿量程基準就會跟著抖采樣數值就開始“漂”。建議在電源輸入端加鉭電容10μF以上和陶瓷電容0.1μF的組合形成低阻抗去耦網絡。其次是地線問題。傳感器信號屬于微弱模擬信號顯示器、蜂鳴器、按鍵這些數字外設的開關噪聲會通過地線串擾到模擬部分。推薦的PCB布線原則是單點接地模擬地和數字地在主電容處單點匯合不要大面積鋪銅直接連通。信號走線盡量遠離高頻數字線尤其是OLED的I2C或SPI線不要和傳感器信號線平行走長距離。傳感器模塊和主控板之間用屏蔽線或短而粗的跳線如果使用杜邦線飛線盡量控制在10cm以內。有朋友說我做的是雙面板就幾個元器件不做模擬地和數字地分區也沒事吧我一開始也是這么想的后來發現OLED刷新屏幕時波形上就出現一系列規律毛刺一查就是數字部分的瞬態電流通過公共地線耦合到模擬端了。后來把模擬前端獨立成一小塊用0Ω電阻做單點互聯問題立刻改善。4. 固件開發從ADC采樣到心率算法的完整鏈路固件開發是整個系統里工作量最大的部分也是系統資料中代碼文件最密集的地方。這里我不會照搬某一套代碼而是把核心邏輯和設計思路講清楚讓你拿到任何一份資料都能快速看懂。4.1 ADC采樣策略定時器觸發DMA搬運讓CPU做更重要的活心率采樣對時序的要求是“每隔固定間隔采一個點”而不是“能采多少采多少”。如果用HAL庫里的HAL_ADC_GetValue()函數在循環里反復讀你會發現問題循環里還有OLED刷新和按鍵掃描執行時間不固定導致采樣間隔抖動波形時間軸變形。高頻采樣時反復軟觸發ADCCPU占用率高系統響應變慢。所以我推薦的方案是定時器觸發ADC采樣 DMA自動搬運數據到內存緩沖區。這樣配置好之后ADC完全由硬件定時觸發以穩定的100Hz或200Hz采樣率持續工作DMA自動把ADC轉換結果搬進RAM數組CPU全程不參與只有在緩沖區滿或需要計算時才去取數據。具體思路如下以STM32F103 HAL庫為例配置一個定時器例如TIM2將其更新事件作為ADC觸發源設置周期為10ms對應100Hz采樣率。配置ADC1的通道比如ADC1_IN1對應PA1設置為定時器觸發模式分辨率12位單通道。配置DMA1通道1這里以ADC1的DMA輸出為例把ADC轉換值持續搬運到uint16_t adc_buffer[512]數組。在main函數中使能ADC的DMA中斷或環形緩沖半滿中斷當數據積累到一定長度后啟動心率計算。這里插一句如果你用的是系統資料里的標準庫版本操作步驟是相同的只是API不同。不要糾結標準庫還是HAL庫關鍵是理解背后的硬件鏈路。用標準庫的話代碼量更少更直觀用HAL庫的話配置更規范便于移植到其他STM32型號。4.2 數字濾波先平滑再識別否則算法再牛也沒用經過ADC采樣得到的原始PPG信號依然包含高頻噪聲、基線漂移和運動偽跡。如果直接對這個信號做峰值檢測結果會非常不穩定心率可能一會兒60一會兒120。所以在算法之前一定要做數字濾波。常用的三種濾波手段滑動平均濾波移動平均對最近N個點求平均作為當前輸出值。比如N5在100Hz采樣率下就是50ms的滑動窗口能有效濾除高頻毛刺但對基線漂移無效。這是最簡單、最不容易出錯的濾波方式。IIR低通濾波比如一階低通 y[n] a * x[n] (1 - a) * y[n-1]a取0.1~0.2相當于低通截止頻率較低。計算簡單適合MCU實時處理。中值濾波對滑動窗口排序取中值對脈沖噪聲比如突然的尖峰有很好的抑制作用但計算量稍大。我實際使用下來的組合是先做一階高通去除基線漂移再做滑動平均去毛刺最后用一個30Hz左右的低通。當然這個組合的具體系數需要根據你的采樣率調整。寫代碼時注意一點濾波器初始化時濾波器的狀態變量比如前一次的y值要先初始化為第一次采樣的值不要讓初始狀態從0開始否則前一兩秒數據會出現明顯跳變。4.3 心率算法時域峰值檢測的完整步驟心率測量的核心是從PPG波形中識別每一次心搏。業界通用的方法主要有兩類時域峰值檢測和頻域功率譜分析。我做這個項目時最穩定、最容易調試的是改進的時域峰值檢測法配合自適應閾值。下面講一下它的具體流程這套流程在系統資料里通常也會出現只是可能寫得比較粗糙。第一步滑動窗口劃分。設窗口長度10秒每1秒滑動一次每次取最新10秒數據做分析。第二步計算閾值。對窗口內數據求最大值maxVal和最小值minVal初始閾值threshold (maxVal minVal) / 2。但如果窗口內有劇烈運動尖峰直接取中點可能誤判。所以用“自適應系數”調節比如threshold minVal 0.5 * (maxVal - minVal)也可以引入前幾秒的閾值做加權平均讓閾值變化更平滑。第三步峰值判定。遍歷窗口內每個采樣點如果當前點的值大于閾值且大于前一個點且大于后一個點就認為這是一個局部峰。但要考慮到PPG波形在心跳周期內可能有重搏波dicrotic notch即第一峰值后可能還有一個較小的隆起。如果你把重搏波也當成一個心搏心率就會翻倍。解決辦法是設置最小峰間距refractory period比如0.3秒也就是兩個峰之間至少間隔300ms對應最大心率200bpm在局部峰判定時如果距離上一次有效峰不足300ms就丟棄。第四步計算心率。統計窗口內有效峰個數peakCount那么HR peakCount × 60 / windowSeconds。例如10秒窗口內檢測到12個峰HR 12 × 6 72bpm。第五步平滑輸出。為了防止顯示數值跳變太突兀我常用指數平滑displayHR alpha * currentHR (1 - alpha) * lastDisplayHRalpha取0.3~0.5。這套算法是我做這個項目時反復調出來的結果。需要注意的是不同人的脈搏波形形態差異很大手指按壓力度、皮膚顏色、環境光都會影響波形形態所以閾值不能是一成不變的固定值必須自適應。自適應閾值的實現細節往往決定了一套資料寫的程序質量高不高。4.4 MAX30102和PulseSensor的算法差異如果你用的是MAX30102原理還是一樣的但有兩個關鍵差異MAX30102輸出的是紅外IR通道和紅光Red通道兩組數據每組又分多個數據位。通常用IR通道做心率檢測因為紅外光受血氧飽和度變化影響小信號更穩定。MAX30102內部自帶環境光消除、信號放大和低通濾波但它的原始FIFO數據依然存在基線漂移和運動偽跡所以你仍然要做數字濾波和峰值檢測。另外MAX30102有個重要配置是采樣率和ADC范圍。采樣率建議設置為100Hz或200HzADC范圍設為409612位即可。如果兩個通道都開數據量會翻倍注意FIFO溢出問題。說到這就得提一個坑MAX30102的FIFO溢出標志。如果你讀FIFO的速度跟不上寫入速度數據就會丟失心跳波形會出現斷層。因此要確保在主循環中及時讀取FIFO數據或者開啟中斷通過INT引腳通知主控。5. 顯示與交互OLED屏、按鍵和附加功能怎么設計一般系統資料的硬件設計都會配置一個I2C接口的OLED顯示屏常見0.96寸SSD1306驅動外加兩個按鍵還可能有一個蜂鳴器或LED指示燈。這部分雖然不復雜但如果設計不合理會嚴重拖累系統體驗。5.1 OLED顯示刷新策略不要阻塞在主循環0.96寸OLED分辨率128x64SSD1306驅動通過I2C接口通信I2C速度一般設置在400kHz。很多人寫OLED驅動時直接用HAL_I2C_Mem_Write一個像素一個像素地刷全屏刷新一次可能需要幾十毫秒甚至上百毫秒。如果主循環里還帶著心率算法20ms刷一次屏CPU基本就卡在I2C上了。我建議的顯示策略分區域刷新只刷新數值變化的地方心率數值、時間、狀態圖標波形區域可以整體繪制但用局部更新代替全屏清屏。使用顯存緩沖在內存中維護一個128x8字節1KB的顯存數組所有繪圖操作都在數組上做最后一次性刷新到屏上。1KB的SRAM對STM32F103來說完全能承受。主循環中設置刷新頻率OLED刷新限制在20~30Hz約30~50ms刷新一次不要和ADC采樣同步避免刷屏時影響采樣時序。實際操作時你會發現把OLED刷屏和ADC采樣放在同一個中斷優先級里會出問題。我建議ADC的DMA中斷優先級高于OLED刷新的任何操作OLED刷新放在主循環中通過標志位控制。這樣采樣不會因為刷屏被延遲。5.2 按鍵與交互邏輯設計常見的交互功能有兩個一個是短按切換顯示模式波形心率、只有心率、歷史記錄另一個是長按開關蜂鳴器報警。按鍵掃描可以在ADC中斷里做也可以在主循環里用定時器掃描。要避免的是按鍵消抖和長按判定邏輯寫得太復雜導致主循環卡頓。一個實用技巧是每10ms掃描一次按鍵讀取引腳電平。維護一個按鍵狀態變量連續N次比如5次讀到同一電平才判定按鍵有效實現消抖。長按檢測則記錄按下開始時間超過1秒認為長按。這套代碼邏輯非常簡單但非常可靠。我在實際測試中相比單獨用delay延時消抖這套非阻塞方式能保證按鍵響應時不影響采樣和其他任務。5.3 擴展功能蜂鳴器報警與上位機串口輸出不少系統資料還會加一個蜂鳴器報警功能用于心率過高或過低時提醒。這個功能在代碼層面很簡單只要在算法計算完心率后再做一個閾值判斷就行。但要注意心率閾值設置不能太窄否則稍一活動就會被誤報。我做過測試靜息狀態下心率在70附近但手輕輕動一下PPG信號產生的運動偽跡可能讓算法短暫誤判到150以上如果你閾值設在120就會誤報。解決方法是對心率結果再做一次合理性校驗比如連續3次計算結果都在120以上才觸發報警且報警持續一定時間才發聲避免單個波動觸發。串口輸出則更推薦加上方便調試。在開發時STM32通過串口把原始采樣波形和計算出的心率值發送給電腦串口助手立刻就能看到波形是否正常。這里有個小技巧發送數據的波特率用921600或460800避免波特率太低導致的數據傳輸瓶頸。當然串口發送的字符盡量精簡比如用“123,72\n”這種格式方便上位機解析。6. 從資料包到實物我的整合經驗與避坑清單當你拿到一套“系統資料”時里面通常有原理圖、PCB、源代碼、文檔和工程文件但有時候你會發現資料里的代碼跟你手里買的傳感器版本不匹配、原理圖版本號不統一甚至引腳定義有沖突。這時候最忌諱的就是直接燒錄代碼然后看效果一旦現象不對就會在幾個模塊之間來回猜非常浪費時間。6.1 拿到資料后的第一件事核對引腳和版本我拿到這類資料后第一件事是先整理出一張“資源映射表”把STM32的每個引腳對應哪個外設、哪個傳感器通道、哪個LED、哪個按鍵全部列出來。比如STM32引腳功能連接外設PA0ADC1_IN0PulseSensor輸出PB6I2C1_SCLOLEDPB7I2C1_SDAOLEDPA1GPIO_Input按鍵1PA2GPIO_Output蜂鳴器PA9/PA10USART1調試串口列出這張表后再對照原理圖和代碼里的引腳定義如果發現沖突立即用宏定義改掉而不是在程序里到處打補丁。這一步能節省你至少半天的排錯時間。還有一點很多資料代碼是用標準庫寫的而你當前的開發環境可能是HAL庫這時不要強行移植可以先跑通原有工程理解邏輯后再換自己熟悉的庫。6.2 調試過程的常見坑下面是我實際調試中遇到幾次的坑也是群里大家問得最多的問題。讀到的ADC值一直為0: 檢查ADC引腳是否被復用成了別的功能比如PB0/PC13可能有JTAG或RTC功能沖突還有檢查DMA配置和ADC掃描模式是否沖突。大部分人最終查出來是沒開ADC時鐘或者DMA通道配錯。波形有規律的尖刺: 大概率是OLED刷新或串口發送引入了干擾注意電源去耦或者把顯示刷新頻率降低一點。心率突然翻倍或減半: 一定是重搏波誤檢或漏檢。回頭檢查最小峰間距設沒設閾值是不是沒有自適應。手指按上去沒信號: 一是傳感器位置不對PPG傳感器和指尖接觸要穩定二是傳感器供電電壓設計錯誤部分PulseSensor需要5V供電才能有好的信號幅度。程序進了某個函數就卡死: 檢查是否有死循環等待某個外設標志位特別是I2C設備沒應答時會卡在HAL_I2C_Mem_Read里。給I2C加個超時是經驗之談。6.3 性能評估與優化方向項目做出來如果能顯示心率、能報警、能顯示波形已經達到了基本要求。但如果繼續優化我會建議你按這個順序來優化采樣率與濾波器系數通過實驗找到適合自己傳感器的濾波參數把波形調得更干凈心率計算的穩定性會明顯改善。算法升級將時域峰值檢測替換為基于小波變換或自適應閾值結合模板匹配的方法對運動偽跡的魯棒性會更好。降低功耗如果后面裝電池需要用STM32的睡眠模式只在采樣時刻喚醒MAX30102可以降低采樣率或關閉LED從而降低功耗。增加數據記錄把心率數據存到Flash芯片中做成可回看的日志。6.4 個人體會與建議最后分享一點我個人的整體感受。這個項目好上手但真正做好、做穩涉及的知識其實一點也不少。如果你只是照著資料燒錄代碼、看串口輸出那學到的東西有限。我建議你至少自己改三處把心率算法從頭寫一遍哪怕剛開始實現得比資料里的丑但寫一遍你才真正理解峰值檢測存在的那些坑。用示波器看一次傳感器輸出的原始信號再對比經過你濾波程序之后的波形你會對數字濾波有極其直觀的印象。打斷一下自己的思維試著用MAX30102替換掉PulseSensor哪怕只是移植驅動你也會把I2C、FIFO、寄存器配置這些知識點融會貫通。嵌入式系統里沒有“純軟件項目”和“純硬件項目”心率脈搏測量儀恰恰是把兩邊都串起來的那個典型。你把這套東西消化透了后面再做其他傳感器項目尤其是模擬信號處理類的會輕松很多。本文還有配套的精品資源點擊獲取 STM32心率脈搏測量儀：從PPG信號采集到算法實現全解析
簡介本資源是一套完整的基于STM32F103的心率脈搏測量儀課程設計與畢業設計實現方案面向嵌入式初學者、電子類專業學生及單片機項目開發者解決便攜式生理信號采集、調理、處理與多端顯示的全流程工程實踐問題。壓縮包含1018個文件總大小24.97MB其中C源碼564個含信號濾波、ADC采樣、隊列緩存等核心算法、頭文件249個定義硬件接口與功能模塊、Keil工程文件uvprojx/uvoptx、Altium Designer原理圖與PCB源文件schdoc/pcbdoc、以及IAR/ARM數學庫靜態鏈接文件.a/.lib等覆蓋軟硬件協同開發全鏈路。已有93人學習下載資源提供可直接編譯運行的完整工程包含OLED動態顯示、藍牙無線傳輸、MATLAB波形聯調、心率異常告警及自動休眠等實用功能代碼結構清晰、注釋充分配套信號調理電路設計說明與時間間隔平均值算法實現細節具備強復現性與教學參考價值。1. 項目拆解心率脈搏測量儀到底要做什么先把這個項目說透。基于STM32設計的心率脈搏測量儀本質上是一個以單片機為核心、通過傳感器采集人體脈搏信號經算法處理后實時顯示心率數值的嵌入式系統。這類項目在課程設計、電子設計競賽、個人DIY里都非常常見因為它的技術棧覆蓋了信號采集、模擬前端、ADC采樣、數字濾波、算法識別、顯示交互、低功耗設計等多個嵌入式核心知識點而且軟硬件都有做完之后能拿得出手的東西很多。拿到這套“系統資料”時大多數人第一反應是去看原理圖和代碼但我建議你先反過來——先把需求拆清楚再回來看資料你才會知道每份文件為什么要這么設計。這個系統要解決的核心問題有三個準確采集到脈搏信號人體脈搏信號是微伏到毫伏級別的微弱生理信號且混有大量噪聲不像讀按鍵電平那么簡單必須經過放大和濾波。從信號中計算出心率要么檢測時域波形的峰值間隔要么做頻域分析最終得出每分鐘心跳次數單位是bpmbeats per minute。以直觀方式呈現結果OLED屏幕實時顯示脈搏波形和心率數值必要時還能通過按鍵切換功能、設置報警閾值甚至通過串口把數據發給上位機做進一步分析。所以整份系統資料的架構就很清晰了傳感器模塊采集信號 → 模擬前端調理 → STM32內置ADC采樣 → 數字濾波與算法識別 → OLED顯示/串口輸出。這是一條非常標準的生物醫學信號采集處理鏈路掌握了這套流程今后做血氧儀、心電儀、肌電儀本質上都是同一套思路只是傳感器和算法不同。1.1 心率測量原理三種主流方案你怎么選在動手之前必須先理解心率是怎么測出來的。目前主流的方式有三種方案原理傳感器類型成本算法復雜度適合場景光電容積脈搏波PPG用LED照射皮膚光電二極管接收透射/反射光強變化血液脈動引起光強變化如MAX30102、PulseSensor低中DIY、可穿戴設備心電法ECG測量心臟電活動引起體表電位差R波峰值間隔即心搏周期AD8232等模擬前端中中高醫療級、運動監測壓電/應變式脈搏傳感通過手腕處壓力變化感知脈動壓電薄膜、應變片中低中傳統中醫脈診儀等這套系統資料里如果是基于PulseSensor或者MAX30102的走的都是PPG方案。我自己做這個項目時也優先推薦PPG原因是它結構簡單、傳感器模塊成熟、上手快。PulseSensor本質上是一個集成了綠光LED和環境光消除電路的模擬器件直接輸出一個與脈搏相關的電壓信號接在ADC引腳上就能采。MAX30102則更進一步把LED、光電檢測、AD轉換、濾波都集成到一個芯片里通過I2C接口和主控通信可以做到更多配置。你要是只想要一個簡單能跑通的系統PulseSensor是首選你要是想做得更接近現代可穿戴設備MAX30102更合適。兩者的核心都是PPG但數據讀取方式和處理邏輯差別很大下面會展開講。1.2 系統架構與軟硬件職責劃分從頂層看系統的模塊劃分如下傳感器輸入模塊采集脈搏信號輸出模擬電壓或數字量。信號調理模塊對模擬信號做隔直、放大、濾波讓信號幅度落在ADC的最佳輸入范圍。主控模塊STM32負責ADC采樣、數據緩存、算法處理、顯示驅動、按鍵掃描。人機交互模塊OLED顯示屏、按鍵、蜂鳴器可選。電源模塊為所有模塊提供穩定工作電壓。這套架構里最容易翻車的往往不是單片機代碼而是模擬部分的信號調理。很多人PCB回來了程序調通了傳感器也讀數了但心率就是測不準——波形糊成一片或者數值亂跳問題多半出在模擬前端的設計而不是算法。2. 主控選型與核心資源分配為什么STM32是這塊板子的最優解做這個項目入門者可能會用51、Arduino進階一點的用ESP32但STM32始終是這個題目最常出現的主角。原因有三ADC性能足夠STM32的12位逐次逼近型ADC采樣率最高能做到幾Msps對心率信號帶寬只有0.5Hz~5Hz左右來說綽綽有余而且多通道可以同時采集速度、溫度等其他信號方便擴展。DMA和定時器聯動方便可以配置成定時器觸發ADC采樣、DMA自動搬運數據到內存CPU全程不參與采樣過程中還能同時做按鍵掃描和顯示刷新這套機制對實時性要求較高的生理信號采集非常關鍵。資料和生態成熟標準庫、HAL庫、寄存器版本隨便選網上工程模板一大堆遇到問題很容易檢索到解決方法。很多人糾結該用哪個型號。如果你看的是系統資料里的BOM表大概率是STM32F103C8T6藍色Pill板最常見或STM32F407系列。以STM32F103C8T6為例它擁有64KB Flash、20KB SRAM跑一個心率和展示程序綽綽有余即使加上UCOS或者裸機狀態機也夠用。3個USART一個可以連藍牙模塊一個接PC上位機調試。2個I2C如果選用MAX30102I2C直接掛載。10個ADC通道單通道定時采樣完全夠用多通道還能擴展測量體溫。2.1 選芯片前先估算資源占用我自己的習慣是寫代碼前先估算資源避免寫到一半發現Flash或SRAM不夠。以脈率檢測為例采樣率設為100Hz只測0.5~5Hz信號做20倍過采樣抗混疊效果比50Hz更穩。每次采樣產生一個uint16_t如果做滑動窗口緩存10秒數據所需內存 100Hz × 10s × 2字節 2KB占20KB的10%沒問題。如果做FFT頻域分析取1024點FFT復數數組需要2×1024×4字節 8KB加上其他緩存也還是夠的。時域峰值檢測算法則省內存得多只用幾個變量和一個小數組幾乎可以忽略不計。所以STM32F103C8T6的內存完全夠用選擇它做設計不是硬件性能的妥協而是性價比的合理匹配。2.2 選型對比PulseSensor還是MAX30102繼續細化傳感器選型這里我做了一個對比表方便你參考對比項PulseSensorMAX30102輸出接口模擬電壓0~3.3VI2C數字輸出信號內容原始PPG波形經前端放大濾波內部ADC轉換后的紅外/紅光數據供電電壓3.3V~5V典型3.3V1.8V~3.3V驅動難度簡單ADC直接采集中需要配置寄存器、讀FIFO抗干擾中易受環境光和運動干擾較好有多級濾波和掩碼設置價格十幾元幾十元但有些模塊可能虛標適合階段學原理、快速驗證做產品原型、深入調優這里要特別提醒一點MAX30102的模塊現在淘寶上很多但有相當一部分是翻新芯片或者傳感器臟污的測量的紅外數據會出現明顯周期性噪聲而且個別模塊還貼錯了電阻導致I2C地址不一致。購買時盡量選正規渠道買到之后先用邏輯分析儀或者示波器看一下I2C時序是否正確別一上來就套用網絡上的驅動。為什么我用過之后還是建議初次上手先從PulseSensor開始因為它的模擬輸出讓你能直接看到PPG波形長什么樣這對你理解后續的濾波和算法是巨大幫助。示波器放在傳感器輸出端能看到一個隨心跳起伏的脈沖波形它幅值大、形態清晰你就能知道算法該往哪個方向調。而MAX30102的輸出是FIFO里的數據雖然也能調但你少了一層“看得見摸得著”的直覺。3. 硬件設計與信號調理的關鍵細節這一部分是目前絕大多數教程和資料里講得最水、但恰恰是最容易出問題的環節。如果你的PCB板從模塊飛線出來的信號很差下面這些細節一定要重新過一遍。3.1 模擬前端從傳感器到ADC之間經歷了什么以PulseSensor模塊為例它內部其實已經做了一部分信號調理板上集成了一塊運算放大器和濾波網絡輸出的電壓信號大致在1/2 VCC附近典型值1.65V疊加一個和脈搏同步的交流分量。但這個交流分量幅度很小大約只有幾十到幾百毫伏而且疊加了較大的直流偏置。如果你直接用STM32的ADC去采這個信號會面臨兩個問題直流偏置占用ADC動態范圍STM32的ADC輸入范圍是0~3.3V如果信號偏置在1.65V交流幅值只有200mV那ADC的有效分辨范圍只用了大約12%意味著你的12位ADC實際有效位數下降到了約9~10位采樣精度損失不小。噪聲混疊工頻50Hz干擾、LED驅動紋波、電磁干擾都會進入測量鏈路如果不做濾波波形上會出現明顯的毛刺。所以推薦的做法是在STM32 ADC前端增加一級有源二階低通濾波器或者至少用RC低通截止頻率設置為5~10Hz左右同時用隔直電容去掉直流偏置再用運放把交流信號放大到合適的幅度。具體參數我給出一種常見實現隔直電容10μF耦合傳感器信號。偏置電阻兩個10kΩ電阻分壓把運放同相端偏置到1.65V。運放LM358或MCP6002單電源供電工作在放大狀態。低通濾波用Sallen-Key拓撲截止頻率 f_c 1 / (2πRC)如果R16kΩ、C1μF算出來約10Hz。當然實際項目中很多人省略這級電路直接把PulseSensor輸出接到ADC。項目能跑但你得到的波形噪聲會大不少后續算法需要做大量濾波處理才能穩定識別。我建議系統資料里如果有這部分說明一定要讀透如果資料里沒有你自己加一級也非常有必要。3.2 電源和PCB布局為什么心電信號老是跳心率測量系統對電源紋波和地線噪聲極其敏感。我這里不是玄學是實際踩坑總結出來的規律。首先ADC的參考電壓必須穩定。STM32F103的VREF通常直接和VDD相連如果你的3.3V穩壓輸出紋波大ADC的滿量程基準就會跟著抖采樣數值就開始“漂”。建議在電源輸入端加鉭電容10μF以上和陶瓷電容0.1μF的組合形成低阻抗去耦網絡。其次是地線問題。傳感器信號屬于微弱模擬信號顯示器、蜂鳴器、按鍵這些數字外設的開關噪聲會通過地線串擾到模擬部分。推薦的PCB布線原則是單點接地模擬地和數字地在主電容處單點匯合不要大面積鋪銅直接連通。信號走線盡量遠離高頻數字線尤其是OLED的I2C或SPI線不要和傳感器信號線平行走長距離。傳感器模塊和主控板之間用屏蔽線或短而粗的跳線如果使用杜邦線飛線盡量控制在10cm以內。有朋友說我做的是雙面板就幾個元器件不做模擬地和數字地分區也沒事吧我一開始也是這么想的后來發現OLED刷新屏幕時波形上就出現一系列規律毛刺一查就是數字部分的瞬態電流通過公共地線耦合到模擬端了。后來把模擬前端獨立成一小塊用0Ω電阻做單點互聯問題立刻改善。4. 固件開發從ADC采樣到心率算法的完整鏈路固件開發是整個系統里工作量最大的部分也是系統資料中代碼文件最密集的地方。這里我不會照搬某一套代碼而是把核心邏輯和設計思路講清楚讓你拿到任何一份資料都能快速看懂。4.1 ADC采樣策略定時器觸發DMA搬運讓CPU做更重要的活心率采樣對時序的要求是“每隔固定間隔采一個點”而不是“能采多少采多少”。如果用HAL庫里的HAL_ADC_GetValue()函數在循環里反復讀你會發現問題循環里還有OLED刷新和按鍵掃描執行時間不固定導致采樣間隔抖動波形時間軸變形。高頻采樣時反復軟觸發ADCCPU占用率高系統響應變慢。所以我推薦的方案是定時器觸發ADC采樣 DMA自動搬運數據到內存緩沖區。這樣配置好之后ADC完全由硬件定時觸發以穩定的100Hz或200Hz采樣率持續工作DMA自動把ADC轉換結果搬進RAM數組CPU全程不參與只有在緩沖區滿或需要計算時才去取數據。具體思路如下以STM32F103 HAL庫為例配置一個定時器例如TIM2將其更新事件作為ADC觸發源設置周期為10ms對應100Hz采樣率。配置ADC1的通道比如ADC1_IN1對應PA1設置為定時器觸發模式分辨率12位單通道。配置DMA1通道1這里以ADC1的DMA輸出為例把ADC轉換值持續搬運到uint16_t adc_buffer[512]數組。在main函數中使能ADC的DMA中斷或環形緩沖半滿中斷當數據積累到一定長度后啟動心率計算。這里插一句如果你用的是系統資料里的標準庫版本操作步驟是相同的只是API不同。不要糾結標準庫還是HAL庫關鍵是理解背后的硬件鏈路。用標準庫的話代碼量更少更直觀用HAL庫的話配置更規范便于移植到其他STM32型號。4.2 數字濾波先平滑再識別否則算法再牛也沒用經過ADC采樣得到的原始PPG信號依然包含高頻噪聲、基線漂移和運動偽跡。如果直接對這個信號做峰值檢測結果會非常不穩定心率可能一會兒60一會兒120。所以在算法之前一定要做數字濾波。常用的三種濾波手段滑動平均濾波移動平均對最近N個點求平均作為當前輸出值。比如N5在100Hz采樣率下就是50ms的滑動窗口能有效濾除高頻毛刺但對基線漂移無效。這是最簡單、最不容易出錯的濾波方式。IIR低通濾波比如一階低通 y[n] a * x[n] (1 - a) * y[n-1]a取0.1~0.2相當于低通截止頻率較低。計算簡單適合MCU實時處理。中值濾波對滑動窗口排序取中值對脈沖噪聲比如突然的尖峰有很好的抑制作用但計算量稍大。我實際使用下來的組合是先做一階高通去除基線漂移再做滑動平均去毛刺最后用一個30Hz左右的低通。當然這個組合的具體系數需要根據你的采樣率調整。寫代碼時注意一點濾波器初始化時濾波器的狀態變量比如前一次的y值要先初始化為第一次采樣的值不要讓初始狀態從0開始否則前一兩秒數據會出現明顯跳變。4.3 心率算法時域峰值檢測的完整步驟心率測量的核心是從PPG波形中識別每一次心搏。業界通用的方法主要有兩類時域峰值檢測和頻域功率譜分析。我做這個項目時最穩定、最容易調試的是改進的時域峰值檢測法配合自適應閾值。下面講一下它的具體流程這套流程在系統資料里通常也會出現只是可能寫得比較粗糙。第一步滑動窗口劃分。設窗口長度10秒每1秒滑動一次每次取最新10秒數據做分析。第二步計算閾值。對窗口內數據求最大值maxVal和最小值minVal初始閾值threshold (maxVal minVal) / 2。但如果窗口內有劇烈運動尖峰直接取中點可能誤判。所以用“自適應系數”調節比如threshold minVal 0.5 * (maxVal - minVal)也可以引入前幾秒的閾值做加權平均讓閾值變化更平滑。第三步峰值判定。遍歷窗口內每個采樣點如果當前點的值大于閾值且大于前一個點且大于后一個點就認為這是一個局部峰。但要考慮到PPG波形在心跳周期內可能有重搏波dicrotic notch即第一峰值后可能還有一個較小的隆起。如果你把重搏波也當成一個心搏心率就會翻倍。解決辦法是設置最小峰間距refractory period比如0.3秒也就是兩個峰之間至少間隔300ms對應最大心率200bpm在局部峰判定時如果距離上一次有效峰不足300ms就丟棄。第四步計算心率。統計窗口內有效峰個數peakCount那么HR peakCount × 60 / windowSeconds。例如10秒窗口內檢測到12個峰HR 12 × 6 72bpm。第五步平滑輸出。為了防止顯示數值跳變太突兀我常用指數平滑displayHR alpha * currentHR (1 - alpha) * lastDisplayHRalpha取0.3~0.5。這套算法是我做這個項目時反復調出來的結果。需要注意的是不同人的脈搏波形形態差異很大手指按壓力度、皮膚顏色、環境光都會影響波形形態所以閾值不能是一成不變的固定值必須自適應。自適應閾值的實現細節往往決定了一套資料寫的程序質量高不高。4.4 MAX30102和PulseSensor的算法差異如果你用的是MAX30102原理還是一樣的但有兩個關鍵差異MAX30102輸出的是紅外IR通道和紅光Red通道兩組數據每組又分多個數據位。通常用IR通道做心率檢測因為紅外光受血氧飽和度變化影響小信號更穩定。MAX30102內部自帶環境光消除、信號放大和低通濾波但它的原始FIFO數據依然存在基線漂移和運動偽跡所以你仍然要做數字濾波和峰值檢測。另外MAX30102有個重要配置是采樣率和ADC范圍。采樣率建議設置為100Hz或200HzADC范圍設為409612位即可。如果兩個通道都開數據量會翻倍注意FIFO溢出問題。說到這就得提一個坑MAX30102的FIFO溢出標志。如果你讀FIFO的速度跟不上寫入速度數據就會丟失心跳波形會出現斷層。因此要確保在主循環中及時讀取FIFO數據或者開啟中斷通過INT引腳通知主控。5. 顯示與交互OLED屏、按鍵和附加功能怎么設計一般系統資料的硬件設計都會配置一個I2C接口的OLED顯示屏常見0.96寸SSD1306驅動外加兩個按鍵還可能有一個蜂鳴器或LED指示燈。這部分雖然不復雜但如果設計不合理會嚴重拖累系統體驗。5.1 OLED顯示刷新策略不要阻塞在主循環0.96寸OLED分辨率128x64SSD1306驅動通過I2C接口通信I2C速度一般設置在400kHz。很多人寫OLED驅動時直接用HAL_I2C_Mem_Write一個像素一個像素地刷全屏刷新一次可能需要幾十毫秒甚至上百毫秒。如果主循環里還帶著心率算法20ms刷一次屏CPU基本就卡在I2C上了。我建議的顯示策略分區域刷新只刷新數值變化的地方心率數值、時間、狀態圖標波形區域可以整體繪制但用局部更新代替全屏清屏。使用顯存緩沖在內存中維護一個128x8字節1KB的顯存數組所有繪圖操作都在數組上做最后一次性刷新到屏上。1KB的SRAM對STM32F103來說完全能承受。主循環中設置刷新頻率OLED刷新限制在20~30Hz約30~50ms刷新一次不要和ADC采樣同步避免刷屏時影響采樣時序。實際操作時你會發現把OLED刷屏和ADC采樣放在同一個中斷優先級里會出問題。我建議ADC的DMA中斷優先級高于OLED刷新的任何操作OLED刷新放在主循環中通過標志位控制。這樣采樣不會因為刷屏被延遲。5.2 按鍵與交互邏輯設計常見的交互功能有兩個一個是短按切換顯示模式波形心率、只有心率、歷史記錄另一個是長按開關蜂鳴器報警。按鍵掃描可以在ADC中斷里做也可以在主循環里用定時器掃描。要避免的是按鍵消抖和長按判定邏輯寫得太復雜導致主循環卡頓。一個實用技巧是每10ms掃描一次按鍵讀取引腳電平。維護一個按鍵狀態變量連續N次比如5次讀到同一電平才判定按鍵有效實現消抖。長按檢測則記錄按下開始時間超過1秒認為長按。這套代碼邏輯非常簡單但非常可靠。我在實際測試中相比單獨用delay延時消抖這套非阻塞方式能保證按鍵響應時不影響采樣和其他任務。5.3 擴展功能蜂鳴器報警與上位機串口輸出不少系統資料還會加一個蜂鳴器報警功能用于心率過高或過低時提醒。這個功能在代碼層面很簡單只要在算法計算完心率后再做一個閾值判斷就行。但要注意心率閾值設置不能太窄否則稍一活動就會被誤報。我做過測試靜息狀態下心率在70附近但手輕輕動一下PPG信號產生的運動偽跡可能讓算法短暫誤判到150以上如果你閾值設在120就會誤報。解決方法是對心率結果再做一次合理性校驗比如連續3次計算結果都在120以上才觸發報警且報警持續一定時間才發聲避免單個波動觸發。串口輸出則更推薦加上方便調試。在開發時STM32通過串口把原始采樣波形和計算出的心率值發送給電腦串口助手立刻就能看到波形是否正常。這里有個小技巧發送數據的波特率用921600或460800避免波特率太低導致的數據傳輸瓶頸。當然串口發送的字符盡量精簡比如用“123,72\n”這種格式方便上位機解析。6. 從資料包到實物我的整合經驗與避坑清單當你拿到一套“系統資料”時里面通常有原理圖、PCB、源代碼、文檔和工程文件但有時候你會發現資料里的代碼跟你手里買的傳感器版本不匹配、原理圖版本號不統一甚至引腳定義有沖突。這時候最忌諱的就是直接燒錄代碼然后看效果一旦現象不對就會在幾個模塊之間來回猜非常浪費時間。6.1 拿到資料后的第一件事核對引腳和版本我拿到這類資料后第一件事是先整理出一張“資源映射表”把STM32的每個引腳對應哪個外設、哪個傳感器通道、哪個LED、哪個按鍵全部列出來。比如STM32引腳功能連接外設PA0ADC1_IN0PulseSensor輸出PB6I2C1_SCLOLEDPB7I2C1_SDAOLEDPA1GPIO_Input按鍵1PA2GPIO_Output蜂鳴器PA9/PA10USART1調試串口列出這張表后再對照原理圖和代碼里的引腳定義如果發現沖突立即用宏定義改掉而不是在程序里到處打補丁。這一步能節省你至少半天的排錯時間。還有一點很多資料代碼是用標準庫寫的而你當前的開發環境可能是HAL庫這時不要強行移植可以先跑通原有工程理解邏輯后再換自己熟悉的庫。6.2 調試過程的常見坑下面是我實際調試中遇到幾次的坑也是群里大家問得最多的問題。讀到的ADC值一直為0: 檢查ADC引腳是否被復用成了別的功能比如PB0/PC13可能有JTAG或RTC功能沖突還有檢查DMA配置和ADC掃描模式是否沖突。大部分人最終查出來是沒開ADC時鐘或者DMA通道配錯。波形有規律的尖刺: 大概率是OLED刷新或串口發送引入了干擾注意電源去耦或者把顯示刷新頻率降低一點。心率突然翻倍或減半: 一定是重搏波誤檢或漏檢。回頭檢查最小峰間距設沒設閾值是不是沒有自適應。手指按上去沒信號: 一是傳感器位置不對PPG傳感器和指尖接觸要穩定二是傳感器供電電壓設計錯誤部分PulseSensor需要5V供電才能有好的信號幅度。程序進了某個函數就卡死: 檢查是否有死循環等待某個外設標志位特別是I2C設備沒應答時會卡在HAL_I2C_Mem_Read里。給I2C加個超時是經驗之談。6.3 性能評估與優化方向項目做出來如果能顯示心率、能報警、能顯示波形已經達到了基本要求。但如果繼續優化我會建議你按這個順序來優化采樣率與濾波器系數通過實驗找到適合自己傳感器的濾波參數把波形調得更干凈心率計算的穩定性會明顯改善。算法升級將時域峰值檢測替換為基于小波變換或自適應閾值結合模板匹配的方法對運動偽跡的魯棒性會更好。降低功耗如果后面裝電池需要用STM32的睡眠模式只在采樣時刻喚醒MAX30102可以降低采樣率或關閉LED從而降低功耗。增加數據記錄把心率數據存到Flash芯片中做成可回看的日志。6.4 個人體會與建議最后分享一點我個人的整體感受。這個項目好上手但真正做好、做穩涉及的知識其實一點也不少。如果你只是照著資料燒錄代碼、看串口輸出那學到的東西有限。我建議你至少自己改三處把心率算法從頭寫一遍哪怕剛開始實現得比資料里的丑但寫一遍你才真正理解峰值檢測存在的那些坑。用示波器看一次傳感器輸出的原始信號再對比經過你濾波程序之后的波形你會對數字濾波有極其直觀的印象。打斷一下自己的思維試著用MAX30102替換掉PulseSensor哪怕只是移植驅動你也會把I2C、FIFO、寄存器配置這些知識點融會貫通。嵌入式系統里沒有“純軟件項目”和“純硬件項目”心率脈搏測量儀恰恰是把兩邊都串起來的那個典型。你把這套東西消化透了后面再做其他傳感器項目尤其是模擬信號處理類的會輕松很多。本文還有配套的精品資源點擊獲取