自动化早已不是原来的自动化，为何你却还是原来的你

随着工业物联网浪潮的到来，越来越多的新名词和新技术让我们应接不暇，作为技术人员的你，是早已未雨绸缪，准备好迎接新一波浪潮的到来，还是故步自封，等待浪潮来临的时候，才发现自己竟然还不会游泳？或者借用现今一句很火的话：当时代抛弃你的时候，连招呼都不会和你打，你确定你准备好了吗~

 

 

 

01 自动化早已不是原来的自动化

 

 

我们还是从五层架构说起，对于大多数业内人员而言，一说到工业自动化，肯定首先联想到的是PLC, HMI,驱动，电机，现场总线，气缸，阀岛，传感器........（也就是五层架构中下面三层的部分）

 

也因此在催生了大批的相关从业人员：电气工程师，机械工程师，调试工程师，PLC工程师，控制工程师， 自动化工程师........

这是一个极其庞大的人群，毕竟我天朝是制造业起家，正在看文章的你，或许现在或者曾经就是上述职位或者类似职位中的一员，但是这毕竟只是五层架构中的一部分，还记得上次我们上次的文章：

 

 

提到了工业网络的两层与三级，随着OT层与IT层的不断融合，各种新兴技术的不断兴起（其实很多技术早已存在），或许因为薪酬问题，或许因为自我投资，又或是自我职业规划，将目光看向了五层架构中的别的方向，PLC工程师慢慢开始做SCADA,做MES，控制工程师开始转型工业互联网，做SCADA的开始研究边缘计算，机械工程师开始接触虚拟调试.......

 

 

 

也许工业领域的推进速度确实不如互联网来得快，但是自动化行业却一直在数字化的道路上前进着：

多年前，我们谈得最多的是现场总线Modbus, CAN, Profibus, Devicenet等，后来Profinet, Ethernet/IP, Ethercat ，POWERLINK进入我们的视野，并逐步超过现场总线，再到现在被广泛提起的TSN，自动化的我们越来越网络化了；

 曾经的自动化，你懂点梯形图，FBD就能称为自动化工程师了，但是如今，软PLC逐渐盛行，例如倍福的VS编程，例如西门子的1500 ODK，高级语言已经早已渗透到自动化行业，再如 TIA Portal Openness，OPC UA等，还有最近才发布的WinCCUnified,让大家看到了对JavaScript，HTML5的支持....能列举的例子实在太多太多，我们发现自动化越来越IT，越来越“软”了，不光要懂自动化，你还得懂计算机；

十几年前，谈到MES， APS，PLM,只是少数大企业才会关注，也很少有自动化行业的工程师知道那是什么。但是到如今，IIOT，数字孪生，云计算，边缘计算，AI,机器视觉等各种工具与技术均赋能于制造业，先人一步的自动化工程师早已能和IT工程师潇洒的谈与MES之间的接口，网络架构如何搭，Mindsphere如何开发，node-red如何方便我们的开发，其实IT与OT一直在融合，只是当一切都水到渠成之后，速度变得比以往快了许多。

 

 

02 为什么你却还是原来的你

1.缺乏技术的广度和深度

举个例子，从广度上来讲，如果你是一个自动化控制工程师：

在现场总免不了需要与别的厂家或者工厂IT进行互联互通，如果连子网掩码，VLAN，默认网关，NAT转换，路由等用来干啥都不是很明白，怎么办？

 

 

现场正在调试伺服驱动，但是加工精度不高，已经证明是跟随误差有些大（也许没有做过伺服跟踪的工程师都不知道如何判断），此时的你如果连跟随误差与位置环增益有什么关系都搞不明白，怎么办？

 

 

你现在需要使用西门子PLC 的FB63, FB64, FB65, FB66与第三方设备进行TCP通讯时，因为不了解TCP，对于主动连接，被动链接，端口号等参数的填写你怎么办？

 

 

现在需要与工厂IT进行通讯，有几种方案，webservice,直接读写数据库，OPC UA......,试问如果你不懂，怎么办？

 

 

从深度上来说：

 

有小伙伴吐槽我文章差点意思，qos,acl,snmp,环网，热备，dlr等都没有介绍

 

其实不是不说，如果真的要说，我华为的兄弟估计就一个OSPF能半个小时，毕竟他是经历过华为洗礼的资深网络工程师，他对网络的理解肯定要比我们一般的IT工程师会深入得多，但是对于一般的IT工程师或者自动化工程师而言，了解到一定的深度也是很有必要的；

 

 

  2.还记得上次发过一篇文章：

 

