最近在做氣缸FB塊，需要實現任意狀態下手動點動過就要報警手動中自動不能啟動，除非回到自動運行的狀態，



  
第一個做出來了效果，就是過于繁瑣，需要操作的變量太多了，準備優化下，
目前進度在第二張簡化了很多，準備在三種狀態下保存需要對比的記憶，自動，初始化，上電，實在想不到比較全的辦法了；
誠心請教一下各位有什么思路嗎

其實氣缸標準塊代碼不少的，復雜是正常的。
手動操作過，就置一個位，可以設置為塊的In_Out類型，氣缸被手動操作過就置這個位，然后外層的程序當需要自動的時候，這個位就可以要求設備必須完成初始化才能后續

外層程序在開始初始化時復位這個手動操作過的記憶位

引用

引用第7樓望穿秋水月于2024-05-10 15:19發表的  :
會報警的，自動時的狀態，和手動操作后的狀態一致的話不會報警，氣缸自動時是伸出，手動操作后也是伸出，不會報警，手動時是縮回，才會報警。

這樣做不好，可以被人手動操作一下，把本該判廢的零件放出去了。嚴格來說，手動操作過，設備復位，按找工件記憶恢復流程，如果工件狀態根據記憶和傳感器狀況OK，就流轉到該工藝步繼續，如果零件有無法繼續風險，直接走報廢流程

引用

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

我現在就是傳入一個結構體變量，自動手動都是操作同一個變量控制氣缸，這樣需要急停也可以在外部直接控制變量；
狀態記憶在自動模式未發生手動報錯情況下一直保存氣缸的狀態，初始化過程中啟動保存氣缸狀態

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

想要做一個完美的塊，同時考慮斷電保持，光柵切入暫停，和安全聯動，自動手動聯鎖，暫時沒還沒見到過，就是哪些50+年齡的老自動化公司也沒有那么完美的，所以每次都在一個基礎上根據項目的閥的使用方法和安全相關邏輯的修改成一個適用塊

這個是回上一樓的，放棄這個思路，算是老人的忠告。 因為設備一多，回涉及互鎖，判斷互鎖自動回歸這個算法接近早期人工智能把所有應對方法對應一遍，非常繁雜。所以都是初始化設備再從起始點開始流程

引用

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

我比較喜歡功能塊只做報警，操作氣缸單獨用一個函數或者單獨操作映射輸出的點位，這樣遇到光柵阻斷斷氣退出再恢復氣缸這些就好處理多了

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

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