強化功能
|
---|
生產儀表板強化功能
• 損失事件現在能夠指定作為產速設定者上事件損失類別之「事件類別」,以及當引發事件的工作單位不是產速設定者時,指定「引發事件的工作單位」上事件的「損失類別」與「損失原因」。例如,產速設定者上可能會出現因為上游工作單位廢料事件所致的 10 分鐘計畫外停機時間。若需進一步資訊,可參閱 編輯損失事件。
• 工作中心的產速設定者現在會顯示在「新增損失事件」、「編輯損失事件」、「時間損失計算」、「歷史廢料事件」及「分割自動事件」視窗的頂部。
• 現在,「生產 (材料)」區塊會在「新增損失事件」、「編輯損失事件」、「時間損失計算」、「歷史廢料事件」與「分割自動事件」視窗中顯示「良品」、「廢料」及「預期」計數。
• 現在,使用手動資料輸入方式時,良品計數與廢料計數是使用者輸入的值,總生產計數是透過將良品計數與廢料計數相加計算所得。之前,總生產計數與廢料計數是使用者輸入的值,而良品計數是透過從總生產計數中減去廢料計數計算所得。
• 當在「生產儀表板」中新增廢料損失事件時,除非選取「從良品重新分配」核取方塊,否則良品計數不會變更。若已選取此核取方塊,針對廢料事件輸入的數量也會從良品計數中移除。之前,當在「生產儀表板」中輸入廢料損失事件時,除非已選取「新增至生產計數」核取方塊,否則會從生產區塊的良品計數中自動減去事件的廢料計數。若選取「新增至生產計數」核取方塊,則廢料計數及總生產計數都會加上此事件的廢料計數,以使良品計數保持不變。
• 「時間損失計算」視窗右下方顯示時間損失計算狀況的的欄位已更新:「生產區塊長度」、「有效生產時間」、「已記錄的總損失」與「未計算的時間損失」。
• 若需進一步資訊,可參閱 生產儀表板。
|
績效分析強化功能
• 瀑布式圖表與柏拉圖圖表中顯示的資料包括工作中心中所有工作單位的事件。之前,只包括工作中心中目前產速設定者的資料。
• 瀑布式圖表中的藍色柱用於顯示設定為在「生產儀表板」中輸入之損失事件的「事件類別」。
• 頂層柏拉圖圖表 (Pareto1) 中的藍色柱用於顯示在瀑布式圖表中選取了「事件類別」之事件的損失類別。後續柏拉圖圖表中的藍色柱會顯示損失類別與損失原因。對於「引發事件的工作單位」為產速設定者的事件,損失類別與事件類別相同。對於「引發事件的工作單位」不是產速設定者的事件,損失類別可能與事件類別不同。
• 若需進一步資訊,可參閱 績效分析。
|
動作追蹤器強化功能
• 針對工作中心的動作現在會從工作中心的所有工作單位收集及顯示資料。之前,針對工作中心的動作只會顯示來自工作中心的指定產速設定者工作單位的資料。
• 單一動作的「時間損失趨勢」圖表與主「動作追蹤器」頁的「總計損失時數」圖表會顯示損失事件中的資料,這些損失事件分別符合個別動作或已套用「損失類別」篩選器的損失類別與損失事件。這些圖表不會考慮上述損失事件的事件類別。
• 當針對工作中心執行某一動作時,「時間損失趨勢」圖表上的每個點都表示該日所有事件的總和,其所選損失原因是由工作中心中的任何工作單位所導致。當針對工作單位執行某一動作時,圖表中的每個點都是該日的所有事件的總和,其所選損失原因是由所選工作單位所導致。
• 針對動作顯示的「基準線 OEE」與「目前的 OEE」值是針對工作中心所計算。當動作是針對工作單位時,這些值為針對工作單位所屬之工作中心所計算。
• 若需進一步資訊,可參閱 動作追蹤器。
|
資料自動化強化功能
• 當達到變換值時,自動設備的生產與廢料變換計數器會重設為 0。之前,在產速設定者工作單位物件上變更工作單時,計數器也會重設。
• 針對廢料內容選取 reallocateFromGoodCount 核取方塊 (TRUE) 時,會從已記錄的良品計數中重新分配針對內容接收的廢料計數。
• 若需進一步資訊,可參閱 設定資料自動化。
|
管理 - 工作中心上材料的最佳展示速度與理想週期時間強化功能
• 「管理」中現在有一個區段用來檢閱歷史最佳展示速度資訊。
• 您可以手動編輯材料的「理想週期時間」,也可以從「歷史週期時間」清單中選取要使用的值。此清單會顯示過去六個月內,工作中心上針對該材料完成且速度快於目前理想週期時間的工作單實際週期時間。
• 材料的「最佳展示速度」是顯示在「歷史週期時間」清單中的最快實際週期時間。如果清單中存在您不想針對「最佳展示速度」考慮的實際週期時間,可將其從清單中隱藏。
|
管理 - 產速設定者變更強化功能
• 現在,您可從 > 中的工作中心「材料設定」標籤變更工作中心的產速設定者。之前,產速設定者使用 ThingWorx Composer 中的服務進行變更。
|
管理 - 材料組態強化功能
• 可以停用及啟用材料。如需詳細資訊,包括停用材料的影響,請參閱啟用與停用材料。
|
管理 - 原因樹強化功能
|
管理 - 班次與行事曆強化功能
• 如需有關如何以及何時建立要在生產中使用之班次實例的資訊,請參閱瞭解班次實例。
|
管理 - 工作單強化功能
• 工作單清單中的「良品數量」欄會顯示針對工作單生產之材料的良品計數。之前,此欄名為「完成的數量」,用於顯示工作單的總完成數量,良品與廢料計數都包含在內。此欄的更新在主「工作單」頁以及區域與工作中心的「工作單」標籤中都會顯示。
|
螢幕解析度更新
• 從 1.1 發行版本開始,DPM 支援的最小螢幕解析度為 1280x1024。
|
建構區塊強化功能
除了服務更新以外,DPM 1.1 中還提供了下列建構區塊強化功能:
• 「生產儀表板」、「績效分析」與「動作追蹤器」建構區塊的混搭主題已更新,以反映在 DPM 1.1 中進行的使用者介面變更。如需詳細資訊,請參閱生產儀表板中的混搭、績效分析中的混搭與動作追蹤器中的混搭。
• 管理建構區塊 -
• 資料庫連線建構區塊 -
• 工作單建構區塊 -
◦ 向 PTC.JobOrder.JobOrderExecutionResponse 資料形式新增了以下新欄位:actualCycleTime 與 enabled。若需進一步資訊,可參閱 資料庫結構描述 (工作單建構區塊)。
• 材料主檔建構區塊 -
• 操作 KPI 建構區塊 -
◦ 已記錄的新內容如下:PTC.OperationKPIImpl.DatabaseUtility_TT 物範本上的 jobOrderLookBackRange 與 minEventAgeInDays,以及 PTC.OperationKPI.AutomationEventsModelLogic_TS 物形式上的 PTCLastAutomationProcessedValues。若需進一步資訊,可參閱 關鍵內容 (操作 KPI 建構區塊)。
◦ 向 PTC.OperationKPI.ProductionEvent、PTC.OperationKPI.AvailabilityEvent 與 PTC.OperationKPI.LossEvent 資料形式新增了新欄位 eventCategoryUid 與 eventTypeUid。
◦ 若需進一步資訊,可參閱 資料庫結構描述 (操作 KPI 建構區塊)。
• 原因代碼建構區塊 -
• 如需有關資料庫結構描述更新的詳細資訊,請參閱本主題中的資料庫結構描述變更。
|
已知問題
|
解決方案
|
---|---|
使用者不應直接修改資料庫。
|
必須透過 PTC.DBConnection.Database_TS 物形式與 PTC.DBConnection.Manager_TS 物形式提供的支援服務來執行資料庫結構描述的變更。若需進一步資訊,可參閱 資料庫連線建構區塊。
不支援對 PTC 所提供的儲存程式與函數進行變更。您可以在升級時覆蓋儲存的程式與函數,因此任何變更都會遺失。
|
更新材料的理想週期時間後,材料的現有工作單不更新為新理想週期時間。
|
因應措施:如果您希望尚未開始生產的工作單 (處於 Pending 或 Dispatched 狀態) 使用已更新的理想週期時間,請取消現有工作單並建立新工作單。新工作單將反映材料的已更新理想週期時間。
已完成或處於生產中 (處於 Running 或 Held 狀態) 的訂單會正確使用之前的理想週期時間。
|
若在排程班次之外開始工作單上的生產,工作單的「實際週期時間」在每次新增生產計數時更新。若在排程班次之內開始工作單上的生產,工作單的「實際週期時間」在每個生產區塊結束時更新。
|
未來的發行版次將解決此問題。
|
當「產速設定者」下拉清單中顯示「選取產速設定者」值時,如果使用者按一下「變更產速設定者」視窗中的「變更」按鈕,儘管尚未設定產速設定者,也會顯示成功訊息。
|
只有當未在工作中心上設定產速設定者時,才會發生此問題。若已在工作中心上設定產速設定者,目前產速設定者依預設在「產速設定者」下拉清單中處於選定狀態,且「選取產速設定者」值無法用於選取。
因應措施:從「產速設定者」下拉清單中選取工作單位,然後按一下「變更」。會將所選工作單位設定為工作中心的產速設定者。
未來的發行版次將解決此問題。
若需進一步資訊,可參閱 變更產速設定者。
|
工作單位的班次不包括在「績效分析」中瀑布式圖表的「計畫內生產」柱中。
|
直接將行事曆指派給工作單位,且此行事曆與指派給工作中心的行事曆不同時,就會發生此問題。工作單位應與它所屬的工作中心具有相同的行事曆指派。
因應措施:可讓工作中心內的工作單位繼承指派給工作中心的行事曆或工作中心所繼承的行事曆,而不是直接將行事曆指派給工作單位。
|
在「編輯損失事件」視窗中,非常小的廢料值 (小於 0.1) 會顯示為空白。這些值將按預期顯示在「事件記錄」中。
|
未來的發行版次將解決此問題。
|
如果連續多次從導覽選單中選取「管理」,則「設備清單」會間歇性顯示。
|
因應措施:欲檢視「設備清單」,請從選單中選取另一個項目,或在「管理」中選取另一個頁面,然後再次選取「管理」或「設備清單」。
|
編輯動作時,可以編輯「基準線日期範圍」,以使結束日期是未來日期。
|
「基準線日期範圍」欄位的所選日期範圍必須完全在今天的日期之前。
未來的發行版次將解決此問題。
|
如果使用者在「時間損失計算」視窗的「輸入數量」欄位中輸入值,且在儲存該數量之前接收到自動事件,則該數量會被清除。
|
未來的發行版次將解決此問題。
|
在配置資料自動化時,如果 ThingWorx 伺服器時間晚於安裝 Kepware 所在伺服器的時間,會略過來自 Kepware 的自動事件。
|
未來的發行版次將解決此問題。
|
從原因樹詳細資訊頁停用原因樹,或從材料詳細資訊頁停用材料時,「確認停用」視窗不顯示。
|
因應措施:欲檢視「確認停用」視窗,請從「原因樹」主頁面或「材料組態」主頁面執行「停用」動作。
未來的發行版次將解決此問題。
|
「管理」中的某些錯誤訊息並未完全外文化。即使以其他語言檢視使用者介面,這些訊息的某些部份仍以英文顯示。
|
未來的發行版次將解決此問題。
|
停用原因代碼時,「確認停用」視窗只會列出該特定原因代碼的機器代碼指派,即使當原因代碼有自己指派給機器代碼的子項時亦是如此。停用的父原因代碼的子原因代碼也會遭到停用。
停用原因樹時,「確認停用」視窗會顯示完整的原因樹,包括其所有原因代碼及其機器代碼指派。
|
未來的發行版次將解決此問題。
|
在 PTC Cloud 部署上,針對 DPM 資料庫的 AzureSQL 資料庫維護與針對 ThingWorx 資料庫的 Azure PostgreSQL 資料庫維護可能會強制關閉資料庫,這可能進而導致資料遺失。
|
未來的發行版次將解決此問題。
|
資料形式
|
變更
|
---|---|
PTC.JobOrder.JobOrderExecutionResponse
|
新增了欄位:actualCycleTime 與 enabled。
|
PTC.MaterialMaster.MaterialMaster
|
新增了欄位:enable。
|
PTC.ReasonCode.ReasonTreeNode
|
新增了欄位:enable。
|
PTC.OperationKPI.ProductionEvent
|
新增了欄位:eventCategoryUid 與 eventTypeUid。
|
PTC.OperationKPI.AvailabilityEvent
|
新增了欄位:eventCategoryUid 與 eventTypeUid。
|
PTC.OperationKPI.LossEvent
|
新增了欄位:eventCategoryUid 與 eventTypeUid。
|