蓝牙42和蓝牙41的区别如下:
1LE连接安全:
从Spec定义上蓝牙41的配对加密环节都是基于AES-CCM加密,但是由于蓝牙41双方共享同一密钥,所以存在被破解风险和漏洞。
蓝牙42的pairing环节,采用Diffie-Hellman Key Exchange密钥交换算法进行加密,每一个设备有一对密钥对,公钥和私钥,私钥自己保存,公钥公开给对方,
数据交互时,一方通过自己的私钥和对方的公钥进行加密文件,接收方通过自己私钥和传输方的公钥进行解密,从而有效的防止中间人破解密钥的事件发生。
2隐私保护:
蓝牙在广播过程中会携带自己的BD address (bluetooth device address)即为蓝牙唯一的MAC地址,在某些应用,比如物流追踪应用当中是非常有帮助的,可以根据BD address固定物流设备。
但是在某些应用不希望自己的BD address暴露在主端设备的监控下,蓝牙42给出了灵活的选择,蓝牙42规定,从机设备可以选择在广播模式下发送随机BD address,这样主端设备除了接该到设备之后才能获取其真实BD address,除此该设备广播模式的BD address为随机序列。
而在蓝牙41中则没有选择。
3大数据传输:
蓝牙41最大支持23字节单包数据传输,蓝牙42最大支持255字节单包数据传输,极大提升了数据传输率。
4蓝牙42将可直接通过IPv6和6LoWPAN接入互联网,而41不可以。
4、传输速度
蓝牙42通过提高Bluetooth Smart的封包容量,让数据传输更快速,比蓝牙41更快。
5、隐私安全
蓝牙42的隐私设置让Bluetooth Smart更智能,不仅功耗降低了,窃听者将难以通过蓝牙联机追踪设备。消费者可以更放心不会被Beacon和其他设备追踪,比蓝牙41更加安全。
6、IPv6
蓝牙42中IPSP为Bluetooth Smart添加了一个IPv6连接选项,是互联家庭和物联网应用的理想选择,比蓝牙41更人性化。
1 通用唯一识别码 (Universally Unique Identifier,UUID)UUID是一个128位的标志,用于将全世界的所有信标区分开来。比如星巴克在店内设置了信标,那么星巴克app可以选择只接受来自自家信标的消息,通过信标的唯一识别码星巴克app也可以判断出用户处于全球的哪一家分店,并推送相应的信息,如优惠券、连接WiFi等等。
iBeacon发送的正是UUID,但它只能发送这种信息。Eddystone所支持的其他框架更有用的多。UUID的缺点在于它总是和app绑定的,也就是说每一个信标需要对应的app才能发挥作用。为了解决这个问题,Eddystone支持另一种框架。
2 URL链接
URL链接显然比UUID应用更广泛也更简单,任何一个手机上都有浏览器,它们都可以打开URL。虽然星巴克粉丝们不介意一直在手机中保留星巴克官方app,但一位站在冷饮售货机前的顾客显然不太想为了买一杯饮料安装一个app。在这种一次性传输中,URL无疑是最佳选择。
URL可以被理解成信标的二维码版本。但它相较二维码的优势在于不需要专门的二维码识别软件,也不需要顾客对着二维码拍照。有了蓝牙信标,不是顾客找链接而是链接主动找顾客。在餐馆里安放一个信标就不需要贴一百万个二维码了。
谷歌曾经有一个名为The Physical Web的项目,主要工鞥就是用蓝牙信标发送URL。它和iBeacon的问题是相同的,都是只支持一种模式。Eddystone比二者都更灵活。
3 临时标识(Ephemeral Identifiers,EDI)
EID是一种安全框架,它是一种只允许被授权用户读取信息的信标。比如在公司中,大厅里安放了对全部顾客、访客广播的信标,然而公司也有只想对雇员广播的信息,他们显然不希望这些信息被顾客和访客看到。谷歌没有对这种框架做很多描述,只表示“这些信标会经常更新,只有授权的用户可以解码它们的信息”。谷歌还透露这种框架将被用于在几场找自己的行李和找自己丢失的钥匙等场景。信标技术可以告诉用户二者之间的距离。
4 遥测数据
这种框架对需要掌控大量信标的企业很有用。鉴于信标大多数使用电池供电,在一段时间后就需要更换电池或充电。遥测数据框架允许信标将自身的状态和电量信息发送给周围的IT工作人员,这样员工们可以有针对性的进行维护和更换。
信标生态系统
建立信标生态系统离不开制造商的支持,谷歌已经拉拢了几家制造商使用Eddystone。Radius Networks是最先看到跨平台信标重要性的公司之一,他们使用了“iBeacon for Android”库文件,后来激怒了苹果。
Radius Networks联合创始人兼CEO Marc Wallace表示:“Eddystone和其它信标技术最大的不同在于他们兼容多种框架协议,具有更广泛的用途。”Wallace还表示开发者们不需要为每一种协议单独置办一个信标,Radius Networks的设备将同时支持iBeacon、Eddystone和AltBeacon。AltBeacon是Radius Networks公司自主开发的信标标准。实际上现有信标设备只需要进行一下软件升级就可以支持Eddystone,毕竟它只是一个蓝牙软件协议罢了。遗憾的是一个信标设备不能同时运行iBeacon和Eddystone。
谷歌致力于研究信标标准的同时,把信标硬件、管理软件等其他方面留给了合作公司。简单的信标设备售价只有10美元,你甚至可以下载一个app来把自己的手机变成一个信标设备。
谷歌生态系统中的Eddystone支持
硬件和通讯标准的确非常好,但如果没有优秀的软件来利用它们的话也无法发挥出真正的威力。谷歌将会引领Eddystone app的开发和支持。
谷歌地图在今年早些时候已经在波兰地区使用了基于信标的技术来进行实时导航和提醒,目前这个科技巨头正在考虑扩展此服务。这些提醒会直接出现在谷歌地图app上。它们并不是那种异常刺耳的震动的信息提醒,而是颇为安静的类似天气信息的提醒。它会悄悄出现在你的手机屏幕上,如果你不感兴趣可以解散它。苹果的信标提醒也是被动式的,在锁定屏幕的左下方出现。
谷歌表示Google Now很快就可以利用信标的信息来更新提醒卡片了,比如走进餐厅时提供餐馆菜单等等。这个功能Google Now通过GPS可以做到,但会消耗大量电量而且也不支持室内使用,况且在商铺密集的区域精确度并不高。想象一条不宽敞的街道两边的公交站点,GPS很可能无法区分你在哪一个站,但信标的精确度就可以做到。
在API方面,谷歌将会推出名为“Proximity Beacon”的新云端API。将允许应用程序在云端注册信标和配套数据。在客户端方面,Eddystone将由谷歌Nearby API提供支持,在安卓手机的Google Play服务中心就包含了Nearby API,所以任何运行Android 23或以上版本的手机都可以接受谷歌的信标消息。对iOS平台来说,谷歌也有Nearby API 库可以使用。
谷歌已经开发了许多物联网项目,来看一下主要清单吧:
Eddystone - 一款开源信标格式,主要为公共场合向人们发送各种信息设计。利用蓝牙LE(Low Energy)技术,点对点通讯。
Weave - 主要为家用物联网设计的通讯协议,注重安全性和私密性。利用蓝牙LE、WiFi链接和云通讯。
Thread - 基于IP的无线通讯协议。和蓝牙LE、ZigBee、Z-Wave同为直接通讯协议。
Brillo - 即将推出的基于安卓的物联网 *** 作系统。这款轻量级 *** 作系统将运行在智能门锁、灯泡和其他智能家居上。根据我们对Brillo有限的了解,它似乎也可以运行在信标上。面对如此庞大的市场,作为互联网时代的科技巨头之一,谷歌自然不会视而不见。实际上,从2011年开始,谷歌在物联网方面的布局就首次进入了人们的视野。从软件到硬件,谷歌在物联网领域做了什么?
软件:系统+通讯
2011年5月,在当年的GoogleI/O大会上,谷歌首次提出了Android@Home智能家居计划。通过Android@Home,用户在一部安卓手机或平板上就能控制家中的电灯、空调、音响播放器等一系列的智能家居产品。
在技术实现上,Android@Home采用了基于IEEE802154标准的ZigBee技术,其传输特点就是低功耗、低成本和低延迟。同时,谷歌还在安卓 *** 作系统的底层开放了针对家电控制的专用API接口,符合规范的家电通过ZigBee技术与手机建立好物理连接,安卓应用程序就能通过专用的API实现对这些家电的一系列智能化控制,除了远程开关 *** 作之外,一些智能电灯产品甚至能在用户玩游戏时配合剧情产生频闪效果。
到了2012年,谷歌又基于Android@Home发布了一款名为NexusQ的球状流媒体播放器,该产品被外界视为谷歌凭借Android@Home进入智能家居的标杆。但不幸的是因为高昂的定价和只能支持谷歌的内置服务,NexusQ并没有受到消费者的欢迎,在2013年年初就匆匆下架。至此,谷歌以自身产品进军智能家居的努力宣告失败,而在随后接近一年的时间中,Android@Home也逐渐淡出了人们的视野。
作为一家主打软件产品的公司,谷歌在打造物联网软件平台的努力自然不会随着Android@Home的失败而消失。
2014年10月,谷歌公布了ThePhysicalWeb项目源码,希望通过统一资源定位符(URL)的方式建立起一套智能硬件之间的互联互通标准。用户不需要下载专门的App,只需要像浏览网页时那样,点击某个设备对应的URL链接,就能实现对该智能硬件的 *** 作。但作为一个早期的实验性项目,谷歌并没有正式推出,只是在开发者群体进行了小范围的交流。
在2015年的GoogleI/O大会上,谷歌针对物联网应用正式发布了名为Brillo的物联网RTOS实时 *** 作系统,和基于json的物联网通讯语言Weave。
其中Brillo是一个极简化的Android *** 作系统,拿掉了所有复杂的上层界面,只留下 *** 作系统底层的核心,使得Brillo可以被方便地嵌入门铃、监控摄像头、烤箱等各种型号的智能硬件之中。
而Weave是基于json的智能硬件通信语言,谷歌意在创建智能硬件间通用的通信、指令收发方案,让智能设备之间通过Weave实现自主化的互动和沟通。例如在用户锁门的同时,不需要手动 *** 作,烤箱和空调就会探测到门锁的状态并主动关闭自己的电源。
I/O大会之后,谷歌又在7月份发布了一款开源的低功耗蓝牙通信平台Eddystone,目的是为了抗衡苹果的iBeacon,在物联网近场通讯技术上保留自己的话语权。
2016年年初,谷歌针对Brillo、Weave和Eddystone等技术召开了Ubiquity开发者峰会,向开发人员全面介绍了这些技术的实现细节,帮助他们在谷歌的物联网框架下进行更深度的开发。
至此,谷歌在物联网软件方面形成了从 *** 作系统到通讯协议的全面布局。物联网的要求有哪些
李松
一个努力上进的码农
来自专栏STM32学习分享
在“剖析物联网的要求—第一部分”中介绍了先进的工艺技术、低功耗设计技术、多核系统的功耗问题、内核间的通讯、串行存储器接口以及系统安全。第二部分, 我们将介绍 BLE 无线链路、模拟前端、智能触摸界面以及其他重要的物联网设计技术。
无线连接技术的发展:
基于物联网的设备连接仍处于起步阶段。这意味着,随着新应用程式的涌现,显著提高了微控制器(MCU)系统在速度、功耗、范围和容量方面的需求。该领域的潜在商机打破了在设计方面的局限性。蓝牙技术联盟最新(特殊利益集团)宣布,蓝牙50标准定位于电子产业对物联网市场需求的典型布局。内容指出,全新的 BLE 标准可提供两倍的传输速度、四倍的传输范围以及广播包的数据承载量是上一个版本的8倍。这些新的技术特性将极大地促进物联网设备与我们日常生活间的各种连接。MCU作为物联网设备的核心,必须与时俱进,紧跟协议的发展进程,支持新标准提供的各种特性。以下是即将推出的最新BLE标准的主要特性。
· 速度(传输更快):蓝牙50传输速度上限为2Mbps,是之前42版本的两倍。
· 传输距离(通信距离更远):有效工作距离可达300米,是旧版本的4倍之多。
· 低功耗(延长电池/设备工作时间):协议优化大大降低了能源消耗,提升了其性能。
· 广播能力(更大的承载量):协议优化将提升800%增长的数据广播包的承载量。
· 安全功能:高安全加密及认证,确保只允许经受权用户跟踪设备位置和安全配对。
扩充处理器容量、内存及功耗方面的性能不会凭空而来。对于许多应用程序而言,底层硬件(例如MCU)需要做出相应调整以适应这些特性。因此,生产商在设计下一代MCU时必须时刻紧记这些要求。例如,赛普拉斯 PSoC 6 BLE MCU(见图1)为物联网设计人员提供BLE 50所具备的这些功能。
尽管这些特点会增加MCU的负载,但也能为终端用户带来诸多好处:
· 性能(范围优势):相比于基于物联网的其他协议,如Wi-Fi及ZigBee,BLE已经成为无线通信协议的首选。改进过的覆盖范围将确保蓝牙设备(如扬声器、智能门锁、灯泡等)可以在家里任意位置实现完全连接。这是真正实现智能家居的关键一步。BLE 50也有可能取代高功耗的Wi-Fi,控制智能家居设备。改进后的覆盖范围还能让智能手表等设备更方便地接收来自智能手机的即时通知。
· 低功耗(速度优势):更快的转输速度提高了响应能力。对于那些非数据密集型物联网设备来说,更快的速度意味着会带来更低的消耗及更长的使用寿命。例如,将传输速度增加两倍,发送/接收时间减少近一半。这样就可以减少功耗,因为设备可以迅速进入低功耗模式。此外,更高的传输速度支持周期性的设备软件更新,这将是物联网应用的一个重要功能。
· 无线连接服务(广播容量优势):广播容量的显著增加将使信息传输更加丰富和智能化,Beacon等无线连接服务将能够传输更多的信息。举例来说,Beacon可以传输实际内容,而不是通过URL指向内容。这可能将重新定义蓝牙设备传播信息的方式,因为它通过无需连接的物联网传输信息,而非蓝牙配对设备模式。这有可能让资产跟踪和智能垃圾管理等先进的应用更加智能地使用网状网络。
智能触摸界面:
正如第一部分中所讲到的,物联网设备跨越消费类、工业、汽车和商业应用领域。这些应用都能受惠于美观的的用户界面,且具备产品差异化,如触摸显示屏、按钮/滑块以及近距离感应。为了让用户享受最佳体验
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)