任务11_基于z-stack的串口通信.pptVIP

实训原理 ⑤ 第16行和20行都是使用异或运算，返回未处理的事件。例如：此时events=0x0005，则进入SampleApp_ProcessEvent（）函数后，第3行if语句无效，则会跳到第18行if语句，SAMPLEAPP_SEND_PERIODIC_MSG_EVT的值为0x0001，则events^0x0001=0x00004。即第20行会返回0x0004。可见异或运算可以将处理完的事件清除掉，仅留下未处理的事件。 ⑥ SYS_EVENT_MSG与AF_INCOMING_MSG_CMD有什么内在关系？ 实训原理 在ZigBee协议栈中，事件可以是用户定义的事件，也可以是协议栈内部已经定义的事件，SYS_EVENT_MSG就是协议栈内部定义的事件之一，SYS_EVENT_MSG定义如下： #define SYS_EVENT_MSG 0x8000 由于协议栈定的事件为系统强制事件（Mandatory Events），SYS_EVENT_MSG是一个事件集合，主要包括以下几个事件： （1）AF_INCOMING_MSG_CMD：表示收到了一个新的无线数据事件。 实训原理 （2）ZDO_STATE_CHANGE：表示当网络状态发生变化时，会产生该事件。如节点加入网络时，该事件就有效，还可以进一步判断加入的设备是协调器、路由器或终端。 （3）KEY_CHANGE：表示按键事件。 （4）ZDO_CB_MSG：表示每一个注册的ZDO响应消息。 （5）AF_DATA_CONFIRM_CMD：调用AF_DataRequest( )发送数据时，有时需要确认信息，该事件与此有关。 到此，将OSAL的运行机制总结以下几点： 实训原理 ■ OSAL是一种基于事件驱动的任务轮询式操作系统，事件有效才调用相应任务的事件处理函数。 ■ 通过不断地查询事件表（tasksEvents[idx]），判断是否有事件发生，如果有则查找函数表（tasksArr[idx]），调用本应事件处理函数。 ■ 事件表是用数组来表示，数组的每个元素对应用一个任务的事件，一般用户定义的事件最好是每一位二进制数表示一个事件，那么一个任务最多可以有16个事件（因为events 是uint16类型）。例如：0x01表示串口接收新数据，0x02表示读取温度数据，0x04表示读取湿度数据等，但是不用0x03、0xFE等数值表示事件。 实训原理 ■ 函数表是用指针数组来表示，数组的每个元素是相应任务的事件处理函数的首地址（函数指针）。 11. 3 OSAL消息队列 通常某些事件的发生，双伴随着一些附加数据的产生，这就需要将事件和数据封装成一个消息，将消息发送到消息队列中，然后使用osal_msg_receive( SampleApp_TaskID )函数从消息队列中得到消息。 OSAL维护一个消息队列，每个消息都会被放入该消息队列中，每个消息都包括一个消息头osal_msg_hdr_t和用户自定义的消息。在OSAL.h中osal_msg_hdr_t结构体的定义为： 实训原理 typedef struct { void *next; uint16 len; uint8 dest_id; } osal_msg_hdr_t; 11.4 OSAL添加新任务和事件 在ZigBee协议栈应用程序开发时，经常添加新的任务及其对应的事件，方法如下： ■ 在任务的函数表中添加新任务。 ■ 编写新任务的初始化函数。 实训原理 ■ 定义新任务全局变量和事件。 ■ 编写新任务的事件处理函数。 1. 在任务的函数表中添加新任务 在OSAL_SampleApp.c文件中，找到任务的函数表代码。 说明：在数组tasksArr[]的最后添加第16行代码，这是新任务的事件处理函数名。 2. 编写新任务的初始化函数 在OSAL_SampleApp.c文件中，找到任务初始化函数。 实训原理 说明：将新任务的初始化函数添加在osalInitTasks( void )函数的最后，如第19行代码。值得注意的是任务的函数表tasksArr[]中的元素（事件处理函数名）排列顺序与任务的初始化函数osalInitTasks( void )中的任务初始化子函数排列顺序是一一对应的，不允许错位。变量taskID是任务编号，有非常严格的自上到下的递增，最后的一个任务的taskID值不需要++，因为接下没有任务。 实训原理 3. 定义新任务全局变量和事件 为了保证osalInitTasks( void )函数能分配到任务ID，必须给每个任务定义一个全局变量。所以在SampleApp.c文件中，定义了uint8 SampleApp_TaskID变量，并在void SampleApp_Init( ta