DS18B20程序设计代码实例

DS18B20程序设计代码实例
DS18B20程序设计代码实例

#include

#include

#include

#include

#include"ds18b20.h"

#include"ser.h"

#define TRUE 1

#define FALSE !TRUE

static unsigned char Next(void);

xdata signed int Ds18b20_resault[MAXDS18b20];

static xdata unsigned char numDS18B20s=0;

static unsigned char xdata ROMCODE[MAXDS18b20][8];

/*

{

{0x28,0xb3 ,0x96 ,0x30 ,0x00 ,0x00,0x00,0x23},

{0x28,0x2b ,0x21 ,0x30 ,0x00 ,0x00,0x00,0x2d},

};

*/

//xdata signed int Ds18b20_resault[MAXDS18b20];

static xdata char tmpbuf[100] ;

static unsigned char DS18b20_chanle=0;

/****************************************************************************** /

/* DS18B20 TEMPERA TURE CONVERSION

*/

/* FileName: DS18B20.C

*/

/* Purpose: to illustrate the effectiveness of the ccs C Compiler */

/* History: 2002-3-26 Designed By Jinag_Zhi_Hong

*/

/* History: 2002-6-5 modifed Designed By 郝太忠

*/

/****************************************************************************** /

#define DQ P1_0

unsigned char Ds18b20_present(void)

{

bit presence;

unsigned char i;

DQ=0;

i=230;while(--i);

DQ=1;

i = 35; while(--i);

presence=!DQ;

i =200;while(--i);

if(presence) {

// wrt_string("Ds18b20_present OK\n\r");

return (TRUE);

}

else

// wrt_string("Ds18b20_present ERR!!!\n\r");

return(FALSE); /* presence signal returned 1=presence, 0 = no part */

}

//////////////////////////////////////////////////////////////////////////////

// READ_BIT - reads a bit from the one-wire bus. The delay

// required for a read is 15us, so the DELAY routine won't work.

// We put our own delay function in this routine in the form of a

// for() loop.

//

unsigned char Ds18b20_read_bit(void)

{

unsigned char i,c;

DQ = 0; _nop_(); _nop_();

DQ=1;

i = 8; while(--i);

c=(unsigned char ) DQ;

i = 25;while(--i);

return( c ); // return value of DQ line

}

//////////////////////////////////////////////////////////////////////////////

// WRITE_BIT - writes a bit to the one-wire bus, passed in bitval.

//

void Ds18b20_write_bit(unsigned char bitval)

{unsigned char i;

DQ=0;

if(1==bitval&0x01) DQ=1;// return DQ high if write 1

i = 25; while(--i);

DQ=1;

}

// Delay provides 16us per loop, plus 24us. Therefore delay(5) = 104us

/******************************************************************/ /* READ_BYTE - reads a byte from the one-wire bus.

*/

/******************************************************************/ unsigned char Ds18b20_read_byte(void)

{

unsigned char i,j;

unsigned char temp = 0;

// EA = 0;

for (i=0;i<8;i++)

{

DQ = 0; _nop_(); _nop_();

DQ = 1;

j = 8; while(--j);

j = DQ;

temp>>=1;

if (j) temp|=0x80;

j = 25;while(--j); /* wait for

rest of timeslot */

}

// EA = 1;

return(temp);

}

/******************************************************************/ /* WRITE_BYTE - writes a byte to the one-wire bus.

*/

/******************************************************************/

unsigned char Ds18b20_write_byte(unsigned char val)

{

unsigned char i,j;

unsigned char temp;

for (i=0; i<8; i++) /* writes byte, one bit at a time */ {

temp = val&0x01;

DQ = 0;

if (temp) DQ = 1;

val>>=1;

j = 25; while(--j);

DQ = 1;

}

return (TRUE);

}

/*

void Ds18b20_Read_ROMCode(void)

{

unsigned char i;

unsigned char xdata buf[10];

unsigned char xdata *ptr;

ptr=tmpbuf;

if(Ds18b20_present())

{

Ds18b20_write_byte(0x33);

for (i=0;i<9;i++)

{

buf[i]=Ds18b20_read_byte();

sprintf(ptr,"%02x,",(int)buf[i]);

ptr += 3;

}

wrt_string(tmpbuf);

}

}

*/

void Ds18b20_Send_MatchRom(void)

{

unsigned char i;

Ds18b20_present();

Ds18b20_write_byte(0x55);

for(i=0;i<8;i++)

{

Ds18b20_write_byte(ROMCODE[DS18b20_chanle][i]); }

}

void Ds18b20_Convert_commond(void)

{

Ds18b20_present();

// Ds18b20_Send_MatchRom();

Ds18b20_write_byte(0xCC); //Skip ROM

Ds18b20_write_byte(0x44); // Start Conversion }

void Ds18b20_Write_Scratchpad(void)

{

unsigned char i;

unsigned char buf[9];

buf[2]=127;

Ds18b20_present();

Ds18b20_Send_MatchRom();

// Ds18b20_write_byte(0xCC); //Skip ROM Ds18b20_write_byte(0x4E);

for (i=0;i<3;i++)

{

Ds18b20_write_byte(buf[i]);

}

}

void Ds18b20_Copy_Scratchpad(void)

{

Ds18b20_present();

Ds18b20_Send_MatchRom();

// Ds18b20_write_byte(0xCC); //Skip ROM Ds18b20_write_byte(0x48);

}

void Ds18b20_Read_ScratchPad(void)

{

//byte i;

int tmp;

xdata unsigned char buf[9];

Ds18b20_present();

Ds18b20_Send_MatchRom();

// Ds18b20_write_byte(0xCC); //Skip ROM

Ds18b20_write_byte(0xBE);

for (tmp=0;tmp<9;tmp++)

{

buf[tmp]=Ds18b20_read_byte();

}

if(buf[2] != 127) {

Ds18b20_Write_Scratchpad();

Ds18b20_Copy_Scratchpad();

}

tmp=buf[1]*256+buf[0];

if(tmp<0) {

Ds18b20_resault[DS18b20_chanle] = -( (~tmp) + 1);

}else {

Ds18b20_resault[DS18b20_chanle]=tmp;

}

// sprintf(tmpbuf,"Ds18b20_resault[%d]=%ld\n\r",(int)

DS18b20_chanle,Ds18b20_resault[DS18b20_chanle]);

// wrt_string(tmpbuf);

}

////////////////////////////////////////////////////////////////////////////

// GLOBAL V ARIABLES

//

static unsigned char xdata ROM[8]; // ROM Bit

static unsigned char lastDiscrep = 0; // last discrepancy

static unsigned char doneFlag = 0; // Done flag

static unsigned char xdata FoundROM[10][8]; // table of found ROM codes static unsigned char numROMs;

static unsigned char dowcrc;

