自动控制行业最普及的控制设备是可编程逻辑控制器PLC 和过程控制领域的分布式控制系统(DCS)产品,与此同时,在具体的应用领域,应用各种专业的专用的控制设备,例如电力电子控制器,CNC控制器,机器人控制器。许多自动控制应用项目采用了PC,PLC/DCS和专用控制器相结合的方案。
PLC/DCS 产品已经非常成熟,IEC61131-3编程方式,组态软件,现场总线和后端的SCADA 系统都已经形成了固有的模式和应用习惯。在现有的基础上,PLC/DCS厂商也不断地,小心翼翼地扩大PLC 的功能,比如运动控制模块,OPC UA 协议等等,相信在不远的将来,还会出现AI 模块,视觉模块等新的功能。
长期以来,PLC 产品是一个封闭式产品,即便是采用了标准的现场总线和编程语言,它们的硬件和底层程序是不开放的。PLC 就好像是快餐店里的食品,用户更多的是选择和配置。高级的算法的底层协议都是原厂开发的,有些做的好一些,有些做的差一些。用户也只能在有限的几家厂商之间选来选去。对于一些特定的应用,仍然需要各种专用的控制器。
基于物理学,生物学,化学,社会学的研究成果,人们提出了大量控制算法。即便是简单的PID 控制算法也有许多的变种。非线性控制算法更加复杂,需要比较复杂的数学运算和数字信号处理技术。这些算法可能以功能块,程序库的方式融入PLC中,但是这些算法只能等待PLC 厂商开发。
自动控制领域的工程师从大学教育开始就接受了基于PLC,组态,梯形图这样的技术体系的培养。以至于在未来的职业生涯中难以接受其它的新技术和设计方法。与此同时,控制工程师并不擅长程序设计和算法。尽管他们在学校里也或多或少学习了一些编程知识,但是大多数控制工程师除了编写一些C# 界面程序之外,难以编写对实时性,可靠性要求高的,复杂算法的程序。即便是像IEC61499 功能块这种与PLC编程习惯非常接近的方式对于控制工程师而言也是难以接受的,IT行业的“少代码”,边缘服务器,云端PLC等技术在控制行业难以推广,一方面是这些技术还不成熟,另外一个重要的原因是控制行业目前不接受。
近年来,在控制系统的构建过程中,也出现了一些其它的方式,例如NI 的lab view,Mat lab 的simulink等产品和技术,它们采取了与PLC、DCS产品完全不同的方式和理念。它们更适合基于复杂算法的控制系统的构建,越来越受到领域控制专家的欢迎。另一方面,使用Python ,OpenCV和tensorflow 等程序设计语言和程序库也能够为控制系统的设计带来灵活性。使更多的领域专家来构建符合他们行业需求的控制系统和关键设备。
开放系统需要思想的开放和融合。让更多的人加入控制领域是一件好事。自动控制领域的大多数性技术都是基于IT领域的技术成果,结合控制行业自身特点发展起来的。自动控制系统公司要引入IT人才。新技术和新人的加入有些幼稚和不成熟是可以谅解的。当然,对于有志于投入开放自动化的人,也需要对自动控制系统心存一颗敬畏之心。确定性,可靠,安全对于控制系统而言是至关重要的。
打破OT和IT 之间隔阂的关键是新技术要落地,彻底地深入行业应用,拿出令人信服的应用案例。无论如何,最终用户看重的是结果,而不是实现技术。想当年倍福推出基于PC的控制系统,其推广难度也是可想而知的。通过EtherCAT和一系列成功的产品才奠定了其行业地位。我们也看到一些名不经传的小公司的控制器产品在某个特定的领域非常流行,例如delta computer 公司的液压控制器。经常有人争论,5G是否能够满足数字化工厂的实时性要求?不同行业对控制系统的实时性要求千差万别。离开了具体的应用,讨论这些问题没有任何的意义。
在建模语言的选择方面,OPC UA,AutomationML等等建模方式层出不穷,哪一种将会成为未来之星?大家争论不休。当这些建模方法没有成为某一个的行业应用的主流之前,都无法确定优劣,他们将会长期并存。
新技术将推动控制技术的多样化发展,将会有更多的设计工具,方法出现,让更多的行业专家加入自动控制行业中来。自动控制行业需要“鲶鱼效应”。