标准搜索结果: 'DL/T 1338-2014'
| 标准编号 | DL/T 1338-2014 (DL/T1338-2014) | | 中文名称 | 发电企业生产实时监管信息系统技术条件 | | 英文名称 | Specification of real-time supervision and management information system for power generation enterprises | | 行业 | 电力行业标准 (推荐) | | 中标分类 | K07 | | 国际标准分类 | 29.020 | | 字数估计 | 14,128 | | 发布日期 | 3/18/2014 | | 实施日期 | 8/1/2014 | | 引用标准 | GB 4208; GB/T 8567; GB/T 17859; GB 50229; DL/T 262; DL/T 924-2005; DL/T 950 | | 标准依据 | 国家能源局公告2014年第3号;行业标准备案公告2014年第5号(总第173号) | | 发布机构 | 国家能源局 | | 范围 | 本标准规定了发电企业生产实时监管信息系统的系统硬件和软件配置、应用功能、系统安全、文档资料以及验收等技术要求。本标准适用于管理多个发电厂(公司)的发电企业生产实时监管信息系统的规划设计、采购、验收等过程。 |
DL/T 1338-2014: 发电企业生产实时监管信息系统技术条件
DL/T 1338-2014 英文名称: Specification of real-time supervision and management information system for power generation enterprises
备案号: 44812-2014 n1
中华人民共和国电力行业标准
DL/T 1338 一 2014
发电企业生产实时监管信息系统
技 术 条 件
国家能源、局 发布
1 范围
本标准规定了发电企业生产实时监管信息系统的系统硬件和软件配置、应用功能、系统安全、文档
资料以及验收等技术要求。
本标准适用于管理多个发电厂(公司)的发电企业生产实时监管信息系统的规划设计、采购、验收
等过程。
2 规范性引用文件
下列文件对本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本〈包括所有的修改单)适用于本文件。
GB 4208 外壳防护等级 (Ip 代码) (GB 4208-2008, IEC 60529: 2001.IDT)
GB/T 8567 计算机软件产品开发文件编制指南 CGB/T 8567-2006, ISO/IEC JTCl SC7N2106-
1999, NEQ)
GB/T 17859 计算机信息系统安全保护等级划分准则 CGB/T 17859-1999, DOD 5200.28-STD,
NCSC-TG-005)
GB 50229 火力发电厂与变电站设计防火规范
DL/T 262 火力发电机组煤耗在线计算导则
DL/T 924-2005 火力发电厂厂级监控信息系统技术条件
DL/T 950 电厂标识系统设计导则
国家电力监管委员会 5 号令 电力二次系统安全防护规定
国家电力监管委员会电监安全(2006) 34 号文 电力二次系统安全防护总体方案
3 术语和定义
DL/T 924一2005 界定的以及下列术语和定义适用于本文件。
4 总则
4.1 系统应根据实际需要和技术发展规划设计,可分步实施,并应坚持安全可靠、通用性强、可扩充
的原则。
4.2 计量单位应符合国家标准、常用物理量和法定计量单位的规定。数据标识设计应遵循 DL厅 950 的要求=
4.3 实时/历史数据库的数据规模应根据系统建设和发展的需要确定。数据的采集内容和采集编码应立
范统一;应实现数据信息处理规范、标准、统一,保证测点数据的准确性、可比性、可维护性:应提供
数据质量检查的功能,便于数据的检查和维护。
5 系统技术要求
5.1 系统结构
5.1.1 系统应由发电企业侧主站系统和电厂侧数据采集站两部分组成。发电企业创主站系统与各电厂去
据采集站可通过发电企业内网进行数据通信。系统结构见图 1 。
5.1.2 发电企业侧主站系统应接收下属多个电厂侧采集站上传的实时生产数据,送入实时数据库,进行
统计计算后,在 Web 服务器上进行展示、分析。同时通过发电企业例数据采集站将实时数据上传至上级
生产实时监管信息系统。
5.1.3 电厂数据采集方式 A 可按照 DL/T 924 统-规范设计,应具有数据采集、缓存、发送、监视本地
工作状态与数据等功能:在电厂数据采集方式 B 中,电厂倒数据采集站在此基础上,宜增加数据汇总、
计算等功能。
5.2 系统硬件与网络
5.2.1 网络设备
5.2.1.1 网络架构直采用局域网标准 IEEE 802.×和网络/网际通信协议标准传输控制协议/互联网协议
DL IT 1338 - 2014
(transmission control protocol/internet protocol, TCP/IP)。系统网络直以路由交换机制与系统内其他计算
机进行数据交换。
5.2.1.2 网络主干的通信速率应不小于 lOOOMbit/s,功能站的通信速率应不小于 lOOMbi饨,数据源接口
站与电厂侧数据采集站的通信速率应与发电企业远程专线网络的通信速率相匹配。
5.2.1.3 发电企业内网应采用远程专线网络,且网络带宽不小于 2Mbit/s,应保证数据传输的稳定性和
可靠性。
5.2.1.4 网络主干通信负荷率应不大于 30%,数据库服务器和应用功能站的中央处理器( central
processing unit, CPU)平均负荷率应不大于 40% 。
5.2.1.5 网络主干的信息传输介质以及核心交换机直采用冗余配置。冗余配置的设备应具有故障在线自
动切换功能。
5.2.1.6 系统应遵循多种开放协议,应采用客户/服务器( client/se凹er, C/S )架构和浏览器/服务器
(browser/server, BIS ) 开放性体系架构,使用标准的数据访问和接口规范,应具有良好的可扩展性。
5.2.1.7 系统应具有提供远程服务接口和远程访问系统的功能。
5.2.1.8 核心交换机应具有稳定性及可扩充性,应选配热插/拔的冗余电源及热插/拔的冗余风扇,非核
心交换机可以依据具体情况选配。
5.2.2 数据库服务器
宜采用数据库服务器共享磁盘冗余阵列,也可采用独立网络共享存储系统。可采用冗余配置的数
据库服务器或容错数据库服务器系统,冗余配置的数据库服务器系统应支持集群工作方式进行故障自
动切换。
5.2.3 发电企业f~lj数据源接口站
5.2.3.1 应采用冗余方式:数据缓存应至少能存储一用的生产过程信息:应支持网络唤醒功能,在网络
通信恢复正常时,自动将缓存中的数据传送至数据库服务器。
5.2.3.2 与电厂侧采集站应能进行远程通信,并能从电厂侧采集站实时获得机组运行信息。
5.2.4 电厂侧数据采集站
5.2.4.1 直采用冗余配置:数据缓存应至少能存储一周的生产过程信息:应支持网络唤醒功能,在网络
通信恢复正常时,自动将缓存中的数据传送至数据库服务器。
5.2.4.2 不应对电厂下层控制网络进行修改、组态或对工艺过程进行直接控制,不应影响下层生产控制
网络的控制功能。
5.2.5 功能站和客户机
根据功能站和客户机不同职能应设置不同的操作、访问系统的权限。客户机只应具有面向生产过程
的基本监视、查询功能,不应具有系统的管理功能。
5.2.6 外围设备
应配置系统和数据备份设备。备份设备可选用磁带驱动设备或可读/写光盘驱动设备。在条件具备时,
也可使用磁带备份系统或磁盘阵列。
5.2.7 机拒、电缆和布置
5.2.7.1 网络主干设备和功能站应安装于标准机房内,应设置防止非系统维护人员擅自进入操作的安全
措施。
5.2.7.2 机柜外壳防护等级应符合 GB 4208 的 IP54 等级的要求:柜门应有导电门封垫条,以提高抗射
频干扰能力:机拒布置应考虑散热空间及空气过滤装置,在机柜内宜安装温度检测装置,当温度过高时,
应能自动报警。
5.2.7.3 机柜内配置的端子排、电缆夹、电缆走线槽以及接线槽均应采用抗燃材料制造的产品,设备之
间互连的通信电缆、信号电缆、双绞线(包括两端的接触件)等防火要求应符合 GB 50229 的相关规定9
同时应根据电缆敷设场地情况,选用阻燃电缆。
5.2.8 电源和环境
5.2.8.1 网络主干设备和功能站应有两路供电电源,其中一路应为不间断电源(uninterrupted power
supply, UPS )。
5.2.8.2 供电电源至少应有 25%的裕度。在 UPS 失去交流电源的情况下, UPS 至少还能保证向系绞供
电 30min。
5.2.8.3 系统能在电子噪声、射频干扰及振动都很大的电厂现场环境中连续运行,且不降低系统的性能=
5.2.8.4 系统设计应采用各种抗唤声技术,包括光电隔离、高共模抑制比、合理的接地和屏蔽。在g~电
子设备 1.2m 以外发出的工作频率 400MHz~500MHz、功率输出在瞬间或短暂时间达 4.8\V 的电应干扰
和射频干扰,应不影响系统正常工作。
5.2.8.5 系统应能在环境温度。℃~50℃,相对湿度 10%~95% (不结露)的环境中连续运行。
5.2.9 系统时钟
应配置一套卫星时钟装置,给整个系统提供统一的时钟校准信号。
5.3 软件系统
5.3.1 操作系统
系统配置的计算机操作系统应符合本标准 7.4.1 的要求。数据库服务器操作系统应具有支持集群日
务、支持硬件或软件失败引起的失败恢复、支持网络负载平衡的功能。
5.3.2 系统软件要求
5.3.2.1 软件架构应科学合理:应具有良好的应用架构、数据架构、安全架构等技术架构设计:支持自
向服务的体系结构(service oriented architecture, SOA),能与企业资源计划(enterprise resource planning.
ERP)、办公自动化(office automation, OA)进行应用、流程、数据、人员、账号 CAD)等集成。
5.3.2.2 系统应具有良好的透明度和可开发性,应能够根据生产过程实际情况对软件进行修改和开发c
5.3.2.3 系统界面(如组态图、报表)均应支持 Web 发布,支持主流 Web 浏览器。系统客户瑞宜采用
B/S 架构,同时提供 C/S 架构用于大屏幕发布。
5.3.2.4 系统应具备按不同用户的职责、角色、群组进行功能模块重设和授权的性能,并提供良好的管
理工具。
5.3.2.5 系统安全设置应按照应用功能和数据类型定义不同级别,应按照不同用户权限授权等级进行访
问。
5.3.2.6 在应用层面上发出调用一个常用画面或者表格的历史数据显示,从接受指令、提取压缩数据、
解压缩、网上数据传输,到数据输出的一系列动作所需要的时间应不大于 2s 。
5.3.3 系统集成扩展要求
应具有与其他系统(上一级生产实时监管信息系统、 ERP 和 OA 系统等)进行良好的集成扩展功
能,并提供相关接口的开发工具:应能够和 Windov•s 活动目录服务良好集成,实现集中验证、单点登
录等功能。
5.3.4 系统管理要求
应提供系统日志,满足审查系统和事务处理要求:应支持在线管理,管理员能够随时进行管理和控
制,可灵活便利地进行用户及权限管理:应提供维护管理和监控工具,提供在线用户状态、系统负载情
况、资源占用情况、后台事务队列、执行情况等信息。
5.4 实时/历史数据库
5.4.1 基本要求
5.4.1.1 实时/历史数据库平台应采用开放式体系结构和分布式系统设计,其配置应满足系统和企业信息
综合应用的要求。
5.4.1.2 数据库标签总量应能根据企业规模进行配置,系统可组态的标签量应不小于输入标签量的 1.5
倍,并可根据企业的发展进行扩展。
5.4.1.3 实时/历史数据库数据在线存储时间应不小于 5 年。
5.4.1.4 实时/历史数据库支持浮点型、整型、布尔型与字符串型等基本数据类型。
5.4.2 数据采集
5.4.2.1 实时/历史数据库应以发电企业生产过程数据为集成对象,采集生产过程控制系统的实时数据、
手工输入数据、手持设备数据,并实现数据库资源共享。
5.4.2.2 实时/历史数据库应支持历史数据压缩,其压缩数据的标准偏差宜不大于 0.3o
5.4.2.3 需精确计量的参数或保证二次计算结果精确度的参数,无论是实时数据还是历史数据均不宜进
行数据压缩,以保证计算结果对生产过程实施指导的有效性。
5.4.3 数据库存储
5.4.3.1 数据库服务器平台应支持实时/历史数据库数据文件的各份、恢复功能,归挡文件的创建、复制、
删除、各份等管理功能以支持数据的二次计算及其结果数据的存储功能。
5.4.3.2 实时/历史数据库平台应能提供对己有历史数据的移植及扩容的可行性方案。
5.4.3.3 数据库服务器平台应提供经济存储或者优化存储的手段,提供数据压缩方法,以及用户可对压
缩能力选择的途径。在保证数据精度的基础上具有数据压缩功能。
5.4.4 数据库管理
5.4.4.1 数据库服务器平台应能提供计算引擎或者计算接口,支持数据的二次计算功能。
5.4.4.2 实时/历史数据库平台应对不能自动采集的数据提供手动输入手段,但不应对自动采集的数据进
行修改。
5.4.4.3 实时/历史数据库平台应支持数据的检索,并具有数据检索速度。
5.4.4.4 数据标签应能定义发电厂所有的数据类型,反映过程数据的全部属性,能单独或者批量进行标
签组态:系统应能提供数据标签在线维护功能,包括创建、更新、删除、查询数据标签点。标签点的定
义应支持中文描述。
5.4.4.5 实时/历史数据库平台应具有高效的采集事务功能,采集事务应具有周期方式和事件触发方式,
周期方式的周期应具有不大于 ls 的功能,每秒实时/历史数据查询的事务吞吐量应满足系统的要求。事
件触发方式院能实时响应。
5.4.4.6 可使用结构化查询语言(structured query language, SQL)查询服务器信息、数据标签属性以及
实时/历史数据库数据、二次计算数据和统计数据等。
5.4.4.7 数据库服务器平台应能支持基于角色的用户权限管理,用户只能在相应的授权范围内管理或使
用数据库。
5.4.4.8 数据库服务器平台应具有运行管理功能、审计功能和日志功能。
5.4.4.9 数据库服务器平台应具有阻止计算机病毒入侵的措施,以及防止由于操作失误等人为因素造成
的破坏数据库系统的容错功能。
5.4.5 数据库应用
5.4.5.1 应能支持授权用户配置数据标签点,对标签点数据值的读、写应符合 5.4.4.2 规定的原则。
5.4.5.2 应确保实时/历史数据库中数据值的时间戳与现场物理值的时间戳误差不超过预定义的最大时
间间隔:应确保分布数据源的数据时间戳的一致性。
5.4.5.3 数据库服务器平台应能支持标准的 C/S 架构和 B/S 架构。
5.4.5.4 数据库服务器平台应能提供规范的 ODBC/JDBC/OLEDB 等开放式数据库互联接口、基于组件
对象模型技术、基于应用程序编程接口(application programming interface, API)或软件开发工具包
(software development kit, SDK)的方式提供函数调用接口、内嵌面向应用的可视化脚本编程语言,以
支持应用功能软件的开发。
5.4.5.5 数据库系统应具各一系列具有组件技术的、易学易用的基本客户端软件,主要包括......
|