• 6

設備相關人員/自動化/機構設計/PLC~請進~8/3標題有修改

直接切入主題
公司要發包一條生產線,目標產能每月100萬
因製程關係一次只能作動1PCS
3台單機連線同步作業成為一條生產線
所以得出Cycle time 2.5秒/1PCS

(1)主管主張
要求廠商單機離線2.5秒,因同步作業的關係
三機連線Cycle time就是2.5秒

(2)小弟與廠商討論
後來主管有事離開討論如下
要達到月產能100萬,單機離線速度要低於2.5秒甚至2.0秒
連線作業時訊號上下游單機訊號互丟,及機構安全條件
必定會造成時間延遲,所以時間不能抓剛剛好2.5秒

(3)結論
很委婉告訴主管算法好像有點問題,結果主管爭個臉紅脖子粗
主張他的理論是對的,過程中小弟保持沉默
廠商不接這個話題,試圖轉移話題
主管繼續臉紅脖子粗確認主張
小弟繼續沉默 ,廠商繼續轉移話題。
後來廠商得出整線產出2.5秒而不看單機速度。


8/3補充說明
很多版友都有提到搬移時間
我來說明一下實際狀況

(1)動作說明
原點→吸取物品→移載到下游站放置→回原點END-2.5秒完成
以上動作算一個Cycle time,搬移時間已算在裡面了
這時候要跟下游站做連線,你要考慮機構干涉及PLC保護

(2)連線等待時間舉例
下游站在安全位置時→上游站才可以放置物品(等待時間)
上游站手臂在上升位置時→下游站才可以移載(等待時間)
以上雙機或雙站連線時會遇到等待時間,總Cycle time會超過2.5秒

(3)連線不需等待時間舉例
除非機構沒有任何干涉,物品都是丟了就走,不管下游站(標準的射後不理)
那連線時間才會在2.5秒


廠內設備就是第2個例子
所以單機2.5秒不等於雙機連線2.5秒,搬移時間已列入計算
新發包設備也是2個例子


8/3補充說明2
Cycle time 2.5只單純看設備效能可否達標
不考慮生產、停機、維修、保養等外在因素
月產100萬主管已經有預留空間了
開給客戶的規格是月產80萬良品


2017-08-02 9:05 發佈
神奇老大 wrote:
直接切入主題公司要發...(恕刪)

因為是連續製程,是不是該看單機進料跟加工時間,然後取3台機台中,耗損最久的那台當成是Cycle Time(Maximum Value)。
Jimmy Yang wrote:
因為是連續製程,是...(恕刪)


同意+1看最慢的那台

廠商主張
單機離線2.5秒可以達到
三機連線2.5秒達不到,做過最快的設備3秒1PCS

主管主張
只要單機離線2.5秒就可以達到月產能100萬
因為三機同步作業所以不會有時間延遲

廠商結論
我做過三機連線最快3秒,月產能只有864000
但是我每台單機都2.5秒內
到時候你再來跟我練蕭威,說怎麼達不到100萬
那我不是要死給你看
(補充說明一下這段話是廠商對我講,我只是引述,結果被網友解讀成口氣差....)
整理一下樓主的問題

一條生產線,有三個工作站,串成這條產線

製程限制,同一個工作站同時只能作一個工件

所以cycle time 得出2.5秒的結論

到此我們知道,假設這條產線有三個站

工作週期最長的站是造成cycle time 的主因

但其實每個工作站的工作週期在此是不可知的

因為真正的cycle time = 最長時間工作站工作週期+工件搬移時間

因為樓主沒說明工件的搬移時間,先假設是0,意思是最久的那站要花2.5秒完成它的製程


單機離線的條件下,譬如某成品或某工序不需要其中一站的製程

那cycle time會變成剩下兩站中,工作時間最長的那一站(實際狀況因為跳過一站,搬移時間會增加)

所以所謂"單機離線後的產線cycle time",會根據實際離線是哪站而定。整體時間也是要重新評估。只有三站幹嘛吵成這樣? 實際上線測一次就知道啦

如果你三站的工作時間都一樣,那單機離線的條件下,時間會很難說,因為你會省了離線那站的進離站時間,但工件搬移時間會加倍

