主题中讨论的其他器件:Z-stack、
您好!
我的基于 Z-Stack 的 ZED 遇到了一个非常麻烦的问题: 几天后、它会随机离开 Zigbee 网络。
在寻找类似的主题后、我找到了几个、但都没有明确的问题答案。 最可靠的一个 是 CC2530:ZED 随机离开网络- Zigbee 和 Thread 论坛- Zigbee 和 Thread - TI E2E 支持论坛。
基本产品信息
- ZED 是一款基于 SimpleLink cc13xx_cc26xx SDK 6.40.00.13 及其 ZED Doorlock 示例(对于 LP_CC2652R7)。
- ZC 也是一个 CC2652R7、直接从 SimpleLink cc13xx_cc26xx SDK 5.40.00.40 及其 ZNP 示例(以及用作控制器的 Z2M)。
- ZED 轮询周期为 6000毫秒 。
初始状态
- 几个相同的 ZED (4或5) 被成功地与 ZC 配对。
- 所有 ZED 都能与 ZC 正确交互。
- 没有 ZR、则所有 ZED 都直接连接到 ZC。
- 覆盖范围不是问题。
- 没有其他器件可与 ZC 配对。
这种情况将持续2或3天,其中:
- ZED 将正确报告一些属性。
- ZC 可以按需与 ZED 交互。
问题症状
几天后 部分 ZED、而不是所有 ,将停止与 ZC 通信:
- ZC 将这些 ZED 视为无响应、仍处于网络中。
- ZC 日志不显示任何离开网络消息。
- ZC 与这些 ZED 的交互不会成功。 与其他 ZED 的互动确实成功。
- 这些 ZED 将停止报告其属性。 其他人仍然正确报告。
- 这些 ZED 仍然活跃且活跃、并且对手动交互做出反应。
通过一些代码检测,我可以为这些 ZED 提取一些 Z-Stack 状态 :
- ZStack_DevState -> ZStack_DevState_Hold
- bdbCommissingMode -> bdb_调试_NWK_转向
- bdbCommissioningStatus -> bdb_调试_否_网络
我认为这是一个 网络外 状态。
下面是我的问题:什么可能产生这样的行为?
我发现的大多数解决方案或提示都可能意味着 ZR、即 ZED 超时、大量的上一代器件或芯片、但此处不适用。
更多信息:
- 如何嗅探射频? 可悲的是,这是一个相当复杂的程序,在我的环境中实施,特别是如果它必须持续几天。
- 为什么一次尝试几个 ZED ? 由于问题的随机性,我 必须使用几个来确保它的重现。
- ZED Z-Stack 配置:
zstack.deviceType = "zed";
zstack.pm.pollPeriod = 6000;
zstack.rf.txPower = "5";
zstack.rf.primaryChannels = [11,25];
zstack.network.endDeviceTimeout = 14;
zstack.advanced.routing.routeExpiryTime = 255;
其他参数可能是默认参数。
- ZED 符号/宏:
ZCL_REPORT_CONFIGURING_DEVICE ZCL_REPORT_DESTINATION_DEVICE ZCL_READ ZCL_DISCOVER ZCL_WRITE ZCL_BASIC ZCL_IDENTIFY ZCL_DOORLOCK ZCL_SCENES ZCL_GROUPS BDB_REPORTING TIMAC_ROM_PATCH CUI_DISABLE MAX_STATUS_LINES=10 ZSTACK_SECURITY FREQ_2_4G OSAL_PORT2TIRTOS OSAL_PORT2TIRTOS_OSALMAP ZDO_API_BASIC TC_LINKKEY_JOIN NV_RESTORE NV_INIT FEATURE_NON_BEACON_MODE ZCL_STANDALONE MAX_DEVICE_TABLE_ENTRIES=50 DEVICE_FAMILY=cc26x0 DeviceFamily_CC26X2X7 TIMAC_ROM_IMAGE_BUILD NVOCMP_NVPAGES=2 TIRTOS7_SUPPORT HEAPMGR_CONFIG=0x80 HEAPMGR_SIZE=0x00
感谢您的观看。 非常感谢任何线索或建议!