单片机C51编程几个有用的模块

本文档包括单片机系统中常用到的时钟中断、通讯及键盘扫描等模块(见所附源程序)的 说明 关于失联党员情况说明岗位说明总经理岗位说明书会计岗位说明书行政主管岗位说明书 单片机编程中，延时程序使用比较多，根据其延时方式不同可分为两类：       一》阻塞式延时；       二》非阻塞式延时；      阻塞式延时，最常用，通常是在原地循环若干次，通过消耗机器周期来实现。此时，CPU再不能干别的事（CT0/CT1/CT2/串口仍可工作，延时可被中断暂时打断，会使延时加长），实时性比较差。      非阻塞式延时是在延时期间CPU仍可干别的事，不会在哪儿等，实时性比较好。      打个比方，你在环形操场跑步，相当于CPU的PC指针在主程序中循环（多数程序都是这样）。有个延时程序要求你等100毫秒把手举起来一下(用此 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 示CPU处理一个事件)：当是阻塞式延时方式时，你就在原地踏步跑，等100毫秒后，你把手举起来一下再接着跑；当是非阻塞式延时方式时，你只是在一个地方放个秒表，并启动它，但你并不停下而是继续跑。每次跑到这个地方，你只要看一下秒表，看是否到100毫秒，若到了，你就把手举起来一下，若没到，你就继续沿跑道跑。      从上边的例子可清楚看出，阻塞式延时，影响主程序循环一次的执行时间(影响实时性!)；非阻塞式延时，基本不影响主程序循环周期(CPU只是多执行一两条指令判断一下时间是否到)，但需要有个“秒表”。这个“秒表”可用一个定时器完成，并作为整个系统的时基，供需要时基的部分使用；如单片机控制系统的人机界面,显示闪烁时就需要。比如，将定时器0设定为5毫秒，由此可产生10毫秒，25毫秒，50毫秒，100毫秒，250毫秒和500毫秒等等时钟信号。      现在分析影响延时精度的因素：       影响阻塞式延时的因素有：         1）设计程序时计算执行机器周期数的偏差；         2）中断处理程序的额外时延；       影响非阻塞式延时的因素有：         1）所用定时器基本时基的精度（如上例：5毫秒）；         2）主程序的循环周期；这是随机的，比如，当看秒表时，时间还没到，            在下次看表之前时间却到了，最坏情况是差一个主程序循环周期；         3）其他中断处理程序的额外时延；这是随机的，比如，在看表之前时间已到，           这时有个中断也被响应，就要加上中断处理程序的时间延迟；       在实际使用中，我们根据具体情况选择不同的延时方式。      这种非阻塞式延时的思想，我们成功用在许多单片机控制系统中，效果很好。 本文档包括单片机系统中常用到的时钟中断、通讯及键盘扫描等模块(见所附源程序)的说明。这些模块使用前后台系统模型。为达到最大的灵活性, 需要在用户工程中定义config.h文件, 在其中定义各模块可选参数的设置，而不是直接更改源代码。 这些可选内容大部分为宏定义，如果不定义宏相应的功能在编译时被屏蔽，不会增加代码长度。 具体可选内容见各模块中的说明。 在Config.h文件中还要包含一个单片机硬件的资源头文件。 各模块使用了定义在Common.h中的一些数据类型。如:BIT(bit) BYTE(unsigned char)等，具体请参见源程序。 时钟模块 在单片机软件设计中, 时钟是重要资源, 为了充分利用时钟资源, 故设计本时钟模块。 本模块使用定时器0，在完成用户指定功能的同时, 还能够自动处理一些其它模块中与时钟相关的信息。 时钟模块由声明文件Timer.h以及实现文件Timer.c组成。 用户应该在Config.h中定义宏TIMER_RELOAD来设定定时器0的重装载初值。推荐的定时器0的中断时间大于1毫秒。 在程序的初始化阶段调用时钟模块的初始化函数InitTimerModule()之后，就可以使用时钟模块所以支持的各种功能。具体描述如下： 延时：当用户需要进行一定时间的延时时，可以通过调用Delay()来进行，参数为时钟中断的次数。如时钟中断周期为1ms， 想进行100ms的延时， 则可以调用Delay(100)。 注意： 如果延时的绝对时间小于时钟中断的周期，则不能够用本方法做到延时。 定时：当程序中需要使用定时功能时，如等待某外部事件，如果在一定时间内发生则继续执行，如果在这段时间内发生，则认为出现错误，转向错误处理机制。 在此推荐一种编程模式，但用户可以用自己认为更合理的方式处理此类问题。 这里简单说明一下关于阻塞式函数及非阻塞式函数。简单说，阻塞式函数就是当检测完成条件，如果不能够完成则等待，如： void CheckSomething() {     // gbitSuccessFlag is a global variable     while(gbitSuccessFlag == FALSE)     {         // do nothing but waiting     } } 可以看到，当bitSuccessFlag没有被设置为TRUE时，函数保持等待状态不返回，这样就是阻塞式的函数。 另外一种情况： BIT CheckSomething() {     if(gbitSuccessFlag == TRUE)     {         // …         return TRUE;     }     return FALSE; } 在这里，如果所检测的事件有没有完成，函数进行检测之后，立刻返回，通过返回值 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 完成情况，如果没有完成，则等待调用者分配再次执行的机会。这样的函数就是非阻塞函数。 在应用定时功能时，首先要将检测函数定义成非阻塞函数。如上面的第二个版本的CheckSomething。 然后下面模式： BIT bitDone = FALSE; ResetClock(); // clear timer interrupt times counter while(GetClock() < MAX_WAITINGTIME) {     if(CheckSomething() == TRUE)     {         bitDone = TRUE;         break;     } } if(bitDone == FALSE) {     // process time out } 或者简单写成： BIT bitDone = FALSE; ResetClock(); while(GetClock() < MAX_WAITINGTIME && (bitDone = CheckSomething)); if(bitDone == FLASE) {     // … } 软件看门狗：实现具有局限性的看门狗功能。在程序中合适的地方加入对软件看门狗的复位函数ResetWatchDog()，在Config.h中加入宏TIMER_WATCHDOGTIMEOUT。当程序运行时，如果在发生TIMER_WATCHDOGTIMEOUT次时钟中断之内没有复位软件看门狗， 则系统复位。 注意： 如果没有加入TIMER_WATCHDOGTIMEOUT宏，程序中的ResetWatchDog没有任何用处，不用删除。 如果系统不能实现时钟中断，则软件看门狗也同时失去功能。 目前版本的的时钟模块的复位功能并不是完全复位，主要表现在当复位之后，系统将不再响应任何中断。所以软件看门狗只是一个程序的调试功能，不应该将它用于正式工作的程序，此时应该使用硬件看门狗。 用户自定义任务：如果想在时钟中断内执行一些耗时较短的任务，可以定义回调函数OnTimerInterrupt。函数原形为：void OnTimerInterrupt(); 如果想在发生时钟中断时执行一些功能，而这些功能又耗时相对较长，不合适放在中断响应函数内部，则可以在程序中的主循环中的任意地方添加: ImpTimerService()，同时提供原形为void OnTimerEvent()的回调函数。具体的程序如下所示： void main() {     Initialize();     while(TRUE)     {         // … working         ImpTimerService();         // … working     } } void OnTimerEvent() {     // do some task } 对通讯模块提供支持：如通讯中的各种超时等，见通讯模块中的详细说明。 对键盘扫描模块提供支持：可以自动调用键盘扫描模块，见键盘扫描模块中的详细说明。 对程序调试提供支持：在程序开发过程中，有时为了判断程序是不是在工作，常用利用单片机系统的某一空闲引脚通过一个限流电阻接一个发光二极管，在程序中间隔固定时间交替控制发光管的明暗。实现这个功能只要在Config.h文件中定义TIMER_FLASHLED宏，如： #define TIMER_FLASHLED                P1_0 则当时钟中断发生256次之后，改变发光管的状态。 通讯模块 串口资源做为单片机与外界通信的常用手段，通讯模块提供了完全缓冲的串口通讯底层机制，适用于长度不大的数据包的发送及接收。如果处理关键数据，需要用户自己提供纠错 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 。 通讯模块由声明文件SComm.h及实现文件SComm.c组成。 初始化：调用函数InitSCommModule()来初始化通讯模块：     void InitSCommModule(BYTE byTimerReload, BIT bitTurbo)     参数说明： byTimerReload: 定时器1的重装载初始值。 bitTurob: 当此参数为TRUE时，串行通讯在定时器1的溢出速率基础上加倍。为FALSE时，串行通讯速率为定时器1的溢出速率。 缓冲区：模块使用了由宏SCOMM_SENDBUFSIZE、SCOMM_RECEBUFSIZE及SCOMM_PKGBUFSIZE所指定长度的三个缓冲区，分别为发送、接收及数据包(用于处理接收到的数据)缓冲区(如果没有使用异步接收功能，则不需要使用数据包缓冲区)。 在缺省时，这三个宏都被定义为10，但用户可以自已按照系统的RAM资源占用情况在Config.h中重定义缓冲区的大小。需要注意的是，如果缓冲的长度不够，当发送或接收长数据包的时候可能会发生问题，关于数据缓冲区的最小值的设置可以参考下面的说明。 注意：需要尽快取出接收缓冲区中的数据，否则当缓冲区满之后，新的数据将被简单的丢掉。 字节级服务函数： 在Config.h文件中定义了宏SCOMM_DriverInterface(如：#define SCOMM_DriverInterface)，则可以使用字节级服务函数，即通讯模块的底层函数。 共有两个函数可以使用：     void SendByte(BYTE byData);     发送一个字节，如果当前缓冲区满，则等待。参数byData为要发送的数据。 BYTE ReceByte(); 接收一个字节，如果当前缓冲区中没有数据，则此函数阻塞，直到接收到数据为止。接收到数据通过返回值返回。 可以通过调用IsSendBufEmpty() IsSendBufFull() IsReceBufEmpty() IsReceBufFull()    宏来判断缓冲区的空或满，以防系统阻塞。 不推荐直接使用这一级的服务函数，应该使用高层次上的服务函数或者在这一级服务函数的基础上构造自己的通讯函数。 数据包级服务函数：在Config.h文件中定义宏SCOMM_PackageInterface(如: #define SCOMM_PackageInterface)则可以使用数据包级服务函数。 共有两个函数可以使用： void SendPackage(BYTE* pbyData, BYTE byLen); 发送数据包，参数pbyData为将要发送的数据包缓冲区(数组)的指针，byLen为将要发送的数据包的长度。 当没有定义SCOMM_DriverInterface时，数据被完全缓冲。即不能够发送长度超过发送缓冲区长度的数据包。当定义了SCOMM_DriverInterface时，采用单字节发送，这时不限制需要发送的数据的长度。 BYTE RecePackage(BYTE* pbyData, BYTE byLen); 接收数据包，参数pbyData为存放将要接收的数据的缓冲区，byLen为缓冲区长度。返回值为接收到的字节数，当模块的接收缓冲区为空时，函数非阻塞，立即返回，返回值为零。 同步发送接收服务函数: 比如在一个串行总线多机通讯系统中，主机需要定时循检各从机的状态，往往是发一个包含从机地址及指令的数据包给从机，之后等待一定的时间，从机需要在这段时间之内给主机一个应答，如果没有这个应答，则认为从机工作状态出错，转去进行相应的处理。在这个模型里，主机不能够不进行等待而给另一台从机发送指令，也不能够不管从机在很久没有应答的情况下继续等待。还有一种情况，比如当使用485总线进行通信时，如果是两条通讯线则系统只能工作在半双工模式下，总线在同一时间内只能工作在发送或接收， 为了防止发送和接收相互干扰，这时的通讯常常需要使用同步发送和接收。 当在Config.h文件中定义宏SCOMM_SyncInterface后，则可以使用通讯模块提供同步发送接收函数： void SendPackage(BYTE* pbyData, BYTE byLen); 发送数据包，参数pbyData为将要改善的数据包的缓冲区指针，byLen为将要发送的数据包的长度。 这个函数可以保证等待一个完整的数据包完全发送出去之后，它才返回，在这段时间内，它会阻塞运行。 BYTE SyncRecePackage(BYTE* pbyBuf, BYTE byBufLen, WORD wTimeout, BYTE byParam); 接收数据包。返回值为接收到的数据包长度。参数pbyBuf为将要接收数据包的缓冲区的指针，byBufLen为提供的缓冲区的长度，wTimeout为通信超时值，如果在发生了由wTimeout所指定次数的时钟中断而还没有接收到或没有接收到完整的数据包时，函数返回零，最后一个参数byParam的含义见后面的解释。 异步发送接收服务函数： 在一个简单的系统或多机通讯系统中的从机上，一般情况下不需要复杂的停等的工作模式，而且往往单片机需要对硬件进行控制和检测，不允许长时间的停下来检测通讯，但又要求当需要通讯时需要尽快的反应速度，这时就需要使用异步发送和接收服务函数。 使用异步发送和接收服务函数需要在Config.h文件中定义SCOMM_AsyncInterface宏。 同样提供两个服务函数： void SendPackage(BYTE* pbyData, BYTE byLen); 发送数据包，参数pbyData为将要改善的数据包的缓冲区指针，byLen为将要发送的数据包的长度。 这里的函数的接口与同步发送和接收的服务函数相同。关于这里的细节，见后面对同步和异步服务函数的说明。 void AsyncRecePackage(BYTE byParam); 接收数据包，参数byParam的意义见后面的描述。 使用异步通讯需要用户定义一个回调函数，原型如下： void OnRecePackage(BYTE* pbyData, BYTE byBufLen); 当异步接收服务函数接收到数据包之后，调用OnRecePackage回调函数，在pbyData指定的缓冲区中存放数据包，byBufLen为数据包的长度。 在Config.h文件中定义宏SCOMM_TIMEOUT可以设定异步接收的超时值，当开始接收数据包，但没有收完数据而发生了SCOMM_TIMEOUT次时钟中断后，认为接收超时， 将已接收到的数据删除。 同步和异步通讯服务函数: 有些情况下，比如一个通讯系统中，由一台计算机通过串口控制主机，主机通过串口连接很多从机，主机的串口采用分时复用，在这样的模型中，主机和控制计算机之间的通讯可以使用，异步通讯方式，而主机与从机可以使用同步通讯方式。而同步和异步的发送函数接口是相同的，在这样的情况下，发送都是同步的。在这样的模型中，当使用不同的接收函数之前，需要注意清除接收缓冲区中的内容，通讯模块提供函数:ClearReceBuffer来做到这一点，此函数原型如下： void ClearReceBuffer()； 通讯过程中，数据包往往是有固定的格式的，这种格式需要根据用户所使用的协议的不同而不同。同步和异步接收服务函数支持从接收到的数据中识别出一定格式的数据包。 举例说明：目前使用的协议决定数据包的格式为固定的包头0xff，固定的长度4个字节。其它的细节在这里不重要，所以忽略掉。 为了能够使用用SyncRecePackage或AsyncRecePackage函数从接收到的数据中识别出如上格式的数据包，有两种方法： 第一种办法是在Config.h文件中定义宏SCOMM_SimplePackageFormat，说明数据包为一种简单格式，比如上面的协议。 之后还要定义两个宏分别用来识别数据包头和数据包尾，两个宏分别是： IsPackageHeader(x)和IsPackageTailer(x, y, z) 接收函数(SyncRecePackage和AsyncRecePackage)在没有开始接收数据包(准确的说是还没有从接收到的数据包中找到包头的时候)，会对接收到的每一个字节的数据调用IsPackageHeader宏，将相应的数据作为参数，如果IsPackageHeader宏的结果为TRUE，则认为找到了数据包头，否则继续对下一个字节进行判断。 上面的协议对应的IsPackageHeader宏可以写为: #define IsPackageHeader(x)        ((x) == 0xff) 当接收到包头之后，接收函数会对接下来的每一个字节数据调用IsPackagTailer宏来判断是不是已经接收完数据包，三个参数分别为： x: 当前判断的数据。 y: 从包头开始到当前被判断的数据止的计数值，即当前已经接收到的字节数。 z：用户在调用SyncRecePackage或AsyncRecePackage时指定的byParam参数。 与IsPackageHeader相似，如果宏IsPackageTailer的运算结果为TRUE，则认为接收到完整的数据包，则调用相应的回调函数(对于异步接收函数)或返回(对于同步接收函数)。如果运算结果为FALSE则继续判断下一个字节的数据。 上面的协议对应的IsPackageTailer宏可以写为： #define IsPackageTailer(x, y, z)    ((y) >= (z)) 当然，用户也可以将IsPackageHeader和IsPackageTailer定义成为函数，通过BIT类型的返回值来向调用者提供与相应宏相同的信息。 另一种办法需要在Config.h文件中定义宏SCOMM_ComplexPackageFormat。(需要注意的是，不能够同时定义SCOMM_SimplePackageFormat和SCOMM_ComplexPackageFormat宏，否则会造成严重的不可预见性错误。 这时需要提供回调函数QueryPackageFormat，原形如下： BYTE QueryPackageFormat(BYTE byData, BYTE byCount, BYTE byParam); 函数中三个参数的含义与使用简单数据包格式时判断数据包尾的宏的参数相同。 函数通过返回值来通知作为调用者的接收函数对接收到的数据如何处理，但目前这种方法仅为需要处理复杂数据包格式时的一种可选方法，但不推荐。用户如果想使用这种方法可以自己更改接收函数中相应的 #ifdef SCOM_ComplexPackageFormat #endif // SCOMM_ComplexPackageFormat 预编译指令之间的内容。 例如指定QueryPackageFormat的返回值的含义： 0：继续找数据包头或继续找数据包尾。 1：找到数据包头。 2：找到数据包尾。 3：数据包出错，需要抛弃。 然后更改源代码来实现上面的协议。 注意：当用户需要使用字符串的时候，可以利用简单的包装函数将字符串转换为字节数组。所以没有必要提供专用的字符串处理函数。 键盘扫描模块 键盘扫描模块有两种工作方式, 一种为自动的由时钟模块调用, 另一种是由程序员自行调用。 1) 由时钟模块自动调用的方式 将时钟模块实现文件(Timer.h)及键盘扫描模块的实现文件(KBScan。c)包含进工程, 在Config.h 文件中添加TIMER_KBSCANDELAY宏。 时钟模块自动对时钟中断进行计数, 当达到TIMER_KBSCANDELAY宏所定义的值后, 自动调用键盘扫描模块中的函数KBScanProcess()进行键盘扫描，也就是说，这个宏的值可以决定按键消抖动的时间。 用户应该提供两个回调函数OnKBScan()及onKeysPressed()。 在函数OnKBScan中进行键盘扫描, 并返回扫描码。 扫描码的类型缺省为BYTE, 当键盘规模较大时, BYTE不能够完全包含键盘信息时, 可在Config.h文件中重定义宏KBVALUE, 如下: #define KBVALUE            WORD 这样, 就可以使用16位的键盘扫描码, 如果此时还达不到要求, 可以将键盘扫描码定义成一个结构, 但这样做将会增加代码量及消耗更多的RAM资源, 故不推荐。 扫描模块调用OnKBScan取得扫描码, 并调用用户可以重定义的宏IsNoKeyPressed来判断是否有键按下, 缺省的IsNoKeyPressed实现如下: #define IsNoKeyPressed(x)            ((x) == 0x00)    即认为OnKBScan返回0扫描码时为没有键按下,  如果扫描函数返回其它非零扫描码做为无键按下的扫描码时, 可以在Config.h文件中重定义IsNoKeyPressed宏的实现。     8位键盘扫描码(缺省值)时, 相应的扫描函数为: BYTE OnKBScan()     当扫描模块经过软件消抖动之后, 发现有键按下, 就会调用另一个回调函数onKeysPressed。 函数的声明应该如下: void onKeyPressed(BYTE byKBValue, BYTE byState) 其中中的参数byKBValue的类型为BYTE, 此为缺省值, 如果使用其它类型的扫描码, 就将此参数变为相应类型。 这个值由OnKBScan返回。 另一个参数byState在通常情况下为零。 但当用户在Config.h中定义宏KBSCAN_BRUSTCOUNT， 同时键盘上的某键被按住不放时, 扫描模块对它自己的调用(注意这里和TIMER_KBSCANDELAY宏不同, TIMER_KBSCANDELAY是时钟中断足够的次数后调用扫描模块, 而KBSCAN_BRUSHCOUNT为扫描模块自身的被调用次数)进行计数，当达到KBSCAN_BRUSTCOUNT时，扫描模块调用onKeysPressed，此时第一个参数的含义不变， 而byState变成1, 同时计数器复位，又经过一段时间后，用值为3的byState 调用onKeysPressed。 这样就可以很方便的实现多功能键或者检测某键的长时间被按下。 2)由用户自行调用 由用户自行在程序中调用扫描模块，而不是由时钟中断自行调用。其它与方式1相同。 注意： 1) 函数KBScanProcess为非阻塞函数，它将在很快的时间内返回，等待再次分配给它执行的机会。 2) 函数KBScanProcess是在时钟中断外部运行的，它的过程可以被任何中断打断，但不影响系统运行。 3) byState的最大值为250，之后被复位为零。 应用举例 现在来举例说明上述几个模块的使用方法。 硬件环境描述： 为了控制一盏灯，需要单片机提供一个做控制功能的开关量，这里不描述外部接口电路，只说明当单片机的P10脚为高电平时，灯灭，当P10脚为低电平时，灯亮。 可以通过计算机由串口发送命令来控制，或通过一个按键(push button不是自锁式的按键)来手动控制(按键接在P11脚上，当键没有按下时，P11电平为高，键按下时，引脚电平被接低)，当使用按键手动控制的时候，需要给计算机发送通知。 设定串口通讯指令如下： 数据包由0xff做包头，4个字节长，第二个字节为命令代码，第三个字节为数据，最后一个字节为校验位。 命令和数据代码有如下组合： (计算机发给单片机) 0x10 0x01: 计算机控制灯亮。(数据位是非零值即可) 0x10 0x00: 计算机控制灯灭。 (单片机发给计算机) 0x11 0x01：单片机正常执行控制指令，返回。(数据位是非零值即可) 0x11 0x00: 单片机不能够正常执行控制指令，或控制指令错(不明含义的数据包或校验错等)。 0x12 0x01：手动控制灯亮。(数据位是非零值即可) 0x12 0x00: 手动控制灯灭。 建立工程： 在硬盘上建立文件夹Projects，在Projects下建立Common文件夹及Example文件夹。将各模块的头文件及实现文件拷贝到Common文件夹下(推荐使用这样的文件组织结构，其它工程也可以建立在Projects下，各工程共享Common文件夹中的代码)。 启动KeilC的IDE，在Example下建立新工程，将各模块的实现文件包含进工程。 在Example文件夹下建立Output文件夹，更改工程设置，将Output作为输出文件和List文件的输出文件夹(推荐使用这样的结构，当保存工程文件时，可以简单的删除Output文件夹中的内容而不会误删有用的工程文件)。 建立工程配置头文件Config.h及工程主文件Example.c，并将Exmaple.c文件加入工程。 输入代码： 代码的具体编写过程略。下面是最后的Config.h文件及Example.c文件。 // // file: Config.h // #ifndef _CONFIG_H_ #define _CONFIG_H_ #include                  // 使用AT89C52做控制 #include “../Common/Common.h”                // 使用自定义的数据类型 #define TIMER_RELOAD            922        // 11.0592MHz晶振，1ms中断周期 #define TIMER_KBSCANDELAY    40        // 40ms重检测按键状态，即40ms消抖 #define SCOMM_AsyncInterface                // 使用异步通讯服务 #define IsPackageHeader(x)        ((x) == 0xff)    // 判断包头是不是0xff #define IsPackageTailer(x, y, z)    ((y) <= (z))    // 判断包的长度是不是足够 #endif // _CONFIG_H_ // // file: Example.c // #include #include “../Common/Common.h” #include “../Common/Timer.h” #include “../Common/Scomm.h” #include “../Common/KBScan.h” BIT gbitLampState = 1;                        // 灯的状态，缺省为off static void Initialize() {     InitTimerModule();                        // 初始化时钟模块     InitSCommModule(0xfd, TRUE);            // 初始化通讯模块，11.0592MHz晶振，                                         // 波特率为19200     EA = 1；                                // 开中断 } void main() {     Initialize();                            // 初始化     while(TRUE)                            // 主循环     {         ImpTimerService();                    // 实现时钟中断服务，如键盘扫描         AsyncRecePackage(4);                // 接收4个字节长的数据包 } } // 在中断外部响应时钟中断事件 void OnTimerEvent()                         {     // do nothing } // 控制外部灯 static void TriggerLamp(BIT bEnable)    {     P10 = ~bEnable;                        // 需要反相控制 } // 键扫描回调函数 BYTE KBScan()    {     BIT b;     P11 = 1;                                // 读之前拉高引脚电平     b = P11;                                // 读入引脚状态     return ~b;                                // 数据反相做扫描码 } // 计算校验和 static BYTE CalcCheckSum(BYTE* pbyBuf, BYTE byLen) {     BYTE by, bySum = 0;     for(by = 0; by < byLen; by++)         bySum += pbyBuf[by];     return 0 – bySum; } // 接收到键盘消息回调函数 void onKeyPressed(BYTE byValue, BYTE byState) {     BYTE by[4];     if(byState == 0)     {         switch(byValue)         {         case 0x01:             gbitLampState = ~g    bitLampState;    // 灯状态取反             TriggerLamp(gbitLampState);    // 执行控制             by[0] = 0xff;                    // 构造数据包             by[1] = 0x12;             by[2] = (BYTE)gbitLampState;             by[3] = CalcCheckSum(by, 3);    // 求校验和             SendPackage(by, 4);            // 发送数据包             break;         // 处理其它扫描码         default:             break;     } } // 接收到数据包回调函数 void OnRecePackage(BYTE* pbyBuf, BYTE byBufLen) {     BYTE by[4];     by[0] = 0xff;     by[1] = 0x11;     if(byBufLen != 4 || pbyBuf[3] != CalcCheckSum(pbyBuf, 3))     {         by[2] = 0;         by[3] = CalcCheckSum(by, 3);         SendPackage(by, 4);                 // 处理长度或校验和不正确     }     switch(pbyBuf[1])     {     case 0x10:         gbitLampState = (BIT)pbyBuf[2];         TriggerLamp(gbitLampState);         by[2] = 1;         by[3] = CalcCheckSum(by, 3);         SendPackage(by, 4);                // 发送成功执行通知         break;     default:                                // 不知道的命令         by[2] = 0;         by[3] = CalcCheckSum(by, 3);         SendPackage(by, 4);                // 发送没有成功执行通知         break;     } }