0325  【万泉河】  当PLC编程烟台方法遇到CHATGPT

今年以来，CHATGPT人工智能可以算做是最火爆的流行话题了。 到了工控行业，也不例外。 所有的工控人士都在关注它，两方面：一，了解它能给自己的工作带来什么帮助；二，自己的工作技能会不会被CHATGPT所替代，从而失去谋生的机会。

我自己更是如此。 事实上我是在去年底CHARGPT的概念爆出来的第一波就关注了。 从网上买了一个印尼的手机号接收验证短信，再通过爬梯手段获得了登录的接口，做了一些测试验证。

与其他一些行业，或者同行，对GPT大加赞赏的态度不同，我的测试结果下来，大失所望。 从另一个方面讲，也大为安心，短时间内认为不会对我的工作造成什么影响。

我该做的事还是要继续做，比如对LBP的移植开发。 而且发现，倡导参与的同行几乎没有。只要自己不做，这世界上就不会有别人去做。 永远不可能指望自己啥都不做，所有人啥都不做，只需要坐在那儿喝茶刷短视频，等着GPT升级换代了，自动就给完成了。

这是我这段时间仍然在坚持一个模块一个单元的逐个做过来做LBP移植升级的原因。

也是我虽然计划了写一篇关于GPT对PLC编程设计工作的关系和影响的文章，却一直没有动手写的原因。 实在忙的没有时间和心情去写。

当然，这段时间里，我也观察了一些同行整理的使用GPT使用报告，虽说GPT已经从我注册时候的GPT3到3.5到现在的4，但基本上没有见到有价值的内容，也没有看到有颠覆的趋势。

写一下我自己的理论分析以及未来的展望，算是立一个危险的FLAG， 随时等着被打脸。就看打脸会在什么时候来了。

我个人倡导的PLC标准化编程烟台方法的理念中，一个最重要的主线是高内聚低耦合。 这个概念是从IT行业学来的。但其实发现在IT行业的程序员反而对这一点并不是特别在意。 一方面他们个人编程技能特别高，不在乎耦合阶段里面有些许的弱智逻辑。 另一方面，他们的应用场景通常都比较复杂，做不到完全的高内聚和低耦合。

然而PLC行业是个特殊的存在，在高内聚和低耦合方面可以做到完全彻底。 即我在多篇文章里表达过的，我们可以做到在耦合阶段，完全没有一点点逻辑。 全部只是变量和参数的录入。
哪怕是一个取反信号， 简单的“与”和“或”的逻辑都没有。 数值加减更别提了。

读者可以从我发布的80模拟量或者80双联开关的例子中发现这一点。

即，所有逻辑都在FB模块中内聚完成。 不管功能需求多复杂，都会在内聚中，而不会释放到外部的耦合阶段产生任何影响。 如上一篇讲到的移植LBP中的模拟量功能，具备了多触摸屏交互功能，参数设定等功能，然而却仍然在FB中实现，而调用环节丝毫不变化。

那么，我们以工作分工的高内聚和低耦合两部分来面对GPT， 问一下GPT能帮我做哪方面的工作，是能做内聚还是耦合？

如果它能做内聚，那么这个提问场景就是：我想在SMART 200+KPT的环境中实现与LBP同样UI的模块设计，请帮我做出来。
GPT:…….

我前一篇文章讲到规划的模拟量模块的接口有点多，导致变量耗尽，不得不用了一个MD变量的故事大家都看到了。 那么现在我省事了，等GPT随便安排吧！能实现就行。

能吗？

看来是不是有点难？

内聚的工作是人类的强项，内聚的本质是创新，人类的大多创新工作都是在内聚环节中实现的。 如果人类自己都没有达到的创新，指望AI来替你实现？我觉得可能性极小。

那么咱们看一下要GPT帮忙做点耦合的工作吧！

问：我这儿有现成的模拟量处理的FB，已经对应了HMI画面的模板，请按照符号表的80个变量，做出来PLC程序和触摸屏画面吧！

GPT:没问题， SO EASY! 请给我完整规范的符号表，以及库函数。 几秒就好。 触摸屏画面也马上就好。 等等，画面布局怎么排布，是您自己来还是把工艺图给我我来帮你做？ 工艺图给我的时候最好规范整齐标注好。

切，如果喂给它数据啥都规范整齐了，我还用得着AI吗？我自己做个简单的处理脚本，也本来就是几分钟完成的，而且还不需要人工检查，百分百正确。

把一个FB块调用80次这个事，非但不需要AI， 随便找一个傻子都能看得懂，都能自己做。

所以，综上所述，在烟台方法面前， GPT一无用处。 内聚它做不了， 耦合我们用不着它来做。

要想它能做PLC标准化程序的模块内聚，除非PLC行业大发展，大开源，网络上的公开材料中烟台方法的案例随处可见，随时可以喂给它让他学习，学会。 然后才能倒过来辅助人类，给人类做助手，节省一定的劳力。

在此之前，我认为没戏。

我们来看GPT现在实现的应用场景，通常是协助人类搜索整理海量资源中有用的信息，然后形成报告，提供给人类阅读使用。

即，它是把一个客观输入条件，搜索归纳总结，生成了主观结果每次结果都不一样，其输出的对象是人，律师，法官，顾客，学生等等。 这当然很伟大。

然而工控行业的需求是正好倒过来的，我们做的是从客观需求到客观结果的过程，工控工程师的工作流程是，拿到一套工艺系统图，解读拆分其中的电气需求， 元件选型，编程调试，生产。不同的人习惯可能不同，但只要有规范限制，设计结果 总是相同的。

那么最极致的需求会是，我直接把工艺图， 或者语言总结的工艺需求，喂给GPT，它直接生成PLC可执行的程序代码，下载到PLC中，设备就直接运行起来了？

然后公司就可以完全不需要这个工控工作的工程师了？

我觉得几十年内断无可能。

所以，咱们还是该做啥做啥去吧！