OpenADR 專業版file 規范清楚地定義了交換 DR 事件相關信息時的預期行為，但是 OpenADR 中有足夠的可選性，以至於在公用設施和下游站點的客戶端 (VEN) 部署服務器 (VTN) 不是即插即用體驗。 OpenADR 特性，例如事件信號、報告格式和目標，必須在逐個 DR 程序的基礎上指定。

沒有標準化的DR程序。每個DR程序設計都趨於獨特，以適應其部署所在地理區域的結構和法規要求。對於每個DR程序，都有許多可能的部署方案，涉及各種參與者。

DR程序設計，部署方案和OpenADR特性的可變性阻礙了DR的擴展部署和OpenADR的使用。這種可變性在很大程度上反映了智能電網的分散性和復雜性。

公用事業需要前amp典型 DR 程序的文件，以便它們可以用作他們自己的 DR 程序實施的模型。設備製造商需要了解典型的 DR 程序使用模型，以便他們可以在開發過程中而不是在特定於 DR 程序部署的基礎上驗證互操作性。本指南旨在通過以下方式實現這兩個目標：

定義一小組標準的DR程序模板，這些模板以迄今實施的最流行的DR程序的共同特徵為藍本
定義根據實際部署建模的一小組部署方案，並清楚地標識參與者和角色
為特定於每個災難恢復計劃模板的OpenADR特徵定義最佳實踐建議
提供決策樹，實用程序可以根據業務需求來使用它們來確定有用的災難恢復程序模板和部署方案

本指南的重點是通過提供一小組清晰的建議使事情變得簡單，這些建議將解決部署典型DR程序所需的大多數細節，並允許使用本文檔中的建議對程序中部署的設備進行互操作性測試指導。

參考

OpenADR 專業版file 規範和架構 – www.openadr.org

術語和定義

本文檔中使用以下術語和定義。

需求回應：一種機制，用於響應供應條件（例如價格或可用性信號）來管理客戶的負載需求
聚集方 –該參與方將多個資源匯總在一起，並將其作為其災難恢復計劃中的單個資源呈現給災難恢復計劃參與方。
聚合中介基礎架構 –這是基礎結構，與需求方基礎結構分開，聚集者中介方使用該基礎結構與資源和網格方實體進行交互
協定：在災難恢復計劃中扮演角色的各方之間的合同協議，概述了責任和賠償
資產 –一種資源類型，代表特定的物理負載集合。資源可以由資產組成，資產可以是資源，但是資產不能進一步分解為多個資產或資源。
聯繫：通過配置數據庫設備在兩個實體之間提供程序化關聯。例如，與VEN相關的資源
基準線：在事件發生之前，通過現場的調查，檢查和/或計量所確定的設備或現場計算或測量的能源使用量（需求）。
電池管理系統 –這是可用於控制資源的建築物管理系統。有時將其稱為能源管理系統。
複合資源 –這是一種特殊類型的資源，是多個物理資產的集合，每個物理資產都有其自己的負載控制方法。

客戶激勵：提供給需求方資源的所有者/聚集者以參與災難恢復計劃的一種誘因。
需求方基礎設施 –這是容納DR計劃中註冊的資源的基礎結構
DR邏輯：將DR信號轉換為可行的負載控制的算法或邏輯。注意，DR Logic可以在許多不同的位置實現，並且在某些情況下可以分佈在多個子系統之間。

災難恢復計劃小組 –這是負責網格基礎架構並負責管理用於緩解網格問題的災難恢復程序的實體。這通常是實用程序或ISO。
已註冊：需求方資源的所有者/聚集者選擇參加災難恢復計劃，並且可以提供有關可能針對災難恢復事件的特定資源的信息
活動有效期: 是負載變化的時間段file 正在請求作為 DR 事件的一部分

事件約束：客戶可以預期收到事件和相關限制的時間範圍，例如周末或連續幾天沒有事件
活動日：發生DR事件的一天。大多數程序對於給定日曆期間內允許的活動天數有限制
事件描述符：OpenADR事件對象的一部分，它描述有關事件的元數據，例如程序名稱和事件優先級

活動持續時間：事件的持續時間。大多數程序都對事件的持續時間以及事件發生的時間進行了限制。
事件信號：事件中包含的可操作信息，例如電價或特定的負荷下降水平要求，通常會觸發事件接收者的某些預先設定的負荷下降行為。 DR程序定義應指定所用事件信號的類型
事件定位：作為DR事件的預期接收者的減載資源。可以是地理區域，設備的特定類別，組標識符，資源ID或其他標識符。 DR程序定義應指定如何將特定資源作為目標。

活動：事件是公用事業向需求方資源發出的通知，要求在特定時間段內在指定時間段內開始負載分流，並且可以包括指定應參與該事件的特定資源的定向信息
中介人基礎設施 –這是基礎結構，與需求方基礎結構分開，服務商中介方使用該基礎結構與資源和網格方實體進行交互。
協調員：代表公用程序管理DR程序的部分或全部執行的第三方

網格基礎設施 –這是DR計劃方擁有或管理的基礎結構。此基礎結構包括OpenADR VTN的實現，該VTN用於向DR程序中註冊的資源發送DR信號。
中介黨 –這是通常代表資源方工作的一方，以促進他們參與災難恢復計劃。
負載控制 – 這是與資源相關的基礎設施，負責實際控制資源並生成特定負載file.

加載專業版file 客觀的：開發DR程序和發布事件背後的動機。例如削尖峰值負荷的願望。
通知：事件開始時間之前的時間段，其中通知需求方資源所有者未決事件
選擇行為：收到事件後，需求方資源所有者的預期響應。此響應可以採用和OptIn或OptOut的形式指示資源是否將參與該事件

選擇回應：特定程序是否應該要求需求方資源響應事件，以及這些響應通常是什麼。
選擇服務：通過OpenADR傳達的時間表，以指示參與活動的資源可用性的臨時更改。
先決條件：要使需求方資源所有者註冊DR程序必須滿足的條件。這可能包括間隔會議的可用性或某些最小的負載分散能力

主要驅動力：實用程序方面創建DR程序和發布事件的主要動機。如“高峰需求減少和資源充足”
節目 –這些是資源註冊的DR程序。
計劃說明：關於程序工作方式的敘述性描述。本文檔中定義的部分DR程序模板

計劃時限：使用DR程序的一年中的時間或季節通常是活動的
費率設計：對費率結構的特定修改或為刺激需求方資源所有者參與計劃而支付的激勵措施
登記服務：OpenADR協議用於在VTN和VEN之間建立基本互操作性並驗證VEN與公用事業客戶帳戶相關聯的服務。

報告服務：OpenADR用於使VENs向VENs提供報告的服務。災難恢復計劃應指定該計劃的報告要求。
資源方 –這是擁有需求方的一方，可以在災難恢復程序中註冊該資源
資源 – 這是加入 DR 計劃並能夠對其負載專業進行某種更改的實體file 響應從 VTN 接收到 DR 信號。

目標客戶: 親file 可能參與特定需求響應計劃（例如住宅、工業或可能基於電力消耗水平）的需求側資源的數量。
目標負荷：需求方資源，應在收到請求後修改其負載
維恩 –這是用於與VTN交互的OpenADR虛擬終端節點。

越南電信網絡 –這是OpenADR虛擬頂級節點，用於與DR程序中註冊的資源進行交互。

縮寫

電池管理系統：樓宇管理系統
C＆I：商業和工業
通訊：兩個實體之間的通信
DR：需求響應
快遞：能源管理系統
開放式ADR：打開自動需求響應
節目：對需求響應程序的引用
維恩：虛擬端節點
越南電信網絡：虛擬頂級節點

需求響應程序類型

本文檔包含如下所示的DR程序模板。

1. 關鍵峰值定價：費率和/或價格結構，旨在通過在有限的幾天或幾小時內施加預先指定的高費率或價格來鼓勵在高批發市場價格或系統突發事件期間減少消費。

2. 容量招標程序：一種程序，該程序允許零售和批發市場中的需求資源按價格提供負荷減少，或確定其願意在特定價格下減少多少負荷。

3. 住宅恆溫器程序/直接負載控制：需求響應活動，程序發起者可通過該響應活動在短時間內遠程控制客戶的電氣設備（例如空調）。這些程序主要提供給住宅或小型商業客戶。

4. 快速DR派遣/輔助服務計劃：一個需求響應計劃，在緊急需求響應事件期間向客戶提供負載響應獎勵。異常的系統條件（例如ample，系統限制和本地容量限制）需要自動或立即手動操作以防止或限制可能對大容量電力系統的可靠性產生不利影響的輸電設施或發電供應的故障。這些類型的程序有時可能被稱為“輔助服務”。

5. 電動汽車（DR）DR計劃：一種需求響應活動，通過該活動可以修改電動汽車的充電成本，以使消費者改變消費方式。

6. 分佈式能源（DR）DR計劃：需求響應活動，用於使分佈式能源整合到智能電網中。

部署方案

DR程序的部署方式在某種程度上與DR程序本身的特性無關。下圖顯示了部署DR程序的各種方式。下一節提供了部署方案與最有可能一起使用的災難恢復程序之間的交叉引用。

本節中的圖顯示了各種情況下實體之間的關係。

直接1

這是一個簡單的場景，其中 DR 計劃方和資源方之間存在直接關係。資源方負責將他們自己的資源註冊到 DR 計劃中，電網基礎設施通過位於需求方基礎設施內的 VEN 直接與資源交互。此外，VEN 歸資源方所有，獨立於資源及其控制者。當 VEN 接收到 DR 信號時，它通常不實施任何負載控制邏輯，而只是將信號轉發給採取適當行動的負載控制器。前任amp這種情況的文件將包括可能安裝包含 OpenADR VEN 的網關的 C&I 建築物，當該網關接收到信號時，它只是將其轉換為其他協議並轉發給負載控制器本身。

直接2

這與 Direct 1 場景非常相似。主要區別在於如何實例化 VEN 以及促進與 VTN 的交互。 VEN 在一個實體中實例化，如集中式 BMS，可以實現 DR 邏輯並從更集中的位置與復合資源及其許多不同的負載控制器進行交互。前任amples 包括帶有 BMS 的大型建築物，該 BMS 控制建築物中的許多不同負載（例如照明、暖通空調、工業過程等）以amp可能有多個設施和集中控制系統的用途。

直接3

此場景與 Direct 1 場景非常相似。主要區別在於 VEN 直接在資源及其負載控制器中實例化。在這種情況下，DR 信號直接發送到資源及其負載控制器。所謂的“設備價格”場景就屬於這一類。前任amp文件將包括任何類型的負載控制器，例如具有嵌入式 VEN 的 HVAC（即恆溫器），該 VEN 能夠直接與電網側實體 VTN 交互。

直接4

這是 Direct 1 和 Direct 2 場景的組合。主要區別在於多個 VEN 與單個複合資源相關聯，該複合資源由具有自己的負載控制器的多個資產組成。包括複合資源的每個負載控制器可以與不同的 VEN 相關聯。請注意，所有 VEN 都將受擁有復合資源的同一資源方的控制。該場景的存在是為了促進具有復合資源但沒有像 Direct 2 場景那樣的集中式 BMS 的需求側基礎設施。前任amples 可能包括每層具有不同負載控制器的建築物，但沒有集中的 BMS，或 camp在每個建築物中使用不同的控制器，但沒有 camp我們寬控制器。由於從 DR 程序方的角度來看，當它想要向資源發送 DR 信號時，只有一個資源註冊到程序中，因此它可以簡單地向與資源相關聯的每個指定的 VEN 發送相同的信號。

