2、自己理解zigbee有关的数据的发送和接收.docVIP

哎呀研究这个数据的发送和收发研究了2天了。今天终于把困扰我很久的一个问题给解决了。 问题：终端节点启动会为什么会自动的发送数据呢？ 解决过程：这个过程可是异常的艰辛。要解决这个问题。咱们先聊聊这个整个 zigbee协议栈的工作流程。 程序肯定都是从main函数开始的，这个肯定也不例外。大家查看一下main函数主要就是关闭中断，检查电源电压是否够高，还有就是初始化了，什么物理层，mac层等等。。而我们在这里关注2个函数就好了。第一个是：osal_init_system();第二个：osal_start_system(); 第一个osal_init_system()函数就是初始化与系统运行相关的一些东西如：初始化内存分配系统，初始化消息队列，初始化定时器，初始化电源管理系统，初始化第一块堆，最后一个就是我们要讲的一个非常重要的函数：osalInitTasks();初始化任务函数 void osalInitTasks( void )//系统任务初始化函数 { uint8 taskID = 0; //这个指针指向了所有任务空间的首地址 tasksEvents = (uint16 *)osal_mem_alloc( sizeof( uint16 ) * tasksCnt);//这个tasksEvents指针总共有多少个数据空间，其实总共有多少任务就有多少个空间。 osal_memset( tasksEvents, 0, (sizeof( uint16 ) * tasksCnt)); macTaskInit( taskID++ ); //mac层的任务是0 nwk_init( taskID++ ); //网络层的任务是1 Hal_Init( taskID++ ); //物理层的任务号是2 #if defined( MT_TASK ) MT_TaskInit( taskID++ );//串口的任务 #endif APS_Init( taskID++ ); #if defined ( ZIGBEE_FRAGMENTATION ) APSF_Init( taskID++ ); #endif ZDApp_Init( taskID++ ); #if defined ( ZIGBEE_FREQ_AGILITY ) || defined ( ZIGBEE_PANID_CONFLICT ) ZDNwkMgr_Init( taskID++ ); #endif GenericApp_Init( taskID );//应用程序的初始化。并且得到这个任务的ID号。 } 大家可以看到有2个非常重要的变量：taskID,tasksEvents[sizeof( tasksArr ) / sizeof( tasksArr[0] ); 第1个taskID被初始化为0，然后赋值给mac层，以后就赋值一次加1，所以每一个任务都会得到属于自己taskID 的值。而那个值就是自己在系统中对应的任务号。而有必要谈一下就是每一个任务对应下面可以有16个事件，但是有一个事件被系统给强制应用了，就是SYS_EVENT_MSG = 0x8000.其它15个事件就可以自己定义了。 SYS_EVENT_MSG：消息等待事件。比如自己这一层，或者说这个任务有对应的消息传来。就会把这个事件给置位。或者干脆说这个事件是一直被置位的，而你在你的任务处理函数中可以选择是否检测这个事件。如果你检测了，而又想得到属于自己层的消息你可以调用函数MSGpkt = (afIncomingMSGPacket_t *)osal_msg_receive(GenericApp_TaskID);来获取自己的消息，在通过判断MSGpkt-hdr.event这个事件类型来判断进行相应的处理。 第2个taskEvents[]这个数组的容量其实等于你总任务的个数。而每一个对应的变量存放的就是这个任务里面对应的事件。比如taskEvents[0]=0x8000;就是任务0里面的消息等待事件。这里有个东西提一下，这个16为的数每一位表示一个事件，一般不进行组合，所以最多有16个事件。 这个函数的目地就是给每一个任务分配任务ID然后创建一个任务数组存放各自任务现在对应的事件。 第二个函数osal_start_system();这个函数才是操作系统的核心。里面有个死循环for(;;) for(;;) // Forever Loop #endif { uint8 idx = 0; osalTimeUpdate(); Hal_ProcessPoll(); // This replaces MT_SerialPoll() and osal_ch