物联网平台---第一章

amituof_jxfz

已于 2022-11-10 21:55:02 修改

阅读量1.2k

点赞数

文章标签：物联网大数据

于 2022-11-10 21:51:17 首次发布

本文链接：https://blog.csdn.net/amituof_jxfz/article/details/127788253

版权

物联网平台—第一章

概述

由于自己参与开发了一套物联网管理平台，写这个文章是为了分享开发这套平台的心得体会，以及对这套平台不足点和优点进行分析，以及对未来物联网平台在未来样子的畅享。本文所述均属个人观点，欢迎探讨，严禁恶意抄袭。

一、初衷

首先我是科班出身，本身学的就是物联网专业。参加工作也比较幸运，做起了物联网的相关工作，有机会去着手开发一套物联网平台。
对于物联网而言，第一印象就是多、大、杂。
中国人总喜欢大一统，天下大事，合久必分，分久必合嘛
实行起来难度很大，我也相信每一位开发物联网平台人的心愿也是希望自己一套平台可以接入所有类型的设备，实现设备管理的大一统。当然这也是一件很有挑战的事情。

二、目的

接下来说说我的想法，我的想法当然也肯定是实现设备接入的大一统。
但是
实现起来难度太大
于是有了新的思路刚需设备协议+主流设备协议+预测设备协议+边缘设备协议的设备接入思路
平台思路也可以仿照，刚需功能+主流功能+预测功能+边缘功能

三、理想

现在拿一个工厂来说，他会有最基本的安防、消防、门禁、访客、灯光、空调等等一系列的系统，还会有车间、检测、仓储一系列工厂特有的系统，还会有一些具体哟行业特色的系统。这些系统的基础大部分都是设备。
我对物联网平台的理想就是在设备大一统的基础上，实现场景大一统，功能大一统，实现真正的一平台管理万物，一平台管理一切场景。

四、实现

目前面临的几大问题（据我所知）

设备采集数据后上传的方式多种多样
传感器采集完数据后的形式多种多样，有485、can等现场总线的有线传输；LORA、Zigbee、Wifi等无线传输。现实生活中有很多设备只具备采集功能，不具备上报功能，那获取这部分数据就会很麻烦。
各个设备厂商中间通信的的技术壁垒
有些上报的设备只上报数据，不具备上报自身设备信息的能力，这样平台平台只能单项设置设备信息，没办法与真实设备更好的联动。而让他上报自身信息，就需要克服他们之间通信壁垒。还有一种设备，只支持他自己系列的网关数据，其它平台设备均不支持。
设备采集数据的多样性
设备所采集的数据有结构型数据，也有非结构型数据，有时有一些模拟信号等等特殊数据。数据的存储就是一大问题，当然现在有一些数据库可以搞定，当然成本也是不小的
在高并发情况下服务的抗压能力
这一问题指的是所有服务器和软件业务层的抗压能力。服务器的好解决，砸钱就行了。业务逻辑层所需要考虑的东西就比较多了，一个接口需要反复修改，在高并发的情况下到底如何处理才能更快、更准的解决。以及服务的部署管理问题。
各各系统服务之间的壁垒
这一块我想可以分为两部分
全新系统，从0-1
如果是从新开发一套园区、工厂的业务系统，包含各种系统。那么问题就回到了4、中的业务层面处理问题，完善软件系统，投入开发能力即可
改良系统，从0.5-1
在原有基础上进行改良，是很麻烦的，比方说门禁系统，以前市面上的普遍做法是建立本地服务给门岗人员使用，数据存储在本地。如果将它嵌入平台就有2种需求，一种直接把所有业务搬到平台；另一种就是对接本地数据，实现数据的管理，但仅对于数据，无法进行远程控制。所以具体还要看想做成什么样的。包括一些万年不动的系统，比如消防系统，只要维护合理，可以用很多很多很多年，硬件也绝对扛得住。想对这一部分实现智慧化，就需要目标就不是实现建筑物的消防系统的智慧化，而是消防系统的智慧化。目标对象变成系统才能更好的接入平台。

五、总结

物联网平台的功能说到底还是管理各种设备。
平台连接两头，一头是设备端，一头是服务端。平台的发展与这两部分息息相关，但也预示着下一步的变化也不会太大，所以纵向的发展是很有限的。这个时候就需要纵向的发展，结合不同的应用场景，系统，在物联网这个地基之上建立起更高大的建筑。
物联网到大数据，大数据到物联网，是一个良性循环，能否实现这个循环在一个平台上持续进行，更快，更便捷的操作等等。
所有的理想与实现，都推动这平台的发展，迎合市场的需求等等。