主持人1

在這種情況下，有一個中介可以促進 DR 計劃方和資源之間的交互。通常，中介方代表資源方工作以幫助他們管理其資源。資源方與 DR 計劃方有直接關係，他們將自己的資源註冊到 DR 計劃中。因此 DR 計劃方 views 每個資源方作為一個單獨的資源並且可以單獨與它們交互。中介方的作用是充當所有 OpenADR 相關交互的中間人，因此 VEN 在協調人中介基礎設施中實例化。這種基礎設施通常是基於雲的，並作為軟件即服務 (SaaS) 提供給資源方。當服務商的 VEN 接收到 DR 信號時，可能會發生許多不同的動作，包括將 DR 信號轉發到適當的資源，並可能實現某種類型的 DR 邏輯並向每個資源的負載控制器發送負載控制命令。前任amp這種情況的文件包括：

為大型商業連鎖店（例如大型零售商）管理設施的供應商。
工業控制中介。
能源服務公司（ESCO's）
基於雲的設備和設備管理系統，例如新興的智能通信恆溫器供應商。

聚合器1

此業務情景與協助人業務情景相似。主要區別在於，聚集方與DR計劃方而不是資源方具有關係。聚集方將多個客戶資產聚集到一個資源中，然後將其註冊到災難恢復程序中。 DR計劃方對聚合器正在管理的單個資產沒有可見性。與促進者一樣，聚集者也具有自己的實例化VEN的基礎結構。不同之處在於，當收到DR信號時，它引用單個資源，並且聚合器對其資產組合中的所有資產實施某種DR邏輯，以實現DR信號中指定的目標。

部署方案和災難恢復程序映射

下表提供了針對特定災難恢復程序最常見的部署方案。

	部署場景
災難恢復模板	直接1、2、3、4	主持人1	聚合器1
CPP計劃	∆	∆
容量招標程序			∆
家用恆溫器程式		∆
快速DR派送			∆
電動汽車（DR）DR計劃	∆	∆
分佈式能源（DR）DR計劃	∆	∆

選擇DR程序模板

以下是與要實施新DR程序的任何實用程序有關的一系列問題。這並不意味著全面，而是代表了一些更相關的問題。這些問題的目的是幫助指導實用程序建立一組適當的DR程序模板。

問：為什麼要進行災難恢復？您正嘗試使用DR緩解哪些電網狀況或運營問題？

這是迄今為止最重要的問題，並且構成了 DR 計劃應該實現的總體要求和目標的基礎。這個問題的答案定義了需求側負荷如何file 應該是由 DR 程序塑造的。所有其他要求都源於對這個問題的回答。

您要刮鬍子嗎？
你想填飽鴨子的肚子嗎？
您是否想對沖電力現貨價格？

您是否關心電網可靠性？
您是否要保留電網資產？
等等等等

下表提供了一些其他背景信息，以說明想要開發災難恢復計劃的背後動機。

電網可靠性與安全性	頻率和音量tag穩定性
	資源充足
	峰值容量
	Ramp英
	意外事件
能源採購	現貨市場價格
能源採購	價格套利
資產管理	損害預防
	減少維護
	終身延長
容量管理	經濟效益
容量管理	緊急管理
環境的	負電
環境的	清潔能源

問：是否存在現有的災難恢復計劃或該計劃的費率？

通常，在關稅中明確闡明了計劃規則。

問：您打算通過該計劃瞄準哪些需求側細分市場？

這可以幫助確定事件中資源的目標和信號的類型。

住宅
大型C＆I
小型C＆I
農業
水管理
電動車
等等等等等等

問：您是否要針對特定類型的負載？

恆溫器
電動車
銀泵
ETC。

問：您的部署模型是什麼？

該問題的答案可能會影響如何在程序中定義資源並確定事件中如何定位這些資源。

直接面向客戶
通過聚集者或促進者之類的中介
客戶負責採購和部署自己的VEN設備？
ETC。

問：您想與需求側負載進行何種程度的交互？

這個問題在某種程度上與部署模型有關，並確定瞭如何定義和定位程序中的資源。這是最重要且可能最複雜的問題之一。

與每個單獨的資源進行交互
通過促進者或聚集者進行交互，而無需說明其背後的資源
通過促進者或聚集者進行交互，並指定應分配其背後的哪些資源

使用位置作為屬性來指定資源
使用某種實用程序定義的分組機制來指定資源
定位恆溫器等單個資產
完全不進行任何交互，僅廣播DR事件
ETC。

問：您想採用什麼交互模式來影響您的客戶加載專業files?

此問題確定將發送給程序參與者的DR信號的類型。

激勵措施（例如動態定價）
負荷調度（例如輔助服務）
直接負載控制
通用事件信號
ETC。

問：程序的一般資源調度屬性是什麼？

可以調用事件的日期和時間
事件發生的頻率
活動時間
事件傳播的允許等待時間
ETC。

問：如何確定程序中資源的可用性？

通過嚴格的程序規則
作為資源完成的某些提名或投標過程的一部分
允許加入/退出？
ETC。

問：您需要對資源性能進行哪種類型的可見性？

這是一個非常廣泛的問題，它確定從DR程序中的資源反饋什麼類型的信息。通常，這確定了所需報告的類型。

在線/離線
用法（當前和/或歷史）
負載響應電位
負載可用性
負載/資產狀態（當前和/或歷史）
等等等等

需求響應程序模板

關鍵峰值定價程序（CPP）

CPP DR計劃的特徵


加載專業版file 客觀的	-減少需求高峰
主要驅動力	-減少資本支出並降低能源成本
計劃說明	當公用事業公司觀察到或預期到高批發市場價格或電力系統緊急情況時，他們可能會在指定時間段（例如，炎熱的夏季工作日下午3點至下午6點）召集重大事件，這些時間段內的電價實質上是提高。
客戶激勵	可以在非高峰時段為客戶提供折扣的能源價格，以鼓勵他們參與該計劃。
費率設計	CPP是一項價格計劃，在能源消耗的關鍵峰值期間費率會提高。通常，CPP費率是統一費率，分層費率或TOU基本費率的加法器或乘數。
目標客戶	-住宅或C＆I
目標負荷	-任何
先決條件	-客戶必須有間隔計量 -C＆I客戶可能必須滿足需求標準
計劃時限	-通常跨越一年中出現能耗峰值的月份，儘管在某些情況下可能是全年無休。
事件約束	-通常為星期一至星期五，節假日除外，通常允許連續的日間活動
活動日	-每年通常9到15
活動持續時間	-通常，在一天的最高能耗時間內，在4到6個小時的所有事件的固定時間範圍內。
通知	-通常提前一天
選擇行為	-通常不需要客戶參加活動
認證活動	-通常沒有

CPP程序的OpenADR特性

事件信號	–級別為1到3的SIMPLE信號映射到CPP事件的定價影響。如果CPP程序具有單個定價組件，則應將其映射到級別1。對於具有多個定價組件的CPP程序，應將最小的價格組件映射到級別1，將其他價格組件遞增地映射到級別2和3。價格影響。 -如果部署支持 B profile VEN，除了SIMPLE信號之外，還可以包括ELECTRICITY_PRICE信號在有效負載中，根據程序的性質，其類型為priceRelative，priceAbsolute或priceMultiplier。見附件 A 例如amp萊斯。
選擇回應	-VTN發送事件應該將oadrResponseRequired元素設置為“ always”，要求VEN用optIn或optOut做出響應 -由於參加CPP計劃是一項“盡力而為”的工作，因此，除了有意參加的禮節性指示之外，沒有正式的意思選擇加入或退出。我們建議除非客戶採取了某些特定的替代措施，否則VEN會以optIn進行響應. -oadrCreateOpt有效負載通常不用於限定參與事件的資源。
事件描述符	-事件優先級應設置為1 除非程序規則或VTN配置另有規定 –通常不使用測試事件使用CPP程序。但是，如果允許，則將testEvent元素設置為“ true”以指示測試事件。如果在此元素中需要附加的參數化信息，則可以在“ true”之後加上此附加信息，並用空格分隔。
活動有效期	– 電阻率amp通常不使用 up、eiRecovery、tolerance 元素
基準線	–基線通常不包含在事件有效負載中
事件定位	-CPP程序通常不區分給定客戶的資源。定位通常指定venID，表示與VEN相關的所有資源都應參與，或所有resourceID的列表與VEN相關。
報告服務	–通常不使用遙測報告因為CPP計劃並非絕對必要。例如，請參閱附錄 Bamp可能適用於此類計劃的公用事業試點報告的文件。

選擇服務	–Opt服務的使用傳達臨時可用性時間表通常不會使用作為CPP計劃的一部分。但是，某些部署可以使用此服務為指示可用性不足的客戶保留可用的活動日期。
登記服務	輪詢間隔 VTN要求的典型的日前CPP計劃不需要比一個小時更頻繁。但是，將輪詢用於心跳檢測可能需要更頻繁的輪詢。

容量招標程序

容量招標DR計劃的特徵

加載專業版file 客觀的	-減少需求高峰和資源充足
主要驅動力	-減少資本支出並降低能源成本
計劃說明	ISO /實用程序使用容量投標程序從聚合器或自聚合客戶那裡獲得預先承諾的減負荷容量。 ISO /公用事業公司在觀察或預期高批發市場價格，電力系統緊急情況或通過在指定時間段內調用災難恢復事件作為正常能源利用的一部分時，就會使用此預先承諾的負荷削減能力。請注意，每個聚合器通常負責設計自己的需求響應程序以及客戶獲取和事件通知，以便滿足作為該程序一部分做出的容量承諾。
客戶激勵	聚合商/客戶會收到兩種類型的激勵措施。首先，他們會收到一筆容量付款，用於在未來的時間範圍內保留可用於災難恢復事件的特定數量的負載分擔容量。其次，如果在將來的時間窗口內調用了事件，則可以為事件持續時間內的負載減少支付能量。
費率設計	該計劃的參與者將進行“容量提名”投標，以表明他們願意在未來的時間範圍內保持的卸荷能力。投標還可以包括聚合器/客戶願意接受的，針對低於基準值的負載下降的激勵措施。在公用事業市場中，容量承諾通常在下一個日曆月進行，儘管在ISO市場中使用了更長的時間範圍。作為容量提名的一部分，客戶可以在許多特徵（包括提前通知或一天通知）和事件持續時間窗口（例如1-4小時，2-6小時等）之間進行選擇。即使在該時間段內沒有調用任何事件，也會為此預付款向客戶支付容量。如果在時間窗口內調用了事件，則客戶可能會收到相對於基準線的負載減少量的能源付款，但是，如果在調用事件時交付的負載減少量少於預先承諾的容量，則可能會受到處罰。
目標客戶	-聚合器和自聚合的C＆I客戶
目標負荷	- 任何

先決條件	-客戶必須有間隔計量 -C＆I客戶可能必須滿足需求或出價標準
計劃時限	-任何時間
事件約束	-通常為星期一至星期五，節假日除外，通常允許連續的日間活動
活動日	-通常每月最多30小時
活動持續時間	-通常是在一天的最高能耗時間內在所有事件的固定時間窗口內。）活動持續時間根據客戶的能力承諾而有所不同，首選項範圍為1到8個小時，或根據計劃設計指定
通知	-根據客戶的能力承諾偏好或計劃的設計，提前或提前
選擇行為	-通常情況下，客戶會選擇參加事件，因為他們已經預先承諾了減負荷能力。
認證活動	-通常每年兩次（測試）

