U publicu di destinazione per sta guida hè l'utilità chì pianificanu di implementà prugrammi di Risposta à a Demanda (DR) chì utilizanu OpenADR 2.0 per a cumunicazione di messagi di l'avvenimentu DR trà l'utilità è l'entità downstream, è i fabricatori di l'equipaggiu chì facilitanu quellu scambiu di cumunicazione. Si assume chì u lettore hà una cunniscenza conceptuale basica di a risposta di a dumanda è di OpenADR 2.0 (riferitu solu OpenADR da questu puntu in avanti).

L'OpenADR profile e specificazioni definiscenu chjaramente u cumpurtamentu previstu quandu si scambia l'infurmazione di l'avvenimentu DR, ma ci hè abbastanza opzionalità in OpenADR chì l'implementazione di servitori (VTN) à l'utilità è i clienti (VEN) in i siti downstream ùn hè micca una sperienza plug-n-play. E caratteristiche OpenADR cum'è i segnali di l'avvenimenti, i formati di rapportu è u targeting deve esse specificatu nantu à una basa di DR prugramma per prugramma.

Ùn ci hè nunda cum'è un prugramma DR standardizatu. Ogni prughjettu di u prugramma DR tende à esse unicu, adatta à i requisiti strutturali è regulatori di a regione geografica in quale hè implementatu. Per ogni prugramma DR, ci sò numerosi scenarii di implementazione pussibuli chì implicanu una varietà di attori.

A variabilità in i disinni di u prugramma DR, i scenarii di implementazione è e caratteristiche OpenADR sò un inibitore per l'implementazione ampliata di DR è l'usu di OpenADR. Questa variabilità hè per a maiò parte un riflessu di a natura frammentata è cumplessa di a smart grid.

Utilities bisognu exampi prugrammi tipici di DR in modu chì ponu esse usatu cum'è mudelli per e so implementazioni di u prugramma DR. I pruduttori di l'equipaggiu anu bisognu di capiscenu i mudelli tipici di l'usu di u prugramma DR per pudè cunvalidà l'interoperabilità cum'è parte di u prucessu di sviluppu invece di una basa specifica di implementazione di u prugramma DR. L'intenzione di sta guida hè di rializà i dui scopi cum'è seguita:

Definite un picculu settore di mudelli di prugramma DR standard modellati dopu e caratteristiche cumuni di i prugrammi DR più populari implementati finu à a data.
Definite un picculu settore di scenarii di implementazione modellati dopu implementazioni di u mondu reale, cù attori è roli chjaramente identificati

Definite e raccomandazioni di e migliori pratiche per e caratteristiche OpenADR specifiche per ognuna di i mudelli di u prugramma DR
Fornite un arbre di decisione chì e utilità ponu utilizà per identificà i mudelli utili di u prugramma DR è i scenarii di implementazione basati nantu à i so bisogni cummerciale

L'enfasi in sta guida serà di mantene e cose simplici, furnisce una piccula serie di cunsiglii chjari chì indirizzanu a maiò parte di i dettagli necessarii per implementà un prugramma DR tipicu, è per attivà a prova di interoperabilità di l'equipaggiu implementatu in i prugrammi chì utilizanu e raccomandazioni in questu. guida.

Referenze

OpenADR Profile Specificazione è schema - www.openadr.org

Termini è Definizioni

I seguenti termini è definizione sò usati in stu documentu.

Demand Response: Un mecanismu per gestisce a dumanda di carica di i clienti in risposta à e cundizioni di furnimentu, cum'è i prezzi o i signali di dispunibilità

Partitu aggregatore - Questu hè un partitu chì aggrega parechje risorse inseme è li presenta à u Partitu di u Programma DR cum'è una sola Risorsa in i so Programmi DR.
Infrastruttura Intermedia di Aggregatore - Questa hè l'infrastruttura, separata da l'Infrastruttura Latu di a Demand, chì hè aduprata da u Partitu Intermediariu Aggregatore per interagisce cù e Risorse è l'entità di a griglia.
Accordu: Un accordu cuntrattuale trà i partiti chì ghjucanu un rolu in un prugramma di DR chì delinea e responsabilità è a compensazione

Asset - Un tipu di Risorsa chì rapprisenta una cullizzioni specifica di carichi fisichi. I Risorse ponu esse cumposti da Assi, è un Asset pò esse Risorse, ma l'Assi ùn ponu esse più decomposti in più Assi o Risorse.
Associu: Fornite una associazione programmatica trà duie entità, attraversu a cunfigurazione di un dispositivu di basa di dati. Per esempiu, risorse assuciate cù un VEN
Basi di basa: L'usu di l'energia calculatu o misuratu (a dumanda) da un equipamentu o un situ prima di l'avvenimentu cum'è determinatu per mezu di sondaggi, ispezioni è / o misurazione in u situ.

BMS - Questu hè u Sistema di Gestione di l'Edifiziu chì pò esse usatu per cuntrullà e risorse. Questu hè qualchì volta chjamatu Sistema di Gestione Energetica.
Risorsa composta - Questu hè un tipu speciale di Risorsa chì hè una aggregazione di parechji assi fisichi chì ognunu hà u so propiu modu di cuntrollu di carica.
Incentivu à i Clienti: Un incitamentu furnitu à u pruprietariu / aggregatore di risorse di a dumanda per a participazione à un prugramma DR.

Infrastruttura Latu Demand - Questa hè l'infrastruttura chì accoglie e Risorse chì sò iscritte in i Programmi DR
DR Logic: Algoritmi o logica chì cunverte i signali DR in cuntrollu di carica azzione. Nota chì a DR Logic pò esse implementata in parechji lochi diffirenti è, in certi casi, esse distribuitu trà parechji sottosistemi.
Partitu di u prugramma DR - questu hè l'entità chì hè rispunsevule per l'Infrastruttura di Griglia è in più di gestisce i Programmi DR utilizati per mitigà i prublemi di griglia. Questu hè tipicamenti una Utilità o ISO.

Iscritti: U pruprietariu / aggregatore di risorse di u latu di a dumanda sceglie di participà à un prugramma DR è pò furnisce infurmazioni nantu à e risorse specifiche chì ponu esse destinate à l'avvenimenti DR.
Periudu di l'avvenimentu attivu: U hè u periodu in u tempu durante u quale un cambiamentu in a carica profile hè dumandatu cum'è parte di un Eventu DR
Limitazioni di l'avvenimentu: I marchi di tempu durante i quali u cliente pò aspittà di riceve avvenimenti è limitazioni cunnessi, cum'è senza avvenimenti in fine settimana o ghjorni consecutivi

Ghjorni di l'avvene: Un ghjornu quandu un avvenimentu DR si trova. A maiò parte di i prugrammi anu limitazioni in quantu à u numeru di ghjorni d'avvenimentu chì sò permessi in un determinatu periodu di calendariu
Descrizzione di l'avvenimentu: Parte di l'ughjettu di l'avvenimentu OpenADR chì descrive metadata nantu à l'avvenimentu, cum'è u nome di u prugramma è a priorità di l'avvenimentu
Durata di l'avvenimentu: A durata di l'avvenimentu. A maiò parte di i prugrammi definiscenu limitazioni in quantu à a durata di un avvenimentu, è ancu l'ore di u ghjornu durante quale l'avvenimentu pò accade.

Segnali d'avvene: L'infurmazione azzione cuntenuta in un avvenimentu cum'è u prezzu di l'electricità o livelli specifichi di carichi di carichi dumandati chì tipicamente attivanu un cumpurtamentu preprogrammatu da u destinatariu di l'avvenimentu. Una definizione di prugramma DR deve specificà i tipi di signali di l'avvenimentu utilizati
Targeting di l'avvenimenti: I risorse di scaricamentu di carica chì sò u destinatariu destinatu per l'avvenimentu DR. Pò esse una zona giugrafica, una classe particulare di dispusitivi, un identificatore di gruppu, un identificatore di risorse, o un altru identificatore. Una definizione di u prugramma DR deve specificà cumu e risorse specifiche seranu destinate.
Avvenimenti: Un avvenimentu hè una notificazione da l'utilità per dumandà risorse laterali chì dumandanu un rilascio di carica à partesi da un tempu specificu, per una durata specifica, è pò include l'infurmazioni di destinazione chì designanu risorse specifiche chì duveranu participà à l'avvenimentu.

Facilitatore Infrastruttura intermediaria - Questa hè l'infrastruttura, separata da l'Infrastruttura Latu Demand, chì hè utilizata da u Partitu Intermediariu Facilitatore per interagisce cù e Risorse è l'entità di u latu di a griglia.
Facilitatore: Un terzu chì gestisce una parte o tutta l'esekzione di u prugramma DR in nome di l'utilità
Infrastruttura Grid - Questa hè l'infrastruttura chì hè posseduta o gestita da i Partiti di u Programma DR. Questa infrastruttura include l'implementazione di l'OpenADR VTN chì hè utilizatu per mandà segnali DR à Risorse iscritte in i Programmi DR.

Partitu Intermediariu - Questu hè un partitu chì generalmente travaglia in nome di u Partitu di Risorse per facilità a so participazione à i Programmi DR.
Cuntrollu di carica - Questa hè l'infrastruttura ligata à una Risorsa chì hè rispunsevule per cuntrullà in realtà a Risorsa è pruduce una carica specifica profile.
Caricà Profile Ughjettivu: Questa motivazione daretu à u sviluppu di un prugramma di DR è l'emissione di avvenimenti. Cum'è u desideriu di rasà i picchi.

Notificazione: Un periodu di tempu prima di l'ora di iniziu di un avvenimentu induve u pruprietariu di risorsa di a dumanda hè notificatu di un avvenimentu pendente.
Opt Cumportamentu: A risposta prevista da u pruprietariu di a risorsa di a dumanda dopu a ricezione di un avvenimentu. Questa risposta pò piglià a forma di e OptIn o OptOut indicazione se a risorsa participà o micca à l'eventu
Opt Risposte: Se un prugramma specificu deve esse bisognu di una risposta da e risorse di u latu di a dumanda in risposta à un avvenimentu, è ciò chì questi risposti sò tipicamente.

Opt Services: Schedule cumunicatu nantu à OpenADR per indicà cambiamenti tempurane in a dispunibilità di risorse per participà à l'avvenimenti.
Prerequisite: Criteriu chì deve esse cumpletu per chì un pruprietariu di risorsa di u latu di a dumanda si iscriva in un prugramma DR. Questu pò include a dispunibilità di a riunione di intervalli o una certa capacità minima di carichi
Drivers primari: A motivazione primaria da parte di l'utilità per creà u prugramma DR è emette avvenimenti. Cum'è "Riduzzione di a dumanda di punta è adeguatezza di e risorse"

Programmi - Questi sò i Programmi DR chì i Risorse sò iscritti.
Descrizzione di u prugramma: Una descrizzione narrativa di cumu funziona un prugramma. Parte di i mudelli di prugramma DR definiti in stu documentu
Tempu di u prugramma: U tempu di l'annu o stagioni durante cù un prugramma DR hè tipicamenti attivu

Disegnu di tarifa: E mudificazioni specifiche à a struttura di tariffu o incentivi pagati per motivà i pruprietarii di risorse di a dumanda à participà à u prugramma
I servizii di registrazione: U serviziu utilizatu da u protocolu OpenADR per stabilisce l'interoperabilità di basa trà un VTN è VEN, è per cunvalidà chì u VEN hè assuciatu cù u contu di i clienti di l'utilità.
Servizii di rapportu: Serviziu utilizatu da l'OpenADR per permette à i VEN di furnisce rapporti à i VEN. U prugramma DR deve specificà i requisiti di rapportu per u prugramma.

Partitu di risorse - Questu hè u partitu chì pussede u latu di a dumanda Risorse chì ponu esse iscritte in Programmi DR
Risorsa - Questa hè l'entità chì hè iscritta in i Programmi DR è hè capace di furnisce una sorta di cambiamentu à a so carica profile in risposta à riceve un signalu DR da un VTN.
Cliente di destinazione: U profile di risorsi latu dumanda chì pò iscrizzione in un specifichi prugrammi DR cum'è residenziale, industriale, o forsi basatu nantu à livellu di cunsumu electricità.

Carichi di destinazione: I risorsi di u latu di a dumanda chì a carica deve esse mudificata dopu a ricezione di a
VEN - Questu hè u OpenADR Virtual End Node chì hè utilizatu per interagisce cù u VTN.
VTN - Questu hè u OpenADR Virtual Top Node chì hè utilizatu per interagisce cù e Risorse iscritte in i Programmi DR.

Abbreviazioni

BMS: Sistema di Gestione di l'Edifiziu
C&I: Commerciale è Industriale
Comm: Comunicazioni trà dui entità
DR: Risposta di dumanda
EMS: Sistema di Gestione Energetica
OpenADR: Open Automated Demand Response
Programmi: Riferimentu à un prugramma di Risposta à a Demanda
VEN: Node Finale Virtuale
VTN: Node Virtual Top

Tipi di prugramma di risposta à a dumanda

Stu documentu cuntene mudelli per i prugrammi DR mostrati quì sottu.

1. Critical Peak Pricing: Tariffa è / o struttura di prezzu cuncepitu per incuragisce u cunsumu ridottu durante i periodi di prezzi elevati di u mercatu à l'ingrossu o cuntingenze di u sistema imponendu una tarifa alta o prezzu pre-specificata per un numeru limitatu di ghjorni o ore.

2. Programma di offerta di capacità: Un prugramma chì permette à una risorsa di dumanda in i mercati di vendita di vendita è grossista per offre riduzioni di carica à un prezzu, o per identificà a quantità di carica chì hè disposta à riduce à un prezzu specificu.

3. Programma di Termostati Residenziale / Controlu di Carica Diretta: Una attività di risposta à a dumanda per quale u patrocinatore di u prugramma cuntrolla remotamente l'equipaggiu elettricu di un cliente (per esempiu, l'aria condizionata) in brevi avvisi. Questi prugrammi sò principalmente offerti à i clienti residenziali o picculi cummirciali.

4. Rapid DR Dispatch / Programma di servizii ancillari: Un prugramma di risposta à a dumanda chì furnisce pagamenti d'incentive à i clienti per a risposta di carica durante un Eventu di Risposta à a Demanda di Emergenza. Una cundizione anormale di u sistema (per esample, limitazioni di u sistema è limitazioni di capacità lucale) chì necessitanu l'azzione manuale automatica o immediata per prevene o limità u fallimentu di e instalazioni di trasmissione o di l'approvvigionamentu di generazione chì puderanu affettà negativamente l'affidabilità di u Sistema Elettricu Bulk. Stu tipu di prugrammi pò esse chjamatu "Servizi Ancillary".

5. Prugramma DR di Veiculu Elettricu (EV).: Una attività di risposta à a dumanda per quale u costu di carricà i veiculi elettrici hè mudificatu per fà chì i cunsumatori cambienu i mudelli di cunsumu.

6. Programma DR di Risorse Energetiche Distribuite (DER).: Una attività di risposta à a dumanda utilizata per liscia l'integrazione di e risorse energetiche distribuite in a rete intelligente.

Scenarii di Distribuzione

U modu in quale un prugramma DR hè implementatu hè un pocu indipendente da e caratteristiche di u prugramma DR stessu. I seguenti diagrammi mostranu una varietà di modi in quale un prugramma DR pò esse implementatu. A sezione seguente furnisce una riferenza incruciata trà i scenarii di implementazione è i Programmi DR chì sò più probabili di esse utilizati.

I diagrammi in questa sezione mostranu e relazioni trà e entità in i diversi scenarii.

Direttu 1

