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

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

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

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

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

二 貼上關(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)信號

}

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

ucharDHT11_CHECK()

{

if(!DATA_GET)//如果順利拉低，就說明有了響應(yīng)

{

while((!DATA_GET)&&(outline<100))//先是低電平

{

TIM2_Delayus(1);

}

if(outline>90)//起始信號超時(shí)退出

return0;

outline=0;

while((DATA_GET)&&(outline<100))//接著是高電平

{

TIM2_Delayus(1);

}

if(outline<90)

TIM4_CR1=0x81;//立刻打開定時(shí)器開始計(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)高位開始獲取了

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分析

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

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

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

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

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

好了本菜鳥的心路歷程記錄完了。也可以關(guān)注我自己的微信公眾號Haer_MCU，那里面和這里也差不多，都是一些自己做完感覺很喜歡的小嘗試。本人的