Re: [討論] AI進展之台積調機台未來

看板Tech_Job作者 (專打不專業環團)時間6年前 (2019/02/12 19:32), 6年前編輯推噓19(22推 3噓 16→)
留言41則, 24人參與, 6年前最新討論串2/3 (看更多)
現在AI很夯，不跟個風怎行? 但是AI講是很好聽，做起來卻是兩碼子事。 我們來講講這篇提到的應用，幾年前在期刊論文上就有看過，主要的概念是透過機台跑貨 時，將搜集到FDC資料與不同的機器故障情境產生的FDC，一同餵給AI演算法進行學習。 經過訓練後的AI，上線後就會分析每一次的跑貨FDC，偵測到問題就可以立即停機，避免 產品良率低落甚至報廢。 好，這個不叫理論，實際上是做的到的。但是，重點是什麼?AI拋alarm，跟你說機台應該 是出狀況了。但是設備查了查機台RF hours，可能只到上限值3成，4成。這時你要清機嗎 ?要換parts嗎?真的照做，HW肯定有清不完的機，換不完的parts，然後費用一整個爆表， 天天上會議被狗幹。 多數的情況就是找HW，哪個誰誰誰去調一下，讓AI不會拋alarm。你說是嗎? AI會幫你找問題，但是HW真的能照SOP?在這個cost down 無限迴圈的世界，AI的應用面看 起來很美好，做起來跟每天有鬼外找一樣，肯定是惡夢。設備不會因為AI沒工作，只會因 為AI不想做。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.247.6.59 ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1549971125.A.CDA.html
→
02/12 19:40, 6年前 , 1F
AI沒餵它作業成本,他當然拼命叫
02/12 19:40, 1F
推
02/12 21:24, 6年前 , 2F
AI只能給建議不能做決定
02/12 21:24, 2F
推
02/12 21:26, 6年前 , 3F
推這篇 這才是現實
02/12 21:26, 3F
噓
02/12 21:27, 6年前 , 4F
那你不會把這個因素也加進去？
02/12 21:27, 4F
把清機費用加進去，超過多少錢才報alarm嗎?
推
02/12 21:38, 6年前 , 5F
這篇很真實！
02/12 21:38, 5F
推
02/12 21:40, 6年前 , 6F
AI畢竟是AI 沒有gg星人的變通
02/12 21:40, 6F
噓
02/12 21:49, 6年前 , 7F
AI會學習 像下圍棋 判斷何時修或更換 太小看AI
02/12 21:49, 7F
有問題就要換，這是個很正常的思維。 但是問題是，現在的廠多數都是rum到死才願意換，不是有問題就一定願意換。
推
02/12 22:15, 6年前 , 8F
index不會蒐集齊全一點喔. 你確定你是GG的人的思維嗎
02/12 22:15, 8F
我不是台GG，可能GG錢比較多，不用搞cost down，東西想換就能隨便你換。
推
02/12 22:20, 6年前 , 9F
這樣就是AI不夠準啊！如果夠準，預報發出之後幾天後機器就故
02/12 22:20, 9F
→
02/12 22:20, 6年前 , 10F
障了，才能真正有意義
02/12 22:20, 10F
機台不是這麼簡單，有時chuck voltage跑一點，偶爾dechuck有問題，偶爾back side He 有問題，這個PE處理一下就過去了。它可能還可以跑個十天半個月。 現在只要一偵測到有問題，能馬上換嗎?如果不行，AI每天跟你報alarm，你不能有action ，你會怎樣?
推
02/12 22:38, 6年前 , 11F
機台一堆物理性故障跟耗材更換 AI最好能做
02/12 22:38, 11F
噓
02/12 22:42, 6年前 , 12F
你的model問題不小耶 要不要再進修一下？
02/12 22:42, 12F
這跟AI的model無關，真正的問題在工廠端。
推
02/12 22:42, 6年前 , 13F
這篇相當真實 到現在還一堆人覺得AI無敵 被洗腦成這樣...
02/12 22:42, 13F
→
02/12 22:49, 6年前 , 14F
你做事是不是一定要等開天窗 才告知老闆有問題?
02/12 22:49, 14F
推
02/12 23:05, 6年前 , 15F
那是文中AI太爛 不然實驗組對照組下去demo真的有效
02/12 23:05, 15F
→
02/12 23:05, 6年前 , 16F
誰敢無視AI alarm?
02/12 23:05, 16F
AI報故障，不會100%正確。就算是最常用的defect分類都不見得能100%分到正確的類別。 而問題是，真的有問題就得停機，就得換東西。但是，在實際面上，你真的能立馬停止下 貨，把機台拉下線PM? 如果可以，哪HW人力肯定是缺到爆炸了。
推
02/12 23:37, 6年前 , 17F
demo也是人去demo
02/12 23:37, 17F
※ 編輯: negohsu (39.10.200.77), 02/13/2019 07:52:45
推
02/13 08:11, 6年前 , 18F
AI說要換零件換料, 老闆不聽不想花錢買料也是死
02/13 08:11, 18F
推
02/13 08:23, 6年前 , 19F
看起來像考慮的因素不夠多吧 感覺要解決不難
02/13 08:23, 19F
推
02/13 08:43, 6年前 , 20F
太常停機製造還不叼爆你媽靠ai三小 自己沒大腦嗎
02/13 08:43, 20F
→
02/13 08:45, 6年前 , 21F
至少四大馬久想靠ai停機太困難了 一定會浪費太多成
02/13 08:45, 21F
→
02/13 08:45, 6年前 , 22F
本
02/13 08:45, 22F
推
02/13 09:42, 6年前 , 23F
你也在好笑 會影響貨的話你敢繼續跑？繼續跑繼續rework報
02/13 09:42, 23F
你要知道，同樣的機台條件，某些產品會有問題，有些不會有。 有一種經驗是當某種defect出現時，就禁run某系列產品，因為哪個系列的產品會死，這 個禁run會持續到清機後。 哪還沒清機前呢?當然是繼續跑產品。
→
02/13 09:42, 6年前 , 24F
廢你敢跑？如果不會影響貨那不會把Spec.放寬？
02/13 09:42, 24F
AI跑的不是spec，它拿的是機台拋出來的資料。 當機台會run到spec跑掉，哪已經非常嚴重。 AI是拿來預防，在機台可能要出狀況前，先給你預警，但是這時的貨都還在spec內，也沒 有任何的異狀。
推
02/13 10:32, 6年前 , 25F
樓上 ooc oos 你懂嗎？
02/13 10:32, 25F
推
02/13 10:51, 6年前 , 26F
當製造部也是AI的時候，就不會有誰叼誰的問題，已處
02/13 10:51, 26F
→
02/13 10:51, 6年前 , 27F
理alarm為優先XD 當然前提是真AI 能吸取經驗迅速判
02/13 10:51, 27F
→
02/13 10:51, 6年前 , 28F
斷是假或真alarm
02/13 10:51, 28F
難，有時候FDC也不是真的。 有些廠也會對FD的資料卡spec，當遇到FD alarm時，看量測站都是正常值，這時你會因為 FD alarm把機台拉下線?別開玩笑了
推
02/13 10:52, 6年前 , 29F
線上由自動化取代，AI派貨兼排程，還要知道每家客
02/13 10:52, 29F
→
02/13 10:52, 6年前 , 30F
戶貨的優先度，還能線上concall開會......看看什麼
02/13 10:52, 30F
→
02/13 10:53, 6年前 , 31F
Spec太緊太鬆直接跟客戶談......
02/13 10:53, 31F
推
02/13 14:01, 6年前 , 32F
AI才剛發展 現在要協助人本來就難
02/13 14:01, 32F
→
02/13 14:02, 6年前 , 33F
連人都不一定知道是真alarm還假了
02/13 14:02, 33F
※ 編輯: negohsu (39.10.200.77), 02/13/2019 21:15:48
推
02/14 07:35, 6年前 , 34F
不用到AI一舊機台台的sensor用久都一直叫有問題換了
02/14 07:35, 34F
→
02/14 07:35, 6年前 , 35F
又很貴最後都by pass光光
02/14 07:35, 35F
推
02/14 09:15, 6年前 , 36F
覺得是個理想啦 但這三五年內無法取代人腦
02/14 09:15, 36F
推
02/15 00:57, 6年前 , 37F
量測ai都不能trouble shooting啦 還製程
02/15 00:57, 37F
→
02/15 00:57, 6年前 , 38F
況且真的出問題 靠這是要highlight誰
02/15 00:57, 38F
→
02/15 00:58, 6年前 , 39F
沒嗨賴沒資源 沒考績 懂？
02/15 00:58, 39F
→
02/15 00:59, 6年前 , 40F
Chart跑掉ai可沒辦法幫你找理由 解issue
02/15 00:59, 40F
推
12/24 22:10, 6年前 , 41F
謝謝分享
12/24 22:10, 41F
‣ 更多 negohsu 的文章
文章代碼(AID): #1SOgwrpQ (Tech_Job)
‣ 更多 negohsu 的文章
文章代碼(AID): #1SOgwrpQ (Tech_Job)