容量招標程序的OpenADR特性

事件信號	–級別為1到3的簡單信號映射到所減輕的負載量。如果程序僅支持一個級別的負載削減，則應將其映射到級別1。對於具有多個級別的負載削減的程序，應將與正常操作相比最小的變化映射到級別1，並將負載削減值映射到級別2和3在增加的負載流失程度上。 -如果部署支持 B profile VEN，除了SIMPLE信號之外，還可以包括BID_LOAD和/或BID_PRICE信號在有效載荷中，其信號類型為設定點和價格，分別為功率單位RealReal和currencyPerKW。 BID_LOAD將反映由聚合器/客戶要求的最大負荷量出價，而BID_PRICE將反映聚合器/客戶的獎勵價格。見附件 A 例如amp萊斯。
選擇回應	-VTN發送事件應該將oadrResponseRequired元素設置為“ always”，要求VEN用optIn或optOut做出響應 -由於聚合商/客戶具有預先承諾的能力 VEN應使用optIn進行響應。可以響應該事件而發送退出請求，但這是非正式的可用性指示，而不是正式的退出事件。 -這 oadrCreateOpt有效負載通常不被使用限定參與事件的資源，因為負載通常是單個聚合實體。
事件描述符	-事件優先級應設置為1 除非程序規則或VTN配置另有規定 –可以使用測試事件帶有容量投標程序。如果允許，則將testEvent元素設置為“ true”以指示測試事件。如果在此元素中需要其他參數化信息，則可以在“ true”之後加上一個空格，並以空格隔開。
活動有效期	– 電阻率amp通常不使用 up、eiRecovery、tolerance 元素
基準線	–基線通常不包含在事件有效負載中因為這些數據通常在事件啟動時不可用。但是，公用事業和聚合器/客戶都將 view 在事件中包含有用的基線信息。
事件定位	-容量出價程序通常不會區分給定客戶的資源。定位通常指定venID，表示與VEN相關的所有資源都應參與，或包含代表匯總負載的resourceID 與VEN相關。
報告服務	ISO容量出價程序通常需要TELEMETRY_USAGE報告使用 powerReal 數據點。見前amp附件 A 中的文件。通常不需要公用事業容量招標的遙測報告. 請注意，遙測報告需要 B profile VEN。例如，請參閱附錄 Bamp可能適用於此類計劃的公用事業試點報告的文件。
選擇服務	–Opt服務的使用傳達臨時可用性時間表通常不會使用作為容量競標計劃的一部分，因為客戶已經預先承諾了其可用性。但是，此服務可能作為參與者非正式的方式有用，因為由於諸如設備故障之類的加劇原因，該可用性指示缺乏可用性。
登記服務	輪詢間隔 VTN要求的典型日間計劃不需要比一個小時更頻繁。但是，將輪詢用於心跳檢測或日間計劃可能需要更頻繁的輪詢。

住宅恆溫器程序

該程序代表直接負載控制（DLC），其中需求響應信號直接修改減載資源的行為，而在信號接收和採取的特定減載動作之間沒有抽象層。

住宅恆溫器DR程序的特徵

加載專業版file 客觀的	-減少需求高峰
主要驅動力	-減少資本支出並降低能源成本
計劃說明	-當公用事業公司觀察到或預期到高批發市場價格或電力系統緊急情況時，他們可能會啟動一個事件，該事件會在指定的時間段（例如，下午3點至下午6點）上更改客戶的可編程通信恆溫器（PCT）的行為夏季工作日）以減少能源消耗。 -響應事件而變化的PCT行為可能是事件持續時間內溫度設定值的簡單變化，也可能是更複雜的變化集，包括預冷卻，這些變化使事件對客戶舒適度的影響最小化等級。
客戶激勵	-獎勵採取兩種一般形式。首先，可以為客戶提供免費的PCT或為客戶購買的PCT提供折扣/折扣，以鼓勵他們加入DR計劃。其次，客戶可能會獲得持續的年度津貼，以繼續註冊該計劃。不太常見的是根據活動期間實際能耗的減少而持續向客戶支付的激勵措施。
費率設計	-主要是一項激勵計劃，在該計劃中，客戶參加DR計劃可獲得折扣或免費的PCT。某些計劃可能會根據活動期間的節能量定期支付津貼或獎勵金。
目標客戶	-住宅
目標負荷	-暖通空調
先決條件	-通常不會，因為客戶會在計劃註冊中獲得PCT
計劃時限	-通常跨越一年中出現能耗峰值的月份，儘管在某些情況下可能是全年無休。
事件約束	-通常為星期一至星期五，節假日除外，通常允許進行連續的日間活動。
活動日	-每年通常9到15
活動持續時間	-事件可以隨時發生，持續時間為2到4個小時，儘管通常情況下，事件是在一天中能耗最高的時間發生的。
通知	-通常一天，儘管某些程序的通知時間可能短至10分鐘。
選擇行為	-不需要客戶參加活動，但是除非活動者採取措施覆蓋活動或在活動過程中對溫度進行手動調整，否則他們將自動選擇參與活動。
認證活動	-通常沒有

住宅恆溫器程序的OpenADR特性

事件信號	–具有 1 到 3 級的 SIMPLE 信號映射到 PCT 溫度設定點偏移或恆溫循環百分比的變化tage. 如果住宅恆溫器程序具有單個偏移量/循環分量，則應將其映射到級別1。對於具有多個偏移量/循環分量的程序，應將正常運行中最小的變化映射到1級，並將其他偏移量/循環值映射到2級。映射到第3級和第XNUMX級，以減輕負荷影響的程度。 -如果部署支持 B profile VEN，除了SIMPLE信號之外，還可以包括LOAD_CONTROL信號在有效載荷中帶有 x-loadControlLevelOffset或x-loadControlCapacity 指定所需的溫度設定點偏移或恆溫循環百分比tage 分別。建議一個通過使用x-loadControlLevelOffset signalType在有效負載中使用的“溫度”單位類型表示攝氏或華氏度的偏移量。見附件 A 例如amp萊斯。
選擇回應	-VTN發送事件應該將oadrResponseRequired元素設置為“ always”，要求VEN用optIn或optOut做出響應 – 除非客戶採取了某些特定的替代措施，否則VEN應該以optIn進行響應. -這 VENs可以使用oadrCreateOpt有效負載限定事件中資源的參與。例如，一個事件可能針對控制單獨的HVAC系統的兩個恆溫器的resourceID。如果客戶確定只有一個HVAC系統可以參加該事件，則可以使用oadrCreateOpt有效負載將其傳達給VTN。請注意，oadrCreateOpt 有效負載僅受 B pro 支持file 靜脈
事件描述符	-事件優先級應設置為1 除非程序規則或VTN配置另有規定 –通常不使用測試事件與住宅恆溫器程序。但是，如果允許，則將testEvent元素設置為“ true”以指示測試事件。如果在此元素中需要附加的參數化信息，則該信息可以跟在“ true”之後，並以空格分隔此附加信息。
活動有效期	–通常使用容差元素將隨機化用於住宅恆溫器事件 – 電阻率amp通常不使用 up 和 eiRecovery 元素
基準線	–基線通常不包含在事件有效負載中
事件定位	住宅恆溫器計劃的目標是由PCT控制的HVAC資源。定位通常指定resourceID VEN相關的HVAC系統（即恆溫器）或將事件信號設備類別目標設置為恆溫器的venID
報告服務	–通常不使用遙測報告因為對於住宅恆溫器程序不是絕對必要的例如，請參閱附錄 Bamp可能適用於此類計劃的公用事業試點報告的文件。
選擇服務	–Opt服務的使用傳達臨時可用性時間表通常不會使用作為CPP計劃的一部分。
登記服務	輪詢間隔 VTN要求的用於典型的日前住宅恆溫器程序不需要比一個小時更頻繁。但是，將輪詢用於心跳檢測可能需要更頻繁的輪詢，就像住宅恆溫器程序具有明顯更短的通知時間一樣。

快速DR派送

快速DR調度程序的特徵

加載專業版file 客觀的	-分配資源以實現“實時”負載響應
主要驅動力	-電網可靠性和輔助服務
計劃說明	ISO /實用程序使用快速DR來“實時”獲得預先承諾的負載響應。當ISO /實用程序觀察到需要立即採取行動以保持電網的穩定性和完整性的情況時，就會使用此預先確定的負載響應。實時是指，通常以從10分鐘（用作保留資源）到2秒（用於監管目的）的資源之間的延遲來調度資源。負載響應的大小必須足夠大，以在緩解網格狀況方面有所作為，因此資源通常非常大，並且通常由聚合器作為聚合資源的一部分進行管理。有資格參與輔助服務的資源的負載響應的最小大小通常約為500 kW，但是對於某些程序，該大小可以低至100 kW。請注意，如果將資源用作備用資源，通常會要求它減少（即減少）負載，但是如果將其用於監管目的，則可以調度該資源以增加或減少負載。
客戶激勵	聚合商/客戶通常會收到兩種類型的激勵措施。首先，他們會收到一筆款項，用於在將來的時間範圍內提交特定數量的負載響應並使其可用於DR事件。負載響應的數量，可用性的時間窗口以及要支付的數量通常由聚合器/客戶設置。其次，如果在將來的時間窗口內調用了事件，則將根據事件持續時間內的負載響應量進行付款。
費率設計	該計劃的參與者提交了一個投標，以表明他們願意在未來的時間範圍內提供負荷響應。投標通常還包括聚合器/客戶願意為負載響應接受的付款。在公用事業/ISO 市場中，投標通常在前一天或做出承諾的時間段的當天提交。作為其在市場上的資格和註冊的一部分，各種性能包絡參數與資源相關聯，例如 ramp 速率和最小和最大操作限制。這些參數控制著它將如何被分派。如果參與者的出價被接受，即使在時間窗口期間沒有調用任何事件，也可以向客戶支付他們的預承諾費用。如果在時間窗口內調用事件，客戶可能會因他們在事件期間的表現而收到額外的付款。這種基於績效的支付可能基於許多因素，包括能量、功率、資源遵循調度指令的程度，以及反映其負載比例的“里程”支付。file 需要在活動期間進行更改。這些參數中的一些參數，例如能量和功率，可能與基線有關。
目標客戶	-聚合器和自聚合的C＆I客戶
目標負荷	–可以響應實時調度的服務器。

先決條件	-客戶必須有間隔計量 -必須滿足最小尺寸要求的負載響應 -必須能夠響應實時調度 -通常必須提供實時遙測，以顯示當前負載響應
計劃時限	-任何時間
事件約束	-沒有任何
活動日	-沒有任何
活動持續時間	-通常很短（少於30分鐘），但是在任何情況下都不會超過參與者提交出價時使資源可用的時間範圍。
通知	-沒有任何
選擇行為	-默認情況下，由於客戶已預先提交了負載響應，因此他們選擇了事件
認證活動	-通常每年一次（測試）

容量招標程序的OpenADR特性

