解决诺基亚1520与1320及1020无法连接Win7 XP系统驱动安装教程
本帖内容适用与诺基亚1520/1320/1020/以及三星Ativ S HTC 8X 8S等WP8手机，帮您解决Win与XP系统下无法连接，与驱动安装问题。
先开启“Windows Image Acquisition (WIA)为”服务选项扫描仪和照相机提供图像采集服务
我的电脑右键→管理→服务里面打开此选项
一、
大部分新组装电脑或者盗版XP（sp3）系统都不含windows media player，它的作用是让手机和电脑进行多媒体连接，从而能使U盘模式下能识别拷贝多媒体文件的格式。所以解决办法就是下载最新版的windows media player。Win7用户下载windows media player12。XP用户不支持12，只能下载11。
下载地址：
https://www.doczj.com/doc/099491778.html,/zh-CN/windows/download-windows-media-player
二、
安装Media Transfer Protocol Porting Kit，微软的便携设备多媒体传输协议驱动。
下载地址：
https://www.doczj.com/doc/099491778.html,/s/1mgK6Svm
三、
当完成上一步，如果还不能解决问题，说明你的电脑从未使用过诺基亚的任何设备，所以需要下载诺基亚920/820/720/620/520驱动。简单方法就是下载驱动精灵，等待检测后下载安装“便携设备”驱动。
附上下载地址吧：https://www.doczj.com/doc/099491778.html,/s/1hqJZcPY
①.自动检测
②.安装蓝色着重标示的驱动
③.下载后自动弹出安装界面
④.安装好出现此界面说明安装完毕。
⑤.此时电脑会自动弹出这个，说明安装驱动完毕。
四、
最重要的一步来了，某大神说需要进行：
——手动更新驱动，右键我的电脑》属性》设备管理器》找到你的手机设备（有的在portable
devices分支里面），然后右键》更新驱动程序。
此步有个常识性错误，那就是没有了解这个“便携设备”和“portable devices”驱动代表的什么意思。很明显上一步做完之后有的人会继续显示“照相机”而不是一个WP手机的图标。说明还是缺少某种驱动，但这个驱动是驱动“照相机”的驱动，而不是“便携设备”的驱动。简单说就是你显卡缺少驱动，你是去“设备管理器”里安装“显示器驱动”还是安装“显卡驱动”？很明显是安装“显卡驱动”，所以此时你手机在电脑里的显示是一个“照相机“而不是”手机“，那么就不可能安装”其他设备“的驱动，那么你就要找到”图像处理设备“中的你的设备安装驱动。
①.右击我的电脑>属性>设备管理器
②.右击“图像处理设备”更新驱动。
③.等待安装。出现图[2]代表安装完毕。
一般做完此步就会出现下图。
没出现没关系，还有最后一步收官之作。
五、
当上步完成，你的手机在电脑中的识别从“照相机“变为”便携设备“或”未知设备“，简单说就是电脑识别了这是一个手机，这时如果还不能拷贝东西，则需要自动更新你的手机设备（有的在portable devices分支里面）驱动。
完成上面5步，100%能解决一个即使较老的电脑的问题。如果还没解决。说明你的电脑是神器= =！在我的有效知识范围内无法解手~
PS：如果依旧无法解决尝试安装诺基亚PC套件
https://www.doczj.com/doc/099491778.html,/tutorial/112076.html
一：安装软件 点击 选择是（Y） 选择I accept 选择Install 安装成功，点击“确定”按钮即完成安装。 二、软件的设置 点击桌面开始按钮所有程序---Virtual Audio Cable —Control panel 进入软件初始化 设置。 在Cables 中选择1（即首次设置一个虚拟通道），点击旁边的Set 按钮生成通道Cable1. 在参数设置区将Line 、Mic （可选可不选）、S/PDIF （可选可不选）三个选项后面的方框打钩，选中之后点击参数设置区内的设置按钮Set ，即完成了，对虚拟声卡通道1 的设置。 鼠标右键点击桌面右下角的喇叭------ 调整音频属性---- < 或者点击开始—控制面板--- 声音、 语音和音频设备--- 声音和音频设备>弹出： 选择语音 此时语音部分的设置为原系统默认的设备，保持不变。 选择音频： 改变声音播放、录音的选项内容：
如上图将声音播放、录音的默认设备全部改为Virtual Cable 1 。点击应用--- 确定即可。 三、打开录音机录音--- 录制电脑里播放出来的音频（不包含麦克风 里的声音） - 即“内录” 开始--- 所有程序—附件--- 娱乐--- 录音机 点击确定即可开始录音（注：此时可在电脑中打开相应的音频文件，开始录音） 此时音频波段显示有声音输入，但是电脑的耳机听不到正在播放的音频文件（属正常现象）。若想同时听到音频文件的内容点击桌面开始按钮所有程序---Virtual Audio Cable —Audio Repeater 。 修改为 点击Start 即可听到正在录制的音频文件。此时的录音即是通过虚拟声卡通道录制电脑里的声音的。 四、同时录电脑里播放的声音和麦克风收集的外部声音----- 即混录 <通过这种方法解决现有笔记本无“立体声混音”或“波形音”选项的问题> 在《三打开录音机录音--- 录制电脑里播放出来的音频（不包含麦克风里的声音）------------ 即“内录”》的同时，在打开一个irtual Audio Cable —Audio Repeater 窗口将其设置为： 即将外部麦克风收集的声音转移到虚拟声卡通道Cable1 中，同电脑里播放的声音一起被录音软件收录为音频文件。
系统仿真学报 JOURNAL OF SYSTEM SIMULATION 2000 Vol.12 No.1 P.43-46 带拖车的轮式移动机器人系统的建模与仿真 杨凯 黄亚楼 徐国华 摘 要： 带拖车的轮式移动机器人系统是一种典型的非完整、欠驱动系统。本文建立了带多个拖车的移动机器人系统的运动学模型，对系统的运动特性进行了分析，并在此基础上对系统的运动进行了数值仿真和图形仿真，验证了理论分析的正确性。 关键词： 移动机器人系统; 运动学模型; 龙格-库塔法; 计算机仿真 中图分类号： TP242.3 文献标识码：A 文章编号：1004-731X (2000) 01-0043-4 Modeling and Simulation of Tractor-trailor Robot Systems' Kinematics YANG Kai, HUANG Ya-lou (Department of Computer and System Science, Nankai University, Tianjin 300071） XU Guo-hua （Institute of Automation, Chinese Academy of Sciences, Beijing 100080，China) Abstract： A mobile robot with multi-trailers is a typical nonholonomic, underactuated system. This paper establishes a kinematic model for such system. Based on the kinematic model, the motion of the system is analytically studied, and the simulation of the motion for this system is conducted with the means of Runge-Kutta method and computer graphics. It proves that the theoretical analysis is right. Keywords： mobile robot; underactuated system; Runge-Kutta; computer simulation 1 引言 移动机器人是机器人学中的一个重要分支，本文所讨论的是一种特殊类型的移动机器人系统——带拖车的轮式移动机器人（Tractor-trailer robot），它由一系列相互铰链在一起的多个二轮式刚体小车组成，运行在一个平面上。带拖车的轮式移动机器人系统的一种情形是由一个卡车型的牵引车拖动着一个或多个被动的拖车组成，牵引车可以执行类似于汽车那样的运动：驱动轮向前或向后运动，转向轮向左或向右转向，拖车跟踪牵引车的运动路径。 作为典型的欠驱动、非完整系统，带拖车的移动机器人系统的运动学、规划、控制等方面的研究明显不同于其它机器人系统，由于系统运动规律、控制特性上的理论结果亟待验证，因此，带拖车的移动机器人系统的仿真是极有价值的。 本文针对一般结构形式的带拖车的移动机器人系统建立系统的运动学模型，研究模型的递推形式以解决拖车节数变化带来的模型重构问题，同时就一些问题开展理论分析与仿真验证。 2 系统的运动学模型 2.1 基本假设与变量说明 为了使所建立的数学模型对各种车体链接形式均成立，这里以非标准型带拖车的轮式移动机器人系统为研究对象，所谓非标准型就是相邻两车体的链接点不在前一车体的轮轴上而是在链接轴的某点上（如图1所示），且假设：整个系统是在平面上运动；车轮是无滑动的；车体关于其纵向轴线对称；车轮与地面是点接触，且是纯滚动运动；车体是刚体； 用于车体连接的关节之间是无摩擦
编译hello world设备驱动程序详细过程 1、安装与你的开发板相同的内核版本的虚拟机，我的板子内核是2.6.8.1，虚拟机是2.6.9， 一般是虚拟机的内核只能比板子内核新，不能旧 #uanme –a [1](在任何目录下，输入此命令，查看虚拟机的内核版本，我的内核版本是2.6.9) 2、在虚拟机上设置共享目录，我的共享目录在linux下的/mnt/hgfs/share [2]share是自己命名的，我的物理机上，即Windows下的目录是G:/share, 3、在Windows下，把开发板的的交叉开发工具链[3]，内核源码包[4]，复制到物理机的共享目录下[5] 即Windows下的目录是G:/share, 4、#cp /mnt/hgfs/share/cross-3.3.2.tar.bz2 /usr/local/arm [6] 在Linux下，把交叉工具链，复制到/usr/local/arm目录下 5、#cd /usr/local/arm 6、#tar jxvf cross-3.3.2.tar.bz2 [7] 并在当前目录/usr/local/arm下解压它cross-2.95.3.tar.bz2和gec2410-linux-2.6.8.tar.bz2也是用同样的命令去解压 7、#export PATH=/usr/local/arm/3.3.2/bin:$PATH [8] 安装交叉工具链，在需要使用交叉编译时，只要在终端输入如下命令 #export PATH=/usr/local/arm/版本/bin:$PATH 即可，在需要更改不同版本的工具链时，重新启动一个终端，然后再一次输入上面的命令即可，使用哪个版本的交叉工具链，视你要编译的内核版本决定，编译2.4版本的内核，则用2.95.3版本的交叉工具链，而2.6版本内核的，则要用3.3.2版本的交叉工具链。 8、#cp gec2410-linux-2.6.8.tar.bz2 /root [9]把内核拷贝到/root目录下， 9、#cd /root 10、#tar gec2410-linux-2.6.8.tar.bz2 [10] 在/root解压开发板的内核源码压缩包gec2410-linux-2.6.8.tar.bz2，得到gec2410-linux-2.6.8.1文件夹 11、#cd /root/ gec2410-linux-2.6.8.1 12、#cp gec2410.cfg .config [11] gec2410.cfg文件是广嵌开发板提供的默认内核配置文件，在这里首先把内核配置成默认配置，然后在此基础上用make menuconfig进一步配置，但在这里，不进行进一步的配置，对于内核配置，还需要看更多的知识，在这里先存疑。 13、#make [12]在内核源代码的根目录gec2410-linux-2.6.8.1下用make命令编译内核，注意，先安装交叉工具链，再编译内核，因为这里编译的hello.ko驱动模块最终是下载到开发板上运行的，而不是在虚拟机的Linux系统运行的，如果是为了在虚拟机的Linux系统运行的，则不用安装交叉编译工具链arm-linux-gcc,而直接用gcc,用命令#arm-linux-gcc –v 可以查看当前已经安装的交叉编译工具链的版本。这里编译内核不是为了得到内核的映象文件zImage（虽然会得到内核的映象文件zImage），而是为了得到编译hello.o模块需要相关联，相依赖(depends on)的模块。 14、#cd /root 12、#mkdir hello [13]在/root目录下建立hello文件夹， 13、#cd hel 14 、#vi hello.c [12]编辑hello.c文件,内容是《Linux设备驱动程序》第三版22页的hello world程序。 15、#vi Makefile [13]在hello文件夹下编辑Makefile文件， 16、obj-m := module.o [14] 这是Makefile的内容，为obj-m := module.omodule.o视你编辑的.c文件而定，这里则要写成hello.o，写完后，保存退出。 17、cd /root/hello
虚拟设备驱动程序的设计与实现 由于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执行与系统资源有关的工作，提供虚拟机环境（能产
天津比利科技发展有限公司 李艳杰 ’马岩1，钟华2，吴镇炜2 ' 隋春平2 （1.沈阳理工大学机械工程学院，沈阳110168;2．中国科学院沈阳自动化研究所，沈阳110016） 摘要：介绍了一种欠驱动移动机器人的机械结构。分析了该欠驱动移动机器人在平地行进 模式的特点，提出一种越障控制模式。在该越障控制模式中加入了障碍物高度计算算法， 使得移动机器人在越障过程中的智能控制更加高效。利用VB编写控制程序人机界面，在移 动机器人实物平台上进行了实验，实验结果证明了控制方法的有效性。 关键词：AVR单片机；欠驱动移动机器人；越障模式 中图分类号：TP242文献标志码：A Analysis of a Underactuated Mobile Robot Moving Mode LI Yan-jie',MA Yan',ZHONG Hua2,WU2hen-wej2,SUI Chun-ping2 (l.School of Mechanical Engineering,Shenyang Ligong University,Shenyang110168,China;2.Robotics Lab,Shenyang Institute of Automation,Chinese Academy of Sciences,Shenyang110016,China) Abstract:The mechanical structure of a kind of underactuated mobile robot was described in this paper.The charac- teristics of the underactuated mobile robot in the plains traveling mode was analyzed and a kind of obstacle-negotia- tion control mode was proposed.Due to calculate algorithm of obstacle's height was added to the the obstacle-nego- tiation control mode,the intelligent control of obstacle-negotiation becomes more efficient.The control procedure HMI was programmed by VB and the experiment was performed on the mobile robot platform.Experiment results show the control method was effective. Key words:AVR SCM;underactuated mobile robot;obstacle-negotiation mode 欠驱动机械系统是一类特殊的非线性系统，该容错控制的作用。因此，欠驱动机器人被广泛应用系统的独立控制变量个数小于系统的自由度个数【l】o于空间机器人、水下机器人、移动机器人、并联机器 欠驱动系统结构简单，便于进行整体的动力学分析人、伺服机器人和柔性机器人等行业。 和试验。有时在设计时有意减少驱动装置以此来增本文以四驱动、八自由度的欠驱动移动机器人加整个系统的灵活性。同时，由于控制变量受限等为实验对象，通过切换驱动器的工作模式来克服系原因，欠驱动系统又足够复杂，便于研究和验证各统不完全可控造成反馈控制失效【2】的缺点。以工控 种算法的有效性。当驱动器故障时，可能使完全驱机作为上位机，通过工控机的RS232串口与AVR 葫系统成为欠驱动系统，欠驱动控制算法可以起到单片机进行无线通讯。通过对驱动器反馈数据的分 收稿日期：2013-01-22：修订日期：2013-02-19 基金项目：国家科技支撑计划项目(2013BAK03801,2013BAK03802) 作者筒介：李艳杰（1969-），女，博士，教授，研究方向为智能机器人控制及机器人学；马岩（1988-），男，硕士研究生，研究方向为嵌入式控制；钟华（1977-），男，博士，副研究员，研究方向为机器人控制及系统集成。 Automation＆Instrumentation2013(9) 一种欠驱动移动机器人运动模式分析
《设备驱动程序开发技术》 大作业 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。
文章编号：1006-1576（2008）11-0079-04 基于动力学模型的轮式移动机器人运动控制 张洪宇，张鹏程，刘春明，宋金泽 （国防科技大学机电工程与自动化学院，湖南长沙 410073） 摘要：目前，对不确定非完整动力学系统进行设计的主要方法有自适应控制、预测控制、最优控制、智能控制等。结合WMR动力学建模理论的研究成果，对基于动力学模型的WMR运动控制器的设计和研究进展进行综述，并分析今后的重点研究方向。 关键词：轮式移动机器人；动力学模型；运动控制；非完整系统 中图分类号：TP242.6; TP273 文献标识码：A Move Control of Wheeled Mobile Robot Based on Dynamic Model ZHANG Hong-yu, ZHANG Peng-cheng, LIU Chun-ming, SONG Jin-ze (College of Electromechanical Engineering & Automation, National University of Defense Technology, Changsha 410073, China) Abstract: At present, methods of non-integrity dynamic systems design mainly include adaptive control, predictive control, optimal control, intelligence control and so on. Based on analyzing the recent results in modeling of WMR dynamics, a survey on motion control of WMR based on dynamic models was given. In addition, future research directions on related topics were also discussed. Keywords: Wheeled mobile robot; Dynamic model; Motion control; Non-integrity system 0 引言 随着生产的发展和科学技术的进步，移动机器人系统在工业、建筑、交通等实际领域具有越来越广泛的应用和需求。进入21世纪，随着移动机器人应用需求的扩大，其应用领域已从结构化的室内环境扩展到海洋、空间和极地、火山等环境。较之固定式机械手，移动机器人具有更广阔的运动空间，更强的灵活性。移动机器人的研究必须解决一系列问题，包括环境感知与建模、实时定位、路径规划、运动控制等，而其中运动控制又是移动机器人系统研究中的关键问题。故结合WMR动力学建模理论的研究成果，对基于动力学模型的WMR运动控制器设计理论和方法的研究进展进行研究。 1 WMR动力学建模 有关WMR早期的研究文献通常针对WMR的运动学模型。但对于高性能的WMR运动控制器设计，仅考虑运动学模型是不够的。文献[1]提出了带有动力小脚轮冗余驱动的移动机器人动力学建模方法，以及WMR接触稳定性问题和稳定接触条件。文献[2]提出一种新的WMR运动学建模的方法，这种方法是基于不平的地面，从每个轮子的雅可比矩阵中推出一个简洁的方程，在这新的方程中给出了车结构参数的物理概念，这样更容易写出从车到接触点的转换方程。文献[3]介绍了与机器人动作相关的每个轮子的雅可比矩阵，与旋转运动的等式合并得出每个轮子的运动方程。文献[4]基于LuGre干摩擦模型和轮胎动力学提出一种三维动力学轮胎/道路摩擦模型，不但考虑了轮胎的径向运动，同时也考虑了扰动和阻尼摩擦下动力学模型，模型不但可以应用在轮胎/道路情况下，也可应用在对车体控制中。在样例中校准模型参数和证实了模型，并用于广泛应用的“magic formula”中，这样更容易估计摩擦力。在文献[5]中同时考虑运动学和动力学约束，其中提出新的计算轮胎横向力方法，并证实了这种轮胎估计的方法比线性化的轮胎模型好，用非线性模型来模拟汽车和受力计算，建立差动驱动移动机器人模型，模型本身可以当作运动控制器。 2 WMR运动控制器设计的主要发展趋势 在WMR控制器设计中，文献[6]给出了全面的分析，WMR的反馈控制根据控制目标的不同，可以大致分为3类：轨迹跟踪（Trajectory tracking）、路径跟随（Path following）、点镇定（Point stabilization）。轨迹跟踪问题指在惯性坐标系中，机器人从给定的初始状态出发，到达并跟随给定的参考轨迹。路径跟随问题是指在惯性坐标系中，机器人从给定的初始状态出发，到达并跟随指定的几何 收稿日期：2008-05-19；修回日期：2008-07-16 作者简介：张洪宇（1978-）男，国防科学技术大学在读硕士生，从事模式识别与智能系统研究。 ，
如果只是为了应付考试，这个文档就太啰嗦了，不用看，不过还是可以帮助记忆，考试只会考其中加粗字体的几个函数中的一个，至于是哪个我不能断定，因此要记的还是比较多的，要是能理解就更好了，结合课本和下面的解释应该能大体上弄明白这个虚拟块设备驱动的 实现过程，毕竟设备驱动是内核的一部分，光看下面的解释也是还是很头晕的，不过坚持看下去还是有收获的，我也差不多花了半天时间，不过，要是打算……的话就可以直接跳过了。 #define MAJOR_NR 70 //我们创造的虚拟块设备的主设备号 #define DEVICE_NAME “bdemo”//我们创造的虚拟块设备的名字，当设备加载成功后可用lsmod命令查看到该设备模块名 #define blkdemo_devs 2 //虚拟块设备的个数 #define blkdemo_rahead 2 //读取块设备时预读的扇区个数 #define blkdemo_size 4 //每个虚拟块设备的大小，单位为KB #define blkdemo_blksize 1024 //设备每个数据块的大小，即block，单位为字节 #define blkdemo_hardsect 512 //设备每个扇区的大小，单位为字节 struct blkdemo_device { // 这里定义了我们将要创造的虚拟块设备的数据结构 int size; // 用来记录真实块设备的容量，即下面data指针所指向数据存储区的大小 int use_cnt; // 用来记录正在使用该块设备的程序的个数 int hardsect; // 用来保存该块设备每个扇区的大小，单位为字节，即设备的使用计数 u8 *data; // 该指针所指向的内存区域就是该块设备真正用来存储数据的区域，在该设备还未被加载函数初始化时，该指针为// 空，即系统还没有为该设备分配内存区域。 }; static int blkdemo_sizes[blkdemo_devs]; //用来保存我们创建的所有虚拟块设备的大小，单位为KB static int blkdemo_blksizes[blkdemo_devs]; //用来保存我们创建的所有虚拟块设备中每个数据块的大小，单位为字节static int blkdemo_hardsects[blkdemo_devs];//用来保存我们创建的所有虚拟块设备中每个扇区的大小，单位为字节 //上面的这三个数组将会在我们加载这些设备时被注册到内核的数据结构中（即让内核中与之相关的一些指针指向它们，让内核能够读取我们所创建的设备的一些重要信息 //对于一个新的设备，内核肯定不知道他为何物，要想让内核识别我们自己创造的设备，则必须将该设备的一些信息、使用这个设备的方//法等告诉内核，由于内核早已编译成型，至于如何去告诉内核就早已模式化。内核中有几个指针数组(书本page81)专门用来完成上面的部分任务： // blk_size[]; // blksize_size[]; // hardsect_size[]; // read_ahead[]; //这几个数组都为每一个主设备号留有一个位置，对于2.4的内核，主设备号和次设备号均用8位二进制来表示（即短整型的高八位和//低八位），因此这几个数组都包含有256个元素，每个元素都是与主设备号对应的一个指针，如果主设备号所对应的设备不存在，则该//指针置为空(NULL)，其实其中很多指针都为空，因为一般电脑上都没有那么多不同类型的块设备，当然，对于我们所创造的这个块设//备而言，它与系统中所存在的其他块设备的类型都不同，要为其确定一个主设备号，这个没什么硬性的规定，只要找一个没被使用的主//设备号就可以了，这个程序中使用的是70(前面的MOJOR_NR宏)。上面我们定义了保存有虚拟块设备信息的数组，现在只要将他们的//首地址赋给这几个数组中下标70（主设备号）所对应的指针元素即可。这一过程是在后面的加载函数中完成的。 static int blksize = blkdemo_blksize; struct blkdemo_device blkdemo_dev[blkdemo_devs];//这里才真正创建了我们虚拟块设备对应的结构体变量（一个全局数组），//每个元素为对应一个虚拟块设备 虚拟块设备的打开函数(open())： int blkdemo_open(struct inode *inode, strcut file *filp) { //设备文件对应的节点(inode)结构中包含有对应的设备号 int num; num = DEVICE_NR(inode->i_rdev);//用DEVICE_NR宏可求出该节点所对应设备的次设备号，所以num即为次设备号if (!blkdemo_dev[num].use_cnt) { //如果该设备的使用计数为0，则说该设备没有被任何程序使用，当虚拟块设备没有被//任何程序使用时，内核先前为该设备所分配的存储区很可能已经被释放掉了，甚至对于可移动设备而言，有可能该设备都被拔掉了（当//然，我们的虚拟块设备是不可能的），因此，在打开该设备时要进行严格的检查，不然会导致设备打开出错而造成系统崩溃。 check_disk_change(inode->i_rdev);//首先检查该块设备是否发生了变化，比如已经被移除了（该设备不可能，所以//此处没有用if来判断，只是形式的调用了一下该函数。 if (!blkdemo_dev[num].data)//然后判断该设备的数据存储区域是否已经被释放掉了 return –ENOMEM; //如果是，则返回，告知系统该设备无法打开，-ENOMEM是一个内核中定义的宏，它代表的意思是//“error,no memory”。 }//如果上述情况均未发生，一切正常，则打开设备，对于这个虚拟的块设备，其实没有什么好打开的，不过还是意思一下：blkdemo_dev[num].use_cnt++; //将设备的使用计数加1，表示又多了个程序使用该设备。 MOD_INC_USE_COUNT; //并且将内核所管理的模块使用计数也加1，好让内核也知道多了一个程序使用该虚拟设备模块。模块使//用计数是内核管理模块时要用的，只有当一个设备的模块使用计数为0时才能卸载该模块，这个值也可以通过lsmod命令查看到return(0);//返回0，表示设备已成功打开 } 虚拟块设备的释放函数(release())： int blkdemo_release(struct inode *inode, struct file *filp) {//释放并不代表将此设备从内核中移除了，他是对调用它的程序而言的，只表示这个程序不再使用该设备了int num;
诺基亚N82这个手机相信大家都是很熟悉，从发布到上市，大家都是非常的关注。确实，诺基亚N82具有比较帅气的直板机身，采用S60智能系统，内置500万像素卡尔·蔡司认证摄像头，并具备氙气闪光灯；另外还有GPS卫星导航、2.4英寸QVGA屏幕……几乎把所有的高端配置都集中在一身，如此收到大家的关注也在情理之中。 拆机地点：家里 拆机工具：T6*50螺丝刀镊子128酒店会员卡会员卡热吹风机 主拆机人员：六巷七号（后附照片^_^） 助手：马斌 照相工具：柯达V530 继NOKIA6288 N70、5700、N73、N95、LG KG70、索尼爱立信W810拆解后，六巷七号再次为各位送上淘宝网才买的N82的分解拆机图。 诺基亚N82 其实N82刚出来不久，七号就曾帮助客户拆机清理过灰尘，只是那时候因为时间关系，没有进行过彻底的拆解，最近段时间，不停有网友要求七号拆解N82，所以赶着繁忙的周末结束，七号今天晚上在马斌的帮助下，进行了N82的拆解，现在送上较为详细的拆机图片供大家参考。 PS：绝对不建议网友自行拆解N82，意外发生的几率要远远大于NOKIA早期机型，切记。 首先送上N82拆机组图，可能个别细节介绍不够详细，大家凑合看吧^_^。 1：先拆前面板，比较简单，注意卡位就好，从上面开始，上面的卡位比较浅，一左一
右，我用的工具是一张酒店的会员卡，如同一般的电话充值卡一样，软硬适中，不会留下拆机痕迹，这里尽量用点力气，不会那么容易坏的。 2：然后是两边，卡位比较深，一样的道理，因为上面已经拆开，所以边上就非常容易了。 3：前面板很容易就拿下来了。大家注意看前面板的卡位位置。
Linux设备驱动程序的概念、作用以及模块 我们首先对linux系统整个框架要有个了解。Linux简化了分段机制，使得虚拟地址与线性地址总是一致，因此，Linux的虚拟地址空间也为0～4G。 Linux 内核将这4G字节的空间分为两部分，分别是用户空间（0～3G）和内核空间(3G～4G)。其中，用户空间存放的是应用程序，而内核空间存放的是内核，设备驱动和硬件。 为什么需要存在设备驱动呢？我们知道，内核是操作系统基本的部分，而操作系统是不能够直接控制硬件的，这样我们就需要设备驱动作为操作系统和硬件设备间的粘合剂，相当于一个中间人吧，负责上下两边的沟通。驱动负责将操作系统的请求传输，转化为特定物理设备控制器能够理解的命令。 这样我们就知道，驱动需要完成两大功能： 1、为linux内核提供调用接口。 2、控制硬件。因为寄存器是控制硬件的操作，所以驱动程序控制硬件，也就是要通过读写硬件寄存器达到控制硬件的目的。 内核是为应用程序服务的，其本质其实是函数的集合，内核要实现的功能我们可以分为两部门：基本功能和扩展功能。其中，基本功能包括进程管理，线程管理等等，而扩展功能，可以根据用户的需求自行添加。 下面我们就来探讨一下怎样向内核添加一项功能呢？ 1、我们首先想到，肯定需要写一个功能函数，假如我们命名为fun.c，那么函数写好后，必须要和linux源码一起编译，生成zImage内核镜像文件。 2、重新编译内核。 这样就得到了新的内核，这种添加的方式我们称为静态添加。大家发现，每次修改一次fun.c，都要重新编译一次内核，灰常的麻烦，所以引进了内核模块机制，只需要加载或卸载模块，就可以动态的增加或者删除内核的功能，不用每次都重新编译，是不是很方便？那么接下来我们会想到，这个模块怎么就能和内核连接在一起呢？其实很简单，fun.c文件除了要实现功能呢，还需要包含和内核的接口，内核也提供了模块的接口，只要这两个接口一致，模块就可以融入内核，成为内核的一部分。Linux驱动程序都是以模块的形式存在的，所以我们称之为驱动模块。 所以我们总结出添加模块的步骤是： 1、写功能函数fun.c。 怎么样编写模块的源码文件，我们以一个Hello模块实例分析。 #include
一：安装软件 点击setup.exe 选择是（Y） 选择I accept 选择Install 安装成功，点击“确定”按钮即完成安装。
二、软件的设置 点击桌面开始按钮----所有程序---Virtual Audio Cable—Control panel进入软件初始化设置。 在Cables中选择1（即首次设置一个虚拟通道），点击旁边的Set按钮生成通道Cable1. 在参数设置区将Line、Mic（可选可不选）、S/PDIF（可选可不选）三个选项后面的方框打钩，选中之后点击参数设置区内的设置按钮Set，即完成了，对虚拟声卡通道1的设置。
鼠标右键点击桌面右下角的喇叭----调整音频属性----<或者点击开始—控制面板---声音、语音和音频设备---声音和音频设备>弹出： 选择语音 此时语音部分的设置为原系统默认的设备，保持不变。
选择音频： 改变声音播放、录音的选项内容： 如上图将声音播放、录音的默认设备全部改为Virtual Cable 1。点击应用---确定即可。
三、打开录音机录音---录制电脑里播放出来的音频（不包含麦克风里的声音）----即“内录” 开始---所有程序—附件---娱乐---录音机 点击确定即可开始录音（注：此时可在电脑中打开相应的音频文件，开始录音）
此时音频波段显示有声音输入，但是电脑的耳机听不到正在播放的音频文件（属正常现象）。若想同时听到音频文件的内容点击桌面开始按钮----所有程序---Virtual Audio Cable—Audio Repeater。 修改为 点击Start即可听到正在录制的音频文件。 此时的录音即是通过虚拟声卡通道录制电脑里的声音的。
设备驱动程序通知应用程序的几种方法 1 异步过程调用(APC) Win32应用程序使用CreateFile()函数动态加载设备驱动程序，然后定义一个回调函数backFunc()，并且将回调函数的地址&backFunc()作为参数，通过DeviceIoControl()传送给设备驱动程序。设备驱动程序获得回调函数的地址后，将它保存在一个全局变量（如callback）中，同时调用Get_Cur_Thread_Handle()函数获取它的应用程序线程的句柄，并且将该句柄保存在一个全局变量（如appthread）中。当条件成熟时，设备驱动程序调用_VWIN32_QueueUserApc()函数，向Win32应用程序发送消息。这个函数带有三个参数：第一个参数为回调函数的地址（已经注册）；第二个参数为传递给回调函数的消息；第三个参数为调用者的线程句柄（已经注册）。Win32应用程序收到消息后，自动调用回调函数（实际是由设备驱动程序调用）。回调函数的输入参数是由设备驱动程序填入的，回调函数在这里主要是对消息进行处理。 2 事件方式（VxD） 首先，Win32应用程序创建一个事件的句柄，称其为Ring3句柄。由于虚拟设备驱动程序使用事件的Ring0句柄，因此，需要创建Ring0句柄。用LoadLibrary()函数加载未公开的动态链接库Kernel32.dll，获得动态链接库的句柄。然后，调用GetProcAddress(), 找到函数OpenVxDHandle()在动态链接库中的位置。接着，用OpenVxDHandle()函数将Ring3事件句柄转化为Ring0事件句柄。Win32应用程序用CreateFile()函数加载设备驱动程序。如果加载成功，则调用DeviceIoControl()函数将Ring0事件句柄传给VxD；同时，创建一个辅助线程等待信号变成有信号状态，本身则可去干其它的事情。当条件成熟时，VxD置Ring0事件为有信号状态（调用_VWIN32_SetWin32Event()函数），这马上触发对应的Ring3事件为有信号状态。一旦Ring3事件句柄为有信号状态，Win32应用程序的辅助线程就对这个消息进行相应的处理。 3 消息方式 Win32应用程序调用CreateFile()函数动态加载虚拟设备驱动程序。加载成功后，通过调用DeviceIoControl()函数将窗体句柄传送给VxD，VxD利用这个句柄向窗体发消息。当条件满足时，VxD调用SHELL_PostMessage()函数向Win32应用程序发送消息。要让该函数使用成功，必须用#define来自定义一个消息，并且也要照样在应用程序中定义它；还要在消息循环中使用ON_MESSAGE()来定义消息对应的消息处理函数，以便消息产生时，能够调用消息处理函数。SHELL_PostMessage()函数的第一个参数为Win32窗体句柄，第二个参数为消息ID号，第三、四个参数为发送给消息处理函数的参数，第五、六个参数为回调函数和传给它的参数。Win32应用程序收到消息后，对消息进行处理。
中南大学 字符设备驱动程序 课程设计报告 姓名：王学彬 专业班级：信安1002班 学号：0909103108 课程：操作系统安全课程设计 指导老师：张士庚 一、课程设计目的 1.了解Linux字符设备驱动程序的结构； 2.掌握Linux字符设备驱动程序常用结构体和操作函数的使用方法； 3.初步掌握Linux字符设备驱动程序的编写方法及过程； 4.掌握Linux字符设备驱动程序的加载方法及测试方法。 二、课程设计内容 5.设计Windows XP或者Linux操作系统下的设备驱动程序; 6.掌握虚拟字符设备的设计方法和测试方法； 7.编写测试应用程序，测试对该设备的读写等操作。
三、需求分析 3.1驱动程序介绍 驱动程序负责将应用程序如读、写等操作正确无误的传递给相关的硬件，并使硬件能够做出正确反应的代码。驱动程序像一个黑盒子，它隐藏了硬件的工作细节，应用程序只需要通过一组标准化的接口实现对硬件的操作。 3.2 Linux设备驱动程序分类 Linux设备驱动程序在Linux的内核源代码中占有很大的比例，源代码的长度日益增加，主要是驱动程序的增加。虽然Linux内核的不断升级，但驱动程序的结构还是相对稳定。 Linux系统的设备分为字符设备(char device)，块设备(block device)和网络设备(network device)三种。字符设备是指在存取时没有缓存的设备，而块设备的读写都有缓存来支持，并且块设备必须能够随机存取(random access)。典型的字符设备包括鼠标，键盘，串行口等。块设备主要包括硬盘软盘设备，CD-ROM等。 网络设备在Linux里做专门的处理。Linux的网络系统主要是基于BSD unix的socket 机制。在系统和驱动程序之间定义有专门的数据结构(sk_buff)进行数据传递。系统有支持对发送数据和接收数据的缓存，提供流量控制机制，提供对多协议的支持。 3.3驱动程序的结构 驱动程序的结构如图3.1所示，应用程序经过系统调用，进入核心层，内核要控制硬件需要通过驱动程序实现，驱动程序相当于内核与硬件之间的“系统调用”。