Questu hè un scenariu simplice in quale ci hè una relazione diretta trà u Partitu di u Programma DR è u Partitu di Risorse. U Partitu di Risorse hè rispunsevule per iscrive e so Risorse in i Programmi DR è l'Infrastruttura di Griglia interagisce direttamente cù e Risorse via un VEN chì risiede in l'Infrastruttura Latu Demand. Inoltre, u VEN hè di proprietà di u Partitu di Risorse è hè separatu da e Risorse è i so cuntrolli. Quandu un signalu DR hè ricevutu da u VEN, in genere ùn implementa alcuna logica di cuntrollu di carica, ma solu trasmette i segnali à i cuntrolli di carica chì piglianu l'azzione adatta. EsampI di stu scenariu includenu edifici C&I chì ponu installà una porta chì cuntene un OpenADR VEN è quandu un signalu hè ricevutu da quella porta, si traduce solu in un altru protocolu è trasmette à i cuntrolli di carica stessi.

Direttu 2

Questu hè assai simili à u scenariu Direct 1. A diferenza principale hè in quantu a VEN hè instanziata è l'interazzione cù u VTN facilitate. U VEN hè instanziatu in una entità cum'è un BMS centralizatu chì pò implementà a logica DR è interagisce cù Compound Resource è i so numerosi controller di carica differenti da un locu più centralizatu. Esampi includenu grandi edifici cù un BMS chì cuntrolanu assai carichi diffirenti in un edifiziu (per esempiu, illuminazione, HVAC, prucessi industriali, etc.)ampusi chì ponu avè parechje facilità cù un sistema di cuntrollu centralizatu.

Direttu 3

Stu scenariu hè assai simili à u scenariu Direct 1. A principal diferenza hè chì u VEN hè instantiatu direttamente in a risorsa è u so controller di carica. In questu casu, i signali DR sò mandati direttamente à a risorsa è u so controller di carica. U scenariu chjamatu "prezzi à i dispositi" hè in questa categuria. Esamples includeria ogni tipu di cuntrollu di carica cum'è HVAC (ie termostatu) chì hà un VEN incrustatu chì hè capace di interagisce direttamente cù l'entità laterali di a rete VTN.

Direttu 4

Questa hè una cumminazione di sorte di scenarii Direct 1 è Direct 2. A diferenza principale hè chì parechji VEN sò assuciati cù una sola risorsa composta chì hè cumpostu di parechje assi cù i so cuntrolli di carica. Ciascunu di i cuntrolli di carica chì compone a Risorsa Cumposta pò esse assuciata cù un VEN differente. Nota chì tutti i VEN seranu sottu à u cuntrollu di u stessu Partitu di Risorsa chì pussede a Risorsa Cumposta. Stu scenariu esiste per facilità l'Infrastrutture Side Demand chì anu Risorse Compound, ma ùn anu micca un BMS centralizatu cum'è u scenariu Direct 2. Esamples putissi include edifizii cù differente cuntrolli di carica à ogni pianu, ma senza BMS centralized, o campusa cù cuntrolli diffirenti in ogni edifiziu, ma micca campu controller largu. Siccomu da a perspettiva di u Partitu di u Programma DR, ci hè solu una sola risorsa inscritta in u prugramma quandu vole mandà un signalu DR à a risorsa, pò solu mandà i stessi signali à ognunu di i VEN designati chì sò stati assuciati cù a Risorsa.

Facilitatore 1

In questu scenariu ci hè un intermediariu chì facilita l'interazzione trà u Partitu di u Programma DR è e Risorse. Di genere, u Partitu Intermediariu travaglia in nome di u Partitu di Risorse per aiutà à gestisce e so Risorse. I Partiti di Risorse anu relazioni dirette cù u Partitu di u Programma DR è iscrivenu e so risorse in i Programmi DR. Cusì u Partitu di Programma DR views ogni Parte di Risorsa cum'è una Risorsa separata è pò interagisce cun elli individualmente. U rolu di u Partitu Intermediariu hè di agisce cum'è un passaghju trà tutte l'interazzioni ligati à OpenADR, cusì u VEN hè instanziatu in l'Infrastruttura Intermediaria Facilitatore. Tali infrastrutture sò spessu basi di nuvola è offerte à i Partiti di Risorse cum'è Software as a Service (SaaS). Quandu u signale DR hè ricevutu da u VEN di u Facilitatore, una quantità di diverse azzioni pò esse realizatu, cumprese l'invio di u signale DR à a Risorsa appropritata è possibbilmente implementà una sorta di Logic DR è l'inviu di cumandamenti di cuntrollu di carica à u controller di carica di ogni Risorsa. EsampI risultati di stu scenariu includenu:

Venditori chì gestiscenu e facilità per i grandi catene cummirciali, cum'è i big box retail.
Intermediarii di cuntrollu industriale.
Cumpagnia di servizii di energia (ESCO)
Sistemi di gestione di l'apparecchi è di i dispositi basati in nuvola cum'è i venditori emergenti di termostati di cumunicazione intelligente.

Aggregatore 1

Stu scenariu hè simile à u scenariu Facilitator. A principal diferenza hè chì u Partitu Aggregatore hà a relazione cù u Partitu di u Programma DR in uppusizione à i Partiti di Risorse. U Partitu Aggregatore aggrega parechji Assets di i clienti in una sola Risorsa chì iscrive in i Programmi DR. U Partitu di u Programma DR ùn hà micca visibilità in l'Assi individuali chì l'Aggregatore gestisce. Cum'è cù u Facilitator, l'Aggregator hà a so propria infrastruttura induve u VEN hè istanzatu. A diferenza hè chì quandu un signalu DR hè ricevutu si riferisce à una sola risorsa è l'Aggregatore implementa una sorta di logica DR nantu à tutti l'Assi in a so cartera per ottene l'ugettivi specificati in u signal DR.

Scenariu di implementazione è mappatura di u prugramma DR

A tabella quì sottu furnisce quali scenarii di implementazione sò più cumuni per un prugramma DR specificu.

	Scenariu di implementazione
U mudellu DR	Direttu 1, 2, 3, 4	Facilitatore 1	Aggregatore 1
U prugramma CPP	∆	∆
Programma di offerta di capacità			∆
Termostatu residenziale prugramma		∆
Spedizione rapida DR			∆
Prugramma DR di Veiculu Elettricu (EV).	∆	∆
Programma DR di Risorse Energetiche Distribuite (DER).	∆	∆

Selezzione di un mudellu di prugramma DR

I seguenti sò un inseme di dumande chì sò pertinenti à qualsiasi utilità per implementà un novu prugramma DR. Questu ùn hè micca significatu per esse cumpletu, ma rapprisenta alcuni di i prublemi più pertinenti. L'intenzione di queste dumande hè di aiutà à guidà l'utilità versu un inseme adattatu di mudelli di prugramma DR.

Q: Perchè vo vulete fà DR? Chì cundizione di griglia o prublema operativa pruvate à mitigà cù DR?

Questa hè di granu a quistione più impurtante è forma a basa per i requisiti è l'ugettivi generale per ciò chì u prugramma DR hè suppostu di ottene. A risposta à sta quistione definisce cumu u latu dumanda carica profile hè suppostu esse furmatu da u prugramma DR. Tutti l'altri esigenze scorri da a risposta à sta quistione.

Pruvate di rasà i picchi?
Vulete chjappà a panza di l'anatra ?
Pruvate di copre u prezzu spot di l'electricità?
Sò preoccupatu di l'affidabilità di a rete?
Pruvate di priservà l'assi di a rete?
Etc etc. ecc.

A tavula sottu furnisce un cuntestu supplementu à e motivazioni daretu à vulè sviluppà un prugramma DR

Sicurezza è affidabilità di a rete	Frequenza è Voltage Stabilità
	Adecuazione di risorse
	Capacità di punta
	Ramping
	Cuntinenza
Acquisizione di energia	Prezzi di u Mercatu Spot
Acquisizione di energia	Arbitrage di u prezzu
Gestione di l'assi	Prevenzione di danni
	Riduzzione di mantenimentu
	Extension di a vita
Gestione di capacità	Beneficii ecunomichi
Gestione di capacità	Gestione d'urgenza
Ambientale	Negawatt
Ambientale	Energia Pulita

Q: Ci hè un prugramma DR esistente o tariffu digià in piazza per stu prugramma?

Spessu i reguli di u prugramma sò scritti esplicitamente in una tarifa.

Q: Quale segmentu di u mercatu di u latu di a dumanda avete destinatu cù stu prugramma?

Questu pò aiutà à determinà a destinazione di e risorse in l'eventu è u tipu di signale.

Residenziale
Grandi C&I
Petite C&I
Agriculture
Gestione di l'acqua
Veiculi elettrici
Etc, ecc, ecc

Q: Pruvate di mira tipi specifichi di carichi?

Termostati
Veiculi elettrici
Pompe Ag
ecc.

Q: Chì ghjè u vostru mudellu di implementazione?

A risposta à sta quistione pò influenzà a manera chì e risorse sò definite in u prugramma è determinanu cumu queste risorse sò destinate à l'avvenimenti.

Direttu à i clienti
Per mezu di intermediari cum'è aggregatori o facilitatori
Cliente rispunsevuli di acquistà è implementà u so propiu equipamentu VEN?
ecc.

Q: À chì livellu di specificità vulete interagisce cù i carichi di u latu di a dumanda?

Sta quistione hè un pocu ligata à u mudellu di implementazione è determina cumu e risorse in u prugramma sò definite è destinate. Hè una di e dumande più impurtanti è possibbilmente cumplesse.

Interagisce cù ogni risorsa individuale
Interagisce attraversu un facilitatore o aggregatore senza specificazione di e risorse daretu à elli
Interagisce per mezu di un facilitatore o aggregatore È specificà quale risorse daretu à elli deve esse spedite
Aduprà u locu cum'è un attributu per specificà risorse
Aduprate una sorta di mecanismu di raggruppamentu definitu di utilità per specificà risorse
Target à l'assi individuali cum'è i termostati
Interagisce senza risorse è trasmette solu l'avvenimenti DR
ecc.

Q: Chì mudellu di interazzione vulete impiegà per influenzà a carica di i vostri clienti profiles?

Sta quistione determina u tipu di signali DR chì serà mandatu à i participanti in un prugramma.

Incentivi (per esempiu, prezzi dinamichi)
Spedizioni di carica (per esempiu, servizii accessori)
Cuntrolu direttu di carica
Segnale d'avvenimentu genericu
ecc.

Q: Chì sò l'attributi generale di pianificazione di risorse di u prugramma?

Date è ore chì l'avvenimenti ponu esse chjamati
Frequenza di l'avvenimenti
Durata di l'avvenimenti
Latenzi permessi per a propagazione di l'avvenimenti
ecc.

Q: Cumu hè determinata a dispunibilità di risorse in u prugramma?

Per regule strette di u prugramma
Cum'è parte di qualchì prucessu di nomina o offerta fatta da a risorsa
Opt In / Out permessu?
ecc.

Q: Chì tippu di visibilità avete bisognu in u rendiment di a risorsa?

Questa hè una quistione assai larga è determina quale tipu d'infurmazioni hè rimbursatu da e risorse in u prugramma DR. In generale, questu determina u tipu di rapporti chì sò necessarii.

In linea / Offline
Usu (attuale è / o storicu)
Carica potenziale di risposta
A dispunibilità di carica
Carica / statu di l'asset (attuale è / o storicu)
Etc., etc. ecc.

Modelli di prugramma di risposta à a dumanda

Programma di Pricing Peak Critical (CPP)

Caratteristiche di u prugramma CPP DR


Caricà Profile Ughjettivu	- Riduzzione di a dumanda di punta
Drivers primari	-Spese di capitale ridutta è i costi energetichi ridotti
Descrizzione di u prugramma	Quandu l'utilità osservanu o anticipanu i prezzi elevati di u mercatu à l'ingrossu o e cundizioni d'emergenza di u sistema di energia, ponu chjamà avvenimenti critichi durante un periodu di tempu specificu (per esempiu, 3 pm-6 pm in un caldu ghjornu di l'estate), u prezzu per l'electricità durante questi periodi di tempu hè sustancialmente. risuscitatu.
Incentivu à i Clienti	I clienti ponu esse offerti prezzi di l'energia scontati durante i periodi di punta cum'è incentive per participà à u prugramma.
Disegnu di tarifa	CPP hè un prugramma di prezzu cù tassi chì aumentanu durante i picchi critichi in u cunsumu d'energia. Tipicamente, i tassi CPP sò un sommatore o un multiplicatore à i tassi di basa flat, tiered, o TOU.
Cliente di destinazione	-Residenziale o C&I
Carica di destinazione	- Qualchese
Prerequisite	-U Cliente deve avè una misurazione di intervalli -C & I clienti pò avè à scuntrà un criteriu dumanda
Tempu di u prugramma	-Typically spans mesi di l'annu induve u cunsumu di energia piccu si trova, ancu s'ellu pò esse annu in certi casi.
Limitazioni di l'avvenimentu	-Tipicamenti da u luni à u vennari, eccettu i vacanze, cù avvenimenti di ghjornu consecutivi tipicamente permessi
Ghjorni di l'avvene	-Tipicamenti 9 à 15 per annu
Durata di l'avvenimentu	-Tipicamenti durante un marcu di tempu fissu per tutti l'avvenimenti chì varienu da 4 à 6 ore durante i tempi di cunsumu energeticu più altu di u ghjornu.
Notificazione	-Tipicamenti ghjornu avanti
Opt Cumportamentu	-Tipicamenti i clienti ùn sò micca obligatu di participà à l'avvenimenti
Certificazione Avvenimenti	-Tipicamenti nimu

Caratteristiche OpenADR per i prugrammi CPP

Segnali d'avvene	–Un signalu SIMPLU cù i livelli 1 à 3 mappatu à l'impattu di prezzu di l'avvenimentu CPP. Se un prugramma CPP hà un solu cumpunente di prezzu, deve esse mappatu à u nivellu 1. Per i prugrammi CPP cù cumpunenti di prezzi multipli, u più chjucu cumpunente di prezzu deve esse mappatu à u livellu 1, cù l'altri cumpunenti di prezzu mappatu à i livelli 2 è 3 in gradu crescente. di l'impattu di i prezzi. -Se a implementazione sustene B profile VEN, in più di u signalu SIMPLE, un signalu ELECTRICITY_PRICE pò esse inclusu in u payload cù un tipu di priceRelative, priceAbsolute, o priceMultiplier sicondu a natura di u prugramma. Vede l'Annex A per examples.
Opt Risposte	-VTNs mandanu avvenimenti duverebbe stabilisce l'elementu oadrResponseRequired à "sempre", esigendu chì u VEN risponde cù un optIn o optOut -Siccomu a participazione à un prugramma CPP hè un eserciziu di "megliu sforzu", ùn ci hè micca significatu formale per optIn o optOut oltre una indicazione di disponibilità di cortesia di intenzione di participà. Ricumandemu chì I VEN rispundenu cù optIn, salvu chì ùn ci hè stata una certa azione di annullamentu specifica presa da u cliente. -U payload oadrCreateOpt ùn seria micca usatu per qualificà e risorse chì participanu à l'avvenimenti.
Descrizzione di l'avvenimentu	- L'avvenimentu a priorità deve esse stabilita à 1 salvu chì e regule di u prugramma o a cunfigurazione VTN specificanu altrimenti –L'avvenimenti di prova ùn sò generalmente micca usati cù i prugrammi CPP. Tuttavia, s'elli sò permessi, l'elementu testEvent deve esse stabilitu à "true" per indicà l'avvenimentu di prova. Se l'infurmazioni parametrizzati supplementari sò necessarii in questu elementu pò seguità "veru" separatu da un spaziu cù questa infurmazione supplementaria.
Periudu di l'avvenimentu attivu	– eiRampUp, eiRecovery, elementi di tolleranza sò tipicamente micca usati
Basi di basa	–E linee di basa ùn sò generalmente micca incluse in a carica di l'eventu
Targeting di l'avvenimenti	- I prugrammi di CPP ùn sò micca differenziati trà e risorse per un determinatu cliente. Targeting tipicamente specifica u venID, indicà chì tutte e risorse assuciate cù u VEN anu da participà, o una lista di tutti i resourceIDs assuciatu cù VEN.
Servizii di rapportu	–U rapportu di telemetria ùn hè generalmente micca utilizatu postu chì ùn hè micca assolutamente necessariu per i prugrammi CPP. Vede l'Annex B per examples di rapporti da i piloti utilitarii chì puderanu esse applicabili à stu tipu di prugramma.