事件信號	–將1級至3級的SIMPLE信號映射到負載響應量。如果程序僅支持單個級別的負載響應，則應將其映射到級別1。對於具有多個級別的負載響應的程序，與正常操作相比最小的變化應映射到級別1，並將負載下降值映射到級別2和3的負載響應程度增加。 -如果部署支持 B profile VEN，除了SIMPLE信號外，還可以包括LOAD_DISPATCH信號形式的調度在有效載荷中具有設定點或增量的信號類型，以及powerReal的單位。該信號代表負載的期望“工作點”，並且可以表示為絕對量的mW（即設定點）或某個相對於資源當前工作點的mW的相對數（即增量）。見附件 A 例如amp萊斯。
選擇回應	-VTN發送事件應該將oadrResponseRequired元素設置為“ always”，要求VEN用optIn或optOut做出響應 -由於聚合商/客戶具有預先承諾的能力 VEN應使用optIn進行響應。可以響應該事件而發送退出請求，但這是非正式的可用性指示，而不是正式的退出事件。 -這 oadrCreateOpt有效負載通常不被使用限定參與事件的資源，因為負載通常是單個聚合實體。
事件描述符	-事件優先級應設置為1 除非程序規則或VTN配置另有規定 –可以使用測試事件，尤其是在資源的註冊和鑑定期間。如果允許，則將testEvent元素設置為“ true”以指示測試事件。如果在此元素中需要附加的參數化信息，則可以在“ true”之後加上此附加信息，並用空格分隔。
活動有效期	– 不使用公差元素. EIRampUp 和 eiRecovery 週期通常是資源參數的一部分，當它們註冊並可以使用時。由於調度的性質，它們可能是開放式的，因此事件可能沒有結束時間。
基準線	–基線通常不包含在事件有效負載中因為該數據通常在事件啟動時不可用。但是，公用事業和聚合器/客戶都將 view 在事件中包含有用的基線信息。
事件定位	-容量出價程序通常不會區分給定客戶的資源。定位通常指定venID，表示與VEN相關的所有資源都應參與，或包含代表匯總負載的resourceID 與VEN相關。
報告服務	快速DR程序通常需要TELEMETRY_USAGE報告帶有powerReal數據點。使用情況報告描述了資源的當前工作點，並由Utility / ISO用來確定資源緊跟發送的調度指令的程度。在某些情況下，遙測可能包括其他數據點，例如 voltag在資源是某種形式的存儲的情況下，讀數和電荷狀態（即能量）。在某些情況下，報告頻率可能高達每 2 秒一次。請注意，遙測報告需要 B profile VEN。見附件 A 例如amp萊斯。另請參閱附錄 B 以了解前amp可能適用於此類計劃的公用事業試點報告的文件。
選擇服務	–使用Opt服務傳達臨時可用性時間表通常不會使用因為客戶已經預先承諾了可用性。但是，此服務可能用作參與者非正式的方式，用於出於諸如設備故障之類的加劇原因來指示可用性不足。
登記服務	由於實時調度的低延遲要求僅使用推送交互模式.

家用電動車（EV）使用時間（TOU）計劃

住宅EV TOU計劃的特點

加載專業版file 客觀的	一種費率結構，通過該費率結構可以修改電動汽車的充電成本，以使消費者改變消費方式。
主要驅動力	晚上住宅能源使用量達到峰值。由於EV充電需要4到8個小時，因此可以延遲幾個小時來改變負載峰值。
計劃說明	擁有電動汽車的客戶可以註冊電動汽車使用時間（EV-TOU）費率，並在非高峰時段（例如午夜至凌晨5點之間）收取較低的電動汽車充電費，即旨在鼓勵客戶在電力需求最高時限制白天的用電量。
客戶激勵	電動汽車的便宜充電。
費率設計	高峰時段，中午高峰時段，早午高峰時段和非高峰時段12 AM-5AM
目標客戶	帶有負載專業版的 EV 車主file 在晚上達到頂峰。
目標負荷	電動汽車充電器
先決條件	客戶必須擁有智能電錶和電動汽車
計劃時限	整年
事件約束	沒有任何
活動日	每天或僅工作日
活動持續時間	5-8小時
通知	在月度帳單上將價格等級通知給客戶，VTN提前一天發出事件信號。
選擇行為	納稅人可以像通常使用公用事業一樣更改其費率計劃。
認證活動

住宅EV TOU計劃的OpenADR特性

事件信號	具有實際價格等級的ELECTRICITY_PRICE信號，以及允許2.0a VEN參與的SIMPLE信號見附件 A 例如amp萊斯。
選擇回應	始終由VENs選擇參與
事件描述符	每週一次活動，每個價格層都有活動間隔
活動有效期	至少應使用24小時通知。每個事件間隔應捕獲TOU費率層
基準線	不適用
事件定位	無需高級定位，只需VEN級定位。
報告服務	無需報告，所有數據都可以來自電錶。例如，請參閱附錄 Bamp可能適用於此類計劃的公用事業試點報告的文件。
選擇服務	Opt服務與該程序類型無關。
登記服務	消費者將使用該實用工具預先設置其VEN，以接收定價信號。

公共車站電動汽車（EV）實時定價程序

公共車站EV RTP計劃的特徵

加載專業版file 客觀的	需求響應活動，通過該活動可以修改電動汽車的充電成本，以將高峰定價的現實情況轉移給消費者。
主要驅動力	電價在一天中是可變的。該計劃旨在更有效地使充電價格與電費相匹配。
計劃說明	公共充電器可以存在於工作場所，公共停車場和零售商店中。該程序在插入潛在的充電器之前將實時價格轉嫁給潛在的充電器，以便他們可以就是否對自己的汽車充電做出明智的決定。
客戶激勵	在非高峰時段充電較便宜。
費率設計	價格可以改變urly，但是一旦客戶選擇插入自己的汽車，就會在充電期間設定費率。
目標客戶	任何有電動汽車的人都需要在出門在外時進行充電。
目標負荷	電動車專用充電器
先決條件	EV充電器必須經過互聯網連接並經過OpenADR2.0b認證，或者必須連接到OpenADR2.0b VEN網關。
計劃時限	整年
事件約束	沒有任何
活動日	每天或僅工作日
活動持續時間	1小時以上
通知	當選擇插入自己的汽車時，會通知客戶現行價格。
選擇行為	客戶可以選擇不收費來選擇退出。
認證活動

公共站點EV RTP程序的OpenADR特性

事件信號	ELECTRICITY_PRICE帶有價格信號。見附件 A 例如amp萊斯。
選擇回應	始終由VENs選擇參與
事件描述符	事件必須是連續的，並且包含一個間隔。
活動有效期	至少應使用1個小時的通知，但是公用程序可以選擇使用提前通知。
基準線	不適用
事件定位	不需要高級定位，但可以使用定位將價格發送到特定的變壓器，饋線或地理區域。
報告服務	無需報告，但可以根據需要使用。例如，請參閱附錄 Bamp可能適用於此類計劃的公用事業試點報告的文件。
選擇服務	Opt服務與該程序類型無關。
登記服務	充電站供應商將為其設備提供公用事業的VTN。

分佈式能源（DR）DR計劃

以下程序描述是假設性的，並且基於描述了公用事業客戶如何利用DER存儲資源來參與DR程序（例如實時定價（RTP）程序）的研究論文（參考Rish的論文）。

分佈式能源（DER）計劃的特點

加載專業版file 客觀的	需求響應活動用於平滑將分佈式能源整合到智能電網中。
主要驅動力	-減少資本支出並降低能源成本
計劃說明	具有DER資源並可以收集和存儲能量的客戶可以通過在先的時候利用存儲的能量資源，然後實施減載策略，來在高價時期最大程度地降低從電網購買電力的成本。
客戶激勵	通過利用通過PV或其他方式產生的儲能並實施減載策略來控制高電價期間的成本的能力
費率設計	電價隨批發市場價格變化或電價隨一天中的時間，季節或溫度而變化
目標客戶	擁有儲能資源的客戶
目標負荷	任何
先決條件	儲能資源
計劃時限	任何時間
事件約束	沒有任何
活動日	每天
活動持續時間	24小時
通知	前一天
選擇行為	不適用-盡力而為計劃
認證活動	沒有任何

分佈式能源（DER）的OpenADR特性

事件信號	ELECTRICITY_PRICE 信號在 24 小時內具有 24 個一小時的價格間隔。這個信號需要B profile. 該程序不適合 A pro 的 SIMPLE 信號file VEN。見附件 A 例如amp萊斯。
選擇回應	-VTN發送事件應該將oadrResponseRequired元素設置為“從不”，阻止VEN做出回應。
事件描述符	-事件優先級應設置為1 除非程序規則或VTN配置另有規定
活動有效期	24小時間隔，每隔1小時通知一天
基準線	不適用
事件定位	除了venID之外，無需其他高級定位
報告服務	無需報告例如，請參閱附錄 Bamp可能適用於此類計劃的公用事業試點報告的文件。
選擇服務	未使用
登記服務	輪詢間隔 VTN要求的典型的提前一天的節目不需要比一個小時更頻繁。但是，將輪詢用於心跳檢測可能需要更頻繁的輪詢，就像住宅恆溫器程序具有明顯更短的通知時間一樣。

– Samp數據和有效載荷模板

下表和 XML 有效負載amples將為實施者提供有形的examp應如何實施本文檔中的 DR 模板的文件。有效載荷 ex 中使用了以下命名空間前綴amp萊斯：

xmlns：oadr =” http://openadr.org/oadr-2.0b/2012/07”
xmlns：pyld =” http://docs.oasis-open.org/ns/energyinterop/201110/payloads”
xmlns：ei =” http://docs.oasis-open.org/ns/energyinterop/201110”
xmlns：scale =” http://docs.oasis-open.org/ns/emix/2011/06/siscale”
xmlns：emix =” http://docs.oasis-open.org/ns/emix/2011/06”
xmlns：strm =” urn：ietf：params：xml：ns：icalendar-2.0：stream”
xmlns：xcal =” urn：ietf：params：xml：ns：icalendar-2.0”
xmlns：power =” http://docs.oasis-open.org/ns/emix/2011/06/power”

關鍵峰值定價程序（CPP）

CPP 場景 1 – 簡單用例，A 或 B Profile

事件
- 通知：活動開始前一天
- 開始時間：下午 1 點
- 持續時間：4小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：1
- 信號名稱：SIMPLE
  - 信號類型：電平
  - 單位：不適用
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：1
  - 信號目標：N / A
- 事件目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn

報告
- 沒有任何

CPP 場景 2 – 典型用例，B profile

事件
- 通知：活動開始前一天
- 開始時間：1pm
- 持續時間：4 小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：2
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0、1、2、3級
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：1或2
  - 信號目標：無
- 信號名稱：ELECTRICITY_PRICE
  - 信號類型：價格
  - 單位：美元/千瓦時
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：0.10美元至1.00美元
  - 信號目標：無
- 活動目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

CPP方案3 –複雜的用例

事件
- 通知：活動開始前一天
- 開始時間：下午 2 點
- 持續時間：6 小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：2
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0,1、2、3、XNUMX級）
  - 間隔數3
  - 間隔時間：1小時，4小時，1小時
  - 典型間隔值：1、2、1（分別用於每個間隔）
  - 信號目標：無
- 信號名稱：ELECTRICITY_PRICE
  - 信號類型：價格
  - 單位：美元/千瓦時
  - 間隔數3
  - 間隔時間：1小時，4小時，1小時
  - 典型的時間間隔值：$ 0.50，$ 0.75，$ 0.50（分別針對每個時間間隔）
  - 信號目標：無
- 事件目標：Resource_1，Resource_2，Resource_3
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn

報告
- 沒有任何

聚苯乙烯ample Event Payload – 典型的 B Profile 使用案例

