emberZnet 休眠poll和ZR设备配合问题.父节点保存休眠终端设备数据多久,怎么修改,我

emberznet 休眠poll和ZR设备配合问题.
父节点保存休眠终端设备数据多久,怎么修改,我用一个设备对休眠终端发送读属性命令,每次都超时.
因为超时,我把longPoll修改为4s,这下不超时,但是经验会发送发送设备因为没有收到回复而重传,导致经常返回2次属性回复.这个怎么解决
创建于2019-12-03

写回答

1个回答

asd_世强 (0)

如果没有收到response，发送端重发是正常的，确定接收端是否正确发送 response；请把抓包数据提供给我们。

创建于2019-12-04

发送到邮箱 |
+1 赞 0
收藏
| 转发至：

平台合作

展开

emberZnet 休眠终端的 long poll设置为小于30s，仍然经常收不到别人发的包，是为什么？我看父节点默认保存数据时间是30s，如果修改用什么api

zigbee router deivce 缓存 enddeivce 数据的时间7.5s；超过之后这个数据就丢掉了。具体请参考 zigbee BDB 文档：Zigbee Base Device Behavior（13-0402-13） 6.8 MAC data polling

2020-02-26 - 技术问答

EmberZNet的zigbee睡眠终端设备在线监测有机制保证吗？需要用户自己去维护吗？

EmberZNet的zigbee睡眠终端设备有一个POLL机制，每一次的终端主动进行Poll for data有两个作用，首先是向父节点证明自己在网络中的存在，其次是索取父节点为它保存的数据包。而他的父节点如果长时间未收到子节点的POLL，就会认为子节点掉线。这个不需要自己去维护。可以使用device-table插件，或者在emberPollHandler（）函数中查看和处理子节点poll for data数据包。

2018-02-05 - 技术问答

emberZnet 子节点什么时候才能知道父节点丢失？或者怎么知道，我把一个设备的父节点断开，发现子节点也不会知道. 当子节点丢失父节点后，是想办法重新入父节点的网络吗？如果父节点丢失后,能否让他从PANID一样的设备中寻找最好信号的网络

emberZnet的休眠设备内部有个超时机制，End Device在plugin -＞enddevice support有max number of missed poll的设置，当End Device的polling次数达到最大的Missed Polls次数，都没有接收到父节点的ACK时，也会触发rejoin。丢失父节点后，end device会rejoin到原来的网络里(如果能够接触到网络内其他route设备的话)。关于emberZnet的休眠设备更多信息，请参考：https://www.sekorm.com/news/26692889.html，https://www.sekorm.com/news/58542725.html。

2019-11-25 - 技术问答

EmberZNet的zigbee睡眠终端设备入不了网的问题睡眠设备入网后，发device announce给父节点，父节点不帮忙广播，然后这个睡眠设备就没办法和其他设备正常交流的（下面发的zdo命令，网关都不回复的)

你好，这个问题是必现吗？从抓包上看ZED发送device announce后，网关像是出现了故障，任何数据包网络层都不回复了，这个时候能否确定网关还在正常工作？另外请问，EmberZNet stack使用什么版本，有复现机制吗？谢谢。

2019-09-04 - 技术问答

Zigbee终端设备采用的通讯方式是什么？终端设备是否会定时向父节点poll数据？poll数据时间周期是多长？对于非睡眠设备终端设备，本网络中其他设备向其发消息是否会及时传送给给终端设备?

Zigbee终端设备采用被动通讯方式；终端设备会定时向父节点poll数据；默认short poll是1s，long poll是5分钟；对于非睡眠设备终端设备，本网络中其他设备向其发消息是不会及时传送给给终端设备，而是要等到该终端设备主动polll才会到达。

2016-10-25 - 技术问答代理服务技术支持采购服务

打破远程运维边界，有人物联异地组网方案彻底解决终端设备无法统一远程管理痛点

现在，只需将这些终端设备连接在有人物联路由器网口下，通过异地组网平台简单配置，就能轻松搭建起一个终端互通的网络。企业总部人员或外出员工借助手机、PC随时随地对终端进行远程调试、下载程序、配置等运维操作，彻底解决终端设备无法统一远程管理的痛点。

2024-12-16 - 产品代理服务技术支持采购服务

应对智能终端设备散热问题，多种导热材料来解决！

智能终端设备的散热问题主要源于其高集成度和高性能需求，导致功耗和发热量显著增加。‌随着5G、AI和汽车电子等新兴市场的发展，智能终端设备的算力需求不断增长，芯片的集成度和功耗也随之提高，这带来了严峻的散热挑战。‌智能终端设备散热问题可以通过多种导热材料来解决，以下是几种常见的导热材料及其应用效果。

2025-01-10 - 应用方案代理服务技术支持采购服务

全面解析格瑞普“高性能、长寿命”异形电芯技术及适配终端设备

随着科技不断进步和电池技术的提升，异形电池在各类设备中的应用日益广泛。今天，格瑞普小编将深入解析异形电池的形态、材料特性以及终端设备的应用情况，帮助您更全面地了解异形电池在生活中的实际应用。

2025-04-09 - 技术探讨代理服务技术支持采购服务

【经验】EmberZnet PRO如何管理终端设备连接网络