Opt Services	–Utilizà u serviziu Opt per cumunicà i schedarii di dispunibilità tempuranee tipicamenti ùn saria micca usatu cum'è parte di un prugramma CPP. Tuttavia, alcune implementazioni puderanu aduprà stu serviziu per priservà i ghjorni di l'avvenimenti dispunibili per i clienti chì indicanu mancanza di dispunibilità.
I servizii di registrazione	Intervalli di votazione dumandatu da u VTN per i prugrammi tipici di u CPP di ghjornu ùn sò micca necessariu esse più frequenti chì una volta à l'ora. Tuttavia, l'usu di u sondaghju per a rilevazione di u battitu di u core pò esse bisognu di un sondaghju più frequente.

Programma di offerta di capacità

Caratteristiche di u prugramma DR di capacità di offerta

Caricà Profile Ughjettivu	- Riduzzione di a dumanda di punta è l'adeguatezza di e risorse
Drivers primari	-Spese di capitale ridutta è i costi energetichi ridotti
Descrizzione di u prugramma	U prugramma di offerta di capacità hè utilizatu da ISO / utilità per ottene capacità di carichi pre-impegnati da aggregatori o clienti auto-aggregati. Questa capacità di carichi di carica pre-impegnata hè aduprata da ISO / utilità quandu osservanu o anticipanu prezzi elevati di u mercatu à l'ingrossu, cundizioni d'emergenza di u sistema di energia, o cum'è parte di l'utilizazione normale di risorse energetiche chjamendu l'avvenimenti DR durante un periodu di tempu specificu. Nota chì ogni aggregatore hè tipicamente rispunsevuli di cuncepisce u so propiu prugramma di risposta à a dumanda, è ancu di l'acquistu di i clienti, è a notificazione di l'avvenimenti per risponde à l'impegni di capacità assuciati cum'è parte di stu prugramma.
Incentivu à i Clienti	Aggregatori / clienti ricevenu dui tipi di incentivi. Prima, ricevenu un pagamentu di capacità per mantene una quantità specifica di capacità di carichi di carica dispunibule per l'avvenimenti DR durante una finestra di u tempu futuru. Siconda, se un avvenimentu hè chjamatu durante a finestra di u tempu futuru, un pagamentu d'energia pò esse fattu per a caduta di carica annantu à a durata di l'avvenimentu.
Disegnu di tarifa	I participanti à u prugramma facenu un'offerta di "nominazione di capacità" chì indicanu a capacità di carichi di carichi chì sò disposti à tene cum'è dispunibule durante una finestra di u tempu futuru. L'offerta pò ancu include l'incentivazione chì l'agregatore / cliente hè dispostu à accettà per a caduta di carica sottu un valore di basa. In i mercati di utilità, l'impegnu di capacità hè tipicamente per u prossimu mese di u calendariu, anche se i marchi di tempu assai più longu sò usati in i mercati ISO. Cum'è parte di a nomina di capacità, u cliente pò esse capace di sceglie trà una quantità di caratteristiche cumprese u ghjornu in anticipu o u ghjornu di notificazione è a finestra di durata di l'avvenimentu (cum'è 1-4 ore, 2-6 ore, ...). Un pagamentu di capacità hè fattu à u cliente per questu pre-impegnu ancu s'ellu ùn ci hè micca avvenimenti chjamati durante a finestra di u tempu. Se un avvenimentu hè chjamatu durante a finestra di u tempu, u cliente pò riceve un pagamentu d'energia per u capannone di carichi in relazione à una linea di basa, ma e penalità ponu applicà se menu di a capacità di carichi pre-impegnata hè consegnata à u mumentu chì l'avvenimentu hè chjamatu.
Cliente di destinazione	-Aggregatori è clienti C&I autoaggregati
Carichi di destinazione	- Qualchissia

Prerequisite	-U Cliente deve avè una misurazione di intervalli -C & I clienti pò avè à scuntrà un criteriu dumanda o offerta
Tempu di u prugramma	- In ogni mumentu
Limitazioni di l'avvenimentu	-Tipicamenti da u luni à u vennari, eccettu i vacanze, cù avvenimenti di ghjornu consecutivi tipicamente permessi
Ghjorni di l'avvene	-Tipicamenti un massimu di 30 ore per mese
Durata di l'avvenimentu	-Tipicamenti durante una finestra di tempu fissu per tutti l'avvenimenti durante i tempi di cunsumu energeticu più altu di u ghjornu.). A durata di l'avvenimentu varieghja da l'impegnu di a capacità di u cliente cù preferenze chì varieghja da 1 à 8 ore o cum'è specificata da u disignu di u prugramma
Notificazione	-Day-ahead o day-of secondu e preferenze di l'impegnu di capacità di u cliente o u disignu di u prugramma
Opt Cumportamentu	-Tipicamenti i clienti avissi a opt-in à l'avvenimenti datu chì, cum'è anu pre-impegnu capacità di carichi di carichi.
Certificazione Avvenimenti	-Tipicamenti dui per annu (Test)

Caratteristiche OpenADR per i prugrammi di offerta di capacità

Segnali d'avvene	–Un signalu SIMPLU cù i livelli da 1 à 3 mappatu à a quantità di carica. Se u prugramma sustene solu un unicu livellu di carica, chì deve esse mappatu à u nivellu 1. Per i prugrammi cù parechji livelli di carica, u più chjucu cambiamentu da u funziunamentu normale deve esse mappatu à u nivellu 1, cù i valori di carichi di carica mappati à. Livelli 2 è 3 in gradu crescente di carichi di carica. -Se a implementazione sustene B profile VEN, in più di u signale SIMPLE, un signalu BID_LOAD è / o BID_PRICE pò esse inclusu in u payload cù tipi di signali di setpoint è prezzu, è unità di powerReal è currencyPerKW rispittivamenti. U BID_LOAD rifletterebbe a carica dumandata finu à a quantità di capacità offerta da l'aggregatore / cliente, è u BID_PRICE rifletterebbe l'offerta di incentivazione da l'aggregatore / cliente. Vede l'Annex A per examples.
Opt Risposte	-VTNs mandanu avvenimenti duverebbe stabilisce l'elementu oadrResponseRequired à "sempre", esigendu chì u VEN risponde cù un optIn o optOut - Cum'è aggregators / clienti hannu capacità pre-impegnu VEN deve risponde cù optIn. Un opt out pò esse mandatu in risposta à l'avvenimentu, ma questu hè un indicazione informale di dispunibilità, micca un opt out formale di l'avvenimentu. - U oadrCreateOpt payload ùn saria micca usatu per qualificà e risorse chì participanu à l'eventi cum'è tipicamente a carica hè una sola entità aggregata.
Descrizzione di l'avvenimentu	- L'avvenimentu a priorità deve esse stabilita à 1 salvu chì e regule di u prugramma o a cunfigurazione VTN specificanu altrimenti –Eventi di prova ponu esse utilizati cù i prugrammi Capacity Bidding. Se sò permessi, l'elementu testEvent deve esse stabilitu à "true" per indicà l'avvenimentu di prova. Se l'infurmazioni parametrizzati supplementari sò necessarii in questu elementu pò seguità "veru" separatu da un spaziu cù questa infurmazione supplementaria.
Periudu di l'avvenimentu attivu	– eiRampUp, eiRecovery, elementi di tolleranza sò tipicamente micca usati
Basi di basa	–E linee di basa ùn sò generalmente micca incluse in a carica di l'eventu cum'è sti dati tipicamente ùn sò micca dispunibili à u mumentu chì l'avvenimentu hè iniziatu. Tuttavia, tramindui l'utilità è l'aggregatori / i clienti view l'inclusione di l'infurmazioni di basa in l'avvenimenti cum'è utili.
Targeting di l'avvenimenti	- I prugrammi di l'offerta di capacità di solitu ùn distinguenu micca risorse per un determinatu cliente. Targeting tipicamente specifica u venID, indicà chì tutte e risorse assuciate cù u VEN anu da participà, o include un resourceID rappresentante di a carica aggregata assuciatu cù VEN.
Servizii di rapportu	I prugrammi di offerta di capacità ISO generalmente necessitanu rapporti TELEMETRY_USAGE cù punti di dati powerReal. Vede examples à l'annexe A. A rappurtazione di telemetria per l'offerta di capacità di utilità di solitu ùn hè micca necessaria. Nota chì i rapporti di telemetria necessitanu B profile VEN. Vede l'Annex B per examples di rapporti da i piloti utilitarii chì puderanu esse applicabili à stu tipu di prugramma.
Opt Services	–Utilizà u serviziu Opt per cumunicà i schedarii di dispunibilità tempuranee tipicamenti ùn saria micca usatu cum'è parte di un prugramma di Capacity Bidding postu chì i clienti anu pre-impegnatu a so dispunibilità. Tuttavia, stu serviziu pò esse utile cum'è un modu informale per i participanti per indicà una mancanza di dispunibilità per ragioni attenuanti cum'è fallimentu di l'equipaggiu.
I servizii di registrazione	Intervalli di votazione dumandatu da u VTN per i prugrammi tipici di ghjornu ùn sò micca necessariu esse più frequenti chì una volta à l'ora. Tuttavia, l'usu di u sondaghju per a rilevazione di u battitu di u core o di i prugrammi di ghjornu pò esse bisognu di sondaggi più frequenti.

Programma di Termostati Residenziale

Stu prugramma hè rappresentativu di u cuntrollu di carica diretta (DLC) induve u signale di Risposta di a Demand modifica direttamente u cumpurtamentu di e risorse di carichi di carica, senza una strata di astrazione trà a ricezione di u signale è l'azzione specifica di caduta di carica presa.

Caratteristiche di u prugramma DR di Termostati Residenziale

Caricà Profile Ughjettivu	- Riduzzione di a dumanda di punta
Drivers primari	-Spese di capitale ridutta è i costi energetichi ridotti
Descrizzione di u prugramma	-Quandu l'utilità osservanu o anticipanu i prezzi elevati di u mercatu à l'ingrossu o e cundizioni d'emergenza di u sistema di energia, ponu inizià un avvenimentu chì mudifica u cumpurtamentu di u termostatu di cumunicazione programabile (PCT) di u cliente in un periodu di tempu specificu (per esempiu, 3 pm-6 pm in un caldu). settimana d'estate) per riduce u cunsumu d'energia. -U cambiamentu di u cumpurtamentu PCT in risposta à l'eventu pò esse un cambiamentu simplice in u setpoint di temperatura per a durata di l'avvenimentu o un settore più cumplessu di cambiamenti, cumpresu pre-cooling, chì minimizzanu l'impattu di l'avvenimentu nantu à u cunfortu di u cliente. livellu.
Incentivu à i Clienti	- L'incentive piglianu duie forme generale. Prima, i clienti ponu esse furniti cun un PCT gratuitu o offerti sconti / scontri nantu à i PCT acquistati da u cliente cum'è incentive per iscrive in u prugramma DR. Siconda, i clienti ponu riceve un stipendiu annuale continuu per l'iscrizzione cuntinuata in u prugramma. Meno cumuni seranu incentivi continui pagati à i clienti basati nantu à a riduzzione energetica attuale durante l'avvenimenti.
Disegnu di tarifa	-Primariamente un prugramma d'incentivazione, induve i clienti ricevenu PCT scontati o gratuiti per a iscrizzione in u prugramma DR. Certi prugrammi ponu pagà un stipendiu periodicu o pagamenti d'incentive basatu annantu à a riduzione di energia durante l'avvenimenti.
Cliente di destinazione	- Residenziale
Carica di destinazione	- HVAC
Prerequisite	-Tipicamenti nimu, cum'è i clienti ricevenu un PCT cum'è parte di l'iscrizzione di u prugramma
Tempu di u prugramma	-Typically spans mesi di l'annu induve u cunsumu di energia piccu si trova, ancu s'ellu pò esse annu in certi casi.
Limitazioni di l'avvenimentu	-Tipicamenti da u luni à u vennari, eccettu i vacanze, cù avvenimenti di ghjornu consecutivi tipicamente permessi.
Ghjorni di l'avvene	-Tipicamenti 9 à 15 per annu
Durata di l'avvenimentu	- L'avvenimenti ponu accade in ogni mumentu, cù una durazione chì varieghja da 2 à 4 ore, ancu s'è tipicamenti l'avvenimenti si verificanu durante i tempi di cunsumu energeticu più altu di u ghjornu.
Notificazione	-Tipicamenti ghjornu avanti, ancu s'è certi prugrammi ponu avè tempi di notificazione cortu cum'è 10 minuti.
Opt Cumportamentu	-I clienti ùn sò micca obligati di participà à l'avvenimenti, ma saranu automaticamente attivati à l'avvenimenti, salvu chì ùn agiscenu per annullà l'avvenimentu o fà aghjustamenti manuali à a temperatura durante l'avvenimentu.
Certificazione Avvenimenti	-Tipicamenti nimu

Caratteristiche OpenADR per i Programmi di Termostati Residenziale

Segnali d'avvene	–Un signalu SIMPLU cù i livelli da 1 à 3 mappatu à u cambiamentu di l'offsets di u setpoint di temperatura PCT o per centu di cicli termostaticutage . Se un prugramma di termostatu residenziale hà un solu cumpunente offset / ciclismu, deve esse mappatu à u nivellu 1. Per i prugrammi cù parechje cumpunenti offset / ciclismu, u più chjucu cambiamentu da u funziunamentu normale deve esse mappatu à u livellu 1, cù l'altri valori offset / ciclichi. mappatu à i livelli 2 è 3 in un gradu crescente di impattu di carichi. -Se a implementazione sustene B profile VEN, in più di u signale SIMPLE, un signalu LOAD_CONTROL pò esse inclusu in u payload cù un tipu di x-loadControlLevelOffset o x-loadControlCapacity per specifià l'offset di u setpoint di temperatura desideratu o u percentu di ciclu termostaticutage rispettivamente. Hè ricumandemu chì a tipu di unità di "temperatura" utilizata in carichi utili chì utilizanu u x-loadControlLevelOffset signalType per indicà Celsius o Fahrenheit per l'offset. Vede l'Annex A per examples.
Opt Risposte	-VTNs mandanu avvenimenti duverebbe stabilisce l'elementu oadrResponseRequired à "sempre", esigendu chì u VEN risponde cù un optIn o optOut – I VEN duveranu risponde cù optIn, salvu chì ùn ci hè stata una certa azione di annullamentu specifica presa da u cliente. - U oadrCreateOpt payload pò esse usatu da VENs per qualificà a participazione di risorse in un avvenimentu. Per esempiu, un avvenimentu pò destinà l'ID di risorse di dui termostati chì cuntrolanu sistemi HVAC separati. Se u cliente decide chì solu unu di i sistemi HVAC pò participà à l'avvenimentu, questu serà cumunicatu à u VTN utilizendu a carica utile oadrCreateOpt. Nota chì u payload oadrCreateOpt hè solu supportatu da B profile VEN
Descrizzione di l'avvenimentu	- L'avvenimentu a priorità deve esse stabilita à 1 salvu chì e regule di u prugramma o a cunfigurazione VTN specificanu altrimenti –L'avvenimenti di prova ùn sò generalmente micca usati cù prugrammi Termostati Residenziale. Tuttavia, s'elli sò permessi, l'elementu testEvent deve esse stabilitu à "true" per indicà l'avvenimentu di prova. Se l'infurmazioni parametrizzati supplementari sò necessarii in questu elementu pò seguità "veru" separatu da un spaziu cù questa infurmazione supplementaria.
Periudu di l'avvenimentu attivu	–A randomizazione hè tipicamente aduprata per l'avvenimenti di termostatu residenziale chì utilizanu l'elementu di tolleranza – eiRampL'elementi Up è eiRecovery sò tipicamente micca usati
Basi di basa	–E linee di basa ùn sò generalmente micca incluse in a carica di l'eventu
Targeting di l'avvenimenti	-I prugrammi di Termostati Residenziale miranu risorse HVAC cuntrullate da PCT. Targeting tipicamente specifica i resourceIDs di i sistemi HVAC (vale à dì u termostatu) assuciatu cù VEN o u venID cù u scopu di classa di u dispositivu di signale di l'avvenimentu stabilitu à Termostat
Servizii di rapportu	–U rapportu di telemetria ùn hè generalmente micca utilizatu cum'è ùn hè micca assolutamente necessariu per i prugrammi di termostatu residenziale Vede l'Annex B per examples di rapporti da i piloti utilitarii chì puderanu esse applicabili à stu tipu di prugramma.
Opt Services	–Utilizà u serviziu Opt per cumunicà i schedarii di dispunibilità tempuranee tipicamenti ùn saria micca usatu cum'è parte di un prugramma CPP.
I servizii di registrazione	Intervalli di votazione dumandatu da u VTN per i prugrammi tipici di Termostati Residenziale di ghjornu ùn sò micca necessariu esse più frequenti chì una volta à l'ora. Tuttavia, l'usu di u sondaghju per a rilevazione di u battitu cardiacu pò esse bisognu di sondaggi più frequenti cum'è i prugrammi di termostati residenziali cù tempi di notificazione sostanzialmente più brevi.

