普通路由器加 ZigBee 控制的智能家居系统是否有市场?

-

我做了一个智能家居系统,主要功能包括普通家电的控制,灯光控制,传感器控制,我知道目前已经很多人做一个,但我的方案相对比较简洁,只需要一个普通的路由刷我们的系统,然后控制端安装一下我们的控制模块就可以,控制模块是采用zigbee通讯,整个方案的成本相对市场上的低非常多,在网络稳定的情况下通讯几乎没延迟,我自己觉得这个方案也能适合普通家庭。按我的方案是否有市场,要怎么推广呢?

不太理解你的问题,建议补充更多内容。你提到几点,我都有疑问

  1. 普通路由器刷你们的系统,也就是说普通路由器变成了你们方案的一部分。从这个角度来讲,你们是站在巨人肩膀上,省了不少力气。但是——路由器出了问题,谁来质保?显然路由器生产厂家不会再为该产品负责,但是如果上网出了问题,你们负责吗?
  2. 我猜想你们要在路由器上装一个USB的ZigBee模块来管理控制端,再在路由器上修改Web界面来管理ZigBee网络的“控制端”模块。如果因为家里空间比较大造成网络质量不好,谁来承担维护的责任?我想这是你们的小团队无法做到的吧?
  3. 到了“控制端”,客户应该接触的是通常的开关面板或者插座,这部分国家有比如86面板的强制标准,谁负责生产和3C认证这些面板?照你们团队的规模,我觉得你们应该还没有做这些工作。
  4. 你们如何用ZigBee控制强电的开关,继电器的可靠性是否经过足够多次的开关测试?也许原理已经走通了,不过要把产品放到市面上,可能还有不少路要走?
  5. 你讲在网络稳定的时候几乎没有延迟,那么网络不稳定的时候,客户体验是什么样的?客户可以接受按下开关,两秒钟以后灯才亮,或者这个数据包就丢了,灯压根不亮?客户可以接受这样的体验吗?
坦率地来讲,你们的方案有市场,但是做的人已经太多了,我建议
  1. 你的方案不适合普通家庭,不要指望每个家庭都有能力把你的平台搭起来直接用,特别是现在电工和一般家庭主夫还没有能力实现你的系统的时候。淘宝上已经有类似的产品卖了,看看你能否做到他们的水平和成本。
  2. 我建议你们应该把模块和方案做精做深,然后找开关面板生产厂家,特别是那些有兴趣在开关面板基础上进一步做智能家居的厂家,寻求和他们合作(当然,也很危险,当心被他们吃掉),因为他们已经有成熟的渠道去推广这样的产品,并且有意愿在此基础上发掘解决方案的市场。
  3. 想想你们的核心卖点是什么,别的团队能用多久做出类似的这一套东西?如果你回答不了这个问题,那么你们的团队面临很大的风险,你需要用速度换市场,尽快找到合作伙伴切入这个市场,否则你们的想法再好再先进,别人也会很快学会并超过你们。
  4. 你们首先可以主打的市场是工程市场,比如哪里要有一个大物业施工,那你们要敏感地抓住这个市场迅速介入。这样一套方案最大的卖点不是方便简介,而是能减少大量的布线成本,而且工程方可以把学习你们这套系统的成本迅速摊薄了。
你们卖的不是产品,而是解决方案,完全两种不同卖法,请明白这一点,不要走弯路。另外从你问题的说明来看,你的思维还是完全技术驱动的,建议尽早跳出这个框框。

另:如果真的要走直接面对终端市场的路,飞利浦有类似的方案,你们知道吗?WiFi到控制点,然后接入点用ZigBee控制灯。但是人家只字未提ZigBee,没人知道这是什么玩意儿,也没有人感兴趣。作为产品经理,请站在客户角度考虑/描述你的产品。
Philips hue

欢迎私信。

智能家居 Zigbee

zigbee到底是什么概念?和通常的WiFi有和区别

-

Zigbee是IEEE 802.15.4协议的代名词。根据这个协议规定的技术是一种短距离、低功耗的无线通信技术。这一名称来源于蜜蜂的八字舞,由于蜜蜂(bee)是靠飞翔和“嗡嗡”(zig)地抖动翅膀的“舞蹈”来与同伴传递花粉所在方位信息,也就是说蜜蜂依靠这样的方式构成了群体中的通信网络。其特点是近距离、低复杂度、自组织、低功耗、低数据速率、低成本。主要适合用于自动控制和远程控制领域,可以嵌入各种设备。简而言之,ZigBee就是一种便宜的,低功耗的近距离无线组网通讯技术。

Wi-Fi是一种可以将个人电脑、手持设备(如PDA、手机)等终端以无线方式互相连接的技术。Wi-Fi是一个无线网路通信技术的品牌,由Wi-Fi联盟(Wi-Fi Alliance)所持有。目的是改善基于IEEE 802.11标准的无线网路产品之间的互通性。

相同点:
1.二者都是短距离的无线通信技术;
2.都是使用2.4GHz频段;
3.都是采用DSSS技术;

