簡介面向STM32F103嵌入式開發(fā)學(xué)習(xí)者該資料提供基于DHT22溫濕度與BH1750光照強(qiáng)度傳感器的完整驅(qū)動(dòng)方案覆蓋單總線時(shí)序解析、I2C通信、數(shù)據(jù)校驗(yàn)與數(shù)值轉(zhuǎn)換并最終在TFTLCD顯示屏上呈現(xiàn)適合需要實(shí)踐傳感器接口和LCD顯示的開發(fā)者參考。壓縮包共150個(gè)文件、3.08MB以37個(gè)h頭文件和35個(gè)c源文件為核心配合uvprojx/uvoptx工程文件構(gòu)成可直接編譯的Keil項(xiàng)目同時(shí)包含hex/axf可執(zhí)行文件便于燒錄驗(yàn)證以及o/crf中間文件和htm、txt等說明文檔目錄結(jié)構(gòu)清晰便于按模塊查閱。目前已有8865人學(xué)習(xí)下載適合作為STM32外設(shè)驅(qū)動(dòng)課程設(shè)計(jì)或畢業(yè)設(shè)計(jì)的參考資料。資料內(nèi)附空氣溫濕度與光照強(qiáng)度相關(guān)源碼與接線說明可對(duì)照理解DHT22的脈沖捕獲和BH1750的I2C讀取流程并借助ILI9341驅(qū)動(dòng)庫實(shí)現(xiàn)屏幕上實(shí)時(shí)顯示有助于貫通硬件配置、協(xié)議解析與顯示編程全鏈路。1. 一塊F103同時(shí)驅(qū)動(dòng)兩個(gè)傳感器時(shí)序敏感型與寄存器型驅(qū)動(dòng)的實(shí)戰(zhàn)組合DHT22和BH1750是環(huán)境數(shù)據(jù)采集場(chǎng)景里非常經(jīng)典的一對(duì)傳感器前者走單總線協(xié)議、對(duì)時(shí)序要求苛刻后者走I2C總線、以寄存器操作和數(shù)據(jù)換算為核心。把它們放在同一塊STM32F103上驅(qū)動(dòng)意味著要同時(shí)處理兩種完全不同的通信風(fēng)格這對(duì)剛接觸嵌入式傳感開發(fā)的人而言是一個(gè)能一次性摸清兩種總線協(xié)議的實(shí)戰(zhàn)組合。這套資源面向的是想把手寫驅(qū)動(dòng)能力補(bǔ)齊的開發(fā)者而不是只想抄個(gè)現(xiàn)成mian函數(shù)的初學(xué)者。很多初次嘗試的人在DHT22這一關(guān)就會(huì)卡住單總線的位時(shí)序要求到達(dá)微妙級(jí)精度稍不留神就讀回全0xFF或者偶發(fā)跳變的數(shù)據(jù)而BH1750看起來簡單卻容易在I2C地址、寄存器配置或數(shù)據(jù)掩碼上翻車。這份資料把所有關(guān)鍵代碼放在了一起。從GPIO初始化、微秒級(jí)延時(shí)到兩個(gè)傳感器的完整驅(qū)動(dòng)函數(shù)再到主函數(shù)中的輪詢邏輯基本覆蓋了從裸芯片到穩(wěn)定輸出溫濕度和光照數(shù)值的整條鏈路也順帶解決了傳感器驅(qū)動(dòng)學(xué)習(xí)里最費(fèi)時(shí)間的部分——查手冊(cè)、調(diào)時(shí)序、試錯(cuò)。2. 硬件連接與工程搭建從引腳分配到時(shí)鐘配置2.1 引腳規(guī)劃與電源設(shè)計(jì)DHT22的DATA引腳適合接在支持外部中斷的引腳上這里選PA0它不僅具備GPIO輸入輸出切換能力還掛在EXTI0線上后續(xù)如果想改成中斷方式捕獲傳感器響應(yīng)信號(hào)硬件上不需要再做任何挪動(dòng)。BH1750的SCL和SDA接到PB6、PB7這兩個(gè)引腳在F103上對(duì)應(yīng)I2C1的默認(rèn)映射即使選擇用普通GPIO軟件模擬I2C也方便隨時(shí)切換成硬件I2C方式。引腳整體規(guī)劃為PA0接DHT22數(shù)據(jù)線PB6接BH1750的SCLPB7接BH1750的SDA電源統(tǒng)一使用3.3V。電源部分需要在傳感器電源引腳旁邊放置0.1uF去耦電容DHT22的數(shù)據(jù)線通常建議加上一個(gè)4.7k到10k的上拉電阻。BH1750如果使用模塊大多已經(jīng)板載了上拉電阻但使用裸芯片時(shí)就需要自查。上拉電阻過小會(huì)導(dǎo)致信號(hào)邊沿變緩過大則可能讓電平翻轉(zhuǎn)不徹底尤其是長線傳輸時(shí)問題更明顯。常見的做法是選4.7k作為默認(rèn)值。2.2 工程模板與目錄結(jié)構(gòu)工程基礎(chǔ)選用標(biāo)準(zhǔn)的庫函數(shù)版本相比寄存器操作庫函數(shù)版本在代碼可讀性和二次開發(fā)上手速度上都有明顯優(yōu)勢(shì)。整個(gè)工程目錄結(jié)構(gòu)按功能模塊拆分每個(gè)驅(qū)動(dòng)文件對(duì)應(yīng)一顆外部設(shè)備Project/ ├── Core/ │ ├── Inc/ │ │ ├── main.h │ │ ├── delay.h │ │ └── gpio.h │ └── Src/ │ ├── main.c │ ├── delay.c │ └── gpio.c ├── Drivers/ │ └── Sensor/ │ ├── dht22.c │ ├── dht22.h │ ├── bh1750.c │ └── bh1750.h └── Project.uvprojx傳感器驅(qū)動(dòng)獨(dú)立放在Drivers/Sensor目錄下不與應(yīng)用層代碼混在一起。這樣在更換MCU平臺(tái)或者把DHT22換成DHT11、把BH1750換成光敏電阻分壓采集方案時(shí)只需要替換對(duì)應(yīng)驅(qū)動(dòng)文件主程序里的調(diào)用接口不變這種模塊隔離在工程后期維護(hù)中會(huì)省很多事。2.3 時(shí)鐘、GPIO與微秒級(jí)延時(shí)初始化STM32F103在默認(rèn)狀態(tài)下使用內(nèi)部8MHz RC振蕩器實(shí)際項(xiàng)目里幾乎都會(huì)改為外部晶振并倍頻到72MHz的系統(tǒng)主頻。系統(tǒng)時(shí)鐘配置完成后要分別使能GPIOA、GPIOB和AFIO時(shí)鐘。DHT22的PA0在讀取階段需要作為浮空輸入在發(fā)送啟動(dòng)信號(hào)階段要作為推挽輸出所以初始化代碼里先按推挽輸出模式配置。BH1750的兩個(gè)引腳P B6、PB7在軟件模擬I2C場(chǎng)景下需要配置為開漏輸出并配合外部上拉電阻工作。void GPIO_Config(void) { GPIO_InitTypeDef GPIO_InitStructure; /* 使能GPIOA、GPIOB和AFIO時(shí)鐘 */ RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_GPIOB, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE); /* PA0: DHT22 DATA初始化為推挽輸出速度50MHz */ GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); /* PB6: I2C_SCL, PB7: I2C_SDA開漏輸出需要外部上拉 */ GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_OD; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOB, GPIO_InitStructure); GPIO_SetBits(GPIOB, GPIO_Pin_6 | GPIO_Pin_7); }GPIO初始化里有兩個(gè)容易忽視的細(xì)節(jié)。PA0用了50MHz的翻轉(zhuǎn)速度這是為了保證DHT22啟動(dòng)信號(hào)的下降沿足夠陡峭單總線協(xié)議對(duì)邊沿時(shí)間有明確要求邊沿太緩會(huì)導(dǎo)致傳感器無法正確識(shí)別起始信號(hào)。PB6和PB7配置為開漏輸出時(shí)置1和置0分別對(duì)應(yīng)釋放總線和拉低總線這是模擬I2C的基礎(chǔ)。初始化結(jié)束前把兩個(gè)引腳拉高保證總線空閑狀態(tài)。延時(shí)函數(shù)是整個(gè)DHT22驅(qū)動(dòng)的基石不能用DWT之外的方式解決。SysTick的tick中斷在忙等場(chǎng)景下難以做到微秒級(jí)精確控制DWT的CYCCNT寄存器可以直接讀取CPU周期數(shù)在72MHz主頻下每個(gè)周期約13.9納秒。實(shí)現(xiàn)微秒延時(shí)的核心是記錄起始計(jì)數(shù)值然后循環(huán)等待目標(biāo)差值。void Delay_Init(void) { CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; } void Delay_Us(uint32_t us) { uint32_t startTick DWT-CYCCNT; uint32_t waitTicks us * 72; uint32_t currentTick; while (1) { currentTick DWT-CYCCNT; if (currentTick - startTick waitTicks) { break; } } }Delay_Us(1)對(duì)應(yīng)72個(gè)CPU周期這是DHT22時(shí)序操作的最小時(shí)間單位。這里使用無符號(hào)整型差值計(jì)算繞過了CYCCNT回繞的問題。如果主頻抬高到72MHz以上waitTicks的計(jì)算系數(shù)也要同步調(diào)整。DWT方案的好處是不占用定時(shí)器資源也不依賴中斷優(yōu)先級(jí)設(shè)置讀取時(shí)序時(shí)不會(huì)被其他中斷擾亂。3. DHT22驅(qū)動(dòng)核心單總線時(shí)序與數(shù)據(jù)幀解析3.1 單總線協(xié)議與啟動(dòng)時(shí)序DHT22的數(shù)據(jù)格式由40個(gè)二進(jìn)制位組成按從高到低的順序排列為16位濕度整數(shù)部分、16位濕度小數(shù)部分、16位溫度整數(shù)部分、16位溫度小數(shù)部分最后是8位校驗(yàn)和。校驗(yàn)和的算法是前四個(gè)字節(jié)相加取低8位與收到的校驗(yàn)字節(jié)比較。實(shí)際工程里濕度整數(shù)和小數(shù)直接拼合計(jì)算溫度則要單獨(dú)檢查最高位是否為1為1時(shí)表示零下溫度需要對(duì)數(shù)據(jù)做補(bǔ)碼轉(zhuǎn)換。啟動(dòng)一次通信由主機(jī)端發(fā)起典型流程是把數(shù)據(jù)線拉低至少1毫秒再釋放傳感器收到啟動(dòng)信號(hào)后會(huì)回應(yīng)一個(gè)80微秒的低電平響應(yīng)隨后拉高80微秒然后開始連續(xù)發(fā)送40位數(shù)據(jù)。每次讀取周期中每一位數(shù)據(jù)都由50微秒的低電平起始信號(hào)加上高電平持續(xù)時(shí)間構(gòu)成高電平持續(xù)26到28微秒表示邏輯0持續(xù)70微秒表示邏輯1。uint8_t DHT22_Start(void) { uint8_t retry 0; /* 拉低至少1ms作為啟動(dòng)信號(hào) */ GPIO_ResetBits(GPIOA, GPIO_Pin_0); Delay_Us(1000); /* 釋放總線切換為輸入模式 */ GPIO_SetBits(GPIOA, GPIO_Pin_0); DHT22_Pin_Mode_Input(); /* 等待傳感器響應(yīng)信號(hào)80us低電平 */ while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) Bit_SET) { if (retry 100) { return 1; } Delay_Us(1); } retry 0; while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) Bit_RESET) { if (retry 100) { return 1; } Delay_Us(1); } return 0; }這里有一個(gè)關(guān)鍵細(xì)節(jié)發(fā)送啟動(dòng)信號(hào)時(shí)必須先確保PA0處于推挽輸出模式釋放總線前切換為浮空輸入模式因?yàn)楹罄m(xù)所有數(shù)據(jù)位的讀取都依賴輸入模式。等待響應(yīng)信號(hào)時(shí)使用了兩段輪詢循環(huán)第一段等待傳感器把總線拉低第二段等待傳感器釋放總線兩段都帶有超時(shí)保護(hù)防止傳感器不存在或損壞時(shí)程序陷入死循環(huán)。3.2 讀位實(shí)現(xiàn)與數(shù)據(jù)幀組裝判斷邏輯0和邏輯1沒有直接測(cè)量高電平總時(shí)長而是采用采樣點(diǎn)判定法。每一位數(shù)據(jù)以50微秒低電平為起始在低電平結(jié)束后延時(shí)40微秒再讀取一次引腳電平。如果此時(shí)引腳為高說明高電平持續(xù)時(shí)間超過了40微秒判定為邏輯1否則為邏輯0。采樣點(diǎn)法的好處是不需要等待完整高電平周期結(jié)束整個(gè)數(shù)據(jù)幀的讀取速度會(huì)明顯快于逐一計(jì)時(shí)的方式也減少了定時(shí)器計(jì)時(shí)的累積誤差。uint8_t DHT22_Read_Bit(void) { uint8_t bitValue 0; while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) Bit_SET); while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) Bit_RESET); Delay_Us(40); if (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) Bit_SET) { bitValue 1; } while (GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_0) Bit_SET); return bitValue; }讀位函數(shù)內(nèi)部的三個(gè)輪詢循環(huán)分別對(duì)應(yīng)位起始低電平的結(jié)束等待、50微秒低電平的完整等待以及位結(jié)束后高電平的等待。這些等待都不能省否則下一次讀取會(huì)錯(cuò)位。延時(shí)40微秒的位置決定了判定點(diǎn)如果把延時(shí)改成50微秒讀到的值可能會(huì)全部偏向邏輯1這是實(shí)踐中很容易出現(xiàn)的偏差源。讀取完整數(shù)據(jù)幀時(shí)用一個(gè)無符號(hào)字符數(shù)組記錄5個(gè)字節(jié)然后逐位填充。校驗(yàn)失敗時(shí)返回一個(gè)明確錯(cuò)誤碼而不是把錯(cuò)誤數(shù)據(jù)交給上層。DHT22數(shù)據(jù)更新的最小間隔是2秒讀取頻率高于這個(gè)值會(huì)拿到重復(fù)數(shù)據(jù)或觸發(fā)傳感器不響應(yīng)。uint8_t DHT22_Read_Data(uint8_t data[5]) { uint8_t i, j; if (DHT22_Start() ! 0) { return 1; } for (j 0; j 5; j) { data[j] 0; for (i 0; i 8; i) { data[j] 1; data[j] | DHT22_Read_Bit(); } } /* 校驗(yàn)和驗(yàn)證 */ if ((uint8_t)(data[0] data[1] data[2] data[3]) ! data[4]) { return 2; } return 0; }3.3 溫濕度換算與負(fù)溫度處理DHT22的原始數(shù)據(jù)是16位無符號(hào)數(shù)。濕度換算相對(duì)簡單直接把濕度整數(shù)與小數(shù)字節(jié)拼接后的值除以10得到帶一位小數(shù)的百分比相對(duì)濕度。溫度需要單獨(dú)看最高位最高位為1表示零下溫度實(shí)際值等于原始數(shù)據(jù)去除符號(hào)位后的補(bǔ)碼取反加一再除以10。很多人在這一步直接把原始值當(dāng)作有符號(hào)短整型強(qiáng)轉(zhuǎn)結(jié)果零下溫度顯示成幾千的亂碼。float DHT22_Get_Temperature(uint8_t data[5]) { uint16_t rawTemp ((uint16_t)data[2] 8) | data[3]; float temp; if (rawTemp 0x8000) { rawTemp 0x7FFF; temp (float)(~rawTemp 1) / 10.0f; } else { temp (float)rawTemp / 10.0f; } return temp; }DHT22分辨率是0.1精度為正負(fù)0.5攝氏度量程覆蓋零下40到零上80攝氏度。實(shí)際值可以轉(zhuǎn)成浮點(diǎn)數(shù)直接使用或者放大十倍轉(zhuǎn)為整數(shù)發(fā)送給串口或屏幕減少浮點(diǎn)運(yùn)算在部分低端MCU上的性能開銷。4. BH1750驅(qū)動(dòng)核心I2C寄存器配置與光照強(qiáng)度合成4.1 設(shè)備地址與工作模式選擇BH1750的I2C地址由ADDR引腳的電平?jīng)Q定。ADDR接低電平時(shí)地址為0x23接高電平時(shí)地址為0x5C使用7位地址表示時(shí)需要左移一位得到8位寫地址。初始化階段建議直接發(fā)送一次掉電命令再切換到連續(xù)測(cè)量模式保證傳感器狀態(tài)可預(yù)期。這里采用連續(xù)高分辨率模式寄存器值為0x10測(cè)量時(shí)間約120毫秒分辨率約為1勒克斯。另一種可選方案是連續(xù)高分辨率模式2寄存器值為0x20分辨率提升到0.5勒克斯適用于低照度場(chǎng)景但量程上限會(huì)相應(yīng)減半。如果項(xiàng)目只需要一次性讀取或者讀取頻率很低可以選擇一次高分辨率模式。測(cè)量時(shí)間的差異在高頻輪詢環(huán)境下會(huì)影響響應(yīng)節(jié)奏實(shí)際使用時(shí)優(yōu)先推薦連續(xù)高分辨率模式兼顧精度、量程和實(shí)時(shí)性。4.2 軟件模擬I2C時(shí)序函數(shù)與主設(shè)備讀寫軟件模擬I2C可以避免硬件I2C外設(shè)的配置與中斷適配問題代碼便于移植對(duì)理解I2C協(xié)議本身也有幫助。起始信號(hào)定義為主設(shè)備在SCL高電平期間將SDA從高拉低結(jié)束信號(hào)定義為主設(shè)備在SCL高電平期間將SDA從低拉高。數(shù)據(jù)傳輸時(shí)SDA的電平變化必須在SCL低電平期間完成SCL高電平期間保持穩(wěn)定這是I2C的基本約定。void I2C_Start(void) { SDA_HIGH(); SCL_HIGH(); Delay_Us(5); SDA_LOW(); Delay_Us(5); SCL_LOW(); } void I2C_Stop(void) { SDA_LOW(); SCL_HIGH(); Delay_Us(5); SDA_HIGH(); Delay_Us(5); } uint8_t I2C_Write_Byte(uint8_t byte) { uint8_t i, ack; for (i 0; i 8; i) { if (byte 0x80) { SDA_HIGH(); } else { SDA_LOW(); } byte 1; Delay_Us(2); SCL_HIGH(); Delay_Us(5); SCL_LOW(); } /* 釋放SDA讀取從設(shè)備ACK */ SDA_INPUT_MODE(); SCL_HIGH(); Delay_Us(5); ack SDA_READ(); SCL_LOW(); SDA_OUTPUT_MODE(); return ack; }I2C_Write_Byte每發(fā)送一個(gè)字節(jié)后都釋放SDA線讓從設(shè)備有機(jī)會(huì)在第九個(gè)時(shí)鐘周期拉低SDA作為應(yīng)答。如果設(shè)備地址錯(cuò)誤引腳接觸不良或從設(shè)備處于異常狀態(tài)這一步就會(huì)讀到高電平主設(shè)備需要使用超時(shí)計(jì)數(shù)處理否則模擬I2C的讀寫函數(shù)會(huì)因?yàn)榈却鼳CK而永久卡死。每次操作之間延時(shí)2到5微秒這個(gè)尺度是針對(duì)72MHz主頻和軟件GPIO操作速度設(shè)置的改到其他主頻時(shí)需要重新實(shí)驗(yàn)微調(diào)。讀取BH1750測(cè)量結(jié)果時(shí)需要先發(fā)送設(shè)備地址加讀標(biāo)志位然后連續(xù)讀取兩個(gè)字節(jié)。第一個(gè)字節(jié)是光照強(qiáng)度的高8位第二個(gè)字節(jié)是低8位。讀取第二個(gè)字節(jié)后主設(shè)備需要發(fā)送非應(yīng)答信號(hào)終止后續(xù)數(shù)據(jù)傳輸。uint8_t I2C_Read_Byte(uint8_t ack) { uint8_t i, byte 0; SDA_INPUT_MODE(); for (i 0; i 8; i) { byte 1; SCL_HIGH(); Delay_Us(5); if (SDA_READ()) { byte | 0x01; } SCL_LOW(); Delay_Us(5); } SDA_OUTPUT_MODE(); if (ack) { SDA_LOW(); } else { SDA_HIGH(); } SCL_HIGH(); Delay_Us(5); SCL_LOW(); SDA_HIGH(); return byte; }讀字節(jié)函數(shù)的ack參數(shù)控制的是主機(jī)對(duì)從設(shè)備的應(yīng)答行為。讀最后一個(gè)字節(jié)前傳入0表示主機(jī)非應(yīng)答這是I2C協(xié)議里相當(dāng)重要的一步漏掉這個(gè)動(dòng)作會(huì)導(dǎo)致后續(xù)通信錯(cuò)亂。軟件模擬I2C的所有時(shí)序函數(shù)都在同一驅(qū)動(dòng)文件里后續(xù)更換MCU時(shí)只需要調(diào)整GPIO相關(guān)宏定義和延時(shí)時(shí)間。4.3 光照強(qiáng)度數(shù)據(jù)合成與輸出范圍BH1750返回的16位原始值需要右移4位再除以1.2才能換算為實(shí)際的勒克斯數(shù)值。這個(gè)換算公式來自芯片數(shù)據(jù)手冊(cè)這里的1.2對(duì)應(yīng)連續(xù)高分辨率模式的修正系數(shù)模式2時(shí)系數(shù)會(huì)不同。光照強(qiáng)度的量程取決于當(dāng)前模式連續(xù)高分辨率模式量程上限約為65535勒克斯寬動(dòng)態(tài)范圍模式可以覆蓋到100000勒克斯以上但分辨率和精度相對(duì)較低。float BH1750_Get_Lux(void) { uint8_t buf[2]; uint16_t rawValue; float lux; I2C_Start(); I2C_Write_Byte(BH1750_ADDR_W); I2C_Write_Byte(0x10); /* 連續(xù)高分辨率模式 */ I2C_Stop(); /* 等待測(cè)量完成 */ Delay_Us(180000); I2C_Start(); I2C_Write_Byte(BH1750_ADDR_R); buf[0] I2C_Read_Byte(1); buf[1] I2C_Read_Byte(0); I2C_Stop(); rawValue ((uint16_t)buf[0] 8) | buf[1]; lux (float)(rawValue 4) / 1.2f; return lux; }先發(fā)送測(cè)量模式命令再等待約180毫秒然后重新發(fā)起I2C通信讀取結(jié)果。這里需要特別注意的是每次讀取前都必須重新發(fā)送地址和寄存器命令BH1750不會(huì)像EEPROM那樣記住上一次的寄存器配置。光照強(qiáng)度在典型室內(nèi)環(huán)境下通常在100到1000勒克斯之間直射陽光下可以達(dá)到數(shù)萬勒克斯算法判斷時(shí)需要預(yù)留充足的動(dòng)態(tài)范圍。5. 避坑與排查DHT22和BH1750調(diào)試中的典型問題5.1 現(xiàn)象DHT22讀回全0xFF或者數(shù)值在正常值與0xFF之間隨機(jī)跳變?cè)虬l(fā)送啟動(dòng)信號(hào)后主機(jī)沒有正確切換到輸入模式導(dǎo)致后續(xù)讀取的引腳電平一直保持高電平讀到全1另一個(gè)常見原因是在讀位循環(huán)中沒有做足夠的超時(shí)保護(hù)一旦傳感器未給出響應(yīng)程序會(huì)不斷在緊等循環(huán)中空轉(zhuǎn)最終讀到錯(cuò)誤的電平組合。解決每次GPIO_SetBits釋放總線之后立即切換PA0模式為浮空輸入嚴(yán)格順序不能顛倒。建議在DHT22_Start函數(shù)的兩個(gè)等待循環(huán)中加入超時(shí)計(jì)數(shù)超時(shí)值設(shè)為100微秒級(jí)超過即返回錯(cuò)誤碼。從實(shí)際調(diào)試經(jīng)驗(yàn)看把模式切換放在一個(gè)獨(dú)立宏里封裝可以避免遺漏。5.2 現(xiàn)象DHT22溫度偶爾跳變濕度也有輕微波動(dòng)原因讀取40位數(shù)據(jù)期間發(fā)生了中斷響應(yīng)比如SysTick中斷、串口中斷或定時(shí)器中斷介入單總線的位時(shí)序被打斷后采樣點(diǎn)判定就會(huì)出錯(cuò)。DHT22對(duì)時(shí)序的要求是位級(jí)別微秒精度中斷延遲超過幾十微秒就會(huì)破壞數(shù)據(jù)的完整性。解決在DHT22_Read_Data外層關(guān)中斷讀取完成后再恢復(fù)。使用__disable_irq()和__enable_irq()包裹整個(gè)讀取過程而不是只包住一個(gè)讀位函數(shù)。需要留意的是關(guān)閉中斷時(shí)間大約在幾毫秒量級(jí)在這個(gè)量級(jí)內(nèi)關(guān)中斷不會(huì)影響系統(tǒng)的整體實(shí)時(shí)性。若項(xiàng)目里有更高優(yōu)先級(jí)的硬實(shí)時(shí)需求可以把DHT22讀取放在RTOS的專用線程里并使用互斥鎖。5.3 現(xiàn)象BH1750發(fā)送地址后收不到ACK原因地址錯(cuò)誤最為常見。默認(rèn)模塊地址是0x23但部分模塊的ADDR引腳默認(rèn)被拉高實(shí)際地址變?yōu)?x5C。另一個(gè)原因是開漏輸出配置后沒有正常釋放總線SDA一直處于低電平狀態(tài)主設(shè)備永遠(yuǎn)無法與被控設(shè)備正常握手。解決先用邏輯分析儀或示波器觀察SDA在發(fā)送第一個(gè)地址字節(jié)后第九個(gè)時(shí)鐘周期的電平變化。如果沒有硬件調(diào)試工具可以直接嘗試把代碼中的設(shè)備地址改成0x5C重新編譯測(cè)試排除焊接或模塊設(shè)計(jì)問題。同時(shí)確認(rèn)PB7引腳的外部上拉電阻是否焊好。5.4 現(xiàn)象光照強(qiáng)度數(shù)值在正常和0之間切換信號(hào)線上有異常波形原因I2C信號(hào)線上的干擾通常來自電源。BH1750對(duì)電源噪聲比DHT22更敏感特別是在線路較長或電源紋波較大的情況下I2C總線的上升沿會(huì)被噪聲破壞導(dǎo)致讀寫錯(cuò)誤。解決兩個(gè)傳感器與F103之間使用盡量短的雙絞線電源線和信號(hào)線分開走線傳感器的VCC和GND引腳就近放置10uF電解電容和0.1uF陶瓷電容形成低阻抗供電回路。如果仍不穩(wěn)定需要將I2C速率降低軟件模擬I2C的延時(shí)時(shí)間加倍后再觀察。5.5 現(xiàn)象數(shù)據(jù)手冊(cè)明明支持零下溫度代碼里卻顯示出一個(gè)很大的正數(shù)原因DHT22的原始溫度數(shù)據(jù)帶符號(hào)位在零下溫度時(shí)最高位為1。直接把兩個(gè)字節(jié)拼成無符號(hào)短整型再除10無法正確表示負(fù)數(shù)。解決按本章3.3節(jié)的做法先判斷符號(hào)位再對(duì)去掉符號(hào)位的數(shù)據(jù)做補(bǔ)碼轉(zhuǎn)換最后加負(fù)號(hào)輸出。建議在調(diào)試階段把原始數(shù)據(jù)和換算后的數(shù)據(jù)同時(shí)打印出來方便確認(rèn)是哪一步出了問題。6. 二次開發(fā)多路傳感器數(shù)據(jù)幀整合與低功耗改造方向6.1 統(tǒng)一數(shù)據(jù)幀結(jié)構(gòu)把兩個(gè)傳感器結(jié)果打包輸出實(shí)際項(xiàng)目中很少只做兩路傳感器采集大概率會(huì)串口或無線模塊把數(shù)據(jù)上報(bào)給上位機(jī)。兩個(gè)驅(qū)動(dòng)接口已經(jīng)獨(dú)立接下來的改造重點(diǎn)是把讀取結(jié)果統(tǒng)一封裝成一條標(biāo)準(zhǔn)數(shù)據(jù)幀?？梢詾闇貪穸取⒐庹諒?qiáng)度分別定義結(jié)構(gòu)體再由一個(gè)調(diào)度函數(shù)負(fù)責(zé)按固定周期讀取并組包。typedef struct { float temperature; float humidity; uint8_t dht22Error; } EnvData_t; typedef struct { float lux; uint8_t bh1750Error; } LightData_t; void Sensor_Collect(EnvData_t *env, LightData_t *light) { uint8_t dhtBuf[5]; env-dht22Error DHT22_Read_Data(dhtBuf); if (env-dht22Error 0) { env-humidity DHT22_Get_Humidity(dhtBuf); env-temperature DHT22_Get_Temperature(dhtBuf); } light-bh1750Error 0; light-lux BH1750_Get_Lux(); }在傳感器出錯(cuò)時(shí)保留上一次有效值和錯(cuò)誤碼上位機(jī)可以據(jù)此判斷數(shù)據(jù)是否可信而不是顯示一個(gè)異常值。這種約定在很多采集系統(tǒng)的實(shí)際調(diào)試階段能大幅減少排查時(shí)間。6.2 低功耗改造從連續(xù)測(cè)量到按需喚醒F103帶兩個(gè)傳感器的常供電模式功耗并不高但如果是電池供電的節(jié)點(diǎn)設(shè)備就要考慮降低平均功耗。BH1750支持掉電模式發(fā)送0x00指令后進(jìn)入待機(jī)狀態(tài)需要測(cè)量時(shí)再發(fā)送連續(xù)測(cè)量命令測(cè)完立即回到掉電模式。DHT22沒有掉電指令功耗受讀取頻率影響把采樣周期從1秒拉長到5秒以上對(duì)功耗的影響非常直接。更進(jìn)一步的方案是把主控從睡眠模式中喚醒再執(zhí)行傳感器讀取DHT22的啟動(dòng)信號(hào)本身可以作為一段可控的GPIO輸出操作讀取完畢后主控重新進(jìn)入睡眠。這個(gè)方案需要處理喚醒時(shí)間與傳感器上電穩(wěn)定時(shí)間的配合以我踩過坑的經(jīng)驗(yàn)最穩(wěn)妥的做法是喚醒后先等待100毫秒再啟動(dòng)DHT22測(cè)量不要毫無理由地信任第一次測(cè)量結(jié)果。6.3 移植到其他MCU驅(qū)動(dòng)隔離與抽象層設(shè)計(jì)本次工程的驅(qū)動(dòng)文件已經(jīng)做了初步的硬件依賴分離。DHT22驅(qū)動(dòng)里PA0引腳的置位與復(fù)位、GPIO模式切換被封裝為宏定義BH1750的I2C時(shí)序操作也集中在幾個(gè)宏中。移植到其他系列MCU時(shí)只需要修改宏定義和延時(shí)函數(shù)適配算法層不需要改動(dòng)。#define DHT22_GPIO_PORT GPIOA #define DHT22_GPIO_PIN GPIO_Pin_0 #define DHT22_Pin_Mode_Output() { \ GPIO_InitTypeDef GPIO_InitStructure; \ GPIO_InitStructure.GPIO_Pin DHT22_GPIO_PIN; \ GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; \ GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; \ GPIO_Init(DHT22_GPIO_PORT, GPIO_InitStructure); \ }如果項(xiàng)目要頻繁移植到不同平臺(tái)可以先設(shè)計(jì)一個(gè)簡單的傳感器抽象接口包含Init、Read、Deinit三個(gè)函數(shù)指針業(yè)務(wù)層只面向這個(gè)接口編程。這樣后續(xù)接入其它傳感器時(shí)新增一個(gè)驅(qū)動(dòng)文件即可。移植完成后務(wù)必把延時(shí)函數(shù)、引腳映射、上拉電阻三個(gè)點(diǎn)重新走一遍避免出現(xiàn)硬件層的隱性不匹配。6.4 驗(yàn)證方法日志輸出與數(shù)據(jù)正確性交叉檢查完成改造后需要一套驗(yàn)證流程推薦的方式是F103串口把原始值和換算值按固定格式打印到串口工具或日志面板重點(diǎn)關(guān)注幾個(gè)異常時(shí)段。DHT22的溫濕度可以用水銀溫度計(jì)或其它自備的基準(zhǔn)傳感器放在同一環(huán)境里參照對(duì)比BH1750可以在不同光照環(huán)境下觀察數(shù)值量級(jí)是否合理開燈時(shí)數(shù)值上升用手遮擋時(shí)數(shù)值下降這種動(dòng)態(tài)響應(yīng)驗(yàn)證比看絕對(duì)數(shù)值更可靠。數(shù)據(jù)穩(wěn)定后再檢查長時(shí)間運(yùn)行是否有偶發(fā)錯(cuò)誤碼如果每100次采樣出現(xiàn)一兩次錯(cuò)誤不要急著改算法先看供電和線材接觸。從那以后我每次給新板子調(diào)傳感器都會(huì)強(qiáng)制走一遍完整的時(shí)序核對(duì)和日志驗(yàn)證流程確認(rèn)硬件接線與軟件時(shí)序都符合數(shù)據(jù)手冊(cè)的規(guī)范才繼續(xù)往下改。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取