Spedizione rapida DR

Caratteristiche di u prugramma Fast DR Dispatch

Caricà Profile Ughjettivu	- Invia risorse per ottene una risposta di carica in "tempu reale"
Drivers primari	-Grid reliability è servizii ausiliari
Descrizzione di u prugramma	Fast DR hè utilizatu da ISO / utilità per ottene una risposta di carica pre-impegata in "tempu reale". Questa risposta di carica pre-impegata hè aduprata da ISO / utilità quandu osservanu e cundizioni chì necessitanu azzione immediata per mantene a stabilità è l'integrità di a griglia. In tempu reale significa chì e risorse sò tipicamente spedite cù una latenza chì varieghja da 10 minuti per risorse chì sò aduprate cum'è riserve à 2 seconde per risorse chì sò aduprate per scopi di regulazione. A dimensione di a risposta di carica deve esse abbastanza grande per fà una differenza in a mitigazione di a cundizione di a rete è cusì e risorse sò tipicamente assai grande è spessu gestite da aggregatori cum'è parte di una risorsa aggregata. E dimensioni minime per a risposta di carica per una risorsa per qualificà per participà à i servizii accessori sò tipicamente di circa 500 kW, ma pò esse à pocu pressu 100 kW per certi prugrammi. Nota chì, se a risorsa hè aduprata cum'è riserva, sarà tipicamente chjamata per diminuisce (vale à dì shed) a carica, ma s'ellu hè aduprata per scopi di regulazione pò esse spedita per aumentà o diminuite a carica.
Incentivu à i Clienti	L'aggregatori / i clienti ricevenu tipicamente dui tipi di incentivi. Prima, ricevenu un pagamentu per impegnà è rende dispunibule una quantità specifica di risposta di carica dispunibule per l'avvenimenti DR durante una finestra di u tempu futuru. A quantità di risposta di carica, a finestra di u tempu di dispunibilità è a quantità da pagà sò tipicamente stabilite da l'aggregatore / cliente. Siconda, se un avvenimentu hè chjamatu durante a finestra di u tempu futuru un pagamentu basatu annantu à a quantità di risposta di carica annantu à a durata di l'avvenimentu.
Disegnu di tarifa	I participanti à u prugramma presentanu una offerta chì indica a risposta di carica chì sò disposti à rende dispunibule durante una finestra di tempu futura. L'offerta tipicamente include ancu u pagamentu chì l'agregatore / cliente hè dispostu à accettà per a risposta di carica. In i mercati di utilità / ISO, l'offerta hè tipicamente presentata o u ghjornu avanti o u ghjornu di u periodu per quale l'impegnu hè fattu. Cum'è parte di a so qualificazione è a so registrazione in i mercati, diversi parametri di prestazione sò assuciati cù a risorsa cum'è ramp rate è limiti operativi min è max. Tali paràmetri guvernanu cumu serà speditu. Se l'offerta di un participante hè accettata, un pagamentu pò esse fattu à u cliente per u so pre-impegnu ancu s'ellu ùn ci hè micca avvenimenti chjamati durante a finestra di u tempu. Se un avvenimentu hè chjamatu durante a finestra di u tempu, u cliente pò riceve pagamenti supplementari per a so prestazione durante l'avvenimentu. Tali pagamenti basati nantu à u rendimentu pò esse basatu annantu à una quantità di fatturi chì includenu quantità di energia, putenza, quantu strettamente a risorsa seguita l'istruzzioni di spedizione, è un pagamentu "chilometraje" chì riflette quantu a so carica pro.file era necessariu di cambià durante l'avvenimentu. Certi di sti paràmetri, cum'è l'energia è a putenza, ponu esse in rispettu à una linea di basa.
Cliente di destinazione	-Aggregatori è i clienti C&I auto-aggregati
Carichi di destinazione	- Quelli chì ponu risponde à spedizioni in tempu reale.

Prerequisite	-U Cliente deve avè una misurazione di intervalli -Deve risponde à i requisiti di dimensione minima per a risposta di a carica -Deve esse capace di risponde à e spedizioni in tempu reale -Typically deve furnisce telemetria in tempu reale chì mostra a risposta di carica attuale
Tempu di u prugramma	- In ogni mumentu
Limitazioni di l'avvenimentu	- nimu
Ghjorni di l'avvene	- nimu
Durata di l'avvenimentu	-Tipicamenti brevi (menu di 30 minuti), ma in ogni casu ùn supererà mai a finestra di u tempu chì u participante hà fattu a risorsa dispunibule quandu anu presentatu a so offerta.
Notificazione	- nimu
Opt Cumportamentu	-I Clienti sò optati à l'avvenimenti per difettu datu chì anu una risposta di carica pre-impegnata
Certificazione Avvenimenti	-Tipicamenti unu per annu (Test)

Caratteristiche OpenADR per i prugrammi di offerta di capacità

Segnali d'avvene	–Un signalu SIMPLU cù i livelli 1 à 3 mappatu à a quantità di risposta di carica. Se u prugramma sustene solu un solu livellu di risposta di carica, chì deve esse mappatu à u nivellu 1. Per i prugrammi cù parechji livelli di risposta di carica, u più chjucu cambiamentu da u funziunamentu normale deve esse mappatu à u nivellu 1, cù i valori di carichi di carica mappati à. Livelli 2 è 3 in u gradu crescente di risposta di carica. -Se a implementazione sustene B profile VEN, in più di u signale SIMPLE, un dispatch in forma di un signalu LOAD_DISPATCH pò esse inclusu in u payload cù tipi di signali di setpoint o delta, è unità di powerReal. Stu signalu rapprisenta u "puntu di funziunamentu" desideratu di a carica è pò esse spressione sia cum'è una quantità assoluta di mW (vale à dì setpoint) o qualchì numeru relative di mW (ie delta) da u puntu di operazione attuale di risorse. Vede l'Annex A per examples.
Opt Risposte	-VTNs mandanu avvenimenti duverebbe stabilisce l'elementu oadrResponseRequired à "sempre", esigendu chì u VEN risponde cù un optIn o optOut - Cum'è aggregators / clienti hannu capacità pre-impegnu VEN deve risponde cù optIn. Un opt out pò esse mandatu in risposta à l'avvenimentu, ma questu hè un indicazione informale di dispunibilità, micca un opt out formale di l'avvenimentu. - U oadrCreateOpt payload ùn saria micca usatu per qualificà e risorse chì participanu à l'eventi cum'è tipicamente a carica hè una sola entità aggregata.
Descrizzione di l'avvenimentu	- L'avvenimentu a priorità deve esse stabilita à 1 salvu chì e regule di u prugramma o a cunfigurazione VTN specificanu altrimenti –Eventi di prova ponu esse utilizati, in particulare durante a registrazione è a qualificazione di una risorsa. Se sò permessi, l'elementu testEvent deve esse stabilitu à "true" per indicà l'avvenimentu di prova. Se l'infurmazioni parametrizzati supplementari sò necessarii in questu elementu pò seguità "veru" separatu da un spaziu cù questa infurmazione supplementaria.
Periudu di l'avvenimentu attivu	– Elementi di tolleranza ùn sò micca usati. L'eiRampI periodi Up è eiRecovery sò tipicamente parte di i paràmetri di una risorsa quandu si registranu è ponu esse utilizati. A causa di a natura di i spedizioni ponu esse aperti è cusì ùn ci pò esse micca tempu di fine per l'avvenimentu.
Basi di basa	–E linee di basa ùn sò generalmente micca incluse in a carica di l'eventu cum'è questi dati ùn sò micca esse dispunibili à u mumentu chì l'avvenimentu hè iniziatu. Tuttavia, tramindui l'utilità è l'aggregatori / i clienti view l'inclusione di l'infurmazioni di basa in l'avvenimenti cum'è utili.
Targeting di l'avvenimenti	- I prugrammi di l'offerta di capacità di solitu ùn distinguenu micca risorse per un determinatu cliente. Targeting tipicamente specifica u venID, indicà chì tutte e risorse assuciate cù u VEN anu da participà, o include un resourceID rappresentante di a carica aggregata assuciatu cù VEN.
Servizii di rapportu	I prugrammi DR veloci generalmente necessitanu rapporti TELEMETRY_USAGE cù punti di dati powerReal. U rapportu d'utilizazione mostra u puntu di operazione attuale di e risorse è hè utilizatu da l'Utilità / ISO per determinà quantu a risorsa seguita l'istruzzioni di spedizione chì hè stata mandata. In certi casi, a telemetria pò include altri punti di dati cum'è voltage letture è u statu di carica (ie energia) in u casu induve e risorse hè una forma di almacenamiento. In certi casi, a freccia di rapportu pò esse alta ogni 2 seconde. Nota chì i rapporti di telemetria necessitanu B profile VEN. Vede l'Annex A per examples. Vede ancu l'Annex B per examples di rapporti da i piloti utilitarii chì puderanu esse applicabili à stu tipu di prugramma.
Opt Services	–Utilizà u serviziu Opt per cumunicà a dispunibilità temporale orari tipicamenti ùn saria micca usatu cum'è i clienti anu pre-impegnatu a so dispunibilità. Tuttavia, stu serviziu pò esse utile cum'è un modu informale per i participanti per indicà una mancanza di dispunibilità per ragioni attenuanti cum'è fallimentu di l'equipaggiu.
I servizii di registrazione	A causa di i requisiti di bassa latenza di e spedizioni in tempu reale solu i mudelli di interazzione push sò usati.

Programma di Tempu d'Usu (TOU) di Veiculu Elettricu Residenziale (EV).

Caratteristiche di u prugramma EV TOU residenziale

Caricà Profile Ughjettivu	Una struttura di tariffu per quale u costu di carricà i veiculi elettrici hè mudificatu per fà chì i cunsumatori cambienu i mudelli di cunsumu.
Drivers primari	L'usu di l'energia residenziale picchi in a sera. Siccomu a carica di l'EV dura 4-8 ore, pò esse ritardata per un paru d'ore per cambià i picchi di carica.
Descrizzione di u prugramma	I clienti chì anu un veiculu elettricu ponu iscrizzione per una tarifa di u tempu d'utilizazione di u veiculu elettricu (EV-TOU) è ricevenu tassi più bassi per a carica di u so veiculu durante l'ore di punta, cum'è trà mezzanotte è 5 AM, i tassi EV-TOU sò offrittu per incuragisce i clienti à limità l'usu di l'electricità di ghjornu, quandu a dumanda di l'electricità hè più alta.
Incentivu à i Clienti	Carica menu caru per i EV.
Disegnu di tarifa	TOU cù u piccu di a mità di ghjornu, a matina è a sera à a mità di piccu, è 12 AM-5AM off-peak
Cliente di destinazione	Pruprietariu EV cun un pro di caricafile chì culmina à a sera.
Carichi di destinazione	Caricatori EV
Prerequisite	U cliente deve avè un metru intelligente è EV
Tempu di u prugramma	Tuttu l'annu
Limitazioni di l'avvenimentu	Nimu
Ghjorni di l'avvene	Ogni ghjornu, o solu in a settimana
Durata di l'avvenimentu	5-8 ore
Notificazione	U Cliente hè avvisatu di i livelli di prezzu nantu à e so fatture mensili, è i VTN mandanu segnali di l'eventi ghjornu prima.
Opt Cumportamentu	I contribuenti ponu cambià u so pianu di tariffu cumu si facianu normalment cù una utilità.
Certificazione Avvenimenti

Caratteristiche OpenADR per i Programmi TOU EV Residenziale

Segnali d'avvene	Segnali ELECTRICITY_PRICE cù i livelli di prezzu attuale, è ancu signali SIMPLE per permette a participazione di 2.0a VENs Vede l'Annex A per examples.
Opt Risposte	Sempre optIn da VENs
Descrizzione di l'avvenimentu	Un avvenimentu à settimana, cù intervalli di avvenimenti per ogni livellu di prezzu
Periudu di l'avvenimentu attivu	A notificazione di almenu 24 ore deve esse usata. Ogni intervallu di l'avvenimentu deve catturà u livellu di tariffu TOU
Basi di basa	N/A
Targeting di l'avvenimenti	Nisun targeting avanzatu necessariu, solu targeting à livellu VEN.
Servizii di rapportu	Nisun rapportu necessariu, tutte e dati ponu vene da u metru. Vede l'Annex B per examples di rapporti da i piloti utilitarii chì puderanu esse applicabili à stu tipu di prugramma.
Opt Services	I servizii Opt ùn sarianu pertinenti à stu tipu di prugramma.
I servizii di registrazione	I cunsumatori anu da pre-furnisce u so VEN cù l'utilità per riceve signali di prezzi.

Programma di Prezzi in Tempu Reale di Veiculu Elettricu (EV) Public Station

Caratteristiche di u prugramma EV RTP Public Station

Caricà Profile Ughjettivu	Una attività di risposta à a dumanda per quale u costu di carica di i veiculi elettrici hè mudificatu per trasfurmà a realità di i prezzi di punta à i cunsumatori.
Drivers primari	U prezzu di l'electricità hè variabile annantu à un ghjornu. Stu prugramma hà u scopu di cunfurmà più efficacemente u prezzu di carica à u costu di l'electricità.
Descrizzione di u prugramma	I caricatori publichi ponu esse in i posti di travagliu, in i parcheghji publichi è in i magazzini di vendita. Stu prugramma trasmette i prezzi in tempu reale à i caricatori potenziali prima di cunnette, per pudè piglià una decisione infurmata nantu à s'ellu si carica o micca a so vittura.
Incentivu à i Clienti	Carica menu caru durante l'ora di punta.
Disegnu di tarifa	I prezzi ponu cambiàurly, ma una volta un cliente sceglie di plug in a so vittura, a tarifa hè stabilitu per a durata di carica.
Cliente di destinazione	Qualchissia cù un EV chì deve carica mentre fora di casa.
Carichi di destinazione	Caricatori EV publichi
Prerequisite	I caricatori EV devenu esse cunnessi à Internet è certificati OpenADR2.0b, o cunnessi à un gateway VEN OpenADR2.0b.
Tempu di u prugramma	Tuttu l'annu
Limitazioni di l'avvenimentu	Nimu
Ghjorni di l'avvene	Ogni ghjornu, o solu in a settimana
Durata di l'avvenimentu	1 ora o più
Notificazione	U Cliente hè informatu di a tarifa prevalente quandu sceglie di cunnette a so vittura.
Opt Cumportamentu	I clienti ponu optà per decide di ùn carica.
Certificazione Avvenimenti

