⑨tiny4412 Linux驱动开发之1-wire子系统(DS18B20)驱动程序

本来这次想做LCD背光灯的调节的,但是没有调通,时间很紧迫,就转向了其它东西,昨天调了一下DHT11,今天又调了一下DS18B20,还算有个安慰,本来是想用1-wire子系统做的,但是时间上有点紧,要看源代码好长时间去领悟,所以,先自己用以前的笨方法先实现.

先来介绍一下DS18B20:

    DS18B20 是由 DALLAS 半导体公司推出的一种的 “一线总线”接口的温度传感器。与传统的热敏电阻等测温元件相比，它是一种新型的体积小、适用电压宽、与微处理器接口简单的数字化温度传感器。一线总线结构具有简洁且经济的特点，可使用户轻松地组建传感器网络，从而为测量系统的构建引入全新概念，测量温度范围为-55~+125℃ ，精度为±0． 5℃。 

现场温度直接以“一线总线”的数字方式传输，大大提高了系统的抗干扰性。它能直接读出被测温度，并且可根据实际要求通过简单的编程实现 9~l2 位的数字值读数方式。它工作在3—5． 5 V 的电压范围，采用多种封装形式，从而使系统设计灵活、方便，设定分辨率及用户设定的报警温度存储在EEPROM 中，掉电后依然保存。其内部结构如图所示：

    ROM 中的 64 位序列号是出厂前被光记好的，它可以看作是该 DS18B20 的地址序列码,每个DS18B20 的 64 位序列号均不相同。 64 位 ROM 的排列是：前 8 位是产品家族码,接着 48 位是DS18B20 的序列号，最后 8 位是前面 56 位的循环冗余校验码(CRC=X8+X5+X4 +1)。 ROM 作用是使每一个 DS18B20 都各不相同，这样就可实现一根总线上挂接多个。 

所有的单总线器件要求采用严格的信号时序，以保证数据的完整性。 DS18B20 共有 6 种信号类型：复位脉冲、应答脉冲、写 0、写 1、读 0 和读 1。所有这些信号，除了应答脉冲以外，都由主机发出同步信号。并且发送所有的命令和数据都是字节的低位在前。这里我们简单介绍这几个信号的时序：

1).复位脉冲和应答脉冲  

    单总线上的所有通信都是以初始化序列开始。主机输出低电平,保持低电平时间至少 480us,以产生复位脉冲。接着主机释放总线,4.7K 的上拉电阻将单总线拉高,延时 15～60 us，并进入接收模式(Rx)。接着 DS18B20 拉低总线 60~240 us,以产生低电平应答脉冲,若为低电平,再延时 480 us。

2 ）  写时序  

    写时序包括写 0 时序和写 1 时序。所有写时序至少需要 60us，且在 2 次独立的写时序之间至少需要 1us 的恢复时间，两种写时序均起始于主机拉低总线。写 1 时序：主机输出低电平，延时 2us，然后释放总线，延时 60us。写 0 时序：主机输出低电平，延时 60us,然后释放总线，延时 2us。

3 ）读时序  
    单总线器件仅在主机发出读时序时，才向主机传输数据，所以，在主机发出读数据命令后，必须马上产生读时序，以便从机能够传输数据。所有读时序至少需要 60us，且在 2 次独立的读时序之间至少需要 1us 的恢复时间。每个读时序都由主机发起，至少拉低总线1us。主机在读时序期间必须释放总线，并且在时序起始后的 15us 之内采样总线状态。典型的读时序过程为：主机输出低电平延时 2us，然后主机转入输入模式延时 12us，然后读取单总线当前的电平，然后延时 50us。  

    在了解了单总线时序之后，我们来看看 DS18B20 的典型温度读取过程， DS18B20 的典型温度读取过程为：

复位-->发 SKIP ROM 命令(0XCC)-->发开始转换命令(0X44)-->延时-->复位-->发送 SKIP ROM 命令(0XCC)->发读存储器命令(0XBE)-->连续读出两个字节数据(即温度)-->结束。DS18B20 的介绍就到这里,更详细的介绍,请大家参考 DS18B20的数据手册

下面,来讲一下驱动的设计思路:

1).DS18B20的初始化  

初始化时序图;

设计分析:

主机首先发出一个480－960微秒的低电平脉冲,然后释放总线变为高电平，并在随后的480微秒时间内对总线进行检测，如果有低电平出现说明总线上有器件已做出应答。若无低电平出现一直都是高电平说明总线上无器件应答。

     作为从器件的DS18B20在一上电后就一直在检测总线上是否有480－960微秒的低电平出现，如果有，在总线转为高电平后等待15－60微秒后将总线电平拉低60－240微秒做出响应存在脉冲,告诉主机本器件已做好准备.若没有检测到就一直在检测等待。

初始化代码;

/* 1.复位信号 */
void DS18B20_Rst(void)
{
    gpio_request(DQ_IN_GPIO, "DQ_OUT");

    gpio_directi