打破物联网的迷局，开源或许是个办法？

物联网传感器数据流的主要模式是在设备端进行数据采集，在云端进行数据存储、分析和访问。这里的云，我指的是特定供应商的服务器。Fitbit、Nest、Dropcam、Trace Snow (我最中意的滑雪应用)和Smart Things都是采用这种模式。如果看看IBM牛逼哄哄的物联网基础平台，会发现它主要也是在推广其可支持物联网应用的云平台。英特尔推广Edison的思路也是如此，他们的开发套件也包括对基于英特尔的云分析服务的访问支持。

这很容易理解，云可以承载物联网应用的复杂运算，但同时，它也可以用来锁定用户和规避竞争。我快速浏览了几个著名的物联网设备的支持网站，发现他们都提供链接设备的API，这种方式挺好。比如，当我徒步旅行时，可以将Fitbit连接到Endomondo上，Fitbit可以跟踪我的步伐，但是它没有GPS，而Endomondo是我手机上的一款APP，它可以告知我路线、距离、海拔等信息。这样通过Fitbit和Endomondo的结合，我便可以更清晰地掌握我的活动。

不过，如果我的Fitbit正好就在手机旁边，而如果这个时候没有互联网连接，它们之间便无法同步信息，这有点让人不爽。所有这些设备都依赖于供应商提供的云服务，我们都受到它们的可靠性甚至是否维持运营的影响。如果这些公司有一个要关门了，那这个设备就变"砖"了。Revolv公司被谷歌Nest收购后，变"砖"这件事儿差点发生在其家庭自动化hub的购买者身上。

这更加凸显了谁才真正拥有这个物联网设备的老问题。如果设备生产商认定我违反了他们的服务条款的话，他们会不会单方面地把我的设备变成砖？

涉及到家居环境，一个比较麻烦的事儿是你有来自多个供应商提供的设备。我有一个支持airplay协议、带WiFi连接的立体声接收器，我的电视也有WiFi和一个app，当我添加智能灯控、Nest的恒温器、监控摄像机、报警系统、车库门开启器和其它设备时，几乎可以肯定会面临兼容性问题。

在不远的将来，我们的家里会有上百种物联网设备。各大厂商已经开始批量生产这些产品了。你可以在Home Depot、Lowes或者网上找到它们。Lowes甚至有它们自己的家庭控制产品线-Iris。生产智能家居产品的大牌厂商有飞利浦、GE、立维腾和西勒奇等，产品包括灯具、墙壁开关、门锁、水流量传感器、燃气泄漏探测器、运动传感器等等，这样的例子不胜枚举，而且未来会更多。关于这些家庭自动化设备存在一些标准，如Z-Wave或者ZigBee，但仍然只是处于推广阶段。Insteon公司设计的是基于WiFi的设备，包括WeMo等。大多数这些设备都自带APP或远程控制，可能还提供基于互联网的服务。

现在业界正在展开采用hub统一这些设备的运动，最常见的hub来自于Smart Things或Wink，办公用品公司Staples也提供了一种，而且他们也都使用了由它们的供应商提供的云服务，一个值得说明的例外是由众筹平台Kickstarter发起的一个名为NEEO的项目。

对于基于云的hub，同样也要注意可用性、安全性和私密性。如果互联网断网了或者hub供应商出现了故障，就会出现你的安全系统被关闭或者门锁无法再被控制的情况。这些系统知道你什么时候在家什么时候不在家。如果Wink或者Smart Things有安全漏洞，那么黑客很容易掌握你在家不在家的时间信息。更不幸的是，你对这种安全漏洞毫不知情，只有等着厂商来告诉你。

有人提出了一种主动本地控制这些设备和系统的底层架构，类似于计算机的硬件和操作系统的关系，我们曾见证后者掀起的浪潮。开放和本地控制设备的倡导者Kai Kruezer认为，开源系统有助于加速创新。他启动了OpenHAB项目，即开放式家庭自动化总线。这是一个可以运行在像Raspberry Pi这样的开源硬件平台上的软件包，这一项目正蓄势待发，但目前还没进入消费者的视野。

OpenHAB催生了Eclipse智能家居项目，许多软件开发人员非常熟悉将Eclipse基础平台作为大型开源软件开发工具和项目的组织平台的便利性。OpenHAB和Eclipse智能家居项目对物联网的未来非常重要。Kai Kruezer曾呼吁建立"Intranet of Things"。大意是利用云端进行信息备份，并在与互联网断网时提供连接，这是很有意义的。他们提出了一种软件架构，并帮助构建基于该架构的可移植的软件栈。它将使新型设备可以轻松集成，围绕这些设备，会有一些代码支持传感器触发。Eclipse智能家居架构由四部分组成：连接性、自动化、用户界面和持久性。

一些黑客、制造商和家居爱好者已经开始实施OpenHAB。他们使用开源的硬件和无线模块构建自己的hub。 甚至有一个大胆的黑客已经搞清楚怎么root基于云的低成本Wink hub，并采用OpenHAB代码替换其