最近希望恢復性學習一下STM8的相關知識，于是我選擇了從頭開始寫溫濕度傳感器DHT11驅動代碼的方式。其中遇到一些問題，也有一些收獲，希望會幫助到遇到類似問題的朋友，也希望不足之處得到大家的指導
首先介紹一下DHT11的必要知識
一 復位時序 以及 數據時序
下面是數據時序
此外，根據數據手冊得知，一次通信需要的時間是3毫秒左右，這很重要，在后面的BUG分析環(huán)節(jié)會說到
二 貼上關鍵代碼以及分析
//復位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會發(fā)出響應信號
}
//檢測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;//獲取第一個字節(jié)也就是濕度整數位
if(datanum==23)//獲取第三個字節(jié)也就是溫度整數位
dataall[1]=datareg;
if(datanum==39)//獲取第五個字節(jié)也就是校驗（溫度+濕度）位
dataall[2]=datareg;
datanum++;//每次讀取一位進1
if(datanum>=40)//數據接收完了結束
datanum=0;
}
三 總結以及BUG分析
總的來說 這是一款使用起來非常簡單的傳感器，但是作為菜鳥的我依舊是遇到了好多的問題
BUG 1 Q: 復位完畢以后，DHT11拉低總線然后再度拉高之后就不再拉低，不出數據
A: 因為在之前的程序中，我喜歡在DHT拉低以后用串口發(fā)送一個"0 FINISH"來標記DHT的引腳響應情況，而且這樣也顯得很叼?？墒侵罢f過了，一次DHT的數據通信大概就3毫秒，可是你知道串口發(fā)送字符串是一件多么努力而且費時間的事情嗎，你把人家DHT最好的年華都錯過了啊，當你再次讀取高電平的時候，對不起，這已經是數據通信結束的事情了。所以，單總線時序中不要加入一些影響讀取時序的代碼。
BUG 2 Q:用下降沿獲取數據位數的時候，發(fā)現觸發(fā)非常多，而且無論如何修改觸發(fā)方式都無法改變這一現狀
A:這里要說到一個之前不知道的小知識，EXTI_CR寄存器只有在總中斷關閉的是時候才可以修改，所以之前一直無法修改，默認的進行了下降沿以及低電平觸發(fā)的方式。當然失敗了。至于其他寄存器是不是也這樣就不得而知了。在之后的學習中會慢慢記住的。
好了本菜鳥的心路歷程記錄完了。也可以關注我自己的微信公眾號Haer_MCU，那里面和這里也差不多，都是一些自己做完感覺很喜歡的小嘗試。本人的
下載文檔
