夜雨聆风学习资料网

ARTICLE · 1271515

但凡电气工程师学过软件工程,就不允许PLC厂们这么放肆

但凡电气工程师学过软件工程,就不允许PLC厂们这么放肆
今天我们从WebAssembly的三层架构思想,聊聊理想的PLC编程,再结合工博会上各家厂商的AI适配进度,给大家说透这个事儿。

一、WebAssembly的核心思想

WebAssembly靠「前端语言层→中间表示层→运行时适配层」的架构,解决了跨平台问题:

1. 前端语言层:开发者用熟悉的语言写代码,不用关心底层平台;

2. 中间表示层:所有代码编译成统一的Wasm字节码,和硬件、系统无关;

3. 运行时适配层:每个平台只需要实现自己的Wasm运行时,就能执行统一的字节码。

这个架构的核心是“中间层统一,适配层分散”,彻底解决了“N种语言×N种平台=N²种适配”的碎片化问题。

二、映射到PLC编程:三层架构

我们可以把这个思路直接套用到PLC编程上,彻底打破厂商绑定:

1. 前端语言层:工程师继续用梯形图、ST等IEC 61131-3标准语言写程序,不用改变习惯;

2. 中间表示层:用OpenPLC作为统一的中间语言,把所有PLC程序编译成和厂商无关的中间格式,就像Wasm IR一样;

3. 运行时适配层:用MCP作为厂商的编译器接口,每个厂商只需要实现自己的MCP适配器,就能把OpenPLC的中间表示翻译成自家PLC的原生指令。

这样一来,工程师只需要写一次逻辑,就能在任何厂商的PLC上运行,同时还能保留每个PLC的原生功能和生态优势。

三、工博会PLC厂商AI适配进度

在这个理想架构的背景下,我们看看各家厂商的AI适配现状:

1. 西门子:Eigen是大厂里唯一真正落地的智能体,但闭源生态、仅支持博图开发,国模适配可能打折扣;

2. 倍福:CoAgent开放了标准MCP工具集和模型配置接口,开放性很好,但研发在德国,本地化适配可能跟不上;

3. Codesys:全新的Codesys4具备网页编程能力,框架更适合Agent接入,未来通用Coding Agent直接操控Codesys是可能的;

4. 汇川:今年AI话题集中在工厂侧和数据采集侧,对AI接入PLC程序只字未提,小道消息其PLC Agent叫“小满”,建议早点发布;

5. 信捷:Agent PLC还处于基础Demo阶段,使用Kimi K3模型,成本太高,商用可能要等到明年;

6. 施耐德:有未对外发布的AI Agent产品,展示效果完整,类似DSH底座+MCP工具,是唯一在中国研发的外资厂商;

7. 三菱:展示了AI拼豆,完全没体现AI和PLC的结合,产品逻辑不清晰。

四、总结

理想的PLC编程,就是“工程师用熟悉的语言写逻辑,生成统一的OpenPLC中间表示,通过MCP适配器翻译到任何厂商的PLC上”。

从工博会的情况来看,谁能更快拥抱这个统一架构,谁就能在未来的工控行业占据先机。历史告诉我们,打败诺基亚的不是摩托罗拉,是iPhone;打败柯达的不是胶卷,是数码相机。现在Agent时代来了,各位PLC厂商,准备好了吗?

相关学习资料