chunchiahsieh wrote:
小弟的理解eqp表示...(恕刪)
cycle time
小弟這邊定義是很複雜的
從訂單開時叫料…到出貨
若當初樓主的cycle time
包含process time加qtime
主管的想法是沒錯
一般來說
設備管process time
fa自動化管queue time
品質看queue time
mfg製造部看tact time(tt)
生管看cycle time
實際運作方式視工廠運作為主
其中包含了組織與權責問題
所有time定義都不會是精準的時間
都會是一個平均值
生產過程中會遇到很多阻礙
計畫與現況不可能一樣
只能讓計劃與現況逼近
有關係沒關係 wrote:
如果2.5秒含產品...(恕刪)
樓上很多版友都有提到搬移時間
我來說明一下實際狀況
(1)動作說明
原點→吸取物品→移載到下游站放置→回原點END-2.5秒完成
以上動作算一個Cycle time，搬移時間已算在裡面了
這時候要跟下游站做連線，你要考慮機構干涉及PLC保護
(2)連線等待時間舉例
下游站在安全位置時→上游站才可以放置物品(等待時間)
上游站手臂在上升位置時→下游站才可以移載(等待時間)
以上雙機或雙站連線時會遇到等待時間，總Cycle time會超過2.5秒
(3)連線不需等待時間舉例
除非機構沒有任何干涉，物品都是丟了就走，不管下游站(標準的射後不理)
那連線時間才會在2.5秒
廠內設備就是第2個例子
所以單機2.5秒不等於雙機連線2.5秒，搬移時間已列入計算
新發包設備也是第2個例子
神奇老大 wrote:
樓上很多版友都有提...(恕刪)
1.各站的等待時間應該算在各站的cycle time內吧
2.下游2.5s內一定要位於安全位置並通知上游(loader) 允許投片，然後上游一定要在收到通知後，2.5s放置完成並回到安全位置後通知下游放置完成。
3.通訊時間誠如其他先進所說都已ms為單位根本不是delay的原因，上游要放置之前都已經先收到下游的允許信號了才過去放置哪來的射後不裡，下游通知上游可以放料後他自己本身當然不可以把手臂移過去，就算雙方又各自加sensor去做偵測預防撞機控制器的處理時間也是幾十毫秒而已，至於發現對方位置不對後要alarm停機，要在多少時間內完成那又是警報後的事了，也不會跟cycle time有關
至於2.5s內怎麼完成投片並回到安全位置那就是廠商的事了，如果因硬體及或該廠商能力不足導致難以達成此目標，再來談要放寬還是換廠商吧
不然設備商應該也覺得怎麼又遇到跳針鬼了
內文搜尋
從 APP 打開
X