OadrDisReq091214_043740_513

TH_VTN

事件091214_043741_028_0

http：// MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

遠的

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT4H

PT24H

PT4H

2.0

簡單的

等級

SIG_01

0.0

PT4H

0.75

ELECTRICITY_PRICE

價格

SIG_02

currencyPerKWh

美元

沒有任何

0.0

venID_1234

總是

容量招標程序（CBP）

CBP 場景 1 – 簡單用例，A 或 B Profile

事件
- 通知：活動開始前一天
- 開始時間：下午 1 點
- 持續時間：4小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：1
- 信號名稱：SIMPLE
  - 信號類型：電平
  - 單位：不適用
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：1
  - 信號目標：N / A
- 事件目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

CBP 場景 2 – 典型用例，B profile

事件
- 通知：活動開始前一天
- 開始時間：1pm
- 持續時間：4 小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：2
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0,1、2、3、XNUMX級
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：1或2
  - 信號目標：無
- 信號名稱：BID_LOAD
  - 信號類型：設定點
  - 單位：powerReal
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：20kW至100kW
  - 信號目標：無
- 活動目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

CBP方案3 –複雜用例

事件
- 通知：活動日期（幾個小時？）
- 開始時間：下午 1 點
- 持續時間：6 小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：3
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0,1、2、3、XNUMX級）
  - 間隔數：2
  - 間隔時間：3小時，3小時
  - 典型間隔值：1、2（分別用於每個間隔）
  - 信號目標：無
- 信號名稱：BID_LOAD
  - 信號類型：設定點
  - 單位：powerReal
  - 間隔數2
  - 間隔時間：3小時，3小時
  - 典型間隔值：40kW，80kW（分別用於每個間隔）
  - 信號目標：無
- 信號名稱：BID_PRICE
  - 信號類型：價格
  - 單位：貨幣PerKW
  - 間隔數1
  - 間隔時間：6小時
  - 典型的間隔時間值：$ 3.10
  - 信號目標：無
- 事件目標：Resource_1，Resource_2，Resource_3
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn

報告
- 報告名稱：TELEMETRY_USAGE
- 報告類型：使用情況
- 單位：powerReal
- 閱讀類型：直接閱讀
- 報告頻率：每1小時

海關總署ample Event Payload – 典型的 B Profile 使用案例

OadrDisReq091214_043740_513

TH_VTN

事件091214_043741_028_0

http：// MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

遠的

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT4H

PT24H

PT4H

2.0

簡單的

等級

SIG_01

0.0

PT4H

80.0

BID_LOAD

設定點

SIG_02

實力

w ^

60.0

<功率：體積tage>220.0tage>

真的

0.0

venID_1234

總是

住宅恆溫器程序

住宅恆溫器場景 1 – 簡單用例，A 或 B Profile

事件
- 通知：活動開始前一天
- 開始時間：下午 1 點
- 持續時間：4小時
- 隨機化：10分鐘
- Ramp 向上：無
- 恢復：無
- 信號數：1
- 信號名稱：SIMPLE
  - 信號類型：電平
  - 單位：不適用
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：1
  - 信號目標：N / A
- 事件目標：Resource_1
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

住宅恆溫器場景 2 – 典型用例，B profile

事件
- 通知：活動開始前一天
- 開始時間：1pm
- 持續時間：4 小時
- 隨機化：10分鐘
- Ramp 向上：無
- 恢復：無
- 信號數：2
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0,1、2、3、XNUMX級
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：1或2
  - 信號目標：無
- 信號名稱：LOAD_CONTROL
  - 信號類型：x-loadControlLevelOffset
  - 單位：溫度
  - 間隔數1
  - 間隔時間：4小時
  - 典型間隔值：2至6華氏度
  - 信號目標：無
- 事件目標：Resource_1，Resource_2
- 優先：1
- 要求的VEN：始終
- VEN預期響應：optIn，可能退出（oadrCreateOpt）
報告
- 沒有任何

家用恆溫器場景3 –複雜用例

事件
- 通知：活動日期
- 開始時間：下午 1 點
- 持續時間：6 小時
- 隨機化：10分鐘
- Ramp 向上：無
- 恢復：無
- 信號數：3
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0,1、2、3、XNUMX級）
  - 間隔數：2
  - 間隔時間：3小時，3小時
  - 典型間隔值：1、2（分別用於每個間隔）
  - 信號目標：無
- 信號名稱：BID_LOAD
  - 信號類型：x-loadControlCapacity
  - 單位：無
  - 間隔數2
  - 間隔時間：3小時，3小時
  - 典型間隔值：0.9、0.8（分別用於每個間隔）
  - 信號目標：無
- 事件目標：Resource_1，Resource_2，Resource_3
- 優先：1
- 要求的VEN：始終
- VEN預期響應：optIn，可能退出（oadrCreateOpt）
報告
- 沒有任何

家用溫控器 Sample Event Payload – 典型的 B Profile 使用案例

OadrDisReq091214_043740_513

TH_VTN

事件091214_043741_028_0

http：// MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

遠的

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT4H

PT10M

PT24H

PT4H

2.0

簡單的

等級

SIG_01

0.0

PT4H

6.0

LOAD_CONTROL

x-loadControlLevelOffset

SIG_02

溫度

華氏度

沒有任何

0.0

resource_1

resource_2

總是

快速DR派送

快速 DR 場景 1 – 簡單用例，A 或 B Profile

事件
- 通知：10分鐘
- 開始時間：下午 1 點
- 持續時間：0（開放式）
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：1
- 信號名稱：SIMPLE
  - 信號類型：電平
  - 單位：不適用
  - 間隔數1
  - 間隔時間：0（開放式）
  - 典型間隔值：1
  - 信號目標：N / A
- 事件目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

快速 DR 場景 2 – 典型用例，B 專業版file

事件
- 通知：10分鐘
- 開始時間：1pm
- 片長：30 分鐘
- 隨機化：無
- Ramp 上：5分鐘
- 恢復：5分鐘
- 信號數：2
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0,1、2、3、XNUMX級
  - 間隔數1
  - 間隔時間：30分鐘
  - 典型間隔值：1或2
  - 信號目標：無
- 信號名稱：LOAD_DISPATCH
  - 信號類型：增量
  - 單位：powerReal
  - 間隔數1
  - 間隔時間：30分鐘
  - 典型間隔值：500 kW至2mW
  - 信號目標：無
- 活動目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 報告名稱：TELEMETRY_USAGE
- 報告類型：使用情況
- 單位：powerReal
- 閱讀類型：直接閱讀
- 報告頻率：每1分鐘

快速災難恢復場景3 –複雜的用例

事件
- 通知：10分鐘
- 開始時間：下午 1 點
- 片長：30 分鐘
- 隨機化：無
- Ramp 上：5分鐘
- 恢復：5分鐘
- 信號數：2
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0,1、2、3、XNUMX級）
  - 間隔數：2
  - 間隔時間：15分鐘，15分鐘
  - 典型間隔值：1、2（分別用於每個間隔）
  - 信號目標：無
- 信號名稱：LOAD_DISPATCH
  - 信號類型：設定點
  - 單位：powerReal
  - 間隔數2
  - 間隔時間：15分鐘，15分鐘
  - 典型間隔值：800kW，900kW（分別用於每個間隔）
  - 信號目標：無
- 活動目標：Resource_1
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 報告名稱：TELEMETRY_USAGE
- 報告類型：使用情況
- 單位：powerReal 和 voltage
- 閱讀類型：直接閱讀
- 報告頻率：每5秒

快速災難恢復ample Event Payload – 典型的 B Profile 使用案例

OadrDisReq091214_043740_513

TH_VTN

事件091214_043741_028_0

http：// MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

遠的

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT10M

<ei:x-eiRamp向上>

PT5M

</ei:x-eiRamp向上>

PT5M

PT10M

2.0

簡單的

等級

SIG_01

0.0

PT10M

500.0

LOAD_DISPATCH

三角洲

SIG_02

實力

w ^

60.0

<功率：體積tage>220.0tage>

真的

0.0

venID_1234

總是

快速災難恢復ample Report Metadata Payload – 典型的 B Profile 使用案例

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

資源1

用法

真正的能源

瓦

直接讀

http：// MarketContext1

<oadr:oadrSamp玲率>

PT1M

PT10M

錯誤的

</oadr:oadrSamp玲率>

ReportSpecID120615_122512_481_2

METADATA_TELEMETRY_USAGE

<ei:createdDateTime>2015-06-12T19:25:12Z</ei:createdDateTime>

ec27de207837e1048fd3

快速災難恢復ample Report Request Payload – 典型的 B Profile 使用案例

ReportReqID130615_192625_230

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

PT1M

<xcal:date-time>2015-06-14T13:00:00Z</xcal:date-time>

PT10M

rID120615_122512_981_0

x-不適用

VEN130615_192312_582

快速災難恢復ample Report Data Payload – 典型的 B Profile 使用案例

ReportUpdReqID130615_192730_445

<xcal:date-time>2015-06-14T02:27:29Z</xcal:date-time>

rID120615_122512_981_0

100

0.0

500.0

質量好–非特定

RP_54321

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

TELEMETRY_USAGE

<ei:createdDateTime>2015-06-14T02:27:29Z</ei:createdDateTime>

VEN130615_192312_582

家用電動車（EV）使用時間（TOU）計劃

請注意，當程序以相當結構化的形式傳達費率等級時，僅顯示簡單和典型的用例

住宅 EV 場景 1 – 簡單用例，A 或 B Profile

事件
- 通知：活動開始前一天
- 開始時間：下午 1 點
- 持續時間：24小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：1
- 信號名稱：SIMPLE
  - 信號類型：電平
  - 單位：不適用
  - 間隔數； 24小時內相等的TOU層更改（2 – 6）
  - 間隔持續時間：TOU層活動時間範圍（即6個小時）
  - 典型間隔值：0 – 4映射到TOU層
  - 信號目標：N / A
- 事件目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

住宅 EV 場景 2 – 典型用例，B profile

事件
- 通知：活動開始前一天
- 開始時間：午夜
- 持續時間：24 小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：2
- 信號名稱：簡單
  - 信號類型：電平
  - 單位：0、1、2、3級
  - 間隔數：等於24小時內的TOU層更改（2 – 6）
  - 間隔持續時間：TOU層活動時間範圍（即6個小時）
  - 典型間隔值：0 – 4映射到TOU層（0 –最便宜的層）
  - 信號目標：無
- 信號名稱：ELECTRICITY_PRICE
  - 信號類型：價格
  - 單位：美元/千瓦時
  - 間隔數：24小時內相等的TOU層更改（2 – 6）
  - 間隔持續時間：TOU層活動時間範圍（即6個小時）
  - 典型間隔值：0.10美元至1.00美元（當前等級費率）
  - 信號目標：無
- 活動目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

家用電動車ample Event Payload – 典型的 B Profile 使用案例

OadrDisReq091214_043740_513

TH_VTN

事件091214_043741_028_0

http：// MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

遠的

<xcal:date-time>2014-12-09T00:00:00Z</xcal:date-time>

PT24H

PT5H

0.0

PT7H

1.0

PT47H

2.0

PT5H

1.0

簡單的

等級

SIG_01

0.0

PT5H

0.35

PT7H

0.55

PT7H

0.75

PT5H

0.55

ELECTRICITY_PRICE

價格

SIG_02

currencyPerKWh

美元

沒有任何

0.0

venID_1234

