zigbee路由节点怎么进入休眠模式

Z-STACK目前不支持低功耗路由。

TI的貌似是不支持的，但是其他品牌的呢？这个应该主要看他采取什么协议的吧，我知道TI和radiopulse(昂宇)俩个品牌的，如果TI不支持，那昂宇支持吗？为什么我帖子中的截图说有些可以支持路由节点休眠呢

ZIGBEE协议是不断演进的，联盟可能正在考虑这种应用需求，但离实现还是需要些时间的，目前还不支持路由器睡眠。TI是联盟顶级会员，参与标准制定。昂宇不是很清楚。

哦，这样啊！那我帖子中的截图那些mesh网络又是什么意思呢，为什么其中说可以支持呢，还是因为z-stack不支持这些网络所以不支持路由器睡眠？

实际应用中一个大的Mesh Network路由是否应该很繁忙？进入低功耗模式的需求很强烈吗？请问你的应用场景是否有特别之处？

你的截图中不是已经说道zigbee和z-wave只支持部分节点睡眠吗？其他是另外的一些技术或联盟，我不确定他们的技术优势是什么。zigbee是由很多家知名企业参与的标准，知名度更高一点。

zigbee不是支持mesh的么？如果真不支持，那能否通过自己写算法实现呢

我的应用场景是这样子的：终端放在房间门窗位置，当传感器监视xx活动，路由放房间某位置（房间比较大），协调器放房间墙壁上，传感器工作肯定是比较频繁的，我设置了3秒休眠一次(其实我还需要根据实际情况把时间调的再长一些)，路由器也是用电池供电的，所以用不了很长时间，所以我想把它和终端一样设置成定时休眠的

MESH网络和路由器低功耗是两回事。睡眠状态，接收发送关闭，无法替其他节点路由数据。TI的Z-STACK是分两部分的TI-MAC和TI-ZSTACK. TI-MAC保证了两点之间的通讯,你可以基于它写自己的路由算法。希望你有好的思路实现低功耗路由。

建议可以考虑一下1Ghz的芯片，如CC112X(窄带抗干扰，16dbm输出,超高接收灵敏度)。可以实现一个星型拓扑。一跳到，覆盖范围大，软件设计简单。2.4G频段干扰多，粒子性强，绕射能力差，通讯距离短。

我是看到zigbee2007资料中介绍了低功耗路由LPR，但是没详细介绍

你好：

       路由器支不支持低功耗不是由硬件本身所决定的，而是由具体协议所决定的。 目前ZigBee协议里面，节点进行收发数据的时刻都是随机的，所以路由器必须出去活动状态来转发终端节点的数据，或者等待其他终端唤醒以后来请求数据。所以路由器不支持低功耗模式。

但是在有些协议路由器也是支持低功耗的，比方说像你所说的Wireless Hart 协议，它是一个基于Time Division Multiple Access (TDMA)和调频接入的网络。你知道TDMA需要所有所有节点之间保持时间同步才能正常工作的，也就是说每个节点都会工作自己的slot里面，对于路由节点来说知道下面的节点会在哪个solt醒来，这样路由节点也可以在其他终端节点没有醒来的时候进入休眠状态。 Wireless Hart比较适用于工业现场，因为工业现场的数据采集都是周期性的，收发数据的时间都是定的，这样路由就可以知道什么时候可以收数据，什么时候不会有数据就可以进入休眠了。

如果你的应用里面需要路由节点具有休眠功能，你也可以自己去设计相应的路由协议，可以让路由节点在特定时间才能收发数据。

酱紫的？那为什么你们官方资料里面有低功耗路由这个章节呢？

还有我想请问一下，路由节点是不是不支持RTC的？

我们官方的资料都是英文的，你这个文档的来源，可以给了链接吗？

英文的我也有啊，那个是我在某公司下载的http://www.zigbee-sh.cn/zigbee_info.asp?Page=1

芯片本身不带硬件RTC，可以看看OSAL_CLOCK.C，如果你可以传递初始时间给节点，他们是可以维持并持续更新这个时间的，类似一个RTC。那个低功耗路由的问题你就别纠结了，TI官方文档啥时见过中文的？结论是，正在讨论，但现在还不支持。