static code const unsigned char dscrc_table[] = {

0, 94,188,226, 97, 63,221,131,194,156,126, 32,163,253, 31, 65,

157,195, 33,127,252,162, 64, 30, 95, 1,227,189, 62, 96,130,220,

35,125,159,193, 66, 28,254,160,225,191, 93, 3,128,222, 60, 98,

190,224, 2, 92,223,129, 99, 61,124, 34,192,158, 29, 67,161,255,

70, 24,250,164, 39,121,155,197,132,218, 56,102,229,187, 89, 7, 219,133,103, 57,186,228, 6, 88, 25, 71,165,251,120, 38,196,154, 101, 59,217,135, 4, 90,184,230,167,249, 27, 69,198,152,122, 36, 248,166, 68, 26,153,199, 37,123, 58,100,134,216, 91, 5,231,185, 140,210, 48,110,237,179, 81, 15, 78, 16,242,172, 47,113,147,205, 17, 79,173,243,112, 46,204,146,211,141,111, 49,178,236, 14, 80, 175,241, 19, 77,206,144,114, 44,109, 51,209,143, 12, 82,176,238, 50,108,142,208, 83, 13,239,177,240,174, 76, 18,145,207, 45,115, 202,148,118, 40,171,245, 23, 73, 8, 86,180,234,105, 55,213,139, 87, 9,235,181, 54,104,138,212,149,203, 41,119,244,170, 72, 22, 233,183, 85, 11,136,214, 52,106, 43,117,151,201, 74, 20,246,168, 116, 42,200,150, 21, 75,169,247,182,232, 10, 84,215,137,107, 53 };

//////////////////////////////////////////////////////////////////////////////

// ONE WIRE CRC

//

static unsigned char ow_crc( unsigned char x)

{

dowcrc = dscrc_table[dowcrc^x];

return dowcrc;

}

/*

unsigned char Ds18b20_crc(unsigned char num,unsigned char *Src) {

unsigned char i;

unsigned char crcdata = 0;

for ( i = 0; i < num-1; i++ )

{

crcdata = crcdata ^ (*Src); Src++;

crcdata = dscrc_table[crcdata];

}

if (crcdata==*Src) return 1;

else return 0;

}

*/

// NEXT

// The Next function searches for the next device on the 1-wire bus. If // there are no more devices on the 1-wire then false is returned.

//

static unsigned char Next(void)

