Z-Stack 介绍

Z-Stack是TI提供的符合Zigbee规范的免费协议栈，完全可以运行在

GAINST_CC2430节点上，利用Z-Stack，用户能够简单快速的开发出适合自己的Zigbee应用。

Application设计

    用户可以为每个Application Object创建一个Task，下面是一些考虑：一个OSAL Task 对应many Application Object

    一对多设计的优点和缺点如下：

    -优点：当收到一个高级任务事件(按switch或者serial port)的处理较简

    单

    -优点：节省多个OSAL Task结构体所需堆栈空间

    -缺点：当收到一个发来的AF message或者AF data confirmation的处理

    较复杂，多路接收应用对象在负担在一个单独的用户任务中。

一个OSAL Task 对应一个Application Object

    一对一设计的优点和缺点和一对多的正好相反

    -优点：一个发来的AF message或者一个AF data confirmation已经被协

    议栈的较低层分成多路，所以接收的Application Object是计划中的接收。

    -缺点：多个OSAL Task结构体所需堆栈空间较多

    -缺点：如果两个或多个Application Object使用同一个资源，当接收到一

    个高级的任务事件处理较复杂。

强制性的办法

    所有OSAL Task必须实行2种方法，一是执行task初始化，二是执行

    task event。

    执行初始化的回调函数一般都这样命名：“Application Name”_Init(例如

    SampleApp_Init)

    执 行任务事件 的回调函 数一般这 样命名： “Application    Name”_ProcessEvent(例如SampleApp_ProcessEvent())。所有的OSAL Task

    都能定义包括mandatory event(强制命令事件)在内的15个事件。Mandatory Events(强制命令事件)

    SYS_EVENT_MSG(0x8000)在设计OSAL Task时被保留。

SYS_EVENT_MSG(0x8000)

    全局系统消息发送通过SYS_EVENT_MSG，其定义在ZComDef.h文件中。

    此任务事件处理下面的系统消息。

AF_DATA_CONFIRM_CMD

    这是一个针对每个 data request(AF_DataRequest())成功发起而

    indecation 结果的任务。ZSuccess confirms 通过 OAT 成功发送 data

    request。

AF_INCOMING_MSG_CMD

    这是针对一个incoming的AF message的indication。

KEY_CHANGE

    这是一个key press行为的indication。

ADO_NEW_DSTADDR

    这是一个匹配描述请求(Match Descriptor Request)response 的

    indication。

ZDO_STATE_CHANGE

    这是一个网络状态改变的indication。

    Z-Stack协议栈具体使用方法请参考“Z-Stack User’s Guide For

CC2430ZDK/CC2431ZDK”文档。