区别:
1.传输速度不同。
ZigBee的传输速度不高(
WiFi,就是常说的无线局域网,速率大(11Mbps),功耗也大,一般外接电源;

2.应用场合不同。
ZigBee用于低速率、低功耗场合,比如无线传感器网络,适用于工业控制、环境监测、智能家居控制等领域。

WiFi,一般是用于覆盖一定范围(如1栋楼)的无线网络技术(覆盖范围100米左右)。表现形式就是我们常用的无线路由器。在一栋楼内布设1个无线路由器,楼内的笔记本电脑(带无线网卡),基本都可以无线上网了。

3.市场现状
ZigBee作为一种新兴技术,自04年发布第一个版本的标准以来,正处在高速发展和推广当中;目前因为成本、可靠性方面的原因,还没有大规模推广;

WiFi,技术成熟很多,应用也很多了。

总体上说,二者的区别较大,市场定位不同,相互之间的竞争不是很大。只不过二者在技术上有共同点,二者的相互干扰还是比较大的,尤其是WiFi对于ZigBee的干扰。

Zigbee 无线通信

关于以前出的“电灯泡将可传输无线数据:每秒超10Mb”这则新闻,目前的研究成果怎么样了?

-

目前的速度记录是3Gbps High-Speed Internet from the Ceiling Lamp

如果问的是用光传输数据,那么我在这里已经有回答:
LiFi 真的可以取代 WiFi 吗?

在大规模普及之前,LiFi有几个大问题需要解决:
  • 反向通信:从LED灯泡发射信号到手机上的光电二极管只解决了问题的一半,如何从手机发信号回去才能保证通信链路畅通(当然可以用无线电通信作为补充,不过这让这个技术的标准化变得很难)。没有人希望自己的手机在欣赏视频的时候还亮着大灯泡。
  • 环境干扰:环境光源有时候会工作在同样的光谱频段,这时候如果环境光源比较强,很有可能LiFi会无法正常通信,由于信/干噪比(SINR)太差。你能容忍太阳光太强的时候,屋里面没法正常通信吗——没错,你手里的红外遥控器在阳光太强的时候有可能会失灵,LiFi也一样。
  • 通信距离:虽然在实验室中有论文号称通信能达到1Gbps的带宽,在一般没有专家指导的安装环境中,这实际上很难达到。可以期待的带宽应该在Mbps范围。
  • 竞争技术:而且并不像LiFi的声称者所说的那样,无线电通信就不能做到LiFi的优点,实际上WiFi联盟正在制定一个新的标准802.11ad,在60GHz通信,也具有带宽大(~7Gbps)、距离短(~10m)、保密性能好(无法穿墙)等等特点。个人的经验,要知道一项技术好不好,不仅要听技术的倡导者怎么说,更要听技术的竞争对手怎么说。
  • 关联技术:搞可见光通信,就意味着做出来的产品不仅要符合通信的标准,还要符合可见光的技术规范。相关的产品要有更多的认证工作要做,这可能不是一两年就可以完成的。而且怎么通过有线把通信网络接入每个灯泡,也不是那么简单的,目前比较有希望的是同电力线通信(PLC)联合。
  • 标准化:目前802.15.7还刚刚起步甚至没有一个统一的标准,前面还有漫长的路要走,要形成一个有影响力的产业,不是一家公司能够做到的。目前来讲,产业链里面还缺少重量级的公司加入。
另:不是黑Haas,相反和和他短时间接触对他的了解,就很尊敬他的探索精神和他所做的工作。不过个人认为他许诺的将可见光通信用于交通、医院、航空的应用还有很多实际的困难。将来LiFi也许在某些领域会有比较好的应用,但是替代WiFi绝对是是痴人说梦。

Wi-Fi 无线网络 LED Zigbee LiFi

ZigBee Bluetooth wifi 谁才能成为智能家居的王呢?

-

蓝牙技术联盟(Bluetooth SIG)2010年7月7日宣布,正式采纳蓝牙4.0核心规范(Bluetooth Core Specification Version 4.0 ),并启动对应的认证计划。会员厂商可以提交其产品进行测试,通过后将获得蓝牙4.0标准认证。 该技术拥有极低的运行和待机功耗,使用一粒纽扣电池甚至可连续工作数年之久。
ZigBee是基于IEEE802.15.4标准的低功耗局域网协议。根据国际标准规定,ZigBee技术是一种短距离、低功耗的无线通信技术。这一名称(又称紫蜂协议)来源于蜜蜂的八字舞,由于蜜蜂(bee)是靠飞翔和“嗡嗡”(zig)地抖动翅膀的“舞蹈”来与同伴传递花粉所在方位信息,也就是说蜜蜂依靠这样的方式构成了群体中的通信网络。其特点是近距离、低复杂度、自组织、低功耗、低数据速率。主要适合用于自动控制和远程控制领域,可以嵌入各种设备。简而言之,ZigBee就是一种便宜的,低功耗的近距离无线组网通讯技术。ZigBee是一种低速短距离传输的无线网络协议。ZigBee协议从下到上分别为物理层(PHY)、媒体访问控制层(MAC)、传输层(TL)、网络层(NWK)、应用层(APL)等。其中物理层媒体访问控制层遵循IEEE 802.15.4标准的规定。
WIFI由于无线网络的频段在世界范围内是无需任何电信运营执照的,因此WLAN无线设备提供了一个世界范围内可以使用的,费用极其低廉且数据带宽极高的无线空中接口。用户可以在无线保真覆盖区域内快速浏览网页,随时随地接听拨打电话。而其它一些基于WLAN的宽带数据应用,如流媒体网络游戏等功能更是值得用户期待。有了无线保真功能我们打长途电话(包括国际长途)、浏览网页、收发电子邮件音乐下载数码照片传递等,再无需担心速度慢和花费高的问题。无线保真无线保真技术与蓝牙技术一样,同属于在办公室和家庭中使用的短距离无线技术。

从能耗,安全性,成本多方面衡量谁最有优势呢?

wifi和蓝牙,PLC也会是一个方向,zigbee不太适合。相对来说看好蓝牙,节能,从休眠回来后,重新建立连接非常快。wifi太慢了。

物联网 (Internet of Things) Wi-Fi 智能家居 Zigbee Bluetooth 4.0

总有人问我过智能家居是什么?今天有必要来雄辩一下

-

听说很多小伙伴都在玩某乎,忍不住建了一个账号。
就最近大家老是问我,智能家居是什么?
作为一个从事智能家居方案开发提供商,从客户的需要角度,我总结了一下。
首先,有一部分人都是觉得是wifi,蓝牙这些就算了,甚至还有拿遥控器来说。
其实,面对这类客户我是很开心的
第一:说明智能市场还有很大空间
第二:我喜欢给客户普及最新科技的快感
答案是:zigbee无线。为啥?zigbee是国际历史发展十几年的新一个标准,为家居智能控制而生的。
其次。智能家居的意义是什么?
省电,安心,人性化等。真的吗?我肯定得说,只要你用了,它就有这样的效果,除非你买来砸核桃。怎么说?如下
智能家居,其实很简单,就是在现有的家用或商用电器里面,加入一块很小的自带纽扣电池的智能控制芯片,拿我们目前合作的灯具和风扇举例
通过智能控制芯片,把灯和风扇通过zigbee连接到一个安全的云端,用户通过手机端登录到云端去控制,实现了只要在网络覆盖的范围,都能控制灯具和风扇,听上去很酷炫,但也不会离开实用性,为何要接到手机?手机的app能实现比遥控器更复杂的功能。为何要连接到云端?云端能处理需要巨大数据从而判断用户需要,例如把,语音上传到云端,让云端去计算出准确的语音指令,这是手机不能具备的。通过家居产品跟手机和云端,实现无死角的服务生态环境。
那么怎么保证用户急需的实用性和人性化呢?这就是我们在做的工作。一个完美的解决方案配合一个时代命题。就是现代社会的一个重要里程碑

智能家居发展了十多年,但是并没有多少人了解智能家居,近几年随着智能家居兴起,得到了越来越多人的关注,很多人对智能家居有着各种各样的疑问,大家可以通过金安科技官网:wifi59.com来了解整个智能家居行业的信息。

Zigbee

高速分布式通信网络是否具有可行性?

-

对于一个需要高速传输数据的通信网络来说,如果受限制于距离的问题,802.11的WiFi无法满足需求(如,数公里)是否有可能设计出一个通信协议使得其满足分布式(去中心化)、高速、扩展性好?

目前分布式通信网络最好的应该是ZigBee,但是ZigBee的通信速度在协同工作的情况下只有差不多1Mbps,这个速率没法应用于某些需要高速传输数据的场合

谢邀。。。额。。。首先对于题目而言。。说法有些地方值得商榷,和笔者的理解概念不一样额。比如这里分布式的意思,即分布式和自组织网络的区别。笔者理解一个是没有中心的对等网络结构,一个是接入算法。自组织可以用分布式算法,也可以用集中式算法,只是后者非常少见而已。再比如,wifi的802.11协议商用基本都是基础架构模式,但是其接入算法DCF就是一个分布式算法,额。
所以,理解题主的意思是不是:“通信距离较远下的自组织网络,高速化有没有意义?”
这类话题额。。。应该是早就存在相关的理论研究了吧,只是商业场景不多,所以产品没有特别关注这一块。如果节点数较少,覆盖面积较大,且功率较大的情况下,那么接入协议采用或者参考当前的分布式接入协议也差不多感觉,除了隐藏和暴露终端问题严重点外,其他除了细节应该不会存在什么大的问题,而且本来WIFI或者802.15系列的没有定义大范围传输,应该还受到FCC的限制,即ISM频段或者UNII频段虽然可以无牌照免费使用,但是其功率也是要受到限制的。
而且从协议的角度衡量,本身802定义不同种类的无线网络就是根据距离来定的,比如下面这张图

也许在初始的协议设定中,就存在对题主所提场景的设计。额。。。好像也有类似的产品来着。。。比如UBNT的部分产品。。。额。。。

通信 分布式 Zigbee 802.11 通信网络

物联网解决方案,一个基于WiFi,一个基于ZigBee,两者的优势和劣势有哪些?

-

目前知道的有:
WiFi解决方案:信号强,控制灵敏,远程有优势,但是功耗高;
ZigBee解决方案:功耗低。

如果是智能家具这种民用消费级市场,恰好跟公司产品很像,这是之前写的分析ZigBee, Wi-Fi和BLE的文章,可以看看,兴许偶帮助

-----------------------------------------------------------------------------

物联网浪潮下,到底选用哪种通信方式将硬件与云连接起来?这是所有智能硬件创业者乃至消费者都感到头痛的问题。做为当下最时髦最科技的灯厂,斗胆来介绍一下当下三种模式ZigBee, Wi-Fi, BLE三者之间的区别。

我想也没有谁比我们yeelight更适合来介绍了,因为现在市面上有三款智能照明产品,恰好就分别对应三种模式,顺便也解释下我们yeelight blue跟hue的区别。

1 hue. ZigBee





首先解释下ZigBee这个名字的由来。蜜蜂在发现花丛后会通过一种特殊的肢体语言来告知同伴新发现的食物源位置等信息,这种肢体语言就是ZigZag行舞蹈,是蜜蜂之间一种简单传达信息的方式。借此意义ZigBee作为新一代无线通讯技术的命名。


Philips hue使用的ZLL(ZigBee Light Link)是在ZigBee协议上开发的一个扩展集,这个协议由飞利浦主导,希望能够更简单的实现灯的智能连接,第一款产品hue可以说从照明史上开辟了一个新的时代。


ZigBee是低速的,低功耗无线控制协议,特色是可以自动组成网络,网络的每个节点可以借力传输数据,网络中需要一个集中节点来管理整个网络,也就意味着ZigBee网络中必须有一个类似路由器的角色,完成ZigBee协议到互联网协议的转换,这个额外的家伙就是hue的Starter包里面的那个Bridge的东西,它本身没有额外的用处,但是可以将其他的灯整合为一个网络,并连接到互联网上。


坏处就是增加了成本,增加了安装的复杂度,而且不能被我们的手机直接连接,必须要转接,好处则是通过Bridge可以让ZigBee灯连接到互联网上,从而具备了更多的远程访问能力(也意味着风险),hue就是基于这种技术的产品,每个子网大约支持50个节点。


ZigBee产品通常功耗较低,成本也相对于Wi-Fi产品低一些,与低功耗蓝牙产品相仿。hue第一代使用了TI的253X作为灯的方案,属于性价比较为适中的成熟ZigBee方案,从光学方面,飞利浦无愧于多年的照明行业积累底蕴,不但从多色温方面无可挑剔,在色彩方面也可以实现绝大部分的色域范围,可惜在二代以后大幅缩减降低成本,减少了近40%的灯珠可谓诚意下降不少啊。

再一个就是hue昂贵到连老美都抱怨的价格,入门套装1699元,包括三个灯泡+一个网关,恩,真是土豪呐。


2 Lifx . Wi-Fi





Wi-Fi的话,相信我们大家都很熟悉了,是我们大家手机上内置的网络协议,使用了Wi-Fi协议的Lifx智能照明产品也是能够直接连入到互联网的智能照明产品,当然,也能够直接从手机中访问到。


Wi-Fi优点是速度相对较快,能够无需网桥直接接入互联网,而且可以无缝与手机进行通信,主要的缺点在于,相对起来Wi-Fi芯片的封装尺寸稍大,而且功耗较高,Lifx待机功率可能高达1W,而BLE和ZigBee典型待机功耗在0.1w内,而从实际的测试表现看,Lifx在色彩的渐变能力和散热控制上确实还欠火候,在球泡灯的体积内提供17W的最大功率设计,确实有较大的风险(画外音:这灯能活的久么!)。理论上,WiFi接入方式的接入上线主要限制于WiFi路由器的节点数量(典型值为数十个节点)。


另外一个,就是目前大家普遍关心的安全问题,想一想智能家居里面的产品要是靠Wi-Fi连接的,万一哪天被黑了,还真是有点可怕呢。

3 yeelight blue . BLE





BLE(低功耗蓝牙技术)是最新的专注于低功耗(纽扣电池可持续待机半年以上)、快速连接(仅需1-3ms)、长距离通信(长达50m以上)的新一代短距离无线通信规范,特别注重和优化了小数据包的数据交换,可以说是为物联网不同厂商IOT(互操作测试)时代量身定制的通信手段,缺点是不能被老式智能手机支持(仅支持iPhone4S以后的苹果手机和Android4.3以后的Android手机,小伙伴们好换手机啦,现在手机这么便宜,你说是不)


但是随着时间推移,大部分现代智能手机都已经可支持,目前正在迅速成为新一代智能硬件的标准通信协议。在苹果发布了iBeacons标准后,这种非连接性的通信方式大大增加了BLE控制产品的可能性和想象空间, 在后面发布的蓝牙4.1协议中,BLE产品具备了ZigBee才有的自组网特征,这些都在向传统的ZigBee产品势力范围发起冲击, yeelight Blue产品作为具有代表性的BLE智能照明产品,也在迅速吸收标准通信协议升级带来的好处,将更强大的能力和低廉的成本带到智能照明领域。



----------------------------更新一下,2015年6月22号----------------------------------------------------


差不多时隔一年了,还是陆陆续续有人关注,对几个协议、应用场景的认识也更加深刻了,更新一下观点:


1 Wi-Fi 的话,不适合扩展为智能家居层面上的控制协议。家庭用户的路由器基本都是最普通的路由器,当有10个以上的设备接入路由的时候,路由器根本承受不了这样的负担。通俗一点来说,设备越多,Wi-Fi 都可能连不上了。


2 对于蓝牙,普通的单品,或者没有远程使用场景的设备,是适合用蓝牙协议的。比如音箱,比如一些开关,再比如微波炉(假如有的话)。蓝牙更多解决的是便捷,以及近场交互。


3 ZigBee.这个协议虽然目前比较混乱,但是相应的潜力与扩展性都是特别大,特别像谷歌提供的安卓框架,企业可以根据自己的产品深度定制系统。

物联网 Wi-Fi 智能家居 Zigbee 智慧城市

ZigBee是如何组网的?

-

在学校老师都是教通过IAR 8.10 向终端添加Z-stack 2.50协议栈去组网,但是并没有讲原理,想知道ZigBee是如何组网的,协议栈在这里有哪些作用。

  组建一个完整的zigbee网状网络包括两个步骤:网络初始化、节点(路由器或终端)加入网络,其中节点加入网络又包括两个步骤:通过与协调器连接入网和通过已有父节点入网。


一、网络初始化

  Zigbee网络的建立是由网络协调器发起的,任何一个zigbee节点要组建一个网络必须要满足以下两点要求:

  1.节点是FFD节点,具备zigbee协调器的能力;

  2.节点还没有与其他网络连接,当节点已经与其他网络连接时,此节点只能作为该网络的子节点,因为一个zigbee网络中有且只有一个网络协调器。任何不满足这两个条件的节点发起建立一个新网络的进程都会被网络层管理实体终止,网络层管理实体将通过参数值为INVALID_REQUEST的LME_NETWORK_FORMATION.confirm的原语来通知上层这是一个非法请求。

  网络初始化的流程如下:

  1.确定网络协调器。首先判断节点是否是FFD节点,接着判断此FFD节点是否在其他网络里或者网络里是否已经存在协调器。通过主动扫描,发送一个信标请求命令(Beacon request command),然后设置一个扫描期限(T_scan_duration),如果在扫描期限内都没有检测到信标,那么就认为FFD在其pos内没有协调器,那么此时就可以建立自己的zigbee网络,并且作为这个网络的协调器不断地产生信标并广播出去。

  2.进行信道扫描过程。包括能量扫描主动扫描两个过程:首先对指定的信道或者默认的信道进行能量检测,以避免可能的干扰。以递增的方式对所测量的能量值进行信道排序,抛弃那么些能量值超出了可允许能量水平的信道,选择可允许能量水平的信道并标注这些信道是可用信道。接着进行主动扫描,搜索节点通信半径内的网络信息。这些信息以信标帧的形式在网络中广播,节点通过主动信道扫描方式获得这些信标帧,然后根据这些信息,找到一个最好的、相对安静的信道,通过记录的结果,选择一个信道,该信道应存在最少的zigbee网络,最好是没有zigbee设备。在主动扫描期间,mac层将丢弃phy层数据服务接收到的除信标以外的所有帧。

  3.配置网络参数(设置网络ID)。找到合适的信道后,协调器将为网络选定一个网络标识符(PAN ID,取值<=0x3FFF),这个ID在所使用的信道中必须是唯一的,也不能和其他zigbee网络冲突,而且不能为广播地址oxFFFF(此地址为保留地址,不能使用)。PAN ID可以通过侦听其他网络的ID然后选择一个不会冲突的ID的方式来获取,也可以人为的指定扫描的信道后来确定不和其他网络冲突的PAN ID。在zigbee网络中有两种地址模式:扩展地址(64位)和短地址(16位),其中扩展地址由IEEE组织分配,用于唯一的设备标识;短地址用于本地网络中设备标识,在一个网络中,每个设备的短地址必须唯一,当节点加入网络时由其父节点分配并通过使用短地址来通信。对于协调器来说,短地址通常设定为0x0000,上面步骤完成后,就成功初始化了zigbee网状网络,之后就等待其他节点的加入。


二、 节点入网时将选择范围内信号最强的父节点(包括协调器)加入网络,成功后将得到一个网络短地址并通过这个地址进行数据的发送和接收,网络拓扑关系和地址就会保存在各自的flash中。


  节点通过协调器加入网络:

  当节点协调器确定之后,节点首先需要和协调器建立连接加入网络。考虑到网络的容量和FFD/RFD的特点,本文只讨论FFD节点情况。


  为了建立连接,FFD节点需要向协调器提出请求,协调器接收到节点的连接请求后根据情况决定是否允许其连接,然后对请求连接的节点做出响应,节点与协调器建立连接后,才能实现数据的收发。具体的流程可以分为下面的步骤:
  1.查找网络协调器。首先会主动扫描查找周围网络的协调器,如果在扫描期限内检测到信标,那么将获得了协调器的有关信息,这时就向协调器发出连接请求。在选择合适的网络之后,上层将请求mac层对物理层和mac层的phyCurrentChannel、macPANID等PIB属性进行相应的设置。如果没有检测到,间隔一段时间后,节点重新发起扫描。
  2.发送关联请求命令(Associate request command)。节点将关联请求命令发送给协调器,协调器收到后立即回复一个确认帧(ACK),同时向它的上层发送连接指示原语,表示已经收到节点的连接请求。但是这并不意味着已经建立连接,只表示协调器已经收到节点的连接请求。当协调器的mac层的上层接收到连接指示原语后,将根据自己的资源情况(存储空间和能量)决定是否同意此节点的加入请求,然后给节点的mac层发送响应。
  3.等待协调器处理。当节点收到协调器加入请求命令的ACK后,节点mac将等待一段时间,接受协调器的连接响应。在预定的时间内,如果接收到连接响应,它将这个响应向它的上层通告。而协调器给节点的mac层发送响应时会设置一个等待响应时间(T_ResponseWaitTime)来等待协调器对其加入请求命令的处理,若协调器的资源足够,协调器会给节点分配一个16位的短地址,并产生包含新地址和连接成功状态的连接响应命令,则此节点将成功的和协调器建立连接并可以开始通信。若协调器资源不够,待加入的节点将重新发送请求信息,直到入网成功。
  4.发送数据请求命令。如果协调器在响应时间内同意节点加入,那么将产生关联响应命令(Associate response command)并存储这个命令。当响应时间过后,节点发送数据请求命令(Data request command)给协调器,协调器收到后立即回复ACK,然后将存储的关联响应命令发给节点。如果在响应时间到后,协调器还没有决定是否 同意节点加入,那么节点将试图从协调器的信标帧中提取关联响应命令,成功的话就可以入网成功,否则重新发送请求信息直到入网成功。
  5.回复。节点收到关联响应命令后,立即向协调器回复一个确认帧(ack),以确认接收到连接响应 命令,此时节点将保存协调器的短地址和扩展地址,并且节点的MLME向上层发送连接确认原语,通告关联加入成功的信息。


  节点通过已有节点加入网络:
  当靠近协调器的FFD节点和协调器关联成功后,处于这个网络范围内的其他节点就以这些FFD节点作为父节点加入网络了,具体加入网络有两种方式,一种是通过关联(associate)方式,就是待加入的节点发起加入网络;另一种是直接(direct)方式,就是待加入的节点具体加入到那个节点下,作为该节点的子节点。其中关联方式是zigbee网络中新节点加入网络的主要途径。

  对于一个节点来说只有没有加入过网络的才能进行加入网络。在这些节点中,有些是曾经加入过网络中,但是却与它的父节点失去联系(这样的被称为孤儿节点),而有些则是新节点。当是孤儿节点时,在它的相邻表中存有原父节点的信息,于是它可以直接给原父节点发送加入网络的请求信息。如果父节点有能力同意它加入,于是直接告诉它的以前被 分配的网络地址,它便入网成功;如果此时它原来的父节点的网络中,子节点数已达到最大值,也就是说网络地址已经分配满,父节点便无法批准它加入,它只能以新节点身份重新寻找并加入网络。

  而对于新节点来说,他首先会在预先设定的一个或多个信道上通过主动或被动扫描周围它可以找到的网络,寻找有能批准自己加入网络的父节点,并把可以找到的父节点的资料存入自己的相邻表。存入相邻表的父节点的资料包括zigbee协议的版本、堆栈的规范、PAN ID和可以加入的信息。在相邻表中所有的父节点中选择一个深度最小的,并对其发出请求信息,如果出现相同最小深度的两个以上的父节点,那么随机选取一个发送请求。如果相邻表中没有合适的父节点的信息,那么表示入网失败,终止过程。如果发出的请求被批准,那么父节点同时会分配一个16位的网络地址,此时入网成功,子节点可以开始通信。如果请求失败,那么重新查找相邻表,继续发送请求信息,直到加入网络或者相邻表中没有合适的父节点。


备注:
FFD:Full FunctionDevice,全功能设备
RFD:Reduced Function Device,精简功能设备
FFD可以当作一个网络协调器或者一个普通的传感器节点,它可以和任何其他的设备通讯,传递由RFD发来的数据到其他设备,即充当了路由的功能。而RFD只能是传感器节点,它只能和FFD进行通讯,经过FFD可以将自己测得数据传送出去。

转载自:ZigBee组网

===================================================================

请题主多多用搜索引擎。另外ZigBee是自组网,使用ZigBee时不需要考虑组网问题,底层会自动组网。

物联网 Zigbee IEEE

RFID和ZigBee有什么区别?

-

在作用上,两者同属于无线通信技术,且属于物联网核心技术。

RFID:无线射频技术。基于物联网,传统电信网,让一般所有能够独立寻址的物理对象进行信息互联。通俗点概括,就是条码扫描进阶成为了无线感应

Zigbee:一种近距离、低复杂度、低功耗、低数据速率、低成本的双向无线通信新技术,主要适用于自动控制和远程控制领域,可以满足对小型廉价设备的无线联网和控制。

RFID主要依赖RFID阅读器和RFID标签进行工作。根据不同的工作频率(低/中/高频),扫描范围也相应不同。工作原理就是阅读器在一定范围内读取到标签,云端即可显示该标签的详细信息已经该标签所处的位置。

RFID因其所具备的远距离读取、高储存量等特性而备受瞩目。它不仅可以帮助一个企业大幅提高货物、信息管理的效率,还可以让销售企业和制造企业互联,从而更加准确地接收反馈信息,控制需求信息,优化整个供应链。应用么,收费站,物流行业,图书馆管理系统等等。

Zigbee总的来说最好的点就是低功耗/可组网,适用的面很广。Zigbee网络主要是为工业现场自动化控制数据传输而建立,也就必须拥有简单,使用方便,可靠,价格低廉等特点。每个Zigbee基站的价格在1000元左右。而每个Zigbee网络节点不仅自身可以作为监控对象(即直接对其所连接的传感器进行数据采集和监控),还可以自动中转其他节点传输过来的的数据资料。除此之外,每一个Zigbee网络节点(FFD)还可在自己信号覆盖的范围内,和多个不承担网络信息中转任务的孤立的子节点(RFD)无线连接。

大概两者就是这么个样子。最近在做项目玩开发板,两者略有接触。

开发板都差不多,大同小异。大概也就是适用范围略有区别吧,但是两者在多种场合是需要共同使用的。Zigbee的星形网络布置使得各个模块均可中转信息,但数据量不大,RFID主要用于物流,目前也正向图书馆借阅扩展,但RFID标签目前成本略高。

RFID(射频识别) Zigbee 无线通信 无线传感器 智能家居无线通信技术

有谁了解 zigbee 技术吗?

-

王标同学对zigbee的技术介绍的挺详细了,我再来补充一下zigbee网络的层次结构及其主要应用领域吧。

从底层往上:
PHY, MAC (即ieee802.15.4标准),
NWK, APS, ZDO, ZDP (zigbee pro)负责zigbee网络的组网,路由,数据收发,广播,安全等管理与数据服务
ZCL(Zigbee Cluster Library)定义了一系列通用的cluster库,包含灯的开关控制,温度控制等等一系列cluster
HA(Home Automation)基于ZCL的智能家居profile
SE (Smart Energy) 基于ZCL的智能能源profile
6LowPan 基于802.15.4的IPV6 profile
RF4CE 基于802.15.4的远程控制的profile
ZLL (Zigbee light link)基于 zigbee的LED灯控制profile
HC (Health Care) 基于zigbee的医疗健康方面的profile
BA (Building Automation) 基于zigbee的楼宇自控profile

以上标准都由Zigbee联盟制定,各著名芯片厂商,方案厂商以及电器厂商等都在推动。

Zigbee 无线通信

你认为有哪些比较好的物联网相关书籍值得推荐?

-

最近物联网被Google收购Nest给引爆了,国内智能家居市场刚刚开始,本人对这方面很有兴趣,想读几本书做个系统的认知和了解,请各位推荐一些好书!目前知道的有物联网导轮。

谢邀。我是来泼冷水的。貌似很多人把智能家居和物联网弄混了。请看此链接 ancc.org.cn/news/articl 这是我国物联网标准工作组的一条新闻。至少物联网在我国的定义是基于一物一码的物品追踪体系以及由此带来的大数据应用。您说的那个谷歌收购案是说的智能家电,未来通过网络实现对家居家电的闭环控制。而对于后者,抱歉我真心不了解。对于前者,我推荐看一些大数据相关的书籍。

物联网 Wi-Fi 智能家居 Zigbee

参观过 2014 上海智能建筑展后,你有什么感受?

-

近两年智能家居行业被各大巨头炒得火热,众多科技企业也嗅到其广阔的市场前景,纷纷涉足其中。但智能家居发展现状究竟如何,相信从专业展会上得到的一手信息会更加直观、权威。

相信这次智能硬件展会有惊喜
1、经过2013年的积淀,在用户的吐槽中,市场的熏陶下,很多厂商都已经找到了智能家居、智能硬件的痛点。产品创新力展现;
2、2013年的大量跳票事故让创业者们高度重视供应链,生产问题也已经得到了较好的解决。
3、产品价格也在大幅下降,已经到了能让普通用户愿意尝试的临界点了。

物联网 (Internet of Things) 物联网产品 智能家居 Zigbee 智能建筑

WI-FI 、ZIGBEE、 BLE 以及SUB-G各领域内的模组公司有哪些做的比较好的或有影响力的公司?

-

智能硬件这两年看上去比较火热,对于模组的选择也是比较痛疼的事情,有些公司是自己做模组出身然后转向做智能终端或单品,但大部分小团队还是主要向模组公司采购,TO B类的企业往往站在背部不为外人所知,想做个了解。

我的上个东家 深圳市中易腾达科技股份有限公司 还不错 深圳的,broadcom原厂对他们很看好很支持。
其它的知道也不说 毕竟是竞争对手。。。。帮老东家打个广告 嘿嘿。
刚自己点进去看了下 靠 主页的模糊处理后的人都认出来了3个。。。。

Wi-Fi Zigbee 智能硬件 低功耗蓝牙

我们把智能家居网关(wifi+zigbee)软硬件开源,你有需要吗?

-

我们准备把我们的智能家居网关(wifi+zigbee)开源,让更多的厂家参与,形成行业标准,健康良性的发展智能家居。

完全没可能,现在各个行业的巨头都没法统一标准,比如家电的几家大公司,虽然号称建立了联盟,但用得还是自己的协议,因为谁也不想被谁主导,牵着鼻子走,结果就是表面一套,暗地里自己做一套。

照明行业的也是,飞利浦联合欧司朗、cree建立了一套zigbee灯具标准协议,结果其他厂商只是自顾自地做自己的东西。

开源很好,但是创业公司想做行业标准,还是别做了,注定不成。

Wi-Fi 开源 智能家居 Zigbee OpenWrt

zigbee水下传输距离?

-

学生党一枚,最近在做项目,关于zigbee在水下通信,不过项目方案一经提出就收到了部分老师的否认,原因在于zigbee水下无法传输,由于本人无线技术没有学过,希望有相关人员可以解释一下,或者如何在水下进行zigbee的信号传输(传输距离大概在30米左右的样子),不胜感激。

首先假定你设计的目标是在收发方均在水下进行的常规电磁波频段(ISM)的ZigBee协议的通信。
电磁波是横波,真实环境中如池塘、海水都看作良性导体,趋肤效应强,常规的短波、中波、微波衰减极其严重。这也就导致了现有常规的水下通信均采用VLF及ELF频段,也就是30kHz以下的极低频信号。
这直接就导致使用现有的TI、FREESCALE家的ZigBee芯片方案在水下通信是不现实的。(根据部分实验结果,ISM段,10mW功率在水下通信距离小于1米)
假定具有手写或者移植类ZigBee协议栈的能力,使用其他低频器件搭建了水下收发平台,根据香农定律,在这么窄的频率范围内,传输带宽是非常低的。这种传统极低频的通信速率是bps级别的,比调试解调器上网的速率还要低。其次水下信道误码率高。而ZigBee本身在每一个协议层都增加了各自的帧头和帧尾,不管按照星形、树形、Mesh拓扑结构时,路由请求消息产生的泛洪都是极大的开销,其次路由信息的传递导致载荷占比较低,且抗干扰能力差,不适合有限带宽资源的利用。
如果要做水下ZigBee通信,可能考虑水声通信或者光通信。这就另当别论了。

天线 Zigbee 无线通信 嵌入式设计 智能家居无线通信技术

主流的智能家居的通信技术除了 ZigBee 和 Wi-Fi,还有哪些?

-

智能家居主流的通信技术包括:
1、WIFI,WIFI是目前应用最广泛的无线通信技术,传输距离在100-300M,速率可达300Mbps,功耗10-50mA。
2、Zigbee,传输距离50-300M,速率250kbps,功耗5mA,最大特点是可自组网,网络节点数最大可达65000个。
3、电力载波,传输距离可达500M,速率可达500Mbps,最大优点是可基于电力线传输,无需布线。
4、蓝牙,传输距离2-30M,速率1Mbps,功耗介于zigbee和WIFI之间。

这几种通信技术各有特点,应根据具体情况考虑适合的技术。那我自己来说,我的智能影音方案是APPLE TV+MY BOOK LIVE(NAS)+无线路由器:一开始APPLE TV通过WIFI和路由器连接,观看优酷等网络视频是足够了。MY BOOK LIVE作为高清视频、图片以及文件的私有云,通过千兆网线和路由器连接,原本设想是APPLE TV通过WIFI、路由器,连接MY BOOK LIVE,观看高清电影和图片,但这些需要更高的带宽,而APPLE TV的最大传输速率是65Mb/s,不能满足要求。可惜我家又没有布线,唯有通过电力载波。因此,我购买了两个电力猫以解决带宽的问题。

智能家居 Zigbee 无线通信 智能家居无线通信技术

mesh网络中,也就是自组网中,如何处理移动节点?

-

请问在Zigbee Mesh网络中,或者任何mesh网络中,加入传感器节点是移动的,这和固定节点有什么不同,请问有什么好的解决方法么

首先这个问题提的不明确,建议题主修改下问题。移动节点加入网络的目的是什么?还只是加入网络而已?我所在教研室有做这方面的相关工作,有个横向课题是用移动节点来维护检测整个mesh网络中所有的节点;还有纵向课题是移动节点作为一个携带网络消息的信使来研究社区网络的模型。

Zigbee Mesh 自组织 传感器网络

在物联网中,你是否看好Zigbee的前景,低功耗Wifi以及蓝牙4.0(低功耗蓝牙)呢?

-

目前我认为可用的解决方案是:WiFi+BLE

WiFi负责大范围高带宽的数据覆盖,而BLE负责低功耗小数据量的数据覆盖。

我看好以无线路由器和智能手机为核心,BLE Sensor为辅助的物联网发展。

虽然ZigBee在工业上组建无线传感器网络有其优势,但是目前主流智能手机选择的是WiFi+BLE。

市场的话语权很大,流行的未必是高科技的。

所以我对ZigBee持保留意见。

Wi-Fi 蓝牙(Bluetooth) Zigbee 无线传感器 Bluetooth 4.0

小米智能路由器,定位在家庭云数据中心,剑指智能家居,小米做智能家居是用Wifi协议还是采用Zigbee协议?

-

昨天看到小米出的智能路由器,1T存储,定位在家庭云数据中心,其实是剑指智能家居,想问一下小米要是做智能家居是用Wifi协议还是采用主流的Zigbee协议,从发布的路由器参数中没看到Zigbee协议的影子?

我觉得不要考虑小米做什么,从市场角度和技术角度来看,WiFi和ZigBee并不排斥,可以互补。对于设备数量较多传输控制指令占用带宽不高的领域(如灯,插座,开关,窗帘,各种传感器等)采用低速ZigBee网络,对于视频影音,监控摄像等采用IP(WiFi或Ethernet),为了兼容已有的传统家电,免不了还要开发一系列协议转换设备(ZigBee-红外,WiFi-红外,ZigBee-RF315等等)。完整的智能家居仅靠单一协议是行不通的,每一种协议都有其存在的背景和理由,设计时还要考虑到对遗留系统的兼容和未来的扩展升级。

小米科技 数据中心 智能家居 Zigbee 小米路由器

xbee与zigbee的区别是什么?

-

  1. Zigbee是基于IEEE802.15.4标准的低功耗个域网协议。根据这个协议规定的技术是一种短距离、低功耗的无线通信技术。这一名称来源于蜜蜂的八字舞,由于蜜蜂(bee)是靠飞翔和“嗡嗡”(zig)地抖动翅膀的“舞蹈”来与同伴传递花粉所在方位信息,也就是说蜜蜂依靠这样的方式构成了群体中的通信网络。其特点是近距离、低复杂度、自组织、低功耗、高数据速率、低成本。主要适合用于自动控制和远程控制领域,可以嵌入各种设备。简而言之,ZigBee就是一种便宜的,低功耗的近距离无线组网通讯技术。
  2. XBee模块是美国DIGI的Zigbee模块,XBEE只是型号,是一种远距离低功耗的数传模块,频段有2.4G,915M,868M三种同时可兼容802.15.4协议。可组mesh网络,每个模块都可以做为路由节点,协调器,以及终端节点。模块是内置协议栈,可通过X-CTU以及Zigbee Operator这两款软件进行调试,模块的配置方式有两种,分别是AP和ATI命令。模块有嵌入式和贴片两种,即插即用自组网,更方便使用。XBee模块使用串口通信方式。
  3. 可以理解成XBee模块是基于Zigbee的一种具体产品,Zigbee是一种技术。

Zigbee 无线通信 无线传感器

如何一周内从零基础完成智能家居平台从软件APP开发到硬件模块的实现。?

-

学校开设创课,要求一周内搭建智能家居平台,类似小米智能家居套装那种。要求从安卓APP开发到zigbee终端硬件模块以及沙盘模型全部完成。需要用到包含不限于以下技术:zigbee,通信协议,java,安卓开发,openwrt,3-d建模,cad绘图,pcb版图,3-d打印,单片机...题主和大部分同学都对以上技术零基础,且全程无老师技术指导,仅有部分文献资料,求问如何快速入门,完成课题。ಥ_ಥ

徐同学,我是何书记,明天来一下我办公室

程序员 智能家居 Zigbee 通信协议

zigbee的协调器最多可以直接连接多少个终端模块?

-

想构建一个不含有路由器的网络模块,实现多点对一点的传输(多点发射,一点接收)想知道Zigbee最多可以直接连接多少个终端。

根据硬件的规格不同而不同,以家用路由器为例最多连接8-10个终端,再多就不稳定了,Zigbee会比WiFi强一点。当然理论上短地址有多少就能连多少个终端,也即是0xFFFF个。

Zigbee 组网

基于2.4G技术的LED无线控制路灯系统的设计与实现毕业设计,从哪入手,小白一枚,完全不知道该怎么弄?

-

2.4G,LED路灯的无线控制

1、物件清单
1)led灯用来模仿路灯
2)继电器模块
3)2.4G无线模块配对使用
4)控制中心,一般是计算机
2、逻辑关系
控制中心发出指令,通过控制中心端连接的无线模块,将指令发送给远端的无线模块,远端无线模块接受到命令之后输出到继电器,控制继电器闭合断开,以此来控制led灯的开关。

无线 Zigbee 路灯

怎样能快速掌握用嵌入式C语言来设计开发MCU代码的方法?以CC2530来实现ZIGBEE无线通讯的基本方法,和常用传感器数据采集和设备控制的方法。

-

开发环境:C语言集成开发环境(IAR Embedded Wordbench)—IAR for 8051 7.6
有C语言基础

IAR和CC2530亲和度最好,CC2530本身的协议也是在IAR的环境下开发的。建议从例程开始看。先了解系统的整体架构,hal, osal 的原理。

C(编程语言) 嵌入式系统 Zigbee 无线通信

© COPYRIGHT BY i How And Why.com 2015