總是

公共車站電動汽車（EV）實時定價程序

請注意，由於這是一個實時定價程序，因此在簡單、典型和復雜用例之間確實沒有區別。因此amp僅針對典型用例顯示數據。

公共車站 EV 場景 1 – 典型用例，B profile

事件
- 通知：1小時前
- 開始時間：1pm
- 持續時間：1 小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：1
- 信號名稱：ELECTRICITY_PRICE
  - 信號類型：價格
  - 單位：美元/千瓦時
  - 間隔數1
  - 間隔時間：1小時
  - 典型間隔值：0.10美元至1.00美元
  - 信號目標：無
- 活動目標：venID_1234
- 優先：1
- 要求的VEN：始終
- VEN預期回應：optIn
報告
- 沒有任何

公共車站EV Sample Event Payload – 典型的 B Profile 使用案例

OadrDisReq091214_043740_513

TH_VTN

事件091214_043741_028_0

http：// MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

遠的

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT1H

0.75

ELECTRICITY_PRICE

價格

SIG_01

currencyPerKWh

美元

沒有任何

0.0

venID_1234

總是

分佈式能源（DR）DR計劃

請注意，由於這是一個實時定價程序，因此在簡單、典型和復雜用例之間確實沒有區別。因此amp僅針對典型用例顯示數據。

公共車站 EV 場景 1 – 典型用例，B profile

事件
- 通知：提前一天
- 開始時間：午夜
- 持續時間：24 小時
- 隨機化：無
- Ramp 向上：無
- 恢復：無
- 信號數：24
- 信號名稱：ELECTRICITY_PRICE
  - 信號類型：價格
  - 單位：美元/千瓦時
  - 間隔數1
  - 間隔時間：1小時
  - 典型間隔值：0.10美元至1.00美元
  - 信號目標：無
- 活動目標：venID_1234
- 優先：1
- 要求的VEN：永不
- VEN預期回應：不適用
報告
- 沒有任何

公共車站EV Sample Event Payload – 典型的 B Profile 使用案例

OadrDisReq091214_043740_513

TH_VTN

事件091214_043741_028_0

http：// MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

遠的

<xcal:date-time>2014-12-09T00:00:00Z</xcal:date-time>

PT24H

PT1H

0.75

PT1H

0.80

ELECTRICITY_PRICE

價格

SIG_01

currencyPerKWh

美元

沒有任何

0.0

venID_1234

絕不

- 前任amp來自公用事業飛行員的報告

OpenADR 聯盟成員提供了以下 B Profile oadrUpdateReport 有效負載amp來自已部署 VEN 的公用事業試點項目的文件。以下註釋伴隨著三個有效載荷amp文件提供：

恆溫器有效負載目標：

需要知道恆溫器的狀態（溫度，設定點，風扇和模式狀態）
如果選擇啟用，則客戶是否更改了恆溫器設置（手動替代消息）

回扣有效載荷的M＆V目標：

選擇加入時的資源狀態和手動覆蓋
來自KYZ脈衝計數器或能量監控器的間隔數據，以KWH為單位的總能量和以KW為單位的瞬時需求

智能電錶/ AMI間隔數據有效載荷目標：

AMI抄表的時間間隔約為15分鐘至1小時。雖然有用，但不夠細緻，無法進行近乎實時的帳單估算
以千瓦時為單位的總能源，以千瓦時為單位的增量能源，以千瓦為單位的瞬時需求

有效載荷 ex 中使用了以下命名空間前綴amp萊斯：

xmlns：oadr =” http://openadr.org/oadr-2.0b/2012/07”
xmlns：pyld =” http://docs.oasis-open.org/ns/energyinterop/201110/payloads”
xmlns：ei =” http://docs.oasis-open.org/ns/energyinterop/201110”
xmlns：scale =” http://docs.oasis-open.org/ns/emix/2011/06/siscale”
xmlns：emix =” http://docs.oasis-open.org/ns/emix/2011/06”
xmlns：strm =” urn：ietf：params：xml：ns：icalendar-2.0：stream”
xmlns：xcal =” urn：ietf：params：xml：ns：icalendar-2.0”
xmlns：power =” http://docs.oasis-open.org/ns/emix/2011/06/power”

恆溫器報告有效載荷 Sample

RUP-18

<xcal:date-time>2014-03-21T02:25:03Z</xcal:date-time>

PT1M

<xcal:date-time>2014-03-21T02:25:03Z</xcal:date-time>

PT1M

地位

真的

錯誤的

無新值-使用先前的值

當前溫度

77.000000

無新值-使用先前的值

加熱溫度設定

64.000000

無新值-使用先前的值

涼爽溫度設定

86.000000

無新值-使用先前的值

暖通空調模式設置

無新值-使用先前的值

當前的HVAC模式

0.000000

沒有質量–沒有價值

風扇模式設定

無新值-使用先前的值

電流保持模式

無新值-使用先前的值

當前離開模式

無新值-使用先前的值

當前濕度

0.000000

沒有質量–沒有價值

RP21

REQ：RReq：1395368583267

0013A20040980FAE

TELEMETRY_STATUS

<ei:createdDateTime>2014-03-21T02:26:04Z</ei:createdDateTime>

VEN.ID：1395090780716

M&Vfor 回扣報告 Payload Sample

RUP-10

<xcal:date-time>2015-08-21T17:41:14Z</xcal:date-time>

PT30S

<xcal:date-time>2015-08-21T17:41:14Z</xcal:date-time>

PT30S

地位

真的

錯誤的

質量好–非特定

脈衝計數

34750.000000

質量好–非特定

活力

33985.500000

質量好–非特定

力量

1.26

質量好–非特定

RP15

REQ：RReq：10453335019195698

0000000000522613 60

TELEMETRY_USAGE

<ei:createdDateTime>2015-08-21T17:41:50Z</ei:createdDateTime>

VEN.ID：1439831430142

智能電錶/AMI 間隔數據報告 Payload Sample

RUP-4096

<xcal:date-time>2014-09-10T06:26:52Z</xcal:date-time>

PT1M

<xcal:date-time>2014-09-10T06:26:52Z</xcal:date-time>

PT15S

即時需求

6.167000

無新值-使用先前的值

intervalDataDelivered

0.051000

無新值-使用先前的值

currSumDelivered

12172.052000

無新值-使用先前的值

<xcal:date-time>2014-09-10T06:27:07Z</xcal:date-time>

PT15S

即時需求

6.114000

無新值-使用先前的值

intervalDataDelivered

0.051000

無新值-使用先前的值

currSumDelivered

12172.052000

無新值-使用先前的值

<xcal:date-time>2014-09-10T06:27:22Z</xcal:date-time>

PT15S

即時需求

6.113000

無新值-使用先前的值

intervalDataDelivered

0.051000

無新值-使用先前的值

currSumDelivered

12172.142000

無新值-使用先前的值

<xcal:date-time>2014-09-10T06:27:37Z</xcal:date-time>

PT15S

即時需求

6.112000

無新值-使用先前的值

intervalDataDelivered

0.051000

無新值-使用先前的值

currSumDelivered

12172.142000

無新值-使用先前的值

RP4101

<ei:reportRequestID>d5f88bf0-1a8d-0132-eab3-0a5317f1edaa</ei:reportRequestID>

<ei:reportSpecifierID>00:21:b9:00:f2:a9</ei:reportSpecifierID>

TELEMETRY_USAGE

<ei:createdDateTime>2014-09-10T06:27:53Z</ei:createdDateTime>

<ei:venID>2b2159c0-19cd-0132-eaa3-0a5317f1edaa</ei:venID>

- 服務

Open ADR支持以下服務：

EiEvent服務 – 由 VTN 用於向 VEN 發送需求響應事件，由 VEN 用於指示資源是否將參與該事件。 A pro 唯一支持的服務file 是 EiEvent
EiReport服務 –由VEN和VTN用來交換歷史，遙測和預測報告
EiOpt服務 –由VEN用來與VTN溝通臨時可用性時間表，或使參與活動的資源有資格
EiRegisterParty服務 –由VEN發起，並由VEN和VTN用來交換確保有效交換有效載荷所需的信息
OadrPoll服務 –由VENs用來輪詢VTN以獲取其他任何服務的有效載荷

A 和 B 親file 服務操作由每個有效負載的根元素定義，不包括所有 B pro 上使用的 oadrPayload 和 oadrSignedObject 包裝器file 有效負載。

–有效負載定義

EiEvent有效負載

請求事件 – 在拉式交換模型中由 VEN 用於從 VTN 檢索所有相關事件。用作 A pro 的主要輪詢機制file VEN，但僅用於 B VEN 以與 VTN 同步。
oadr分發事件 –由VTN用於向VEN發送需求響應事件
oadr創建事件 – VEN用於通過選擇加入或退出來傳達其是否打算參加活動的信息
加載響應 –由VTN用於確認已收到VEN的optIn或optOut

EiReport有效負載

請注意，VEN和VTN都可以既是報告生成者又是報告請求者，因此下面的所有有效負載都可以由任何一方發起。

oadr註冊報告 –用於在元數據報告中發布其報告功能
oadr註冊報告 -確認收到oadrRegisterReport，可以選擇請求提供的報告之一
oadr創建報告 –用於請求VEN或VTN先前提供的報告
oadr創建報告 –確認收到報告請求
oadr更新報告 -提供包含間隔數據的請求報告
加載更新報告 –確認已收到報告
oadr取消報告 –取消先前請求的定期報告
oadr取消報告 –確認取消定期報告
加載響應 –在傳輸層請求中交付應用層響應時，在某些請求交換模式中用作佔位符響應。

EiOpt有效載荷

oadr創建選項 –用於兩個截然不同的目的
- 讓VEN向VTN傳達有關其參與DR事件的能力的臨時可用性時間表
- 為了使VEN有資格參與活動的資源
oadrCreated選項 –確認收到oadrCreateOpt有效負載
加載取消選項 -取消臨時可用性時間表
oadr取消選項 –確認暫時取消可用性報告

EiRegisterParty有效負載

oadrQuery註冊 – VEN無需實際註冊即可查詢VTN註冊信息的方法。
oadrCreatePartyRegistration – VEN向VTN提出的註冊請求。包含有關VENs功能的信息。
oadrCreatedParty註冊 –對oadrQueryRegistration或oadrCreatePartyRegistration的響應。包含VEN進行互操作所需的VTN功能和註冊信息
oadr取消聚會註冊 –由VEN或VTN用於取消註冊
oadr註銷方註冊 –響應oadrCancelPartyRegistration。確認收到取消註冊
oadrRequest 重新註冊 –在拉交換模型中，VTN使用此有效載荷向VEN發送信號以重新啟動註冊序列
加載響應 –在傳輸層請求中交付應用層響應時，在某些請求交換模式中用作佔位符響應。

OadrPoll有效負載

加載輪詢 – B pro 的通用極化機制file 返回任何其他新服務或已更新的有效負載。
加載響應 –用於指示沒有可用的新的或更新的有效載荷

–架構有效負載術語表

以下是OpenADR 2.0有效負載中使用的架構元素的字母列表。該敘述描述了它們與OpenADR有關的用法，以及它們在有效載荷中的用法。根有效載荷定義已被排除，如附件C中所定義。

