发布时间：2013-01-07 14:58:30

   绑定是一种两个(或者多个)应用设备应用层之间信息流的控制机制。在ZigBee2006发布版本中，它被称为资源绑定，所有的设备都必须执行绑定机制 绑定允许应用程序发送一个数据包而不需要知道目标地址。APS层从它的绑定表中确定目标地址，然后在信息前端加上这个目的地址或组地址。    注意：在ZigBee的2004版本中，绑定表是保存在协调器(Coordinator当中)。现在所有的绑定记录都保存在发送信息的设备当中。 绑定就是在两个设备应用层上的逻辑链接。多重绑定能在一个设备上被创建，另外，一个绑定可能有多于一个目的设备(一个到多个绑定).&......【阅读全文】

发布时间：2013-01-07 14:58:24

有两种可用的机制配置设备的绑定 （1）如果目的设备的扩展地址是已知的，则调用zb_BindDeviceRequest()函数能创建一个绑定条目 （2）如果扩展地址是未知的，则通过“JoyStick”按键的辅助进行绑定操作，在这种情况下，这个目的设备首先要处于一种状态，也是就说目的设备应该是允许被绑定的状态。它将被zb_AllowBindResponse()发出一个匹配响应；然后在源设备处，zb_BindDeviceRequest()函数带着空地址发出。 （1） 已知扩展地址的绑定 这里可以直接调用函数zb_BindDeviceRequest()发起绑定请求 void ......【阅读全文】

发布时间：2013-01-07 14:58:16

      在上一篇文章中主要描述了第一种已知扩展地址的绑定，这一篇是未知扩展地址的绑定，这种方式会稍微复杂一点。 2. 未知扩展地址的绑定     该绑定方式下，在发送请求之前，先要让被绑定的目的设备处于允许绑定模式。可以调用函数zb_AllowBind()进入该模式，在一定的周期内该函数可以使设备处于允许绑定的状态。通过调用zb_BindDevice()函数实现两个设备的真正绑定。下面是其源代码； void zb_AllowBind ( uint8 timeout ) {  ......【阅读全文】

发布时间：2013-01-07 14:58:10

   下面我们跟踪灯开关实验中的流程，看一下，绑定是怎么在灯和开关之间形成的。    《zigbee2006无线网络与无线定位实战》这本书中，对灯开关实验中的绑定进行总结了五个主要的步骤，我们就从这几个步骤中一步一步的分析这个实验绑定的实现。 (1)首先调用zb_AllowBind(myAllowBindTimeout)函数，使管理设备(灯)处于允许绑定(匹配)响应模式(2)在myAllowBindTimeout规定的时间内，终端设备需要调用zb_BindDevice(TRUE, TOGGLE_LIGHT_CMD_ID,  &n......【阅读全文】

发布时间：2013-01-07 14:58:06

 这篇文章是在上几篇文章的基础上总结的绑定的整个流程: 下面我们总结一个绑定的整个流程： （1）控制节点在默认情况下（sapi 层初始化时）关闭了匹配描述符响应。当控制节点建立网络后，应用层状态: myAppState = APP_START; 通过按下按键 S1 可以开启允许绑定功能： zb_AllowBind( 0xFF ); 允许绑定的实质即开启匹配描述符响应： afSetMatch(sapi_epDesc.simpleDesc->EndPoint, TRUE); 控制节点允许绑定的时间范围是 10s，即允许其他节点在 10s ......【阅读全文】