PLC电气自动化这行,正在被软件思维改写

很多去做PLC电气自动化项目的老手，在最近这段时间当中，都会有着一种莫名的危机感。

在以前的时候，想要搞定一个项目，依靠的是对元器件的熟练掌握以及那几张厚厚的接线图，其逻辑无非就是那些点对点的开关量。但是到了现在，当你在走进大型工厂的机房里面的时候，你就会发现PLC的逻辑正在变得越来越像是一个复杂的软件系统。

这样的改写，首先是发生在编程语言的“代际交替”方面。

在过去几十年当中，梯形图也就是LD一直是这一行的命脉，它不仅非常直观，并且还很好上手，非常契合电工的直觉。但是随着工艺逻辑变得越来越臃肿，动辄就是几千个网络段的梯形图已经变成去处理维护工作的人的噩梦了。

到了现在，越来越多的项目会要求去运用结构化文本也就是ST，甚至还会直接在PLC里面去跑C++或者是Python。发生这种转变的背后并不是为了能够去炫技，而是因为我们需要去处理大量的数组、字符串以及非线性的算法。运用软件思维当中的“模块化”以及“面向对象”去对程序进行重构，已经不再是可有可无的选修课了，而是为了能够活下去的必修课。

改写的第二个维度，就是在硬件思维方面的“标准化”的坍塌。

以前大家都会觉得，去买个大品牌的PLC，那么这个项目就稳了一半了。但是现在的趋势是硬件正在“贬值”，而逻辑却在“升值”。控制器正在向着边缘计算节点去进行进化，它不再仅仅去负责开展启停电机的工作，并且还要去负责进行数据的预处理、开展MQTT协议的对接，甚至还要去和上层的MES系统以及ERP系统开展直接的对话。

这种IT以及OT的融合，直接切断了传统PLC工程师的后路。要是你只会去写PLC逻辑，却不懂IP协议、不懂如何进行数据库抓取、也不理解什么是API接口的话，那么你所负责的那一台控制器，就会在工厂的数字化浪潮当中沦为一个孤岛。

而更为深层的改写，则是在于交付逻辑所发生的改变。

在过去的时候，我们所说的“交付”，指的就是设备动起来了，并且生产跑顺了。可是现在的客户所要的则是“透明”。他们不仅要让设备动起来，还要知道到底为什么会这么动，能不能借助对数据进行分析来让它动得更高效。

这种对于数据的渴求，倒逼着电气工程师必须拥有软件架构师的眼光。在plc电气自动化项目的初期阶段，你就得去考虑数据该如何去打标签、如何才能够保证传输的实时性以及稳定性。

这种行业语境当中的剧变，让很多人的经验都会在加速地进行折旧。

但是这并不意味着传统的电气知识就不再重要了。恰恰相反，要是你不懂传感器的选型，也不懂现场的强弱电干扰，更不懂机械结构所具备的物理特性，那么凭借软件思维所写出来的代码也只能是空中楼阁。

PLC行业的这一场改写，其本质上就是一次职业维度方面的拉伸。它要求我们在保留“电工思维”对于现场掌控力的基础之上，去把“程序员思维”所具有的严谨以及高效嫁接过来。

这样的改写并不是为了能够去淘汰谁，而是为了能够给这一行进行重新的定价。那些能够跨越硬件方面的屏障、运用软件思维去对自动化逻辑进行重构的人，正在拿走这个行业在未来十年当中最为丰厚的红利。

要是你依然还在纠结于梯形图里面的哪一个触点没有对齐，从而忽略了外部接口的数据流向，那么这样的一种改写对于你来说，可能真的就会变成一场十分残酷的淘汰赛了。