NB／T 31068-2015  风力发电场监控系统通信-信息交换模型

风力发电机组windturbine

本标准提供了信息交换模型，该信息交换模型可被客户端和服务器用来访问本系列标准第2部分中 定义的风电场信息模型的内容和结构。 第6章概述运行功能和管理功能的信息交换模型。 第7章介绍了用于运行功能的信息交换模型：授权、控制、监视、报告和记录。 第8章概述管理功能的信息交换模型。 第9章提供了下面服务模型类的服务细节： 应用关联； 服务器类； 逻辑设备类（获取自我描述等）； 逻辑节点类（获取自我描述等）； 数据类（获取值，设置值，获取自我描述等）： 数据集类（获取值，设置值，创建数据集，获取自我描述等）； 报告控制块类（获取属性，设置属性，报告等）； 日志控制块和日志类（获取属性，设置属性，获取日志条目等）； 控制类（选择，操作等）。 附录A提供了服务所需的报告和记录的例子。

市政工艺、技术附录B提供了ACSI服务和功能约束之间的关系。 附录 C 提供了 DL/T860.72—2004和本标准定义的 ACSI的关系！

信息交换模型为通信功能提供服务，该通信功能分为以下两类： 一运行功能； 一管理功能。 运行功能和管理功能在下面的章条中有更详细的介绍和描述。 每个信息交换模型的强制服务在第9章相应的服务表格中说明。 风电场（逻辑设备、逻辑节点、数据、数据属性和控制块对象）信息模型实例应能被表1列出的信 息交换模型实例访问。表1前两列列举了功能组和信息交换模型，第三列为简要描述，第四列和第五列 区分了哪种数据类型和传输原则能用到该信息交换模型。最后一列说明适用于相应信息交换模型的 ACSI服务模型。

信息交换模型应由相应的ACSI模型（表1最后一列）和关联的服务来实现。表1旨在给出 电场领域的常用术语

有关运行功能的信息交换模型描述如下： 关联和授权模型； 控制模型； 一监视、报告和记录模型。 附录B给出了ACSI服务的功能约束，

有关运行功能的信息交换模型描述如下： 关联和授权模型； 控制模型； 一监视、报告和记录模型。 附录B给出了ACSI服务的功能约束，

关联和授权模型的目的款 个安全的信息交换。该模型提供了 服务器功能访问的身份验证和控制 型示意图（概念性的）如图2所示。

图2关联和授权模型示意图（概念性的）

控制模型为包含在运行设备中的一组设定了点控制和命令定义的信息交换模型，控制模型示意图 （概念性的）如图3所示

图3控制模型示意图（概念性的）

包含对运行设备的控制。 “设置”可控数据的值（从可控公用数据类中获得） 求给定的时间满足要求时，服务器能对时间激活操作命令自动处理

7.4监视、报告和记录模型

监视、报告和记录的信息交换模型如图4所示。该模型包括3个独立的信息获取方法： 1）数据值可依据客户端的命令来获取（图4的上半部分），这通常被称为获取或读取，响应将被 立即传送。 2）伴随发布者/预订者报告模型，数据值可报告给客户端（图4的中间所示）。服务器被配置（本 地或通过服务器）为自发性或周期性地传送数据。服务器端的触发条件一旦满足，客户端就会 接受信息（报告）。对于缓存报告，发布者/预订者模型在通信链路损坏时能暂存事件，一旦链 路恢复运行，则能顺序地将所有暂存的事件进行传送。对于非缓存报告，则不能保证在通信链 路中断时进行事件传送。

图4监视、报告和记录模型示意图（概念性的）

3）数据值可被记录在设备上。该记录模型（图4的底部）允许事件正确有序地进行暂存和传递。 来自多源数据的记录值（通过数据集的配置）可被记录，并且每个源可独立于其他源单独配置， 客户端可查询两个时间戳之间的日志条目或特定条目后的所有条目。 报告和记录模型包括： a）数据集类（DS），用来引用将被记录或报告的数据组； b）控制块类（报告控制块类或日志控制块类），用来控制信息记录或报告的动态行为： C）日志类，用来定义日志存储。 信息检索方注比较风表2

