为了解决用电安全隐患。该系统以电磁感应线圈和变压器的输出电压为检测用电发生漏电、过载、短路和超压故障时的取样电压信号,通过8051 单片机控制，运用HD44780字符液晶显示模块和由ISD2650 语音芯片，使其具有字符提示和语音提示，在严重故障时又能自动提前跳闸。改变了目前的漏电保护器和过载保护器功能单一，故障出现时没有任何提示等缺点。 经大量实验证明单片机多功能用电故障控制器具有性能稳定、安全、可靠是理想的用电保护提示器。
上传时间： 2013-11-03
上传用户：gyq
8051单片机系统扩展与接口技术:第一节 8051 单片机系统扩展概述第二节 单片机外部存储器扩展第三节 单片机输入输出（I/O）口扩展及应用第四节 LED显示器接口电路及显示程序第五节 单片机键盘接口技术第六节 单片机与数模（D／A）及模数（A／D）转换1、地址总线（Address Bus，简写为AB）地址总线可传送单片机送出的地址信号，用于访问外部存储器单元或I/O端口。A 地址总线是单向的，地址信号只是由单片机向外发出。B 地址总线的数目决定了可直接访问的存储器单元的数目。例如N位地址，可以产生2N个连续地址编码，因此可访问2N个存储单元，即通常所说的寻址范围为 2N个地址单元。MCS—51单片机有十六位地址线，因此存储器展范围可达216 = 64KB地址单元。C 挂在总线上的器件，只有地址被选中的单元才能与CPU交换数据，其余的都暂时不能操作，否则会引起数据冲突。2、数据总线（Data Bus，简写为DB）数据总线用于在单片机与存储器之间或单片机与I/O端口之间传送数据。A 单片机系统数据总线的位数与单片机处理数据的字长一致。例如MCS—51单片机是8位字长，所以数据总线的位数也是8位。B 数据总线是双向的，即可以进行两个方向的数据传送。3、控制总线（Control Bus，简写为CB）控制总线实际上就是一组控制信号线，包括单片机发出的，以及从其它部件送给单片机的各种控制或联络信号。对于一条控制信号线来说，其传送方向是单向的，但是由不同方向的控制信号线组合的控制总线则表示为双向的。总线结构形式大大减少了单片机系统中连接线的数目，提高了系统的可靠性，增加了系统的灵活性。此外，总线结构也使扩展易于实现，各功能部件只要符合总线规范，就可以很方便地接入系统，实现单片机扩展。
上传时间： 2013-10-18
上传用户：assef
一、实验目的１．掌握定时/计数器、输入/输出接口电路设计方法。 ２．掌握中断控制编程技术的方法和应用。３．掌握8086汇编语言程序设计方法。 二、实验内容与要求 微机灯光控制系统主要用于娱乐场所的彩灯控制。系统的彩灯共有12组，在实验时用12个发光二极管模拟。1. 基本要求：灯光控制共有8种模式，如12个灯依次点亮；12个灯同时闪烁等八种。系统可以通过键盘和显示屏的人机对话，将8种模式进行任意个数、任意次序的连接组合。系统不断重复执行输入的模式组合，直至键盘有任意一个键按下，退出灯光控制系统，返回DOS系统。2. 提高要求：音乐彩灯控制系统，根据音乐的变化控制彩灯的变化，主要有以下几种：第一种为音乐节奏控制彩灯，按音乐的节拍变换彩灯花样。第二种音律的强弱（信号幅度大小）控制彩灯。强音时，灯的亮度加大，且被点亮的数目增多。第三种按音调高低（信号频率高低）控制彩灯。低音时，某一部分灯点亮；高音时，另一部分点亮。 三、实验报告要求 １．设计目的和内容 ２．总体设计 ３．硬件设计：原理图（接线图）及简要说明 ４．软件设计框图及程序清单５．设计结果和体会（包括遇到的问题及解决的方法） 四、设计原理我们以背景霓虹灯的一种显示效果为例，介绍控制霓虹灯显示的基本原理。设有一排 n 段水平排列的霓虹灯，某种显示方式为从左到右每0.2 秒逐个点亮。其控制过程如下： 若以“ 1 ”代表霓虹灯点亮，以“ 0 ”代表霓虹灯熄灭，则开始时刻， n 段霓虹灯的控制信号均为“ 0 ”，随后，控制器将一帧 n 个数据送至 n 段霓虹灯的控制端，其中，最左边的一段霓虹灯对应的控制数据为“ 1 ”，其余的数据均为零，即 1000 … 000 。当 n 个数据送完以后，控制器停止送数，保留这种状态（定时） 0.2 秒，此时，第 1 段霓虹灯被点亮，其余霓虹灯熄灭。随后，控制器又在极短的时间内将数据 1100 … 000 送至霓虹灯的控制端，并定时 0.2 秒，这段时间，前两段霓虹灯被点亮。由于送数据的过程很快，我们观测到的效果是第一段霓虹灯被点亮 0.2 秒后，第 2 段霓虹灯接着被点亮，即每隔 0.2 秒显示一帧图样。如此下去，最后控制器将数据 1111 … 111 送至 n 段霓虹灯的控制端，则 n 段霓虹灯被全部点亮。 只要改变送至每段霓虹灯的数据，即可改变霓虹灯的显示方式，显然，我们可以通过合理地组合数据（编程）来得到霓虹灯的不同显示方式。 五、总体方案论证分析系统设计思路如下：1) 采集8位开关输入信号，若输入数据为0时，将其修改为1。确定输入的硬件接口电路。采样输入开关量，并存入NUM的软件程序段。2) 以12个灯依次点亮为例(即灯光控制模式M1)，考虑与其相应的灯光显示代码数据。确定显示代码数据输出的接口电路。输出一个同期显示代码的软件程序段（暂不考虑时隙的延时要求）。3) 应用定时中断服务和NUM数据，实现t＝N×50ms的方法。4) 实现某一种模式灯光显示控制中12个时隙一个周期，共重复四次的控制方法。要求在初始化时采样开关输入数据NUM，并以此控制每一时隙的延时时间；在每一时隙结束时，检查有无键按下，若是退出键按下，则结束灯光控制，返回DOS系统，若是其他键就返回主菜单，重新输入控制模式数据。5) 通过人机对话，输入8种灯光显示控制模式的任意个数、任意次序连接组合的控制模式数据串（以ENTER键结尾）。对输入的数据进行检查，若数据都在1 - 8之间，则存入INBUF；若有错误，则通过屏幕显示输入错误，准备重新输入灯光显示控制模式数据。6) 依次读取INBUF中的控制模式数据进行不同模式的灯光显示控制，在没有任意键按下的情况下，系统从第一个控制模式数据开始，顺序工作到最后一个控制模式数据后，又返回到第一个控制模式数据，不断重复循环进行灯光显示控制。7) 本系统的软件在总体上有两部份，即主程序（MAIN）和实时中断服务程序（INTT）。讨论以功能明确、相互界面分割清晰的软件程序模块化设计方法。即确定有关功能模块，并画出以功能模块表示的主程序（MAIN）流程框图和定时中断服务程序的流程框图。 六、硬件电路设计 以微机实验平台和PC机资源为硬件设计的基础,不需要外加电路。主要利用了以下的资源：1．8255并行口电路8255并行口电路主要负责数据的输入与输出，可以输出数据控制发光二极管的亮灭和读取乒乓开关的数据。实验时可以将8255的A口、B口和一组发光二极管相连，C口和乒乓开关相连。2．8253定时/计数器8253定时/计数器和8259中断控制器一起实现时隙定时。本设计的定时就是采用的t＝N×50ms的方法，50ms由8253定时/计数器的计数器0控制定时，N是在中断服务程序中软件计时。8253的OUT0接到IRQ2，产生中断请求信号。8253定时/计数器定时结束会发出中断信号，进入中断服务程序。3．PC机资源本设计除了利用PC机作为控制器之外，还利用了PC机的键盘和显示器。键盘主要是输入控制模式数据，显示器就是显示提示信息。 七、软件设计 软件主要分为主程序（MAIN）和中断服务程序（INTT），主程序包含系统初始化、读取乒乓开关、读取控制模式数据以及按键处理等模块。中断服务程序主要是定时时间到后根据控制模式数据点亮相应的发光二极管。1．主程序主程序的程序流程图如图1所示。
上传时间： 2014-04-05
上传用户：q986086481
有两种方式可以让设备和应用程序之间联系：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
pic单片机实用教程(提高篇)以介绍PIC16F87X型号单片机为主，并适当兼顾PIC全系列，共分9章，内容包括：存储器；I/O端口的复位功能；定时器/计数器TMR1；定时器TMR2；输入捕捉/输出比较/脉宽调制CCP；模/数转换器ADC；通用同步/异步收发器USART；主控同步串行端口MSSP：SPI模式和I2C模式。突出特点：通俗易懂、可读性强、系统全面、学练结合、学用并重、实例丰富、习题齐全。＜br＞本书作为Microchip公司大学计划选择用书，可广泛适用于初步具备电子技术基础和计算机知识基础的学生、教师、单片机爱好者、电子制作爱好者、电器维修人员、电子产品开发设计者、工程技术人员阅读。本教程全书共分2篇，即基础篇和提高篇，分2册出版，以适应不同课时和不同专业的需要，也为教师和读者增加了一种可选方案。 第1章 EEPROM数据存储器和FIASH程序存储器1.1 背景知识1.1.1 通用型半导体存储器的种类和特点1.1.2 PIC单片机内部的程序存储器1.1.3 PIC单片机内部的EEPROM数据存储器1.1.4 PIC16F87X内部EEPROM和FIASH操作方法1.2 与EEPROM相关的寄存器1.3 片内EEPROM数据存储器结构和操作原理1.3.1 从EEPROM中读取数据1.3.2 向EEPROM中烧写数据1.4 与FLASH相关的寄存器1.5 片内FLASH程序存储器结构和操作原理1.5.1 读取FLASH程序存储器1.5.2 烧写FLASH程序存储器1.6 写操作的安全保障措施1.6.1 写入校验方法1.6.2 预防意外写操作的保障措施1.7 EEPROM和FLASH应用举例1.7.1 EEPROM的应用1.7.2 FIASH的应用思考题与练习题第2章 输入/输出端口的复合功能2.1 RA端口2.1.1 与RA端口相关的寄存器2.1.2 电路结构和工作原理2.1.3 编程方法2.2 RB端口2.2.1 与RB端口相关的寄存器2.2.2 电路结构和工作原理2.2.3 编程方法2.3 RC端口2.3.1 与RC端口相关的寄存器2.3.2 电路结构和工作原理2.3.3 编程方法2.4 RD端口2.4.1 与RD端口相关的寄存器2.4.2 电路结构和工作原理2.4.3 编程方法2.5 RE端口2.5.1 与RE端口相关的寄存器2.5.2 电路结构和工作原理2.5.3 编程方法2.6 PSP并行从动端口2.6.1 与PSP端口相关的寄存器2.6.2 电路结构和工作原理2.7 应用举例思考题与练习题第3章 定时器/计数器TMR13.1 定时器/计数器TMR1模块的特性3.2 定时器/计数器TMR1模块相关的寄存器3.3 定时器/计数器TMR1模块的电路结构3.4 定时器/计数器TMR1模块的工作原理3.4.1 禁止TMR1工作3.4.2 定时器工作方式3.4.3 计数器工作方式3.4.4 TMR1寄存器的赋值与复位3.5 定时器/计数器TMR1模块的应用举例思考题与练习题第4章 定时器TMR24.1 定时器TMR2模块的特性4.2 定时器TMR2模块相关的寄存器4.3 定时器TMR2模块的电路结构4.4 定时器TMR2模块的工作原理4.4.1 禁止TMR2工作4.4.2 定时器工作方式4.4.3 寄存器TMR2和PR2以及分频器的复位4.4.4 TMR2模块的初始化编程4.5 定时器TMR2模块的应用举例思考题与练习题第5章 输入捕捉/输出比较/脉宽调制CCP5.1 输入捕捉工作模式5.1.1 输入捕捉摸式相关的寄存器5.1.2 输入捕捉模式的电路结构5.1.3 输入捕捉摸式的工作原理5.1.4 输入捕捉摸式的应用举例5.2 输出比较工作模式5.2.1 输出比较模式相关的寄存器5.2.2 输出比较模式的电路结构5.2.3 输出比较模式的工作原理5.2.4 输出比较模式的应用举例5.3 脉宽调制输出工作模式5.3.1 脉宽调制模式相关的寄存器5.3.2 脉宽调制模式的电路结构5.3.3 脉宽调制模式的工作原理5.3.4 脉定调制模式的应用举例5.4 两个CCP模块之间相互关系思考题与练习题第6章 模/数转换器ADC6.1 背景知识6.1.1 ADC种类与特点6.1.2 ADC器件的工作原理6.2 PIC16F87X片内ADC模块6.2.1 ADC模块相关的寄存器6.2.2 ADC模块结构和操作原理6.2.3 ADC模块操作时间要求6.2.4 特殊情况下的A/D转换6.2.5 ADC模块的转换精度和分辨率6.2.6 ADC模块的内部动作流程和传递函数6.2.7 ADC模块的操作编程6.3 PIC16F87X片内ADC模块的应用举例思考题与练习题第7章 通用同步/异步收发器USART7.1 串行通信的基本概念7.1.1 串行通信的两种基本方式7.1.2 串行通信中数据传送方向7.1.3 串行通信中的控制方式7.1.4 串行通信中的码型、编码方式和帧结构7.1.5 串行通信中的检错和纠错方式7.1.6 串行通信组网方式7.1.7 串行通信接口电路和参数7.1.8 串行通信的传输速率7.2 PIC16F87X片内通用同步/异步收发器USART模块7.2.1 与USART模块相关的寄存器7.2.2 USART波特率发生器BRG7.2.3 USART模块的异步工作方式7.2.4 USART模块的同步主控工作方式7.2.5 USART模块的同步从动工作方式7.3 通用同步/异步收发器USART的应用举例思考题与练习题第8章 主控同步串行端口MSSP——SPI模式8.1 SPI接口的背景知识8.1.1 SPI接口信号描述8.1.2 基于SPI的系统构成方式8.1.3 SPI接口工作原理8.1.4 兼容的MicroWire接口8.2 PIC16F87X的SPI接口8.2.1 SPI接口相关的寄存器8.2.2 SPI接口的结构和操作原理8.2.3 SPI接口的主控方式8.2.4 SPI接口的从动方式8.3 SPI接口的应用举例思考题与练习题第9章 主控同步串行端口MSSP——I（平方）C模式9.1 I（平方）C总线的背景知识9.1.1 名词术语9.1.2 I（平方）C总线的技术特点9.1.3 I（平方）C总线的基本工作原理9.1.4 I（平方）C总线信号时序分析9.1.5 信号传送格式9.1.6 寻址约定9.1.7 技术参数9.1.8 I（平方）C器件与I（平方）C总线的接线方式9.1.9 相兼容的SMBus总线9.2 与I（平方）C总线相关的寄存器9.3 典型信号时序的产生方法9.3.1 波特率发生器9.3.2 启动信号9.3.3 重启动信号9.3.4 应答信号9.3.5 停止信号9.4 被控器通信方式9.4.1 硬件结构9.4.2 被主控器寻址9.4.3 被控器接收——被控接收器9.4.4 被控器发送——被控发送器9.4.5 广播式寻址9.5 主控器通信方式9.5.1 硬件结构9.5.2 主控器发送——主控发送器9.5.3 主控器接收——主控接收器9.6 多主通信方式下的总线冲突和总线仲裁9.6.1 发送和应答过程中的总线冲突9.6.2 启动过程中的总线冲突9.6.3 重启动过程中的总线冲突9.6.4 停止过程中的总线冲突9.7 I（平方）C总线的应用举例思考题与练习题附录A 包含文件P16F877.INC附录B 新版宏汇编器MPASM伪指令总表参考文献
上传时间： 2013-12-14
上传用户：xiaoyuer
为实现设备中存在的低速数据光纤通信的同步复接/ 分接,提出一种基于FPGA 的帧同步头信号提取检测方案,其中帧头由7 位巴克码1110010 组成,在数据的接收端首先从复接数据中提取时钟信号,进而检测帧同步信号,为数字分接提供起始信号,以实现数据的同步分接。实验表明,此方案成功地在光纤通信系统的接收端检测到帧同步信号,从而实现了数据的正确分接。
上传时间： 2013-10-17
上传用户：q123321
为了满足超声波探伤检测的实时性需求，通过研究超声波探伤的工作原理，提出了基于FPGA芯片的实时信号处理系统实现方案及硬件结构设计，并根据FPGA逻辑结构模型实现了软件系统的模块化设计。根据实验测试及统计数据得出，基于FPGA芯片的信号处理系统提高了探伤检测的准确性与稳定性，满足了探伤过程中B超显示的实时性要求。
上传时间： 2013-10-11
上传用户：909000580
为了提高Linux操作系统的网络安全性，对Linux系统的安全机制、网络安全问题、主要攻击方式进行了详细分析，提出了基于Linux系统用户管理、文件管理、预防攻击、数据备份等切实可行的网络安全策略，增强了Linux系统的网络安全性，达到了较好的效果。
上传时间： 2013-12-18
上传用户：weiwolkt
存放在计算机中大量信息的安全问题以及敏感信息的防窃取、防篡改问题已经越来越引起人们的关注。为了实现对数据库管理系统中数据安全的需求，文中对系统的用户口令、C/S之间的签名认证、SQL Server 2005数据库加密、系统分配角色和用户权限几方面对数据库管理系统的安全问题进行研究，使用C#和T-SQL语言进行具体实现。实际应用表明，这些措施能够准确地实现数据的加密，阻止非法用户操作系统，保证系统安全，达到了设计要求。
上传时间： 2013-10-22
上传用户：wlcaption
对于GSM相控阵无源雷达接收机获取的目标数据提出一种用最佳后验感知的神经网络进行处理的算法，在复杂的杂波及噪声背景下，相比于流行的卡尔曼滤波，提高了目标的检测跟踪精度，对促进GSM无源探测系统实用化具有重要意义。
上传时间： 2013-11-06
上传用户：hhkpj