Caratteristiche OpenADR per i Programmi RTP EV Station Public

Segnali d'avvene	ELECTRICITY_PRICE signali cù i prezzi. Vede l'Annex A per examples.
Opt Risposte	Sempre optIn da VENs
Descrizzione di l'avvenimentu	L'avvenimenti devenu esse cuntigui, è cuntenenu un intervallu.
Periudu di l'avvenimentu attivu	Almenu 1 ora di notificazione deve esse aduprata, ma l'utilità ponu sceglie di utilizà a notificazione di ghjornu.
Basi di basa	N/A
Targeting di l'avvenimenti	Nisun targeting avanzatu hè necessariu, ma u targeting pò esse usatu per mandà i prezzi à i trasformatori specifici, alimentatori o spazii geografichi.
Servizii di rapportu	Nisun rapportu necessariu, ma pò esse usatu se vulete. Vede l'Annex B per examples di rapporti da i piloti utilitarii chì puderanu esse applicabili à stu tipu di prugramma.
Opt Services	I servizii Opt ùn sarianu pertinenti à stu tipu di prugramma.
I servizii di registrazione	Un venditore di stazioni di ricarica furnisce i so dispositi cù un VTN di utilità.

Programma DR di Risorse Energetiche Distribuite (DER).

A seguente descrizzione di u prugramma hè ipotetica è hè basatu annantu à un documentu di ricerca (documentu di Rish di riferimentu) chì descrive cumu i clienti di l'utilità ponu utilizà risorse di almacenamiento DER per participà à i prugrammi DR cum'è i prugrammi di prezzi in tempu reale (RTP).

Caratteristiche di u prugramma di Risorse Energetiche Distribuite (DER).

Caricà Profile Ughjettivu	Una attività di risposta à a dumanda utilizata per liscia l'integrazione di risorse energetiche distribuite in a rete intelligente.
Drivers primari	-Spese di capitale ridutta è i costi energetichi ridotti
Descrizzione di u prugramma	I clienti cù risorse DER chì ponu coglie l'energia è almacenà ponu minimizzà u costu di l'acquistu di l'electricità da a rete durante i periodi di prezzu elevatu utilizendu prima risorse energetiche almacenate, seguite da implementà strategie di sparghjera di carica.
Incentivu à i Clienti	Capacità di cuntrullà i costi durante i tempi di prezzi elevati di l'electricità sfruttendu l'energia almacenata generata via PV o altri mezi è implementendu strategie di sparghjera di carica
Disegnu di tarifa	I tassi di l'elettricità varianu cù i prezzi di u mercatu grossista o una tarifa chì varieghja in funzione di l'ora di u ghjornu, a stagione o a temperatura.
Cliente di destinazione	Clienti cù risorse di almacenamiento d'energia
Carichi di destinazione	Qualchese
Prerequisite	Risorse di almacenamiento di energia
Tempu di u prugramma	Ogni tempu
Limitazioni di l'avvenimentu	Nimu
Ghjorni di l'avvene	Ogni ghjornu
Durata di l'avvenimentu	24 ore
Notificazione	Ghjornu avanti
Opt Cumportamentu	N/A - Un prugramma di u megliu sforzu
Certificazione Avvenimenti	Nimu

Caratteristiche OpenADR per Risorse Energetiche Distribuite (DER)

Segnali d'avvene	ELECTRICITY_PRICE signala cù 24 intervalli di una ora di prezzi nantu à un periodu di 24 ore. Stu signale hà bisognu di u B profile. Stu prugramma ùn si presta micca à a signalazione SIMPLE per A profile VEN. Vede l'Annex A per examples.
Opt Risposte	-VTNs mandanu avvenimenti duverebbe stabilisce l'elementu oadrResponseRequired à "mai", impediscendu à i VEN di risponde.
Descrizzione di l'avvenimentu	- L'avvenimentu a priorità deve esse stabilita à 1 salvu chì e regule di u prugramma o a cunfigurazione VTN specificanu altrimenti
Periudu di l'avvenimentu attivu	24 ore cù intervalli di 1 ora cù notificazione di ghjornu avanti
Basi di basa	N/A
Targeting di l'avvenimenti	Nisun targeting avanzatu hè necessariu altru da u venID
Servizii di rapportu	Nisun rapportu necessariu Vede l'Annex B per examples di rapporti da i piloti utilitarii chì puderanu esse applicabili à stu tipu di prugramma.
Opt Services	Ùn hè micca usatu
I servizii di registrazione	Intervalli di votazione dumandata da u VTN per i prugrammi tipici di u ghjornu ùn sò micca necessariu esse più frequenti chì una volta à l'ora. Tuttavia, l'usu di u sondaghju per a rilevazione di u battitu cardiacu pò esse bisognu di sondaggi più frequenti cum'è i prugrammi di termostati residenziali cù tempi di notificazione sostanzialmente più brevi.

– Sample Data è Templates Payload

I seguenti tabelle è XML payload samples darà à l'implementatori ex tangibiliampdi cumu i mudelli DR in stu documentu duveranu esse implementati. I seguenti prefissi di namespace sò usati in u payload examples:

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"

Programma di Pricing Peak Critical (CPP)

Scenariu CPP 1 - Casu d'usu simplice, A o B Profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 1pm
- Durata: 4 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 1
- Signal Name: SIMPLE
  - Tipu di signale: livellu
  - Unità: N/A
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore (s) di intervallu tipicu: 1
  - Target di u Segnu: N/A
- Target(s) di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

CPP Scenario 2 - Casu d'usu tipicu, B profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 1:XNUMX
- Durata: 4 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 2
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0, 1, 2, 3
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore (s) di intervallu tipicu: 1 o 2
  - Target di signale: Nimu
- Signal Name: ELECTRICITY_PRICE
  - Tipu di signale: prezzu
  - Unità: USD per Kwh
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore (s) Intervallu tipicu: $ 0.10 à $ 1.00
  - Target di signale: Nimu
- Targets di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