表2信息检索方法比较

每种检索方法都有特定的特点。没有任何单一的方法能满足所有的应用需求。在系统设计中， 设计人员应分析需求并检查他们是否违背该（实现）方法，该方法由与本系列标准相一致的设备 提供。

本章描述的管理功能模型被用于建立或完善（维护）一个系统。系统配置和维护功能包括配置数据 的设置和变化，以及从系统获取配置信息。管理功能模型描述如下： 用户管理/访问安全模型； 建立模型； 时间同步模型； 诊断（自监测）模型。 ACSL服务的功能约束在附录B中说明

8.2用户管理/访问安全模型

7.2规定的服务需求之外，设置模型用于实现特

B.5 诊断（自监测）模型

诊断或自监测功能旨在检测系统状态，如设备完全运行、部分运行或停止运行。诊断信息 点LPHD中定义，逻辑节点LPDH在本系列标准NB/T31067一2015定义。

9风电场信息模型的ACSI

第7章和第8章描述的信息交换模型创建了符合本系列标准模型要求的概况。第9章包含所有需求 服务的详细描述。 图5为风电场的信息交换模型，说明了ACSI服务的不同部件，该图详细描述了一个典型设备如何 利用这些服务和外界进行联系。

图5风电场的信息交换模型（概念性的）

应用关联模型由各类设备间如何通信的规定组成。该模型包括： 关联类的定义； 访问控制概念（如何在服务器中限制访问实例）。 应用关联模型定义了用于客户端和服务器（双边应用关联）管理关联的服务。 访问控制模型提供了限制特定客户端访问类实例、类实例属性以及ACSI服务作用于特定服务器的

类实例的能力。 表3中所列出的服务被定义为双边应用关联。

（边应用关联类的细节在DL/T860.722004第

服务器类代表设备外部可见的行为。客户端应使用“读服务器目录”服务来获取所有可见逻辑设备 的名称列表，进而通过地址服务器可访问到请求客户端，见表4。

服务器类的细节在DL/T860.72一2004第6章中定义。

设备（如风力发电机组控制器）是逻辑节点（如风轮、传动系统和发电机）的集合。每个逻辑 使用范围内是有意义的。逻辑设备实例（如逻辑节点和数据）能被由逻辑节点和数据提供的服 方问。逻辑设备可被浏览，以便能够获得它包含的所有逻辑节点的名称，见表5。

逻辑设备类的细节在DL/T860.722004第8章中定义。

逻辑节点（如传动系统）是数据（如传动齿轮箱油温度）的集合。每个逻辑节点在其使用范围内是 有意义的。逻辑节点实例（如数据）能被由数据提供的服务直接访问。逻辑节点可被浏览，以便能获得 它包含的所有类型信息的名称，见表6。

辑节点类的细节在DL/T860.722004第9章中

据（如风轮状态）是数据属性（如实际状态值、品质和时间戳）的集合。每个数据在其使用范 意义的。数据实例（如数据属性）能被服务器直接访间，见表7。

数据类的细节在DL/T860.72—2004第10章中定义。 例如：读数据值“WindPowerPlant12/WGEN.PwrAt.phsA.cVal.mag.f［MX］”返回当前值的浮 点值。

数据集是对数据的一组引用 向。数据集实例可被报 使用，以便它依据某些特定规贝 分别定义为数据或报告控制块

9.8报告控制块类服务

图6缓存报告控制块示意图（概念性的）

客户端应使用增加预定服务来请求服务器：创建数据集，该数据集有用功能约束数据（FCD）或功 能约束数据属性（FCDA）定义的成员列表，使得对请求客户可见和可访问；设置相应报告控制块属性； 立即开始监视和报告数值。使用增加预定服务创建的数据集遵循数据集模型规则。 处理完增加预定服务后，服务器应启动一个单独的通用询问以使客户端进程映像与服务器端当前映 同步。 注：通用询问在DL/T860.722004的14.2中定义。

