# 2023 ME5205 智慧製造實作與專題I 專題進度討論

>授課教師：中央大學機械系 林錦德
>上課時間：112年上學期、每周一上午9時至12時
>助教：洪子翔

## 2023-12-18 進度報告

### Team 4: 標準化工作站模組設計
1. AOI消除掉所有物件?
2. 建議補充工作站與主控台的整合訊息
3. 下次預期使用NodeRED顯示

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
1. No comment to system structure
2. 已經完成所有的進度
3. 建議手機動畫可以加入from-to資訊
4. 動畫時序未能同步

### Team 2: 主動報警系統：手機、APP及實體報警設備
1. 預期成果與貢獻：應加入非實作的項目，例如
2. 逾時的資訊呈現不充裕
3. 動畫完整

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用
1. 建議採用正規流程圖呈現流程
2. 工廠內不會有機台稱為Source或Sink
3. 是否能達到多工?
4. 應無法使用OPC UA與Firebase溝通
5. APP的字型太小

---
## 2023-12-11 進度報告

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用
1. 有具體處理上周的建議
2. 工廠內不會有機台稱為Source或Sink
3. 建議採用正規流程圖呈現流程
4. 動畫呈現實作結果佳，但缺乏直觀資訊。建議加入實際機台名稱作為比對。
5. 建議使用流程圖或虛擬碼取代程式原始碼
6. 程式效能不佳的部分，建議深入了解緣由後再進行改善。
7. OPC UA部分呈現information model/space，說明所設計之資料節點與專題內容的連結

### Team 4: 標準化工作站模組設計
1. 有具體處理上周的建議
2. 人員與設備協作機制提出
3. 很完整說明主控台(console)與各模組整合方式。建議各模組提供/註冊自己的ID與相關訊息，讓主控台能更快速的整合。
4. 期待下周的成果## 2023-12-11 進度報告

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
1. 。我。只。好。期。待。下周的系統架構
2. 請使用程式碼版本管理，例如Git或SVN。若是檔案，部分雲端儲存服務也有提供版本回復功能。
3. 請參考Team 3的意見。

### Team 2: 主動報警系統：手機、APP及實體報警設備
1. 可以強調異常處理流程的效益(BEFORE/AFTER)
2. 請使用流程圖或虛擬碼說明歷史資料收集與顯示
3. app的音效需要改善

---
## 2023-12-04 進度報告

### Team 2: 主動報警系統：手機、APP及實體報警設備
1. 成員夏德旭第二次缺席報告(報告時間9h55-10h08)
2. 情境很合適的分成現場與遠端
3. 異常處理尚為合理的
4. 錯誤訊息重新調整較為合理
5. CIROS模擬的單件製程合理
6. 很用心準備相關影片
7. APP的燈號應更為合理
8. 同學詢問警報的延遲狀況

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用
1. 當進度95%時，請說明缺少的部分
2. Page11、流程圖過於擁擠
3. 動畫會跳
4. OPC UA部分請參考黃沅椿的設計進行模組化
5. 請深慮遠端操作功能的妥適性

### Team 4: 標準化工作站模組設計
1. 請確認目標的達成情況
2. 產線配置合理化，但缺乏具體說明
3. 人員動作稍不合理
4. 人員與設備協作的機制

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
1. 請釐清object與interface的差異
2. 情境較為合理
3. 所提出的APP很類似於Shop Flow Control (SFC)的模組
4. 給顯示機台名稱
5. 歷程記錄是機台運作計畫，還是工件生產履歷

## 2023-11-27 雛型報告

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)

1. Page 2有錯字。AGV交換模組是什麼? 與APP有何不同。
2. Page 3的訊息圖仍有問題。請了解Agent與Adapter的差異。
3. 請了解各種異常的處理方法
4. 延遲是異常?? 回報對象是誰? 他在意什麼
5. 三角形沒有? 改成圓球?

### Team 2: 主動報警系統：手機、APP及實體報警設備

