再谈ZigBee中的绑定机制 2010.docx

再谈ZigBee中的绑定机制 2010-12-29 16:58:15分类： 嵌入式这里主要再讨论一下绑定的机制，绑定是ZigBee中应该是比较重要的一个部分。前面的几篇文章也对绑定有了具体的分析，主要分析了两种绑定方式，介绍了绑定的流程，源代码方面。这里主要是理清整个绑定在组网中的概念。绑定是和EndPoint紧密联系在一起的，其中很多是自己通过看资料，自己的一些理解，当中肯定有不正确的地方，欢迎有兴趣的一起讨论。ZigBee中还有一个重要的概念端点，理解的不是很清楚，现在再一次总结分析一下，端点是应用对象存在的地方，ZigBee允许多个应用同时位于一个节点上，例如一个节点具有控制灯光的功能，又具有感应温度的功能，又具有收发文本消息的功能，这种设计有利于复杂ZigBee设备的出现。我们可以从ZigBee的体系结构图中可以看到可以有240个应用，也就是说一个物理的ZigBee设备的话，可以有240个具体的应用，例如上面提到的其中的三种具体的应用。一共有二个特殊的端点，即端点0和端点255。端点0用于整个ZigBee设备的配置和管理。应用程序可以透过端点0与ZigBee堆栈的其它层通讯，因而实现对这些层的初始化和配置。附属在端点0的对象被称为ZigBee设备对象(ZDO)。端点255用于向所有端点的广播。端点241到254是保留端点。 所有端点都使用应用支持子层(APS)提供的服务。APS透过网络层和安全服务提供层与端点相接，并为数据传送、安全和固定服务，因此能够适配不同但兼容的设备，如带灯的开关。 下面是终端的描述符的结构体定义。typedef struct{byte endPoint; //EP号byte *task_id; // 指向任务编号的指针.SimpleDescriptionFormat_t *simpleDesc; //设备的简单描述afNetworkLatencyReq_t latencyReq; //枚举类型} endPointDesc_t;//设备的简单描述结构typedef struct{byte EndPoint; //EPIDuint16 AppProfId; // Profile IDuint16 AppDeviceId; // Device IDbyte AppDevVer:4; // Device Versionbyte Reserved:4; //AF_V1_SUPPORT uses for AppFlags:4. Reservedbyte AppNumInClusters; //输入命令个数cId_t *pAppInClusterList; //输入命令列表byte AppNumOutClusters; //输出命令个数cId_t *pAppOutClusterList; //输出命令列表} SimpleDescriptionFormat_t;下面是在SerialApp程序中简单描述符的定义。const SimpleDescriptionFormat_t SerialApp_SimpleDesc ={ SERIALAPP_ENDPOINT, // int Endpoint; SERIALAPP_PROFID, // uint16 AppProfId[2]; SERIALAPP_DEVICEID, // uint16 AppDeviceId[2]; SERIALAPP_DEVICE_VERSION, // int AppDevVer:4; SERIALAPP_FLAGS, // int AppFlags:4; SERIALAPP_MAX_CLUSTERS, // byte AppNumInClusters; (cId_t *)SerialApp_ClusterList, // byte *pAppInClusterList; SERIALAPP_MAX_CLUSTERS, // byte AppNumOutClusters; (cId_t *)SerialApp_ClusterList // byte *pAppOutClusterList;}; const endPointDesc_t SerialApp_epDesc ={ SERIALAPP_ENDPOINT, SerialApp_TaskID, (SimpleDescriptionForma