到底怎么底层接入各种IoT设备呢？我们认为您要做对以下几步

     对物联网中台而言，核心任务之一是解决各类物联网设备的直接接入问题。由于物联网设备种类和协议繁多，必须找到一种统一的接入方法。为解决设备接入问题，我们认为核心是完成以下5步：
 
 1、为每个物联网设备（非视频类）开发设备接入层插件

         针对每个物联网设备，必须开发对应的设备接入层插件。采用插件而非独立可执行文件的原因在于：插件便于管理，如更新、卸载、打包和授权等操作。通过一个统一的设备接入服务器程序管理所有插件，此程序只需一份即可实现对所有插件的管控。
         所有插件必须遵循标准化定义，这是系统的核心要求，也是一个开发难点。每个插件作为一个服务，能够开启TCP、UDP或HTTP等协议的服务器，每个插件占用一个固定端口或在启动时自动分配端口。
         插件的主要功能是让IoT设备直接注册到该服务上。插件首先与设备建立连接，接收并解析设备传送的数据信号，然后将其翻译成特定IoT设备定义的数据格式。对于不能主动上报的设备，插件服务会主动访问设备或平台（如NB制式的设备可能需要访问电信的AEP或OC平台）以获取相关信息和数据。
          插件与具体管理的设备之间存在对应关系，这一关系由系统中的CMS模块进行管理。每个插件必须通过长连接与CMS保持注册和连接关系，即信令服务。插件首次启动时，会向CMS模块请求其管理的设备列表，从而感知每个设备的状态。当系统新增设备时，CMS会通过已注册的长连接通知插件，告知其新增设备的信息。 
 2、为视频类设备开发设备接入层插件

         原理与上述IoT设备开发及原理逻辑类似，在此不再赘述。视频设备比较特殊，也会有物模型，但它更看重的是视频预览，回放，录像，下载，对讲，云台控制等功能。和普通的IoT设备大不相同。
 
 3、开发插件（非视频类）服务程序IMS

         插件服务程序IMS是唯一的，负责按统一接口调用各种插件。IMS维护一个插件列表，在Linux下每个插件都是一个单独的.so文件，可能在windows环境每个都是一个DLL。此外，IMS还负责维护所有告警和事件列表，并与CMS进行交互。各个插件接收到的告警和事件不是直接上报给CMS，而是由IMS汇总后统一上报。从这个角度看，IMS相当于一个集中器。在复杂的系统中，IMS可以有多个，部署在不同的机器上。
  4、开发视频类服务程序VMS

         VMS与IMS类似，分别服务于IoT插件和视频插件，其原理相似。VMS同样可以有多个，部署在不同的机器上。
  5、中心管理服务器CMS的开发与实现

         CMS是系统的核心服务，通常用Java构建。在系统中，只有CMS模块直接与数据库交互，因此它是业务系统的核心。除非在高可用（HA）环境下，一般只部署一套CMS。 CMS接收所有插件服务的注册信令服务，同时接收VMS和IMS服务的注册信令。CMS通过后台服务支持H5界面或APP/小程序等的业务操作，例如增加设备、修改设备配置等。CMS通过VMS或IMS管理各种设备。
   写到最后

         这五步，您都做对了吗？是不是很耗心血。  看一下一个物联网中台常见的一种架构设计吧：

 
          简单总结如下：
             1、无论设备采用何种协议接入，均可通过编写插件实现。此方式能够屏蔽不同协议之间的差异，并进行封装。以IoT设备为例，其数据将被封装为统一的物模型制式。对于视频接入，尽管更为复杂，同样会被设计为标准流格式。
             2、IoT设备共分为四类。其中，仅有采集主机与传感采集一体机能够与协议对应，并通过协议对接进入系统。而传感器及中继器单独不具备接入条件。采集主机须绑定对应的传感器与中继器，相关协议方能具备实际意义。
             3、物模型支持级联功能。在一些特殊场景下，例如一个DTU采集多种485传感器时，即用到这一功能。
             4、针对行业自定义泛化协议，如Modbus设备，系统可采用开放式、自定义的脚本解释器，以实现对这些协议的解析。
 
         以上是一个物联网中台最核心的设计，您学会了吗？
 
          杭州美畅物联有畅联云、智能物联网中台、网关等多种产品，希望有机会和大家多多交流和合作，谢谢大家！
 

来源：豆瓜网用户自行投稿发布，如果侵权，请联系站长删除