IoT技术选型及模型设计的思考

  用蓝牙来举例说明一下平台的物联协议和业务协议。

  微信物联的蓝牙协议:要求广播包中包含ServiceUUID:FEE7作为统一标识,FEA1为数据出口,FEA2为数据入口,把蓝牙协议扁平化形成一种请求,相应的数据模式。这是一个通道的固定,并没有涉及业务。 业务的协议举例:蓝牙体重秤,协议如图

  

 

  业务协议根据具体的通道,规定了二进制流中每一位数据的含义,数据长度,单位,大小端模式等。业务协议和智能设备具体的功能和要做的业务紧密相关。

  3.3 动态化

  物联平台因为接入的设备各种各样,各种芯片有各种不同的方案,如果兼容这么多设备和方案,就必须要求这个架构有着非常好的灵活性,而动态化可以极大提高灵活性。

  客户端通过通过h5,react-native等动态化渲染技术,解决业务层的动态化,数据协议的动态化可以放在客户端或者服务端,通过动态化脚本方案实现。设备端的动态化可以考虑OTA固件升级实现。

  上面只是动态化的一些具体实现方向,对于大型的物联平台,往往是通过有一整套架构和模型去解决的,阿里IoT平台就有自己的一整套解决方案,因为会涉及到一些商业机密,这里不再详述。

  四:总结

 

  本文和大家浅尝辄止的一览了IoT方向的一些无线通信技术和IoT模型选择的一些思考,欢迎大家入坑。这些方案是近年来的主流方案,而随着IoT在这几年的飞速发展,也许几年后就可能出现一些杀手级的方案完全改变IoT的现状和格局。也有许多已知技术领域正在孕育当中,比如通讯技术中的NB-IoT,Bluetooth5.0,还有些AR/VR ,语音,区块链,人工智能这些领域技术突破并和IoT相结合能产生怎样的火花?未来值得我们所期待