物联网平台当下很多大厂的选择依然是多协议支持,但同时都有采用MQTT协议实现出一个设备接入网关来和设备通信。目前物联网的设定是物物相连,协同完成各种综合场景任务,面向众多业务场景。当然目前在很多消费行业领域更多是人物模式和中控模式。
人物模式: 设备采集数据通过平台进行分发和存储,并有一些平台级业务处理最终通过客户端呈现给用户,用户使用App通过平台转发完成设备的管控。
中控模式:即中心控制模式,通常只中心业务联动控制策略,即平台采集各类设备数据,用户通过编辑一些策略在平台上运行,策略检测到触发条件时平台下发指令到设备执行动作。
更加未来的物联网平台的物物相连模式:
1、边缘模式:简单设备提供采集数据,并实现一些简单的控制指令如开关。复杂设备可以根据自己的设备业务定义,例如获取环境温度、湿度、灰尘,然后进行智能行为动作。(这种动作是智能算法在设备本身的自动执行,而无需太多人为的干预设定,顶多设置个工作模式)
2、依然支持中心控制模式,中心控制模式更大的意义在于完成单个设备不能支持和实现的联动业务。
如果要做到这一点至少有如下问题需要解决:
1、物联网是一个非常宽泛的业务概念,覆盖众多行业,设备不太可能由一家公司完成研发。那么必然面对着设备要接入到某些平台服务商来发布自己。设备需要支持众多平台的接入协议,甚至要有很多定制化的要求存在。
2、各平台之间基本上独立的,互不兼容的,一个平台想要获取另外的平台的设备数据,必须进行对接开发并时长维护,并且经过平台转发数据经常存在一定的延迟(取决于对接方案)。
因此,现在很多厂商的现状是:
1、平台厂商选择更多硬件来接入自己,有硬件能力的就把设备也一起实现。为了降低接入开发成本,平台厂商通选选择自己实现一天SDK嵌入到设备中执行,但是并不是很多设备厂商能够接受这些,所以多协议支持依然是必然的选择。
2、设备厂商为了增加设备销量必须选择更多平台接入,有平台能力的就把平台也一起实现。设备厂商当然希望平台厂商来采用自己的协议,但平台厂商也这么想的。
所以,物联行业的飞速发展各行各业能够不受太多的限制的关键之一就是是否能有一个标准化的连接协议来让设备之间、平台之间访问来代替目前的各自独立的标准体系。这个体系必须至少满足如下目标:
1、有一个公共设备发布平台,允许任何设备在这里发布自己的数据,并允许订阅和控制。(当然如果收费,如何控制权限,如何保证隐私都是比较难得^_^)
2、各个种类的设备数据要有标准化的定义,不然数据的消费者使用不同厂家的设备的格式都要进行定制化的开发和维护,协议的通用性就大打折扣。
MQTT 协议个人看法就是它定义了通过订阅和发布的模式来发布和访问数据,其实就是约定了通信框架层面的协议,对于数据层面上标准没有规定,所以各家大厂虽然都实现了MQTT协议接入设备,但彼此之间依然不能互相访问。