zigbee_luo的博客

所谓“幽灵簇”，就是用zigbee的网络协议发现不了，又真实存在于zigbee设备中。通常一个簇代表一个能实现的功能，很多时候zigbee设备定义了私有协议，比如红外码，键盘这些不在ZCL规范的。按照正常的做法是用一个manufacturer code来标注这个簇的功能，防止与其它设备的功能出现冲突。而幽灵簇，就是使用ZDP Simple Discover的方式发现不了的簇，而设备通过这个簇来发送Report指令，或者以Notify的方式发送Specific指令。既然要发Report指令，那就说明这

测试CC2652R协调器模块的发送速度，采用如下方法：向串口发送一条命令，程序调用zcl_SendCommand（最终是执行的Zstackapi_AfDataReq），执行完后，串口返回ACK。测试发现从串口发出命令，到ACK回复，中间最长耗时20ms多。仔细推敲，第一个耗时大户是CC2652R的原厂开发板，TI的XDS110仿真器模拟UART，在SSCOM4.2上居然有10ms的延迟。其次就是出在执行Zstackapi_AfDataReq。TI的实时操作系统TI-RTOS中的应用程序调用Zstacka

基于TI CC2652，SDK 3.40版https://github.com/zigbee-luo/LuoYiming_zstack_external.git新功能：1，在AF.h中，新参数“ afCnfCB”和“ cnfParam”已添加到消息“ AF_DATA_CONFIRM_MSG”中。新功能“ AF_DataRequestExt”已代替“ AF_DataRequest”...

CC2530 / CC2538截止更新到z-stack 3.0.2已知bug：1，根据z-stack的代码逻辑，AF_DataRequest发送时，只要return为非success，一律不会产生AF_DATA_CONFIRM_CMD消息。但是当设备不在网时，向自己的shortAddr（0xFFFE）发送数据包，返回非success的值(貌似是0xF2)，但是依旧会产生AF_DATA_...

以IEEE802.15.4的CSMA/CA为例，其实IEEE802.11的也是一样的原理。那个什么复杂的流程图可以不用看了。最核心的就是随机，其实用ALOHA协议的无线系统也可以借鉴这种模式。所谓随机，就是无线系统每次有发射（数据包）任务时，先来一个随机延时，当然第一次随机延时很短。延时这段时间内，CCA检测信道空闲。刚好在这个延时到达点时检测到空闲（可能不是一个时间点，而是一个bac...

Bluetooth mesh , Thread, and Zigbee are popular mesh networking standards used to add wireless connectivity to building and home automation products.Silicon Labs 开展了网状网络性能测试，以帮助开发人员更好地了解难以预测的无线行为，使其在设...