用单片机制作多功能莫尔斯码电路:用单片机制作多功能莫尔斯码电路莫尔斯电码通信有着悠久的历史，尽管它已被现代通信方式所取代，但在业余无线电通信和特殊的专业场合仍具有重要的地位，这是因为等幅电码通信的抗干扰能力是其它任何一种通信方式都无法相比的。在短波波段用几瓦的功率即可进行国际间的通信，收发射设备简单易制成本低廉，所以深受业余无线电爱好者的喜爱，是业余无线电高手必备的技能。要想熟练掌握莫尔斯电码的收发技术除了持之以恒的毅力外，还需要相关的设备。设计本电路的目的就是给爱好者提供一个实用和训练的工具。 一、功能简介 本电路可以配合自动键体和手动键体，产生莫尔斯码控制信号，设有16种速度，从初学者到操作高手都能适用。监听音调也有16种,均可以通过功能键进行选择。可以按程序中设定好的呼号自动呼叫，设有听抄练习功能，听抄练习有短码和混合码两种模式，分别对10个数字和常用的38个混合码模拟随机取样，产生分组报码，供爱好者提高抄收水平之用，速度低4档的听抄练习是专为初学者所设，内容是时间间隔较长的单字符。设有PTT开关键，可以决定是否控制发射机工作，不需要反复通断控制线。无论当前处于呼叫状态还是听抄状态只要电键接点接通则自动转到人工发报程序。4分钟内不使用电路将自动关闭电源，只有按复位键才能重新开始工作。先按住听抄练习键复位则进入短码练习状态，其它功能不变。从开机到自动关机执行每个功能都有不同的莫尔斯码提示音。本电路具有较强的抗高低频干扰的能力和使用方便的大电流开关接口，以适应不同的发射设备。 二、硬件电路原理硬件电路如图1所示。设计电路的目的在于方便实用，以免在紧张的操作中失误，所以除了听抄练习键外其它键没有定义复用功能。各键的作用在图中已经标出。PTT控制在每次复位时处于关闭状态,每按动一次PTT功能键则改变一次状态，这样可以使用软件开关控制发射。 PTT处于控制状态时发光二极管随控制信号闪亮。考虑到自制设备及淘汰军用设备与高档设备控制电流的不同，PTT开关管采用了2SC2073，可以承受500mA的电流，同时还增加了无极性PTT开关电路，无论外部被控制的端口直流极性如何加到VT3的极性始终不变，供有兴趣的爱好者实验。应该注意，如果被控制的负载是感性，则电感两端必须并联续流二极管，除自制设备外成品机在这方面一般没有什么问题。手动键只有一个接点，接通后产生连续的音频和发射控制信号。在本电路中手动键的输入端是P1.5 ，程序不断检测P1.5电平，当按键按下时P1.5电平为0，程序转入手动键子程序。 自动键的接点分别接到P1.3和P1.4 ，同样当程序检测到有接点闭合时便自动产生“点”或“划”。音频信号从P输出，经VT1放大后推动扬声器发音。单片机的I/O口在输入状态下阻抗较高，容易受到高低频信号干扰，所以在每个输入端口和三极管的be端并联电阻和高频旁路电容，确保在较长的电键连线和大功率发射时电路工作稳定。图2是印刷电路版图，尺寸为110mmX85mm，扬声器用粘合剂直接粘接在电路版有铜箔的面。 三、软件设计方法 “点”时间长度是莫尔斯电码中的基本时间单位。按规定“划”的时间长度不小于三个“点”，同字符中“点”与“划”的间隔不小于一个“点”，字符之间不小于一个“划”，词与词之间不应小于五个“点”。在本程序中用条件转移指令来产生“点”时间长度。通过速度功能键功可以设置16种延时参数。用T0中断产生监听音频信号，并将中断设为优先级，保证在听觉上纯正悦耳。T1用于自动关机计时，如果不使用任何功能四分钟后将向PCON 位写1，单片机进入休眠状态,此时耗电量仅有几个微安。自动键的“点”或“划”以及手动键的连续发音都是子程序的反复调用。P1.2对地短接时自动呼叫可设定为另一内容。为了便于熟悉汇编语言的读者对发音内容进行修改，这里介绍发音字符的编码方法。莫尔斯码的信息与计算机中二进制恰好相同，我们可以用0表示“点”，用1表示“划”。提示音、自动呼叫、听抄内容等字符是预先按一定编码方式存储在程序中的常数。每个字符的莫尔斯码一般是由1至6位“点”、“划”组成，也就是发音次数最多6次。程序中每个字符占用1个字节，字符时间间隔不占用字节，但更长的延时或发音结束信息占用一个字节。我们用字节的低三位表示字节的性质，对于5次及5次以下发音的字符我们用存储器的高5位存储发音信息，发音顺序由高位至低位，用低3位存储发音次数，发音时将数据送入累加器A，先得到发音次数，然后使A左环移，对E0进行位寻址，判断是发“点”还是“划”，环移次数由发音次数决定。对于6次发音的字符不能完全按照上述编码规则，否则会出现信息重叠，如果是6次发音且最后一次是“划”我们把发音次数定义为111B，因为这时第6次位寻址得到的是1。如果第6次发音是“点”，那么这个字符的低三位定义为000B。字符间隔时间由程序自动产生，更长的时间隔或结束标志由字节低三位110B来定义，高半字节表示字符间隔的倍数，例如26H表示再加两倍时间间隔。如果字节为06H则表示读字符程序结束，返回主程序。更详细的内容不再赘述，读者可阅读源程序。四、使用注意事项手动键的操作难度相对大一些，时间节拍全由人掌握，其特点是发出的电码带有“人情味”。自动键的“点”、“划”靠电路产生，发音标准，容易操作，而且可以达到相当快的速度，长时间工作也不易疲劳。在干扰较大、信号微弱的条件下自动键码的辨别程度好于手动键码。初学者初次使用手动键练习发报要有老师指导，且不可我行我素，一旦养成不正确的手法则很难纠正。在电台上时常听到一些让对方难以抄收的电码，这可能会使对方反感而拒绝回答。使用自动键也应在一定的听抄基础上再去练习。在暂时找不老师的情况下可多练习听力，这对于今后能够发出标准正确的电码非常有益。
上传时间： 2013-10-31
上传用户：sdq_123
一、实验目的１．掌握定时/计数器、输入/输出接口电路设计方法。 ２．掌握中断控制编程技术的方法和应用。３．掌握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
多路电压采集系统一、实验目的１．熟悉可编程芯片ADC0809，8253的工作过程，掌握它们的编程方法。２．加深对所学知识的理解并学会应用所学的知识，达到在应用中掌握知识的目的。 二、实验内容与要求1．基本要求通过一个A/D转换器循环采样4路模拟电压，每隔一定时间去采样一次，一次按顺序采样4路信号。A/D转换器芯片AD0809将采样到的模拟信号转换为数字信号，转换完成后，CPU读取数据转换结果，并将结果送入外设即CRT/LED显示，显示包括电压路数和数据值。2． 提高要求 (1) 可以实现循环采集和选择采集2种方式。（2）在CRT上绘制电压变化曲线。 三、实验报告要求 １．设计目的和内容 ２．总体设计 ３．硬件设计：原理图（接线图）及简要说明 ４．软件设计框图及程序清单５．设计结果和体会（包括遇到的问题及解决的方法） 四、总体设计设计思路如下：1) 4路模拟电压信号通过4个电位器提供0-5V的电压信号。2) 选择ADC0809芯片作为A/D转换器，4路输入信号分别接到ADC0809的IN0—IN4通道，每隔一定的时间采样一次，采完一路采集下一路，4路电压循环采集。3) 利用3个LED数码管显示数据，1个数码管用来显示输入电压路数，3个数码管用来显示电压采样值。4) 延时由8253定时/计数器来实现。 五、硬件电路设计根据设计思路，硬件主要利用了微机实验平台上的ADC0809模数转换器、8253定时/计数器以及LED显示输出等模块。电路原理图如下：1．基本接口实验板部分1) 电位计模块，4个电位计输出4路1－5V的电压信号。2) ADC0809模数转换器，将4路电压信号接到IN0－IN3，ADD_A、ADD_B、ADD_C分别接A0、A1、A2，CS_AD接CS0时，4个采样通道对应的地址分别为280H—283H。3) 延时模块，8253和8255组成延时电路。8255的PA0接到8253的OUT0，程序中查询计数是否结束。硬件电路图如图1所示。 图1 基本实验板上的电路图实验板上的LED显示部分实验板上主要用到了LED数码管显示电路，插孔CS1用于数码管段码的输出选通，插孔CS2用于数码管位选信号的输出选通。电路图如图2所示。
上传时间： 2013-11-06
上传用户：sunchao524
有两种方式可以让设备和应用程序之间联系：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
LTC1732 是LINEAR TECHNOLOGY 公司推出的锂离子电池充电控制集成电路芯片。它具有电池插入检测和自动低压电池充电功能。文章介绍了该芯片的结构、特点、工作原理及应用信息，给出了典型的应用电路。 LTC1732 是LINEAR TECHNOLOGY 公司生产的锂-离子（Li-离子）电池恒流/恒压线性充电控制器。它也可以对镍-镉（NiCd）和镍-氢（NiMH）电池恒流充电。其充电电流可通过外部传感电阻器编程到7%（最大值）的精度。最终的浮动电压精度为1%。利用LTC1732 的SEL 端可为4.1V 或4.2V 电池充电。当输入电源撤消后，LTC1732 可自动进入低电流睡眠状态，以使消耗电流下降到7μA。LTC1732 的内部比较器用于检测充电结束条件（C/10），而总的充电时间则是通过可编程计时器的外部电容来设置的。在电池完全放电后，控制器将自动以规定电流的10%对被充电电池进行慢速充电直到电池电压超过2.457V。当放电后的电池插入充电器或当输入电源接通时，LTC1732 将开始重新充电。另外，如果电池一直插入在充电器且在电池电压降到3.8V（LTC1732-4）或4.05V（LTC1732-4.2）以下时，充电器也将开始重新充电。LTC1732 的其它主特点如下：●具有1%的预置充电电压精度；●输入电压范围4.5V～12V；●充电电流可编程控制；●具有C/10 充电电流检测输出；●可编程控制充电终端计时；●带有低电压电池自动小电流充电模式；●可编程控制恒定电流接通模式；●具有电池插入检测和自动低压电流充电功能；●带有输入电源（隔离适配器）检测输出；●LTC1732-4.2 型器件的再充电阈值电压为4.05V；●LTC1732-4 型器件的再充电阈值电压为3.8V。
上传时间： 2013-11-12
上传用户：semi1981
在单片机应用开发中，代码的使用效率问题、单片机抗干扰性和可靠性等问题仍困扰着 工程师。为帮助工程师解决单片机设计上的难题，《电子工程专辑》网站特邀Holtek香 港分公司工程部处长邓宏杰先生担任《单片机应用编程技巧》专题讨论的嘉宾，与广大 设计工程师交流单片机设计开发经验。现根据论坛中的讨论归纳出单片机开发中应掌握 的几个基本技巧。一、 如何提高C语言编程代码的效率邓宏杰指出，用C语言进行单片机程序设计是单片机开发与应用的必然趋势。他强调:“ 如果使用C编程时，要达到最高的效率，最好熟悉所使用的C编译器。先试验一下每条C语言编译以后对应的汇编语言的语句行数，这样就可以很明确的知道效率。在今后编程的 时候，使用编译效率最高的语句。” 他指出，各家的C编译器都会有一定的差异，故编译效率也会有所不同，优秀的嵌入式系统C编译器代码长度和执行时间仅比以汇编语言编写的同样功能程度长5-20％。他说：“对于复杂而开发时间紧的项目时，可以采用C语言，但前提是要求你对该MCU系统的C语言和C编译器非常熟悉，特别要注意该C编译系统所能支持的数据类型和算法。虽然C语言是最普遍的一种高级语言，但由于不同的MCU厂家其C语言编译系统是有所差别的，特别是在一些特殊功能模块的操作上。所以如果对这些特性不了解，那么调试起来问题就会很 多，反而导致执行效率低于汇编语言。” 二、 如何减少程序中的bug？ 对于如何减少程序的bug，邓宏杰给出了一些建议，他指出系统运行中应考虑的超范围管理参数有： 1．物理参数。这些参数主要是系统的输入参数，它包括激励参数、采集处理中的运行参 数和处理结束的结果参数。合理设定这些边界，将超出边界的参数都视为非正常激励或 非正常回应进行出错处理。 2．资源参数。这些参数主要是系统中的电路、器件、功能单元的资源，如记忆体容量、 存储单元长度、堆叠深度。在程式设计中，对资源参数不允许超范围使用。 3．应用参数。这些应用参数常表现为一些单片机、功能单元的应用条件。如E2PROM的擦 写次数与资料存储时间等应用参数界限。 4．过程参数。指系统运行中的有序变化的参数。
上传时间： 2013-10-21
上传用户：chukeey
微机接口技术试题：《微机接口技术》模拟试题 一、 选择题：（每空1分，共20分）1． CPU与外设之间交换数据常采用 、 、 和 四种方式，PC机键盘接口采用 传送方式。 ⒉ 当进行DMA方式下的写操作时，数据是从 传送到 __中。 ⒊ PC总线、ISA总线和EISA总线的地址线分别为： 、 和 根。 ⒋ 8254定时/计数器内部有 个端口、共有 种工作方式。 ⒌8255的A1和A0引脚分别连接在地址总线的A1和A0，当命令端口的口地址为317H时，则A口、B口、C口的口地址分别为 、 、 。 ⒍ PC微机中最大的中断号是 、最小的中断号是 。 ⒎PC微机中键盘是从8255的 口得到按键数据。 ⒏ 串行通信中传输线上即传输_________，又传输_________。 二、选择题：（每题2分，共10分）⒈ 设串行异步通信每帧数据格式有8个数据位、无校验、一个停止位，若波特率为9600B/S，该方式每秒最多能传送（ ）个字符。 ① 1200 ② 150 ③ 960 ④ 120 2．输出指令在I/O接口总线上产生正确的命令顺序是（ ）。① 先发地址码，再发读命令，最后读数据。② 先发读命令、再发地址码，最后读数据。③ 先送地址码，再送数据，最后发写命令。④ 先送地址码，再发写命令、最后送数据。3 使用8254设计定时器，当输入频率为1MHZ并输出频率为100HZ时，该定时器的计数初值为（ ）。 ① 100 ② 1000 ③ 10000 ④ 其它 4 在PC机中5号中断，它的中断向地址是（ ）。 ① 0000H：0005H ② 0000H：0010H ③ 0000H：0014H ④ 0000H：0020H 5． 四片8259级联时可提供的中断请求总数为（ ）。 ① 29个 ② 30个 ③ 31个 ④ 32个 6． 下述总线中，组内都是外设串行总线为（ ）组。① RS-485、IDE、ISA。② RS-485、IEEE1394、USB。③ RS-485、PCI、IEEE1394。④ USB、SCSI、RS-232。 7. DMA在（ ）接管总线的控制权。① 申请阶段 ② 响应阶段 ③ 数据传送阶段 ④ 结束阶段 8. 中断服务程序入口地址是（ ）。 ① 中断向量表的指针 ② 中断向量 ③ 中断向量表 ④ 中断号
上传时间： 2013-11-16
上传用户：xiaoxiang
九.输入/输出保护为了支持多任务，80386不仅要有效地实现任务隔离，而且还要有效地控制各任务的输入/输出，避免输入/输出冲突。本文将介绍输入输出保护。 这里下载本文源代码。 <一>输入/输出保护80386采用I/O特权级IPOL和I/O许可位图的方法来控制输入/输出，实现输入/输出保护。 1.I/O敏感指令输入输出特权级(I/O Privilege Level)规定了可以执行所有与I/O相关的指令和访问I/O空间中所有地址的最外层特权级。IOPL的值在如下图所示的标志寄存器中。 标 志寄存器 BIT31—BIT18 BIT17 BIT16 BIT15 BIT14 BIT13—BIT12 BIT11 BIT10 BIT9 BIT8 BIT7 BIT6 BIT5 BIT4 BIT3 BIT2 BIT1 BIT0 00000000000000 VM RF 0 NT IOPL OF DF IF TF SF ZF 0 AF 0 PF 1 CF I/O许可位图规定了I/O空间中的哪些地址可以由在任何特权级执行的程序所访问。I/O许可位图在任务状态段TSS中。 I/O敏感指令 指令 功能 保护方式下的执行条件 CLI 清除EFLAGS中的IF位 CPL<=IOPL STI 设置EFLAGS中的IF位 CPL<=IOPL IN 从I/O地址读出数据 CPL<=IOPL或I/O位图许可 INS 从I/O地址读出字符串 CPL<=IOPL或I/O位图许可 OUT 向I/O地址写数据 CPL<=IOPL或I/O位图许可 OUTS 向I/O地址写字符串 CPL<=IOPL或I/O位图许可 上表所列指令称为I/O敏感指令，由于这些指令与I/O有关，并且只有在满足所列条件时才可以执行，所以把它们称为I/O敏感指令。从表中可见，当前特权级不在I/O特权级外层时，可以正常执行所列的全部I/O敏感指令；当特权级在I/O特权级外层时，执行CLI和STI指令将引起通用保护异常，而其它四条指令是否能够被执行要根据访问的I/O地址及I/O许可位图情况而定(在下面论述)，如果条件不满足而执行，那么将引起出错码为0的通用保护异常。 由于每个任务使用各自的EFLAGS值和拥有自己的TSS，所以每个任务可以有不同的IOPL，并且可以定义不同的I/O许可位图。注意，这些I/O敏感指令在实模式下总是可执行的。 2.I/O许可位图如果只用IOPL限制I/O指令的执行是很不方便的，不能满足实际要求需要。因为这样做会使得在特权级3执行的应用程序要么可访问所有I/O地址，要么不可访问所有I/O地址。实际需要与此刚好相反，只允许任务甲的应用程序访问部分I/O地址，只允许任务乙的应用程序访问另一部分I/O地址，以避免任务甲和任务乙在访问I/O地址时发生冲突，从而避免任务甲和任务乙使用使用独享设备时发生冲突。 因此，在IOPL的基础上又采用了I/O许可位图。I/O许可位图由二进制位串组成。位串中的每一位依次对应一个I/O地址，位串的第0位对应I/O地址0，位串的第n位对应I/O地址n。如果位串中的第位为0，那么对应的I/O地址m可以由在任何特权级执行的程序访问；否则对应的I/O地址m只能由在IOPL特权级或更内层特权级执行的程序访问。如果在I/O外层特权级执行的程序访问位串中位值为1的位所对应的I/O地址，那么将引起通用保护异常。 I/O地址空间按字节进行编址。一条I/O指令最多可涉及四个I/O地址。在需要根据I/O位图决定是否可访问I/O地址的情况下，当一条I/O指令涉及多个I/O地址时，只有这多个I/O地址所对应的I/O许可位图中的位都为0时，该I/O指令才能被正常执行，如果对应位中任一位为1，就会引起通用保护异常。 80386支持的I/O地址空间大小是64K，所以构成I/O许可位图的二进制位串最大长度是64K个位，即位图的有效部分最大为8K字节。一个任务实际需要使用的I/O许可位图大小通常要远小于这个数目。 当前任务使用的I/O许可位图存储在当前任务TSS中低端的64K字节内。I/O许可位图总以字节为单位存储，所以位串所含的位数总被认为是8的倍数。从前文中所述的TSS格式可见，TSS内偏移66H的字确定I/O许可位图的开始偏移。由于I/O许可位图最长可达8K字节，所以开始偏移应小于56K，但必须大于等于104，因为TSS中前104字节为TSS的固定格式，用于保存任务的状态。 1.I/O访问许可检查细节保护模式下处理器在执行I/O指令时进行许可检查的细节如下所示。 (1)若CPL<=IOPL，则直接转步骤(8)；(2)取得I/O位图开始偏移；(3)计算I/O地址对应位所在字节在I/O许可位图内的偏移；(4)计算位偏移以形成屏蔽码值，即计算I/O地址对应位在字节中的第几位；(5)把字节偏移加上位图开始偏移，再加1，所得值与TSS界限比较，若越界，则产生出错码为0的通用保护故障；(6)若不越界，则从位图中读对应字节及下一个字节；(7)把读出的两个字节与屏蔽码进行与运算，若结果不为0表示检查未通过，则产生出错码为0的通用保护故障；(8)进行I/O访问。设某一任务的TSS段如下： TSSSEG SEGMENT PARA USE16 TSS <> ;TSS低端固定格式部分 DB 8 DUP(0) ;对应I/O端口00H—3FH DB 10000000B ;对应I/O端口40H—47H DB 01100000B ;对用I/O端口48H—4FH DB 8182 DUP(0ffH) ;对应I/O端口50H—0FFFFH DB 0FFH ;位图结束字节TSSLen = $TSSSEG ENDS 再假设IOPL=1，CPL=3。那么如下I/O指令有些能正常执行，有些会引起通用保护异常： in al,21h ;(1)正常执行 in al,47h ;(2)引起异常 out 20h,al ;(3)正常实行 out 4eh,al ;(4)引起异常 in al,20h ;(5)正常执行 out 20h,eax ;(6)正常执行 out 4ch,ax ;(7)引起异常 in ax,46h ;(8)引起异常 in eax,42h ;(9)正常执行 由上述I/O许可检查的细节可见，不论是否必要，当进行许可位检查时，80386总是从I/O许可位图中读取两个字节。目的是为了尽快地执行I/O许可检查。一方面，常常要读取I/O许可位图的两个字节。例如，上面的第(8)条指令要对I/O位图中的两个位进行检查，其低位是某个字节的最高位，高位是下一个字节的最低位。可见即使只要检查两个位，也可能需要读取两个字节。另一方面，最多检查四个连续的位，即最多也只需读取两个字节。所以每次要读取两个字节。这也是在判别是否越界时再加1的原因。为此，为了避免在读取I/O许可位图的最高字节时产生越界，必须在I/O许可位图的最后填加一个全1的字节，即0FFH。此全1的字节应填加在最后一个位图字节之后，TSS界限范围之前，即让填加的全1字节在TSS界限之内。 I/O许可位图开始偏移加8K所得的值与TSS界限值二者中较小的值决定I/O许可位图的末端。当TSS的界限大于I/O许可位图开始偏移加8K时，I/O许可位图的有效部分就有8K字节，I/O许可检查全部根据全部根据该位图进行。当TSS的界限不大于I/O许可位图开始偏移加8K时，I/O许可位图有效部分就不到8K字节，于是对较小I/O地址访问的许可检查根据位图进行，而对较大I/O地址访问的许可检查总被认为不可访问而引起通用保护故障。因为这时会发生字节越界而引起通用保护异常，所以在这种情况下，可认为不足的I/O许可位图的高端部分全为1。利用这个特点，可大大节约TSS中I/O许可位图占用的存储单元，也就大大减小了TSS段的长度。 <二>重要标志保护输入输出的保护与存储在标志寄存器EFLAGS中的IOPL密切相关，显然不能允许随便地改变IOPL，否则就不能有效地实现输入输出保护。类似地，对EFLAGS中的IF位也必须加以保护，否则CLI和STI作为敏感指令对待是无意义的。此外，EFLAGS中的VM位决定着处理器是否按虚拟8086方式工作。 80386对EFLAGS中的这三个字段的处理比较特殊，只有在较高特权级执行的程序才能执行IRET、POPF、CLI和STI等指令改变它们。下表列出了不同特权级下对这三个字段的处理情况。 不同特权级对标志寄存器特殊字段的处理 特权级 VM标志字段 IOPL标志字段 IF标志字段 CPL=0 可变(初POPF指令外) 可变 可变 0 不变 不变 可变 CPL>IOPL 不变 不变 不变 从表中可见，只有在特权级0执行的程序才可以修改IOPL位及VM位；只能由相对于IOPL同级或更内层特权级执行的程序才可以修改IF位。与CLI和STI指令不同，在特权级不满足上述条件的情况下，当执行POPF指令和IRET指令时，如果试图修改这些字段中的任何一个字段，并不引起异常，但试图要修改的字段也未被修改，也不给出任何特别的信息。此外，指令POPF总不能改变VM位，而PUSHF指令所压入的标志中的VM位总为0。 <三>演示输入输出保护的实例(实例九)下面给出一个用于演示输入输出保护的实例。演示内容包括：I/O许可位图的作用、I/O敏感指令引起的异常和特权指令引起的异常；使用段间调用指令CALL通过任务门调用任务，实现任务嵌套。 1.演示步骤实例演示的内容比较丰富，具体演示步骤如下：(1)在实模式下做必要准备后，切换到保护模式；(2)进入保护模式的临时代码段后，把演示任务的TSS段描述符装入TR，并设置演示任务的堆栈；(3)进入演示代码段，演示代码段的特权级是0；(4)通过任务门调用测试任务1。测试任务1能够顺利进行；(5)通过任务门调用测试任务2。测试任务2演示由于违反I/O许可位图规定而导致通用保护异常；(6)通过任务门调用测试任务3。测试任务3演示I/O敏感指令如何引起通用保护异常；(7)通过任务门调用测试任务4。测试任务4演示特权指令如何引起通用保护异常；(8)从演示代码转临时代码，准备返回实模式；(9)返回实模式，并作结束处理。
上传时间： 2013-12-11
上传用户：nunnzhy
输入输出总线接口技术
上传时间： 2013-10-21
上传用户：lhuqi
Linux因其完全开放的特性和稳定优良的性能深受欢迎，当推出了内核输入子系统后，更方便了嵌入式领域的驱动开放。介绍了Linux的设备驱动基础，详细阐述了基于Linux内核输入子系统下的设备驱动实现流程和构架。并以触摸屏为例，对驱动过程进行了分析研究。利用输入子系统的接口函数，将更方便的实现设备驱动。
上传时间： 2013-10-27
上传用户：1142895891
