sihu国产精品永久免费_日韩午夜在线视频_久久99中文字幕伊人_古代男男嗯…啊h总攻

huanjue
級別: 略有小成
精華主題: 0
發帖數量: 148 個
工控威望: 433 點
下載積分: 514 分
在線時間: 294(小時)
注冊時間: 2018-12-24
最后登錄: 2024-12-22
查看huanjue的 主題 / 回貼
24樓  發表于: 2021-12-16 12:41
是不是ST語言不清楚，但是我敢說一定是文本語言。因為隨著技術的發展，要求PLC的功能越來越強大，比如同步控制存數據集等，這些功能如果是梯形圖來寫，那是要瘋。所以未來一定是文本語言，也許那時候已經不叫PLC了
但是話說，未來是多“未”，也許他來的時候，我們已經退出了技術行業，做其他事了。
liuliangdt
liuliangdt
級別: 家園常客
精華主題: 0
發帖數量: 443 個
工控威望: 682 點
下載積分: 66148 分
在線時間: 989(小時)
注冊時間: 2010-09-05
最后登錄: 2024-12-11
查看liuliangdt的 主題 / 回貼
25樓  發表于: 2021-12-16 14:54
引用
引用第1樓cvlsam于2018-11-30 09:41發表的  :
SoftPLC公司多年前就用Java編程，部分公司PLC使用C#編程，Sigmatek和貝加萊用C語言編程，人家都沒說要通殺其他么。

在日本，仍然以主流梯形圖作為第一編程語言，ST語言僅僅適合做一些運算類的編程，另外，ST語言轉換為運行碼會帶來性能上的缺失。

Good Luck~

剛做個了三菱FX3U系列PLC的活現在有體會了，ST語言寫的程序步數容量應該比梯形圖的多。用文本結構語言寫PLC程序，一樣的功能是不是比梯形圖步數容量要大一些？
2631668835
級別: 正式會員
精華主題: 0
發帖數量: 30 個
工控威望: 87 點
下載積分: 383 分
在線時間: 35(小時)
注冊時間: 2022-02-11
最后登錄: 2024-12-18
查看2631668835的 主題 / 回貼
26樓  發表于: 2022-04-11 09:49
我感覺運算用ST就行了，全部用ST來寫找個東西賊難，看著都腦殼痛
run324
15820797696
級別: 略有小成
精華主題: 0
發帖數量: 188 個
工控威望: 322 點
下載積分: 1178 分
在線時間: 80(小時)
注冊時間: 2010-10-20
最后登錄: 2024-10-12
查看run324的 主題 / 回貼
27樓  發表于: 2022-04-11 09:53
    
初出茅廬.
級別: 論壇先鋒
精華主題: 0
發帖數量: 350 個
工控威望: 1469 點
下載積分: 1323 分
在線時間: 258(小時)
注冊時間: 2021-08-28
最后登錄: 2024-12-21
查看初出茅廬.的 主題 / 回貼
28樓  發表于: 2022-04-11 09:59
打個醬油啊！
ljb6688
級別: 論壇先鋒
精華主題: 0
發帖數量: 1805 個
工控威望: 1951 點
下載積分: 114022 分
在線時間: 1959(小時)
注冊時間: 2009-12-08
最后登錄: 2024-12-20
查看ljb6688的 主題 / 回貼
29樓  發表于: 2022-04-11 11:27
個人感覺運算用ST較好，動作邏輯用梯形圖較好
電氣自動化，智能化控制，數據遠傳采集。工控元件代理，機器人附件    
烏嘍牛
級別: 家園常客
精華主題: 0
發帖數量: 670 個
工控威望: 796 點
下載積分: 1915 分
在線時間: 212(小時)
注冊時間: 2020-06-10
最后登錄: 2024-12-22
查看烏嘍牛的 主題 / 回貼
30樓  發表于: 2022-04-12 12:49
應該是混合編程，IO控制用梯形圖，
運算，通信，定位控制，用c語言，st應該淘汰。
最好是中文3
級別: 探索解密
精華主題: 0
發帖數量: 57 個
工控威望: 189 點
下載積分: 623 分
在線時間: 31(小時)
注冊時間: 2022-01-22
最后登錄: 2024-11-21
查看最好是中文3的 主題 / 回貼
31樓  發表于: 2022-04-12 13:15
不過說，目前使用者多數是T型圖
fengyyy
級別: 家園常客
精華主題: 0
發帖數量: 125 個
工控威望: 511 點
下載積分: 2680 分
在線時間: 275(小時)
注冊時間: 2015-12-02
最后登錄: 2024-09-17
查看fengyyy的 主題 / 回貼
32樓  發表于: 2022-04-12 15:17
ST？哈哈全是 IF ELSE