GB／T 33863.9-2021标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
GB／T 33863.9-2021 OPC统一架构 第9部分：报警和条件.pdf图1基本条件状态模型
AcknowledgeableConditions是基本条件类型的子类型。AcknowledgeableConditions公开状态 某个条件是否应被确认或证实。 AckedState和ConfirmedState扩展了由条件定义的Enabled状态。状态模型在图2中示出。通 加AckedState和（可选地）ConfirmedState来扩展Enabled状态
图2AcknowledgeableConditions状态模型
转换的确认可能来自客户端，或可能是由于服务器内部的一些逻辑。例如，相关条件的确认可导致 该条件变为确认的HG/T 4214-2011 脲铵氮肥，或可将条件设置为在可确认情况消失时自已自动确认。 本部分支持两个确认状态模型。这些状态模型中的任一个都可被扩展，以支持更复杂的确认情况。 基本确认状态模型如图3所示。模型定义了AckedState。导致状态改变的特定状态改变取决于 服务器的实现。例如，在典型的报警模型中，改变被限制为转换到活动状态或活动状态内的转换。然 而，当条件转换为非活动时，更复杂的模型也可允许用于改变AckedState。
图4示出了向基本确认添加证实的更复 型通常用于区分确认某个条件的存在和已经做出某事以解决该条件。例如，接收到电机高温通知的操 作员调用确认方法，以通知服务器已观察到高温。操作员然后采取一些动作，例如降低电动机上的负载
图4证实的确认状态模型
一些系统要求保持条件的先前状态一段时间。常见的用例是确认过程。在某些环境中，需要同时 确认转换到活动状态以及转换到非活动状态。具有严格安全规则的系统有时要求确认每个转换到活动 伏态。在状态改变短暂连续发生的情况下，可能有多个未确认状态，服务器应维护所有先前未确认状态 的条件分支。这些分支在被确认后删除，或如果它们达到其最终状态将删除。 多个条件分支也可用于其他用例，在这种情况下，条件的先前状态快照（snapshot)需要执行其他 动作。
4.6严重性、质量和注释
时使用。例如，监视造纸机的服务器指示一卷纸已损坏并准备好进行检查。服务器将激活对话条件，向 用户指示需要检查。一旦进行了检查，用户通过向服务器通知允许过程继续接受或不接受检查来做出 响应。
报警是AcknowledgeableConditions的特殊形式，它将Active（活动）状态、Shelving（搁置） Suppressed(抑制）状态的概念添加到条件。状态模型如图5所示
处于活动状态的警报指示条件当前存在的情况。当报警处于非活动状态时，它表示已返回到正常 状态的情况， 一些报警子类型引人活动状态的子状态。例如表示温度的报警可提供高水平状态以及临界高状态 （见下文）。 搁置状态可由操作员通过OPCUA方法来设置。由于系统特定的原因，服务器在内部设置抑制状 态。报警系统通常实现抑制和搁置功能，通过限制操作员在当前报警显示器上看到的报警数量，帮助操 作员避免在报警“泛滥”时不知所措。这是通过在二级相关报警上或不太严重的报警上设置Suppressed OrShelved标志来实现的，以使操作员去处理最严重的问题。 搁置和抑制状态与禁用状态不同，因为报警仍然具有完全的功能，并可包括在对客户端的订阅通 知中
处于活动状态的警报指示条件当前存在的情况。当报警处于非活动状态时，它表示已返回到正常 状态的情况， 一些报警子类型引人活动状态的子状态。例如表示温度的报警可提供高水平状态以及临界高状态 （见下文）。 搁置状态可由操作员通过OPCUA方法来设置。由于系统特定的原因，服务器在内部设置抑制状 态。报警系统通常实现抑制和搁置功能，通过限制操作员在当前报警显示器上看到的报警数量，帮助操 作员避免在报警“泛滥”时不知所措。这是通过在二级相关报警上或不太严重的报警上设置Suppressec OrShelved标志来实现的，以使操作员去处理最严重的问题。 搁置和抑制状态与禁用状态不同，因为报警仍然具有完全的功能，并可包括在对客户端的订阅通 知中
在一些情况下，期望通过为活动状态提供子状态机，来进一步定义报警的活动状态。例如， 级报警在活动时可处于以下子状态之一：LowLow，Low，High或HighHigh。状态模型如图6所
使用多状态报警模型，允许Active的子状态之间的状态转换，而不会导致Active状态的转换。 为了适应不同的使用情况，支持（相互）排斥和非排斥模型。 排斥表示报警一次只能处于一个子状态。例如如果温度超过HighHigh极限，则相关联的排斥 LevelAlarm将处于HighHigh子状态，而不处于High子状态。 然而，一些报警系统允许并行存在多个子状态，这称为非排斥。在温度超过HighHigh极限的先前 示例中，排斥LevelAlarm将处于High和HighHigh子状态。
4.10在地址空间中的条件实例
因为条件总是具有某个状态（启用或禁用)以及可能的许多子状态，所以在地址空间中存在条件实 例是有意义的。如果服务器公开条件实例，它们通常将作为“拥有”它们的对象的组件出现在地址空间 中。例如，具有内置高温报警的温度变送器将作为某个温度传送器对象的实例出现在地址空间中，该对 象具有对LevelAlarmType实例的HasComponent引用。 实例的可用性允许数据访问客户端通过订阅变量节点的属性值来监视当前条件状态。 虽然在地址空间中公开条件实例并不总是可能的，但这样做允许与特定条件实例的直接交互（读、
4.11报警和条件审计
5.2两种状态的状态机
图7条件类型层级结构
表3TwoStateVariableType定义
ConditionVariable由表4中正式定义的ConditionVariableType表示。
ConditionVariable由表4中正式定义的ConditionVariableType表示。
表4ConditionVariableType定义
DataValue结构内从读服务返回的相同时间
5.4.2HasTrueSubState引用类型
HasTrueSubState引用类型是一个可直接使用的具体引用类型。它是NonHierarchicalReferences 引用类型的子类型。 语义表示该子状态（目标节点）是TRUE超（super)状态的下属状态。如果条件中多于一个状态是 相同超状态的子状态（即对于相同超状态存在几个HasTrueSubState引用），则它们都被视为独立子状 态。表5规定了在地址空间中的表示法。 引用的源节点应是TwoStateVariableType的一个实例，而目标节点应是一个TwoStateVariable Type的实例或者一个StateMachineType的子类型实例。 它不需要提供从超状态到子状态的HasTrueSubState引用，但要求子状态提供反向引用（IsTrue SubStateOf)到其超状态。
表5HasTrueSubState引用类型
5.4.3HasFalseSubState引用类型
HasFalseSubState引用类型是一个可直接使用的具体引用类型。它是NonHierarchicalReferences 引用类型的子类型。 语义表示该子状态（目标节点）是FALSE超状态的下属状态。如果条件中多于一个状态是相同超 状态的子状态（即对于相同超状态，存在几个HasFalseSubState引用），则它们都被视为独立子状态。 表6中规定了在地址空间中的表示法。 引用的源节点应是TwoStateVariableType的一个实例，而目标节点应是一个TwoStateVariable Type的实例或者一个StateMachineType的子类型实例。 它不需要提供HasFalseSubState引用从超状态到子状态，但是要求子状态提供反向引用（IsFalse SubStateOf)到其超状态
表6HasFalseSubState引用类型
conditionType定义条件的所 所有其他条件类型都由它派生，其止式定义 光表 ledState的FALSE状态不应使用子状态机扩展
表7ConditionType定义
表8用于选择ConditionId的SimpleAttributeOperand
5.5.3条件和分支实例
5.5.4Disable方法
Disable用于将条件实例改变为Disabled状态。通常，通过浏览地址空间中的条件实例来找到传递 给Call服务的MethodId。但是，某些服务器不会在地址空间中公开条件实例。因此，所有服务器应允 许客户端通过指定ConditionId为ObjectId，以及指定关于ConditionType的方法声明的NodeId作为 MethodId，来调用Disable方法。 Signature
表9规定了Disable方法的地址空间表示法。
表9Disable方法的地址空间定义
5.5.5Enable方法
Enable用于将条件实例改变为Enable状态。通常，通过浏览地址空间中的条件实例来找到传递 给Call服务的MethodId。但是，某些服务器不会在地址空间中公开条件实例。因此，所有服务器都应 允许客户端通过指定ConditionId为ObjectId，以及指定关于ConditionType的方法声明的Nodeld作 为MethodId，来调用Enable方法。 Signature
表10规定了Enable方法的地址空间表示法
表10Enable方法的地址空间定义
LY/T 2115-2013 油茶饼粕有机肥5.5.6AddComment方法
AddComment用来将注释应用到条件实例的特定状态。通常，通过浏览地址空间中的条件实例来 专递给Call服务的MethodId。但是，某些服务器不会在地址空间中公开条件实例。因此，所有服 都应允许客户端通过指定ConditionId为ObjectId，以及指定关于ConditionType的方法声明的 Id作为MethodId，来调用AddComment方法。不能在Conditiontype节点上调用该方法。
方法结果代码（在Call服务中定义）
表11AddComment方法地址空间定义
5.5.7ConditionRefresh方法
方法结果代码（在Call服务中定义）
GB/T 12804-2011 实验室玻璃仪器 量筒表12ConditionRefresh方法地址空间定义