ac –一個布爾值，指示功率乘積是否為交流電
準確性 - Number與Interval的有效負載變量的單位相同。當置信度高時，表示預測的可能變異性。與ReadingType一起使用時，表示可能存在Reading錯誤。
AggregatedPnode – 聚合定價節點是一種特殊類型的定價節點，用於對項目建模，例如係統區域，默認價格區域，自定義價格區域，控制區域，聚合發電，聚合參與負荷，聚合非參與負荷，交易中心，DCA區域
可用的 –包含EiOpt可用性計劃的日期時間和持續時間的對象
基線ID – 特定基準的唯一ID
基線名稱 – 基線的描述性名稱
成分 –
信心 –報告的數據點準確的統計概率
創建日期時間 - 有效負載創建的dateTime
貨幣 –
貨幣每千瓦 –
貨幣每千瓦時 –
貨幣PerThm –
目前的 –
當前值 - 當前正在執行的事件間隔的payloadFloat值。
自定義單位 –用於定義自定義報告的自定義度量單位
日期時間 –
dtstart—— 活動，數據或狀態更改的開始時間
期間 –事件，報告或可用性時間間隔的時間段
期間 - 活動，數據或狀態的持續時間
eiActivePeriod – 與整體活動有關的時間表
eiCreatedEvent – 使用optIn或optOut響應DR事件
事件 -包含單個事件的所有信息的對象
eiEventBaseline - 親file
事件信號 –在事件中包含單個信號的所有信息的對象
eiEventSignals—— 一個或多個事件信號和/或基線的時間間隔數據
電子市場上下文 –唯一標識需求響應程序的URI
eiReportID – 報告的參考ID
eiRequestEvent – 在拉模式下從VTN請求事件
回复—— 指示接收到的有效載荷是否可接受
目標—— 標識與邏輯VEN接口關聯的資源。對於事件，指定的值是事件的目標
終端設備資產 – EndDeviceAssets是一個或多個物理設備，可能是儀表，也可能是其他有趣的設備
能量表觀 – 視在能量，以伏特為單位amp小時 (VAh)
能源項目 –
能源反應性– 無功能量，伏特amperes 反應時間 (VARh)
能源真實 – 實際能量，瓦特小時數（Wh）
事件描述符 – 有關活動的信息
事件 ID – 標識特定DR事件實例的ID值。
事件響應 –包含VENs對參加活動請求的響應的對象
事件響應 – 收到事件的optIn或optOut響應
事件狀態 –事件的當前狀態（遠，近，活動等）
FeatureCollection /位置/多邊形/外部/ LinearRing
頻率 –
粒徑 – 這是 s 之間的時間間隔amp在報告請求中引導數據。
組ID -這種類型的目標用於事件，報告和選擇計劃。該值通常由公用程序在註冊DR程序期間分配
組的名字 –此類型的目標用於事件，報告和選擇計劃。該值通常由公用程序在註冊DR程序期間分配
赫茲 –
間隔 –包含數據時間和/或持續時間的對象，如果是事件則包含可操作的值，而對於報告則包含可操作的值
間隔– DR事件處於活動狀態或報告數據可用的一個或多個時間間隔
商品描述 - 報告計量單位的描述
項目單位 – 報告數據點的基本計量單位
市場背景—— 標識DR程序的URI
米資產 – MeterAsset是執行儀表功能的一個或多個物理設備
ModifyDateTime – 修改事件後
ificationNumber – 每次修改事件都會增加。
ificationReason – 為什麼修改了事件
悶悶不樂– mRID標識可能是CustomerMeter或其他類型的EndDevices的物理設備。
節點– 節點是發生變化（通常是所有權）或在網格上連接的地方。許多節點都與儀表相關聯，但並非所有都與儀表相關聯。
數量數據源 –
容量 –
電流 –
加載數據質量 –
oadrDeviceClass – 設備類目標–僅使用endDeviceAsset。
oadr事件 – 包含需求響應事件的對象
oadr 擴展 –
oadr擴展名 –
加載擴展 –
oadrHttpPullModel – 指示VEN是否要使用請求交換模型的布爾值
oadr信息 – 服務特定註冊信息的鍵值對
加載密鑰 –
oadr水平偏移 –
負載控制狀態 –
oadrManualOverride – 如果為true，則已手動覆蓋對負載的控制
最大值 –
oadrMaxPeriod – 最大秒amp靈期
奧德敏 –
oadrMinPeriod – 最小值amp靈期
普通 –
oadrOnChange – 如果為true，則將在數據更改時記錄數據，但記錄頻率不超過minPeriod指定的頻率。
oadr在線 – 如果為true，則資源/資產處於聯機狀態；如果為false，則資源/資產處於脫機狀態。
負載 –
oadrPayloadResourceStatus – 當前資源狀態信息
oadr待處理報告 –定期報告清單仍處於活動狀態
oadr百分比偏移量 –
加載項file – 親file 由 VEN 或 VTN 支持
加載項file姓名 - OpenADR 專業版file 名稱，例如 2.0a 或 2.0b。
加載項files – OpenADR 專業版file由實施支持
oadr報告 -包含單個報告的所有信息的對象
oadr報告說明 –描述報告生產者提供的報告特徵。包含在元數據報告中
oadrReportOnly – 僅報告設備標誌
oadrReportPayload – 報告的數據點值
oadrRequestedOadrPollFreq – VEN應在此元素指定的每個持續時間內最多向VOTN發送一次oadrPoll淨荷
oadrResponseRequired – 控制何時需要optIn / optOut響應。可以永遠或永遠不
oadramp靈率 – Samp遙測類型數據的傳輸率
加載服務 –
加載服務名稱 –此類型的目標用於事件，報告和選擇計劃。該值通常由公用程序在註冊DR程序期間分配
oadrServiceSpecificInfo – 服務特定的註冊信息
加載點 –
加載簽名對象 –
oadr傳輸 – VEN或VTN支持的傳輸名稱
oadr傳輸地址 – 用於與另一方通信的根地址。如果需要，應包括端口
oadrTransportName – OpenADR傳輸名稱，例如simpleHttp或xmpp
oadr運輸 – 實施支持的OpenADR傳輸
oadr更新報告 – 確認收到報告
oadr更新報告 – 發送以前請求的報告
值 –
oadrVenName – VEN名稱。可以在VTN GUI中使用
oadrXmlSignature – 實現支持XML簽名
選擇 ID – 選擇交互的標識符
選擇原因 – 出於選擇原因的枚舉值，例如x計劃
選擇類型 – 事件的optIn或optOut，或用於指示在EiOpt服務的vavailablityObject中定義的opt計劃的類型
當事人ID –此類型的目標用於事件，報告和選擇計劃。該值通常由公用程序在註冊DR程序期間分配
有效載荷浮動 – 事件信號或報告當前或歷史值的數據點值。
節點 – 定價節點直接與連接性節點關聯。這是市場參與者提交其報價，要約，購買/出售CRR並進行結算的定價位置。
交貨點 –
收貨點 –
位置列表 –
功率表觀 – 以伏特為單位測量的視在功率amp埃雷斯 (VA)
電源屬性
電源項
功率反應 – 無功功率，以伏特為單位amp無功 (VAR)
powerReal—— 有功功率，以瓦特（W）或焦耳/秒（J / s）為單位
優先 - 事件相對於其他事件的優先級（數字越小優先級越高。零（0）值表示無優先級，默認情況下是最低優先級）。
特性 –
脈衝計數 –報告數據點
脈衝因子 – 每度kWh
合格的事件ID –事件的唯一ID
閱讀類型 – 有關讀數的元數據，例如均值或派生
註冊 ID – 註冊交易的標識符。除非已註冊，否則不包括在查詢註冊響應中
ReplyLimit – oadrDistributeEvent有效負載中要返回的最大事件數
報告返回持續時間 – 對於此持續時間的每一次通過，請使用“報告日期”進行報告。
報告數據源 – 本報告數據來源。前任amples 包括米或亞米。前任amp即，如果儀表能夠提供兩種不同類型的測量，則每個測量流將被單獨識別。
報告間隔 – 這是報告的總體期間。
報告名稱 – 報告的可選名稱。
報告請求 ID – 特定報告請求的標識符
報告說明符 – 指定特定報表實例中所需的數據點
報告說明符ID – 特定元數據報告規範的標識符
報告主題—— 設備類目標–僅使用endDeviceAsset。
報告關注 – 指示在取消報告後是否返回報告（以UpdateReport的形式）
報告類型 –報告的類型，例如使用率或價格
請求 ID – 用於匹配邏輯事務請求和響應的ID
資源ID –此類型的目標用於事件，報告和選擇計劃。該值通常由公用程序在註冊DR程序期間分配
回覆 –
響應代碼 – 3位數字的響應碼
響應描述 – 回應狀態的敘述性描述
回應 –
身份證 – 該數據點的ReferenceID
服務區 –此類型的目標用於事件，報告和選擇計劃。該值通常由公用程序在註冊DR程序期間分配
服務交付點 – 網絡上服務所有權易手的邏輯點。它是ServiceLocation中潛在的許多服務點之一，根據CustomerAgreement交付服務。在可能安裝儀表的地方使用。
服務位置 – 客戶ServiceLocation具有一個或多個ServiceDeliveryPoint，而這些又與計量表有關。根據具體情況，該位置可以是點或多邊形。對於分發，ServiceLocation通常是公用事業客戶房屋的位置。
信號 ID – 特定事件信號的唯一標識符
信號名稱 –信號名稱，例如SIMPLE
信號有效載荷 – 事件和基線的信號值
尺度碼 –報告基本計量單位的比例因子
說明符 –開放
之後開始 –事件開始的隨機窗口
狀態日期時間 – 該工件引用的日期和時間。
溫度 –
測試事件 – 除false以外的任何其他值表示測試事件
文字 –
千卡 –
寬容 - 包含事件隨機化要求的子對象
容忍 –包含事件隨機化要求的對象
運輸接口 – 傳輸界面在傳輸段的任一端畫出邊緣。
用戶名—— 用作標識間隔的索引。唯一標識符
價值 –
可用性– 反映設備參與DR事件的可用性的時間表
靜脈 – VEN的唯一標識符
卷tage –
vtn評論 – 任何文字
虛擬機ID – VTN的唯一標識符
x-ei通知 – VEN應該在dtstart之前減去此持續時間之前接收DR事件有效負載。
x-eIRamp向上 - 在事件開始時間之前或之後的持續時間，在此期間應減少負載轉移。
x-ei恢復 – 在事件結束時間之前或之後的持續時間，在此期間應減少負載轉移。

枚舉值詞彙表

事件狀態

積極的 –該事件已啟動且當前處於活動狀態。
取消 –事件已被取消。
完全的 –活動已完成。
遠的 –即將舉行的活動。未來指代的確切定義取決於市場背景，但通常指的是第二天。
靠近 – 在不久的將來未決的事件。未決事件在未來多長時間內活躍的確切定義取決於市場環境。 .Starts與事件x-eiR的有效開始同時開始amp時間到。如果 x-eiRampUp 沒有為事件定義，這個狀態不會用於事件。
沒有任何 –沒有待處理的事件

項目單位

貨幣
- 美元 –美元
- 要在此處列出的很多人，請參閱架構
實數
- 焦/秒 –焦耳秒
- W –瓦
溫度
- 攝氏度 –
- 華氏度 –

加載數據質量

