0325 【萬(wàn)泉河】 當(dāng)PLC編程煙臺(tái)方法遇到CHATGPT
今年以來(lái),CHATGPT人工智能可以算做是最火爆的流行話題了。 到了工控行業(yè),也不例外。 所有的工控人士都在關(guān)注它,兩方面:一,了解它能給自己的工作帶來(lái)什么幫助;二,自己的工作技能會(huì)不會(huì)被CHATGPT所替代,從而失去謀生的機(jī)會(huì)。
我自己更是如此。 事實(shí)上我是在去年底CHARGPT的概念爆出來(lái)的第一波就關(guān)注了。 從網(wǎng)上買了一個(gè)印尼的手機(jī)號(hào)接收驗(yàn)證短信,再通過爬梯手段獲得了登錄的接口,做了一些測(cè)試驗(yàn)證。
與其他一些行業(yè),或者同行,對(duì)GPT大加贊賞的態(tài)度不同,我的測(cè)試結(jié)果下來(lái),大失所望。 從另一個(gè)方面講,也大為安心,短時(shí)間內(nèi)認(rèn)為不會(huì)對(duì)我的工作造成什么影響。
我該做的事還是要繼續(xù)做,比如對(duì)LBP的移植開發(fā)。 而且發(fā)現(xiàn),倡導(dǎo)參與的同行幾乎沒有。只要自己不做,這世界上就不會(huì)有別人去做。 永遠(yuǎn)不可能指望自己啥都不做,所有人啥都不做,只需要坐在那兒喝茶刷短視頻,等著GPT升級(jí)換代了,自動(dòng)就給完成了。
這是我這段時(shí)間仍然在堅(jiān)持一個(gè)模塊一個(gè)單元的逐個(gè)做過來(lái)做LBP移植升級(jí)的原因。
也是我雖然計(jì)劃了寫一篇關(guān)于GPT對(duì)PLC編程設(shè)計(jì)工作的關(guān)系和影響的文章,卻一直沒有動(dòng)手寫的原因。 實(shí)在忙的沒有時(shí)間和心情去寫。
當(dāng)然,這段時(shí)間里,我也觀察了一些同行整理的使用GPT使用報(bào)告,雖說(shuō)GPT已經(jīng)從我注冊(cè)時(shí)候的GPT3到3.5到現(xiàn)在的4,但基本上沒有見到有價(jià)值的內(nèi)容,也沒有看到有顛覆的趨勢(shì)。
寫一下我自己的理論分析以及未來(lái)的展望,算是立一個(gè)危險(xiǎn)的FLAG, 隨時(shí)等著被打臉。就看打臉會(huì)在什么時(shí)候來(lái)了。
我個(gè)人倡導(dǎo)的PLC標(biāo)準(zhǔn)化編程煙臺(tái)方法的理念中,一個(gè)最重要的主線是高內(nèi)聚低耦合。 這個(gè)概念是從IT行業(yè)學(xué)來(lái)的。但其實(shí)發(fā)現(xiàn)在IT行業(yè)的程序員反而對(duì)這一點(diǎn)并不是特別在意。 一方面他們個(gè)人編程技能特別高,不在乎耦合階段里面有些許的弱智邏輯。 另一方面,他們的應(yīng)用場(chǎng)景通常都比較復(fù)雜,做不到完全的高內(nèi)聚和低耦合。
然而PLC行業(yè)是個(gè)特殊的存在,在高內(nèi)聚和低耦合方面可以做到完全徹底。 即我在多篇文章里表達(dá)過的,我們可以做到在耦合階段,完全沒有一點(diǎn)點(diǎn)邏輯。 全部只是變量和參數(shù)的錄入。
哪怕是一個(gè)取反信號(hào), 簡(jiǎn)單的“與”和“或”的邏輯都沒有。 數(shù)值加減更別提了。
讀者可以從我發(fā)布的80模擬量或者80雙聯(lián)開關(guān)的例子中發(fā)現(xiàn)這一點(diǎn)。
即,所有邏輯都在FB模塊中內(nèi)聚完成。 不管功能需求多復(fù)雜,都會(huì)在內(nèi)聚中,而不會(huì)釋放到外部的耦合階段產(chǎn)生任何影響。 如上一篇講到的移植LBP中的模擬量功能,具備了多觸摸屏交互功能,參數(shù)設(shè)定等功能,然而卻仍然在FB中實(shí)現(xiàn),而調(diào)用環(huán)節(jié)絲毫不變化。
那么,我們以工作分工的高內(nèi)聚和低耦合兩部分來(lái)面對(duì)GPT, 問一下GPT能幫我做哪方面的工作,是能做內(nèi)聚還是耦合?
如果它能做內(nèi)聚,那么這個(gè)提問場(chǎng)景就是:我想在SMART 200+KPT的環(huán)境中實(shí)現(xiàn)與LBP同樣UI的模塊設(shè)計(jì),請(qǐng)幫我做出來(lái)。
GPT:…….
我前一篇文章講到規(guī)劃的模擬量模塊的接口有點(diǎn)多,導(dǎo)致變量耗盡,不得不用了一個(gè)MD變量的故事大家都看到了。 那么現(xiàn)在我省事了,等GPT隨便安排吧!能實(shí)現(xiàn)就行。
能嗎?
看來(lái)是不是有點(diǎn)難?
內(nèi)聚的工作是人類的強(qiáng)項(xiàng),內(nèi)聚的本質(zhì)是創(chuàng)新,人類的大多創(chuàng)新工作都是在內(nèi)聚環(huán)節(jié)中實(shí)現(xiàn)的。 如果人類自己都沒有達(dá)到的創(chuàng)新,指望AI來(lái)替你實(shí)現(xiàn)?我覺得可能性極小。
那么咱們看一下要GPT幫忙做點(diǎn)耦合的工作吧!
問:我這兒有現(xiàn)成的模擬量處理的FB,已經(jīng)對(duì)應(yīng)了HMI畫面的模板,請(qǐng)按照符號(hào)表的80個(gè)變量,做出來(lái)PLC程序和觸摸屏畫面吧!
GPT:沒問題, SO EASY! 請(qǐng)給我完整規(guī)范的符號(hào)表,以及庫(kù)函數(shù)。 幾秒就好。 觸摸屏畫面也馬上就好。 等等,畫面布局怎么排布,是您自己來(lái)還是把工藝圖給我我來(lái)幫你做? 工藝圖給我的時(shí)候最好規(guī)范整齊標(biāo)注好。
切,如果喂給它數(shù)據(jù)啥都規(guī)范整齊了,我還用得著AI嗎?我自己做個(gè)簡(jiǎn)單的處理腳本,也本來(lái)就是幾分鐘完成的,而且還不需要人工檢查,百分百正確。
把一個(gè)FB塊調(diào)用80次這個(gè)事,非但不需要AI, 隨便找一個(gè)傻子都能看得懂,都能自己做。
所以,綜上所述,在煙臺(tái)方法面前, GPT一無(wú)用處。 內(nèi)聚它做不了, 耦合我們用不著它來(lái)做。
要想它能做PLC標(biāo)準(zhǔn)化程序的模塊內(nèi)聚,除非PLC行業(yè)大發(fā)展,大開源,網(wǎng)絡(luò)上的公開材料中煙臺(tái)方法的案例隨處可見,隨時(shí)可以喂給它讓他學(xué)習(xí),學(xué)會(huì)。 然后才能倒過來(lái)輔助人類,給人類做助手,節(jié)省一定的勞力。
在此之前,我認(rèn)為沒戲。
我們來(lái)看GPT現(xiàn)在實(shí)現(xiàn)的應(yīng)用場(chǎng)景,通常是協(xié)助人類搜索整理海量資源中有用的信息,然后形成報(bào)告,提供給人類閱讀使用。
即,它是把一個(gè)客觀輸入條件,搜索歸納總結(jié),生成了主觀結(jié)果每次結(jié)果都不一樣,其輸出的對(duì)象是人,律師,法官,顧客,學(xué)生等等。 這當(dāng)然很偉大。
然而工控行業(yè)的需求是正好倒過來(lái)的,我們做的是從客觀需求到客觀結(jié)果的過程,工控工程師的工作流程是,拿到一套工藝系統(tǒng)圖,解讀拆分其中的電氣需求, 元件選型,編程調(diào)試,生產(chǎn)。不同的人習(xí)慣可能不同,但只要有規(guī)范限制,設(shè)計(jì)結(jié)果 總是相同的。
那么最極致的需求會(huì)是,我直接把工藝圖, 或者語(yǔ)言總結(jié)的工藝需求,喂給GPT,它直接生成PLC可執(zhí)行的程序代碼,下載到PLC中,設(shè)備就直接運(yùn)行起來(lái)了?
然后公司就可以完全不需要這個(gè)工控工作的工程師了?
我覺得幾十年內(nèi)斷無(wú)可能。
所以,咱們還是該做啥做啥去吧!