我相信只要是玩过西门子PLC的，大多数人应该或多或少都用过S7协议，比如用于S7-300与S-1200之间的通讯等，或者有的朋友用过s7netplus的dll在PC上做过数据采集，或许还有比较厉害的大牛能通过分析协议自己编写属于自己的s7netplus，其实本刊为了让大家朝着协议这个方向自我探索，逐步深入。

以TCP为例子去分析协议，但是究竟有多少人真的看了或者看了之后对自己产生多大的启发，我不得而知。

 

 

  3.再举一个例子，曾经对于各种各样的PLC，设置了密码，网络上总是存在很多朋友去问去找解码的工具，却不曾想过办法自己去研究解码的方法和过程，如果你不深入探究，那你就永远不会知道逆向，脱壳，对于如今的S7-1200/1500,也不曾去想过为啥现在的S7-1200/1500密码破解为何如此难。

类似的例子太多太多，用很多人的话说，其实很多技术，基础原理永远不会变，就像学习各种各样的编程语言，当你掌握了原理之后，你会发现，很多时候语言之间是一通百通的，就像你想深入了解工业以太网，你必须先了解以太网和TCP/IP一样，当你了解了之后，你会发现所谓的Profinet, Ethernet/IP, Ethercat等虽各有各的特点，却始终是以太网和TCP的变种而已~

 

 

2.长期无法自我突破和自我学习困难

 

 

1.从事于智能制造的很多工程师们，很多都是在小型软件或者硬件公司，系统集成商等工作，长期面临着同样的编码或者调试工作，项目对你要求也许就只有那些（或许你会认为项目其实很难，但是你所接触到的也就还是那些），整个技术视野会比较狭窄，自己的技能难以得到综合性补足与发展，因此也就无法突破当前的环境；

 

 

2.我们制造业虽然没有学习到互联网的高薪酬，但是互联网的996我们倒是学会了，因此白天工作，晚上下班很晚，只能够依靠碎片化的时间进行学习，无奈自己自控能有限，三天打鱼两天晒网，即使有时间学习，也非系统性学习，盲目性较高（这种被我吐槽为看似努力，其实那顶多算是盲目劳动），无法沉淀成技术实力。

 

3.缺乏开放严谨的思维

 

 

如果我们把所谓的工程师思维分为技术思维，产品思维，工程思维，那今天我是从技术思维出发的。

 

 

1.原理性思维：找出知识背后的原理

随着各种各样的控制系统，软件结构复杂度越来越高，应用场景越来越复杂，掌握相对基础性的原理反而可以帮助我么降低对于知识的记忆量，知识量爆炸的时代，原理相对而言却是可控的，但是很多工程师却不是这样做的，这听上去是不是和前面说的技术的深度异曲同工之妙？从公众号各篇文章的阅读量也可以看出一二，对于那种应用型的文章，有时候比原理性的文章更受大家青睐。

 

 

2.保持谦虚，多分析和问自己为什么

其实作为技术型人才，应该不光了解是什么，更重要的是要是去分析了解为什么，身边随处可见的例子，自从建立了交流群之后，我时不时会看一眼群里大家说了些啥，总有些朋友遇到一个报错，在群里给个截图问为什么，其实这本身并没有什么问题，不过很多朋友缺少了自我分析的过程，或者自我分析的过程过于糊弄，时间一长就习以为常了，很多做公众号的朋友都吐槽了这样的情况，缺乏问题的自我分析，这比不懂更加可怕，只有分析问题久了，你才会产生自己的一套体系~

 

 

3.技术之外，还有另一番天地

很多工程师或者技术人员总有这样的思维，如果是做MES，绝不去看SCADA或者网络通讯相关内容，如果是做PLC的，打死也觉得自己守着PLC的一某三分地就够了，自己给自己先立起了围墙，如果你真的立起围墙是为了向技术方向纵向深度发展也就罢了，然而很多时候并不是这样，因此保持开放的心态很重要。

 

 

其实今天说到了技术思维，产品思维和工程思维，在副业刚需的今天，很多人都会迷茫自己没有一个很好的副业，有想过为什么吗？技术之外，你还有啥？

 

 

03 结尾

 

当然其实从各个角度去分析都会有各种各样的原因，也总会有人说文章深度不够，大家不喜勿喷，这只是笔者输出自己想法的方式，不论是技术的输出还是想法的输出，对于笔者来说都是锻炼严谨思维的一种方式~