一直在nuo奔
。
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 47 個
工控威望: 175 點
下載積分: 745 分
在線時間: 112(小時)
注冊時間: 2016-12-07
最后登錄: 2024-11-08
查看一直在nuo奔的 主題 / 回貼
樓主  發(fā)表于: 2021-04-28 15:04
圖片:
我用梯形圖怎么了,怎么用梯形圖變成了不思進取,不求上進了。用st就牛逼了!?以下是我在某網(wǎng)上看到的文章。我淦!


“當(dāng)然,那些推崇梯形圖的,不過也就是天天弄些個點亮電燈,推動氣缸,啟停電機的玩意!!自然不會想到用ST,不過ST用來點亮電燈,推動氣缸,比用梯形圖更加簡單直觀。所以,小編堅定認為,所謂的簡單直觀,不過就是不思進取,智商不足罷了。”
一直在nuo奔
。
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 47 個
工控威望: 175 點
下載積分: 745 分
在線時間: 112(小時)
注冊時間: 2016-12-07
最后登錄: 2024-11-08
查看一直在nuo奔的 主題 / 回貼
1樓  發(fā)表于: 2021-04-29 10:38
引用
引用第6樓kuangjuncai8于2021-04-29 08:38發(fā)表的  :
我敢說覺得梯形圖不行的都是小白,我接觸過的面板項目10多萬步的程序都是用梯形圖加CALL,加間接指定和變址,一樣有很多數(shù)據(jù)處理,幾百個事件上報給CIM,60個軸。寫程序就是條條道路同羅馬,思維方式不一樣決定程序編程方式,寫法不一樣而已。


是的,絕壁是小白
一直在nuo奔
。
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 47 個
工控威望: 175 點
下載積分: 745 分
在線時間: 112(小時)
注冊時間: 2016-12-07
最后登錄: 2024-11-08
查看一直在nuo奔的 主題 / 回貼
2樓  發(fā)表于: 2021-04-29 10:39
引用
引用第5樓lvpretend于2021-04-28 23:22發(fā)表的  :
不了解梯形圖發(fā)展史的人才會這么認為。梯形圖其實是一種硬件描述語言,是一種專門用來描述繼電控制回路的編程語言,與硬件是直接相關(guān)聯(lián)的,是目前為止最適合繼電控制編程的語言。文本與梯形圖在PLC編程中是并行發(fā)展的,不是現(xiàn)在才有這種競爭,其實從第一臺PLC出現(xiàn)開始就有這兩種編程方式的競爭,競爭的結(jié)果是梯形圖幾乎完勝。完勝的原因就是因為它本身與繼電控制回路直接關(guān)聯(lián),又是一種圖形化編程,非常簡單易懂(因為圖形比文本會更易懂),所以梯形圖應(yīng)用廣泛。另一方面,梯形圖可以更底層,有的PLC針對梯形圖開發(fā)了基于硬件的指令的CPU,這使得梯形圖運行速度能比文本更快。

但隨著技術(shù)發(fā)展,PLC控制能力越來越強,任務(wù)呈現(xiàn)多樣化,在很大程度上已經(jīng)脫離了繼電控制的范疇,基于繼電控制的梯形圖面對現(xiàn)在控制任務(wù)編程就顯得有些力不從心了,但梯形圖也是發(fā)展的,可以很方便的把數(shù)學(xué)計算等復(fù)雜算法甚至文本本身集成進來。

所以梯形圖并不會消失,真正又懂文本又懂梯形圖的人是不會說出這種話來的!


嗯,是的。絕壁是小白,只會簡單的程序邏輯。
一直在nuo奔
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 47 個
工控威望: 175 點
下載積分: 745 分
在線時間: 112(小時)
注冊時間: 2016-12-07
最后登錄: 2024-11-08
查看一直在nuo奔的 主題 / 回貼
3樓  發(fā)表于: 2021-04-29 10:41
引用
引用第3樓dh0010于2021-04-28 16:32發(fā)表的  :
以下是我的見解:

階梯圖是掃描執(zhí)行,指令不能停頓,單工環(huán)境就能做
ST則是順序執(zhí)行,可以有延遲指令,但必須有多工環(huán)境,否則會卡死整個程序

.......


是的,梯形圖的存在就是為了簡化復(fù)雜的邏輯控制,使之看起來更簡潔容易理解