介绍了以单片机SST89E554RC 为控制器的点阵中文显示控制屏的设计。详细介绍了系统硬件的结构与软件的控制，以及如何通过PC 机将要显示的汉字汉模提取出来并发送给单片机，然后显示在点阵控制屏上的过程，并对模块中采用USB 接口的原理进行说明。
上传时间： 2013-11-02
上传用户：lty6899826
本实验是基于EasyFPGA030的I2C总线接口模块设计，用EasyFPGA030开发套件通过I2C协议实现对二线制I2C串行EEPROM的读写操作，先把数据写入EEPROM，然后再读取出来显示在数码管上
上传时间： 2013-10-21
上传用户：edisonfather
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
51单片机动态LED显示电路编程实例:上一节我们讲述了单只LED与单片机的接口电路及编程实例，目的在于让初学者了解LED在单片机中的应用原理，单只LED显示在实际应用中并无多大用途，一般都是多位的LED显示。现在我们作进一步学习，我们要讲解的是8位LED的显示原理及实际的编程方法。这里我们没有采用多I/O口的8051系列单片机，而是采用了完全兼容C51指令系统的质优价廉的AT89C2051单片机，它的软件编程与C51完全一致。 在多数的应用场合中，我们并不希望使用多I/O端口的单片机，原则上是使用尽量少引脚的器件。在没有富余端口的情况下，怎样通过扩展电路达到预期的目的呢？我们希望通过此例使设计人员在实际应用中了解一点电路扩展的原理，对实际的应用有所帮助。 此电路中，74LS273用于驱动LED的8位段码，8位LED相应的"a"—"g"段连在一起，它们的公共端分别连至由74LS138（点击芯片型号可浏览其详细的技术手册）译码选通后经74LS04反相驱动的输出端。这样当选通某一位LED时，相应的地址线(74LS04输出端)输出的是高电平，所以我们的LED选用共阳LED数码管。 动态扫描的频率有一定的要求，频率太低，LED将出现闪烁现象。如频率太高，由于每个LED点亮的时间太短，LED的亮度太低，肉眼无法看清，所以一般均取几个ms左右为宜，这就要求在编写程序时，选通某一位LED使其点亮并保持一定的时间，程序上常采用的是调用延时子程序。在C51指令中，延时子程序是相当简单的，并且延时时间也很容易更改，可参见程序清单中的DELAY延时子程序。 为简单起见，我们只是编写了8位LED同步显示"00000000"—"11111111"直到"99999999"数字，并且反复循环。程序很简单，流程图略去。
上传时间： 2013-11-18
上传用户：皇族传媒
有两种方式可以让设备和应用程序之间联系：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
过程通道与人机接口 过程通道是在计算机和生产过程之间设置的信息传送和转换的连接通道，它包括模拟量输入通道、模拟量输出通道、数字量（开关量）输入通道、数字量（开关量）输出通道。计算机和操作人员之间常常需要互通信息 ，为此计算机和操作人员之间应设置显示器和操作器，其中一种是CRT显示器和键盘，另外一种是针对某个生产过程控制的特点而设计的操作控制台等。通常把上述两类设备简称为人机接口。 作用：显示生产过程的状况；供操作人员操作；三是显示操作结果。数字量输入输出通道模拟量输出通道模拟量输入通道人机接口
上传时间： 2013-10-16
上传用户：l银幕海
用单片机实现温度远程显示摘 要：文章介绍了用AT89S8252单片机的串行接口与智能温度巡回检测仪（XJ-08S）通过RS—485总线相互通讯实现热水温度远程显示的一种低成本解决方案，内容涉及RS—485总线通讯、单片机驱动数码管显示、数据转换以及键盘处理软硬件设计等内容。关键词：单片机 RS—485总线 数码管显示 数据转换 键盘处理一、前 言目前检测温度一般采用热电偶或热敏电阻作为传感器，这种传感器至仪表之间一般都要用专用的温度补偿导线，而温度补偿导线价格很贵，并且线路太长也会影响测量精度。在实际应用中往往需要对较远处（1KM左右）的温度信号进行监视。现有的解决方案有很多，例如：1、 在现场用智能仪表对温度信号进行测量，用计算机作上位机与智能仪表进行通讯来实现远程温度监测（采用这种方案要增加计算机设备及相关计算机软件）。2、 NCU+DDC实现远程温度监测。用两个DDC，一个安装在现场测量温度，另一个安装在监视地，两个DDC通过NCU进行通讯从而实现远程温度监测。但以上方案都存在成本高的问题，有没有低成本的解决方案呢？其实，在单片机应用日益广泛的今天，完全可以用单片机以极低的成本来实现远程温度监测。二、问题的提出我单位管理的锅炉房同时给两栋建筑物内的两家酒店供应蒸汽，由安装在两栋建筑物地下室的热交换器进行热交换后产生热水送给客房。从锅炉房至两个热交换站的距离分别约600米，值班人员要不停地奔波于两个热交换站与锅炉房之间进行设备巡视，检查热水温度是否控制在规定的范围，这样不仅增加了值班人员的劳动强度，同时也使锅炉房经常无人(因每班1人值班)。如果能在锅炉房显示两个热交换站内各热交换器的热水温度，则值班人员仅在热水温度异常时才需到各热交换站检查设备，这样便可解决上述问题。我公司曾就此问题找专业公司作过方案，其报价在人民币１０万元左右，后因种种原因该项目未实施。经过分析，本人发现可以用单片机+智能仪表以低成本实现温度远程显示，并且经过实验取得了成功，现将设计方案简述如下：三、控制要求及解决方案选择 1、 两个热交换站分高低区共安装有8个热交换器，正常水温在45oC至65oC之间；两个热交换站与锅炉房的距离分别为500米和600米左右。2、 要求在锅炉房能以巡回及定点两种方式显示8个热交换器的热水温度，巡回方式以3秒为周期轮流更新及显示各热交换器热水温度。定点方式时每按上键或下键一次则显示上或下一个热交换器热水温度，每3秒自动更新数据一次。3、 根据控制要求选择单片机+智能仪表的解决方案：用带通讯接口的智能仪表安装在现场测量温度，设计制作一个单片机装置完成与智能仪表的通讯及数据显示。四、通讯协议、智能仪表选择及其参数介绍因热水温度信号变化较慢，因而对通信的速度要求不高，对于这种低速率远距离的通讯选用RS-485总线适宜。RS-485是EIA（美国电子工业联合会）在1983年公布的新的平衡传输标准，是工业界使用最为广泛的双向、平衡传输线标准接口，它以半双工方式通信，支持多点连接，传统驱动器允许创建多达32个节点的网络，且其具有传输距离远（最大传输距离为1200M），传输速度快（1200M时为100KBPS）等优点。其连接方法如下图所示。
上传时间： 2013-10-12
上传用户：luopoguixiong
在应用中显示输出是必要的,文中根据Blackfin DSP处理器的特点介绍了一种简单实用的液晶接口设计方法。
上传时间： 2014-12-28
上传用户：18888888888
VGA 是视频图形阵列（Video Graphics Array）的简称，是IBM 于1987 年提出的一个使用模拟信号的图形显示标准。最初的VGA 标准最大只能支持640*480 分辨率的显示器，而为了适应大屏幕的应用，视频电气标准化组织VESA（Video Electronics StandardsAssociation 的简称）将VGA 标准扩展为SVGA 标准，SVGA 标准能够支持更大的分辨率。人们通常所说的VGA 实际上指的就是VESA 制定的SVGA 标准。(1). VGA 接口VGA 采用15 针的接口，用于显示的接口信号主要有5 个：1 个行同步信号、1 个场同步信号以及3 个颜色信号，接口还包含自测试以及地址码信号，一般由不同的制造商定义，主要用来进行测试及支持其它功能。
上传时间： 2013-10-27
上传用户：541657925
基于Quartus Ⅱ开发软件，运用verilog 语言，在FPGA 实现VGA 的显示 。基于这种设计方法，可以在不使用VGA 显示卡和计算机的情况下，实现VGA 图像的显示和控制。系统具有成本低、结构简单、应用灵活的优点，可广泛应用于超市、车站、飞机场等公共场所的广告宣传和提示信息显示，也可应用于工厂车间生产过程中的操作信息显示，还能以多媒体形式应用于口常生活。
上传时间： 2014-04-02
上传用户：hbsunhui