客户端应使用取消预定服务来请求服务器禁用相应的报告控制块和预定删除被数据集引用的数据 属性。在删除数据集过程中，删除数据集服务应依照相同的规则。 取消预定服务见表11。

9.9日志控制块和日志类服务

按时间查询日志响应和按顺序查询日志响应的ListOfLogEntries参数应包含日志项列表：由 DataFilter选择的；（编号格式）服务请求的RangeStartTime和RangeStopTime参数指定的范围。 图7给出了一个日志和三个日志控制块的例子。第一步是与服务器建立关联并配置和启用日志控制 块。启用日志控制块后，与服务器的关联可被关断。日志条目到达时就会被存储在日志中。日志条目按 时间顺序进行存储，因此允许获取事件顺序列表。

图7日志控制块示意图（概念性的）

日志可在任意时间启用意味着不管客户端关联是否打开，日志条目将会被添加到日志中。 志控制块允许控制不同数据集中的存储信息。每个日志控制块独立于其他控制块，

控制模型提供了以服务器为代表的控制功能和实际设备的机理。 控制提供的服务见表14

控制层的细节在DL/T860.72—2004第17章中定义。

附录A （资料性附录） 报告和记录服务实例

信息模型到报告数据集的映射（实例）如图A.1所示。报告的值从“MyDS”数据集成员中获得。 数据集每个成员的位置都被客户端和服务器定义为已知。 本例中，报告仅携带相同数据最后一次改变的数据值。下个值改变将触发一个携带新值的新报告 因为仅那些改变的值随报告被发送，值所对应的那些数据指示包含在所谓的“内含位串”中。“位串” 的位数和数据集的成员一样多。第一个成员值改变后，位串中的第一位被设为“真”。接收器通过“位 串”中的位置能够确定值来源于“WindPowerPlant12/WGEN.W.phsA.cVal.mag.f"。 全部对象标识符“WindPowerPlant12/WGEN.W.phsA.cVal.mag.f”可被有选择的传输，但不是必需的

图A.1信息模型到报告数据集的映射（实例）

文化标准报告可以有选择地包括以下参数： 报告标识符（RpdID)：客户端给出的句柄； 顺序号：用来检测丢失的数据段； 子顺序号：如果值不适合报告； 数据集引用：“MyDS”； 报告原因（原因代码）：数据变化、品质变化等

报告可以有选择地包括以下参数： 报告标识符（RpdID)：客户端给出的句柄； 顺序号：用来检测丢失的数据段； 子顺序号：如果值不适合报告； 数据集引用：“MyDS”； 报告原因（原因代码）：数据变化、品质变

日志基础（实例）如图A.2所示。 日志条目从被数据集（用于报告的同源信息可能用于日志）引用的实例中获得。这些值中的一个改 变将会触发一个日志条目被存储到日志中。日志条目构成如下：条目的时间戳；数据的对象引用；当前 值（实例中的浮点值）。 日志的其他属性： 历史条自时间（最早条目的时间戳）：

最近条目时间（最新条目的时间戳）； 历史条目（最早条目的标识符）； 最近条目（最新条目的标识符）。 这些属性可被读取。

图 A.2日志基础(实例》

查询日志服务充许通过时间范围 到时间2）或时间戳和条目ID识别的日志条目获取，之 后条目应返回（条目ID是必需的，因为同样时间戳的多个条目可能包含在同一日志中）。 查询日志响应传送所请求的项

附录B （规范性附录） ACSI服务和功能约束的关系 功能约束（FC）有两个目的： 定义适用于特定数据属性的服务（见表B.1）。 减少（或过滤）携带某些服务的数据值数量，例如，逻辑节点的特定数据或所有数据的读 数据值服务响应应返回所有数据属性。服务请求的FC参数，如MX，只请求FC=MX的数 据属性。

气象标准表B.1ACSI服务和功能约束的关系