EmberZNet PRO是Silicon Labs公司为ZigBee技术提供的软件协议栈，也是行业内最稳定的ZigBee协议栈。EmberZnet协议栈对于ZigBee带休眠设备的功耗方面也做了很多优化，那么协议栈是如何管理end device设备连接网络的呢，设备重启时会自动rejoin吗？

2019-05-14 - 设计经验代理服务技术支持采购服务

在ember desktop软件配置默认的睡眠终端设备项目定义如下，对于睡眠终端设备，是否需要路由发送地址确认终端设备是否在网？

必须建立ember_aps_option_enable_route_discovery到ember_af_default_aps_options，路由设备将初始路由发现修复网络，如果没有，路线不做任何修复网络。只提供包和超时，发送错误。

2017-05-10 - 技术问答代理服务技术支持采购服务

Z-Wave终端设备入门说明

本指南旨在帮助开发者入门Z-Wave技术，特别是针对终端设备。内容包括Z-Wave技术的简介、开发套件的选择与配置、SDK的安装和使用、第一个Z-Wave样本应用的准备和运行、调试方法以及后续的开发步骤。涵盖了硬件连接、软件设置、应用构建、固件更新、区域更改、睡眠设备的重编程等内容，为开发者提供了从零开始到实际操作的全过程指导。

SILICON LABS - 探索者工具包,开发套件板,EXP板,PRO KIT,开发套件,BUTTONS AND LEDS EXPANSION BOARD,按钮和LED扩展板,PRO套件,COMPRESSED WHIP ANTENNA,无线电板,控制器U盘,RADIO BOARD,无线启动套件主板,DEVELOPMENT KIT,RADIO BOARD INTENDED END DEVICE,无线电板预期终端设备,DEV KIT BOARD,压缩鞭状天线,CONTROLLER USB STICK,WSTK,EXPLORER KIT,WIRELESS STARTER KIT MAINBOARD,EXP BOARD,BRD4205B,BRD4207A,BRD4204D,BRD4002A,EFR32XG28,Z-WAVE 800 SERIES,ZGM130S,ZGM230S,BRD2603A,EFR32ZG23,SLUSB001A,BRD8029A,Z-WAVE 800,BRD2705A,EFR32ZG14,BRD4001A,SLUSB7000A

2024-05-30 - 用户指南 - Version: 14 代理服务技术支持采购服务

ember ZNet 终端节点断电后怎样恢复之前连接的网络，父节点掉电后终端设备怎样实现恢复连接？

正常情况下，终端节点、协调器掉电后，会自动恢复网络。因为在Flash区保存了关键的网络参数。包含PanID、父节点信息、network Key，trustcenter link key、incoming framecounter、outcome frame counter。调用emberNetworkInit会自动加入之前的网络。

2018-08-14 - 技术问答代理服务技术支持采购服务

在不轮询其父节点的情况下，ZIGBEE EM357终端设备可以工作多长时间？超时之后会发生什么情况？

EmberZNet 路由器/协调器节点要求其终端设备（甚至是非睡眠设备）在“终端设备轮询超时”限值（按照 EMBER_END_DEVICE_POLL_TIMEOUT 或 EZSP_CONFIG_END_DEVICE_POLL_TIMEOUT 的设置，以秒为单位，并通过 EMBER_END_DEVICE_POLL_TIMEOUT_SHIFT 或 EZSP_CONFIG_END_DEVICE_POLL_TIMEOUT_SHIFT 左移）内至少轮询一次其父节点。否则，这些设备将因为在网络中不再有效而从父节点的子表中删除。完成此操作可以确保子表中的位置不会为已从网络中删除的无效终端设备永久保留（没有收到此设备的“离开”通知）；同时也可以确保在子节点与路由器父节点的所属关系上父节点和子节点保持同步。这些常数的默认值是移位为 6，超时为 5，即有效的终端设备轮询超时是 5 * 2^6 = 5 * 64 = 320 秒。当父节点处理了一次成功的轮询后，父节点一侧重置超时，当子节点收到此轮询的 ACK 时，子节点一侧重置此超时。要在非睡眠终端设备不支持轮询的堆栈上加入设备，无论子节点何时向外传送消息，父节点将仍然在父节点一侧重置超时，但运行 EmberZNet 的终端设备将不在该侧为此传出消息重置超时，因此仍然执行轮询以使连接两侧的设备上超时都保持“有效”。在超时机制的限值方面，总超时值由 timeout (T) 乘以 shift (S)（ T * 2^S）计算，其中总计值单位是秒。此总计值内部转换为 32 位的毫秒数，因此此超时的限值是最大 32 位无符号整数的毫秒值。在此限值下，最大超时时间可以通过 Shift (S) = 14 和 Timeout (T) = 255，总值为 255 x (2^14) 秒，或大约 48 天（4，177，920 秒 = 69，632 分 = 1160.53 小时 = 48.36 日）实现。如果终端设备进入睡眠状态，时间超过总超时时间，从而未轮询其父节点，父节点将忽略此子节点，终端设备将需要重新加入才能参与以后的网络通信（FindAndRejoinNetwork 命令）。

2017-05-09 - 技术问答代理服务技术支持采购服务