結(jié)構(gòu)化工程，ST程序，ST編輯器卡到不行，打字和刪除都出現(xiàn)嚴(yán)重滯后現(xiàn)象，卡頓到不行，嚴(yá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é)果。這也讓人非常的難受。

引用

引用第1樓我看到你了于2019-08-07 10:45發(fā)表的  :
軟件問題，PLC程序條件通斷還是用梯形圖吧，習(xí)慣一下很快上手。不然串一堆條件全是if..else會很蛋痛

梯形圖更難受啊，結(jié)構(gòu)體位變量居然不能SET、RST，F(xiàn)OR語句必須母線運行，還會出現(xiàn)莫名的無法查找的奇怪問題。
原來是軟件自身問題，我就說嘛CodeSys編輯ST很順溜，可惜不能用于三菱，多謝回復(fù)。


這個軟件的自身問題，怎么破啊？只能忍受？

這個非常奇怪，結(jié)構(gòu)體位變量操作會影響到其他位變量，哪怕程序塊執(zhí)行條件為非，已經(jīng)不再執(zhí)行，依然影響，使得其他位變量無法被操作。




剛在線仿真了下，j = 30 使得數(shù)組溢出了，讓 j := 0  TO 29 就正常了，被這問題困擾了好多天，暈死。

軟件自身的問題，只能忍受？

和AMD還是intel有關(guān)系嗎？

引用

引用第6樓nightblueblu于2019-08-07 16:23發(fā)表的  :
ST優(yōu)勢是數(shù)據(jù)處理強，劣勢是很費內(nèi)存，掃描時間長
梯形圖優(yōu)勢是邏輯處理強，掃描快，劣勢是數(shù)據(jù)處理特別笨重
所以最好的方式是使用梯形圖編程整個邏輯框架，再內(nèi)嵌ST處理數(shù)據(jù)

梯形圖實在難以忍受，尤其是閱讀程序的時候，就跟pdf單頁視圖一樣一跳一跳的，鼠標(biāo)滾輪無法精確控制程序的上下滾動，27寸的顯示器都顯示不了幾行，還老是很容易就跑過了頭，那叫一個難受。當(dāng)然這說的是三菱的works2，這破軟件，偏偏三菱的PLC用的人多，廠里仿別人的幾個機器都是用的三菱。
結(jié)構(gòu)化程序倒是不會像上面說的那樣，但ST程序編輯器就如頂樓說的那樣，非常的卡頓，輸入字符和刪除字符都嚴(yán)重滯后，一不小心就刪除有用的代碼，編輯效率非常低，非常難受。
JB  三菱PLC編程，反人類的設(shè)計。

ST編程卻是占程序空間，但掃描不是問題，4000步掃描最長時間6ms左右。