基於STM8的DHT11溫溼度傳感器的驅動代碼設計
最近希望恢復性學習一下STM8的相關知識,於是我選擇了從頭開始寫溫溼度傳感器DHT11驅動代碼的方式。其中遇到一些問題,也有一些收穫,希望會幫助到遇到類似問題的朋友,也希望不足之處得到大家的指導
首先介紹一下DHT11的必要知識
一 復位時序 以及 數據時序
下面是數據時序
此外,根據數據手冊得知,一次通信需要的時間是3毫秒左右,這很重要,在後面的BUG分析環節會說到
二 貼上關鍵代碼以及分析
//復位DHT11
void DHT11_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是否響應
uchar DHT11_CHECK()
{
if(!DATA_GET) //如果順利拉低,就說明有了響應
{
while((!DATA_GET)&&(outline<100)) //先是低電平
{
TIM2_Delayus(1);
}
if(outline>90) //起始信號超時退出
return 0;
outline = 0;
while((DATA_GET)&&(outline<100)) //接着是高電平
{
TIM2_Delayus(1);
}
if(outline<90)
TIM4_CR1 = 0x81; //立刻打開定時器開始計時第一個數據位
else
return 0;
DATA_IN(); //引腳設置爲外部中斷模式
outline = 0;
return 1; //一切成功返回1
}
else
return 0;
}
#pragma vector = 0x05 //PA的中斷向量位
__interrupt void GPIOA_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寄存器只有在總中斷關閉的是時候纔可以修改,所以之前一直無法修改,默認的進行了下降沿以及低電平觸發的方式。當然失敗了。至於其他寄存器是不是也這樣就不得而知了。在之後的學習中會慢慢記住的。
好了本菜鳥的心路歷程記錄完了。也可以關注我自己的微信公衆號Haer_MCU,那裏面和這裏也差不多,都是一些自己做完感覺很喜歡的小嚐試。本人的完整代碼稍後也會上傳。
資源已經上傳
http://download.csdn.net/detail/haer_mcu/9688014
這裏是地址