譬如ABC三站,時間要細分成,工件進A站時間,A站製程時間,工件離A站時間,工件移動至B站時間,工件進B站時間,B站製程時間,工件離B站時間,工件搬移至C站時間,工件進C站時間,C站製程時間,工件離C站時間 & 工件離開時間。

先把上面每個時間段落都釐清,你就知道2.5秒分別花在哪裡。然後某個單站離線時的總cycle 時間是多少。 你們沒有生管嗎?

至於訊號互丟,這根本不是問題。訊號交握的延遲時間是以ms作單位,你的cycle time是以秒作單位,拿出來講根本只是亂扯而已。


至於月產量一百萬,以cycle time 2.5秒來計

1M x 2.5s = 25M s,輪三班產線不停的話,需要28.9天。 換句話說,除了二月以外,每個月有1.1~2.1天可以停機檢修保養。 產線設備人員皮要繃很緊。
我這裡計算Cycle time算法是先將單站(單機)Working time統計出來

這樣好調整三台時間差進而可以預估出整體cycle time


yagami7215 wrote:
整理一下樓主的問題...(恕刪)


回應一下版友的問題
1.現階段廠內有廠商一台單機,目前測試最快速度2.7~2.9秒
經由機構行程縮短及改善可以達到2.5秒

2.三機連線目前在評估中,沒有實機可以測試
只能依動作步驟算出可能達到時間
所以一切憑空想像開出需求規格
(版友應該沒有發包設備經驗)

3.廠內1台PLC行數1萬9000行,PLC掃描時間40毫秒
Cycle eime落在3.1~3.3秒
另一台PLC行數6000行,掃描時間忘了,Cycle eime2.7~2.9秒
2台機構動作零件都是一樣的,一台單頭一台是三頭
以上都是測試單一頭動作離線時間

4.各站連結上下游,PLC要寫保護防止撞機
還要等上一站手臂離開,下一站才可以移載
如果你單機抓2.5秒,連線時因為保護或等待
很大機會超出2.5秒甚至會到3秒
有時候PLC速度太快,或是只丟一個脈波
馬達接收不到,還要寫個延遲時間給馬達

5.機台Cycle time從來都跟生管沒關係
今天要去採購一套設備,客戶給出需求月產能100萬
其他規格和Cycle eime要自行評估跟設備商討論可行性
都是由工程研發設備相關人員去跟廠商討論
有人公司是派生管去跟設備商討論Cycle time的嗎?


還有口氣需要這麼衝嗎?

神奇老大 wrote:
(3)結論
很委婉告訴主管算法好像有點問題,結果主管爭個臉紅脖子粗
主張他的理論是對的,過程中小弟保持沉默
廠商不接這個話題,試圖轉移話題
主管繼續臉紅脖子粗確認主張
小弟繼續沉默 ,廠商繼續轉移話題。
後來廠商得出整線產出2.5秒而不看單機速度。
...(恕刪)


職場倫理都不懂,被衝康是遲早的 !!
在廠商面前還不給主管面子,年輕人就是年輕人...
神奇老大 wrote:
同意+1看最慢的那台...(恕刪)

廠商回應這也是正常的,總要保留一點退路給自己,不過實際上還是要一起測試才知道。理論跟實務還是有落差。
湖濱一號 wrote:
職場倫理都不懂,被...(恕刪)


內文寫得很清楚,很委婉的說算法好像有點問題
過程中包含我或廠商都沒有跟主管有爭執
只是主管堅持他的主張一直論述
開會的眾人都沒有反駁他,更沒有吵架喔請看清楚
如果遇到問題點出來,這樣算不給面子?
那我也沒輒了

只能按照版友說的全程附和給主管面子
到時規格達不到,老闆把全部的人幹譙一遍
主管在推給我說,當初你怎麼沒反應
我也只能默默接受,要給主管面子........
公司損失全部的人承擔被扣錢
薪水少了因為要給主管面子.......(遇問題不能反應)
早知道那天就請假不要參加會議
當個縮頭烏龜,千金難買早知道





Jimmy Yang wrote:
廠商回應這也是正常...(恕刪)



所以廠商很保留認為達不到
主管很堅持認為一定達的到
雙方的分歧點在這裡
  • 6
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?