微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI无线射频设计 > zigbee路由节点怎么进入休眠模式

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

时间:12-22 整理:3721RD 点击:

看了zigbee2007协议,介绍了低功耗路由LPR,但是没有详细的介绍怎么进入

查看了自己用的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官方文档啥时见过中文的?结论是,正在讨论,但现在还不支持。

哦,那好吧

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top