视频监控系统是一种先进的、防范能力强的综合系统。它通过遥控摄像机及其辅助设备(镜头、云台等)直接观看被监控场所的一切情况，同时可以把监控场所的图像内容传送到监控中心，进行实时远程监控。随着计算机、网络以及图像处理、传输技术的迅猛发展，视频监控技术也得到飞速发展，视频监控进入了全数字化的网络时代，传统的模拟视频监控系统和基于PC机的数字视频监控系统已不能满足现代社会发展的需要，基于嵌入式技术的网络视频监控系统成为视频监控系统发展的新趋势，具有广阔的应用前景和实用价值。 本文在总结分析前人研究成果的基础上，深入系统地研究了基于ARM和Linux的嵌入式系统开发技术，给出了基于ARM的嵌入式视频服务器的总体设计方案和功能规划，包括硬件结构和软件结构，基于B/S(Browser/Server)服务机制的客户端软件设计大大降低了客户端的软硬件要求。然后，介绍了嵌入式Linux交叉编译环境的搭建和嵌入式软件的开发过程，通过BootLoader的配置烧写和Linux内核的移植编译，搭建了嵌入式视频服务器运行开发的软件平台。最后详细分析了嵌入式视频服务器软件部分各个功能模块的设计思路及其关键代码实现，用Liflux vide04linux APIs实现了视频图像的采集，视频数据网络传输采用了基于UDP协议的IP组播方式，而视频图像显示模块则采用了自行设计实现的基于IPicture COM接口的ActiveX控件，便于维护、更新和升级。 本文设计的基于ARM的嵌入式视频服务器安装设置方便，远程客户端用户通过IE浏览器可直接访问服务器，实时视频图像传输流畅，无明显抖动，具有良好的稳定性、较高的性价比和一定的实用价值。
上传时间： 2013-05-19
上传用户：彭玖华
有两种方式可以让设备和应用程序之间联系：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
DirectX not only provides fast access to the hardware and therefore incredibly speedy performance, but it also makes it much easier for hardware developers to produce new devices that work well in the Windows environment. The DirectX APIs take away the necessity of writing your own low-level, device-specific code to access hardware such as the display adapter and network card, making it much easier for you to write programs that take full advantage of the computer s multimedia capabilities.
标签： performance incredibly therefore hardware
上传时间： 2016-02-16
上传用户：秦莞尔w
WOW魔兽世界的APIs
上传时间： 2013-04-15
上传用户：eeworm
近年来，随着多媒体技术、计算机网络与通信技术的的快速发展，传统的监控系统也不断向着新的发展方向进行着不断的更新与发展。进而随着嵌入式技术的出现以及人们对降低监控系统成本和提高可靠性的迫切需求，基于嵌入式系统的网络视频监控系统将成为新的研发热点。 本文的目的是把嵌入式技术与计算机网络技术相结合，构造一个性能稳定且具有较强处理能力的数字化远程视频监控系统。该监控系统以嵌入式Linux系统平台作为服务器端，服务器程序在其上以后台方式运行，等待监控系统环境中的客户机使用浏览器向其发送访问请求，实现在局域网乃至Internet网上对摄像头的远程控制。 文中把系统设计分为三大部分：系统硬件设计、嵌入式Linux在硬件平台的实现和系统软件设计。硬件设计部分首先提出了整个硬件系统的实现方案，接着详细介绍了S3C2410处理器与存储器、以太网控制器芯片以及USB和串口的接口电路设计；第二部分详细叙述了嵌入式Linux在本系统硬件平台的移植实现及应用程序的开发特点，重点讲述了本系统平台上Linux的引导加载程序Bootloader的设计过程；系统软件部分首先介绍了USB接口摄像头驱动在嵌入式Linux下的实现，重点讲述了Video4Linux下视频采集的实现，接着论述了如何实现图像的JPEG压缩，最后针对基于B/S模式的网络通信系统结构，详细阐述了网络通信的具体实现过程和方法。 最后在办公室局域网通过对系统测试，显示了系统运行结果，实现了利用局域网或Internet网对远程环境进行监控的功能。
上传时间： 2013-07-04
上传用户：lgnf
永磁同步发电机由于一系列高效节能的优点，在工农业生产、航空航天、国防和日常生活中得到广泛应用，并且受到许多学者的关注，其研究领域主要涉及永磁同步发电机的设计、精确性能分析、控制等方面。 本课题作为国家自然科学基金项目《无刷无励磁机谐波励磁的混合励磁永磁电机的研究》的课题，主要研究永磁电机的电磁场空载和负载计算，求出永磁电机的电压波形和电压调整率，为分段式转子的混合励磁永磁电机的研究奠定基础，主要做了以下工作： 首先介绍了永磁同步发电机的基本原理，包括永磁同步发电机的结构形式和永磁同步发电机的运行性能，采用传统解析理论给出了电压调整率的计算方法及外特性的计算模型；然后用有限元ANSYS对永磁同步发电机样机进行实体建模，经过定义分配材料、划分网格、加边界条件和载荷、求解计算等，得到矢量磁位Az、磁场强度H、磁感应强度B等结果，直观地看出电机内部的磁场分布情况。 其次根据电磁场计算结果，应用齿磁通法对其进行后处理。该方法求解转子在一个齿距内不同位置处的磁场，以定子齿的磁通为计算单位，根据绕组与齿的匝链关系，计算出磁链随时间的变化，进而得到永磁同步发电机空、负载时电压大小及波形。通过计算结果写实验结果对比，验证了齿磁通法的正确性，为计算永磁同步发电机各种性能特性提供有力工具。 最后，基于齿磁通法对永磁同步发电机的外特性进行了深入研究，定量分析了结构参数对外特性的影响规律，提出了有效降低电压调整率的方法的是：增加气隙长度g的同时，适当增加永磁体的磁化方向的长度hm；此外，要尽量的减少每相串联匝数N和增大导线面积以减小阻抗参数。通过改变电机的结构参数，对其电磁场进行计算，找到永磁电机电压调整率的变化规律，为加电励磁的混合励磁永磁电机做准备，达到稳定输出电压的目的。
上传时间： 2013-04-24
上传用户：15853744528
心音信号是人体最重要的生理信号之一，包含心脏各个部分如心房、心室、大血管、心血管及各个瓣膜功能状态的大量生理病理信息。心音信号分析与识别是了解心脏和血管状态的一种不可缺少的手段。本文针对目前该研究领域中存在的分析方法问题和分类识别技术难点展开了深入的研究，内容涉及心音构成的分析、心音信号特征向量的提取、正常心音信号（NM）和房颤（AF）、主动脉回流（AR）、主动脉狭窄（AS）、二尖瓣回流（MR）4种心脏杂音信号的分类识别。本文的工作内容包括以下5个方面： a）心音信号采集与预处理。本文采用自行研制的带有录音机功能的听诊器实现对心音信号的采集。通过对心音信号噪声分析，选用小波降噪作为心音信号的滤波方法。根据实验分析，选择Donoho阈值函数结合多级阈值的方法作为心音信号预处理方案。 b）心音信号时频分析方法。文中采用5种时频分析方法分别对心音信号进行了时频谱特性分析，结果表明：不同的时频分析方法与待分析心音信号的特性有密切关系，即需要在小的交叉项干扰与高的时频分辨率之间作综合的考虑。鉴于此，本文提出了一种自适应锥形核时频（ATF）分析方法，通过实验验证该分布能较好地反映心音信号的时频结构，其性能优于一般锥形核分布（CKD）以及Choi-Williams分布（CWD）、谱图（SPEC）等固定核时频分析方法，从而选择自应锥形核时频分析方法进行心音信号分析。 c）心音信号特征向量提取。根据对3M Littmann（） Stethoscopes[31]数据库中标准心音信号的时频分析结果，提取8组特征数据，通过Fihser降维处理方法提取出了实现分类可视化，且最易于分类的心音信号的2维特征向量，作为心音信号分类的特征向量。 d）心音信号分类方法。根据心音信号特征向量组成的散点图，研究了支持向量机核函数、多分类支持向量机的选取方法，同时，基于分类的目的 性和可信性，本文提出以分类精度最大为判断准则的核函数参数与松弛变量的优化方法，建立了心音信号分类的支持向量机模型，选取标准数据库中NM、AF、AR、AS、MR每类心音信号的80组2维特征向量中每类60组数据作为支持向量机的学习样本，对余下的每类20组数据进行测试，得到每类的分类精度（Ar）均为100％，同时对临床上采集的与上述4种同类心脏杂音信号和正常心音信号中每类24个心动周期进行分类实测，分类精度分别为：NM、AF、MR的分类精度均为100％，而AR、AS均为95．83％，验证了该方法的分类有效性。 e）心音信号分析与识别的软件系统。本文以MATLAB语言的可视化功能实现了心音信号分析与识别的软件运行平台构建，可完成对心音信号的读取、预处理，绘制时-频、能量特性的三维图及两维等高线图；同时，利用MATLAB与EXCEL的动态链接，实现对心音信号分析数据的存储以及统计功能；最后，通过对心音信号2维特征向量的分析，实现心音信号的自动识别功能。 本文的研究特色主要体现在心音信号特征向量提取的方法以及多分类支持向量机模型的建立两方面。 综上所述，本文从理论与实践两方面对心音信号进行了深入的研究，主要是采用自适应锥形核时频分析方法提取心音信号特征向量，根据心音信号特征向量组成的散点图，建立心音信号分类的支持向量机模型，并对正常心音信号和4种心脏杂音信号进行了分类研究，取得了较为满意的分类结果，但由于用于分类的心脏杂音信号种类及数据量尚不足，因此，今后的工作重点是采集更多种类的心脏杂音信号，进一步提高心音信号分类精度，使本文研究成果能最终应用于临床心脏量化听诊。 关键词：心音信号，小波降噪，非平稳信号，心脏杂音，信号处理，时频分析，自适应，支持向量机
上传时间： 2013-04-24
上传用户：weixiao99
本文分析了永磁同步直线电动机的运行机理与运行特性，并通过坐标变换，分别得出了电机在a—b—c，α—β、d—q坐标系下的数学模型。针对永磁同步直线电机模型的非线性与耦合特性，采用了次级磁场定向的矢量控制，并使id=0，不但解决了上述问题，还实现了最大推力电流比控制。为了获得平稳的推力，采用了SVPWM控制，并对它算法实现进行了研究。 针对速度环采用传统PID控制难以满足高性能矢量控制系统，通过对传统PID控制和模糊控制理论的研究，将两者相结合，设计出能够在线自整定的模糊PID控制器。将该控制器代替传统的PID控制器应用于速度环，以提高系统的动静态性能。 在以上分析的基础上，设计了永磁同步直线电机矢量控制系统的软、硬件。其中电流检测采用了新颖的电流传感器芯片IR2175，以解决温漂问题；速度检测采用了增量式光栅尺，设计了与DSP的接口电路，通过M/T法实现对电机的测速。最后在Matlab/Simlink下建立了电机及其矢量控制系统的仿真模型，并对分别采用传统PID速度控制器和模糊PID速度控制器的系统进行仿真，结果表明采用模糊PID控制具有更好的动态响应性能，能有效的抑制暂态和稳态下的推力脉动，对于负载扰动具有较强的鲁棒性。
上传时间： 2013-07-04
上传用户：13681659100
本书主要阐述设计射频与微波功率放大器所需的理论、方法、设计技巧，以及将分析计算与计算机辅助设计相结合的优化设计方法。这些方法提高了设计效率，缩短了设计周期。本书内容覆盖非线性电路设计方法、非线性主动设备建模、阻抗匹配、功率合成器、阻抗变换器、定向耦合器、高效率的功率放大器设计、宽带功率放大器及通信系统中的功率放大器设计。 本书适合从事射频与微波动功率放大器设计的工程师、研究人员及高校相关专业的师生阅读。 作者简介 Andrei Grebennikov是M／A—COM TYCO电子部门首席理论设计工程师，他曾经任教于澳大利亚Linz大学、新加坡微电子学院、莫斯科通信和信息技术大学。他目前正在讲授研究班课程，在该班上，本书作为国际微波年会论文集。 目录 第1章 双口网络参数 1.1 传统的网络参数 1.2 散射参数 1.3 双口网络参数间转换 1.4 双口网络的互相连接 1.5 实际的双口电路 1.5.1 单元件网络 1.5.2 π形和T形网络 1.6 具有公共端口的三口网络 1.7 传输线 参考文献 第2章 非线性电路设计方法 2.1 频域分析 2.1.1 三角恒等式法 2.1.2 分段线性近似法 2.1.3 贝塞尔函数法 2.2 时域分析 2.3 NewtOn.Raphscm算法 2.4 准线性法 2.5 谐波平衡法 参考文献 第3章 非线性有源器件模型 3.1 功率MOSFET管 3.1.1 小信号等效电路 3.1.2 等效电路元件的确定 3.1.3 非线性I—V模型 3.1.4 非线性C.V模型 3.1.5 电荷守恒 3.1.6 栅一源电阻 3.1.7 温度依赖性 3.2 GaAs MESFET和HEMT管 3.2.1 小信号等效电路 3.2.2 等效电路元件的确定 3.2.3 CIJrtice平方非线性模型 3.2.4 Curtice.Ettenberg立方非线性模型 3.2.5 Materka—Kacprzak非线性模型 3.2.6 Raytheon(Statz等)非线性模型 3.2.7 rrriQuint非线性模型 3.2.8 Chalmers(Angek)v)非线性模型 3.2.9 IAF(Bemth)非线性模型 3.2.10 模型选择 3.3 BJT和HBT汀管 3.3.1 小信号等效电路 3.3.2 等效电路中元件的确定 3.3.3 本征z形电路与T形电路拓扑之间的等效互换 3.3.4 非线性双极器件模型 参考文献 第4章 阻抗匹配 4.1 主要原理 4.2 Smith圆图 4.3 集中参数的匹配 4.3.1 双极UHF功率放大器 4.3.2 M0SFET VHF高功率放大器 4.4 使用传输线匹配 4.4.1 窄带功率放大器设计 4.4.2 宽带高功率放大器设计 4.5 传输线类型 4.5.1 同轴线 4.5.2 带状线 4.5.3 微带线 4.5.4 槽线 4.5.5 共面波导 参考文献 第5章 功率合成器、阻抗变换器和定向耦合器 5.1 基本特性 5.2 三口网络 5.3 四口网络 5.4 同轴电缆变换器和合成器 5.5 wilkinson功率分配器 5.6 微波混合桥 5.7 耦合线定向耦合器 参考文献 第6章 功率放大器设计基础 6.1 主要特性 6.2 增益和稳定性 6.3 稳定电路技术 6.3.1 BJT潜在不稳定的频域 6.3.2 MOSFET潜在不稳定的频域 6.3.3 一些稳定电路的例子 6.4 线性度 6.5 基本的工作类别：A、AB、B和C类 6.6 直流偏置 6.7 推挽放大器 6.8 RF和微波功率放大器的实际外形 参考文献 第7章 高效率功率放大器设计 7.1 B类过激励 7.2 F类电路设计 7.3 逆F类 7.4 具有并联电容的E类 7.5 具有并联电路的E类 7.6 具有传输线的E类 7.7 宽带E类电路设计 7.8 实际的高效率RF和微波功率放大器 参考文献 第8章 宽带功率放大器 8.1 Bode—Fan0准则 8.2 具有集中元件的匹配网络 8.3 使用混合集中和分布元件的匹配网络 8.4 具有传输线的匹配网络 8.5 有耗匹配网络 8.6 实际设计一瞥 参考文献 第9章 通信系统中的功率放大器设计 9.1 Kahn包络分离和恢复技术 9.2 包络跟踪 9.3 异相功率放大器 9.4 Doherty功率放大器方案 9.5 开关模式和双途径功率放大器 9.6 前馈线性化技术 9.7 预失真线性化技术 9.8 手持机应用的单片cMOS和HBT功率放大器 参考文献
上传时间： 2013-04-24
上传用户：W51631
图像的采集和传输是实时监控、远程控制、智能小区等诸多领域的关键技术。基于传统：PC的图像采集已成为现实。随着信息技术的迅速发展，嵌入式系统的研究开发成为了后PC时代的一个热点，它被广泛应用于工业现场、信息家电等各行各业。同时，图像的远程采集传输也朝着专业化、多样化和低成本的方向发展。利用嵌入式技术来实现图像的远程采集传输正顺应了时代发展，有较大的实用价值。 本文主要研究了基于嵌入式的远程图像采集传输系统。嵌入式终端采用$3C2410为核心的目标板为硬件平台，采用嵌入式Linux为系统平台。系统通过连接在嵌入式终端的USB摄像头完成静态图像数据采集，并进行图像压缩处理。在图像传输方面，论文设计了两种模式：一种是通过Intemet传输的、基于B/S模式的传输方式。在该模式下，远端客户机通过浏览器访问架设在终端里的嵌入式服务器而获得图像信息。另一种是基于GPRS网络实现远程无线图像传输。终端将采集到的图像数据通过GPRS网络发送到拥有固定Ip的监控服务器上来完成图像远程传输。 本文首先介绍了图像采集传输和嵌入式方面的相关内容，并介绍了本论文所采用的开发平台。为了顺利开发接着构建了开发环境，这里包括U-boot的移植、Linux系统的内核编译和移植、设备驱动模块的加载以及交叉编译环境的建立。在此基础上，利用Vide04Linux的接口函数，用C语言实现了图像原始数据的采集程序，并利用JPEG算法了实现图像压缩。在基于B/S模式的传输方式中，首先利用Boa架设了嵌入式服务器，然后用C语言完成CGI脚本，该脚本将图像嵌入网页并实时更新以实现网页的动态输出。在基于GPRS实现远程无线图像传输方式中，论文详细分析了系统通讯数据流的特征，提出了采用辨识特征字符、数据打包等策略以实现GPRS的网络连接和数据通讯，并且在此基础上用C语言编程实现。同时，在PC(Linux)上用Socket编程实现了监控服务器软件，该软件用以接收图像数据和控制嵌入式终端的系统状态。最后，论文分析比较了两种传输方式的区别和优缺点。试验证明，采用两种方式都能成功实现图像的远程采集传输，并且试验效果较好。
上传时间： 2013-05-17
上传用户：squershop