CPP Scenario 3 - Casu d'usu cumplessu

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 2pm
- Durata: 6 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 2
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0,1, 2, 3)
  - Numero di intervalli 3
  - Durata (s): 1 ora, 4 ore, 1 ora
  - Valore (s) Intervallu tipicu: 1, 2, 1 (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Signal Name: ELECTRICITY_PRICE
  - Tipu di signale: prezzu
  - Unità: USD per Kwh
  - Numero di intervalli 3
  - Intervallu Durata (s): 1 ora, 4 ore, 1 ora
  - Valore (s) Intervallu tipicu: $ 0.50, $ 0.75, $ 0.50 (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Targets di l'avvenimenti: Resource_1, Resource_2, Resource_3
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

CPP Sample Event Payload - Tipicale B Profile Casu d'usu

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

http://MarketContext1

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

luntanu

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

PT4H

PT24H

PT4H

2.0

SIMPLU

livellu

SIG_01

0.0

PT4H

0.75

ELECTRICITY_PRICE

prezzu

SIG_02

valuta per kWh

USD

nimu

0.0

venID_1234

sempre

Programma di offerta di capacità (CBP)

Scenariu CBP 1 - Casu d'usu simplice, A o B Profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 1pm
- Durata: 4 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 1
- Signal Name: SIMPLE
  - Tipu di signale: livellu
  - Unità: N/A
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore (s) di intervallu tipicu: 1
  - Target di u Segnu: N/A
- Target(s) di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

CBP Scenario 2 - Casu d'usu tipicu, B profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 1:XNUMX
- Durata: 4 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 2
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0,1, 2, 3
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore (s) di intervallu tipicu: 1 o 2
  - Target di signale: Nimu
- Nome di u segnu: BID_LOAD
  - Tipu di signale: setpoint
  - Unità: powerReal
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore di intervallu tipicu: 20kW à 100kW
  - Target di signale: Nimu
- Targets di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

CBP Scenario 3 - Casu d'usu cumplessu

Avvenimentu
- Notificazione: ghjornu di l'avvenimentu (quante ore?)
- Ora di principiu: 1pm
- Durata: 6 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 3
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0,1, 2, 3)
  - Numero di intervalli: 2
  - Intervallu Durata (s): 3 ore, 3 ore
  - Valore (s) Intervallu tipicu: 1, 2 (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Nome di u segnu: BID_LOAD
  - Tipu di signale: setpoint
  - Unità: powerReal
  - Numero di intervalli 2
  - Durata (s): 3 ore, 3 ore
  - Valore di intervallu tipicu: 40kW, 80kW (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Nome di u segnu: BID_PRICE
  - Tipu di signale: prezzu
  - Unità: currencyPerKW
  - Numero di intervalli 1
  - Intervallu Durata (s): 6 ore
  - Valore (s) Intervallu tipicu: $ 3.10
  - Target di signale: Nimu
- Targets di l'avvenimenti: Resource_1, Resource_2, Resource_3
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapportu (s)
- Nome di u rapportu: TELEMETRY_USAGE
- Tipu di rapportu: usu
- Unità: powerReal
- Tipu di lettura: Lettura diretta
- Frequenza di rapportu: ogni 1 ora

CBP Sample Event Payload - Tipicale B Profile Casu d'usu

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

http://MarketContext1

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

luntanu

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

PT4H

PT24H

PT4H

2.0

SIMPLU

livellu

SIG_01

0.0

PT4H

80.0

BID_LOAD

setpoint

SIG_02

RealPower

60.0

<power:voltage> 220.0tage>

veru

0.0

venID_1234

sempre

Programma di Termostati Residenziale

Scenariu Termostatu Residenziale 1 - Casu d'usu simplice, A o B Profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 1pm
- Durata: 4 ore
- Randomization: 10 minuti
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 1
- Signal Name: SIMPLE
  - Tipu di signale: livellu
  - Unità: N/A
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore (s) di intervallu tipicu: 1
  - Target di u Segnu: N/A
- Target(s) di l'avvenimentu: Resource_1
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

Scenariu Termostatu Residenziale 2 - Casu d'usu tipicu, B profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 1:XNUMX
- Durata: 4 ore
- Randomization: 10 minuti
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 2
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0,1, 2, 3
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore (s) di intervallu tipicu: 1 o 2
  - Target di signale: Nimu
- Signal Name: LOAD_CONTROL
  - Tipu di signale: x-loadControlLevelOffset
  - Unità: Temperature
  - Numero di intervalli 1
  - Intervallu Durata (s): 4 ore
  - Valore di intervallu tipicu: 2 à 6 gradi Fahrenheit
  - Target di signale: Nimu
- Targets di l'avvenimentu: Resource_1, Resource_2
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn, Possible outOut (oadrCreateOpt)
Rapporti
- Nimu

Scenariu Termostatu Residenziale 3 - Casu d'usu cumplessu

Avvenimentu
- Notificazione: ghjornu di l'avvenimentu
- Ora di principiu: 1pm
- Durata: 6 ore
- Randomization: 10 minuti
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 3
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0,1, 2, 3)
  - Numero di intervalli: 2
  - Intervallu Durata (s): 3 ore, 3 ore
  - Valore (s) Intervallu tipicu: 1, 2 (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Nome di u segnu: BID_LOAD
  - Tipu di signale: x-loadControlCapacity
  - Unità: nimu
  - Numero di intervalli 2
  - Durata (s): 3 ore, 3 ore
  - Valore (s) Intervallu tipicu: 0.9, 0.8 (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Targets di l'avvenimenti: Resource_1, Resource_2, Resource_3
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn, Possible outOut (oadrCreateOpt)
Rapportu (s)
- Nimu

Termostatu residenziale Sample Event Payload - Tipicale B Profile Casu d'usu

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

http://MarketContext1

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

luntanu

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

PT4H

PT10M

PT24H

PT4H

2.0

SIMPLU

livellu

SIG_01

0.0

PT4H

6.0

LOAD_CONTROL

x-loadControlLevelOffset

SIG_02

temperatura

fahrenheit

nimu

0.0

risorsa_1

risorsa_2

sempre

Spedizione rapida DR

Fast DR Scenario 1 - Casu d'usu simplice, A o B Profile

Avvenimentu
- Notificazione: 10 minuti
- Ora di principiu: 1pm
- Durata: 0 (Open Ended)
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 1
- Signal Name: SIMPLE
  - Tipu di signale: livellu
  - Unità: N/A
  - Numero di intervalli 1
  - Durata di l'intervallu: 0 (Open Ended)
  - Valore (s) di intervallu tipicu: 1
  - Target di u Segnu: N/A
- Target(s) di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

Fast DR Scenario 2 - Casu d'usu tipicu, B profile

Avvenimentu
- Notificazione: 10 minuti
- Ora di principiu: 1:XNUMX
- Durata: 30 minuti
- Randomization: Nisuna
- Ramp Up: 5 minuti
- Recuperazione: 5 minuti
- Numero di signali: 2
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0,1, 2, 3
  - Numero di intervalli 1
  - Intervallu Durata (s): 30 minuti
  - Valore (s) di intervallu tipicu: 1 o 2
  - Target di signale: Nimu
- Signal Name: LOAD_DISPATCH
  - Tipu di signale: delta
  - Unità: powerReal
  - Numero di intervalli 1
  - Intervallu Durata (s): 30 minuti
  - Valore di intervallu tipicu: 500 kW à 2mW
  - Target di signale: Nimu
- Targets di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nome di u rapportu: TELEMETRY_USAGE
- Tipu di rapportu: usu
- Unità: powerReal
- Tipu di lettura: Lettura diretta
- Frequenza di rapportu: ogni 1 minutu

Fast DR Scenario 3 - Casu d'usu cumplessu

Avvenimentu
- Notificazione: 10 minuti
- Ora di principiu: 1pm
- Durata: 30 minuti
- Randomization: Nisuna
- Ramp Up: 5 minuti
- Recuperazione: 5 minuti
- Numero di signali: 2
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0,1, 2, 3)
  - Numero di intervalli: 2
  - Intervallu Durata (s): 15 minuti, 15 minuti
  - Valore (s) Intervallu tipicu: 1, 2 (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Signal Name: LOAD_DISPATCH
  - Tipu di signale: setpoint
  - Unità: powerReal
  - Numero di intervalli 2
  - Intervallu Durata (s): 15 minuti, 15 minuti
  - Valore di intervallu tipicu: 800kW, 900kW (per ogni intervallu rispettivamente)
  - Target di signale: Nimu
- Targets di l'avvenimentu: Resource_1
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapportu (s)
- Nome di u rapportu: TELEMETRY_USAGE
- Tipu di rapportu: usu
- Unità: powerReal è voltage
- Tipu di lettura: Lettura diretta
- Frequenza di rapportu: ogni 5 seconde

Rapidu DR Sample Event Payload - Tipicale B Profile Casu d'usu

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

http://MarketContext1

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

luntanu

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

PT10M

<ei:x-eiRampUp>

PT5M

</ei:x-eiRampUp>

PT5M

PT10M

2.0

SIMPLU

livellu

SIG_01

0.0

PT10M

500.0

LOAD_DISPATCH

delta

SIG_02

RealPower

60.0

<power:voltage> 220.0tage>

veru

0.0

venID_1234

sempre

Rapidu DR Sample Report Metadata Payload - Tipicale B Profile Casu d'usu

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

risorsa 1

usu

RealEnergy

Lettura diretta

http://MarketContext1

<oadr:oadrSamplingRate>

PT1M

PT10M

falsu

</oadr:oadrSamplingRate>

ReportSpecID120615_122512_481_2

METADATA_TELEMETRY_USAGE

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

ec27de207837e1048fd3

Rapidu DR Sample Report Request Payload - Tipicale B Profile Casu d'usu

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-non Applicable

VEN130615_192312_582

Rapidu DR Sample Report Data Payload - Tipicale B Profile Casu d'usu

ReportUpdReqID130615_192730_445

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

rID120615_122512_981_0

100

0.0

500.0

Qualità Bona - Non Specific

RP_54321

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

TELEMETRY_USAGE

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

VEN130615_192312_582

Programma di Tempu d'Usu (TOU) di Veiculu Elettricu Residenziale (EV).

Nota chì cum'è u prugramma cumunica i livelli di tariffu in una forma abbastanza strutturata, solu i casi d'usu simplici è tipici sò mostrati

Scenariu EV residenziale 1 - Casu d'usu simplice, A o B Profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: 1pm
- Durata: 24 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 1
- Signal Name: SIMPLE
  - Tipu di signale: livellu
  - Unità: N/A
  - numeru di intervalli; Uguali TOU Tier cambia in 24 ore (2 - 6)
  - Durata (s) di l'Intervallu: TOU tier time frame attivu (vale à dì 6 ore)
  - Valore (s) Intervallu tipicu: 0 - 4 mappatu à i livelli TOU
  - Target di u Segnu: N/A
- Target(s) di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

Scenariu EV residenziale 2 - Casu d'usu tipicu, B profile

Avvenimentu
- Notificazione: ghjornu prima di l'avvenimentu
- Ora di principiu: mezzanotte
- Durata: 24 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 2
- Signal Name: Simple
  - Tipu di signale: livellu
  - Unità: Livellu 0, 1, 2, 3
  - Numero di intervalli: uguale TOU Tier cambia in 24 ore (2 - 6)
  - Durata (s) di l'Intervallu: TOU tier time frame attivu (vale à dì 6 ore)
  - Valore (s) Intervallu tipicu: 0 - 4 mappatu à i livelli TOU (0 - Tier più economicu)
  - Target di signale: Nimu
- Signal Name: ELECTRICITY_PRICE
  - Tipu di signale: prezzu
  - Unità: USD per Kwh
  - Numero di intervalli: uguali TOU Tier cambia in 24 ore (2 - 6)
  - Durata (s) di l'Intervallu: TOU tier time frame attivu (vale à dì 6 ore)
  - Valore (s) Intervallu tipicu: $ 0.10 à $ 1.00 (tariffa di livellu attuale)
  - Target di signale: Nimu
- Targets di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

EV residenziale Sample Event Payload - Tipicale B Profile Casu d'usu

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

http://MarketContext1

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

luntanu

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

PT24H

PT5H

0.0

PT7H

1.0

PT47H

2.0

PT5H

1.0

SIMPLU

livellu

SIG_01

0.0

PT5H

0.35

PT7H

0.55

PT7H

0.75

PT5H

0.55

ELECTRICITY_PRICE

prezzu

SIG_02

valuta per kWh

USD

nimu

0.0

venID_1234

sempre

Programma di Prezzi in Tempu Reale di Veiculu Elettricu (EV) Public Station

Nota chì, cum'è questu hè un prugramma di prezzu in tempu reale, ùn ci hè veramente una differenziazione trà un casu d'usu simplice, tipicu è cumplessu. Dunque sampi dati seranu mostrati solu per un casu d'usu tipicu.

Public Station EV Scenario 1 - Casu d'usu tipicu, B profile

Avvenimentu
- Notificazione: 1 ora avanti
- Ora di principiu: 1:XNUMX
- Durata: 1 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 1
- Signal Name: ELECTRICITY_PRICE
  - Tipu di signale: prezzu
  - Unità: USD per Kwh
  - Numero di intervalli 1
  - Intervallu Durata (s): 1 ore
  - Valore (s) Intervallu tipicu: $ 0.10 à $ 1.00
  - Target di signale: Nimu
- Targets di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN necessaria: sempre
- VEN Risposta prevista: optIn
Rapporti
- Nimu

Stazione Publica EV Sample Event Payload - Tipicale B Profile Casu d'usu

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

http://MarketContext1

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

luntanu

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

PT1H

0.75

ELECTRICITY_PRICE

prezzu

SIG_01

valuta per kWh

USD

nimu

0.0

venID_1234

sempre

Programma DR di Risorse Energetiche Distribuite (DER).

Public Station EV Scenario 1 - Casu d'usu tipicu, B profile

Avvenimentu
- Notificazione: ghjornu avanti
- Ora di principiu: mezzanotte
- Durata: 24 ore
- Randomization: Nisuna
- Ramp Up: nimu
- Recuperazione: nimu
- Numero di signali: 24
- Signal Name: ELECTRICITY_PRICE
  - Tipu di signale: prezzu
  - Unità: USD per Kwh
  - Numero di intervalli 1
  - Intervallu Durata (s): 1 ore
  - Valore (s) Intervallu tipicu: $ 0.10 à $ 1.00
  - Target di signale: Nimu
- Targets di l'avvenimentu: venID_1234
- Priorità: 1
- Risposta VEN Necessaria: mai
- VEN Risposta prevista: n/a
Rapporti
- Nimu

Stazione Publica EV Sample Event Payload - Tipicale B Profile Casu d'usu

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

http://MarketContext1

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

luntanu

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

PT24H

PT1H

0.75

PT1H

0.80

ELECTRICITY_PRICE

prezzu

SIG_01

valuta per kWh

USD

nimu

0.0

venID_1234

mai

– Esample Reports From Utility Pilots

I membri di l'OpenADR Alliance furnianu i seguenti B Profile oadrUpdateReport payload samples da i prugrammi piloti di utilità induve i so VEN sò stati implementati. I seguenti note accumpagnavanu i trè payloads sampi forniti:

Obiettivu di u Termostatu Payload:

Hè bisognu di cunnosce u statu di u termostatu (tempura, punti di setpoint, fan and mode states)
S'ellu hè sceltu, se u cliente hà cambiatu o micca i paràmetri di u termostatu (messaggi di annullamentu manuale)

M&V per i Rebates Payload Obiettivu:

Status di risorse è override manuale in casu di opt in
Dati di intervalli da un contatore di impulsi KYZ o un monitor d'energia per l'energia tutale in KWH è a dumanda istantanea in KW

Smart Meter/AMI Interval Data Payload Objective:

L'intervallu di lettura di u metru AMI hè di circa 15 minuti à 1 ora. Ancu s'ellu hè utile, micca abbastanza granulare per stimi di fattura quasi in tempu reale
Energia Totale in KWH, energia delta in KWH, dumanda istantanea in KW

I seguenti prefissi di namespace sò usati in u payload examples:

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"

Thermostat Report Payload 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

Status

veru

falsu

Nisun valore novu - Valore precedente utilizatu

Tempu attuale

77.000000

Nisun valore novu - Valore precedente utilizatu

Impostazione di a temperatura di u calore

64.000000

Nisun valore novu - Valore precedente utilizatu

Impostazione di temperatura fresca

86.000000

Nisun valore novu - Valore precedente utilizatu

Configurazione di u Modu HVAC

Nisun valore novu - Valore precedente utilizatu

Modu HVAC attuale

0.000000

Nisuna qualità - Nisun valore

Impostazione di u Modu Fan

Nisun valore novu - Valore precedente utilizatu

Modu di mantene attuale

Nisun valore novu - Valore precedente utilizatu

Modu Away attuale

Nisun valore novu - Valore precedente utilizatu

Umidità attuale

0.000000

Nisuna qualità - Nisun valore

RP21

REQ:RReq:1395368583267

0013A20040980FAE

TELEMETRY_STATUS

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

VEN.ID: 1395090780716

M&Vfor Rebates Report 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

Status

veru

falsu

Qualità Bona - Non Specific

Conte di Pulse

34750.000000

Qualità Bona - Non Specific

Energia

33985.500000

Qualità Bona - Non Specific

putenza

1.26

Qualità Bona - Non Specific

RP15

REQ:RReq:10453335019195698

0000000000522613 60

TELEMETRY_USAGE

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

VEN.ID: 1439831430142

Smart Meter/AMI Interval Data Report 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

a dumanda istantanea

6.167000

Nisun valore novu - Valore precedente utilizatu

intervalDataDelivered

0.051000

Nisun valore novu - Valore precedente utilizatu

currSumDelivered

12172.052000

Nisun valore novu - Valore precedente utilizatu

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

PT15S

a dumanda istantanea

6.114000

Nisun valore novu - Valore precedente utilizatu

intervalDataDelivered

0.051000

Nisun valore novu - Valore precedente utilizatu

currSumDelivered

12172.052000

Nisun valore novu - Valore precedente utilizatu

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

PT15S

a dumanda istantanea

6.113000

Nisun valore novu - Valore precedente utilizatu

intervalDataDelivered

0.051000

Nisun valore novu - Valore precedente utilizatu

currSumDelivered

12172.142000

Nisun valore novu - Valore precedente utilizatu

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

PT15S

a dumanda istantanea

6.112000

Nisun valore novu - Valore precedente utilizatu

intervalDataDelivered

0.051000

Nisun valore novu - Valore precedente utilizatu

currSumDelivered

12172.142000

Nisun valore novu - Valore precedente utilizatu

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>

- Servizii

Open ADR supporta i seguenti servizii:

Serviziu EiEvent - Adupratu da i VTN per mandà l'avvenimenti di risposta à a dumanda à i VEN, è utilizatu da i VEN per indicà se e risorse anu da participà à l'avvenimentu. L'unicu serviziu supportatu da l'A profile hè EiEvent
Serviziu EiReport - Adupratu da VEN è VTN per scambià rapporti storichi, telemetrii è previsioni
Serviziu EiOpt - Adupratu da VEN per cumunicà u calendariu di dispunibilità tempurale à i VTN o per qualificà e risorse chì participanu à un avvenimentu
Serviziu EiRegisterParty - Iniziatu da u VEN, è utilizatu da VEN è VTN per scambià l'infurmazioni necessarii per assicurà u scambiu interoperabile di carichi utili
U serviziu OadrPoll - Adupratu da i VEN per sondarà u VTN per carichi utili da qualsiasi altri servizii

A è B profile L'operazioni di serviziu sò definite da l'elementu radicali di ogni payload, escludendu i wrappers oadrPayload è oadrSignedObject usati in tutti i B pro.file carichi utili.

- Definizioni di carichi utili

Carichi di EiEvent

oadrRequestEvent - Adupratu in un mudellu di scambiu di pull da u VEN per ricuperà tutti l'avvenimenti pertinenti da u VTN. Adupratu cum'è u mecanismu di votazione primariu per A profile VEN, ma solu utilizatu in B VEN per a sincronizazione cù u VTN.
oadrDistributeEvent - Adupratu da u VTN per furnisce l'avvenimenti di risposta à a dumanda à u VEN
oadrCreatedEvent - Adupratu da u VEN per cumunicà s'ellu hà intenzione di participà à un avvenimentu optendu o disattivendu
oadrResponse - Adupratu da u VTN per ricunnosce a ricezione di l'optIn o optOut da u VEN

EiReport Payloads

Innota chì i VEN è i VTN sò capaci di esse à tempu un pruduttore di rapportu è un richiedente di rapportu, cusì tutti i carichi sottu ponu esse iniziati da ogni parte.

oadrRegister Report - Adupratu per pubblicà e so capacità di rapportu in un rapportu di metadati
oadrRegistered Report -Ricunnosce a ricezione di oadrRegisterReport, eventualmente dumandà unu di i rapporti offerti
oadrCreate Report - Adupratu per dumandà un rapportu chì hè statu prupostu prima da u VEN o VTN
oadrCreated Report - Ricunnosce a ricezione di una dumanda di rapportu
oadrUpdate Report - Inviate un rapportu dumandatu chì cuntene dati di intervalli
oadr Rapportu aghjurnatu - Ricunnosce a ricezione di un rapportu mandatu
oadrCancel Report - Cancella un rapportu periodicu previamente dumandatu
oadr Rapportu annullatu - Ricunnosce un annullamentu di rapportu periodicu
oadrResponse - Adupratu cum'è una risposta di placeholder in certi mudelli di scambiu di pull quandu una risposta di strata di l'applicazione hè furnita in una dumanda di strata di trasportu.

EiOpt Payloads

oadrCreateOpt - Adupratu per dui scopi distinti distinti
- Per a VEN di cumunicà un calendariu di dispunibilità temporale à u VTN in quantu à a so capacità di participà à l'avvenimenti DR
- Per a VEN per qualificà e risorse chì participanu à un avvenimentu
oadrCreatedOpt - Ricunnosce a ricezione di a carica utile oadrCreateOpt
oadrCancelOpt -Annulla un schedariu di dispunibilità tempurale
oadrCanceledOpt - Ricunnosce un annullamentu di u rapportu di dispunibilità tempurale

EiRegisterParty Payloads

oadrQueryRegistration - Un modu per a VEN di dumandà l'infurmazioni di registrazione di VTN senza veramente registrà.
oadrCreatePartyRegistration – Una dumanda da a VEN à u VTN per registrà. Contene infurmazione nantu à e capacità VENs.
oadrCreatedPartyRegistration - Risposta à un oadrQueryRegistration o un oadrCreatePartyRegistration. Contene capacità VTN è informazioni di registrazione necessarie per l'interoperazioni di VEN
oadrCancelPartyRegistration - Adupratu da VEN o VTN per annullà a registrazione
oadrCanceledPartyRegistration - Risposta à un oadrCancelPartyRegistration. Ricunnosce a ricezione di l'annullamentu di a registrazione
oadrRequestReregistration - Questa carica utile hè aduprata da un VTN in un mudellu di scambiu di pull per signalà u VEN per riavvià a sequenza di registrazione
oadrResponse - Adupratu cum'è una risposta di placeholder in certi mudelli di scambiu di pull quandu una risposta di strata di l'applicazione hè furnita in una dumanda di strata di trasportu.

OadrPoll Payloads

oadrPoll - Un mecanismu di poling genericu per u B profile chì torna a carica utile per qualsiasi altru serviziu chì hè novu o hè statu aghjurnatu.
oadrResponse - Adupratu per indicà chì ùn ci sò micca carichi novi o aghjurnati dispunibili

- Glossariu di Schema Payload Elements

A seguita hè una lista alfabetica di elementi di schema utilizati in carichi di OpenADR 2.0. A narrativa descrive u so usu in quantu à l'OpenADR è u so usu in carichi utili.. Quandu una definizione di l'elementu cambia in basa di a carica utile in u so cuntestu d'usu, questu serà nutatu in a narrativa. E definizioni di carichi utili radicali sò state escluse cum'è definite in l'Annex C.

ac - Un valore boolean chì indica se u pruduttu di l'energia hè in corrente alternata
precisione - U numeru hè in listesse unità cum'è a variabile di carica utile per un Intervallu. Quandu prisente cun Confidenza, indica a probabilità di variabilità di a predizione. Quandu presente cù ReadingType, indica un errore probabile di Reading.
aggregatedPnode - Un nodu di prezzu aggregatu hè un tipu specializatu di nodu di prezzu utilizatu per mudificà l'articuli cum'è a Zona di Sistema, a Zona di Prezzi Predeterminata, a Zona di Prezzi Personalizata, a Zona di Controlu, a Generazione Aggregata, a Carica Participante Aggregata, a Carica Non-Participante Aggregata, a Trading Hub, a Zona DCA.
dispunibule - Un ughjettu chì cuntene una data-ora è una durata per un calendariu di dispunibilità EiOpt
baselineID - ID unicu per una basa specifica
baselineName - Nome descrittivo per a basa
cumpunenti –
cunfidenza - Una probabilità statistica chì un puntu di dati rappurtatu hè precisu
CreateDateTime - A dataTime chì u payload hè statu creatu
munita –
valuta Per KW –
valuta per kWh –
valuta Per Thm –
currente –
valore currente - U valore payloadFloat di l'intervallu di l'avvenimentu attualmente in esecuzione.
unità persunalizata - Adupratu per definisce una unità di misura persunalizata per i rapporti persunalizati
data-ora –
dtstart - L'ora di iniziu per l'attività, dati, o cambiamentu di statu
durata - Un periodu di tempu per un avvenimentu, rapportu, o intervallu di tempu di dispunibilità
durata - A durata di l'attività, dati, o statu
eiActivePeriod - Tempi pertinenti à l'avvenimentu generale
eiCreatedEvent - Rispondi à un Eventu DR cù optIn o optOut
eiEvent -Un ughjettu chì cuntene tutte l'infurmazioni per un unicu avvenimentu
eiEventBaseline - B profile
eiEventSignal - Un ughjettu chì cuntene tutte l'infurmazioni per un signalu unicu in un avvenimentu
eiEventSignals - Dati di intervalli per unu o più signali di l'avvenimentu è / o basi
eiMarketContext - Un URI chì identifica in modu unicu un prugramma di risposta à a dumanda
eiReportID - ID di riferimentu per un rapportu
eiRequestEvent - Richiesta Event da un VTN in modalità pull
eiResponse - Indicate se a carica utile ricevuta hè accettabile
eiTarget - Identifica e risorse assuciate cù l'interfaccia logica VEN. Per l'avvenimenti, i valori specificati sò u mira per l'avvenimentu
endDeviceAsset - L'EndDeviceAssets sò u dispositivu fisicu o i dispositi chì puderanu esse metri o altri tipi di dispositi chì ponu esse d'interessu.
energia apparente - Energia apparente, misurata in volt-ampore prima (VAh)
EnergyItem –
energia reattiva - energia reattiva, volt-ampore reattive (VARh)
energia reale - Energia reale, Watt-ora (Wh)
eventDescriptor - Informazioni nantu à l'avvenimentu
eventID - Un valore ID chì identifica un casu specificu di l'avvenimentu DR.
EventResponse - Un ughjettu chì cuntene una risposta di VEN à una dumanda di participà à un avvenimentu
EventResponses - Risposte optIn o optOut per l'avvenimenti ricevuti
EventStatus - U statutu attuale di un avvenimentu (luntanu, vicinu, attivu, etc.)
FeatureCollection/location/Polygon/exterior/LinearRing
frequenza –
granularità – Questu hè l'intervallu di tempu trà sampdati guidati in una dumanda di rapportu.
ID di gruppu -Stu tipu di destinazione hè aduprata per l'avvenimenti, i rapporti, è i scheduli opt. U valore hè tipicamenti assignatu da l'utilità durante l'iscrizzione in un prugramma DR
GroupName - Stu tipu di destinazione hè aduprata per l'avvenimenti, i rapporti è l'opzioni. U valore hè tipicamenti assignatu da l'utilità durante l'iscrizzione in un prugramma DR
hertz –
intervallu - Un ughjettu chì cuntene dati-tempu è / o durata, è un valore azzione in u casu di un avvenimentu o dati in u casu di un rapportu
intervalli - Unu o più intervalli di tempu durante quale l'avvenimentu DR hè attivu o dati di rapportu sò dispunibili
ArticuluDescription - Una descrizzione di una unità di misura di rapportu
unità unità - L'unità di misura di basa per un puntu di dati di rapportu
marketContext - Un URI chì identifica un prugramma DR
meterAsset - U MeterAsset hè u dispusitivu fisicu o i dispositi chì facenu u rolu di u metru
mudificazioneDateTime - Quandu un avvenimentu hè mudificatu
mudificazioneNumber - Incrementatu ogni volta chì un avvenimentu hè mudificatu.
Motivu di mudificazione - Perchè un avvenimentu hè statu mudificatu
mrid - L'mRID identifica u dispusitivu fisicu chì pò esse un CustomerMeter o altri tipi di EndDevices.
nodu - U Node hè un locu induve qualcosa cambia (spessu a pruprietà) o cunnetta nantu à a reta. Parechji nodi sò assuciati cù metri, ma micca tutti.
numDataSources –
oadrCapacità –
oadrCurrent –
oadrDataQuality –
oadrDeviceClass - Device Class target - utilizate solu endDeviceAsset.
oadrEvent - Un ughjettu chì cuntene un avvenimentu di risposta à a dumanda
oadrExtension –
oadrExtensionName -
oadrExtensions –
oadrHttpPullModel - Un boolean chì indica se u VEN vole usà un mudellu di scambiu di pull
oadrInfo - Un paru di valore chjave di informazioni di registrazione specifiche di serviziu
oadrKey –
oadrLevelOffset –
oadrLoadControlState –
oadrManual Override - S'ellu hè vera, u cuntrollu di a carica hè statu annullatu manualmente
oadrMax –
oadrMaxPeriod - Massimu sampling period
oadrMin –
oadrMinPeriod - Minimu sampling period
oadrNormale –
oadrOnChange - S'ellu hè veru, allora i dati seranu arregistrati quandu cambianu, ma senza una frequenza più grande di quella specificata da minPeriod.
oadrOnline - Se veru allora a risorsa / asset hè in linea, se false allora offline.
oadrPayload –
oadrPayloadResourceStatus - L'infurmazione attuale di u statutu di risorsa
oadrPending Reports - Una lista di rapporti periodichi sempre attivu
oadrPercentOffset –
oadrProfile - perfile supportatu da VEN o VTN
oadrProfileNome - OpenADR profile nome cum'è 2.0a o 2.0b.
oadrProfiles - OpenADR profiles supportatu da l'implementazione
oadr Report -Un ughjettu chì cuntene tutte l'infurmazioni per un unicu rapportu
oadrReportDescription - Descrizzione di e caratteristiche di u rapportu offertu da u pruduttore di u rapportu. Cuntenutu in un rapportu di metadata
oadr ReportOnly - ReportOnlyDeviceFlag
oadrReportPayload - Valori di i punti di dati per i rapporti
oadrRequestedOadrPollFreq - U VEN hà da mandà un oadrPoll payload à u VTN almenu una volta per ogni durata specificata da questu elementu.
oadrResponseRequired - Cuntrolla quandu a risposta optIn / optOut hè necessaria. Pò esse sempre o mai
oadrSamplingRate - Sampling rate per i dati di tippu di telemetria
oadrService –
oadrServiceName - Stu tipu di destinazione hè aduprata per l'avvenimenti, i rapporti è l'opzioni. U valore hè tipicamenti assignatu da l'utilità durante l'iscrizzione in un prugramma DR
oadrServiceSpecificInfo - Informazioni di registrazione specifiche di serviziu
oadrSetPoint –
oadrSignedObject –
oadrTransport - Un nome di trasportu supportatu da un VEN o VTN
oadrTransportAddress - L'indirizzu root utilizatu per cumunicà cù l'altru partitu. Deve include u portu se necessariu
oadrTransportName - Nome di trasportu OpenADR cum'è simpleHttp o xmpp
oadrTransports - Trasporti OpenADR supportati da implementazione
oadrUpdated Report - Ricunnosce a ricezione di un rapportu
oadrUpdate Report - Mandate un rapportu previamente dumandatu
oadrValue –
oadrVenName - nome VEN. Pò esse usatu in VTN GUI
oadrXmlSignature - L'implementazione supporta a firma XML
optID - Identificatore per una interazione opt
optReason - Valore enumeratu per u mutivu optu cum'è x-schedule
optType - optIn o optOut di un avvenimentu, o utilizatu per indicà u tipu di pianificazione opt definita in u vavailablityObject per u serviziu EiOpt
partyID - Stu tipu di destinazione hè aduprata per l'avvenimenti, i rapporti è l'opzioni. U valore hè tipicamenti assignatu da l'utilità durante l'iscrizzione in un prugramma DR
payloadFloat - Valore di u puntu di dati per i signali di l'avvenimentu o per rappurtate i valori attuali o storichi.
pnode - Un nodu di prezzu hè direttamente assuciatu cù un nodu di cunnessione. Hè un locu di prezzu per quale i participanti di u mercatu sottumettenu e so offerte, offerte, cumprà / vende CRR, è stabiliscenu.
puntu di consegna –
pointOfReceipt –
posList –
putenza apparente - Potenza apparente misurata in volt-amperes (VA)
attributi di putenza
powerItem
powerReactive - A putenza reattiva, misurata in volt-amperes reactive (VAR)
putenza reale - Potenza reale misurata in Watt (W) o Joules/second (J/s)
priorità - A priurità di l'avvenimentu in relazione à l'altri avvenimenti (U più bassu u numeru più altu a priorità. Un valore di cero (0) indica senza priorità, chì hè a priorità più bassu per difettu).
pruprietà –
PulseCount - Un puntu di dati di rapportu
PulseFactor - kWh per contu
ID Eventu qualificatu - Un ID unicu per un avvenimentu
tipu di lettura - Metadata nantu à e Letture, cum'è media o derivata
ID di registrazione - Identificatore per a transazzione di Registrazione. Ùn hè micca inclusu in risposta à a registrazione di a dumanda, salvu chì ùn sia digià registratu
rispondi Limitu - U numeru massimu di avvenimenti da vultà in una carica di oadrDistributeEvent
reportBackDuration - Report back with the Report-To-Date per ogni passaghju di sta Duration.
rapportuDataSource - Fonti di dati in stu rapportu. Esampi include metri o submetri. Per esampLe, s'è un metru hè capaci di furniscia dui tipi diffirenti di misurazioni, allura ogni flussu di misurazione saria identificatu separatamente.
rapportu intervalu - Questu hè u periodu generale di rapportu.
rapportName - Nome facultativu per un rapportu.
reportRequestID - Identificatore per una dumanda di rapportu particulare
rapportuSpecifier - Specificate i punti di dati desiderati in una istanza di rapportu particulare
rapportSpecifierID - Identificatore per una specificazione di rapportu di Metadata particulare
rapportu oggettu - Device Class target - utilizate solu endDeviceAsset.
reportToFollow - Indica se u rapportu (in a forma di UpdateReport) deve esse tornatu dopu l'annullamentu di u Rapportu
ReportType - U tipu di rapportu cum'è usu o prezzu
richiesta ID - Un ID utilizatu per currisponde à una dumanda di transazzione logica è risposta
ID risorsa - Stu tipu di destinazione hè aduprata per l'avvenimenti, i rapporti è l'opzioni. U valore hè tipicamenti assignatu da l'utilità durante l'iscrizzione in un prugramma DR
risposta –
risposta codice - Un codice di risposta di 3 cifre
rispostaDescription - Descrizzione narrativa di u statutu di risposta
risposti –
rID - ReferenceID per stu puntu di dati
zona di serviziu - Stu tipu di destinazione hè aduprata per l'avvenimenti, i rapporti è l'opzioni. U valore hè tipicamenti assignatu da l'utilità durante l'iscrizzione in un prugramma DR
Service DeliveryPoint - Puntu lògicu nantu à a reta induve a pruprietà di u serviziu cambia di manu. Hè unu di i pussibuli assai punti di serviziu in un ServiceLocation, chì furnisce u serviziu in cunfurmità cù un Accordu di Cliente. Adupratu in u locu induve un metru pò esse stallatu.
serviziuLocu - Un ServiceLocation di u cliente hà unu o più ServiceDeliveryPoint(s), chì à u turnu riguardanu Meters. U locu pò esse un puntu o un poligonu, secondu e circustanze specifiche. Per a distribuzione, u ServiceLocation hè tipicamente u locu di a premessa di u cliente di utilità.
signalID - Identificatore unicu per un signalu di avvenimentu specificu
signalName - U nome di un signalu cum'è SIMPLE
signalPayload - Valori di signale per avvenimenti è basi
siScaleCode - Un fattore di scala per l'unità di misura di basa per un rapportu
specifierPayload – Un apertu
principiatu dopu - Finestra di randomizazione per u principiu di l'avvenimentu
statusDateTime - Data è ora di questu artefattu si riferisce.
temperatura –
TestEvent - Qualchese altru ch'è falsu indica un avvenimentu di prova
testu –
Terme –
tolleranza - Un subogettu chì cuntene i requisiti di randomizazione per un avvenimentu
tollerà - Un ughjettu chì cuntene i requisiti di randomizazione per un avvenimentu
interfaccia di trasportu - L'interfaccia di trasportu delinea i bordi à ogni estremità di un segmentu di trasportu.
uid - Adupratu com'è indice per identificà intervalli. Identificatore unicu
valore –
dispunibilità - Un calendariu chì riflette a dispunibilità di u dispositivu per participà à l'avvenimenti DR
venID - Un identificatore unicu per un VEN
voltage –
vtnComment - Ogni testu
vtnID - Un identificatore unicu per un VTN
x-eiNotification - U VEN deve riceve a carica di l'avvenimentu DR prima di dtstart minus sta durata.
x-EIRampsu - Una durata prima o dopu à l'ora di iniziu di l'avvenimentu durante a quale a carica deve transitare.
x-eiRecovery - Una durata prima o dopu à l'ora di fine di l'avvenimentu durante a quale a carica deve transitare.

Glossariu di i valori enumerati

EventStatus

attivu - L'avvenimentu hè statu iniziatu è hè attualmente attivu.
annullatu - L'avvenimentu hè statu annullatu.
compie - L'avvenimentu hè finitu.
luntanu - Eventu pendente in u futuru luntanu. A definizione esatta di quantu in u futuru questu si riferisce dipende da u cuntestu di u mercatu, ma tipicamenti significa u ghjornu dopu.
vicinu - Eventu pendente in un futuru vicinu. A definizione esatta di quantu vicinu in u futuru l'avvenimentu pendente hè attivu dipende da u cuntestu di u mercatu. .Inizia cuncurrenti cù u principiu efficace di l'eventu x-eiRampU tempu. Se x-eiRampUp ùn hè micca definitu per l'avvenimentu, stu statutu ùn serà micca usatu per l'avvenimentu.
nimu - Nisun avvenimentu pendente

unità unità

valuta
- USD - Dollari di i Stati Uniti
- À parechji per listinu quì, riferite à schema
putenza reale
- J/s - Joule-seconda
- W - Watts
temperatura
- celsius –
- fahrenheit –

oadrDataQuality

Nisun valore novu - Valore precedente utilizatu –
Nisuna qualità - Nisun valore –
Qualità Bad - Comm Failure –
Qualità Bad - Errore di cunfigurazione –
Qualità Bad - Dispositivu fallimentu –
Qualità Bad - Ultimu valore cunnisciutu –
Qualità Bad - Non Specific –
Qualità Bad - Ùn cunnessu –
Qualità Bad - Fora di serviziu –
Qualità Bad - Sensor Failure –
Qualità bona - Override locale –
Qualità Bona - Non Specific –
Limite di qualità - Campu / Custante –
Limite di qualità - Campu / High –
Limite di qualità - Campu / Bassu –
Limite di qualità - Campu / No –
Qualità incerta - Unità UE superate –
Qualità Uncertain - Ultimu Valore Usable –
Qualità Uncertain - Non Specific –
Qualità Uncertain - Sensor Not Accurate –
Qualità Uncertain - Sub Normal –

oadrResponseRequired

sempre - Mandate sempre una risposta per ogni avvenimentu ricevutu.
mai – Ùn rispondi mai.

optReason

Ragioni enumerate per optà.

ecunomica –
emergenza –
deve Run –
micca participà –
outageRunStatus –
overrideStatus -
participà –
x-schedule –

oadrTransportName

semplice Http –
xmpp –

OptType

optIn - Un indicazione chì u VEN participà à un avvenimentu, o in u casu di u serviziu EiOpt, un tipu di pianificazione chì indica chì a risorsa serà dispunibule
optOut - Un indicazione chì u VEN ùn participà micca à un avvenimentu, o in u casu di u serviziu EiOpt un tipu di pianificazione chì indica chì a risorsa ùn serà micca dispunibule

letturaTipu

Assignatu - U metru copre parechje [risorse] è l'usu hè inferitu da una sorta di calculu di dati pro.
Cuntrattu - Indica chì a lettura hè pro forma, vale à dì, hè rapportata à i tassi d'accordu
Derivatu - L'usu hè inferitu da a cunniscenza di u run-time, u funziunamentu normale, etc.
Lettura diretta - A lettura hè letta da un dispositivu chì aumenta monotonicamente, è l'usu deve esse calculatu da coppie di letture di partenza è di fine.
Stima - Adupratu quandu una lettura hè assente in una serie induve a maiò parte di e letture sò prisenti.
Hybrid - Se aggregatu, si riferisce à diversi tipi di lettura in u numeru aggregatu.
Mean – A lettura hè u valore mediu annantu à u periodu indicatu in Granularità
Net - Meter o [risorsa] prepara u so propiu calculu di l'usu tutale cù u tempu.
piccu - A lettura hè u valore Peak (più altu) annantu à u periodu indicatu in granularità. Per certi misurazioni, pò esse più sensu cum'è u valore più bassu. Pò esse micca coherente cù e letture aggregate. Solu validu per i Basi di Articuli di flussu, vale à dì, Potenza micca Energia.
Prughjettu - Indica chì a lettura hè in u futuru, è ùn hè ancu stata misurata.
Riassuntu - Parechji metri inseme furnisce a lettura per questu [risorsa]. Questu hè specificamente un sfarente di l'agregatu, chì si riferisce à parechje [risorse] in a stessa carica. Vede ancu Hybrid.
x-non Applicable - Inapplichevule
x-RMS - Root Mean Square

ReportName

HISTORY_GREENBUTTON - Un rapportu chì cuntene dati greenbutton in una struttura di schema di alimentazione atomica
HISTORY_USAGE - Un rapportu chì cuntene dati storicu di l'usu di l'energia
METADATA_HISTORY_GREENBUTTON - Un rapportu di metadati chì definisce e capacità di rapportu per i rapporti HISTORY_GREENBUTTON
METADATA_HISTORY_USAGE - Un rapportu di metadati chì definisce e capacità di rapportu per i rapporti HISTORY_USAGE
METADATA_TELEMETRY_STATUS - Un rapportu di metadati chì definisce e capacità di rapportu per i rapporti TELEMETRY_STATUS
METADATA_TELEMETRY_USAGE - Un rapportu di metadati chì definisce e capacità di rapportu per i rapporti TELEMETRY_USAGE
TELEMETRY_STATUS - Un rapportu chì cuntene infurmazioni nantu à u statutu di e risorse in tempu reale cum'è u statu in linea
TELEMETRY_USAGE - Un rapportu chì cuntene infurmazioni nantu à l'usu di l'energia in tempu reale

ReportType

Un valore enumeratu chì dà u tipu di rapportu furnitu.

dispunibileEnergyStorage - Capacità dispunibile per più almacenamentu di energia, forse per ghjunghje à Target Energy Storage
avgDemand - Usu mediu nantu à a durata indicata da a Granularità. Vede a dumanda per più infurmazione.
avgUsage - Usu mediu nantu à a durata indicata da a Granularità. Vede l'usu per più infurmazione.
basale - Pò esse dumanda o usu, cum'è indicatu da ItemBase. Indica ciò chì [misurazione] seria s'ellu ùn hè micca per l'avvenimentu o u regulamentu. U rapportu hè in u formatu Baseline.
deltaDemand - Cambia in a dumanda cumparatu cù a basa. Vede a dumanda per più infurmazione
deltaSetPoint - Cambiamenti in u setpoint da u prugramma precedente.
deltaUsage - Cambia in l'usu cumparatu à a basa. Vede l'usu per più infurmazione
dumanda - U rapportu indica una quantità di unità (denominata in ItemBase o in u Produttu EMIX). U tipu di carica hè a quantità. Un ItemBase tipicu hè Real Power.
deviazione - Differenza trà qualchi struzzioni è statu reale.
downRegulationCapacityAvailable - A capacità di regulazione di Down dispunibile per a spedizione, espressa in EMIX Real Power. Payload hè sempre spressione cum'è Quantità pusitiva.
livellu - Livellu simplice da u mercatu à ogni Intervallu.
U Statu di u funziunamentu - Statu generalizatu di una risorsa cum'è on / off, occupazione di l'edificiu, etc. No ItemBase hè pertinente. Richiede una estensione di carica specifica per l'applicazione.
per centu dumanda – Per centutage di dumanda
percentUsage – Per centutage di usu
powerFactor - Fattore di putenza per a risorsa
prezzu - Prezzo per ItemBase à ogni Intervallu
lettura - U rapportu indica una lettura, cum'è da un metru. Readings sò mumenti in u tempu-cambiamenti cù u tempu pò esse computed da a diffarenza trà letture successive. U tipu di carica hè flottante
RegulamentuSetpoint - Setpoint di regulazione cum'è struitu cum'è parte di i servizii di regulazione
setpoint - U rapportu indica a quantità (denominata in ItemBase o in u Produttu EMIX) attualmente stabilitu. Pò esse una cunferma / ritornu di u valore di cuntrollu di u setpoint mandatu da u VTN. U tipu di carica hè a quantità. Un ItemBase tipicu hè Real Power.
energia almacenata - L'energia almacenata hè espressa cum'è Energia Reale è Payload hè espressa cum'è Quantità.
targetEnergyStorage - L'energia di destinazione hè espressa cum'è Energia Reale è Payload hè espressa cum'è Quantità.
upRegulationCapacityAvailable - Up Capacità di Regulamentu dispunibule per a spedizione, espressa in EMIX Real Power. Payload hè sempre spressione cum'è Quantità pusitiva.
usu - U rapportu indica una quantità di unità (denominata in ItemBase o in u Produttu EMIX) per un periodu. U tipu di carica hè a quantità. Un ItemBase tipicu hè RealEnergy
x-resource Status – Per centutage di dumanda

scaleCode

p – Picu 10**-12
n – Nano 10**-9
micro – Micro 10**-6
m – Milli 10**-3
c – Centi 10**-2
d – Deci 10**-1
k – Chilò 10**3
M - Mega 10**6
G – Giga 10**9
T – Tera 10**12
nimu - Scala nativa

signalName

BID_ENERGY - Questa hè a quantità di energia da una risorsa chì hè stata offerta in un prugramma
BID_LOAD - Questa hè a quantità di carica chì hè stata offerta da una risorsa in un prugramma
BID_PRICE – Questu hè u prezzu chì hè stata offerta da a risorsa
CHARGE_STATE - Statu di risorsa di almacenamentu di energia
DEMAND_CHARGE - Questa hè a carica di dumanda
ELECTRICITY_PRICE – Questu hè u costu di l'electricità
ENERGY_PRICE – Questu hè u costu di l'energia
LOAD_CONTROL -Set output di carica à i valori relative
LOAD_DISPATCH - Questu hè adupratu per spedisce a carica
simplice - deprezzatu - per a cumpatibilità inversa cù A profile
SIMPLU - Livelli simplici (conforme OpenADR 2.0a)

signalType

Un valore enumeratu chì descrive u tipu di signale cum'è u livellu o u prezzu

delta - Signal indica a quantità da cambià da ciò chì unu avissi usatu senza u signale.
livellu - U signale indica un livellu di prugramma.
multiplicàr - Signal indica un multiplicatore applicatu à a tarifa attuale di consegna o usu da ciò chì unu avissi usatu senza u signale.
prezzu - Signal indica u prezzu.
prezzu multiplicàr - Signal indica u multiplicatore di prezzu. U prezzu allargatu hè u valore di prezzu calculatu multiplicatu da u numeru di unità.
prezzu Relativu - Signal indica u prezzu relative.
setpoint - U signale indica una quantità target di unità.
x-loadControlCapacity - Questa hè una struzzione per u cuntrollu di carica per operare à un livellu chì hè qualchì per centutage di a so capacità massima di cunsumu di carica. Questu pò esse mappatu à i cuntrolli di carica specifichi per fà cose cum'è u ciculu duty. Nota chì 1.0 si riferisce à u cunsumu 100%. In u casu di i dispusitivi di tipu ON / OFF simplici allora 0 = OFF è 1 = ON.
x-loadControlLevelOffset - Livelli interi discreti chì sò relative à l'operazioni normali induve 0 hè operazioni normali.
x-loadControlPercentOffset – Per centutagE cambia da l'operazione normale di cuntrollu di carica.
x-loadControlSetpoint - Punti di setpoint di u controller di carica.

- OpenADR A è B Profile Differenzi

L'unicu serviziu supportatu da l'A profile hè u serviziu EiEvent. L'ughjettu EiEvent hè simplificatu in A profile cù e seguenti limitazioni:

Solu un signalu per avvenimentu hè permessu è quellu signale deve esse u signalu OpenADR ben cunnisciutu SIMPLE.
Ci hè un avvenimentu limitatu di destinazione cù solu venID, groupID, resourceID è partyID supportati. (eiEvent:eiTarget).
Targeting à u nivellu di signale cù classi di dispositivi ùn hè micca supportatu (eiEventSignal:eiTarget:endDeviceAsset).
I basi ùn sò micca supportati (eiEvent:eiEventSignals:eiEventBaseline).
modificationDateTime è modificationReason ùn sò micca supportati.
U puntu finale URL per HTTP simplice in 2.0b hè:
- https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>

Certi elementi payload chì eranu richiesti in l'A profile sò avà opzionali in u B profile, cumpresi:

valore currente

- Certificati di sicurezza OpenADR

E regule di cunfurmità OpenADR necessitanu i seguenti:

TLS Version 1.2 hè utilizatu per u scambiu di certificati X.509
I VTN deve avè i certificati SHA256 ECC è RSA
I VEN ponu supportà i certificati SHA256 ECC è RSA, è ponu supportà i dui
I VTN è i VEN devenu esse cunfigurati per dumandà i certificati di u cliente s'ellu anu da ghjucà u rolu di un servitore di trasportu (vale à dì risponde à e dumande da l'altra parte)
Sia i VTN sia i VEN anu da furnisce un certificatu di u cliente quandu l'altra parte hè dumandata cum'è parte di u prucessu di negoziazione TLS.

Les certificats fournis par NetworkFX seront spécifiques à RSA ou ECC. A creazione di sti certificati pò accade cum'è i risultati di cumplettà e forme nantu à NetworkFX web situ per dumandà certificati di prova o pò esse u risultatu di dumandà certificati di produzzione via una Richiesta di Firma di Certificatu (CSR). Indipendentemente da u metudu, i seguenti files seranu furniti (esampi sò mostrati):

Certificatu Root
Certificatu Root Intermediu
Certificatu di Dispositivu
Chjave privata

In generale, a Chjave Privata hè aduprata per criptà carichi pagati mandati da un VEN o VTN. U Certificatu di u Dispositivu hè un inseme di informazioni identificative uniche nantu à una VEN o VTN chì hè stata creata da una Autorità di Certificazione è criptata cù a Chjave Privata. A radica è l'intermediate files sò usati per decifrare u Certificatu di u Dispositivu è cunvalidà chì u certificatu hè vinutu da una autorità di fiducia.

In un ambiente Java chì utilizeghja JSSE, ci sò dui magazzini di certificati. Unu hè chjamatu Trust Store è hè utilizatu per mantene u Certificatu Root. U sicondu hè chjamatu Key Store è hè utilizatu per almacenà una catena di certificati custituita da u certificatu intermediu di certificatu di u dispositivu, è ancu di a chjave privata.

Per piacè nutate chì quandu si usa un trasportu XMPP, u VEN hè cumunicatu cù u servitore XMPP è NON direttamente cù u VTN. Allora a cunfigurazione di i certificati in u servitore XMPP DEVE esse equivalente à quella di un VTN. A cumunicazione trà u VTN stessu è u servitore XMPP hè trasparente à u VEN è hè essenzialmente un ligame privatu. Tuttavia, a maiò parte di i venditori anu utilizatu un set di certificati VEN in u VTN quandu si cumunicanu cù u servitore XMPP.

Sè vo aduprate OpenFire cum'è u vostru servitore XMPP, ci hè una altra limitazione chì duvete cunsiderà. OpenFire richiede chì u nome CN utilizatu in i certificati di u dispositivu clientu currisponde à u nome d'utilizatore XMPP di i dispositi cunfigurati in u servitore XMPP. Questu pò esse risultatu in certi nomi di clienti strani cum'è un indirizzu MAC cum'è hè utilizatu per u nome CN nantu à i certificati VEN (Parte di i Requisiti di Sicurezza OpenADR)

Infine, a maiò parte di i VEN è i VTN quandu ghjucanu u rolu di un cliente di trasportu pruvate à cunvalidà chì u campu CN di u certificatu furnitu da u servitore di trasportu hà un nome CN chì currisponde à u nome di l'ospite di l'entità chì furnia u certificatu. Questu pò esse un'altra fonte di prublemi di interoperabilità in u scambiu di certificati. A verificazione di u nome di l'ospite pò esse disattivata in modu programaticu per isolà questi tipi di prublemi.

OpenADR 2.0 Guida di u prugramma di risposta à a dumanda - Scaricate [ottimizatu]
OpenADR 2.0 Guida di u prugramma di risposta à a dumanda - Scaricate

Referenze

Manuale d'usu

Introduzione

Referenze

Termini è Definizioni

Abbreviazioni

Tipi di prugramma di risposta à a dumanda

Scenarii di Distribuzione

Direttu 1

Direttu 2

Direttu 3

Direttu 4

Facilitatore 1

Aggregatore 1

Scenariu di implementazione è mappatura di u prugramma DR

Selezzione di un mudellu di prugramma DR

Modelli di prugramma di risposta à a dumanda

Programma di Pricing Peak Critical (CPP)

Caratteristiche di u prugramma CPP DR

Caratteristiche OpenADR per i prugrammi CPP

Programma di offerta di capacità

Caratteristiche di u prugramma DR di capacità di offerta

Caratteristiche OpenADR per i prugrammi di offerta di capacità

Programma di Termostati Residenziale

Caratteristiche di u prugramma DR di Termostati Residenziale

Caratteristiche OpenADR per i Programmi di Termostati Residenziale

Spedizione rapida DR

Caratteristiche di u prugramma Fast DR Dispatch

Caratteristiche OpenADR per i prugrammi di offerta di capacità

Programma di Tempu d'Usu (TOU) di Veiculu Elettricu Residenziale (EV).

Caratteristiche di u prugramma EV TOU residenziale

Caratteristiche OpenADR per i Programmi TOU EV Residenziale

Programma di Prezzi in Tempu Reale di Veiculu Elettricu (EV) Public Station

Caratteristiche di u prugramma EV RTP Public Station

Caratteristiche OpenADR per i Programmi RTP EV Station Public

Programma DR di Risorse Energetiche Distribuite (DER).

Caratteristiche di u prugramma di Risorse Energetiche Distribuite (DER).

Caratteristiche OpenADR per Risorse Energetiche Distribuite (DER)

Referenze

Lascia un cumentu

Cancella a risposta