1. 目標是提供遠端與現場的報警系統
2. Page 6：工程師與現場人員如何協調? 需要更詳盡的討論
3. page 12: 建議提供設備名稱，例如廢品回收。
4. CMM與各機台的動作很仔細
5. 應具體說明燈號如何提供錯誤訊息
6. page 15: 訊息是批次更新? 在APP的呈現方式
7. 進度相當理想

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用

1. 預期成果的流程很清楚
2. 進度總覽的口頭與內容說明不夠清楚，建議反過來報告。
3. 建議提供設備名稱

### Team 4: 標準化工作站模組設計

1. page 1: 節省作業員?
2. page 2: 人員協作的工作
3. page 7: 加輪子?
4. 很詳細的進度報告

---
## 2023-11-20

### Team 4: 標準化工作站模組設計
- 有說明上周進度
- 完成物料與治具的建模
- 按照實體比例建模
- 預期模仿實際的機器手動作
- 建議雛形報告加入完整目標說明、每個OP的工作時間、人員與設備安全考量。

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
- 確實改善口頭報告的整合
- WBS的橫向連結也很重要
- OPC UA是Server-Clinet架構，page 4的架構有誤，請調整。
- 請試著了解異常處理的各種狀況與方法。
- Cycle Time?

### Team 2: 主動報警系統：手機、APP及實體報警設備
- APP沒有在進度表上?
- Error與Name的用途? 請了解雲端計價方式，並調整資料儲存策略。
- 情境很好，並且提供了具體說明。

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
- FMEA沒有填寫完成
- 模型已經更正，模型機器人有撞機情況
- 請提供JSON資料的格式與案例
- 請說服自己異常監控的緣由

---
## 2023-11-13

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)

- 模型建置90%，APP與雲端約10-20%
- 依照PBL專題目標，模型應與實際工廠一致，請調整。
- Firebase的資料結構與訊息為何? 要收集那些資料? 為何需要收集這些資料?
- 有提供異常偵測設計。但異常原因是什麼? 為何需要監控?
- UI/UX是不確定需求，因為需要邊做邊改。
- 沒有說明先前的進度與未來規劃，缺乏具體目標。
- 依然缺乏對產線的FMEA，難以理解專題實作目標與做法。

### Team 4: 標準化工作站模組設計
- 報告者口頭報告的專業性需要加強，特別是專業用語。
- 完整說明技術挑戰處，令人了解為何需要人員協助。
- 仍舊缺乏完整目標說明，無法令人了解設計與演進的目的
- 仍舊缺乏每個OP的工作時間
- 依然缺乏FMEA的說明，安全性有疑慮。

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
- APP、雲端與OPC UA的訊息採用輪詢方式?
- 是"銑"，不是"铣"
- 目標說明應更深入。
- 請整合組的進度，而非獨立報告個人進度。很難有整體感。
- 報告缺乏頁碼
- 安全性疑慮部分，缺乏FMEA的完整評估。這造成異常處理的情境不易理解。

### Team 2: 主動報警系統：手機、APP及實體報警設備
- 報警只有品質異常?
- Firebase僅狀態呈現? 即將加入錯誤歷程。是否要加入狀態歷程?
- 為何未知錯誤訊息要傳給工程師? 情境很好，應具體說明。
- 是CIROS，不是Ciros
---
## 2023-11-06
### 整體狀況：
- 報告應有頁碼，幾乎很少看到。
- 缺乏問題背景與痛點的具體說明。建議可以before/after方式表達。
- 部分系統架構、工作項目的內容不容易讓他組理解，應嘗試推測別人可能聽不懂的部分。
- 缺乏對流程FMEA的討論、一切都很順利。但自動化整合最主要的任務是異常處理，應納入考慮項目。
- 應說明下周工作的具體目標
- 請TA將各組報告的"作業觀摩"設定成公開狀態(期限後)，以利互評。

