← 返回文章列表
Automazione 2026-04-17 ProtoMedia

三个梦想,打造不同的工厂

机器自动翻译自意大利语 · 查看原文

凡是启动过工业机器的人,至少都曾有过三个疑问。这三个疑问通常不会公开说出,因为它们似乎是乌托邦。本文将把它们一一列出。

首先,让我们来看一个场景

夜班,X车间。一条生产线停了。人机界面(HMI)显示一个代码:E-1423。手册放在三个建筑物之外的柜子里。了解这台机器的工程师正在休假。操作员有两种选择:拨打技术支持电话——他们可能要到早上才会回复——或者凭猜测解决问题。在工业化世界各地,这样的场景每晚都在重复发生数百次。

问题不在于缺少手册。手册太多了。问题在于机器非常清楚自己需要什么——压力传感器已经告诉它有情况不对劲三十秒了——但它无法用操作员能理解的语言交流,而且当它能够交流时,它会描述问题而不是解决方案。“压力超出范围” 在凌晨三点对没有帮助。“检查空气回路的V12阀门,它可能卡住了” 才是。

我们的工作由此展开。不是一个新的PLC。不是一个更漂亮的HMI。而是一种思考驱动机器的软件在2026年应该是什么样的新方式。以及三个固定的想法——你可以称之为梦想——我们正在努力将它们结合起来。

梦想一:无需编程即可自动化

如今的工业自动化需要一种非常特殊的人才:懂的用一种语言编程——IEC 61131-3家族,以及其梯形图、功能块、结构化文本等方言——这种语言在软件世界的其他地方几乎不使用。掌握这些语言的人才稀缺、昂贵,并且总是落后三周。

悖论在于,真正了解机器的人往往不是程序员。是部门主管、资深维护人员、安装过二十个类似工厂的集成商。这些人知道机器应该做什么。他们没有意愿去学习一种诞生于90年代的编程语言来解释它。

这个想法是颠覆链条。软件开发者使用现代、通用的语言编写可重用的组件——运动控制、传感器管理、操作序列——只需一次。机器集成商无需编程,而是通过语音或书面方式指定机器应该做什么来组合这些组件。大型语言模型——LLM——充当翻译器:它接收集成商的功能规范,并将其转换为可执行的配置,组装已经编写和测试的组件。

这并非“AI代替你编写代码”的幻想。它更朴实、更现实:AI读取你的规范,并在经过认证的组件中选择如何组合它们。关键代码——控制以5毫秒周期移动的轴的代码——仍然由人类编写,使用确保确定性和可靠性的语言。但这段代码只需编写一次,即可重复使用一百次。

简而言之: 重点不是让AI编写代码,而是要改变组件者和程序员之间的界限。

梦想之二:了解自身的机器

如今,机器的“沟通”很少且质量不高。警报是一个数字代码。诊断是一系列 LED 指示灯。日志是一个只有制造商才能打开的二进制文件。关于机器如何运行的知识,包括其容差、经过两千次循环后的状态,都存在于某个人的脑海中,或者某个地方的 PDF 文件中。

第二个梦想是让机器自我认知。并非出于神秘主义——而是出于非常具体的目的:技术文档、工艺参数、典型故障案例、干预程序不再存储在某个柜子或独立的文档服务器中,而是存储在机器内部,可被其自身的软件读取。当出现问题时,机器不会说“错误 1423”。它会说“阀门 V12 可能卡住了,你应该检查一下;与此同时,我可以以 60% 的速度进入降级模式”

区别在于被动对象发出信号和主动对象提出建议。前者将问题留给操作员。后者与操作员共同解决问题。

这需要两件不理所当然的事情。首先,机器的知识——历史上保存在手册、电气图、CAD 图纸和技术人员的头脑中——需要被形式化并整合到系统中。其次,系统需要一个能够进行对话的接口:再次,一个 LLM,在这里不用于生成代码,而是将症状翻译成可理解的动作,用站在面板前的人的语言。

再次,这不是魔法。而是编写得更好、索引得更好的文档,以及一个对话界面。但这彻底改变了夜班值守人员的体验。

第三个梦想:无处不在的软件

第三个梦想是最技术性的,也是最具有政治意义的。如今,工业自动化是一个封闭生态系统的世界。每个大型 PLC 制造商都有自己的语言、开发环境、硬件、驱动程序和经销商网络。更换供应商意味着重写一切。

这里的愿景是构建一个可以在通用硬件上运行的软件系统——工业迷你电脑、嵌入式控制器、地下室服务器——根据所需的预算和性能选择硬件,而不是根据哪个PLC品牌赢得了谈判。一个基于实时Linux的操作系统,基于开放标准(例如所有EtherCAT)的通信板,以及在确定性部分使用现代语言,在非确定性部分使用更灵活语言的软件组件。

规则是,在这里乌托邦变得具体:硬件必须影响性能,绝不能影响可靠性。即使在较不强大的机器上,逻辑也应该以相同的方式工作——只是速度更慢。如果循环时间从5毫秒变为10毫秒,轴以相同的精度移动,但速度减半。绝不“几乎相同”。绝不“除了那种情况之外,它才有效”。相同的系统,相同的决策,相同的保证。

这部分通常会让经验丰富的工程师们发笑。他们非常清楚实时性是困难的,Linux 本来就不是作为实时系统设计的,LLM 无法在树莓派上运行,在同一个堆栈中混合不同的语言比教程承诺的陷阱更多。他们说得对。但方向就是这样,构建它的积木——Linux 内核的实时扩展、成熟的开源 EtherCAT 堆栈、开始在适度硬件上运行的 LLM——今天,第一次,全部存在。

为什么是“乌托邦”

乌托邦是一个诚实的概念。这三件事中的任何一件,今天都不是成品。第一项需要足够可靠的 LLM 才能在生产环境中使用的,而我们才刚刚起步。第二项需要对工业知识进行大量的形式化工作,而今天几乎所有的知识都是非正式的。第三项需要构建开放的替代方案来对抗拥有二十年优势的封闭生态系统。

但是这三个梦想结合起来,排成一列,描绘了一个明确的方向:硬件是商品化的自动化,软件是可重用的,知识嵌入机器中,而 PLC 程序员——今天整个行业的瓶颈——不会消失,而是转移到真正需要的地方,即一次性编写基本组件。

在接下来的文章中,我们将讲述我们正在构建的这个拼图的各个部分。一次一个,不承诺拼图是完整的。它不是。但图案开始显现出来。

如果您对这三个方向感兴趣,或者希望以这种方式重新思考您的工业流程中的一部分,请与我们联系。

联系我们

有评论吗?请写下

此消息仅发送给您。 如果您的评论有趣,我们可能会在文章末尾发布它,但仅在经过审核后。

您在输入时,浏览器正在解决一个简单的计算问题:这是我们防止自动垃圾邮件的方式,无需使用第三方服务或要求您识别图像验证码。无需任何操作,您的数据不会离开本网站。