nos001
級別: 探索解密
|
結構化工程,ST程序,ST編輯器卡到不行,打字和刪除都出現嚴重滯后現象,卡頓到不行,嚴重影響到程序的編寫。 其他如KEIL、VSCODE、MPLAB X等編輯C程序都很正常,唯獨works2卡頓到不行。有人遇到這種問題嗎? 電腦配置,R5 1600X,內存16G,系統盤固態M.2 250G,系統Win7。 另外關于ST編程,有關work2內建的FB和函數使用問題。 計數器、定時器等內建函數以及LDP、LDF等基本指令都是按照梯形圖的方式來的,必須按照梯形圖的方式編寫, 如果以條件語句IF...END_IF的方式編寫,可能得不到想要的結果。這也讓人非常的難受。 [ 此帖被nos001在2019-08-07 10:32重新編輯 ] |
---|---|
|
我看到你了
級別: 家園常客
|
軟件問題,PLC程序條件通斷還是用梯形圖吧,習慣一下很快上手。不然串一堆條件全是if..else會很蛋痛 |
---|---|
|
nos001
級別: 探索解密
|
梯形圖更難受啊,結構體位變量居然不能SET、RST,FOR語句必須母線運行,還會出現莫名的無法查找的奇怪問題。 原來是軟件自身問題,我就說嘛CodeSys編輯ST很順溜,可惜不能用于三菱,多謝回復。 這個軟件的自身問題,怎么破啊?只能忍受? [ 此帖被nos001在2019-08-07 15:41重新編輯 ] |
---|---|
|
我看到你了
級別: 家園常客
|
母線不用管他的,所有語句都會連上母線,反正程序就是從上往下從左往右循環跑不會有卡死,只要條件閉合就運行右側的處理程序,基本上就是電路圖的模式 |
---|---|
|
nos001
級別: 探索解密
|
這個非常奇怪,結構體位變量操作會影響到其他位變量,哪怕程序塊執行條件為非,已經不再執行,依然影響,使得其他位變量無法被操作。 剛在線仿真了下,j = 30 使得數組溢出了,讓 j := 0 TO 29 就正常了,被這問題困擾了好多天,暈死。 [ 此帖被nos001在2019-08-07 12:32重新編輯 ] |
---|---|
|
nightblueblu
道阻且長,窮且益堅。
級別: 論壇先鋒
|
ST優勢是數據處理強,劣勢是很費內存,掃描時間長 梯形圖優勢是邏輯處理強,掃描快,劣勢是數據處理特別笨重 所以最好的方式是使用梯形圖編程整個邏輯框架,再內嵌ST處理數據 |
|
---|---|---|
|
nos001
級別: 探索解密
|
梯形圖實在難以忍受,尤其是閱讀程序的時候,就跟pdf單頁視圖一樣一跳一跳的,鼠標滾輪無法精確控制程序的上下滾動,27寸的顯示器都顯示不了幾行,還老是很容易就跑過了頭,那叫一個難受。當然這說的是三菱的works2,這破軟件,偏偏三菱的PLC用的人多,廠里仿別人的幾個機器都是用的三菱。 結構化程序倒是不會像上面說的那樣,但ST程序編輯器就如頂樓說的那樣,非常的卡頓,輸入字符和刪除字符都嚴重滯后,一不小心就刪除有用的代碼,編輯效率非常低,非常難受。 JB 三菱PLC編程,反人類的設計。 ST編程卻是占程序空間,但掃描不是問題,4000步掃描最長時間6ms左右。 [ 此帖被nos001在2019-08-07 19:02重新編輯 ] |
---|---|
|
我看到你了
級別: 家園常客
|
那你用高一級別的PLC,用GX3會好點,另外你圖的程序還是LAD吧,就是插入FB塊。如果你喜歡用FB塊的話,最好用西門子,自帶庫應有盡有。日式的話可能歐姆龍也比三菱好 三菱的LAD軟件其實已經做得很好了,不然也不會那么多人仿他,你27寸屏幕顯示不了多少行是因為插入了FB塊。西門子一些FB塊,一個塊的個頭就占了一個屏幕,那個閱讀起來才真的蛋痛。 |
---|---|
|
18664371537
級別: 探索解密
|
CODESYS的ST語言時編譯運行,而梯形圖是解釋運行,ST的運行時間要比梯形圖快很多,樓主習慣ST,又必須用三菱的話可以考慮三菱小型的5U或者Q,要不然選擇就多了,不差錢的選歐系的,倍福,KEBA,倫茨,博士力士樂,科比,考慮成本的可以選擇國產匯川,合信,和利時等,有些機型都時支持ST且為CODESYS平臺。 |
---|---|
|