ICS 25.040 N 10
GP
中华人民共和国国家标准
GB/T33863.9—2021/IEC62541-9:2012
OPC统一架构 第9部分：报警和条件
OPC unified architecture--Part9:Alarms and conditions
（IEC62541-9:2012,IDT)
2022-03-01实施
2021-08-20发布
国家市场监督管理总局
国家标准化管理委员会 发布 GB/T33863.9-2021/LEC62541-9:2012
目 次
前言引言 1 范围
I IV
规范性引用文件术语、定义、缩略语和数据类型 3.1 术语和定义 3.2 缩略语 3.3 使用的数据类型概念 4.1 概述 4.2 条件 4.3 可确认的条件 4.4 条件的先前状态 4.5 条件状态同步 4.6 严重性、质量和注释 4.7 对话 4.8 报警 4.9 多个活动状态 4.10 在地址空间中的条件实例 4.11 报警和条件审计 5 模型 5.1 概述 5.2 两种状态的状态机。 5.3 条件变量 5.4 子状态引用类型。 5.5 条件模型 5.6 对话模型 5.7 可确认的条件模型。。。 5.8 报警模型 5.9 条件类 5.10 审计事件 5.11 条件刷新相关事件 5.12 HasCondition引用类型 5.13 报警和条件状态代码
2 3
a
N
10
0
10 11 12 13 20 23 26 43 45 47 48 49 50 50 I
地址空间组织 6.1 概述 GB/T33863.9-2021/IEC62541-9:2012
6.2 事件通知者和事件源层级结构 6.3 对层级结构增加条件 6.4 在InstanceDeclarations中的条件 6.5 在变量类型中的条件附录A（资料性附录） 推荐的本地化名称· 附录B（资料性附录） 示例附录C（资料性附录） 至EEMUA的映射附录D（资料性附录) 从OPCA&E至OPCUAA&C的映射参考文献
50 50 51 51 53 56 61 63 76
- GB/T33863.92021/IEC62541-9:2012
前 言
GB/T33863OPC统一架构》分为以下13个部分：
第1部分：概述和概念；第2部分：安全模型； -第3部分：地址空间模型；第4部分：服务；第5部分：信息模型；第6部分：映射；第7部分：行规；第8部分：数据访问；第9部分：报警和条件；第10部分：程序； -第11部分：历史访间；一第12部分：发现：第13部分：聚合。
本部分是GB/T33863的第9部分。 本部分按照GB/T1.1—2009给出的规则起草。 本部分使用翻译法等同采用IEC62541-9：2012《OPC统一架构第9部分：报警和条件》。 与本部分中规范性引用的国际文件有一致性对应关系的我国文件如下：
GB/T33863.1-2017 OPC统一架构 肉第1部分：概述和概念（IEC/TR62541-1：2010， IDT) GB/T33863.3---2017 OPC统一架构 第3部分：地址空间模型（IEC62541-3：2010，IDT）； GB/T33863.4—2017 OPC统一架构 第4部分：服务（IEC62541-4：2011，IDT）； GB/T33863.5-2017 OPC统一架构 第5部分：信息模型（IEC62541-5：2011，IDT）： GB/T33863.6—2017 OPC统一架构 第6部分：映射（IEC62541-6：2011，IDT)； GB/T33863.8—2017 OPC统一架构 第8部分：数据访间(IEC62541-8：2011，IDT）。
本部分由中国机械工业联合会提出。 本部分由全国工业过程测量控制和自动化标准化技术委员会（SAC/TC124)归口。 本部分起草单位：机械工业仪器仪表综合技术经济研究所、重庆川仪自动化股份有限公司、北京机
械工业自动化研究所、中科院沈阳自动化研究所、重庆邮电大学、电力规划设计总院、上海自动化仪表有限公司、福建上润精密仪器有限公司、青岛海尔工业智能研究院有限公司、中国烟草总公司、罗克韦尔自动化（中国)有限公司、贝加莱工业自动化（中国）有限公司、横河电机（中国)有限公司、菲尼克斯电气（南京)研发工程中心有限公司、OPC基金会中国协会。
本部分主要起草人：汪烁、王春喜、田英明、李百煌、王错、熊代金、蒲戚、张晋宾、叶柄金、戈剑、 陈录城、孙能林、王德吉、高镜媚、王谨秋、关琪、张龙、张誉。
Ⅱ GB/T33863.9—2021/IEC62541-92012
引 言
GB/T33863为OPCUA应用开发者提供了一种规范。该规范给出了为开发标准接口而进行分析和设计的过程，该标准接口可便于多个供应商开发应用，并实现无缝的互操作。 GB/T33863.9—2021/IEC62541-9:2012
OPC统架构第9部分：报警和条件
范圈
GB/T33863的本部分规定了OPC统一架构中的报警和条件的表示法，包括OPCUA地址空间中报警和条件的信息模型表示法。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注目期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
IEC/TR62541-1OPC统一架构第1部分：综述和概念（OPCunifiedarchitecture一Part1： Overview and concepts)
IEC62541-3OPC统一架构 第3部分：地址空间模型（OPCunifiedarchitecture--Part3： Address space model)
IEC62541-4OPC统一架构第4部分：服务（OPCunifiedarchitecturePart4：Services) IEC62541-5OPC统一架构第5部分：信息模型（OPCunifiedarchitecture—Part5：
Information model)
IEC62541-6OPC统--架构第6部分：映射（OPCunifiedarchitecture—Part6：Mappings) IEC62541-8OPC统一架构第8部分：数据访间(OPCunifiedarchitecture—Part8：Dataaccess) EEMUA191：2007警报系统设计、管理和采购指南（Alarmsystems一Aguidetodesign，mana
gementandprocurement)（可从http：//www.eemua.co.uk/获得）
3术语、定义、缩略语和数据类型
3.1术语和定义
IEC/TR62541-1、IEC62541-3、IEC62541-5界定的以及下列术语和定义适用于本文件。 3.1.1
确认acknowledge 操作员认可新报警的动作。 注：如EEMUA的定义，“接收”也是另一个用于摘述确认的通用术语，它们可以互换使用。本部分使用确认。
3.1.2
活动的active 报警的状态，指示报警所代表的情况当前存在。 注：由EEMUA定义的其他通用术语是，Standing"表示活动的警报（ActiveAlarm），以及“Cleared”表示条件已返
回到正常，报警不再是活动的（Active）。
3.1.3
条件类ConditionClass 条件分组，指示在哪个域或者为了何种目的，使用某个条件。 注；本部分定义了一些须层的条件类，供应商或组织可能获得更多具体的类或者定义不同的顶层类。 GB/T33863.9-2021/IEC62541-9:2012
3.1.4
条件分支ConditionBranch 条件的一种特定状态。 注：服务器可为当前状态以及先前状态保持条件分支。
3.1.5
条件源ConditionSource 特定条件所基于或相关的元素，注：通常，条件源是代表过程标签的变量（如FIC101)或者代表设备或子系统的对象。 在为条件生成的事件中，源节点特性（继承于基本事件类型）包含条件源的NodeId。
3.1.6
证实confirm 操作员通知服务器，已经采取校正行动来处理报警起因的动作。
3.1.7
禁用disable 配置系统，以使基本报警条件出现也不会产生报警。 注：见EEMUA中的定义。
3.1.8
操作员operator 为监控部分过程所分配的特定用户。 注：监控部分过程所分配的操作团队的成员并在控制系统的控台工作（在EEMUA中定义）。在本规范中，操作
员是特定用户。所有适用于一般用户的描述也适用于操作员。
3.1.9
刷新 refresh 更新事件订阅，以提供考虑保持的所有报警。 注：在EEMUA中进一步措述了此概念。
3.1.10
保持retain 报警处于的一种状态，该状态是希望将客户端条件状态与服务器的状态进行同步的客户端所关
注的。 3.1.11
滤除shelving 在滤除设施上，当某个报警引起操作员反感时，操作员可以暂时阻止该警报向操作员显示。 注：滤除的警报从列表中制除直到“非滤除”童新确认（如EEMUA中的定义）。
3.1.12
抑制suppress 确定报警不会发生的逻辑准则。 注：当应用逻辑准则来确定报警不应发生时，即使是基本报警条件（如报警设置溢出》，报警也被抑制，见EEMUA
中的定义。
3.2缩略语
下列缩略语适用于本文件。 A&C.报警和条件(AlarmsandConditions)
2 GB/T33863.9—2021/IEC62541-92012
A&E：报警和事件（AlarmsandEvents） DA：数据访问(DataAccess) UA：统一架构（UnifiedArchitecture)
3.3使用的数据类型
下列表格列出了本部分所使用的数据类型。表1列出了IEC62541-3中定义的基本数据类型，表2 列出了IEC62541-4中定义的基本类型和数据类型。
表2IEC62541-4中定义的参数类型
表1IEC62541-3中定义的参数类型
参数类型
参数类型
Integerld StatusCode
Argument BaseDataType Nodeld LocalizedText Boolean ByteString Double Duration String Uint16 Int32 UteTime
概念
4
4.1 概述
本部分定义了条件、对话条件和包括确认能力的警报的信息模型。它是建立在IEC62541-3、 IEC62541-4和IEC62541-5中定义的基础事件上的，并对其进行扩展。这个信息模型也可扩展，以支持特定域的附加需求。 4.2条件
条件用于表示系统的状态或其组件之一的状态。一些常见的示例如下：
超出配置限制的温度：需要维护的设备；一需要用户在进行处理前证实过程中的一些步骤的批过程。
每个条件实例都具有特定的条件类型。条件类型和派生类型是BaseEventType的子类型（见 IEC62541-3和IEC62541-5）。本部分定义了许多行业中通用的类型。期望供应商或其他标准化小组将定义从本部分中定义的通用基本类型派生出附加的条件类型。服务器支持的条件类型在服务器的地址空间中公开。
条件实例是条件类型的特定实现。由服务器决定这些实例是否也在服务器的地址空间中公开。 4.10提供了有关条件实例的附加背景。条件实例应具有惟一的标识符以将它们与其他实例区分开。这
3