### Team 2: 主動報警系統：手機、APP及實體報警設備
- 目標：使用手機APP遠端提供使用者狀態與錯誤
- *缺乏問題背景與痛點的具體說明*。
- 本周進度：取得去年成果
- 增加物件只有口頭說明，*缺乏文件標示*
- 實體三色燈與蜂鳴器是否會在實際工廠應用?
- Recipe: 3D印表機或CNC產生工件、檢測、(少步驟)、EDM
- 預期成果：結果合理、如何測試?
- WBS的工作量是否合理?
- 資料庫的內容與傳輸資料有哪些?
- 製程規劃的合理性、異常處理? 缺乏對流程FMEA的討論，不知道如何處理異常。

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
- 辨識工件顏色在實務上是否合理?
- 缺乏對製程FMEA的討論與設計物流協助在製品(OK/NG品)的搬運
- 初步的Recipe，但異常只有一種情況? 如果都OK，為何需要監測? 目標需要再次釐清
- 交換模組設計是什麼? 具體而言為什麼?
- 如何從OPC UA連結到資料庫?
- APP UI設計為何需要很長的時間? 為何要邊做邊改? 整合工作應調整

### Team 4: 標準化工作站模組設計
- 完整的目標說明
- 建模需要從頭開始
- 完成前兩個OP的操作、完成伺服轉盤
- 是否有每個OP的工時
- 困難點與可能的解決方案: (1) 模擬實際尺度，(2) 人員折端子
- 缺乏說明設計前後的狀態
- Grip point range應該需要調整的原因? 可以顯示Grip point嗎?
- 缺乏人員的必要性說明，例如機械手無法折端子
- 如何在虛擬環境模擬AOI的行為?

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
- 口頭說明中，"規格"是什麼?
- WBS相當完整與合理
- 系統架構完整
- 甘特圖標號應該有獨特性
- 安全性回應：隨時可停是否合理? 設定時間門檻是很常見的安全監測
- 程式: Class設計的建議(path)
- OPC UA的節點有哪些?
- 程式為何要採用IRL撰寫呢?
- 是OPC UA，不是OPCUA

---
## 2023-10-30
### 計畫報告上的問題：
1. 缺乏製程處方(recipe)與途程(route)設計
2. 請加入FMEA進行專案風險評估
3. 需求面上的痛點仍應詳細說明

### Team 1: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
- 請確認隊伍成員資訊是否正確
- WBS：加入機台控制程式，但不理解細節。但1/3是什麼? 請加入標號
- 分工合理。請根據實際工廠(詢問崔老師的TA楊浚豪)調整內容。
- 建議在WBS上標註自己的貢獻處。
- APP預計開發在何處? 缺乏系統架構圖
- 甘特圖：工作項目要有標號
- 預期成果有說明大方法，但缺乏細部功效上的規格，難以參考。
- 理想很好，安全性如何處理?
- 應補充製程處方

### Team 2: 主動報警系統：手機、APP及實體報警設備
- 封面上應列出成員資訊
- 目標：檢測一般物流與處方指派異常
- WBS的配色不佳、口頭上有雲端資料庫，但沒有出現在WBS中
- 缺乏系統架構、製程處方
- 工作項目在WBS與甘特圖不一致
- 簡報的主責是誰?
- 請與崔老師助教討論
- 預期成果為何?

### Team 3: 手機APP物流控制與Firebase雲端資料庫運用(WEDM\USM)
- CIROS 或 Ciros，關鍵字的寫法應該要正確
- 工作項目在WBS、甘特圖沒有一致
- 建議APP與雲端資料庫可以提前開工
- 缺乏系統架構與製程處方
- 預期成果為何?

### Team 4: 標準化工作站模組設計
- 目標：對象是誰? 產品是什麼? 原來問題為何? 以及本次專題要挑戰的痛點
- 產線規劃應說明設計前後的狀態，建議使用before/after說明
- p2/6的箭號會誤導讀者
- 非常詳細的WBS、展開到Tier 4。是否需要考慮系統整合的工作?
- 甘特圖相當合理，特別是主要模型在11月底前完成。