openADR通信协议翻译.doc
《openADR通信协议翻译.doc》由会员分享,可在线阅读,更多相关《openADR通信协议翻译.doc(30页珍藏版)》请在冰豆网上搜索。
![openADR通信协议翻译.doc](https://file1.bdocx.com/fileroot1/2022-10/30/e8305233-6eb3-4c7e-8993-87e9c7cdfb23/e8305233-6eb3-4c7e-8993-87e9c7cdfb231.gif)
OPENADR通信规范
本报告提交加利福尼亚能源委员会公益能源研究项目
本报告由劳伦斯伯克利国家实验室需求响应研究中心、AKUACOM公司完成
声明
本报告是加利福尼亚能源委员会资助项目的研究成果,但能源委员会包括其下属职员不对该研究报告承担法律责任和义务。
致谢
本报告由需求响应研究中心牵头,加利福尼亚能源委员会公益能源研究项目资助。
编者在此感谢技术咨询组提供的协助。
前言
加利福尼亚能源委员会公益能源研究项目(PIER)支持公益能源研究与开发,通过向电力市场提供环境安全、可持续、可靠的能源服务和产品,提高生活质量。
PIER赞助领域主要如下:
建筑物终端节能
新能源小额补贴
与能源相关的环境影响研究
能源系统集成
环境优先的高级发电
工业/农业/供水终端节能
可再生能源技术
输电
开放式需求响应通信规范是开放式自动需求响应项目的最终成果。
摘要
开放式自动需求响应通信规范,也称为OpenADR或者OpenAuto-DR,其开发开始于2002年的加利福尼亚大规模电力危机。
该规范描述了一种开放式基于标准的通信数据模型,该模型被设计用于促进公用事业机构、独立系统操作员(IndependentSystemOperator,ISO)、电力用户间使用需求响应价格和可靠性信号的通用信息交互。
。
。
。
。
。
。
OpenADR将给加利福尼亚带来两方面的好处:
提高参与需求响应的机构数量,降低成本以促进经常性和持续性需求响应的参与。
关键词:
需求响应、建筑物、电力使用、自动化、通信、开放标准、数据模型、规范
内容提要
开放式自动需求响应通信规范,也称为OpenADR或者OpenAuto-DR,其开发开始于2002年的加利福尼亚大规模电力危机。
加利福尼亚州、美国其他州以及国外的很多公用事业机构、政府部门、独立系统操作员和其他部门也正致力于引入需求响应来管理不断增长的电力需求和电力系统的尖峰负荷。
DR被定义为“一种通过响应价格、货币激励或者系统指令以降低电力需求的行为,从而保证可靠地电力供应服务,避免高电价”。
OpenADR是智能电网信息和通信技术的一个元素,以提高电力供应和需求的匹配能力。
开放式自动需求响应通信规范定义,包含以下特征:
l连续、安全、可靠-
l翻译
l自动化
l自愿退出-当参与者不希望削减终端服务时,可以向参与者提供自愿退出或对DR事件信息忽视的功能。
l完整的数据模型—为通信价格、可靠性和其他DR响应信号提供详细的数据模型和架构描述
l灵活的体系架构
l开放的标准
OpenADR已经在加利福尼亚的很多DR项目中获得了测试。
本通信规范的研究范围主要关注于DR事件和价格信号。
本规范也包含了价格数据模型,并不包含与具体的DR电力削减或转移策略相关的信息。
OpenADR通信规范用于推动消费侧的自动需求响应行为,不论这些行为是负荷终端或转移。
这种通信数据模型可以用于每天的连续操作。
潜在的收益
提高参与企业数量、降低成本。
l开放的规范—
l灵活性-提供开放、灵活、平台独立、可互操作的通信接口和协议
l创新及互用性—鼓励开放创新和互用性,允许在现有策略基础上实现工厂和企业内部控制与通信,以减少技术操作和维护成本、不良资产和过时技术。
l易集成—
l远程访问—通过web端口提供自愿终端和忽视功能,可以将标准的DR相关操作模式换为DR策略和控制系统。
研究计划
包括继续与真实的工业标准研究组织合作,以通过相关努力使这些数据模型与标准协调发展。
DR研究中心也会继续推进面向家庭、大型及小型商业建筑和工业企业的终端DR控制策略研究。
专利
需要提请注意,实现本规范可能会涉及到专利权问题。
参与人员
OpenADR工作组包括以下成员:
技术咨询组
1概述
开放式自动需求响应通信规范,也称为OpenADR或者OpenAuto-DR,其开发开始于2002年的加利福尼亚大规模电力危机。
加利福尼亚州、美国其他州以及国外的很多公用事业机构、政府部门、独立系统操作员和其他部门也正致力于引入需求响应来管理不断增长的电力需求和电力系统的尖峰负荷。
DR被定义为“一种通过响应价格、货币激励或者系统指令以降低电力需求的行为,从而保证可靠地电力供应服务,避免高电价”。
OpenADR是智能电网信息和通信技术的一个元素,以提高电力供应和需求的匹配能力。
该项目由加利福尼亚能源委员会公益能源研究项目资助。
OpenADR具有如下特征:
l连续、安全、可靠-
l翻译
l自动化
l自愿退出-当参与者不希望削减终端服务时,可以向参与者提供自愿退出或对DR事件信息忽视的功能。
l完整的数据模型—为通信价格、可靠性和其他DR响应信号提供详细的数据模型和架构描述
l灵活的体系架构
l开放的标准
OpenADR在加利福尼亚的200个用户中应用,为几个需求响应项目提供自动系统。
这些项目从商业和工业用户提供了50MW的响应容量。
效益
提高参与企业数量、降低成本。
l开放的规范—
l灵活性-提供开放、灵活、平台独立、可互操作的通信接口和协议
l创新及互用性—鼓励开放创新和互用性,允许在现有策略基础上实现工厂和企业内部控制与通信,以减少技术操作和维护成本、不良资产和过时技术。
l易集成—
l远程访问—通过web端口提供自愿终端和忽视功能,可以将标准的DR相关操作模式换为DR策略和控制系统。
本报告的章节结构如下。
首先介绍OpenADR规范的目的、范围和原因,以及规范使用和实现概念的介绍。
然后介绍DRAS的需求、组成元素和功能规范,以及数据模型和概要。
最后一部分讨论了应用项目接口、安全策略和预期计划。
OpenADR的预期计划包括与正式标准组织的合作。
附录包括了技术支持和接口文件、安全问题的讨论和DR项目用例。
2研究领域
开放式自动需求响应通信规范定义了DRAS功能和特征的接口,DRAS通过通信客户端来提供用户自动响应各种需求响应项目和动态电价的自动化手段。
该规范也可以用于指导第三方团体,如公用事业机构、ISO、能源和企业管理者、集成商、硬件和软件厂商如何使用DRAS的功能来实现需求响应项目和动态电价的自动化。
2.1目的
需求响应项目和公用事业机构和IDS提供的动态电价需要依靠实时、可靠的事件和信息通信。
如果可以不需要人工干预,通信信号可以自动翻译为参与者的负荷削减或调整信号,将使得需求响应项目更加低成本、可靠和易于实现。
。
。
。
。
。
。
OpenADR是智能电网先进技术的一部分,如高级信息、控制和通信技术。
这些技术可以用于优化电力服务商和用户的联系。
2.2原因
一些参与者如集成商和大公司业务范围在地里上跨越多个电力监管区,因此必须处理多个公用事业机构。
3参考标准
以下参考文档可以指导文档的应用。
。
。
。
。
。
OpenADR规范的使用不需要建筑物自动化控制网络的实现。
l“BAC网络/WSWeb服务接口”,ANSI/ASHRAE
lRFC2246:
传输层安全协议V1.0,互联网工程任务
4规范的使用
本文档被设计用于规范DRAS系统中必须实现的功能集。
如前所述,DRAS是一个架构组件,被用于向企业和集成商自动发布DR事件信息。
该文档希望满足以下要求:
l使公用事业机构和ISO具有将其信息技术设施与DRAS兼容的能力
l使控制器厂商将其能源管理装置和其他控制器与DRAS兼容
l允许相关操作人员(如企业和参与者操作员)获得参与需求响应控制层次的理解
l允许IT从业人员为公用事业机构或者ISO和相关操作员设计用户接口
l允许第三方机构建设DRAS或DRAS客户端,并可以从DRAS客户端或DRAS接收DR信号
章节结构图:
4.1实现DRAS接口
OpenADR规范可以规范DRAS系统必须具备的功能。
规范书并不规定接口中每个功能的确切技术或者实现细节。
例如规范规定必须使用SOAPweb服务和WSDL,但并没有规定使用确切的语言和计算平台来实现DRAS。
DRAS接口相关的三方接口如下:
l公用事业机构和ISO操作接口
l参与者操作员接口
lDRAS客户端接口
图1显示了三种接口间的联系
lDRAS由不属于公用事业机构或者ISO的第三方机构开发,操作员接口也由第三方开发。
在这种情况下,DRAS需要具备所有的三种接口
lDRAS集成于一个公用事业机构的信息基础设施中,因而公用事业接口可以不需要。
另外,公用事业机构提供了web页面,因此操作员接口也可以不需要。
客户端接口仍然是必需的。
lDRAS由不属于公用事业机构或者ISO的第三方机构开发,但操作员接口由同一个机构开发并集成到DRAS系统中,在这种情况下,公用事业接口和客户端接口都不需要,只需要操作员接口。
可以注意到,任何情况下,操作员接口都是必需的。
4.2正确使用和引用
OpenADR规范的正确引用如下:
5DRAS需求
5.1DR项目和动态电价中DRAS的通常角色
DRAS自动需求响应项目中的一个基础设施组件,支持实体间的通信,这些实体既包括进行配电运营的公用事业机构和ISO,也包括管理电力消费的设施和集成商。
DRAS使自动需求响应项目和动态电价中必须的通信通道实现自动化。
这些通信包括将动态电价和可靠性相关消息和信息由公用事业机构或ISO发送到各种实体,以便于调整电力消费行为从而削减高峰负荷时的电力消费。
5.2用例其实UseCase就是对系统功能的描述而已
本节介绍自动需求响应的一个典型用例,主要关注于DRAS在这些项目和动态定价中的角色。
本节所介绍的用例只是一种归纳,附录D中包括针对具体DR项目和动态定价的用例,包括用例图中那些符号和术语的详细描述。
用例中通常包含以下角色。
5.2.1用例场景
公用事业机构中的角色
l公用事业机构项目操作员—管理机构DR项目和动态定价的各个方面
l项目发布者—向参与者发布DR事件和相关信息的计算机子系统或操作员
l项目结算—负责通过测量电力使用进行DR项目结算,并将信息反馈到公用事业机构结算系统。
DRAS中的角色
l事件发布者—向参与者发布公用事业机构DR事件的子系统。
该角色被专门设计用于需求响应自动化所需的端到端通信。
lRTP发布者—在价格发生变化时向参与者发布实时电价信息的子系统。
该角色被专门设计用于需求响应自动化所需的端到端通信。
l项目发布者—DRAS中的子系统,可以向参与的操作员发布DR项目和动态定价相关的各种事件。
l竞价代理(BiddingProxy)--DRAS中的子系统,在DR项目或者动态定价需要参与者向公用事业机构提交出价时,作为自动投标代理。
DRASClientRoles
•DRASEventClient.Thisisasub-systemoftheDRASClientandisresponsible
fornotifyingthefacility’sautomationsub-systemsaboutDRprogramevents.
•DRASFeedbackClient.Thisisasub-systemoftheDRASthatprovides
feedbacktotheDRASconcerningwhatishappeninginafacilityinresponsetoa
DRevent.
•DRASOperator.Ahumanactorwiththeresponsibilityofcreatingotherusers
DRAS客户端中的角色集
lDRAS事件客户端—DRAS客户端的子系统,负责向用户的子系统通知DR项