最近在做氣缸FB塊，需要實(shí)現(xiàn)任意狀態(tài)下手動(dòng)點(diǎn)動(dòng)過就要報(bào)警手動(dòng)中自動(dòng)不能啟動(dòng)，除非回到自動(dòng)運(yùn)行的狀態(tài)，



  
第一個(gè)做出來了效果，就是過于繁瑣，需要操作的變量太多了，準(zhǔn)備優(yōu)化下，
目前進(jìn)度在第二張簡(jiǎn)化了很多，準(zhǔn)備在三種狀態(tài)下保存需要對(duì)比的記憶，自動(dòng)，初始化，上電，實(shí)在想不到比較全的辦法了；
誠(chéng)心請(qǐng)教一下各位有什么思路嗎

其實(shí)氣缸標(biāo)準(zhǔn)塊代碼不少的，復(fù)雜是正常的。
手動(dòng)操作過，就置一個(gè)位，可以設(shè)置為塊的In_Out類型，氣缸被手動(dòng)操作過就置這個(gè)位，然后外層的程序當(dāng)需要自動(dòng)的時(shí)候，這個(gè)位就可以要求設(shè)備必須完成初始化才能后續(xù)

外層程序在開始初始化時(shí)復(fù)位這個(gè)手動(dòng)操作過的記憶位

引用

引用第7樓望穿秋水月于2024-05-10 15:19發(fā)表的  :
會(huì)報(bào)警的，自動(dòng)時(shí)的狀態(tài)，和手動(dòng)操作后的狀態(tài)一致的話不會(huì)報(bào)警，氣缸自動(dòng)時(shí)是伸出，手動(dòng)操作后也是伸出，不會(huì)報(bào)警，手動(dòng)時(shí)是縮回，才會(huì)報(bào)警。

這樣做不好，可以被人手動(dòng)操作一下，把本該判廢的零件放出去了。嚴(yán)格來說，手動(dòng)操作過，設(shè)備復(fù)位，按找工件記憶恢復(fù)流程，如果工件狀態(tài)根據(jù)記憶和傳感器狀況OK，就流轉(zhuǎn)到該工藝步繼續(xù)，如果零件有無法繼續(xù)風(fēng)險(xiǎn)，直接走報(bào)廢流程

引用

引用第5樓cdgong于2024-05-10 14:38發(fā)表的  :

我現(xiàn)在就是傳入一個(gè)結(jié)構(gòu)體變量，自動(dòng)手動(dòng)都是操作同一個(gè)變量控制氣缸，這樣需要急停也可以在外部直接控制變量；
狀態(tài)記憶在自動(dòng)模式未發(fā)生手動(dòng)報(bào)錯(cuò)情況下一直保存氣缸的狀態(tài)，初始化過程中啟動(dòng)保存氣缸狀態(tài)

不好意思，你寫的ST語言，實(shí)在耐不下心來看。
氣缸塊自己開發(fā)過幾次，也讀過其他大公司開發(fā)的塊，目前還沒碰到過完全滿意的。 后來自己開發(fā)的氣缸塊，只能用來適用主控程序和觸摸屏上做faceplate, 就是觸摸屏標(biāo)準(zhǔn)快

想要做一個(gè)完美的塊，同時(shí)考慮斷電保持，光柵切入暫停，和安全聯(lián)動(dòng)，自動(dòng)手動(dòng)聯(lián)鎖，暫時(shí)沒還沒見到過，就是哪些50+年齡的老自動(dòng)化公司也沒有那么完美的，所以每次都在一個(gè)基礎(chǔ)上根據(jù)項(xiàng)目的閥的使用方法和安全相關(guān)邏輯的修改成一個(gè)適用塊

這個(gè)是回上一樓的，放棄這個(gè)思路，算是老人的忠告。 因?yàn)樵O(shè)備一多，回涉及互鎖，判斷互鎖自動(dòng)回歸這個(gè)算法接近早期人工智能把所有應(yīng)對(duì)方法對(duì)應(yīng)一遍，非常繁雜。所以都是初始化設(shè)備再從起始點(diǎn)開始流程

引用

引用第11樓cdgong于2024-05-10 19:41發(fā)表的  :

我比較喜歡功能塊只做報(bào)警，操作氣缸單獨(dú)用一個(gè)函數(shù)或者單獨(dú)操作映射輸出的點(diǎn)位，這樣遇到光柵阻斷斷氣退出再恢復(fù)氣缸這些就好處理多了

直接置位和復(fù)位氣缸的確是很簡(jiǎn)單有效，而且各種狀態(tài)下切換也很方便，我的老東家之一就喜歡這樣

這個(gè)模式唯一讓人不舒服的時(shí)候是IO是別人命名的而且命名的一塌糊涂那時(shí)候，就想用功能塊了，這樣IO只要對(duì)一次就可以了