· 摘要： MATLAB是一种建立在向量、数组、矩阵基础上,面向科学和工程计算的高级语言,为科学研究和工程计算提供了一个方便有效的工具.该文简要介绍了B样条和B样条小波的构成,并利用MATLAB语言编写了绘制任意阶B样条和B样条小波图形的程序.
上传时间： 2013-04-24
上传用户：sqq
苏泊尔C21S02-B电磁炉电路图,红线标注，重点模块说明！
上传时间： 2013-06-22
上传用户：huangzr5
制作基于PIC Mcu 的ADS-B接收机的全套资料，包括SCH、PCB、源码和PC端软件。
上传时间： 2013-04-24
上传用户：cx111111
mos管门级驱动电阻计算
上传时间： 2013-12-19
上传用户：王楚楚
2012TI杯陕西赛题H题,2012TI杯陕西赛题B题--频率补偿电路.
上传时间： 2013-10-07
上传用户：ysystc670
本书全面、系统地介绍了MCS－51系列单片机应用系统的各种实用接口技术及其配置。 内容包括：MCS－51系列单片机组成原理：应用系统扩展、开发与调试；键盘输入接口的设计及调试；打印机和显示器接口及设计实例；模拟输入通道接口技术；A/D、D/A、接口技术及在控制系统中的应用设计；V/F转换器接口技术、串行通讯接口技术以及其它与应用系统设计有关的实用技术等。 本书是为满足广大科技工作者从事单片机应用系统软件、硬件设计的需要而编写的，具有内容新颖、实用、全面的特色。所有的接口设计都包括详细的设计步骤、硬件线路图及故障分析，并附有测试程序清单。书中大部分接口软、硬件设计实例都是作者多年来从事单片机应用和开发工作的经验总结，实用性和工程性较强，尤其是对应用系统中必备的键盘、显示器、打印机、A/D、D/A通讯接口设计、模拟信号处理及开发系统应用举例甚多，目的是让将要开始和正在从事单片机应用开发的科研人员根据自己的实际需要来选择应用，一书在手即可基本完成单片机应用系统的开发工作。 本书主要面向从事单片机应用开发工作的广大工程技术人员，也可作为大专院校有关专业的教材或教学参考书。 第一章MCS－51系列单片机组成原理 1.1概述 1.1.1单片机主流产品系列 1.1.2单片机芯片技术的发展概况 1.1.3单片机的应用领域 1.2MCS－51单片机硬件结构 1.2.1MCS－51单片机硬件结构的特点 1.2.2MCS－51单片机的引脚描述及片外总线结构 1.2.3MCS－51片内总体结构 1.2.4MCS－51单片机中央处理器及其振荡器、时钟电路和CPU时序 1.2.5MCS－51单片机的复位状态及几种复位电路设计 1.2.6存储器、特殊功能寄存器及位地址空间 1.2.7输入/输出（I/O）口 1.3MCS－51单片机指令系统分析 1.3.1指令系统的寻址方式 1.3.2指令系统的使用要点 1.3.3指令系统分类总结 1.4串行接口与定时/计数器 1.4.1串行接口简介 1.4.2定时器/计数器的结构 1.4.3定时器/计数器的四种工作模式 1.4.4定时器/计数器对输入信号的要求 1.4.5定时器/计数器的编程和应用 1.5中断系统 1.5.1中断请求源 1.5.2中断控制 1.5.3中断的响应过程 1.5.4外部中断的响应时间 1.5.5外部中断方式的选择 第二章MCS－51单片机系统扩展 2.1概述 2.2程序存贮器的扩展 2.2.1外部程序存贮器的扩展原理及时序 2.2.2地址锁存器 2.2.3EPROM扩展电路 2.2.4EEPROM扩展电路 2.3外部数据存贮器的扩展 2.3.1外部数据存贮器的扩展方法及时序 2.3.2静态RAM扩展 2.3.3动态RAM扩展 2.4外部I/O口的扩展 2.4.1I/O口扩展概述 2.4.2I/O口地址译码技术 2.4.38255A可编程并行I/O扩展接口 2.4.48155/8156可编程并行I/O扩展接口 2.4.58243并行I/O扩展接口 2.4.6用TTL芯片扩展I/O接口 2.4.7用串行口扩展I/O接口 2.4.8中断系统扩展 第三章MCS－51单片机应用系统的开发 3.1单片机应用系统的设计 3.1.1设计前的准备工作 3.1.2应用系统的硬件设计 3.1.3应用系统的软件设计 3.1.4应用系统的抗干扰设计 3.2单片机应用系统的开发 3.2.1仿真系统的功能 3.2.2开发手段的选择 3.2.3应用系统的开发过程 3.3SICE—IV型单片机仿真器 3.3.1SICE－IV仿真器系统结构 3.3.2SICE－IV的仿真特性和软件功能 3.3.3SICE－IV与主机和终端的连接使用方法 3.4KHK－ICE－51单片机仿真开发系统 3.4.1KHK—ICE－51仿真器系统结构 3.4.2仿真器系统功能特点 3.4.3KHK－ICE－51仿真系统的安装及其使用 3.5单片机应用系统的调试 3.5.1应用系统联机前的静态调试 3.5.2外部数据存储器RAM的测试 3.5.3程序存储器的调试 3.5.4输出功能模块调试 3.5.5可编程I/O接口芯片的调试 3.5.6外部中断和定时器中断的调试 3.6用户程序的编辑、汇编、调试、固化及运行 3.6.1源程序的编辑 3.6.2源程序的汇编 3.6.3用户程序的调试 3.6.4用户程序的固化 3.6.5用户程序的运行 第四章键盘及其接口技术 4.1键盘输入应解决的问题 4.1.1键盘输入的特点 4.1.2按键的确认 4.1.3消除按键抖动的措施 4.2独立式按键接口设计 4.3矩阵式键盘接口设计 4.3.1矩阵键盘工作原理 4.3.2按键的识别方法 4.3.3键盘的编码 4.3.4键盘工作方式 4.3.5矩阵键盘接口实例及编程要点 4.3.6双功能及多功能键设计 4.3.7键盘处理中的特殊问题一重键和连击 4.48279键盘、显示器接口芯片及应用 4.4.18279的组成和基本工作原理 4.4.28279管脚、引线及功能说明 4.4.38279编程 4.4.48279键盘接口实例 4.5功能开关及拨码盘接口设计 第五章显示器接口设计 5.1LED显示器 5.1.1LED段显示器结构与原理 5.1.2LED显示器及显示方式 5.1.3LED显示器接口实例 5.1.4LED显示器驱动技术 5.2单片机应用系统中典型键盘、显示接口技术 5.2.1用8255和串行口扩展的键盘、显示器电路 5.2.2由锁存器组成的键盘、显示器接口电路 5.2.3由8155构成的键盘、显示器接口电路 5.2.4用8279组成的显示器实例 5.3液晶显示LCD 5.3.1LCD的基本结构及工作原理 5.3.2LCD的驱动方式 5.3.34位LCD静态驱动芯片ICM7211系列简介 5.3.4点阵式液晶显示控制器HD61830介绍 5.3.5点阵式液晶显示模块介绍 5.4荧光管显示 5.5LED大屏幕显示器 第六章打印机接口设计 6.1打印机简介 6.1.1打印机的基本知识 6.1.2打印机的电路构成 6.1.3打印机的接口信号 6.1.4打印机的打印命令 6.2TPμP－40A微打与单片机接口设计 6.2.1TPμP系列微型打印机简介 6.2.2TPμP－40A打印功能及接口信号 6.2.3TPμP－40A工作方式及打印命令 6.2.48031与TPμP－40A的接口 6.2.5打印编程实例 6.3XLF微型打印机与单片机接口设计 6.3.1XLF微打简介 6.3.2XLF微打接口信号及与8031接口设计 6.3.3XLF微打控制命令 6.3.4打印机编程 6.4标准宽行打印机与8031接口设计 6.4.1TH3070接口引脚信号及时序 6.4.2与8031的简单接口 6.4.3通过打印机适配器完成8031与打印机的接口 6.4.4对打印机的编程 第七章模拟输入通道接口技术 7.1传感器 7.1.1传感器的分类 7.1.2温度传感器 7.1.3光电传感器 7.1.4湿度传感器 7.1.5其他传感器 7.2模拟信号放大技术 7.2.1基本放大器电路 7.2.2集成运算放大器 7.2.3常用运算放大器及应用举例 7.2.4测量放大器 7.2.5程控增益放大器 7.2.6隔离放大器 7.3多通道模拟信号输入技术 7.3.1多路开关 7.3.2常用多路开关 7.3.3模拟多路开关 7.3.4常用模拟多路开关 7.3.5多路模拟开关应用举例 7.3.6多路开关的选用 7.4采样/保持电路设计 7.4.1采样/保持原理 7.4.2集成采样/保持器 7.4.3常用集成采样/保持器 7.4.4采样保持器的应用举例 7.5有源滤波器的设计 7.5.1滤波器分类 7.5.2有源滤波器的设计 7.5.3常用有源滤波器设计举例 7.5.4集成有源滤波器 第八章D/A转换器与MCS－51单片机的接口设计与实践 8.1D/A转换器的基本原理及主要技术指标 8.1.1D/A转换器的基本原理与分类 8.1.2D/A转换器的主要技术指标 8.2D/A转换器件选择指南 8.2.1集成D/A转换芯片介绍 8.2.2D/A转换器的选择要点及选择指南表 8.2.3D/A转换器接口设计的几点实用技术 8.38位D/A转换器DAC080/0831/0832与MCS－51单片机的接口设计 8.3.1DAC0830/0831/0832的应用特性与引脚功能 8.3.2DAC0830/0831/0832与8031单片机的接口设计 8.3.3DAC0830/0831/0832的调试说明 8.3.4DAC0830/0831/0832应用举例 8.48位D/A转换器AD558与MCS－51单片机的接口设计 8.4.1AD558的应用特性与引脚功能 8.4.2AD558与8031单片机的接口及调试说明 8.4.38位D/A转换器DAC0800系列与8031单片机的接口 8.510位D/A转换器AD7522与MCS－51的硬件接口设计 8.5.1AD7522的应用特性及引脚功能 8.5.2AD7522与8031单片机的接口设计 8.610位D/A转换器AD7520/7530/7533与MCS一51单片机的接口设计 8.6.1AD7520/7530/7533的应用特性与引脚功能 8.6.2AD7520系列与8031单片机的接口 8.6.3DAC1020/DAC1220/AD7521系列D/A转换器接口设计 8.712位D/A转换器DAC1208/1209/1210与MCS－51单片机的接口设计 8.7.1DAC1208/1209/1210的内部结构与引脚功能 8.7.2DAC1208/1209/1210与8031单片机的接口设计 8.7.312位D/A转换器DAC1230/1231/1232的应用设计说明 8.7.412位D/A转换器AD7542与8031单片机的接口设计 8.812位串行DAC－AD7543与MCS－51单片机的接口设计 8.8.1AD7543的应用特性与引脚功能 8.8.2AD7543与8031单片机的接口设计 8.914位D/A转换器AD75335与MCS－51单片机的接口设计 8.9.1AD8635的内部结构与引脚功能 8.9.2AD7535与8031单片机的接口设计 8.1016位D/A转换器AD1147/1148与MCS－51单片机的接口设计 8.10.1AD1147/AD1148的内部结构及引脚功能 8.10.2AD1147/AD1148与8031单片机的接口设计 8.10.3AD1147/AD1148接口电路的应用调试说明 8.10.416位D/A转换器AD1145与8031单片机的接口设计 第九章A/D转换器与MCS－51单片机的接口设计与实践 9.1A/D转换器的基本原理及主要技术指标 9.1.1A/D转换器的基本原理与分类 9.1.2A/D转换器的主要技术指标 9.2面对课题如何选择A/D转换器件 9.2.1常用A/D转换器简介 9.2.2A/D转换器的选择要点及应用设计的几点实用技术 9.38位D/A转换器ADC0801/0802/0803/0804/0805与MCS－51单片机的接口设计 9.3.1ADC0801～ADC0805芯片的引脚功能及应用特性 9.3.2ADC0801～ADC0805与8031单片机的接口设计 9.48路8位A/D转换器ADC0808/0809与MCS一51单片机的接口设计 9.4.1ADC0808/0809的内部结构及引脚功能 9.4.2ADC0808/0809与8031单片机的接口设计 9.4.3接口电路设计中的几点注意事项 9.4.416路8位A/D转换器ADC0816/0817与MCS－51单片机的接口设计 9.510位A/D转换器AD571与MCS－51单片机的接口设计 9.5.1AD571芯片的引脚功能及应用特性 9.5.2AD571与8031单片机的接口 9.5.38位A/D转换器AD570与8031单片机的硬件接口 9.612位A/D转换器ADC1210/1211与MCS－51单片机的接口设计 9.6.1ADC1210/1211的引脚功能与应用特性 9.6.2ADC1210/1211与8031单片机的硬件接口 9.6.3硬件接口电路的设计要点及几点说明 9.712位A/D转换器AD574A/1374/1674A与MCS－51单片机的接口设计 9.7.1AD574A的内部结构与引脚功能 9.7.2AD574A的应用特性及校准 9.7.3AD574A与8031单片机的硬件接口设计 9.7.4AD574A的应用调试说明 9.7.5AD674A/AD1674与8031单片机的接口设计 9.8高速12位A/D转换器AD578/AD678/AD1678与MCS—51单片机的接口设计 9.8.1AD578的应用特性与引脚功能 9.8.2AD578高速A/D转换器与8031单片机的接口设计 9.8.3AD578高速A/D转换器的应用调试说明 9.8.4AD678/AD1678采样A/D转换器与8031单片机的接口设计 9.914位A/D转换器AD679/1679与MCS－51单片机的接口设计 9.9.1AD679/AD1679的应用特性及引脚功能 9.9.2AD679/1679与8031单片机的接口设计 9.9.3AD679/1679的调试说明 9.1016位ADC－ADC1143与MCS－51单片机的接口设计 9.10.1ADC1143的应用特性及引脚功能 9.10.2ADC1143与8031单片机的接口设计 9.113位半积分A/D转换器5G14433与MCS－51单片机的接口设计 9.11.15G14433的内部结构及引脚功能 9.11.25G14433的外部电路连接与元件参数选择 9.11.35G14433与8031单片机的接口设计 9.11.45G14433的应用举例 9.124位半积分A/D转换器ICL7135与MCS—51单片机的接口设计 9.12.1ICL7135的内部结构及芯片引脚功能 9.12.2ICL7135的外部电路连接与元件参数选择 9.12.3ICL7135与8031单片机的硬件接口设计 9.124ICL7135的应用举例 9.1312位双积分A/D转换器ICL7109与MCS—51单片机的接口设计 9.13.1ICL7109的内部结构与芯片引脚功能 9.13.2ICL7109的外部电路连接与元件参数选择 9.13.3ICL7109与8031单片机的硬件接口设计 9.1416位积分型ADC一ICL7104与MCS－51单片机的接口设计 9.14.1ICL7104的主要应用特性及引脚功能 9.14.2ICL7104与8031单片机的接口设计 9.14.3其它积分型A/D转换器简介 第十章V/F转换器接口技术 10.1V/F转换的特点及应用环境 10.2V/F转换原理及用V/F转换器实现A/D转换的方法 10.2.1V/F转换原理 10.2.2用V/F转换器实现A/D转换的方法 10.3常用V/F转换器简介 10.3.1VFC32 10.3.2LMX31系列V/F转换器 10.3.3AD650 10.3.4AD651 10.4V/F转换应用系统中的通道结构 10.5LM331应用实例 10.5.1线路原理 10.5.2软件设计 10.6AD650应用实例 10.6.1AD650外围电路设计 10.6.2定时/计数器（8253—5简介） 10.6.3线路原理 10.6.4软件设计 第十一章串行通讯接口技术 11.1串行通讯基础 11.1.1异步通讯和同步通讯 11.1.2波特率和接收/发送时钟 11.1.3单工、半双工、全双工通讯方式 11.14信号的调制与解调 11.1.5通讯数据的差错检测和校正 11.1.6串行通讯接口电路UART、USRT和USART 11.2串行通讯总线标准及其接口 11.2.1串行通讯接口 11.2.2RS－232C接口 11.2.3RS－449、RS－422、RS－423及RS485 11.2.420mA电流环路串行接口 11.3MCS－51单片机串行接口 11.3.1串行口的结构 11.3.2串行接口的工作方式 11.3.3串行通讯中波特率设置 11.4MCS－51单片机串行接口通讯技术 11.4.1单片机双机通讯技术 11.4.2单片机多机通讯技术 11.5IBMPC系列机与单片机的通讯技术 11.5.1异步通讯适配器 11.5.2IBM－PC机与8031双机通讯技术 11.5.3IBM—PC机与8031多机通讯技术 11.6MCS－51单片机串行接口的扩展 11.6.1Intel8251A可编程通讯接口 11.6.2扩展多路串行口的硬件设计 11.6.3通讯软件设计 第十二章应用系统设计中的实用技术 12.1MCS－51单片机低功耗系统设计 12.1.1CHMOS型单片机80C31/80C51/87C51的组成与使用要点 12.1.2CHMOS型单片机的空闲、掉电工作方式 12.1.3CHMOS型单片机的I/O接口及应用系统实例 12.1.4HMOS型单片机的节电运行方式 12.2逻辑电平接口技术 12.2.1集电极开路门输出接口 12.2.2TTL、HTL、ECL、CMOS电平转换接口 12.3电压/电流转换 12.3.1电压/0～10mA转换 12.3.2电压1～5V/4～20mA转换 12.3.30～10mA/0～5V转换 12.344～20mA/0～5V转换 12.3.5集成V/I转换电路 12.4开关量输出接口技术 12.4.1输出接口隔离技术 12.4.2低压开关量信号输出技术 12.4.3继电器输出接口技术 12.4.4可控硅（晶闸管）输出接口技术 12.4.5固态继电器输出接口 12.4.6集成功率电子开关输出接口 12.5集成稳压电路 12.5.1电源隔离技术 12.5.2三端集成稳压器 12.5.3高精度电压基准 12.6量程自动转换技术 12.6.1自动转换量程的硬件电路 12.6.2自动转换量程的软件设计 附录AMCS－51单片机指令速查表 附录B常用EPROM固化电压参考表 参考文献
上传时间： 2013-10-15
上传用户：himbly
PSHLY-B回路电阻测试仪介绍
上传时间： 2013-11-05
上传用户：木子叶1
at91rm9200启动过程教程 系统上电，检测BMS，选择系统的启动方式，如果BMS为高电平，则系统从片内ROM启动。AT91RM9200的ROM上电后被映射到了0x0和0x100000处，在这两个地址处都可以访问到ROM。由于9200的ROM中固化了一个BOOTLOAER程序。所以PC从0X0处开始执行这个BOOTLOAER(准确的说应该是一级BOOTLOADER)。这个BOOTLOER依次完成以下步骤： 1、PLL SETUP，设置PLLB产生48M时钟频率提供给USB DEVICE。同时DEBUG USART也被初始化为48M的时钟频率； 2、相应模式下的堆栈设置； 3、检测主时钟源（Main oscillator）； 4、中断控制器（AIC）的设置； 5、C 变量的初始化； 6、跳到主函数。 完成以上步骤后，我们可以认为BOOT过程结束，接下来的就是LOADER的过程，或者也可以认为是装载二级BOOTLOER。AT91RM9200按照DATAFLASH、EEPROM、连接在外部总线上的8位并行FLASH的顺序依次来找合法的BOOT程序。所谓合法的指的是在这些存储设备的开始地址处连续的存放的32个字节，也就是8条指令必须是跳转指令或者装载PC的指令，其实这样规定就是把这8条指令当作是异常向量表来处理。必须注意的是第6条指令要包含将要装载的映像的大小。关于如何计算和写这条指令可以参考用户手册。一旦合法的映像找到之后，则BOOT程序会把找到的映像搬到SRAM中去，所以映像的大小是非常有限的，不能超过16K-3K的大小。当BOOT程序完成了把合法的映像搬到SRAM的任务以后，接下来就进行存储器的REMAP，经过REMAP之后，SRAM从映设前的0X200000地址处被映设到了0X0地址并且程序从0X0处开始执行。而ROM这时只能在0X100000这个地址处看到了。至此9200就算完成了一种形式的启动过程。如果BOOT程序在以上所列的几种存储设备中找到合法的映像，则自动初始化DEBUG USART口和USB DEVICE口以准备从外部载入映像。对DEBUG口的初始化包括设置参数115200 8 N 1以及运行XMODEM协议。对USB DEVICE进行初始化以及运行DFU协议。现在用户可以从外部（假定为PC平台）载入你的映像了。在PC平台下，以WIN2000为例，你可以用超级终端来完成这个功能，但是还是要注意你的映像的大小不能超过13K。一旦正确从外部装载了映像，接下来的过程就是和前面一样重映设然后执行映像了。我们上面讲了BMS为高电平，AT91RM9200选择从片内的ROM启动的一个过程。如果BMS为低电平，则AT91RM9200会从片外的FLASH启动，这时片外的FLASH的起始地址就是0X0了，接下来的过程和片内启动的过程是一样的，只不过这时就需要自己写启动代码了，至于怎么写，大致的内容和ROM的BOOT差不多，不同的硬件设计可能有不一样的地方，但基本的都是一样的。由于片外FLASH可以设计的大，所以这里编写的BOOTLOADER可以一步到位，也就是说不用像片内启动可能需要BOOT好几级了，目前AT91RM9200上使用较多的bootloer是u-boot，这是一个开放源代码的软件，用户可以自由下载并根据自己的应用配置。总的说来，笔者以为AT91RM9200的启动过程比较简单，ATMEL的服务也不错，不但提供了片内启动的功能，还提供了UBOOT可供下载。笔者写了一个BOOTLODER从片外的FLASHA启动，效果还可以。 uboot结构与使用uboot是一个庞大的公开源码的软件。他支持一些系列的arm体系，包含常见的外设的驱动，是一个功能强大的板极支持包。其代码可以 http://sourceforge.net/projects/u-boot下载 在9200上，为了启动uboot，还有两个boot软件包，分别是loader和boot。分别完成从sram和flash中的一级boot。其源码可以从atmel的官方网站下载。 我们知道，当9200系统上电后，如果bms为高电平，则系统从片内rom启动，这时rom中固化的boot程序初始化了debug口并向其发送'c'，这时我们打开超级终端会看到ccccc...。这说明系统已经启动，同时xmodem协议已经启动，用户可以通过超级终端下载用户的bootloader。作为第一步，我们下载loader.bin.loader.bin将被下载到片内的sram中。这个loder完成的功能主要是初始化时钟，sdram和xmodem协议，为下载和启动uboot做准备。当下载了loader.bin后，超级终端会继续打印：ccccc....。这时我们就可以下在uboot了。uboot将被下载到sdram中的一个地址后并把pc指针调到此处开始执行uboot。接着我们就可以在终端上看到uboot的shell启动了，提示符uboot>，用户可以uboot>help 看到命令列表和大概的功能。uboot的命令包含了对内存、flash、网络、系统启动等一些命令。 如果系统上电时bms为低电平，则系统从片外的flash启动。为了从片外的flash启动uboot,我们必须把boot.bin放到0x0地址出，使得从flash启动后首先执行boot.bin，而要少些boot.bin，就要先完成上面我们讲的那些步骤，首先开始从片内rom启动uboot。然后再利用uboot的功能完成把boot.bin和uboot.gz烧写到flash中的目的，假如我们已经启动了uboot,可以这样操作： uboot>protect off all uboot>erase all uboot>loadb 20000000 uboot>cp.b 20000000 10000000 5fff uboot>loadb 21000000 uboot>cp.b 210000000 10010000 ffff 然后系统复位，就可以看到系统先启动boot，然后解压缩uboot.gz，然后启动uboot。注意，这里uboot必须压缩成.gz文件，否则会出错。 怎么编译这三个源码包呢，首先要建立一个arm的交叉编译环境，关于如何建立，此处不予说明。建立好了以后，分别解压源码包，然后修改Makefile中的编译器项目，正确填写你的编译器的所在路径。 对loader和boot，直接make。对uboot,第一步：make_at91rm9200dk,第二步：make。这样就会在当前目录下分别生成*.bin文件,对于uboot.bin，我们还要压缩成.gz文件。 也许有的人对loader和boot搞不清楚为什么要两个，有什么区别吗？首先有区别，boot主要完成从flash中启动uboot的功能，他要对uboot的压缩文件进行解压，除此之外，他和loader并无大的区别，你可以把boot理解为在loader的基础上加入了解压缩.gz的功能而已。所以这两个并无多大的本质不同，只是他们的使命不同而已。 特别说名的是这三个软件包都是开放源码的，所以用户可以根据自己的系统的情况修改和配置以及裁减，打造属于自己系统的bootloder。
上传时间： 2013-10-27
上传用户：wsf950131
linux 中断和设备驱动 本章介绍L i n u x内核是如何维护它支持的文件系统中的文件的，我们先介绍 V F S ( Vi r t u a lFile System，虚拟文件系统)，再解释一下L i n u x内核的真实文件系统是如何得到支持的。L i n u x的一个最重要特点就是它支持许多不同的文件系统。这使 L i n u x非常灵活，能够与许多其他的操作系统共存。在写这本书的时候， L i n u x共支持1 5种文件系统： e x t、 e x t 2、x i a、 m i n i x、 u m s d o s、 msdos 、v f a t、 p r o c、 s m b、 n c p、 i s o 9 6 6 0、 s y s v、 h p f s、 a ffs 和u f s。无疑随着时间的推移，L i n u x支持的文件系统数还会增加。
上传时间： 2013-11-13
上传用户：zxh122
有两种方式可以让设备和应用程序之间联系：1. 通过为设备创建的一个符号链；2. 通过输出到一个接口WDM驱动程序建议使用输出到一个接口而不推荐使用创建符号链的方法。这个接口保证PDO的安全，也保证安全地创建一个惟一的、独立于语言的访问设备的方法。一个应用程序使用Win32APIs来调用设备。在某个Win32 APIs和设备对象的分发函数之间存在一个映射关系。获得对设备对象访问的第一步就是打开一个设备对象的句柄。 用符号链打开一个设备的句柄为了打开一个设备，应用程序需要使用CreateFile。如果该设备有一个符号链出口，应用程序可以用下面这个例子的形式打开句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路径名的前缀“\\.\”告诉系统本调用希望打开一个设备。这个设备必须有一个符号链，以便应用程序能够打开它。有关细节查看有关Kdevice和CreateLink的内容。在上述调用中第一个参数中前缀后的部分就是这个符号链的名字。注意：CreatFile中的第一个参数不是Windows 98/2000中驱动程序(.sys文件)的路径。是到设备对象的符号链。如果使用DriverWizard产生驱动程序，它通常使用类KunitizedName来构成设备的符号链。这意味着符号链名有一个附加的数字，通常是0。例如：如果链接名称的主干是L“TestDevice”那么在CreateFile中的串就该是“\\\\.\\TestDevice0”。如果应用程序需要被覆盖的I/O，第六个参数(Flags)必须或上FILE_FLAG_OVERLAPPED。 使用一个输出接口打开句柄用这种方式打开一个句柄会稍微麻烦一些。DriverWorks库提供两个助手类来使获得对该接口的访问容易一些，这两个类是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass类封装了一个设备信息集，该信息集包含了特殊类中的所有设备接口信息。应用程序能有用CdeviceInterfaceClass类的一个实例来获得一个或更多的CdeviceInterface类的实例。CdeviceInterface类是一个单一设备接口的抽象。它的成员函数DevicePath()返回一个路径名的指针，该指针可以在CreateFile中使用来打开设备。下面用一个小例子来显示这些类最基本的使用方法：extern GUID TestGuid;HANDLE OpenByInterface( GUID* pClassGuid, DWORD instance, PDWORD pError){ CDeviceInterfaceClass DevClass(pClassGuid, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; CDeviceInterface DevInterface(&DevClass, instance, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; cout << "The device path is " << DevInterface.DevicePath() << endl; HANDLE hDev; hDev = CreateFile( DevInterface.DevicePath(), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL ); if (hDev == INVALID_HANDLE_VALUE) *pError = GetLastError(); return hDev;} 在设备中执行I/O操作一旦应用程序获得一个有效的设备句柄，它就能使用Win32 APIs来产生到设备对象的IRPs。下面的表显示了这种对应关系。Win32 API DRIVER_FUNCTION_xxxIRP_MJ_xxx KDevice subclass member function CreateFile CREATE Create ReadFile READ Read WriteFile WRITE Write DeviceIoControl DEVICE_CONTROL DeviceControl CloseHandle CLOSECLEANUP CloseCleanUp 需要解释一下设备类成员的Close和CleanUp：CreateFile使内核为设备创建一个新的文件对象。这使得多个句柄可以映射同一个文件对象。当这个文件对象的最后一个用户级句柄被撤销后，I/O管理器调用CleanUp。当没有任何用户级和核心级的对文件对象的访问的时候，I/O管理器调用Close。如果被打开的设备不支持指定的功能，则调用相应的Win32将引起错误（无效功能）。以前为Windows95编写的VxD的应用程序代码中可能会在打开设备的时候使用FILE_FLAG_DELETE_ON_CLOSE属性。在Windows NT/2000中，建议不要使用这个属性，因为它将导致没有特权的用户企图打开这个设备，这是不可能成功的。I/O管理器将ReadFile和WriteFile的buff参数转换成IRP域的方法依赖于设备对象的属性。当设备设置DO_DIRECT_IO标志，I/O管理器将buff锁住在存储器中，并且创建了一个存储在IRP中的MDL域。一个设备可以通过调用Kirp::Mdl来存取MDL。当设备设置DO_BUFFERED_IO标志，设备对象分别通过KIrp::BufferedReadDest或 KIrp::BufferedWriteSource为读或写操作获得buff地址。当设备不设置DO_BUFFERED_IO标志也不设置DO_DIRECT_IO，内核设置IRP 的UserBuffer域来对应ReadFile或WriteFile中的buff参数。然而，存储区并没有被锁住而且地址只对调用进程有效。驱动程序可以使用KIrp::UserBuffer来存取IRP域。对于DeviceIoControl调用，buffer参数的转换依赖于特殊的I/O控制代码，它不在设备对象的特性中。宏CTL_CODE（在winioctl.h中定义）用来构造控制代码。这个宏的其中一个参数指明缓冲方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表显示了这些方法和与之对应的能获得输入缓冲与输出缓冲的KIrp中的成员函数：Method Input Buffer Parameter Output Buffer Parameter METHOD_BUFFERED KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代码指明METHOD_BUFFERED，系统分配一个单一的缓冲来作为输入与输出。驱动程序必须在向输出缓冲放数据之前拷贝输入数据。驱动程序通过调用KIrp::IoctlBuffer获得缓冲地址。在完成时，I/O管理器从系统缓冲拷贝数据到提供给Ring 3级调用者使用的缓冲中。驱动程序必须在结束前存储拷贝到IRP的Information成员中的数据个数。如果控制代码不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，则DeviceIoControl的参数呈现不同的含义。参数InputBuffer被拷贝到一个系统缓冲，这个缓冲驱动程序可以通过调用KIrp::IoctlBuffer。参数OutputBuffer被映射到KMemory对象，驱动程序对这个对象的访问通过调用KIrp::Mdl来实现。对于METHOD_OUT_DIRECT，调用者必须有对缓冲的写访问权限。注意，对METHOD_NEITHER，内核只提供虚拟地址；它不会做映射来配置缓冲。虚拟地址只对调用进程有效。这里是一个用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE来定义一个IOCTL代码：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)现在使用一个DeviceIoControl调用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，这里放的是包含有执行操作命令的字符串指针 0, FirmwareRev, //这里是output串指针，存放从驱动程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果输出缓冲足够大，设备拷贝串到里面并将拷贝的资结束设置到FirmwareRevSize中。在驱动程序中，代码看起来如下所示：const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){ ULONG fwLength=0; switch ( I.IoctlCode() ) { case IOCTL_MYDEV_GET_FIRMWARE_REV: fwLength = strlen(FIRMWARE_REV)+1; if (I.IoctlOutputBufferSize() >= fwLength) { strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV); I.Information() = fwLength; return I.Complete(STATUS_SUCCESS); } else { } case . . . } }
上传时间： 2013-10-17
上传用户：gai928943