{

unsigned char m = 1; // ROM Bit index

unsigned char n = 0; // ROM Byte index

unsigned char k = 1; // bit mask

unsigned char x = 0;

unsigned char discrepMarker = 0; // discrepancy marker

unsigned char g; // Output bit

unsigned char nxt; // return value

unsigned char flag;

nxt = FALSE; // set the next flag to false

dowcrc = 0; // reset the dowcrc

flag =!Ds18b20_present(); // reset the 1-wire

if(flag||doneFlag) // no parts -> return false

{

lastDiscrep = 0; // reset the search

return FALSE;

}

Ds18b20_write_byte(0xF0); // send SearchROM command

// wrt_string("Ds18b20_funciton 0xF0\n\r");

do// for all eight bytes

{

x = 0;

if(1==Ds18b20_read_bit()) x = 2;

if(1==Ds18b20_read_bit()==1) x |= 1; // and its complement

if(x ==3) {

// wrt_string("Ds18b20_funciton x=3\n\r");

break;// there are no devices on the 1-wire

}

else {

if(x>0) // all devices coupled have 0 or 1

g = x>>1; // bit write value for search

else

{ // if this discrepancy is before the last discrepancy on a previous Next then pick

// the same as last time

if(m

g = ((ROM[n]&k)>0);

else g = (m==lastDiscrep); // if equal to last pick 1// if not then pick 0 if 0 was picked then record

// position with mask k

if (g==0) discrepMarker = m;

}

if(g==1) ROM[n] |= k;// isolate bit in ROM[n] with mask k

else ROM[n] &= ~k;

Ds18b20_write_bit(g); // ROM search write

m++; // increment bit counter m

k <<= 1; // and shift the bit mask k

if(k==0) // if the mask is 0 then go to new ROM

{ // byte n and reset mask

ow_crc(ROM[n]); // accumulate the CRC

n++; k++;

}

}

} while(n<8); //loop until through all ROM bytes 0-7

if(m<65||dowcrc) // if search was unsuccessful then

lastDiscrep=0; // reset the last discrepancy to 0

else {

// search was successful, so set lastDiscrep,

// lastOne, nxt

lastDiscrep = discrepMarker;

doneFlag = (lastDiscrep==0);

nxt = TRUE; // indicates search is not complete yet, more parts remain }

return nxt;

}

//

// FIRST

// The First function resets the current state of a ROM search and calls

// Next to find the first device on the 1-wire bus.

//

static unsigned char First(void)

{

lastDiscrep = 0; // reset the rom search last discrepancy global

doneFlag = FALSE;

return Next(); // call Next and return its return value

}

// FIND DEVICES

void FindDevices(void)

{

unsigned char m;

// xdata char ROMbuf[100];

xdata char *ptr;

unsigned char c;

if(Ds18b20_present()) //Begins when a presence is detected

{

//wrt_string("Ds18b20_present ok\n\r");

if(First()) //Begins when at least one part is found

{// wrt_string("First ok\n\r");

numROMs=0;

do {

numROMs++;

for(m=0;m<8;m++)

{

FoundROM[numROMs][m]=ROM[m]; //Identifies ROM number on found device

}

// strcpy(ROMbuf,"ROM CODE =");

// ptr=ROMbuf+strlen(ROMbuf);

for(c=0;c<8;c++) {

ROMCODE[numDS18B20s][c]=FoundROM

[numROMs][c];

//

// sprintf(ptr,"%02x,",(int)FoundROM[numROMs][c]);

ptr+=3;

}

numDS18B20s++;

// strcat(ROMbuf,"\n\r");

// wrt_string(ROMbuf);

}while (Next()&&(numROMs<10)); //Continues until no additional devices are found

}

}

}

//

void Ds18b20_tsk(void )

{

// bDs18b20_TSK=FALSE;

Ds18b20_Send_MatchRom();

Ds18b20_Read_ScratchPad();

Ds18b20_Convert_commond();

DS18b20_chanle++;

if(MAXDS18b20 <=DS18b20_chanle) DS18b20_chanle=0;

}

/*

void disROMCODE (void)

{

unsigned char c;

xdata char dbuf[100];

for(c=0;c

{

sprintf(dbuf,"ROMCODE =%02x %02x %02x %02x %02x %02x %02x %02x\n\r",

(int)ROMCODE[c][0],(int)ROMCODE[c][1],

(int)ROMCODE[c][2],(int)ROMCODE[c][3],

(int)ROMCODE[c][4],(int)ROMCODE[c][5],

(int)ROMCODE[c][6],(int)ROMCODE[c][7]);

wrt_string(dbuf);

}

}

*/

百度文库-单片机C51程序设计

实训任务二:控制LED灯点亮 实训准备:KeilC51软件, proteus仿真软件,STP-ISC下载软件,单片机实验板,电源线、下载线 分组情况:每4人为一组,组长一名。小老师两名协助老师指导操作过程。知识目标:1.了解单片机各引脚功能; 2.理解单片机最小系统组成部分; 3.掌握C51赋值语句用法; 4.掌握C51语言编程、编译基本方法; 5.掌握proteus仿真软件基本操作方法; 6.掌握C51程序编写、编译、仿真调试、下载流程及方法。 能力目标:1.培养学生数字逻辑分析能力; 2.培养学生分析问题及解决问题的能力; 情感目标:1.培养学生团队合作的精神; 2.培养学生的创新意识; 教学重点:1.C51赋值语句用法; 2.C51语言编程、编译基本方法 教学难点:1.半英文操作界面的理解 2.调试程序的方法 课时:8课时

讲授新课1.单片机引脚功能(40引脚) 电源、接地、I/O端口、控制引脚、时钟引脚、 复位引脚 2.单片机最小系统 组成部分:单片机、电源、接地、复位电路、 时钟电路。 解释时钟电路,比喻为学校的铃声。 区分:单片机系统与最小系统 3.C51语言基本格式 #include void main( ) { P2=0XF0; } 宏定义,头文件,主函数,分号结束 重点:赋值语句(A=B) 4.硬件电路分析 共阳极,低电平亮 观察单片机实物, 区分各引脚功能。 查 相关电路 了 求 小组回答, 习任务

实训任务三:控制LED流水灯 实训准备:KeilC51软件, proteus仿真软件,STC-ISP下载软件, 单片机实验板,电源线、下载线 分组情况:每3-4人为一组,组长一名。小老师两名协助老师指导操作过程。知识目标:1.理解C51语言数据类型; 2.了解单片机的机器周期; 3.理解数组概念及用法; 4.掌握for循环语句的用法; 5.掌握while循环语句的简单用法; 6.掌握C51程序编写、编译、仿真调试、下载流程及方法。 能力目标:1.培养学生思维逻辑分析能力; 2.培养学生分析问题及解决问题的能力; 情感目标:1.培养学生团队合作的精神; 2.培养学生的创新意识; 教学重点:1.for循环语句的用法; 2.数组的概念及用法; 3.C51语言数据类型; 教学难点:1.for循环语句的用法; 2.数组的概念及用法; 课时:4课时 子任务一:控制LED灯闪烁(2课时)

设备驱动程序

驱动程序 驱动程序一般指的是设备驱动程序(Device Driver),是一种可以使计算机和设备通信的特殊程序。相当于硬件的接口,操作系统只有通过这个接口,才能控制硬件设备的工作,假如某设备的驱动程序未能正确安装,便不能正常工作。 因此,驱动程序被比作“硬件的灵魂”、“硬件的主宰”、和“硬件和系统之间的桥梁”等。 中文名 驱动程序 外文名 Device Driver 全称 设备驱动程序 性质 可使计算机和设备通信的特殊程序 目录 1定义 2作用 3界定 ?正式版 ?认证版 ?第三方 ?修改版 ?测试版 4驱动程序的开发 ?微软平台 ?Unix平台 5安装顺序 6inf文件 1定义 驱动程序(Device Driver)全称为“设备驱动程序”,是一种可以使计算机和设备通信的特殊程序,可以说相当于硬件的接口,操作系统只能通过这个接口,才能控制硬件设备的工作,假如某设备的驱动程序未能正确安装,便不能正常工作。 惠普显卡驱动安装 正因为这个原因,驱动程序在系统中的所占的地位十分重要,一般当操作系统安装完毕后,首要的便是安装硬件设备的驱动程序。不过,大多数情况下,我们并不需要安装所有硬件设备的驱动程序,例如硬盘、显示器、光驱等就不需要安装驱动程序,而显卡、声卡、扫描仪、摄像头、Modem等就需要安装驱动程序。另外,不同版本的操作系统对硬件设

备的支持也是不同的,一般情况下版本越高所支持的硬件设备也越多,例如笔者使用了Windows XP,装好系统后一个驱动程序也不用安装。 设备驱动程序用来将硬件本身的功能告诉操作系统,完成硬件设备电子信号与操作系统及软件的高级编程语言之间的互相翻译。当操作系统需要使用某个硬件时,比如:让声卡播放音乐,它会先发送相应指令到声卡驱动程序,声卡驱动程序接收到后,马上将其翻译成声卡才能听懂的电子信号命令,从而让声卡播放音乐。 所以简单的说,驱动程序提供了硬件到操作系统的一个接口以及协调二者之间的关系,而因为驱动程序有如此重要的作用,所以人们都称“驱动程序是硬件的灵魂”、“硬件的主宰”,同时驱动程序也被形象的称为“硬件和系统之间的桥梁”。 戴尔电脑驱动盘 驱动程序即添加到操作系统中的一小块代码,其中包含有关硬件设备的信息。有了此信息,计算机就可以与设备进行通信。驱动程序是硬件厂商根据操作系统编写的配置文件,可以说没有驱动程序,计算机中的硬件就无法工作。操作系统不同,硬件的驱动程序也不同,各个硬件厂商为了保证硬件的兼容性及增强硬件的功能会不断地升级驱动程序。如:Nvidia显卡芯片公司平均每个月会升级显卡驱动程序2-3次。驱动程序是硬件的一部分,当你安装新硬件时,驱动程序是一项不可或缺的重要元件。凡是安装一个原本不属于你电脑中的硬件设备时,系统就会要求你安装驱动程序,将新的硬件与电脑系统连接起来。驱动程序扮演沟通的角色,把硬件的功能告诉电脑系统,并且也将系统的指令传达给硬件,让它开始工作。 当你在安装新硬件时总会被要求放入“这种硬件的驱动程序”,很多人这时就开始头痛。不是找不到驱动程序的盘片,就是找不到文件的位置,或是根本不知道什么是驱动程序。比如安装打印机这类的硬件外设,并不是把连接线接上就算完成,如果你这时候开始使用,系统会告诉你,找不到驱动程序。怎么办呢参照说明书也未必就能顺利安装。其实在安装方面还是有一定的惯例与通则可寻的,这些都可以帮你做到无障碍安装。 在Windows系统中,需要安装主板、光驱、显卡、声卡等一套完整的驱动程序。如果你需要外接别的硬件设备,则还要安装相应的驱动程序,如:外接游戏硬件要安装手柄、方向盘、摇杆、跳舞毯等的驱动程序,外接打印机要安装打印机驱动程序,上网或接入局域网要安装网卡、Modem甚至ISDN、ADSL的驱动程序。说了这么多的驱动程序,你是否有一点头痛了。下面就介绍Windows系统中各种的不同硬件设备的驱动程序,希望能让你拨云见日。 在Windows 9x下,驱动程序按照其提供的硬件支持可以分为:声卡驱动程序、显卡驱动程序、鼠标驱动程序、主板驱动程序、网络设备驱动程序、打印机驱动程序、扫描仪驱动程序等等。为什么没有CPU、内存驱动程序呢因为CPU和内存无需驱动程序便可使用,不仅如此,绝大多数键盘、鼠标、硬盘、软驱、显示器和主板上的标准设备都可以用Windows 自带的标准驱动程序来驱动,当然其它特定功能除外。如果你需要在Windows系统中的DOS 模式下使用光驱,那么还需要在DOS模式下安装光驱驱动程序。多数显卡、声卡、网卡等内置扩展卡和打印机、扫描仪、外置Modem等外设都需要安装与设备型号相符的驱动程序,否则无法发挥其部分或全部功能。驱动程序一般可通过三种途径得到,一是购买的硬件附

Linux设备驱动程序举例

Linux设备驱动程序设计实例2007-03-03 23:09 Linux系统中,设备驱动程序是操作系统内核的重要组成部分,在与硬件设备之间 建立了标准的抽象接口。通过这个接口,用户可以像处理普通文件一样,对硬件设 备进行打开(open)、关闭(close)、读写(read/write)等操作。通过分析和设计设 备驱动程序,可以深入理解Linux系统和进行系统开发。本文通过一个简单的例子 来说明设备驱动程序的设计。 1、程序清单 //MyDev.c 2000年2月7日编写 #ifndef __KERNEL__ #define __KERNEL__//按内核模块编译 #endif #ifndef MODULE #define MODULE//设备驱动程序模块编译 #endif #define DEVICE_NAME "MyDev" #define OPENSPK 1 #define CLOSESPK 2 //必要的头文件 #include //同kernel.h,最基本的内核模块头文件 #include //同module.h,最基本的内核模块头文件 #include //这里包含了进行正确性检查的宏 #include //文件系统所必需的头文件 #include //这里包含了内核空间与用户空间进行数据交换时的函数宏 #include //I/O访问 int my_major=0; //主设备号 static int Device_Open=0; static char Message[]="This is from device driver"; char *Message_Ptr; int my_open(struct inode *inode, struct file *file) {//每当应用程序用open打开设备时,此函数被调用 printk ("\ndevice_open(%p,%p)\n", inode, file); if (Device_Open) return -EBUSY;//同时只能由一个应用程序打开 Device_Open++; MOD_INC_USE_COUNT;//设备打开期间禁止卸载 return 0; } static void my_release(struct inode *inode, struct file *file)

ds18b20详解及程序

最近都在学习和写单片机的程序, 今天有空又模仿DS18B20温度测量显示实验写了一个与DS18B20基于单总线通信的程序. DS18B20 数字温度传感器(参考:智能温度传感器DS18B20的原理与应用)是DALLAS 公司生产的1-Wire,即单总线器件,具有线路简单,体积小的特点。因此用它来组成一个测温系统,具有线路简单,在一根通信线,可以挂很多这样的数字温度计。DS18B20 产品的特点: (1)、只要求一个I/O 口即可实现通信。 (2)、在DS18B20 中的每个器件上都有独一无二的序列号。 (3)、实际应用中不需要外部任何元器件即可实现测温。 (4)、测量温度范围在-55 到+125℃之间; 在-10 ~ +85℃范围内误差为±5℃; (5)、数字温度计的分辨率用户可以从9 位到12 位选择。将12位的温度值转换为数字量所需时间不超过750ms; (6)、内部有温度上、下限告警设置。 DS18B20引脚分布图 DS18B20 详细引脚功能描述: 1、GND 地信号; 2、DQ数据输入出引脚。开漏单总线接口引脚。当被用在寄生电源下,此引脚可以向器件提供电源;漏极开路, 常太下高电平. 通常要求外接一个约5kΩ的上拉电阻. 3、VDD可选择的VDD 引脚。电压范围:3~5.5V; 当工作于寄生电源时,此引脚必须接地。 DS18B20存储器结构图 暂存储器的头两个字节为测得温度信息的低位和高位字节;

第3, 4字节是TH和TL的易失性拷贝, 在每次电复位时都会被刷新; 第5字节是配置寄存器的易失性拷贝, 同样在电复位时被刷新; 第9字节是前面8个字节的CRC检验值. 配置寄存器的命令内容如下: MSB LSB R0和R1是温度值分辨率位, 按下表进行配置.默认出厂设置是R1R0 = 11, 即12位. 温度值分辨率配置表 4种分辨率对应的温度分辨率为0.5℃, 0.25℃, 0.125℃, 0.0625℃(即最低一位代表的温度值) 12位分辨率时的两个温度字节的具体格式如下: 其中高字节前5位都是符号位S, 若分辨率低于12位时, 相应地使最低为0, 如: 当分辨 , 高字节不变.... 一些温度与转换后输出的数字参照如下:

一个简单的演示用的Linux字符设备驱动程序.

实现如下的功能: --字符设备驱动程序的结构及驱动程序需要实现的系统调用 --可以使用cat命令或者自编的readtest命令读出"设备"里的内容 --以8139网卡为例,演示了I/O端口和I/O内存的使用 本文中的大部分内容在Linux Device Driver这本书中都可以找到, 这本书是Linux驱动开发者的唯一圣经。 ================================================== ===== 先来看看整个驱动程序的入口,是char8139_init(这个函数 如果不指定MODULE_LICENSE("GPL", 在模块插入内核的 时候会出错,因为将非"GPL"的模块插入内核就沾污了内核的 "GPL"属性。 module_init(char8139_init; module_exit(char8139_exit; MODULE_LICENSE("GPL"; MODULE_AUTHOR("ypixunil"; MODULE_DESCRIPTION("Wierd char device driver for Realtek 8139 NIC"; 接着往下看char8139_init( static int __init char8139_init(void {

int result; PDBG("hello. init.\n"; /* register our char device */ result=register_chrdev(char8139_major, "char8139", &char8139_fops; if(result<0 { PDBG("Cannot allocate major device number!\n"; return result; } /* register_chrdev( will assign a major device number and return if it called * with "major" parameter set to 0 */ if(char8139_major == 0 char8139_major=result; /* allocate some kernel memory we need */ buffer=(unsigned char*(kmalloc(CHAR8139_BUFFER_SIZE, GFP_KERNEL; if(!buffer { PDBG("Cannot allocate memory!\n"; result= -ENOMEM;

最新单片机原理与应用及C51程序设计(第二版)课后答案

第一章 1.给出下列有符号数的原码、反码和补码(假设计算机字长为8位)。 +45 -89 -6 +112 答:【+45】原=00101101,【+45】反=00101101,【+45】补=00101101 【-89】原=11011001,【-89】反=10100110,【-89】补=10100111 【-6】原=10000110,【-6】反=11111001,【-6】补=11111010 【+112】原=01110000,【+45】反=01110000,【+45】补=01110000 2. 指明下列字符在计算机内部的表示形式。 AsENdfJFmdsv120 答:41H 73H 45H 4EH 64H 66H 4AH 46H 6DH 64H 73H 76H 31H 32H 30H 3. 什么是单片机? 答:单片机是把微型计算机中的微处理器、存储器、I/O接口、定时器/计数器、串行接口、中断系统等电路集成到一个集成电路芯片上形成的微型计算机。因而被称为单片微型计算机,简称为单片机。 4. 单片机的主要特点是什么? 答:主要特点如下: 1) 在存储器结构上,单片机的存储器采用哈佛(Harvard)结构 2) 在芯片引脚上,大部分采用分时复用技术 3) 在内部资源访问上,采用特殊功能寄存器(SFR)的形式 4) 在指令系统上,采用面向控制的指令系统 5) 内部一般都集成一个全双工的串行接口 6) 单片机有很强的外部扩展能力 5. 指明单片机的主要应用领域。 答:单机应用:1) 工业自动化控制;2) 智能仪器仪表;3) 计算机外部设备和智能接口;4) 家用电器多机应用:功能弥散系统、并行多机处理系统和局部网络系统。 第二章 1. MCS-51单片机由哪几个部分组成? 答:MCS-51单片机主要由以下部分组成的:时钟电路、中央处理器(CPU)、存储器系统(RAM和ROM)、定时/计数器、并行接口、串行接口、中断系统及一些特殊功能寄存器(SFR)。 2. MCS-51的标志寄存器有多少位,各位的含义是什么?

一个简单字符设备驱动实例

如何编写Linux设备驱动程序 Linux是Unix操作系统的一种变种,在Linux下编写驱动程序的原理和思想完全类似于其他的Unix系统,但它dos或window环境下的驱动程序有很大的区别。在Linux环境下设计驱动程序,思想简洁,操作方便,功能也很强大,但是支持函数少,只能依赖kernel中的函数,有些常用的操作要自己来编写,而且调试也不方便。本文是在编写一块多媒体卡编制的驱动程序后的总结,获得了一些经验,愿与Linux fans共享,有不当之处,请予指正。 以下的一些文字主要来源于khg,johnsonm的Write linux device driver,Brennan's Guide to Inline Assembly,The Linux A-Z,还有清华BBS上的有关device driver的一些资料. 这些资料有的已经过时,有的还有一些错误,我依据自己的试验结果进行了修正. 一、Linux device driver 的概念 系统调用是操作系统内核和应用程序之间的接口,设备驱动程序是操作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节,这样在应用程序看来,硬件设备只是一个设备文件,应用程序可以象操作普通文件一样对硬件设备进行操作。设备驱动程序是内核的一部分,它完成以下的功能: 1)对设备初始化和释放; 2)把数据从内核传送到硬件和从硬件读取数据; 3)读取应用程序传送给设备文件的数据和回送应用程序请求的数据; 4)检测和处理设备出现的错误。 在Linux操作系统下有两类主要的设备文件类型,一种是字符设备,另一种是块设备。字符设备和块设备的主要区别是:在对字符设备发出读/写请求时,实际的硬件I/O一般就紧接着发生了,块设备则不然,它利用一块系统内存作缓冲区,当用户进程对设备请求能满足用户的要求,就返回请求的数据,如果不能,就调用请求函数来进行实际的I/O操作。块设备是主要针对磁盘等慢速设备设计的,以免耗费过多的CPU时间来等待. 已经提到,用户进程是通过设备文件来与实际的硬件打交道。每个设备文件都都有其文件属性(c/b),表示是字符设备还是块设备。另外每个文件都有两个设备号,第一个是主设备号,标识驱动程序,第二个是从设备号,标识使用同一个设备驱动程序的不同的硬件设备,比如有两个软盘,就可以用从设备号来区分他们。设备文件的主设备号必须与设备驱动程序在登记时申请的主设备号一致,否则用户进程将无法访问到驱动程序. 最后必须提到的是,在用户进程调用驱动程序时,系统进入核心态,这时不再是抢先式调度。也就是说,系统必须在你的驱动程序的子函数返回后才能进行其他的工作。如果你的驱动程序陷入死循环,不幸的是你只有重新启动机器了,然后就是漫长的fsck。 二、实例剖析 我们来写一个最简单的字符设备驱动程序。虽然它什么也不做,但是通过它可以了解Linux的设备驱动程序的工作原理.把下面的C代码输入机器,你就会获得一个真正的设备

DS18B20温度计C程序

温度值精确到0.1度,lcd1602显示 仿真电路图如下: c程序如下: #include #define uchar unsigned char #define uint unsigned int sbit DQ=P3^7;//ds18b20与单片机连接口 sbit RS=P3^0; sbit RW=P3^1; sbit EN=P3^2; unsigned char code str1[]={"temperature: "}; unsigned char code str2[]={" "};

uchar data disdata[5]; uint tvalue;//温度值 uchar tflag;//温度正负标志 /*************************lcd1602程序**************************/ void delay1ms(unsigned int ms)//延时1毫秒(不够精确的){unsigned int i,j; for(i=0;i

虚拟设备驱动程序的设计与实现

虚拟设备驱动程序的设计与实现 由于Windows对系统底层操作采取了屏蔽的策略,因而对用户而言,系统变得 更为安全,但这却给众多的硬件或者系统软件开发人员带来了不小的困难,因为只要应用中涉及到底层的操作,开发人员就不得不深入到Windows的内核去编写属 于系统级的虚拟设备驱动程序。Win 98与Win 95设备驱动程序的机理不尽相同,Win 98不仅支持与Windows NT 5.0兼容的WDM(Win32 Driver Mode)模式驱动程序 ,而且还支持与Win 95兼容的虚拟设备驱动程序VxD(Virtual Device Driver)。下面介绍了基于Windows 9x平台的虚拟环境、虚拟设备驱动程序VxD的基本原理和 设计方法,并结合开发工具VToolsD给出了一个为可视电话音频卡配套的虚拟设备 驱动程序VxD的设计实例。 1.Windows 9x的虚拟环境 Windows 9x作为一个完整的32位多任务操作系统,它不像Window 3.x那样依 赖于MS-DOS,但为了保证软件的兼容性,Windows 9x除了支持Win16应用程序和 Win32应用程序之外,还得支持MS-DOS应用程序的运行。Windows 9x是通过虚拟机 VM(Virtual Machine)环境来确保其兼容和多任务特性的。 所谓Windows虚拟机(通常简称为Windows VM)就是指执行应用程序的虚拟环 境,它包括MS-DOS VM和System VM两种虚拟机环境。在每一个MS-DOS VM中都只运 行一个MS-DOS进程,而System VM能为所有的Windows应用程序和动态链接库DLL(Dynamic Link Libraries)提供运行环境。每个虚拟机都有独立的地址空间、寄存器状态、堆栈、局部描述符表、中断表状态和执行优先权。虽然Win16、Win32应用程序都运行在System VM环境下,但Win16应用程序共享同一地址空间, 而Win32应用程序却有自己独立的地址空间。 在编写应用程序时,编程人员经常忽略虚拟环境和实环境之间的差异,一般认为虚拟环境也就是实环境。但是,在编写虚拟设备驱动程序VxD时却不能这样做 ,因为VxD的工作是向应用程序代码提供一个与硬件接口的环境,为每一个客户虚 拟机管理虚设备的状态,透明地仲裁多个应用程序,同时对底层硬件进行访问。这就是所谓虚拟化的概念。 VxD在虚拟机管理器VMM(Virtual Machine Manager)的监控下运行,而VMM 实 际上是一个特殊的VxD。VMM执行与系统资源有关的工作,提供虚拟机环境(能产

DS18B20中文全套资料

温度传感器DS18B20资料 2008-08-28 16:06 美国Dallas半导体公司的数字化温度传感器DS1820是世界上第一片支持 "一线总线"接口的温度传感器,在其内部使用了在板(ON-B0ARD)专利技术。全部传感元件及转换电路集成在形如一只三极管的集成电路内。一线总线独特而且经济的特点,使用户可轻松地组建传感器网络,为测量系统的构建引入全新概念。现在,新一代的DS18B20体积更小、更经济、更灵活。使你可以充分发挥“一线总线”的优点。目前DS18B20批量采购价格仅10元左右。 在传统的模拟信号远距离温度测量系统中,需要很好的解决引线误差补偿问题、多点测量切换误差问题和放大电路零点漂移误差问题等技术问题,才能够达到较高的测量精度。另外一般监控现场的电磁环境都非常恶劣,各种干扰信号较强,模拟温度信号容易受到干扰而产生测量误差,影响测量精度。因此,在温度测量系统中,采用抗干扰能力强的新型数字温度传感器是解决这些问题的最有效方案,新型数字温度传感器DS18B20具有体积更小、精度更高、适用电压更宽、采用一线总线、可组网等优点,在实际应用中取得了良好的测温效果。 新的"一线器件"DS18B20体积更小、适用电压更宽、更经济。 DS18B20、DS1822的特性 DS18B20可以程序设定9~12位的分辨率,精度为±0.5°C。可选更小的封装方式,更宽的电压适用范围。分辨率设定,及用户设定的报警温度存储在EEPROM中,掉电后依然保存。DS18B20的性能是新一代产品中最好的!性能价格比也非常出色!DS1822与DS18B20软件兼容,是DS18B20的简化版本。省略了存储用户定义报警温度、分辨率参数的EEPROM,精度降低为±2°C,适用于对性能要求不高,成本控制严格的应用,是经济型产品。 继"一线总线"的早期产品后,DS1820开辟了温度传感器技术的新概念。DS18B20和DS1822使电压、特性及封装有更多的选择,让我们可以构建适合自己的经济的测温系统。 DS18B20、DS1822 "一线总线"数字化温度传感器 同DS1820一样,DS18B20也支持"一线总线"接口,测量温度范围为-55°C~+125°C,在-10~+85°C 范围内,精度为±0.5°C。DS1822的精度较差为±2°C。现场温度直接以"一线总线"的数字方式传输,大大提高了系统的抗干扰性。适合于恶劣环境的现场温度测量,如:环境控制、设备或过程控制、测温类消费电子产品等。与前一代产品不同,新的产品支持3V~5.5V的电压范围,使系统设计更灵活、方便。而且新一代产品更便宜,体积更小。 一、DS18B20的主要特性 (1)适应电压范围更宽,电压范围:3.0~5.5V,在寄生电源方式下可由数据线供电 (2)独特的单线接口方式,DS18B20在与微处理器连接时仅需要一条口线即可实现微处理器与DS18B20的双向通讯 (3)DS18B20支持多点组网功能,多个DS18B20可以并联在唯一的三线上,实现组网多点测温 (4)DS18B20在使用中不需要任何外围元件,全部传感元件及转换电路集成在形如一只三极管的集成电路内 (5)温范围-55℃~+125℃,在-10~+85℃时精度为±0.5℃ (6)可编程的分辨率为9~12位,对应的可分辨温度分别为0.5℃、0.25℃、0.125℃和0.0625℃,

DS18B20中文资料+C程序

18B20温度传感器应用解析 温度传感器的种类众多,在应用与高精度、高可靠性的场合时DALLAS(达拉斯)公司生产的DS18B20温度传感器当仁不让。超小的体积,超低的硬件开消,抗干扰能力强,精度高,附加功能强,使得DS18B 20更受欢迎。对于我们普通的电子爱好者来说,DS18B20的优势更是我们学习单片机技术和开发温度相关的小产品的不二选择。了解其工作原理和应用可以拓宽您对单片机开发的思路。 DS18B20的主要特征: ?? 全数字温度转换及输出。 ?? 先进的单总线数据通信。 ?? 最高12位分辨率,精度可达土0.5摄氏度。

?? 12位分辨率时的最大工作周期为750毫秒。 ?? 可选择寄生工作方式。 ?? 检测温度范围为–55°C ~+125°C (–67°F ~+257°F) ?? 内置EEPROM,限温报警功能。 ?? 64位光刻ROM,内置产品序列号,方便多机挂接。 ?? 多样封装形式,适应不同硬件系统。 DS18B20芯片封装结构: DS18B20引脚功能: ·GND 电压地·DQ 单数据总线·VDD 电源电压·NC 空引脚 DS18B20工作原理及应用: DS18B20的温度检测与数字数据输出全集成于一个芯片之上,从而抗干扰力更强。其一个工作周期可分为两个部分,即温度检测和数据处理。在讲解其工作流程之前我们有必要了解18B20的内部存储器资源。18B20共有三种形态的存储器资源,它们分别是: ROM 只读存储器,用于存放DS18B20ID编码,其前8位是单线系列编码(DS18B20的编码是19H),后面48位是芯片唯一的序列号,最后8位是以上56的位的CRC码(冗余校验)。数据在出产时设置不由用户更改。DS18B20共64位ROM。 RAM 数据暂存器,用于内部计算和数据存取,数据在掉电后丢失,DS18B20共9个字节RAM,每个字节为8位。第1、2个字节是温度转换后的数据值信息,第3、4个字节是用户EEPROM(常用于温度报警值储存)的镜像。在上电复位时其值将被刷新。第5个字节则是用户第3个EEPROM的镜像。第6、7、8个字节为计数寄存器,是为了让用户得到更高的温度分辨率而设计的,同样也是内部温度转换、计算的暂存单元。第9个字节为前8个字节的CRC码。EEPROM 非易失性记忆体,用于存放长期需要保存的数据,上下限温度报警值和校验数据,DS18B20共3位EEPROM,并在RAM都存在镜像,以方便用户操作。RAM及EEPROM结构图: 图2 我们在每一次读温度之前都必须进行复杂的且精准时序的处理,因为DS18B20的硬件简单结果就会导致软件的巨大开消,也是尽力减少有形资产转化为无形资产的投入,是一种较好的节约之道。 控制器对18B20操作流程: 1,复位:首先我们必须对DS18B20芯片进行复位,复位就是由控制器(单片机)给DS18B20单总线至少480uS的低电平信号。当18B20接到此复位信号后则会在15~60uS后回发一个芯片的存在脉冲。 2,存在脉冲:在复位电平结束之后,控制器应该将数据单总线拉高,以便于在15~60uS后接收存在脉冲,存在脉冲为一个60~240uS的低电平信号。至此,通信双方已经达成了基本的协议,接下来将会是控制器与18B20间的数据通信。如果复位低电平的时间不足或是单总线的电路断路都不会接到存在脉冲,在设计时要注意意外情况的处理。 3,控制器发送ROM指令:双方打完了招呼之后最要将进行交流了,ROM指令共有5条,每一个工作周期只能发一条,ROM指令分别是读ROM数据、指定匹配芯片、跳跃ROM、芯片搜索、报警芯片搜索。ROM指令为8位长度,功能是对片内的64位光刻ROM进行操作。其主要目的是为了分辨一条总线上挂接的多个器件并作处理。诚然,单总线上可以同时挂接多个器件,并通过每个器件上所独有的ID号来区别,一般只挂接单个18B20芯片时可以跳过ROM指令(注意:此处指的跳过ROM指令并非不发送ROM指令,而是用特有的一条“跳过指令”)。ROM指令在下文有详细的介绍。 4,控制器发送存储器操作指令:在ROM指令发送给18B20之后,紧接着(不间断)就是发送存储器操作指令了。操作指令同样为8位,共6条,存储器操作指令分别是写RAM数据、读RAM数据、将R AM数据复制到EEPROM、温度转换、将EEPROM中的报警值复制到RAM、工作方式切换。存储器操作指令的功能是命令18B20作什么样的工作,是芯片控制的关键。 5,执行或数据读写:一个存储器操作指令结束后则将进行指令执行或数据的读写,这个操作要视存储器操作指令而定。如执行温度转换指令则控制器(单片机)必须等待18B20执行其指令,一般转换时间为500uS。如执行数据读写指令则需要严格遵循18B20的读写时序来操作。数据的读写方法将有下文有详细介绍。 若要读出当前的温度数据我们需要执行两次工作周期,第一个周期为复位、跳过ROM指令、执行温度转换存储器操作指令、等待500uS温度转换时间。紧接着执行第二个周期为复位、跳过ROM指令、执行读

DS18B20介绍、流程图和程序源代码

DS18B20单线数字温度传感器 DALLAS半导体公司的数字化温度传感器DS1820是世界上第一片支持“一线总线”接口的温度传感器,体积更小、适用电压更宽、更经济。一线总线独特而且经济的特点,使用户可轻松地组建温度传感器网络,为测量系统的构建引入全新概念。DS18B20、DS1822 “一线总线”数字化温度传感器同DS1820一样,支持“一线总线”接口,测量温度范围为-55°C~+125°C,在-10~+85°C范围内,精度为±0.5°C,而DS1822的精度较差为± 2°C 。现场温度直接以“一线总线”的数字方式传输,大大提高了系统的抗干扰性,适合于恶劣环境的现场温度测量,如:环境控制、设备或过程控制、测温类消费电子产品等。 DS18B20可以程序设定9~12位的分辨率,精度为±0.5°C,分辨率设定,以及用户设定的报警温度存储在EEPROM中,掉电后依然保存。DS1822与DS18B20软件兼容,是DS18B20的简化版本。省略了存储用户定义报警温度、分辨率参数的EEPROM,精度降低为±2°C,适用于对性能要求不高,成本控制严格的应用,是经济型产品。继“一线总线”的早期产品后,DS1820开辟了温度传感器技术的新概念。DS18B20和DS1822使电压、特性及封装有更多的选择,让我们可以构建适合自己的经济的测温系统。 1、 DS18B20性能特点 DS18B20的性能特点:①采用单总线专用技术,既可通过串行口线,也可通过其它I/O口线与微机接口,无须经过其它变换电路,直接输出被测温度值(9位二进制数,含符号位),②测温范围为-55℃-+125℃,测量分辨率为0.0625℃,③内含64位经过激光修正的只读存储器ROM,④适配各种单片机或系统机,⑤用户可分别设定各路温度的上、下限,⑥内含 寄生电源。 2、 DS18B20内部结构 DS18B20内部结构主要由四部分组成:64位光刻 ROM,温度传感器,非挥发的温度报警触发器TH和 TL,高速暂存器。DS18B20的管脚排列如图1所示。64 位光刻ROM是出厂前被光刻好的,它可以看作是该 DS18B20的地址序列号,不同的器件地址序列号不同。 8位产品系列号48位产品序号8位CRC编码DS18B20高速暂存器共9个存储单元,如表所示: 序号寄存器名称作用序号寄存器名称作用 0 温度低字节 以16位补码形式存放4、5 保留字节1、2 1 温度高字节 6 计数器余值 2 TH/用户字节1 存放温度上限7 计数器/℃ 3 HL/用户字节2 存放温度下限8 CRC CRC校验 图1 DS18B20引脚分布图

实验二:字符设备驱动实验

实验二:字符设备驱动实验 一、实验目的 通过本实验的学习,了解Linux操作系统中的字符设备驱动程序结构,并能编写简单的字符设备的驱动程序以及对所编写的设备驱动程序进行测试,最终了解Linux操作系统如何管理字符设备。 二、准备知识 字符设备驱动程序主要包括初始化字符设备、字符设备的I/O调用和中 断服务程序。在字符设备驱动程序的file_operations结构中,需要定义字 符设备的基本入口点。 open()函数; release()函数 read()函数 write()函数 ioctl()函数 select()函数。 另外,注册字符设备驱动程序的函数为register_chrdev()。 register_chrdev() 原型如下: int register_chrdev(unsigned int major, //主设备号 const char *name, //设备名称 struct file_operations *ops); //指向设备操作函数指针 其中major是设备驱动程序向系统申请的主设备号。如果major为0, 则系统为该驱动程序动态分配一个空闲的主设备号。name是设备名称,ops 是指向设备操作函数的指针。 注销字符设备驱动程序的函数是unregister_chrdev(),原型如下:int unregister_chrdev(unsigned int major,const char *name); 字符设备注册后,必须在文件系统中为其创建一个设备文件。该设备文件可以在/dev目录中创建,每个设备文件代表一个具体的设备。 使用mknod命令来创建设备文件。创建设备文件时需要使用设备的主设备号和从设备号作为参数。 阅读教材相关章节知识,了解字符设备的驱动程序结构。

51单片机C语言学习知识编程基础学习知识及其实例

基础知识:51单片机编程基础 第一节:单数码管按键显示 第二节:双数码管可调秒表 第三节:十字路口交通灯 第四节:数码管驱动 第五节:键盘驱动 第六节:低频频率计 第七节:电子表 第八节:串行口应用 基础知识:51单片机编程基础 单片机的外部结构: 1. DIP40双列直插; 2. P0,P1,P2,P3四个8位准双向I/O引脚;(作为I/O输入时,要先输出高电平) 3. 电源VCC(PIN40)和地线GND(PIN20); 4. 高电平复位RESET(PIN9);(10uF电容接VCC与RESET,即可实现上电复位) 5. 内置振荡电路,外部只要接晶体至X1(PIN18)和X0(PIN19);(频率为主频的12倍) 6. 程序配置EA(PIN31)接高电平VCC;(运行单片机内部ROM中的程序) 7. P3支持第二功能:RXD、TXD、INT0、INT1、T0、T1 单片机内部I/O部件:(所为学习单片机,实际上就是编程控制以下I/O部件,完成指定任务) 1. 四个8位通用I/O端口,对应引脚P0、P1、P2和P3; 2. 两个16位定时计数器;(TMOD,TCON,TL0,TH0,TL1,TH1) 3. 一个串行通信接口;(SCON,SBUF) 4. 一个中断控制器;(IE,IP) 针对AT89C52单片机,头文件AT89x52.h给出了SFR特殊功能寄存器所有端口的定义。 C语言编程基础: 1. 十六进制表示字节0x5a:二进制为01011010B;0x6E为01101110。 2. 如果将一个16位二进数赋给一个8位的字节变量,则自动截断为低8位,而丢掉高8位。 3. ++var表示对变量var先增一;var—表示对变量后减一。 4. x |= 0x0f;表示为x = x | 0x0f; 5. TMOD = ( TMOD & 0xf0 ) | 0x05;表示给变量TMOD的低四位赋值0x5,而不改变TMOD的高 四位。 6. While( 1 ); 表示无限执行该语句,即死循环。语句后的分号表示空循环体,也就是{;}

DS18B20程序1

void init_ds18b20(void) { uchar x=0; DQ = 1; //DQ 复位 delay_18B20(8); //稍做延时 DQ = 0; //单片机将DQ 拉低 delay_18B20(40); //精确延时大于 480us DQ = 1; //拉高总线 delay_18B20(7); x=DQ; //稍做延时后如果x=0 则初始化成功 x=1 则初始化失败delay_18B20(10); } uchar read_18b20(void)//读取ds18b20 的一个字节 { uchar loop,dat = 0; for (loop=8;loop>0;loop--) { DQ = 0; // 给脉冲信号 dat>>=1;//移位,准备存放下一次数据 DQ = 1; // 给脉冲信号 if(DQ)//读取数据 dat|=0x80;//读取到的数据为1 delay_18B20(4); } return dat;//返来读取到的数据 } void write_18b20(uchar dat)//向ds18b20 器件写一个字节{ uchar loop; for (loop=8; loop>0; loop--) { DQ = 0; DQ = dat&0x01;//向器件写一位数 delay_18B20(5); DQ = 1; dat>>=1;//移位准备写下一个数据 } } void Read_temperature(void)//读取当前温度函数 { uchar temperature_l=0;//存放当前温度的低位 uchar temperature_h=0;//存放当前温度的高位 init_ds18b20(); //在对器件操作之前先初始化 write_18b20(0xCC); // 跳过读序列号的操作

《设备驱动程序开发技术》大作业

《设备驱动程序开发技术》 大作业 WDM驱动程序的开发流程和要点班级:计算机科学与技术1004

摘要 DWDM(Windows Driver Model)是Microsoft公司推出的一种符合Windows2k/XP下的内核模式驱动程序的分层体系结构的驱动程序模式。它源于 Windows NT的分层32位设备驱动程序模型,它支持更多的特性,如即插即用( PnP ,Plug and Play )、电源管理( PM ,Power Management )、Windows管理诊断( WMI ,Windows Management Instrumentation )和 NT 事件。它为Windows操作系统的设备驱动程序提供了统一的框架,在Windows平台上,WDM将成为主流的驱动模式。WDM是Windows98和Windows2000使用的新的驱动程序设计规范。使用WDM使得硬件驱动程序更加稳定,让操作系统对硬件更加有效地控制硬件。除了定义一个驱动程序与操作系统连接的标准接口以外,WDM也指明了驱动程序应该采用的更加模块化的设计。 关键词: WDM、驱动程序、操作系统

1 概述 WDM(Windows Driver Model)是Microsoft公司推出的一种符合Windows2k/XP下的内核模式驱动程序的分层体系结构的驱动程序模式。相对于以前的KDM、VXD来说,它的性能更高、系统之间移植更加方便。随着Microsoft的操作系统的不断升级,WDM已逐步取代了KDM、VXD,成为了Microsoft系统下驱动程序开发的主流。 WDM是通过一个128位的全局唯一标识符(GUID)实现驱动程序的识别。应用程序与WDM 驱动程序通信时,应用程序将每个用户请求形成I/O请求包(IRP)发送到驱动程序。驱动程序识别出IRP请求后指挥硬件执行相应操作。 2 WDM驱动模型 WDM模型为存在于Windows 98和Windows 2000操作系统中的设备驱动程序提供了一个参考框架。尽管对于最终用户来说这两个操作系统非常相似,但它们的内部工作却有很大不同。 Windows 2000概述 图1是以我的视点所看到的Windows 2000操作系统,该图着重了驱动程序开发者所关心的特征。软件要么执行在用户模式中,要么执行在内核模式中。当用户模式程序需要读取设备数据时,它就调用Win32 API函数,如ReadFile。Win32子系统模块(如KERNEL32.DLL)通过调用平台相关的系统服务接口实现该API,而平台相关的系统服务将调用内核模式支持例程。在ReadFile调用中,调用首先到达系统DLL(NTDLL.DLL)中的一个入口点,NtReadFile 函数。然后这个用户模式的NtReadFile函数接着调用系统服务接口,最后由系统服务接口调用内核模式中的服务例程,该例程同样名为NtReadFile。

相关文档
最新文档