GB／T 33863.9-2021标准规范下载简介
GB／T 33863.9-2021 OPC统一架构 第9部分：报警和条件.pdfB.1.3服务器保持先前的状态
图B.2先前状态示例
表B.2通过分支保持先前状态的条件的示例
该条给出了HasNotifier、HasEventSource和HasCondition引用使用的附加示例城市花园娱乐中心设备安装施工方案，以公开区域和源 及其相关条件的组织。该层级结构是对Organizes和Aggregates引用提供的层级结构的附加。 图B.3示出了带条件实例的HasCondition引用的使用
图B.3带条件实例的HasCondition使用
在条件不可用为实例的系统中，ConditionSource可引用条件类型。图B.4用示例说明了这一点
图B.4HasCondition引用到一个条件类型
图B.5示出了一个在类型系统中已经定义了HasCondition引用的例子。该引用可指向一个条 或一个实例。在该例中示出了两个变体。在类型系统中对一个条件类型的引用将导致在实例中又 类型节点的引用。
图B.5带实例声明的HasCondition使用
附录C （资料性附录） 至EEMUA的映射 表C.1列出了EEMUA的术语和OPCUA的术语如何映射到EEMUA的术语
表C.1列出了EEMUA的术语和OPCUA的术语如何映射到EEMUA的术语
.1列出了EEMUA的术语和OPCUA的术语如何映射到EEMUA的术语，
表C.1EEMUA术语
附录D （资料性附录） 从OPCA&E至OPCUAA&C的映射
点总是作为来自一个区的HasEventSource引用的目标。
图D.1包装的COMAE服务器类型模型
NEVENTSTRUCT字段到UABaseEventType变量
出了由A&ECOMUA包装器所用的ONEVENTSTRUCT内的字段如何映射到UA
表D.2列出了由A&ECOMUA包装器所用的ONEVENTSTRUCT内的字段如何映射 AuditEventType变量
EVENTSTRUCT字段到UAAuditEventType变量
表D.3列出了由A&ECOMUA包装器所用的ONEVENTSTRUCT内的字段如 AlarmType变量
VENTSTRUCT字段到UAAlarmType变量的映身
D.1.2.6 条件实例
条件实例不出现在UA服务器的地址空间中。条件可通过将EventId传送至在Acknowledgeable ConditionType上所定义的Acknowledge方法来确认。 不能通过包装器来启用或禁用条件
D.1.2.7条件刷新
包装器不存储条件状态。当ConditionRefresh被调用时，在与ConditionRefresh调用相关的： OMAE订阅上调用刷新方法。该包装器需要等待，直到它接收到在OnEvent调用中bLastRef 志设置为True的回调时，才可以告诉UA客户端该刷新已完成，
D.1.3.2服务器状态映射
D.1.3.2.1概迷
A&ECOMUA代理从服务器对象变量节点读取UAA&C服务器状态。在ServerStatusDataTyl 中返回的状态枚举值能1对1映射到A&ECOM服务器状态值，其例外是UAA&C服务器状 nknown和CommunicationFault。这二者都映射为A&ECOM服务器状态值Failed。 A&ECOM服务器状态的VendorInfo字符串是从ManufacturerName映射来的
类别名称来自于在UAA&C服务器的类型层级结构中发现的节点类型的显示名称属性。 类别描述来自于在UAA&.C服务器的类型层级结构中发现的节点类型的描述属性。 A&ECOMUA代理服务器分配类别ID。
D.1.3.3浏览映射
eventNotifier引用以及EventNotifier属性被设置为SubscribeToEvents的每一个HasNotifier目标均 成为在层级结构中的嵌套COM区域。 需注意的是，该HasNotifier目标也可以是一个HasNotifier源。进一步而言，任何一个HasEvent Source源，且EventNotifier属性被设置为SubscribeToEvents的节点也可被认为是一个COM区域。 任何HasEventSource引用的目标节点被认为是A&ECOM"源”或是A&ECOM浏览树中的树叶。 通常来说，是HasEventSource引用的源节点和/或是HasNotifier引用的源节点的节点总是A&E COM区域。是HasEventSource引用的目标节点的节点总是A&ECOM源。但是要注意：不能从服 务器对象通过跟随的HasNotifier引用来发现的HasEventSource的目标被忽略掉了。 鉴于上述逻辑，A&ECOMUA代理服务器浏览将有以下的局限性：仅仅是在UAA&C服务器的 地址空间内的，且由HasNotifier引用（除了那些包含在顶层对象文件夹中的以外）所连接的那些节点 才会考虑为区域标识。仅仅是那些在UAA&C服务器的地址空间内的，且由HasEventSource引用 （除了那些包含在顶层对象文件夹中的例外)所连接的节点才被考虑为区域或源名称。作为一个区域， 节点应包括一个HasNotifier引用，且其EventNotifier属性应设置为SubscribeToEvents。作为一个 源，节点应是HasEventSource引用的目标节点，且应已经从Server对象通过跟随的HasNotifier引用 找到了
D.1.3.4合格名称
D.1.3.4.1合格名称语法
D.1.3.4.2名称空间表
UA服务器名称空间表索引可随时间而变化。这意味着采用高速缓存和重用完全合格的区域名称 的A&ECOM客户端会出现问题。解决该问题的方案之一是使用合格的名称语法，包括全部引用表索 引的完整URI在内。然而这可能会导致完全合格的区域名称笨拙且不适合为A&ECOM客户端所使 用。另一种解决方案是，A&ECOMUA代理服务器将UAA&E服务器的名称空间表的内部副本与 本地高速缓存的端点描述一起保持。如需要的话，A&ECOMUA代理服务器将在连接时间，对照所 缓存的副本，评估UAA&C服务器的名称空间表，并自动处理索引的任何再映射。A&ECOM客户端 可以继续提交已缓存的完全合格区域名称用于过滤，A&ECOMUA代理服务器将确保这些名字继续 引用同一通知者节点，即使服务器名称空间表随时间而发生变化亦可。 为实现相对路径，A&ECOMUA代理服务器保持导致目前层级的浏览过的所有节点的INode接 口堆栈。当A&ECOM客户端调用GetQualifiedAreaName时，A&ECOMUA代理首先验证所提供 的区域名称在当前层级上是一个有效的区域。然后通过循环堆栈，A&ECOMUA代理服务器建立相 对路径。利用每个节点的浏览名称，A&ECOMUA代理服务器构建所转换的名称如下： QualifiedNametranslatedName= newQualifiedName(Name,(ushort) ServerMappingTable[NamespaceIndexl)
其中： Name一节点的不合格浏览名称； Namespacelndex服务器索引。 服务器映射表给出了对应于服务器索引的客户端名称空间索引。 一个“/”被添加到所转换的名称，A&ECOMUA代理服务器继续遍历堆栈，直到完全构建了相对 路径为止。
JGJT188-2009 施工现场临时建筑物技术规程.pdfD.1.3.5订阅过滤器
A&ECOMUA代理服务器支持所有定义的A&ECOM过滤器标准
A&ECOMUA代理服务器支持所有定义的A&ECOM过滤器标准。
D.1.3.5.3按源的过滤器
YB 4407-2014标准下载D.1.3.5.4按区域的过滤器
，A&ECOMUA代理通过调整与订阅相关的监视项的集合来实现区域过滤。在客户端未选择任 何区域过滤器的简单情况下，A&ECOMUA代理服务器将生成仅包含一个监视项、Server对象的UA 订阅。当这样做时，A&ECOMUA代理服务器将接收来自整个服务器地址空间，即所有的区域的事 件。A&ECOM客户端通过浏览会发现与UA服务器的地址空间相关的区域。为了获得可作为过滤 器的区域字符串，A&ECOM客户端通常会使用GetQualifiedAreaName。当A&ECOM客户端将这 些区域字符串中的一个或多个应用到该COM订阅过滤器时，A&ECOMUA代理服务器将为每个由 区域字符串所标识的通知者节点来创建监视项目。事实上，完全合格的区域名称就是到相关的通知者 节点的名称空间合格的相对路径。 在过滤器中，A&ECOMUA代理服务器调用TranslateBrowsePathsToNodeId服务，以获得完全 合格的区域名称的节点ID。然后该节点ID被加入，作为对UA订阅的监测项，该UA订阅由A&E COMUA代理服务器所维护。A&ECOMUA代理服务器还为每个添加的区域维护一个引用计数， 以处理采用相同区域过滤器的多个A&ECOM订阅情形。当A&ECOM订阅被删除或当该区域名称 从过滤器中删除时，在对应于该区域名称的监视项上的引用计数递减。当引用计数变为零时，从UA 订阅处删除监视项。 与源过滤器字符串一样，区域过滤器字符串也可包含通配符。包含通配符的区域过滤器字符串需 要A&ECOMUA代理服务器进行更多的处理。当A&ECOM客户端指定一个区域过滤器字符串包