無新值-使用先前的值 –
沒有質量–沒有價值 –
質量不良-通信失敗 –
質量不良-配置錯誤 –
質量不良-設備故障 –
質量不佳–最後的價值 –
質量不良-非特定 –
質量不良-未連接 –
質量不佳–服務中斷 –
質量不良–傳感器故障 –
質量好–本地優先 –
質量好–非特定 –
質量限制–現場/恆定 –
質量限制-現場/高 –
質量限制–現場/低 –
質量限制–現場/非現場 –
質量不確定-超出歐盟單位 –
質量不確定-最終可用價值 –
質量不確定-非特定 –
質量不確定–傳感器不准確 –
質量不確定-次正常 –

oadr響應必需

總是 –始終為收到的每個事件發送響應。
絕不 –永遠不要回應。

選擇理由

選擇的原因。

經濟的 –
緊急狀況 –
必須運行 –
不參與 –
outag運行狀態 –
OverrideStatus –
參與 –
X時間表 –

oadr傳輸名稱

簡單的Http –
xmpp –

選項類型

選擇參加 –表示VEN將參加活動，或者對於EiOpt服務，是一種時間表，指示資源將可用
選擇退出 –表示VEN將不參加活動，或者對於EiOpt服務，是一種時間表，指示資源將不可用

閱讀類型

已分配 – Meter涵蓋了多個[資源]，並且通過某種專業數據計算來推斷使用情況。
合約 –表示讀數為預估值，即按商定的比率報告
衍生的 –通過了解運行時，正常運行等來推斷使用情況。
直接讀 –讀取是從單調增加的設備讀取的，並且必鬚根據成對的開始和結束讀數來計算使用量。
估計的 –當出現大多數讀數的系列中缺少讀數時使用。
雜交種 –如果是合計的，則在合計編號中指的是不同的閱讀類型。
意思是 –讀數是“粒度”中指示的時間段內的平均值
網 –計量表或[資源]隨時間準備自己的總使用量計算。
頂峰 –讀數是按粒度指示的時間段內的峰值（最高）。對於某些測量，將其作為最小值可能更有意義。可能與匯總讀數不一致。僅對基於流量的項目基數有效，即“功率”而不是“能源”。
預計 –表示讀數在將來，尚未測量。
總結 –幾個儀表一起提供了此[資源]的讀數。具體來說，這與聚合不同，聚合是指同一有效負載中的多個[資源]。另請參見混合。
x-不適用 - 不適用
均方根值 –均方根

報告名稱

歷史_綠色按鈕 –包含原子供稿架構結構中的greenbutton數據的報告
歷史使用情況 –包含歷史能源使用數據的報告
METADATA_HISTORY_GREENBUTTON –定義HISTORY_GREENBUTTON報告的報告功能的元數據報告
METADATA_HISTORY_USAGE –元數據報告，定義了HISTORY_USAGE報告的報告功能
元數據遙測狀態 –元數據報告，定義了TELEMETRY_STATUS報告的報告功能
METADATA_TELEMETRY_USAGE –定義TELEMETRY_USAGE報告的報告功能的元數據報告
遙測狀態 –包含實時資源狀態信息（例如在線狀態）的報告
TELEMETRY_USAGE –包含實時能源使用信息的報告

報告類型

一個枚舉值，提供了要提供的報告的類型。

可用的儲能 –可用於進一步儲能的容量，也許可以達到目標儲能
平均需求 –粒度指示的持續時間內的平均使用量。請參閱需求以獲取更多信息。
平均用量 –粒度指示的持續時間內的平均使用量。有關更多信息，請參見用法。
基線 –可以是需求或用法，如ItemBase所示。指示如果不是事件或法規，將是什麼[度量]。報告的格式為“基線”。
需求量 –與基準相比需求的變化。查看需求以獲取更多信息
增量設置點 –相對於先前時間表的設定值變化。
增量使用 –與基準相比使用量的變化。查看用法以獲取更多信息
要求 –報告指示單位數量（在ItemBase或EMIX產品中表示）。有效負載類型為“數量”。典型的ItemBase是有功功率。
偏差 –某些指令與實際狀態之間的差異。
向下調節容量可用 –可用於調降的下調容量，以EMIX Real Power表示。有效負載始終表示為正數量。
等級 –在每個時間間隔從市場上獲取簡單級別。
運行狀態 –資源的一般狀態，例如開/關，建築物佔用等。與ItemBase無關。需要特定於應用程序的有效負載擴展。
需求百分比 – 百分比tag需求量
使用率 – 百分比tag使用量
功率因數 –資源的功率因數
價格 –每個間隔的每個ItemBase的價格
閱讀 –報告指示讀數，以儀表為單位。讀數是隨時間變化的時刻，可以根據連續讀數之間的差異來計算。有效負載類型為浮點型
調節設定點 –作為調節服務的一部分指示的調節設定點
設定點 –報告指示當前設置的數量（以ItemBase或EMIX產品表示）。可以是確認/返回從VTN發送的設定值控制值。有效負載類型為“數量”。典型的ItemBase是有功功率。
儲能 –儲能表示為有功，有效載荷表示為數量。
目標能源存儲 –目標能量表示為有功，有效載荷表示為數量。
可用調節容量 –可用於調度的上調容量，以EMIX Real Power表示。有效負載始終表示為正數量。
用法 –報告指出了一段時間內的單位數量（以ItemBase或EMIX產品表示）。有效負載類型為“數量”。典型的ItemBase是RealEnergy
x-資源狀態 – 百分比tag需求量

比例代碼

p –筆克10 **-12
n –納米10 **-9
微 –微型10 **-6
m –米里10 **-3
c –厘10 **-2
d – Deci 10 **-1
k –公斤10 ** 3
M –超級10 ** 6
G –千兆10 ** 9
T – Tera 10 ** 12
沒有任何 –本地比例

信號名稱

出價_能源 –這是競標到程序中的資源所產生的能量
出價加載 –這是資源對程序施加的負載量
競標價格 –這是資源出價的價格
充電狀態 –儲能資源狀況
需求費用 –這是需求費用
ELECTRICITY_PRICE –這是電費
能源價格 –這是能源成本
負載控制 -將負載輸出設置為相對值
加載調度 –用於分配負載
簡單的 – 折舊 – 向後兼容 A profile
簡單的 –簡單級別（符合OpenADR 2.0a）

信號類型

一個枚舉值，描述信號的類型，例如水平或價格

三角洲 –信號指示在沒有信號的情況下所要使用的數量變化。
等級 –信號指示程序級別。
乘以r –信號表示在沒有信號的情況下乘以當前交付或使用率的乘數。
價格 –信號指示價格。
價格乘數r –信號指示價格乘數。擴展價格是計算出的價格值乘以單位數量。
價格相對 –信號指示相對價格。
設定點 –信號指示目標單位數量。
x-loadControlCapacity – 這是負載控制器在某個百分比的水平上運行的指令tage 其最大負載消耗能力。這可以映射到特定的負載控制器以執行諸如工作循環之類的操作。請注意，1.0 表示 100% 消耗。在簡單的 ON/OFF 類型設備的情況下，0 = OFF 和 1 = ON。
x-loadControlLevelOffset –相對於正常操作的離散整數級別，其中0為正常操作。
x-loadControlPercentOffset – 百分比tage 正常負載控制操作的變化。
x-loadControl設定值 –加載控制器設定點。

– OpenADR A 和 B Profile 差異

A pro 唯一支持的服務file 是 EiEvent 服務。 A pro 中簡化了 EiEvent 對象file 具有以下約束：

每個事件僅允許一個信號，並且該信號必須是OpenADR眾所周知的信號SIMPLE。
有一個有限的事件定向，僅支持venID，groupID，resourceID和partyID。（eiEvent：eiTarget）。
不支持使用設備類針對信號級別進行定位（eiEventSignal：eiTarget：endDeviceAsset）。
不支持基線（eiEvent：eiEventSignals：eiEventBaseline）。
不支持modificationDateTime和modificationReason。
終點 URL 對於2.0b中的簡單HTTP是：
- https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>

A pro 中需要的一些有效載荷元素file 現在在 B pro 中是可選的file，包括：

當前值

– OpenADR安全證書

OpenADR一致性規則要求以下內容：

TLS版本1.2用於交換X.509證書
VTN必須同時具有SHA256 ECC和RSA證書
VEN可以支持SHA256 ECC和RSA證書，並且可以同時支持
如果VTN和VEN要充當傳輸服務器的角色（即，響應對方的請求），則必須將其配置為請求客戶端證書。
在TLS協商過程中，當另一方要求時，VTN和VEN都必須提供客戶端證書。

NetworkFX 提供的證書將特定於 RSA 或 ECC。這些證書的創建可能是在 NetworkFX 上填寫表格的結果 web 站點請求測試證書或可能是通過證書籤名請求 (CSR) 請求生產證書的結果。無論採用哪種方法，以下 files 將被提供（例如amp文件顯示）：

根證書
中級根證書
設備證書
私鑰

通常，私鑰用於加密 VEN 或 VTN 發送的有效載荷。設備證書是一組關於 VEN 或 VTN 的唯一標識信息，由證書頒發機構創建並使用私鑰加密。根和中級 files 用於解密設備證書並驗證證書是否來自受信任的機構。

在利用JSSE的Java環境中，有兩個證書存儲。一種稱為信任庫，用於保存根證書。第二個稱為密鑰庫，用於存儲由設備證書中間證書以及私鑰組成的證書鏈。

請注意，使用XMPP傳輸時，VEN正在與XMPP服務器通信，而不是直接與VTN通信。因此，XMPP服務器中證書的配置必須等同於VTN的證書。 VTN本身和XMPP服務器之間的通信對VEN是透明的，並且實質上是專用鏈路。但是，大多數供應商在與XMPP服務器通信時在VTN中使用了一組VEN證書。

如果您將OpenFire用作XMPP服務器，則必須考慮另一個約束。 OpenFire要求客戶端設備證書中使用的CN名稱與XMPP服務器上配置的設備XMPP用戶名匹配。這可能會導致某些奇怪的客戶端名稱，因為VEN證書上的CN名稱使用了類似MAC的地址作為地址（OpenADR安全要求的一部分）

最後，大多數VEN和VTN在扮演傳輸客戶端的角色時將嘗試驗證傳輸服務器提供的證書的CN字段具有與提供證書的實體的主機名相匹配的CN名稱。交換證書時，這可能是互操作性問題的另一個來源。通常可以通過編程禁用主機名驗證，以隔離此類問題。

《 OpenADR 2.0需求響應計劃指南》 – 下載[優化]
《 OpenADR 2.0需求響應計劃指南》 – 下載

參考

使用者手冊

介紹

參考

術語和定義

縮寫

需求響應程序類型

部署方案

直接1

直接2

直接3

直接4

主持人1

聚合器1

部署方案和災難恢復程序映射

選擇DR程序模板

需求響應程序模板

關鍵峰值定價程序（CPP）

CPP DR計劃的特徵

CPP程序的OpenADR特性

容量招標程序

容量招標DR計劃的特徵

容量招標程序的OpenADR特性

住宅恆溫器程序

住宅恆溫器DR程序的特徵

住宅恆溫器程序的OpenADR特性

快速DR派送

快速DR調度程序的特徵

容量招標程序的OpenADR特性

家用電動車（EV）使用時間（TOU）計劃

住宅EV TOU計劃的特點

住宅EV TOU計劃的OpenADR特性

公共車站電動汽車（EV）實時定價程序

公共車站EV RTP計劃的特徵

公共站點EV RTP程序的OpenADR特性

分佈式能源（DR）DR計劃

分佈式能源（DER）計劃的特點

分佈式能源（DER）的OpenADR特性

參考

發表評論

取消回覆