龙芯1B开发板上实现温湿度传感器dht11的驱动.docVIP

1. 简介 3 2. 硬件设计 4 2.1. DHT11手册中的典型电路 4 2.2. 龙芯1B开发板电路分析 5 2.3. 实物图 7 3. 软件设计 8 3.1. DHT11通信协议分析 8 3.2. 主要思路 9 3.3. 关键函数赏析 10 4. 运行结果 12 4.1. 采用中断方式读DHT11 12 4.1.1. 采集温湿度成功 12 4.1.2. 采集温湿度失败之校验不过 14 4.1.3. 采集温湿度失败之不符合协议 16 4.1.4. 成功失败次数统计分析 17 4.1.5. 加载模块后第一次采集失败 19 4.2. 采用udelay延时方式读DHT11 21 5. 经验 24 5.1. 读GPIO引脚 24 5.2. 与DHT11通信过程中不要执行printk等耗时操作 24 6. 源码清单 24 6.1. 驱动源码 24 6.1.1. ls1b_dht11_driver.c 24 6.1.2. Makefile 41 6.2. 测试程序源码 42 6.2.1. ls1b_dht11_app.c 42 7. 参考文档 43  版本 更新日期 更新内容 V1.0 2014.4.9 创建 V1.1 2014.4.28 增加了详细的软硬件说明 简介 这里使用的DHT11为入门级的温湿度传感器，如果需要精度更高一点的可以选择AM2302、AM2303等，也是单总线的实现方式相似。也有I2C接口的，比如AM2321。 首先，到广州奥松电子官方网站下载传感器手册和相关示例代码等。 下载手册的地方为“产品展示”-“数字输出型”然后选择dht11，就进入如下界面，单击“产品手册”旁边的“点击下载”按钮，进行下载。 还可以在“下载中心”下载应用例程，如下 硬件设计 DHT11手册中的典型电路 DHT11的手册中已经给出了典型电路图，如下所示 图中说了：信号线小于20米时需要加5.1K上拉电阻；可以采用5V或者3.3V供电。 龙芯1B开发板电路分析 从DHT11手册中可以知道：只需要电源、地、一个信号线和一个5.1K上拉电阻就可以与龙芯1B开发板通信。 龙芯1B开发板把3.3V、5V和GND都引出来了。具体如下 信号引脚从开发板上4个LED灯中选一个。其中LED7即CAN1_RX被蜂鸣器占用，这里选择LED8所在引脚，即CAN1_TX，对应龙芯1B的GPIO41。 实物图 我这里采用的是3.3V供电，同时也使用了一个5.1K的上拉电阻。 软件设计 DHT11通信协议分析 其实DHT11手册中讲得很清楚，这里简单提一下要点。 整个通信过程如下图 首先是主机（龙芯1B开发板）发送开始信号，然后就一直读，直到读完所有数据。 开始信号为至少18ms的低电平和20到40us的高电平组成，如下图所示 同时DHT11也回应一个起始信号，然后就是40bit的数据。每bit数据都是以50us的低电平开始，然后根据后面高电平的持续时间来判断为0还是1。如下图所示 主要思路 通过对DHT11单总线协议分析，决定先将DHT11发送的40bit数据的高低电平持续时间计算出来，然后再根据DHT11手册中的说明，将高低电平持续时间转换为二进制的0和1，最后得到温湿度值。 计算DHT11发出的高低电平持续时间的方法有两种： 通过不断读取GPIO引脚的值，发现发生改变，则记录当前系统时间 通过中断方式，当发生中断时记录当前的系统时间 后来发现通过不断读GPIO引脚值得过程中，有几次电平变化都没有被识别到，很明显是驱动有被“暂停”了，即被schedule了。因为DHT11发送的40bit数据约4ms，相对linux来说太长了，不允许一直被占用。所以最后选用中断方式。 关键函数赏析 首先通过函数ls1b_dht11_gpio_output_level()发送开始信号，然后马上把GPIO引脚设为输入并使能中断，然后在中断发生时记录当前系统时间，同时启动（或重启）定时器用于判断是否通信完成。如果超过指定时间没有发生中断，则表明通信完成，这时将记录下来的每个中断的发生时刻，转变为相邻两个中断的间隔时间，然后根据DHT11手册将间隔时间转换为对应的二进制0和1，最后得到温湿度值。 发生起始信号的函数为ls1b_dht11_communication_start()，如下 中断处理函数为ls1b_dht11_irq_handler()，如下 中断下半部如下 定时器超时处理函数如下 驱动的read接口如下 关键寒暑浏览完毕。 运行结果 采用中断方式读DHT11 采集温湿度成功 Algorithmics/MIPS FPU Emulator v1.5 #mount all..