国内智能家居调查

前程无忧

国内智能家居调查

智能家居就是通过手机端软件去远程控制家电。包括在局域网和广域网控制。使用场景：在路上用手机开启家中的空调并调节好温度；设置定时打开家里的台灯等等。家电的无线连接方式一般有三种：wifi、BT、Zigbee。大部分电器通常使用wifi方式，BT和Zigbee方式的不多，只有手环、体重秤、智能锁、部分插座等。

国内厂家的情况，从开放情况可以分为两类：

不开放类：

这一类一般都是有自己品牌的系列家电的厂商：例如美的、海信、海尔、小米等，他们打造的是自己品牌的智能家居生态圈，主打智能住宅、智能小区等，做得比较大的是美的—美的智慧、海信—海信智慧家居、海尔—海尔优家，这里有一个比较特殊的海尔，他除了做自己的智能家居外，还开放平台。

开放类：

这一类是互联网厂商较多：例如京东、阿里、博联（BroadLink）、Lifesmart、酷宅、涂鸦、等等，他们都是将自己的平台放开，让跟多的厂商加入进来，支持他们的平台，在他们的手机客户端也可以支持更多的产品。京东主打的是京东微联，阿里主打的是阿里智能。

对于电视来说，目前京东微联和阿里智能是有产品支持的，但是阿里智能只有一款电视：华数智能云电视；京东微联有长虹(48S1)、康佳(LED48U60)、飞利浦多款电视，而且这些电视的JD页面详情里面也并没有介绍支持京东微联的情况。

客户端的使用情况：安装了阿里智能和京东微联两款客户端，它们都是都是先要添加设备进行绑定，再进行控制。绑定一般是支持二维码和列表选择设备，选好设备后，进入设备的操作向导，向导中告诉用户如何连接wifi/BT，然后进行绑定。

目前开放类的平台的工作方式都是差不多的，以阿里智能为例，请参照下图：

阿里智能的协议叫alink，有以下几种工作流程：智能设备通过alink协议连接到云端手机端也通过alink协议连接到云端手机端也可以通过alink协议在局域网内连接设备

工作场景有两种：状态的上报：智能设备通过alink将设备状态上报到云端，手机端查看云端的信息设备的控制：手机端下发控制到云端，云端将控制下发给设备云平台的接入有两种方式：sdk方式：这种方式是在智能设备中集成sdk，sdk中含有通信协议，设备将自己的信息通过sdk上报到云端，也可以通过云端接收控制命令。wifi方式：这种方式是智能设备使用推荐的wifi模块，模块中集成了通信协议，可以让开放更便捷。

以上只是阿里智能的相关信息，其他家文档较少，从介绍的文档看基本上差不多。

物联网协议介绍：传输协议：

一般从距离来进行区分，局域网和广域网。

局域网：BT、wifi、ZigBee等，一般用在局域网络内的。

目前已经有的BT温度计、Zigbee的电灯、窗帘等都是用的这种协议。

这种协议的优点是：技术成熟，布网简单，而缺点就是信号覆盖不够好，大型局域网布网成本高，耗电高等

广域网：NB-IoT、eMTC、LoRa等，这几种都是低功耗的广域网技术，其中NB-IoT势头最猛

已有厂商使用这种技术，比如海尔的空调、ofo等

这种协议的优点是：信号覆盖广，基于现有的2G/3G/4G网络，功耗低等，缺点是需要运营商进行网络覆盖的布局。

这种产品除了用户可以控制之外，还可以实现厂家对产品的跟踪、流向，而且用户配置设备也更方便。

我个人认为，局域网的协议，目前是使用最多的，也是各平台支持的最多的，因为利用现有的网络进行传输，只需要布局云端和sdk即可以，而家电只需要支持wifi即可，但是从长期来看，广域网的协议会占有物联网的大部分产品，因为它的优点很明显，是局域网无法实现的，所以一旦运营商的布局起来了，那么这种产品就会爆发。所以我觉得我们短期是做前者，而后者可以做实验开发。

通讯协议：

通俗的讲就是跑在传输协议之上的协议

MQTT、http、REST、XMPP等等，他们都是基于UDP/TCP的

这种协议虽然比较多，但是各家平台为了增加产品的覆盖，所以都是支持他们的

其实，设备一旦联入互联网，最简单的就是使用http协议，但是由于http协议是单向的，所以如果设备不停地跟服务器上报自己的状态会增加很多的负载，而且http的安全性也不好，所以使用http并不是首选，所以虽然有一些厂商是基于http开发，但是也有更多的厂家是基于web重新开发新的协议。

对现在市场上比较主流的物联平台调查进展说明：目前主要调查了阿里智能、qq物联、京东微联、苏宁云居、酷宅（易微联）、涂鸦、broadlink，移动、艾拉、机智云。大部分的厂家都是支持产品加入，然后自定义或者商家模板定制开发app去控制自己的产品。下面是几家的进展：