从自动化理论看工业互联网——物联网

​在2018年底，曾经构思了系列文章从自动化理论看工业互联网，原计划写三部分内容：介绍自动化理论在日常生活中的应用（以第五项修炼介绍）、自动化理论在供应链管理中的应用、自动化理论在物联网中的应用。

但于2019年初加入SAP后，一直忙于学习SAP丰富的知识，这系列的文章就中断了，但一直还是想写一写我是如何利用自动化理论学物联网的。

自动化理论中，最重要的就是闭环控制，大部分内容讨论的是通过闭环控制，实现自动控制系统的稳定性。看一下闭环控制原理：

​

在这个图中，被控对象是控制目标。而控制器、执行器和传感器都是为了实现被控对象能够达到控制目标。因而自动化原理中最核心的是 控制器 、 执行器 和 传感器 。

在拿一张物联网的架构图，我学习物联网的时候，最早用的是IBM的一张原理图：

​

这张图中，物联网的架构中，包括感知与识别， 控制与管理，模型与分析。

其中感知与识别对应着 传感器 ，控制与管理对应着 执行器 ，模型与分析对应着 控制器 。

物联网的架构完全可以对应上控制原理的基本架构。

物联网的架构与自动控制原理有很多相似之处，但物联网相对于自动化设备要复杂：

1、早期自动化应用于设备处传感器、控制器、执行器都是控制单一设备，不需要识别被控设备。但是物联网系统管理的设备多，对设备管理时，需要识别设备，因而物联网需要有识别功能，可以是通过ID识别，也可以通过IP识别。

2、早期自动化都是本地执行有了DCS之后，才有集中管理，分散控制的，所以控制器相对简单。但是物联网需要将信息集中处理，大大增加了复杂度：需要网络支持，需要人工智能技术来实现控制功能，考虑多个设备之间的联动关系。所以物联网相对于自动化原理，复杂性大部分体现在控制器上。现在集中讨论的大数据、智能分析、人工智能、机器学习，通讯协议、通讯网络，所有的目标都是为了实现控制器的功能。

3、物联网在控制器人工智能、大数据分析等应用还不完善，可以直接控制设备非常少，现在物联网的执行器，还是通过事件触发，交由人来处理。因而物联网通过事件驱动的模式会比较普遍：如果未发生异常，不需要人来处理，发生异常会抛事件来让人处理。随着智能技术的发展控制器完善，执行器将越来越多的自动处理。

以上分享的自动化原理，都是早期控制单个设备的原理。自动化应用也在不断完善。比如发展出DCS系统：集散控制系统。其原理是集中管理，分散控制。

设备的控制，还是通过控制回路实现；但对控制设备的管理则集中到中控室，控制回路中的传感器信息上传到中控室，集中监控；对设备控制参数，也可以通过中控室来控制。

可以简单理解为： DCS系统是一个企业内使用的物联网简单系统 。如果将DCS管理的设备实现跨企业的集中管理，同时利用数据实现智能化，就是物联网系统。

在2013年参观陕鼓集团时，他们演示的旋转控制设备远程监控系统，是非常典型的物联网应用，陕鼓的这套系统，就是借鉴了DCS原理实现的。

本文是从自动控制原理看工业互联网系列的第六篇。

是的，联动云下线车是营转非的。营转非是指从商业性质的营利性经营转变为非营利性经营的过程，其中包括车辆的转移、改造和调整。联动云下线车是指将车辆从营利性经营转变为非营利性经营的过程，包括车辆的转移、改造和调整。联动云下线车的优势在于可以更有效地提高车辆的使用效率，提高车辆的安全性和可靠性，减少车辆的维护成本，提高车辆的经济性和可持续性，提高车辆的环境友好性，以及提高车辆的社会责任感。

IOT网关，接收sensor数据的总入口，主要是日志，安全防护，流控，协议转换等功能，

图1 IOT网关

之前有提到IOT网关是基于python的twisted框架实现的，初期的时候该IOT网关主要实现的功能是 数据接收和转换功能 和 安全防护 。

数据接收和转换功能 ，这里很简单，拟定好数据交互格式后，IOT网关按照约定好的格式进行解析，然后转发给后端服务进行进一步的处理

安全防护 ，设备的区分主要是依靠烧录到硬件的SN号来实现，SN号包含的信息比较多，如生产批次，设备型号等，受制于厂商我安全防护不能做的非常完善，同时sensor与IOT网关的交互不能非常复杂。安全防护这一块理论上是设备接入要一型一密或者一机一密，协议上还应该启用tls/ssl安全通信协议。

图2 鉴权

安全防护要做ssl这类的安全通信协议的话，要考虑设备厂商实现通信模块能力，设备功耗，设备性能（低端设备cpu性能可能比较差，可考虑对称加密形式），IOT网关也需要引入相应模块。

另外认证从性能方面考虑，后期在设备比较多的情况下，可以加入redis等内存型key-value数据库，缓存设备信息，提高鉴权模块性能。

实践中，我们的sensor基本都是依靠电池供电，因此我们的IOT网关基本是面向短链接（后期我们有监测设备，依靠外部电源直接供电，为长连接），因此在每次发起连接我们都要进行一次鉴权，鉴权通过后，设备方可上传传感器监测数据和设备自身状态。

图3 数据交互流程

这一块的调试工作长达半年左右，才基本稳定下来，主要集中在设备商处除了硬件稳定性，还有在调试中发现传输的字符串乱码（c语言处理问题），沾包（厂商开发人员tcp协议不熟），优化传输效率，关闭cork或者 Nagle 算法（传输包很小）。

因为IOT网关不能主动断连接，理论 *** 作中，IOT网关应该和sensor有心跳协议，保证连接的有效性。设备商在数据流程交互完成后，竟然没有close 连接，直接休眠，导致网关所在服务器的连接的文件描述符一直没有正常释放，后面为了预防这种现象，我开启了 *** 作系统层面的keepalve定时器，回收失效连接（系统默认时间是2小时左右，我缩短了失效时间），理论上来说应该是应用层面去实现心跳协议。

整个IOT网关的设计，是无状态，可伸缩的，单网关在普通型ecs上可轻松达到数百tps。

您好，如果网速慢，建议核查周围用户使用是否正常，若仅您的手机无法正常使用；另外可以查看上网功能开关设置是否正常、网络选择是否在3G或4G网络中；将手机卡安装到手机副卡槽上，会导致上网速度慢或无法上网。如以上情况均未解决，建议直接联系当地联通客服反馈核查。

---