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