Other Parts Discussed in Thread: CC1352P, CC2652P
CC1352P协调器,加入一个不支持Zigbee 3.0的节点,超时触发BDB_TC_LK_EXCH_PROCESS_EXCH_FAIL事件后,在bdb_TCJoiningDeviceFree中释放入网节点信息。在bdb_TCJoiningDeviceFree中运行到OsalPort_free( descCurrent )这一步时,协调器死机…
CC1352P协调器,加入一个不支持Zigbee 3.0的节点,超时触发BDB_TC_LK_EXCH_PROCESS_EXCH_FAIL事件后,在bdb_TCJoiningDeviceFree中释放入网节点信息。在bdb_TCJoiningDeviceFree中运行到OsalPort_free( descCurrent )这一步时,协调器死机…
CC2652P协调器,只有一个协调器的情况下运行48小时,调用ZCL发送出现ZBufferFull错误。调用nwkDB_CountTypes( NWK_DATABUF_SENT )检测发送状态,返回值等于NWK_MAX_DATABUFS_TOTAL值,该值设置为96。
然后统计ZMacDataReqSec调度次数,以及产生MAC_MCPS_DATA_CNF的次数,发现出现错误后,调度ZMacDataReqSec后没有产生MAC_MCPS_DATA_CNF…
使用的SDK为simplelink_cc13xx_cc26xx_sdk_6_40_00_13
在文档simplelink_cc13xx_cc26xx_sdk_6_40_00_13/docs/zigbee/html/zigbee/z-stack-overview.html中提到,
If BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE
in bdb_interface…
据我所知,为了避免广播风暴,协议栈会对广播消息做流量限制,超过限制后会丢弃广播包。比如siliconLab方案,流量限制为每 9 秒窗口时间大约 8 次广播。
那么simplelink协议栈是否也有这个限制呢,相关参数是多少。我在docs/zigbee/html/zigbee/z-stack-overview.html文档里并未找到相关描述,请指教,谢谢。
我有部分变量,上电时不想被初始化为0,IAR编绎器的关键字是no_init,CCS的关键字是什么呢,查找很久都没找到答案,望指教。
另外,有部分函数不想被编绎器优化掉,临时关掉和打开优化的关键字又是什么呢。
Hi,
sdk版本: simplelink_cc13x2_26x2_sdk_5_10_00_48
设备类型:enddevice
在设备通信时,有概率出现data request停止发送的情况,enddevice也不会触发lost parent回调,如下图所示,
5560行之前设备data request都是正常的,5560行之后,抓包器没有在抓到data…
Hi Kevin,
另外我在貴公司的網站上有看到 CC2540EMK-USB 產品, 如下
https://www.ti.com/tool/CC2540EMK-USB?keyMatch=&tisearch=search-everything&usecase=hardware
有幾個問題請教
問題1. CC2540EMK-USB 是否也可以當成抓 ZigBee 封包的設備…
SDK:simplelink_cc13x2_26x2_sdk_5_10_00_48
使用Zstackapi_pauseResumeDeviceReq暂停网络时间过长时,再进行恢复网络操作导致设备无法恢复网络,调试发现可以触发ZDO_beaconNotifyIndCB,间隔很久之后才会触发ZDO_NetworkDiscoveryConfirmCB
抓包发现也是先发送becaon req,也接收到了becaon rsp,但是rejoin req间隔了很久才出…
你好,我现在遇到一个问题是当我使用协议栈时,在较高的温度环境下,通讯可以保持正常。但是当我使用基础收发程序时,在同样的环境下,通讯很快就中断了。请问这是啥原因?协议栈底层是做了什么频率-温度修正的操作码?在基础收发程序中可以增加类似的校准程序吗?