最近希望恢復性學習一下STM8的相關知識，于是我選擇了從頭開始寫溫濕度傳感器DHT11驅動代碼的方式。其中遇到一些問題，也有一些收獲，希望會幫助到遇到類似問題的朋友，也希望不足之處得到大家的指導。

首先介紹一下DHT11的必要知識

一 復位時序 以及 數據時序

下面是數據時序

此外，根據數據手冊得知，一次通信需要的時間是3毫秒左右，這很重要，在后面的BUG分析環節會說到

二 貼上關鍵代碼以及分析

//復位DHT11

voidDHT11_RST（）

{

TIM4_CR1=0x00;//關閉定時器

TIM4_CNTR=0;//保證下次的第一個數據位的準確

DATA_SET;//ODR設置為1

DATA_OUT（）;//推挽輸出模式，此時輸出高電平

DATA_CLR;//此時處于主機輸出模式，總線拉低

TIM2_Delayus（20000）;//拉低20毫秒

DATA_SET;//釋放總線

TIM2_Delayus（40）;//釋放總線以后等待40微秒DHT會發出響應信號

}

//檢測DHT11是否響應

ucharDHT11_CHECK（）

{

if（！DATA_GET）//如果順利拉低，就說明有了響應

{

while（（！DATA_GET）&&（outline《100））//先是低電平

{

TIM2_Delayus（1）;

}

if（outline》90）//起始信號超時退出

return0;

outline=0;

while（（DATA_GET）&&（outline《100））//接著是高電平

{

TIM2_Delayus（1）;

}

if（outline《90）

TIM4_CR1=0x81;//立刻打開定時器開始計時第一個數據位

else

return0;

DATA_IN（）;//引腳設置為外部中斷模式

outline=0;

return1;//一切成功返回1

}

else

return0;

}

#pragmavector=0x05//PA的中斷向量位

__interruptvoidGPIOA_IRQHandler（）

{

datatime=TIM4_CNTR;//獲取兩次下降沿之間的數據寬度

TIM4_CNTR=0;//清零，再次獲取下一位

datareg《《=1;//高位先出，左移操作

if（（datatime》75）&&（datatime《85））//數據0我就默認高位開始獲取了

datareg&=0xfe;

if（（datatime》120）&&（datatime《130））//數據1

datareg|=0x01;

if（datanum==7）

dataall［0］=datareg;//獲取第一個字節也就是濕度整數位

if（datanum==23）//獲取第三個字節也就是溫度整數位

dataall［1］=datareg;

if（datanum==39）//獲取第五個字節也就是校驗（溫度+濕度）位

dataall［2］=datareg;

datanum++;//每次讀取一位進1

if（datanum》=40）//數據接收完了結束

datanum=0;

}

三 總結以及BUG分析

總的來說 這是一款使用起來非常簡單的傳感器，但是作為菜鳥的我依舊是遇到了好多的問題

BUG 1 Q： 復位完畢以后，DHT11拉低總線然后再度拉高之后就不再拉低，不出數據

A： 因為在之前的程序中，我喜歡在DHT拉低以后用串口發送一個“0 FINISH”來標記DHT的引腳響應情況，而且這樣也顯得很叼。可是之前說過了，一次DHT的數據通信大概就3毫秒，可是你知道串口發送字符串是一件多么努力而且費時間的事情嗎，你把人家DHT最好的年華都錯過了啊，當你再次讀取高電平的時候，對不起，這已經是數據通信結束的事情了。所以，單總線時序中不要加入一些影響讀取時序的代碼。

BUG 2 Q：用下降沿獲取數據位數的時候，發現觸發非常多，而且無論如何修改觸發方式都無法改變這一現狀

A：這里要說到一個之前不知道的小知識，EXTI_CR寄存器只有在總中斷關閉的是時候才可以修改，所以之前一直無法修改，默認的進行了下降沿以及低電平觸發的方式。當然失敗了。至于其他寄存器是不是也這樣就不得而知了。在之后的學習中會慢慢記住的。