物联网技术简述，什么是物联网技术

前言

最近做了一下规划内容，发现很多客户对物联网行业的架构还比较模糊。我们的今天针对这个话题做一下深刻的解析，平日里我们的研发大佬没有多余的时间给大家解释，而且大佬的表述你没有一定的技术基础可能也听不太懂，所以今天就由我给大家简单表述一下这个行业的粗浅架构。

概述内容

这个图可以大概把我们所谓的物联网架构体系给分了下类，但是不完全，可以作为参考。首先物联网肯定是要有实物的，它是终端设备和互联网技术的集合，是智能化设备控制采集的新兴名词，这里的智能化设备就是我们的终端，也就是我们终端客户群体，往往一个智能的物联网控制系统就是由我们终端客户发起的需求，大家针对此需求开发出的一套智能控制系统。

案例分析

上面说的可能不太好理解，我举个例子，比如我是工厂老板，我的厂房车间有很多控制阀门，仪表，目前为了正常安全运行，我需要派遣工人定期巡检有时还需要开阀泄压或者截流操作，这样下来我需要付出大量的人工成本，并且有时候操作失误或者不到位，可能伴随着风险，安全隐患，给员工和企业造成损失。

那是否有一套智能自动化的系统可以实现呢，答案是有的，并且可以做到无人值守，远程控制，能大大提高生产效率。

上述是我的需求，接下来就要综合评估如何实现的过程了。

第一：终端设备类型，接口，数据，现场的布线或者射频环境

第二：主控DTU的集中器数据收发流程，传输方案，内外网要求

第三：网络层的协议选取，接口类型的制定，上行服务器环境

第四：应用服务器环境，APP远程，控制台后台监控等

上述四个步骤基本囊括整个开发过程了，比较简洁，可以对照上述图片说明。

结构说明

接下来我们着重分析一下各层设备类型和需要做的工作等，我们先从设备层说起，来逐个分析他在我们的项目以及生活中的设备类型。

设备层

这一层的结构不难理解，设备层主要就是一些设备，像上述项目里面对应的设备就是我们的阀门或者压力表，又或者机械开关等等，在这里这些设备本来是需要一个人去控制去去查看，做出操作判断的一个设备，那么既让这样，我加一个自动控自动采集的控制器是否可以？

答案是可以的，并且我们加上之后可以远程控制，远程自动采集，我们再控制室编写一套逻辑，比如这个阀门在压力表数值达到某个值得时候需要打开

为了实现这个远程控制，那么我们就必须要选择一个无线传输方案的模块，按照现场环境，成本，性能等条件我们可以对应选择WiFi，BLE，ZigBee，LoRa，4G等等传输协议的模组来装配到设备上，完成远程传输控制的开发。

网络层

这里的网络层主要是讲的设备——网关集中器再往上传输过程中的通信技术，这一层的通信交互，我们利用目前现有的通信标准，这里的话我们涉及到的基本就是单一的通信技术标准和互联网技术的结合了，也就是将上一层的通信技术规范给整合起来，形成了这一层独有的通信规范管理技术，通常都是多个设备间交互的技术体现，并且进入互联网，利用互联网的便利性来整合设备。

遵循通信标准的设备，将所要交互的消息安按照协议规范进行打包传输，这就是我们的我们的网络层的主要作用，网络层的协议规范是大家约定好的，任何设备只要遵循此技术协议标准都可以进行接入通信，它是一种标准接口，是为了方便大家开发接入额一种共同规范

应用层

应用层的理解就相对简单了，目前互联网技术的发达，做成了各式各样功能的软件实现了不同人们的生活生产要求，这些应用都是属于应用层的东西。我们再理解的深入一点，比如我上面的案例，现在这些数据都按照我的协议要求上传进入到了网络内，此时我们的开发人员就会做出一个云服务器来接收这些数据，在开发出一个软件或者APP来承载这些数据的体现，这个过程内，我们工程师按照用户的习惯要求将数据提取出来做成更好直观查看的界面或者操作按钮，这个开发过程就是我们应用层做最终的实现（这里的应用层只是说物联网设备中的应用层，不是开发中的应用层哦）。

对于使用者的我们，我们只关心最终的交互体验，还会要求数据安全，那这些都是我们工程师需要在这个交互过程中去做的内容，包括原始数据的加密封装，数据链路的加密环节等等。

结束

以上就是我本人对物联网技术的简要理解，粗浅的过一遍结构。其实整个项目的实现，除了基础架构以外，从需求的评审，到功能的实现，这中间除了代码编写以外还有很多工作去做，是需要一个团队来协调合作的过程，每个人分工明确才能达到左后期望产出。