基于STM8的DHT11溫濕度傳感器的驅(qū)動(dòng)代碼設(shè)計(jì)
最近希望恢復(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ù)手冊(cè)得知，一次通信需要的時(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)信號(hào)
}
//檢測DHT11是否響應(yīng)
ucharDHT11_CHECK()
{
if(!DATA_GET)//如果順利拉低，就說明有了響應(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;//立刻打開定時(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)樵谥暗某绦蛑?，我喜歡在DHT拉低以后用串口發(fā)送一個(gè)"0 FINISH"來標(biāo)記DHT的引腳響應(yīng)情況，而且這樣也顯得很叼。可是之前說過了，一次DHT的數(shù)據(jù)通信大概就3毫秒，可是你知道串口發(fā)送字符串是一件多么努力而且費(fèi)時(shí)間的事情嗎，你把人家DHT最好的年華都錯(cuò)過了啊，當(dāng)你再次讀取高電平的時(shí)候，對(duì)不起，這已經(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)注我自己的微信公眾號(hào)Haer_MCU，那里面和這里也差不多，都是一些自己做完感覺很喜歡的小嘗試。本人的
下載文檔
