在这个例子里，左边是两个开关（可能装在走廊里），两个开关共用一个Zigbee节点“Z1”（相当于开发板上的两个按键，这点应该不难理解吧），他们一起控制右边的三个灯泡（也是接在同一个节点上的－－“Z2”）。Z1的key1控制Z2的lamp1，而key2则控制Z2的lamp2与lamp3。OK，回到这个问题1. short address，16位的短地址，由Coordinator/Router来分配（注：这里留个伏笔，地址分配的问题后面会专门做个专题来讲）2. Profile ID， 这个是由Zigbee组织来分配的应用ID号，比如无线开关用0x0001，智能电表用ox0002，万用遥控器用0x0003等等。在这个例子里，这个ID号是专门用来做电灯开关的。为什么要这么做呢？这里就体现了“标准”的意义，不同厂家功能的设备，由于有了这个ID就能互相间使用了，正泰的开关一样可以控制Philips的灯。。。3. Endpoint，这个名字看起来容易误解，以为是设备的序号了，其实不然。在这个例子中，Z1有key1/key2两个Endpoint，分别做不同的事情。其对应了同一个"application"中的0－240个不同的“子应用”，其中0号endpoint是用"ZDO"预留的，不能占用。4. Cluster ID，这个怎么叫呢？叫信息簇ID吧。。。我的理解是，“这是个哪类的信息”，发送端和接收端一定要对应，但是具体这个“类”怎么分，是我们可以自己决定的。比如说这个例子，我可以这样定：Cluster ID＝1代表开关一次，Cluster ID＝2代表连续闪烁。。。或者定义Cluster ID＝1代表点对点控制，而Cluster ID＝2代表全部控制，等等。。。-- 2010.5.12 00:24 by outman from Feibit[子问题]10.4 什么是Beacon?Beacon我们可以简单地理解为一个“指挥棒”，在有beacon的传输中，发送与接收设备是按照一个固定的节奏来进行数据传输的。好了，现在我们就把要控制这个“嘴”的所有参数列出来，把最重要的一个个来说。这次就不上图了，换个方式。注：{}中的数据为本例的“广播”式传输的设置值/*****************************************************************************/*dstAddr ........................目标地址 shortAddr ................................... 16位短地址{0xFFFF－－代表“广播”} addrMode .................................... 地址类型，上文已做过阐述{AddrBroadcast} endPoint ..................................... 目标“EndPoint”序号，其意义见上文{20}/*****************************************************************************/*srcEP ...........................源“EndPoint”描述 endPoint .................................... 源“EndPoint”序号{20} *task_id ..................................... 所要调用的任务ID{BeginApp_TaskID} *simpleDesc EndPoint ..................... 源“EndPoint”序号(为什么又有一个？－－等搞明白了再补充){20} AppProfId ................... profile ID号，其意义见上文{0x0F08} AppDeviceId ............... 16位的设备ID号{0x0001} AppDevVer ................. 设备版本号{0} Reserved .................... AppFlags（此上三项，具体用处以后再补充）{0} AppNumInClusters ....... 输入Cluster的总数目，Cluster的意义见上文{1} *pAppInClusterList ...... 输入Cluster的列表{BeginApp_ClusterList} AppNumOutClusters ..... 输出Cluster的总数目{1} *pAppOutClusterList .... 输出Cluster的列表{BeginApp_ClusterList} latencyReq ................................. Beacon的使用情况，本例中没有用到。{noLatencyReqs}/*****************************************************************************/cID ........................................................... 本次要发送的Cluster ID号{1}len ............................................................ 本次要发送的数据长度{发送字符串长度} *buf .......................................................... 本次要发送的数据的存放地址{字符串地址}*transID .................................................... 数据传输“排队”号{0}options ...................................................... 发送选项，如是否要ACK，加密，是否跳过路由等等 {AF_DISCV_ROUTE}radius ........................................................ 最大“折射”次数/“多跳”级别{10}/*****************************************************************************/由于本例中，每个节点都只对应一个endpoint，所以只要保证设为同一个值，可以去不理会。重点设置红色部分项目。至此，我们基本认识了这个“嘴”的每一根控制神经，下面就要正式说话了~~~不记得在OSAL中如何读取按键，如何响应事件的同学请复习下“日记（二）”中的内容，这里只简单地把最重要的代码贴出来。1. 按键 Hal_key.c HalKeyPoll函数，增加 if (!(P0 & HAL_KEY_SW_1)) { ksave0 |= HAL_KEY_SW_1; }以读取按键IO口状态，判断按键，当然在成熟的产品中需要做一个“消抖”算法2. 响应按键，发送数据BeginApp.c 的KEY_CHANGE函数中：#ifdef IAMZHANG char say_hello[] = "LAO ZHANG: lao wang, chi le mei?";#else char say_hello[] = "LAO WANG: lao zhang, chi le mei?";#endif BeginApp_SendP2PMessage(say_hello);此函数将调用AF_DataRequest，其参数按上述设置即可3. 接收数据并回复BeginApp.c 的接受信息函数BeginApp_MessageMSGCB中添加rec_msg = pkt->cmd.Data;//reply after 2 seconds osal_start_timerEx( BeginApp_TaskID, BEGINAPP_SEND_REPLY_MSG_EVT, BEGINAPP_SEND_MSG_TIMEOUT );4. 另外，添加一个LED闪烁的函数BeginApp_BlinkLED与串口发送数据函数UART_Send_String，在发送或接收时进行必要的显示。此处只进行重点部分的讲解，需要源文件的同学请跟帖，如有必要，则会以附件形式共享出来。好了，终于舒了一口气，剩下最后一个小问题了~[子问题]10.5 如何知道当前设备的短地址?它是怎么分配的？试下在程序的某个位置调用一下NLME_GetShortAddr这个函数，看看不同的设备会返回什么值？这个就是为节点分配的short address，有点像路由器给电脑分配IP的感觉。知道了这个，我们做一个小实验，把前面“老张”和“老王”的聊天变成“私聊”。其实只需要在上面的设置参数里，改变一下这两个就可以了 shortAddr ................................... {Coordinator:0 /EndDevice:0x796F} addrMode .................................... {Addr16Bit}这两个设备地址，我们都只是通过实验的方法找到的，但究竟why?是谁在按什么标准分的？呃。。。我还不清楚，估计得专门有个专题能讲得清楚了~~~-- 2010.5.12 by outman from Feibit
新闻热点
疑难解答
