发行说明 > 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。有关详细信息,请参阅数据库架构 (作业单构建基块)
物料主数据构建基块 -
已将新的 enable 字段添加到 PTC.MaterialMaster.MaterialMaster 数据形状。有关详细信息,请参阅数据库架构 (物料主数据构建基块)
运营 KPI 构建基块 -
已记录新属性:PTC.OperationKPIImpl.DatabaseUtility_TT 事物模板的 jobOrderLookBackRangeminEventAgeInDays,以及 PTC.OperationKPI.AutomationEventsModelLogic_TS 事物形态的 PTCLastAutomationProcessedValues。有关详细信息,请参阅关键属性 (运营 KPI 构建基块)
已将新的 eventCategoryUideventTypeUid 字段添加到 PTC.OperationKPI.ProductionEventPTC.OperationKPI.AvailabilityEventPTC.OperationKPI.LossEvent 数据形状。
有关详细信息,请参阅数据库架构 (运营 KPI 构建基块)
原因代码构建基块 -
已添加新的 Invalid 原因类型和原因类别。有关详细信息,请参阅默认的原因类型、原因类别和原因树
已将新的 enable 字段添加到 PTC.ReasonCode.ReasonTreeNode 数据形状。有关详细信息,请参阅数据库架构 (原因代码构建基块)
有关数据库架构更新的详细信息,请参阅本主题中的数据库架构更改
已知问题和限制
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
这对您有帮助吗?