
上期我们讨论AI的高亮方案,VS Code也能实现IEC 61131-3结构化文本ST语言的语法高亮与代码片段支持啦!有朋友留言:


这期我把测试的结果和大家分享下:


我们还是以PID控制核心程序为例,来测试AI输出梯形图的能力?

具体程序内容:

从这个效果看,它已经在模仿梯形图来输出了,但是是用文本的形式代替梯形图的效果。
例如,中间的连接线使用虚线来替代,而且,不同PLC厂家的梯形图表现形式有些不同,所以出来的效果并不理想,基本不能直接复制粘贴。
但是,其中编程的思路可以借鉴,仍然需要人工进行拖拽。

VS Code+Cline
然后,我将同样的需求,给到Cline里,让他给出解决方案。我们一起来看下:

虽然,我一再强调用梯形图的方式编程,但是AI还是不建议LD去做。另外,Codesys这个MCP主要支持的是ST语言。

虽然,这里是在主Program里面采用LD,我认为也能接受,但是打开项目后,你们猜猜具体代码是怎样的呢?

估计实在是没法子,所以强制转成ST输出,但是还贴心的用了Network这种梯形图里面的分段结构。
然后,我又继续尝试把AI的network程序直接粘贴到LD程序中,根本粘贴不了,本质上它生成的还是文本类的。估计ST或者STL等文本类型的语言没啥问题。
当然,我正准备发此文章的时候,看到其他同行,通过生成.awl文件格式再导入到SMART 200里,实际上核心也还是文本类的输出,只不过有些编程软件可以导入进去。


原因
要想知道具体原因,我们直接问AI,它具体的回答是这样的:

实际原因给出的非常详细:

主要就是不支持图形化的语言,建议手动完善,另外ST作为标准语言,AI还是不推荐LD,优先ST。毕竟复杂的逻辑,ST更有优势,另外,文本类更加方便复制粘贴,兼容性更强。
同样,也问了Deepseek具体原因,主要这几点:



当然,AI也给出部分预测:

所以,AI能否直接生成LD梯形图的程序呢?目前看是不能的,但是可以仿造LD的网络化结构给出具体的程序参考结构,参考价值是不错的。部分软件如果可以导入文本类型的,可通过这种方式转换。
最后,还是好好适应这种趋势,ST语言肯定是我们PLC编程工程师的必备语言技能了。ST语言学习资料汇总这份资料一直在分享中,没有下载的朋友可以继续免费领取哦!