nos001
級(jí)別: 探索解密
![]() |
結(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等基本指令都是按照梯形圖的方式來(lái)的,必須按照梯形圖的方式編寫, 如果以條件語(yǔ)句IF...END_IF的方式編寫,可能得不到想要的結(jié)果。這也讓人非常的難受。 [ 此帖被nos001在2019-08-07 10:32重新編輯 ] |
---|---|
|
nos001
級(jí)別: 探索解密
![]() |
梯形圖更難受啊,結(jié)構(gòu)體位變量居然不能SET、RST,F(xiàn)OR語(yǔ)句必須母線運(yùn)行,還會(huì)出現(xiàn)莫名的無(wú)法查找的奇怪問題。 原來(lái)是軟件自身問題,我就說(shuō)嘛CodeSys編輯ST很順溜,可惜不能用于三菱,多謝回復(fù)。 這個(gè)軟件的自身問題,怎么破啊?只能忍受? [ 此帖被nos001在2019-08-07 15:41重新編輯 ] |
---|---|
|
nos001
級(jí)別: 探索解密
![]() |
這個(gè)非常奇怪,結(jié)構(gòu)體位變量操作會(huì)影響到其他位變量,哪怕程序塊執(zhí)行條件為非,已經(jīng)不再執(zhí)行,依然影響,使得其他位變量無(wú)法被操作。 ![]() 剛在線仿真了下,j = 30 使得數(shù)組溢出了,讓 j := 0 TO 29 就正常了,被這問題困擾了好多天,暈死。 [ 此帖被nos001在2019-08-07 12:32重新編輯 ] |
---|---|
|
nos001
級(jí)別: 探索解密
![]() |
梯形圖實(shí)在難以忍受,尤其是閱讀程序的時(shí)候,就跟pdf單頁(yè)視圖一樣一跳一跳的,鼠標(biāo)滾輪無(wú)法精確控制程序的上下滾動(dòng),27寸的顯示器都顯示不了幾行,還老是很容易就跑過(guò)了頭,那叫一個(gè)難受。當(dāng)然這說(shuō)的是三菱的works2,這破軟件,偏偏三菱的PLC用的人多,廠里仿別人的幾個(gè)機(jī)器都是用的三菱。 結(jié)構(gòu)化程序倒是不會(huì)像上面說(shuō)的那樣,但ST程序編輯器就如頂樓說(shuō)的那樣,非常的卡頓,輸入字符和刪除字符都嚴(yán)重滯后,一不小心就刪除有用的代碼,編輯效率非常低,非常難受。 JB 三菱PLC編程,反人類的設(shè)計(jì)。 ST編程卻是占程序空間,但掃描不是問題,4000步掃描最長(zhǎng)時(shí)間6ms左右。 [ 此帖被nos001在2019-08-07 19:02重新編輯 ] |
---|---|
|