最近希望恢復(fù)性學(xué)習(xí)一下STM8的相關(guān)知識(shí)，于是我選擇了從頭開(kāi)始寫(xiě)溫濕度傳感器DHT11驅(qū)動(dòng)代碼的方式。其中遇到一些問(wèn)題，也有一些收獲，希望會(huì)幫助到遇到類(lèi)似問(wèn)題的朋友，也希望不足之處得到大家的指導(dǎo)。

首先介紹一下DHT11的必要知識(shí)

一 復(fù)位時(shí)序 以及 數(shù)據(jù)時(shí)序

下面是數(shù)據(jù)時(shí)序

此外，根據(jù)數(shù)據(jù)手冊(cè)得知，一次通信需要的時(shí)間是3毫秒左右，這很重要，在后面的BUG分析環(huán)節(jié)會(huì)說(shuō)到

二 貼上關(guān)鍵代碼以及分析

//復(fù)位DHT11

voidDHT11_RST（）

{

TIM4_CR1=0x00;//關(guān)閉定時(shí)器

TIM4_CNTR=0;//保證下次的第一個(gè)數(shù)據(jù)位的準(zhǔn)確

DATA_SET;//ODR設(shè)置為1

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

DATA_CLR;//此時(shí)處于主機(jī)輸出模式，總線拉低

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

DATA_SET;//釋放總線

TIM2_Delayus（40）;//釋放總線以后等待40微秒DHT會(huì)發(fā)出響應(yīng)信號(hào)

}

//檢測(cè)DHT11是否響應(yīng)

ucharDHT11_CHECK（）

{

if（！DATA_GET）//如果順利拉低，就說(shuō)明有了響應(yīng)

{

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

{

TIM2_Delayus（1）;

}

if（outline》90）//起始信號(hào)超時(shí)退出

return0;

outline=0;

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

{

TIM2_Delayus（1）;

}

if（outline《90）

TIM4_CR1=0x81;//立刻打開(kāi)定時(shí)器開(kāi)始計(jì)時(shí)第一個(gè)數(shù)據(jù)位

else

return0;

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

outline=0;

return1;//一切成功返回1

}

else

return0;

}

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

__interruptvoidGPIOA_IRQHandler（）

{

datatime=TIM4_CNTR;//獲取兩次下降沿之間的數(shù)據(jù)寬度

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

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

if（（datatime》75）&&（datatime《85））//數(shù)據(jù)0我就默認(rèn)高位開(kāi)始獲取了

datareg&=0xfe;

if（（datatime》120）&&（datatime《130））//數(shù)據(jù)1

datareg|=0x01;

if（datanum==7）

dataall［0］=datareg;//獲取第一個(gè)字節(jié)也就是濕度整數(shù)位

if（datanum==23）//獲取第三個(gè)字節(jié)也就是溫度整數(shù)位

dataall［1］=datareg;

if（datanum==39）//獲取第五個(gè)字節(jié)也就是校驗(yàn)（溫度+濕度）位

dataall［2］=datareg;

datanum++;//每次讀取一位進(jìn)1

if（datanum》=40）//數(shù)據(jù)接收完了結(jié)束

datanum=0;

}

三 總結(jié)以及BUG分析

總的來(lái)說(shuō) 這是一款使用起來(lái)非常簡(jiǎn)單的傳感器，但是作為菜鳥(niǎo)的我依舊是遇到了好多的問(wèn)題

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

A： 因?yàn)樵谥暗某绦蛑校蚁矚g在DHT拉低以后用串口發(fā)送一個(gè)“0 FINISH”來(lái)標(biāo)記DHT的引腳響應(yīng)情況，而且這樣也顯得很叼。可是之前說(shuō)過(guò)了，一次DHT的數(shù)據(jù)通信大概就3毫秒，可是你知道串口發(fā)送字符串是一件多么努力而且費(fèi)時(shí)間的事情嗎，你把人家DHT最好的年華都錯(cuò)過(guò)了啊，當(dāng)你再次讀取高電平的時(shí)候，對(duì)不起，這已經(jīng)是數(shù)據(jù)通信結(jié)束的事情了。所以，單總線時(shí)序中不要加入一些影響讀取時(shí)序的代碼。

BUG 2 Q：用下降沿獲取數(shù)據(jù)位數(shù)的時(shí)候，發(fā)現(xiàn)觸發(fā)非常多，而且無(wú)論如何修改觸發(fā)方式都無(wú)法改變這一現(xiàn)狀

A：這里要說(shuō)到一個(gè)之前不知道的小知識(shí)，EXTI_CR寄存器只有在總中斷關(guān)閉的是時(shí)候才可以修改，所以之前一直無(wú)法修改，默認(rèn)的進(jìn)行了下降沿以及低電平觸發(fā)的方式。當(dāng)然失敗了。至于其他寄存器是不是也這樣就不得而知了。在之后的學(xué)習(xí)中會(huì)慢慢記住的。