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