結(jié)構(gòu)化工程，ST程序，ST編輯器卡到不行，打字和刪除都出現(xiàn)嚴(yán)重滯后現(xiàn)象，卡頓到不行，嚴(yán)重影響到程序的編寫。
其他如KEIL、VSCODE、MPLAB X等編輯C程序都很正常，唯獨(dú)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ù)使用問題。
計(jì)數(shù)器、定時(shí)器等內(nèi)建函數(shù)以及LDP、LDF等基本指令都是按照梯形圖的方式來的，必須按照梯形圖的方式編寫，
如果以條件語句IF...END_IF的方式編寫，可能得不到想要的結(jié)果。這也讓人非常的難受。

引用

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

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


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

這個(gè)非常奇怪，結(jié)構(gòu)體位變量操作會(huì)影響到其他位變量，哪怕程序塊執(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ù)處理強(qiáng)，劣勢是很費(fèi)內(nèi)存，掃描時(shí)間長
梯形圖優(yōu)勢是邏輯處理強(qiáng)，掃描快，劣勢是數(shù)據(jù)處理特別笨重
所以最好的方式是使用梯形圖編程整個(gè)邏輯框架，再內(nèi)嵌ST處理數(shù)據(jù)

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

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