OpenADR 2.0

Handbók um áætlun um viðbragðsaðgerðir

Endurskoðunarnúmer: 0.92

Skjalastaða: Vinnutexti

Skjalsnúmer: 20140701

Höfundarréttur © OpenADR Alliance (2014/15). Allur réttur áskilinn. Upplýsingarnar í þessu skjali eru eign OpenADR bandalagsins og notkun þeirra og upplýsingagjöf er takmörkuð.

INNIHALD

1 Inngangur 6

2 Tilvísanir 6

3 Hugtök og skilgreiningar 6

4 Skammstafanir 9

5 Tegundir eftirspurnarviðbragðsáætlana 9

6 Dreifingaratburðarás 10

6.1 Beint 1 11

6.2 Beint 2 12

6.3 Beint 3 13

6.4 Beint 4 14

6.5 Leiðbeinandi 1 15

6.6 Samlagningarmaður 1 16

7 Dreifingaratburðarás og kortlagning DR-forrita 16

8 Velja DR forritssniðmát 18

9 Sniðmát eftirspurnaráætlana 21.

9.1 Critical Peak Pricing Program (CPP) 21

9.1.1 Einkenni CPP DR forrits 21

9.1.2 OpenADR einkenni CPP forrita 22

9.2 Framboð á afkastagetu 24

9.2.1 Eiginleikar raforkuáætlunar DR Program 24

9.2.2 OpenADR einkenni fyrir getu tilboðsáætlana 25

9.3 Hitastilliáætlun fyrir íbúðarhúsnæði 27

9.3.1 Einkenni DR kerfisbúnaðar hitastillis 27

9.3.2 OpenADR einkenni fyrir hitastilliforrit í bústað 28

9.4 Fljótur DR sending 29

9.4.1 Einkenni fljótlegs flutningsforrits 29

9.4.2 OpenADR einkenni fyrir getu tilboðsáætlana 31

9.5 Notkunartími rafbifreiða (EV) tíma (TOU) Program 33

9.5.1 Einkenni áætlunar EV TOU áætlunar 33

9.5.2 OpenADR einkenni fyrir EV TOU áætlanir 33

9.6 Rauntímaverðlagningaráætlun rafknúinna ökutækja (EV) 34

9.6.1 Einkenni EV RTP áætlunar almenningsstöðvar 34

9.6.2 OpenADR Einkenni fyrir EV RTP forrit fyrir Public Station 34

9.7 Dreifðar orkuauðlindir (DER) DR áætlun 35

9.7.1 Einkenni áætlunar dreifðra orkuauðlinda (DER) 35

9.7.2 OpenADR einkenni dreifðra orkulinda (DER) 35

Viðauka A - Sample gagna- og hleðslusniðmát 36

A.1 Critical Peak Pricing Programme (CPP) 36

A.1.1 CPP atburðarás 1 - Einföld notkun, A eða B Profile 36

A.1.2 CPP atburðarás 2 - dæmigerð notkun, B profile 36

A.1.3 CPP atburðarás 3 - Flókið notkunartilvik 37

A.1.4 CPP Sample hleðsla fyrir atburði - dæmigerð B Profile Notaðu mál 37

A.2 Framboð á afkastagetu (CBP) 39

A.2.1 CBP atburðarás 1 - Einföld notkun, A eða B Profile 39

A.2.2 CBP atburðarás 2 - dæmigerð notkun, B profile 39

A.2.3 CBP atburðarás 3 - Flókið notkunartilvik 40

A.2.4 CBP Sample hleðsla fyrir atburði - dæmigerð B Profile Notaðu mál 40

A.3 Hitastilliáætlun íbúðar 42

A.3.1 Hitastillir í húsnæði Sviðsmynd 1 - Einföld notkun, A eða B Profile 42

A.3.2 Aðstæður hitastillir fyrir heimili 2 - Venjulegt notkunartilvik, B profile 42

A.3.3 Hitastillir íbúðarhúsnæðis 3 - Flókið tilfelli 43

A.3.4 Hitastillir Sample hleðsla fyrir atburði - dæmigerð B Profile Notaðu mál 43

A.4 Fljótur DR flutningur 45

A.4.1 Hratt DR atburðarás 1 - Einfalt notkunaratriði, A eða B Profile 45

A.4.2 Hratt DR -atburðarás 2 - Dæmigert notkunartilvik, B profile 45

A.4.3 Fljótur DR sviðsmynd 3 - Flókið notkunartilfelli 46

A.4.4 Hratt DR Sample hleðsla fyrir atburði - dæmigerð B Profile Notaðu mál 46

A.4.5 Hratt DR Sample Report Metadata Payload - Dæmigert B Profile Notaðu mál 48

A.4.6 Hratt DR Sample Skýrslubeiðni álags - dæmigerð B Profile Notaðu mál 48

A.4.7 Hratt DR Sample Report Data Payload - Dæmigert B Profile Notaðu mál 49

A.5 Notkunartími rafbifreiða (EV) - áætlun 49 (XNUMX)

A.5.1 EV -atburðarás fyrir íbúðarhúsnæði 1 - Einföld notkun, A eða B Profile 49

A.5.2 Sviðsmynd EV í húsnæði 2 - dæmigerð notkun, B profile 50

A.5.3 EV íbúðarhúsnæði Sample hleðsla fyrir atburði - dæmigerð B Profile Notaðu mál 50

A.6 Rafmagnsbifreið (EV) fyrir rauntíma Verðlagningaráætlun 53

A.6.1 Sviðsmynd EV almenningsstöðvar 1 - dæmigerð notkun, B profile 53

A.6.2 Almenningsstöð EV Sample hleðsla fyrir atburði - dæmigerð B Profile Notaðu mál 53

A.7 DR áætlun dreifðra orkugjafa (DER) 54

Viðauki B - Skilgreiningar þjónustu og álags 55

B.1 Opin ADR styður eftirfarandi þjónustu: 55

Viðauki C - Skilgreiningar á þjónustu og álagi 56

C.1 EiEvent notagildi 56

C.2 EiReport notagildi 56

C.3 EiOpt farmur 56

C.4 EiRegisterParty nýtingarálag 57

C.5 OadrPoll nothleðsla 57

Viðauki D - Orðalisti yfir álagsþátta 58

Viðauki E Orðalisti yfir upptalin gildi 65

E.1 viðburðurStatus 65

E.2 liðurEiningar 65

E.3 oadrDataQuality 65

E.4 oadrResponseNauðsynlegt 66

E.5 optReason 66

E.6 oadrTransportName 66

E.7 OptType 66

E.8 lestur Tegund 66

E.9 skýrsla Nafn 67

E.10 skýrsla Tegund 67

E.11 kvarði Kóði 68

E.12 merki Nafn 68

E.13 merki Tegund 69

Viðauki F - OpenADR A og B Profile Mismunur 70

Viðauki G - OpenADR öryggisvottorð 71

Inngangur

Markhópurinn fyrir þessa handbók er veitur sem ætla að dreifa Demand Response (DR) forritum sem nýta OpenADR 2.0 til að miðla DR atburðartengdum skilaboðum milli veitunnar og downstream aðila og framleiðenda búnaðar sem auðvelda þessi samskipti. Gert er ráð fyrir að lesandinn hafi grundvallar hugmyndafræðilegan skilning bæði á svörun eftirspurnar og OpenADR 2.0 (kallað einfaldlega OpenADR frá og með þessum tímapunkti).

OpenADR atvinnumaðurinnfile forskriftir skilgreina skýrt væntanlega hegðun þegar skipt er um DR atburðatengdar upplýsingar, en það er nægur möguleiki í OpenADR til að dreifing netþjóna (VTNs) á veitunni og viðskiptavinum (VEN) á niðurstreymisstöðum er ekki plug-n-play reynsla. OpenADR einkenni eins og atburðarmerki, skýrslusnið og miðun verða að vera tilgreind á grundvelli DR áætlunar fyrir forrit.

Það er ekkert til sem heitir staðlað DR forrit. Hver DR forritahönnun hefur tilhneigingu til að vera einstök og passar við skipulags- og reglugerðarkröfur landsvæðisins sem henni er dreift í. Fyrir hvert DR forrit eru fjölmargar mögulegar dreifingaraðstæður sem taka þátt í ýmsum aðilum.

Breytileikinn í hönnun DR forrita, dreifingaraðstæður og OpenADR einkenni eru hamlandi fyrir aukna dreifingu DR og notkun OpenADR. Þessi breytileiki er að mestu leyti endurspeglun á sundurlausu og flóknu eðli snjallnetsins.

Veitur þurfa fyrrvamples af dæmigerðum DR forritum svo að hægt sé að nota þau sem fyrirmynd fyrir sína eigin DR forrit útfærslu. Búnaðarframleiðendur þurfa að skilja dæmigerðar DR líkamsnotkunarlíkön svo þeir geti sannprófað samvirkni sem hluta af þróunarferlinu frekar en á sértækum grundvelli dreifingar á áætlun DR. Tilgangur þessarar handbókar er að ná báðum þessum markmiðum sem hér segir:

• Skilgreindu lítið sett af stöðluðum DR forritasniðmátum eftir sameiginlegum einkennum vinsælustu DR forrita sem framkvæmd hafa verið til þessa
• Skilgreindu lítið sett af dreifingaraðstæðum fyrirmynd eftir raunverulegum heimssendingum, þar sem leikarar og hlutverk eru greinilega auðkennd
• Skilgreindu tillögur um bestu starfshætti fyrir OpenADR einkenni sem eru sértækar fyrir hvert DR forritasniðmát
• Veittu ákvörðunartré sem veitufyrirtæki geta notað til að bera kennsl á gagnleg DR forritasniðmát og dreifingarmyndir byggt á viðskiptaþörfum þeirra

Í þessari handbók verður lögð áhersla á að hafa hlutina einfalda með því að leggja fram lítinn hóp af skýrum ráðleggingum sem fjalla um meirihlutann af þeim upplýsingum sem þarf til að dreifa dæmigerðu DR-forriti og gera kleift að prófa samvirkni á búnaði sem notaður er í forritum með ráðleggingunum í þessu leiðarvísir.

Heimildir

• OpenADR Profile Forskrift og stef - www.openadr.org

Skilmálar og skilgreiningar

Eftirfarandi hugtök og skilgreiningar eru notaðar í þessu skjali.

• Krefjast svars: Aðferð til að stjórna eftirspurn viðskiptavina til að bregðast við framboðsskilyrðum, svo sem verð eða framboðsmerki
• Samlagningarflokkur - Þetta er flokkur sem safnar saman mörgum auðlindum og kynnir þær fyrir DR programflokknum sem eina auðlind í DR forritum sínum.
• Milligöngumannvirki samanlagðar - Þetta eru innviðirnir, aðskildir frá innviðum eftirspurnarhliða, sem eru notaðir af milliliðsaðilanum sem safnar saman til að eiga samskipti við bæði auðlindirnar og nethliðareiningarnar
• Samkomulag: Samningsbundinn samningur milli aðila sem gegna hlutverki í DR áætlun þar sem gerð er grein fyrir ábyrgð og bótum
• Eign - Tegund auðlinda sem táknar ákveðið safn líkamlegs álags. Auðlindir geta verið samsettar úr eignum og eign getur verið auðlind en ekki er hægt að sundra eignum frekar í margar eignir eða auðlindir.
• Tengt: Veita forritatengingu milli tveggja aðila, með stillingum gagnagrunnsbúnaðar. Til dæmis tengd auðlindir með VEN
• Grunnlínur: Reiknuð eða mæld orkunotkun (eftirspurn) af búnaði eða svæði fyrir atburðinn eins og það er ákvarðað með könnunum, skoðunum og / eða mælingum á staðnum.
• BMS - Þetta er byggingarstjórnunarkerfið sem hægt er að nota til að stjórna auðlindum. Þetta er stundum kallað orkustjórnunarkerfi.
• Samsett auðlind - Þetta er sérstök tegund auðlinda sem er samansafn margra líkamlegra eigna sem hver hefur sína eigin burðarstýringu.
• Hvatning viðskiptavina: Hvatning veitt eiganda / safnara auðlinda eftirspurnar til þátttöku í DR-prógrammi.
• Innviðir eftirspurnar - Þetta er uppbyggingin sem hýsir auðlindirnar sem skráðar eru í DR forritin
• DR rökfræði: Reiknirit eða rökfræði sem umbreyta DR-merkjum í aðgerðastæða álagsstýringu. Athugaðu að DR Logic getur verið útfærð á mörgum mismunandi stöðum og í einhverjum tilvikum dreift á mörg undirkerfi.
• Dagskrárflokkur DR - þetta er aðilinn sem er ábyrgur fyrir netinnviðum og ennfremur að stjórna DR áætlunum sem notaðar eru til að draga úr netkerfum. Þetta er venjulega tól eða ISO.
• Skráður: Eigandi / samansafn auðlindanna eftirspurnar kýs að taka þátt í DR forriti og getur veitt upplýsingar um tilteknar auðlindir sem hægt er að miða við DR viðburði
• Atburður virkt tímabil: Þetta er tímabilið á þeim tíma sem breyting á álagi atvinnumannsfile er óskað eftir því sem hluti af DR -viðburði
• Takmarkanir á atburði: Tímarammar þar sem viðskiptavinurinn getur búist við að fá viðburði og skyldar hömlur svo sem engar uppákomur um helgar eða samfellda daga
• Viðburðardagar: Dagur þegar DR atburður á sér stað. Flest forrit hafa takmarkanir á fjölda viðburðadaga sem eru leyfðir á tilteknu tímatali
• Atburðarlýsing: Hluti af OpenADR atburðarhlutnum sem lýsir lýsigögnum um atburðinn, svo sem heiti forrits og forgangsatriðum
• Lengd viðburðar: Lengd viðburðarins. Flest forrit skilgreina takmarkanir varðandi lengd atburðar sem og klukkustundir dagsins sem atburðurinn getur átt sér stað
• Atburðarmerki: Aðgerðarhæfar upplýsingar sem eru í atburði eins og verðlagningu á rafmagni eða tilteknum stigum hleðsluþols sem óskað er eftir sem venjulega koma af stað einhverri fyrirfram forritaðri hleðsluhegðun hjá viðtakanda atburðarins. Í DR forritaskilgreiningu ætti að tilgreina tegundir atburðarmerkja sem notuð eru
• Miðun viðburða: Aðföngin til að losa um hleðslu sem eru ætlaðir viðtakendur DR viðburðarins. Þetta getur verið landsvæði, sérstakur tegund tækja, auðkenni hóps, auðkenni auðlinda eða annað auðkenni. Í forritaskilgreiningu á DR ætti að tilgreina hvernig sérstökum auðlindum er ætlað að miða.
• Viðburðir: Atburður er tilkynning frá veitunni um að krefjast hliðarauðlinda sem óska ​​eftir hleðslu sem hefst á tilteknum tíma, yfir tiltekinn tíma, og getur falið í sér miðunarupplýsingar sem tilgreina tilteknar auðlindir sem ættu að taka þátt í viðburðinum
• Innviðir milliliða fyrir utanaðkomandi aðila - Þetta eru innviðirnir, aðskildir frá uppbyggingu eftirspurnarhliða, sem notaður er af milligönguaðilanum til að eiga samskipti við bæði auðlindirnar og netaðilana.
• Leiðbeinandi: Þriðji aðili sem stýrir að hluta eða öllu leyti framkvæmd DR forritsins fyrir hönd veitunnar
• Uppbygging í netum - Þetta eru innviðirnir sem eru í eigu eða stjórnað af DR forritunaraðilum. Þessi uppbygging felur í sér framkvæmd OpenADR VTN sem er notuð til að senda DR merki til auðlinda sem skráð eru í DR forritin
• Milliliður - Þetta er flokkur sem vinnur venjulega fyrir hönd auðlindaflokksins til að auðvelda þátttöku þeirra í DR-forritum.
• Álagsstýring - þetta er innviði sem tengist auðlind sem ber ábyrgð á því að stjórna auðlindinni í raun og framleiða tiltekið álagfile.
• Hlaða Profile Markmið: Þessi hvatning að baki þróun DR forrits og útgáfu viðburða. Svo sem löngun til að raka hámarksálag.
• Tilkynning: Tímabil fyrir upphafstíma atburðar þar sem eiganda auðlindar eftirspurnar er tilkynnt um viðburð í bið
• Opt hegðun: Væntanlegt svar frá eiganda auðlindar eftirspurnar eftir móttöku atburðar. Þetta svar getur verið í formi og OptIn eða OptOut vísbendingar um hvort auðlind muni taka þátt í atburðinum eða ekki
• Kjósa svör: Hvort tiltekið forrit ætti að krefjast svara frá auðlindum eftirspurnarhliða til að bregðast við atburði og hver þessi viðbrögð eru venjulega.
• Opt þjónusta: Áætlanir sendar með OpenADR til að gefa til kynna tímabundnar breytingar á framboði auðlinda til að taka þátt í viðburðum.
• Forsenda: Viðmið sem þarf að uppfylla til þess að eigandi auðlindar í eftirspurn geti skráð sig í DR forrit. Þetta getur falið í sér framboð á millifundum eða einhverri lágmarks getu til að hlaða
• Aðal ökumenn: Aðal hvatinn af veitunni til að búa til DR forrit og gefa út viðburði. Svo sem eins og „Minni eftirspurn minnkandi og auðlindir fullnægjandi“
• Forrit - Þetta eru DR forritin sem auðlindirnar eru skráðar í.
• Dagskrá Lýsing: Frásagnarlýsing á því hvernig forrit virkar. Hluti af DR forritasniðmátunum sem skilgreind eru í þessu skjali
• Tímarammi dagskrár: Tími ársins eða árstíðirnar með DR-prógrammi er venjulega virkur
• Gefa út hönnun: Sérstakar breytingar á taxtaskipan eða hvatningu sem greidd er til að hvetja eigendur auðlinda eftirspurnar til þátttöku í áætluninni
• Skráningarþjónusta: Þjónusta sem notuð er af OpenADR samskiptareglunni til að koma á grunnvirkni milli VTN og VEN og til að staðfesta að VEN sé tengt reikningi viðskiptavina.
• Skýrsluþjónusta: Þjónusta sem OpenADR notar til að gera VEN-fyrirtækjum kleift að veita VEN-fyrirtækjum skýrslugerð. DR forritið ætti að tilgreina kröfur um skýrslugerð fyrir forritið.
• Auðlindaflokkur - Þetta er aðilinn sem á eftirspurnarhliðina Auðlindir sem kunna að vera skráðar í DR forrit
• Auðlind - Þetta er einingin sem er skráð í DR forritin og er fær um að skila einhvers konar breytingu á álagsefni sínufile til að bregðast við því að fá DR merki frá VTN.
• Markmið viðskiptavinur: Atvinnumaðurinnfile af auðlindum eftirspurnarhliðarinnar sem geta skráð sig í tiltekin DR forrit eins og íbúðarhúsnæði, iðnað eða kannski byggt á raforkunotkun.
• Markhleðsla: Auðlindirnar á eftirspurnarhliðinni sem á að breyta álagi að móttöku a
• VEN - Þetta er OpenADR Virtual End hnútur sem er notaður til að hafa samskipti við VTN.
• VTN - Þetta er OpenADR Virtual Top hnúturinn sem er notaður til að hafa samskipti við auðlindir sem skráðar eru í DR forritin.

Skammstafanir

• BMS: Stjórnunarkerfi bygginga
• C&I: Verslun og iðnaður
• Comm: Samskipti milli tveggja aðila
• DR: Krafa um viðbrögð
• EMS: Orkustjórnunarkerfi
• OpenADR: Opið sjálfvirkt eftirspurnarsvar
• Forrit: Tilvísun í eftirspurnarviðbragðsáætlun (ar)
• VEN: Sýndarenda hnútur
• VTN: Sýndar topphnútur

Tegundir eftirspurnarviðbragðsáætlana

Þetta skjal inniheldur sniðmát fyrir DR forritin sem sýnd eru hér að neðan.

 

1. Gagnrýnin hámarksverð: Gengi og / eða verðskipan sem ætlað er að hvetja til minni neyslu á tímabili hátt markaðsverðs í heildsölu eða ófyrirséðra kerfa með því að setja fyrirfram tilgreint hátt hlutfall eða verð í takmarkaðan fjölda daga eða tíma.

2. Getu tilboðsáætlun: Forrit sem leyfir eftirspurnarauðlindum á smásölu- og heildsölumörkuðum að bjóða upp á lækkun álags á verði eða til að bera kennsl á hversu mikið álag það er tilbúið til að skerða á tilteknu verði.

 

3. Hitastilliprógrammi fyrir íbúðarhúsnæði / Bein álagsstýring: Viðbragðsaðgerðir eftirspurnar þar sem styrktaraðili áætlunarinnar stýrir rafbúnaði viðskiptavinar (td loftkælingu) með stuttum fyrirvara. Þessi forrit eru fyrst og fremst boðin íbúðum eða litlum viðskiptavinum.

4. Fljótur DR sending / viðbótarþjónustuáætlun: Viðbragðsviðbragðaforrit sem veitir viðskiptavinum hvatagreiðslur vegna álagsviðbragða við neyðarviðbragðsviðburði. Óeðlilegt kerfisástand (tdample, kerfisþvinganir og staðbundnar afkastagetutakmarkanir) sem krefst sjálfvirkrar eða tafarlausrar handvirkrar aðgerðar til að koma í veg fyrir eða takmarka bilun í flutningsaðstöðu eða framleiðslugetu sem gæti haft slæm áhrif á áreiðanleika rafmagnskerfisins í magni. Stundum má nefna þessa tegund af forritum sem „viðbótarþjónustu“.

5. DR forrit rafknúinna ökutækja (EV): Viðbragðsaðgerðir eftirspurnar þar sem kostnaði við hleðslu rafknúinna ökutækja er breytt til að fá neytendur til að breyta neyslumynstri.

6. DER-áætlun dreifðra orkulinda (DER): Viðbragðsaðgerðir eftirspurnar sem notaðar eru til að jafna samþættingu dreifingar orkuauðlinda í snjallnetið.

 

Dreifingaratburðarás

Leiðin til þess að DR forrit er dreift er nokkuð óháð einkennum DR forritsins sjálfs. Eftirfarandi skýringarmyndir sýna ýmsar leiðir sem DR forrit gæti verið beitt. Eftirfarandi hluti veitir krosstilvísun milli dreifingaraðstæðna og DR forrita sem líklegast er að þær séu notaðar með.

Skýringarmyndirnar í þessum kafla sýna tengslin milli aðilanna í hinum ýmsu sviðsmyndum.

Bein 1

Þetta er einföld atburðarás þar sem beint samband er milli áætlunarflokks DR og auðlindaflokksins. Auðlindaflokkurinn er ábyrgur fyrir því að skrá eigin auðlindir í DR áætlanirnar og grid Infrastructure hafa beint samskipti við auðlindirnar í gegnum VEN sem býr í innviðum eftirspurnarhliðarinnar. Ennfremur er VEN í eigu auðlindaaðila og er aðskilið frá auðlindunum og stjórnendum þeirra. Þegar VEN -merki berst fyrir VEN, innleiðir það venjulega ekki neina álagsstjórnunarrökfræði, heldur sendir merkin einfaldlega til álagsstjórnenda sem grípa til viðeigandi aðgerða. FyrrverandiampLes þessa atburðarásar myndi fela í sér C&I byggingar sem kunna að setja upp hlið sem inniheldur OpenADR VEN og þegar merki berst við þá hlið þýðir það einfaldlega það í einhverja aðra siðareglur og áfram til hleðslustjóranna sjálfra.

Bein 2

Þetta er mjög svipað Direct 1 atburðarásinni. Aðalmunurinn er í því hvernig VEN er sett í gang og samskiptum við VTN auðveldað. VEN er komið á stað í einingu eins og miðstýrðu BMS sem getur innleitt DR rökfræði og haft samskipti við Compound Resource og marga mismunandi álagsstjórnendur þeirra frá miðlægari stað. FyrrverandiampLes eru ma stórar byggingar með BMS sem stjórna mörgum mismunandi áföngum í byggingu (td lýsingu, loftræstingu, iðnaðarferlum osfrv.) til campnotkun sem getur haft marga aðstöðu með miðstýrðu stjórnkerfi.

Bein 3

Þessi atburðarás er mjög svipuð Direct 1 atburðarásinni. Aðalmunurinn er sá að VEN er beint í auðlindina og álagsstýringu þess. Í þessu tilfelli eru DR merkin send beint til auðlindarinnar og álagsstýringar hennar. Svokölluð „verð á tæki“ atburðarás fellur í þennan flokk. FyrrverandiampLes myndi fela í sér hvers kyns álagsstýringu eins og loftræstikerfi (þ.e. hitastilli) sem er með innbyggt VEN sem getur haft bein samskipti við nethluta VTN.

Bein 4

Þetta er sambland af tegundum af Direct 1 og Direct 2 atburðarásinni. Aðalmunurinn er sá að margar VEN eru tengdar einni samsettri auðlind sem samanstendur af mörgum eignum með eigin álagsstýringar. Hver álagsstýringar sem samanstanda af samsettri auðlindinni geta verið tengdir öðru VEN. Athugið að öll VEN væru undir stjórn sama auðlindaaðila og á samsettu auðlindina. Þessi atburðarás er til til að auðvelda innviðauppbyggingu eftirspurnar sem hafa samsettar auðlindir, en hafa ekki miðstýrt BMS eins og Direct 2 atburðarás. FyrrverandiampLes gæti falið í sér byggingar með mismunandi álagsstýringum á hverri hæð, en ekki miðstýrt BMS, eða campnotar með mismunandi stýringar í hverri byggingu, en engin campokkur breiður stjórnandi. Þar sem frá sjónarhóli DR áætlunarflokksins er aðeins ein auðlind skráð í forritið þegar hún vill senda DR merki til auðlindarinnar getur hún einfaldlega sent sömu merki til hvers tilnefnds VEN sem hefur verið tengt auðlindinni.

Leiðbeinandi 1

Í þessari atburðarás er milliliður sem auðveldar samskipti milli DR áætlunarflokksins og auðlindanna. Venjulega vinnur milliliðaflokkurinn á vegum auðlindaflokksins til að hjálpa þeim að stjórna auðlindum sínum. Auðlindasamtökin hafa bein tengsl við DR áætlunarflokkinn og þeir skrá eigin auðlindir í DR forritin. Þannig dagskrárflokkur DR views hverja auðlindasamningsaðila sem aðskilda auðlind og getur haft samskipti við þá fyrir sig. Hlutverk milliliðaflokksins er að hafa milligöngu um allar samskipti sem tengjast OpenADR, þannig að VEN er komið á framfæri innan innviðauppbyggingar leiðbeinanda. Slík innviði er oft skýjagrunnur og boðinn auðlindasamningunum sem hugbúnaður sem þjónusta (SaaS). Þegar DR merki er móttekið af VEN leiðbeinanda getur fjöldi mismunandi aðgerða átt sér stað, þar á meðal að senda DR merki til viðeigandi auðlindar og hugsanlega útfæra einhvers konar DR Logic og senda álagsstýringarskipanir til hleðslutækis hverrar auðlindar. FyrrverandiampLes þessa atburðarás eru:

• Söluaðilar sem hafa umsjón með aðstöðu fyrir stórar verslunarkeðjur eins og stórkassa smásala.
• Milliliðir iðnaðarstýringar.
• Orkuþjónustufyrirtæki (ESCO)
• Skýtengt tæki og stjórnunarkerfi fyrir tæki eins og smitandi smitandi hitastillisölufyrirtæki.

Samansafnari 1

Þessi atburðarás er svipuð og atburðarásin. Helsti munurinn er sá að Aggregator-flokkurinn hefur samband við DR-dagskrárflokkinn öfugt við Auðlindaflokkana. Samlagningaraðilinn safnar saman mörgum viðskiptavinaeignum í eina auðlind sem hann skráir sig í DR forritin. DR dagskrárflokkurinn hefur ekki sýnileika yfir einstökum eignum sem safnari hefur umsjón með. Eins og með leiðbeinandann hefur samlagningarmaðurinn sína eigin innviði þar sem VEN er komið á staðinn. Munurinn er sá að þegar DR-merki er móttekið vísar það í eina auðlind og Aggregatorinn útfærir einhvers konar DR-rökfræði yfir allar eignir í eignasafni sínu til að ná þeim markmiðum sem tilgreind eru í DR-merkinu.

 

Dreifingaratburðarás og kortlagning DR áætlana

Í töflunni hér að neðan má sjá hvaða sviðsmyndir eru algengastar fyrir tiltekið DR forrit.

	Dreifingarsviðsmynd
DR sniðmát	Beint 1, 2, 3, 4	Leiðbeinandi 1	Samansafnari 1
CPP forrit	∆	∆
Getu tilboðsáætlun			∆
Íbúðarhitastillir Dagskrá		∆
Fljótur DR sending			∆
DR forrit rafknúinna ökutækja (EV)	∆	∆
DER-áætlun dreifðra orkulinda (DER)	∆	∆

Að velja DR forritasniðmát

Eftirfarandi eru settar spurningar sem eiga við hvaða gagnsemi sem er um að innleiða nýtt DR forrit. Þessu er ekki ætlað að vera yfirgripsmikið, heldur táknar það einhver mikilvægari mál. Tilgangur þessara spurninga er að hjálpa leiðbeiningum veitna í átt að viðeigandi settum DR forritasniðmátum.

Sp.: Af hverju viltu gera DR? Hvaða netástand eða rekstrarvandamál ert þú að reyna að draga úr DR?

Þetta er lang mikilvægasta spurningin og myndar grunninn að heildarkröfum og markmiðum fyrir það sem DR -áætluninni er ætlað að ná. Svarið við þessari spurningu skilgreinir hvernig eftirspurn hliðarálag atvinnumannafile á að vera mótað af DR forritinu. Allar aðrar kröfur renna út frá svarinu við þessari spurningu.

• Ertu að reyna að raka tindana?
• Viltu fylla maga öndarinnar?
• Ertu að reyna að verja staðprís rafmagns?
• Ertu áhyggjufullur með áreiðanleika nets
• Ertu að reyna að varðveita neteignir?
• Osfrv osfrv.

Taflan hér að neðan veitir nokkurt viðbótarsamhengi við hvatann að baki því að vilja þróa DR-forrit

Áreiðanleiki og öryggi grids	Tíðni og binditage Stöðugleiki
	Auðlind auðlinda
	Hámarksgeta
	Ramping
	Ófyrirséð
Orkuöflun	Blettamarkaðsverð
	Verðardómur
Eignastýring	Skaðavarnir
	Viðhaldslækkun
	Framlenging ævi
Getustjórnun	Efnahagslegur ávinningur
	Neyðarstjórnun
Umhverfismál	Negawatt
	Hrein orka

Sp.: Er þegar til staðar DR-forrit eða gjaldskrá fyrir þetta forrit?

• Oft eru dagskrárreglurnar skrifaðar sérstaklega út í gjaldskrá.

Sp.: Hvaða markaðssvið eftirspurnar miðar þú með þessu forriti?

Þetta getur hjálpað til við að ákvarða miðun auðlindanna í atburðinum og tegund merkis.

• Íbúðarhúsnæði
• Stórt C&I
• Lítið C&I
• Landbúnaður
• Vatnsbúskapur
• Rafknúin farartæki
• O.s.frv., osfrv

Sp.: Ertu að reyna að miða á sérstakar tegundir álags?

• Hitastillar
• Rafknúin farartæki
• Ag dælur
• o.s.frv.

Sp.: Hver er dreifingarlíkanið þitt?

Svarið við þessari spurningu getur haft áhrif á hvernig auðlindir eru skilgreindar innan forritsins og ákvarða hvernig miðað er við þau úrræði innan viðburða.

• Beint til viðskiptavina
• Í gegnum milliliði eins og safnara eða leiðbeinendur
• Viðskiptavinur sem ber ábyrgð á að útvega og dreifa eigin VEN búnaði?
• o.s.frv.

Sp.: Á hvaða sértækni stigi viltu hafa samskipti við hlaða eftirspurnar?

Þessi spurning er nokkuð tengd útfærslulíkaninu og ræður því hvernig auðlindir forritsins eru skilgreindar og miðaðar. Það er ein mikilvægasta og mögulega flóknasta spurningin.

• Umgangast hverja einstaka auðlind
• Samskipti í gegnum leiðbeinanda eða safnara án þess að tilgreina auðlindirnar að baki
• Hafðu samskipti í gegnum leiðbeinanda eða safnara OG tilgreindu hvaða auðlindir á bak við þá ætti að senda
• Notaðu staðsetningu sem eiginleika til að tilgreina auðlindir
• Notaðu einhvers konar flokkunarkerfi til að tilgreina auðlindir
• Miðaðu að einstökum eignum eins og hitastillum
• Umgangast án alls fjármagns og bara senda út DR viðburði
• o.s.frv.

Sp.: Hvaða samskiptamynstur viltu nota til að hafa áhrif á hleðslu atvinnumanna viðskiptavina þinnafiles?

Þessi spurning ákvarðar tegund DR-merkja sem send verða til þátttakenda í dagskrá.

• Hvatning (td kraftmikil verðlagning)
• Hleðslusendingar (td aukaþjónusta)
• Bein álagsstýring
• Almennt atburðarmerki
• o.s.frv.

Sp.: Hverjir eru almennir eiginleikar áætlana um áætlanir?

• Dagsetningar og stundir sem kalla má á atburði
• Tíðni atburða
• Lengd viðburða
• Leyfilegt leynd fyrir fjölgun atburða
• o.s.frv.

Sp.: Hvernig er framboð auðlinda í áætluninni ákvarðað?

• Með ströngum dagskrárreglum
• Sem hluti af einhverju tilnefningar- eða tilboðsferli sem auðlindin gerir
• Aðgangur / frávísun leyfð?
• o.s.frv.

Sp.: Hvers konar sýnileika þarftu á árangri auðlindarinnar?

Þetta er mjög víðtæk spurning og ræður því hvers konar upplýsingar eru gefnar til baka úr auðlindunum í DR forritinu. Almennt ræður þetta tegund skýrslna sem krafist er.

• Online / offline
• Notkun (núverandi og / eða söguleg)
• Möguleiki á viðbrögðum við álagi
• Hleðsla framboð
• Álag / eignarástand (núverandi og / eða sögulegt)
• Osfrv., O.s.frv.

Sniðmát eftirspurnaráætlana um viðbrögð

Critical Peak Pricing Program (CPP)

Einkenni CPP DR áætlunarinnar

Hlaða Profile Markmið	-Lækkun hámarks eftirspurnar
Aðal ökumenn	-Lækkað fjármagnsgjöld og minni orkukostnaður
Dagskrá Lýsing	Þegar veitur fylgjast með eða gera ráð fyrir háu markaðsverði eða neyðaraðstæðum rafkerfa, geta þær kallað á mikilvægar uppákomur á tilteknu tímabili (td. 3 - 6 á heitum sumardegi), rafmagnsverðið á þessum tímabilum er verulega vakti.
Hvatning viðskiptavina	Hægt er að bjóða viðskiptavinum afslátt af orkuverði á ekki háannatíma sem hvatning til að taka þátt í áætluninni.
Gefa út hönnun	CPP er verðforrit þar sem hlutfall hækkar á mikilvægum toppum í orkunotkun. Venjulega eru CPP-vextir viðbótar- eða margföldunarstig á grunn-, þrepaskipt eða TOU-grunnvextir.
Markmið viðskiptavinur	-Bústaður eða C&I
Markhleðsla	-Einhver
Forsenda	-Viðskiptavinur verður að hafa bilsmælingu -C & I viðskiptavinir gætu þurft að uppfylla kröfur um eftirspurn
Tímarammi dagskrár	-Spennur venjulega mánuði ársins þar sem hámarks orkunotkun á sér stað, þó að það geti verið árið um kring í sumum tilvikum.
Takmarkanir á atburði	-Að venjulega mánudag til föstudags, að undanskildum frídögum, þar sem venjulegir dagatburðir eru venjulega leyfðir
Viðburðardagar	-Að venjulega 9 til 15 á ári
Lengd viðburðar	-Að venjulega á föstum tímaramma fyrir alla viðburði á bilinu 4 til 6 klukkustundir á mestu orkunotkunartímum dags.
Tilkynning	-Eðlilega dagur framundan
Opt hegðun	-Að venjulega þurfa viðskiptavinir ekki að taka þátt í viðburðum
Vottun Viðburðir	-Eðlilega engin

OpenADR Einkenni CPP forrita

Atburðarmerki	–EINFALT merki með stigum 1 til 3 kortlagt við verðlagsáhrif CPP atburðarins. Ef CPP forrit hefur einn verðlagsþátt ætti að kortleggja það á stig 1. Fyrir CPP forrit með marga verðlagsþætti ætti að kortleggja minnsta verðhlutann á stig 1, en aðrir verðhlutar kortlagðir á stig 2 og 3 í auknum mæli verðlagsáhrifa. -Ef dreifingin styður B profile VENs, auk SIMPLE merkisins getur ELECTRICITY_PRICE merki verið með í álaginu með tegund verðRelative, priceAbsolute eða priceMultiplier eftir eðli forritsins. Sjá viðauka A til dæmisamples.
Kjósa svör	-VTNs sem senda viðburði ætti að stilla oadrResponseRequired þáttinn á „alltaf“, þar sem þess er krafist að VEN svari með optIn eða optOut -Eins og þátttaka í CPP prógrammi er „best átak“ æfing, það er engin formleg merking að taka þátt í eða hætta við umfram það sem gefin er til kynna með tilliti til að ætla að taka þátt. Við mælum með því VEN bregðast við með optIn nema viðskiptavinurinn hafi gripið til einhverra sérstakra ofgnóttar aðgerða. -OadrCreateOpt álagið væri venjulega ekki notað til að hæfa auðlindir sem taka þátt í viðburðum.
Atburðarlýsing	-Viðburðurinn forgang ætti að vera stillt á 1 nema reglur forritsins eða VTN stillingar tilgreini annað –Prófatburðir eru venjulega ekki notaðir með CPP forritum. En ef þau eru leyfð ætti testEvent þátturinn að vera stilltur á „true“ til að gefa til kynna prófatburðinn. Ef frekari breytuupplýsinga er krafist í þessum þætti getur það fylgt „satt“ aðskilið með bili með þessum viðbótarupplýsingum.
Atburður virkt tímabil	– eiRampUpp, eiRecovery, þolþættir eru venjulega ekki notaðir
Grunnlínur	–Grunnlínur eru venjulega ekki innifaldar í álagi atburðarins
Miðun viðburða	-CPP forrit gera venjulega ekki greinarmun á auðlindum fyrir tiltekinn viðskiptavin. Miðun tilgreinir venjulega venID, sem gefur til kynna að allar auðlindir tengdar VEN ættu að taka þátt, eða lista yfir öll auðlindauðkenni tengt VEN.
Skýrsluþjónusta	–Fjarlægðarskýrsla er venjulega ekki notuð þar sem það er ekki algerlega nauðsynlegt fyrir CPP forrit. Vísaðu til viðauka B fyrir dæmiamples af skýrslum frá flugmönnum gagnsemi sem gætu átt við um þessa tegund af forriti.

Opt þjónusta	–Notkun Opt þjónustunnar að miðla tímabundnum framboðsáætlunum venjulega væri ekki notað sem hluti af CPP prógrammi. Sumar dreifingar gætu þó notað þessa þjónustu til að varðveita tiltæka viðburðadaga fyrir viðskiptavini sem gefa til kynna skort á framboði.
Skráningarþjónusta	Pælingatímabil beðið af VTN vegna dæmigerðra CPP dagskrárdaga þarf ekki að vera tíðari en einu sinni í klukkustund. Hins vegar getur notkun könnunar til að greina hjartslátt krafist tíðari könnunar.

Getu tilboðsáætlun

Eiginleikar áætlunar um getu til að bjóða DR

Hlaða Profile Markmið	-Hækkun eftirspurnar og fullnægjandi auðlind
Aðal ökumenn	-Lækkað fjármagnsgjöld og minni orkukostnaður
Dagskrá Lýsing	Framboðsforritið fyrir afkastagetu er notað af ISO / veitum til að fá fyrirfram framið burðargetu frá samanlagðum eða sjálfum samanlögðum viðskiptavinum. Þessi fyrirfram framleidda burðargeta er notuð af ISO / veitum þegar þeir fylgjast með eða gera ráð fyrir háu markaðsverði, neyðaraðstæðum raforkukerfisins, eða sem hluta af venjulegri orkunýtingarnýtingu með því að hringja í atburði DR á tilteknu tímabili.   Athugið að hver samanlagður er yfirleitt ábyrgur fyrir því að hanna sitt eigið eftirspurnarviðbragðsforrit sem og viðskiptavinaöflun og tilkynningu um atburði til að uppfylla getu skuldbindingar sem gerðar eru sem hluti af þessu forriti.
Hvatning viðskiptavina	Samanlagðar / viðskiptavinir fá tvenns konar hvata. Í fyrsta lagi fá þeir afkastagetugreiðslu fyrir að hafa tiltekið magn af afkastagetu fyrir hleðslu fyrir DR viðburði á framtíðarglugga. Í öðru lagi, ef boðað er til atburðar í framtíðartímanum, má greiða orkugjald fyrir álag á meðan atburðurinn stendur yfir.
Gefa út hönnun	Þátttakendur í áætluninni leggja fram tilboð um „getu tilnefningar“ sem gefur til kynna hleðslugetu sem þeir eru tilbúnir til að hafa í boði í framtíðinni. Tilboðið getur einnig falið í sér hvata sem samanlagður / viðskiptavinur er reiðubúinn að þiggja fyrir álag sem er undir grunnlínugildinu. Á veitumörkuðum er afkastageta yfirleitt fyrir næsta almanaksmánuð, þó að miklu lengri tímarammar séu notaðir á ISO mörkuðum. Sem hluti af tilnefningu um getu getur viðskiptavinurinn getað valið á milli fjölda eiginleika, þar á meðal dag fram á við eða dagur tilkynningar og tímalengd atburðarins (svo sem 1-4 klukkustundir, 2-6 klukkustundir, ...). Viðskiptavinur greiðir getu til viðskiptavinarins fyrir þessa skuldbindingu jafnvel þó að engir viðburðir séu kallaðir á tímaglugganum. Ef boðað er til atburðar á tímaglugganum getur viðskiptavinurinn fengið orkugreiðslu fyrir hleðsluskúrinn miðað við grunnlínu, þó geta viðurlög átt við ef minna en fyrirfram skuldbundið hleðslugeta er afhent á þeim tíma sem boðað er til atburðarins.
Markmið viðskiptavinur	-Söfnunaraðilar og sjálfssöfnuðir viðskiptavinir
Markhleðsla	- Einhver

Forsenda	-Viðskiptavinur verður að hafa bilsmælingu -C & I viðskiptavinir gætu þurft að uppfylla kröfur um kröfur eða tilboð
Tímarammi dagskrár	-Hvenær sem er
Takmarkanir á atburði	-Að venjulega mánudag til föstudags, að undanskildum frídögum, þar sem venjulegir dagatburðir eru venjulega leyfðir
Viðburðardagar	-Að venjulega mest 30 klukkustundir á mánuði
Lengd viðburðar	-Að venjulega á föstum tímaglugga fyrir alla viðburði á mestu orkunotkunartímum dagsins.). Lengd viðburðar er breytileg eftir skuldbindingu viðskiptavinarins með óskir á bilinu 1 til 8 klukkustundir eða eins og það er tilgreint af hönnun forritsins
Tilkynning	-Dagur framundan eða dagur eftir því sem óskað er eftir getu viðskiptavina eða getu hönnunar áætlunarinnar
Opt hegðun	-Að venjulega myndu viðskiptavinir taka þátt í atburðum í ljósi þess að þar sem þeir hafa fyrirfram framið burðargetu.
Vottun Viðburðir	-Að venjulega tvö á ári (próf)

OpenADR Einkenni fyrir getu tilboðsáætlana

Atburðarmerki	–EINFALT merki með stigum 1 til 3 kortlagt að magni álags. Ef forritið styður aðeins eitt stig álags, ætti að kortleggja það á stig 1. Fyrir forrit með mörgum stigum álags, ætti að kortleggja minnstu breytinguna frá venjulegum rekstri á stig 1, þar sem gildi álagsins eru kortlögð á stig 2 og 3 í auknu magni álags. -Ef dreifingin styður B profile VENs, til viðbótar við EINSTAKT merki getur BID_LOAD og / eða BID_PRICE merki verið með í álaginu með merkjategundir setpoint og verð, og einingar af powerReal og currencyPerKW í sömu röð. BID_LOAD myndi endurspegla umbeðið álag sem var allt að tilboðsfjárhæð tilboðs frá samanlagðaranum / viðskiptavininum og BID_PRICE myndi endurspegla hvatatilboð samanlagðarans / viðskiptavinarins. Sjá viðauka A til dæmisamples.
Kjósa svör	-VTNs sem senda viðburði ætti að stilla oadrResponseRequired þáttinn á „alltaf“, þar sem þess er krafist að VEN svari með optIn eða optOut -Eins og samdráttaraðilar / viðskiptavinir hafa fyrirfram skuldbundna getu VEN ættu að bregðast við með optIn. Hægt er að senda frávísun til að bregðast við viðburðinum en þetta er óformleg vísbending um framboð en ekki formleg afþökkun á viðburðinum. -The oadrCreateOpt farmur væri venjulega ekki notaður til að hæfa auðlindir sem taka þátt í atburðum sem venjulega er álagið ein heildaraðild.
Atburðarlýsing	-Viðburðurinn forgang ætti að vera stillt á 1 nema reglur forritsins eða VTN stillingar tilgreini annað –Hægt er að nota prófatburði með Capacity Bidd forritum. Ef þau eru leyfð ætti að setja testEvent þáttinn á „true“ til að gefa til kynna prófatburðinn. Ef frekari breytuupplýsinga er krafist í þessum þætti getur það fylgt „satt“ aðskilið með bili með þessum viðbótarupplýsingum.
Atburður virkt tímabil	– eiRampUpp, eiRecovery, þolþættir eru venjulega ekki notaðir
Grunnlínur	–Grunnlínur eru venjulega ekki innifaldar í álagi atburðarins þar sem þessi gögn eru venjulega ekki tiltæk þegar atburðurinn hefst. Hins vegar myndu bæði veitur og safnarar/viðskiptavinir gera það view að hafa grunnupplýsingar í atburðum sem gagnlegar.
Miðun viðburða	-Rýmdartilboðstilboð gera venjulega ekki greinarmun á auðlindum fyrir tiltekinn viðskiptavin. Miðun tilgreinir venjulega venID, sem gefur til kynna að allar auðlindir tengdar VEN ættu að taka þátt, eða inniheldur auðlindauðkenni sem er fulltrúi samanlagðs álags tengt VEN.
Skýrsluþjónusta	ISO Capacity tilboðsforrit þurfa venjulega TELEMETRY_USAGE skýrslur með powerReal gagnapunktum. Sjá fyrrvamples í viðauka A. Fjarskýrslugerð vegna gagnsemi tilboðs er venjulega ekki krafist. Athugið að fjarskiptamiðlun krefst B profile VEN. Vísaðu til viðauka B fyrir dæmiamples af skýrslum frá flugmönnum gagnsemi sem gætu átt við um þessa tegund af forriti.
Opt þjónusta	–Notkun Opt þjónustunnar að miðla tímabundnum framboðsáætlunum venjulega væri ekki notað sem hluti af Capacity Bidd forritinu þar sem viðskiptavinir hafa fyrirfram skuldbundið sig til framboðs. Þessi þjónusta getur þó verið gagnleg sem óformlegur háttur fyrir þátttakendur til að gefa til kynna skort á framboði af íþyngjandi ástæðum eins og bilun í búnaði.
Skráningarþjónusta	Pælingatímabil óskað af VTN vegna dæmigerðra dagskrárdaga þarf ekki að vera tíðari en einu sinni í klukkustund. Hins vegar getur notkun könnunar til að greina hjartslátt eða dagskrá áætlana krafist tíðari könnunar.

Íbúðarhitastillingarforrit

Þetta forrit er táknrænt fyrir beina álagsstýringu (DLC) þar sem eftirspurnarmerki breytir beinlínis hegðun auðlinda fyrir hleðslu án þess að frádráttur sé lagður á milli móttöku merkisins og sérstakrar aðgerðar til að losa um hleðslu.

Einkenni einkalífs hitauppstreymisbúnaðar

Hlaða Profile Markmið	-Lækkun hámarks eftirspurnar
Aðal ökumenn	-Lækkað fjármagnsgjöld og minni orkukostnaður
Dagskrá Lýsing	-Þegar veitur fylgjast með eða gera ráð fyrir háu markaðsverði eða neyðaraðstæðum raforkukerfa, geta þær hafið atburði sem breytir hegðun forritanlegs hitastillis viðskiptavinarins (PCT) á tilteknu tímabili (td. 3:6 - XNUMX:XNUMX á heitum stað) sumarvikudag) í því skyni að draga úr orkunotkun. -Breytingin á PCT hegðun sem viðbrögð við atburðinum getur verið einföld breyting á hitastigssetpunkti meðan á viðburðinum stendur eða flóknari breytingamengi, þ.mt forkæling, sem lágmarkar áhrif atburðarins á þægindi viðskiptavinarins stigi.
Hvatning viðskiptavina	-Hvatar eru í tveimur almennum myndum. Í fyrsta lagi geta viðskiptavinir fengið ókeypis PCT eða boðið afslátt / afslátt af PCT-tölvum sem viðskiptavinir hafa keypt sem hvatning til að skrá sig í DR forritið. Í öðru lagi geta viðskiptavinir fengið árlegan styrk til áframhaldandi skráningar í forritið. Minna algengt væri áframhaldandi hvatning sem viðskiptavinir greiddu á grundvelli raunverulegrar orkuskerðingar við atburði.
Gefa út hönnun	-Aðal hvatningaráætlun þar sem viðskiptavinir fá afslátt eða ókeypis PCT fyrir að skrá sig í DR forritið. Sum forrit geta greitt reglulega styrk eða hvatagreiðslur byggðar á orkuskerðingu við atburði.
Markmið viðskiptavinur	-Bústaður
Markhleðsla	- Loftræstikerfi
Forsenda	-Að venjulega enginn, þar sem viðskiptavinir fá PCT sem hluta af skráningu í forritið
Tímarammi dagskrár	-Spennur venjulega mánuði ársins þar sem hámarks orkunotkun á sér stað, þó að það geti verið árið um kring í sumum tilvikum.
Takmarkanir á atburði	-Að venjulega mánudag til föstudags, að undanskildum frídögum, þar sem venjulegir dagatburðir eru venjulega leyfðir.
Viðburðardagar	-Að venjulega 9 til 15 á ári
Lengd viðburðar	Atburðir gætu átt sér stað hvenær sem er, með lengd frá 2 til 4 klukkustundir, þó að venjulega gerist atburðir á mestu orkunotkunartímum dags.
Tilkynning	-Að venjulega daginn framundan, þó að sum forrit geti haft tilkynningartíma allt niður í 10 mínútur.
Opt hegðun	-Viðskiptavinir eru ekki skyldaðir til að taka þátt í viðburðum, þó verða þeir sjálfkrafa skráðir í viðburði nema þeir grípi til aðgerða til að hnekkja atburðinum eða gera handvirkar breytingar á hitastigi meðan á viðburðinum stendur.
Vottun Viðburðir	-Eðlilega engin

OpenADR einkenni fyrir hitastilliforrit íbúða

Atburðarmerki	–Einfalt merki með stigum 1 til 3 tengd breytingu á miðpunkti PCT hitastigs á móti hitastigitage. Ef hitauppstreymisforrit í íbúðarhúsnæði er með einn offset / hjólreiðahluta ætti að kortleggja það á stig 1. Fyrir forrit með marga offset / hringrásarhluti ætti að kortleggja minnstu breytinguna frá venjulegum rekstri á stig 1, með hinum offset / hringrásargildum kortlagt á stig 2 og 3 í auknum mæli álagsáhrifa. -Ef dreifingin styður B profile VENs, til viðbótar við EINSTAKT merki, þá getur LOAD_CONTROL merki verið með í farminum með tegund af x-loadControlLevelOffset eða x-loadControlCapacity til að tilgreina viðeigandi hitastigsetjamót eða hitastigs hjólreiðatöltage í sömu röð. Mælt er með því að a einingategund „hitastigs“ með því að nota í álagi með því að nota x-loadControlLevelOffset signalType til að gefa til kynna Celsius eða Fahrenheit fyrir móti. Sjá viðauka A til dæmisamples.
Kjósa svör	-VTNs sem senda viðburði ætti að stilla oadrResponseRequired þáttinn á „alltaf“, þar sem þess er krafist að VEN svari með optIn eða optOut – VEN ættu að bregðast við með optIn nema viðskiptavinurinn hafi gripið til einhverra sérstakra ofgnóttar aðgerða. -The oadrCreateOpt álag getur verið notað af VEN til að hæfa þátttöku auðlinda í atburði. Til dæmis getur atburður miðað við auðlindarauðkenni tveggja hitastilla sem stjórna aðskildum loftræstikerfum. Ef viðskiptavinurinn ákveður að aðeins eitt af loftræstikerfunum geti tekið þátt í atburðinum, verður þessu tilkynnt til VTN með oadrCreateOpt álaginu. Athugaðu að oadrCreateOpt álagið er aðeins stutt af B profile VEN
Atburðarlýsing	-Viðburðurinn forgang ætti að vera stillt á 1 nema reglur forritsins eða VTN stillingar tilgreini annað –Prófatburðir eru venjulega ekki notaðir með forritum fyrir hitastilli íbúða. En ef þau eru leyfð ætti testEvent þátturinn að vera stilltur á „true“ til að gefa til kynna prófatburðinn. Ef frekari breytuupplýsinga er krafist í þessum þætti getur það fylgt „satt“ aðskilið með bili með þessum viðbótarupplýsingum.
Atburður virkt tímabil	–Slembival er venjulega notað við atburði í hitastilli í íbúðarhúsnæði með þolþáttinum – eiRampUpp og eiRecovery þættir eru venjulega ekki notaðir
Grunnlínur	–Grunnlínur eru venjulega ekki innifaldar í álagi atburðarins
Miðun viðburða	-Búsetu hitastillisforrit miða að loftræstikerfum sem stjórnað er af PCT. Miðun tilgreinir venjulega auðlindauðkenni loftræstikerfisins (þ.e. hitastillirinn) sem tengist VEN eða venID með viðburðamerkjatækjamarkmiðinu stillt á Hitastilli
Skýrsluþjónusta	–Fjarlægðarskýrsla er venjulega ekki notuð þar sem það er ekki algerlega nauðsynlegt fyrir hitastilliforrit í íbúðarhúsnæði Vísaðu til viðauka B fyrir dæmiamples af skýrslum frá flugmönnum gagnsemi sem gætu átt við um þessa tegund af forriti.
Opt þjónusta	–Notkun Opt þjónustunnar að miðla tímabundnum framboðsáætlunum venjulega væri ekki notað sem hluti af CPP prógrammi.
Skráningarþjónusta	Pælingatímabil beðið af VTN um dæmigerð dagvistarforrit fyrir íbúðarhitastillingu þarf ekki að vera tíðari en einu sinni í klukkustund. Notkun kannana til að greina hjartslátt kann að krefjast tíðari kosninga eins og hitapóstforrit fyrir íbúðir með verulega styttri tilkynningartíma.

Fljótur DR sending

Fljótur Einkenni DR sendingaráætlunar

Hlaða Profile Markmið	-Senda úrræði til að ná viðbrögðum við álagi í „rauntíma“
Aðal ökumenn	-Grid áreiðanleiki og viðbótarþjónusta
Dagskrá Lýsing	Fast DR er notað af ISO / tólum til að fá fyrirfram skuldbundið álagssvar í „rauntíma“. Þessi fyrirfram skuldbundna álagssvörun er notuð af ISO / veitum þegar þeir fylgjast með aðstæðum sem krefjast tafarlausra aðgerða til að viðhalda stöðugleika og heilleika netkerfisins. Rauntími þýðir að auðlindir eru venjulega sendar með biðtíma á bilinu 10 mínútur fyrir auðlindir sem eru notaðar sem varasjóður í 2 sekúndur fyrir auðlindir sem eru notaðar í reglugerðarskyni. Stærð álags viðbragða verður að vera nægilega stór til að munur verði á að draga úr ástandi ristarinnar og þannig eru auðlindir yfirleitt mjög stórar og oft stjórnað af samanlagðar sem hluti af samanlagðri auðlind. Lágmarksstærðir fyrir álagssvör fyrir auðlind til að geta tekið þátt í aukaþjónustu eru venjulega um 500 kW, en geta verið allt að 100 kW fyrir sum forrit. Athugið að ef auðlindin er notuð sem varasjóður verður hún venjulega kölluð til að minnka (þ.e. úthella) álagi, en ef það er notað í reglugerðarskyni getur það verið sent til annað hvort að auka eða minnka álag.
Hvatning viðskiptavina	Samanlagðar / viðskiptavinir fá venjulega tvenns konar hvata. Í fyrsta lagi fá þeir greiðslu fyrir að fremja og gera tiltekið magn álags viðbragðs tiltækt fyrir DR viðburði í framtíðartímanum. Magn svörunar álags, tímagluggi framboðs og upphæðin sem á að greiða er venjulega stillt af samanlagðaranum / viðskiptavininum. Í öðru lagi, ef boðað er til atburðar í framtíðartímanum greiðsla byggð á magni álagssvörunar meðan á atburði stendur.
Gefa út hönnun	Þátttakendur í áætluninni leggja fram tilboð sem gefur til kynna álagssvör sem þeir eru tilbúnir að gera aðgengilegir í framtíðartímanum. Tilboðið nær yfirleitt einnig til greiðslunnar sem samanlagður / viðskiptavinur er tilbúinn að taka fyrir viðbrögð við álagi. Á gagnsemi/ISO mörkuðum er tilboð venjulega lagt fram annaðhvort daginn á undan eða degi þess tímabils sem skuldbindingin er gefin fyrir. Sem hluti af hæfni þeirra og skráningu á mörkuðum eru ýmsar breytur árangursumsláttar tengdar auðlindinni eins og ramp hraða og mín og hámarks rekstrarmörk. Slíkar breytur ráða því hvernig þær verða sendar. Ef tilboði þátttakanda er tekið er heimilt að greiða til viðskiptavinarins fyrir fyrirfram skuldbindingu sína jafnvel þótt engir viðburðir séu kallaðir á tímaglugganum. Ef hringt er í viðburð í tímaglugganum getur viðskiptavinurinn fengið viðbótargreiðslur fyrir frammistöðu sína meðan á viðburðinum stendur. Slíkar afkomutengdar greiðslur geta byggst á ýmsum þáttum, þar á meðal magnorku, afli, hversu vel auðlindin fylgir sendingarleiðbeiningunum og „kílómetra“ greiðslu sem endurspeglar hversu mikið álag þeirra erfile þurfti að breyta meðan á viðburðinum stóð. Sumar af þessum breytum eins og orku og afli geta verið með tilliti til grunnlínu.
Markmið viðskiptavinur	-Söfnunaraðilar og sjálfssamir viðskiptavinir C&I
Markhleðsla	- Þeir sem geta brugðist við sendingum í rauntíma.

Forsenda	-Viðskiptavinur verður að hafa bilsmælingu - Verður að uppfylla kröfur um lágmarksstærð fyrir álagssvörun -Verður að geta brugðist við sendingum í rauntíma -Að venjulega þarf að bjóða upp á rauntíma fjarfræði sem sýnir núverandi álagssvörun
Tímarammi dagskrár	-Hvenær sem er
Takmarkanir á atburði	-engin
Viðburðardagar	-engin
Lengd viðburðar	-Að venjulega stutt (innan við 30 mínútur), en mun í öllum tilvikum aldrei fara yfir þann tíma glugga sem þátttakandinn gerði auðlindina aðgengilega þegar þeir lögðu fram tilboð sitt.
Tilkynning	-engin
Opt hegðun	-Viðskiptamenn eru sjálfgefnir í atburði í ljósi þess að þeir hafa fyrirfram framið álagssvör
Vottun Viðburðir	-Að venjulega eitt á ári (próf)

OpenADR Einkenni fyrir getu tilboðsáætlana

Atburðarmerki	–EINFALT merki með stigum 1 til 3 kortlagt að magni álagsins. Ef forritið styður aðeins eitt stig álagssvörunar ætti að kortleggja það á stig 1. Fyrir forrit með margþætt stig álags viðbragða ætti að kortleggja minnstu breytinguna frá venjulegum rekstri yfir á stig 1, þar sem gildin fyrir álagið eru kortlögð á stig 2 og 3 í auknu álagssvörun. -Ef dreifingin styður B profile VENs, til viðbótar við EINSTAKT merki, getur sending í formi LOAD_DISPATCH merkis verið með í álaginu með merkjategundir setpoint eða delta, og einingar af powerReal. Þetta merki táknar „rekstrarpunkt“ álagsins og getur verið tjáð annað hvort sem algert magn af mW (þ.e. stillipunktur) eða einhver hlutfallslegur fjöldi mW (þ.e. delta) frá núverandi rekstrarpunkti. Sjá viðauka A til dæmisamples.
Kjósa svör	-VTNs sem senda viðburði ætti að stilla oadrResponseRequired þáttinn á „alltaf“, þar sem þess er krafist að VEN svari með optIn eða optOut -Eins og samdráttaraðilar / viðskiptavinir hafa fyrirfram skuldbundna getu VEN ættu að bregðast við með optIn. Hægt er að senda frávísun til að bregðast við viðburðinum en þetta er óformleg vísbending um framboð en ekki formleg afþökkun á viðburðinum. -The oadrCreateOpt farmur væri venjulega ekki notaður til að hæfa auðlindir sem taka þátt í atburðum sem venjulega er álagið ein heildaraðild.
Atburðarlýsing	-Viðburðurinn forgang ætti að vera stillt á 1 nema reglur forritsins eða VTN stillingar tilgreini annað –Hægt er að nota prófatburði, sérstaklega við skráningu og hæfi auðlindar. Ef þau eru leyfð ætti að setja testEvent þáttinn á „true“ til að gefa til kynna prófatburðinn. Ef frekari breytuupplýsinga er krafist í þessum þætti getur það fylgt „satt“ aðskilið með bili með þessum viðbótarupplýsingum.
Atburður virkt tímabil	– Þolþættir eru ekki notaðir. EirinnampUpp og eiRecovery tímabil eru venjulega hluti af breytum auðlindarinnar þegar þeir skrá sig og má nota. Vegna eðlis sendinganna geta þær verið opnar og því getur enginn lokatími verið fyrir viðburðinn.
Grunnlínur	–Grunnlínur eru venjulega ekki innifaldar í álagi atburðarins þar sem þessi gögn eru venjulega ekki tiltæk þegar viðburðurinn hefst. Hins vegar myndu bæði veitur og safnarar/viðskiptavinir gera það view að hafa grunnupplýsingar í atburðum sem gagnlegar.
Miðun viðburða	-Rýmdartilboðstilboð gera venjulega ekki greinarmun á auðlindum fyrir tiltekinn viðskiptavin. Miðun tilgreinir venjulega venID, sem gefur til kynna að allar auðlindir tengdar VEN ættu að taka þátt, eða inniheldur auðlindauðkenni sem er fulltrúi samanlagðs álags tengt VEN.
Skýrsluþjónusta	Fljótur DR forrit þurfa venjulega TELEMETRY_USAGE skýrslur með powerReal gagnapunktum. Notkunarskýrslan sýnir núverandi rekstrarstað og er notuð af Gagnsemi / ISO til að ákvarða hversu vel auðlindin fylgir sendingarleiðbeiningunni sem send var. Í sumum tilfellum getur símælingin innihaldið aðra gagnapunkta eins og voltage lestur og hleðsluástand (þ.e. orka) í tilfellinu þar sem auðlindirnar eru einhvers konar geymsla. Í sumum tilfellum getur tilkynningartíðni verið eins há og á 2 sekúndna fresti. Athugið að fjarskiptamiðlun krefst B profile VEN. Sjá viðauka A til dæmisamples. Vísaðu einnig til viðauka B fyrir frvamples af skýrslum frá flugmönnum gagnsemi sem gætu átt við um þessa tegund af forriti.
Opt þjónusta	–Notkun Opt þjónustunnar til að miðla tímabundnu framboði tímaáætlanir venjulega væri ekki notað þar sem viðskiptavinir hafa fyrirfram skuldbundið framboð sitt. Þessi þjónusta getur þó verið gagnleg sem óformleg leið fyrir þátttakendur til að gefa til kynna skort á framboði af áminnandi ástæðum eins og bilun í búnaði.
Skráningarþjónusta	Vegna lítilla krafna um biðtíma rauntíma sendinganna aðeins er notast við ýta samspil mynstur.

Rafbíll (EV) Notkunartími (TOU) forrit

Eiginleikar áætlunar EV TOU forritsins

Hlaða Profile Markmið	Hraðatilskipun þar sem kostnaði við hleðslu rafknúinna ökutækja er breytt þannig að neytendur breytast í neyslumynstri.
Aðal ökumenn	Orkunotkun íbúða nær hámarki á kvöldin. Þar sem EV hleðsla tekur 4-8 klukkustundir getur það tafist í nokkrar klukkustundir að færa álagstinda.
Dagskrá Lýsing	Viðskiptavinir sem eru með rafknúið ökutæki geta skráð sig fyrir EV-TOU-gjald fyrir rafknúinn farartæki og fengið lægra verð fyrir að hlaða ökutækið sitt á önnum, svo sem milli miðnættis og 5 AM EV-TOU-verð er boðið til að hvetja viðskiptavini til að takmarka raforkunotkun á daginn, þegar eftirspurn eftir rafmagni er mest.
Hvatning viðskiptavina	Ódýrara gjald fyrir EVS.
Gefa út hönnun	TOU með hádegi hámarki, morgun og kvöld miðjum hámarki og 12 AM-5AM utan hámarki
Markmið viðskiptavinur	EV eigandi með hlaða atvinnumaðurfile sem nær hámarki á kvöldin.
Markhleðsla	EV hleðslutæki
Forsenda	Viðskiptavinur verður að hafa snjallmælir og EV
Tímarammi dagskrár	Allt árið
Takmarkanir á atburði	Engin
Viðburðardagar	Alla daga, eða virka daga eingöngu
Lengd viðburðar	5-8 tímar
Tilkynning	Viðskiptavinur er látinn vita um verðflokk á mánaðarlegum reikningum sínum og VTN sendir frá sér atburðarmerki fram undan.
Opt hegðun	Gjaldgreiðendur geta breytt taxtaáætlun sinni eins og venjulega með veitu.
Vottun Viðburðir

OpenADR Einkenni fyrir EV TOU forrit fyrir íbúðarhúsnæði

Atburðarmerki	ELECTRICITY_PRICE merki með raunverulegum verðþrepum, sem og EINFALT merki til að leyfa þátttöku 2.0a VEN Sjá viðauka A til dæmisamples.
Kjósa svör	Vertu alltaf þátttakandi hjá VEN
Atburðarlýsing	Einn viðburður á viku með millibili fyrir hvert verðlag
Atburður virkt tímabil	Nota skal að minnsta kosti sólarhrings tilkynningu. Hvert atburðarbil ætti að fanga TOU hlutfallstigið
Grunnlínur	N/A
Miðun viðburða	Engin háþróuð miðun nauðsynleg, aðeins miðun á VEN-stigi.
Skýrsluþjónusta	Engin skýrslugerð nauðsynleg, öll gögn geta komið frá mælanum. Vísaðu til viðauka B fyrir dæmiamples af skýrslum frá flugmönnum gagnsemi sem gætu átt við um þessa tegund af forriti.
Opt þjónusta	Óákveðinn greinir í ensku valþjónusta ætti ekki við þessa forritagerð.
Skráningarþjónusta	Neytendur myndu veita VEN fyrirfram þjónustu sína við veituna til að fá verðmerki.

Almennar stöðvar rafbíla (EV) verðlagningaráætlun í rauntíma

Einkenni EV RTP áætlunarinnar fyrir almenningsstöðina

Hlaða Profile Markmið	Viðbragðsaðgerðir eftirspurnar þar sem kostnaði við hleðslu rafknúinna ökutækja er breytt til að færa raunveruleika hámarksverðlagningar á neytendur.
Aðal ökumenn	Verð á rafmagni er breytilegt á sólarhring. Þetta forrit miðar að því að samræma gjald gjaldsins við raforkukostnað á skilvirkari hátt.
Dagskrá Lýsing	Opinber hleðslutæki geta verið til á vinnustöðum, á almennum bílastæðum og í smásöluverslunum. Þetta forrit miðlar rauntímaverði til hugsanlegra hleðslutækja áður en þeir tengjast, svo þeir geti tekið upplýsta ákvörðun um hvort þeir hlaða bílinn sinn eða ekki.
Hvatning viðskiptavina	Ódýrari hleðsla á háannatíma.
Gefa út hönnun	Verð getur breysturly, en þegar viðskiptavinur velur að tengja bílinn sinn er hlutfallið stillt meðan á hleðslu stendur.
Markmið viðskiptavinur	Allir með EV sem þurfa að hlaða meðan þeir eru að heiman.
Markhleðsla	Opinber EV hleðslutæki
Forsenda	EV hleðslutæki verða að vera nettengd og hafa OpenADR2.0b vottun eða tengjast OpenADR2.0b VEN gátt.
Tímarammi dagskrár	Allt árið
Takmarkanir á atburði	Engin
Viðburðardagar	Alla daga, eða virka daga eingöngu
Lengd viðburðar	1 klukkustund eða lengur
Tilkynning	Viðskiptavinur er látinn vita um núverandi verð þegar hann velur að tengja bílinn sinn.
Opt hegðun	Viðskiptavinir geta afþakkað með því að ákveða að rukka ekki.
Vottun Viðburðir

OpenADR einkenni fyrir EV RTP forrit fyrir Public Station

Atburðarmerki	ELECTRICITY_PRICE merki með verði. Sjá viðauka A til dæmisamples.
Kjósa svör	Vertu alltaf þátttakandi hjá VEN
Atburðarlýsing	Atburðir verða að vera samfelldir og innihalda eitt bil.
Atburður virkt tímabil	Nota skal að minnsta kosti 1 klukkustundartilkynningu, en veitur geta þó valið að nota tilkynningu daginn fyrir.
Grunnlínur	N/A
Miðun viðburða	Engin háþróuð miðun er krafist, en hægt er að nota miðun til að senda verð til sérstakra spennubreyta, fóðrara eða landfræðilegra svæða.
Skýrsluþjónusta	Engin skýrslugerð nauðsynleg, en hægt er að nota ef þess er óskað. Vísaðu til viðauka B fyrir dæmiamples af skýrslum frá flugmönnum gagnsemi sem gætu átt við um þessa tegund af forriti.
Opt þjónusta	Óákveðinn greinir í ensku valþjónusta ætti ekki við þessa forritagerð.
Skráningarþjónusta	Söluaðili hleðslustöðva myndi sjá tækjum sínum fyrir VTN veitu.

DER-áætlun dreifðra orkulinda (DER)

Eftirfarandi forritslýsing er ímynduð og byggir á rannsóknarritgerð (tilvísun Rish's paper) þar sem lýst er hvernig viðskiptavinir gagnsemi geta nýtt DER geymsluauðlindir til að taka þátt í DR forritum svo sem rauntíma verðlagningar (RTP) forritum.

Einkenni áætlunar dreifðra orkugjafa (DER)

Hlaða Profile Markmið	Viðbragðsaðgerðir eftirspurnar sem notaðar eru til að jafna samþættingu dreifðra orkulinda í snjallnetið.
Aðal ökumenn	-Lækkað fjármagnsgjöld og minni orkukostnaður
Dagskrá Lýsing	Viðskiptavinir með DER auðlindir sem geta safnað orku og geymt hana geta lágmarkað kostnaðinn við að kaupa rafmagn frá rafkerfinu á háum verðtímabilum með því fyrst að nota geymdar orkuauðlindir og síðan fylgt eftir með aðferðum við losun álag
Hvatning viðskiptavina	Hæfni til að stjórna kostnaði á tímum hás raforkuverðs með því að nýta geymda orku sem er framleidd með PV eða með öðrum hætti og innleiða áætlanir um losun álags
Gefa út hönnun	Raforkuverð er mismunandi eftir heildsöluverði eða gjaldskrá sem er breytileg eftir tíma dags, árstíðar eða hitastigs
Markmið viðskiptavinur	Viðskiptavinir með orkugeymsluauðlindir
Markhleðsla	Hvaða
Forsenda	Orkustofnanir
Tímarammi dagskrár	Hvenær sem er
Takmarkanir á atburði	Engin
Viðburðardagar	Á hverjum degi
Lengd viðburðar	24 klst
Tilkynning	Dagur framundan
Opt hegðun	N / A - Besta átakið
Vottun Viðburðir	Engin

OpenADR einkenni dreifðra orkulinda (DER)

Atburðarmerki	ELECTRICITY_PRICE merki með 24 klukkustunda millibili verðlags á 24 tíma tímabili. Þetta merki mun krefjast B profile. Þetta forrit hentar ekki einfaldri merkingu fyrir atvinnumannfile VEN. Sjá viðauka A til dæmisamples.
Kjósa svör	-VTNs sem senda viðburði ætti að stilla oadrResponseRequired þáttinn á „aldrei“, í veg fyrir að VEN-svör geti brugðist við.
Atburðarlýsing	-Viðburðurinn forgang ætti að vera stillt á 1 nema reglur forritsins eða VTN stillingar tilgreini annað
Atburður virkt tímabil	24 klukkustundir með 1 klukkustunda millibili með tilkynningu dags framundan
Grunnlínur	N/A
Miðun viðburða	Engin háþróaður miðun er krafist annað en venID
Skýrsluþjónusta	Engin skýrslugerð nauðsynleg Vísaðu til viðauka B fyrir dæmiamples af skýrslum frá flugmönnum gagnsemi sem gætu átt við um þessa tegund af forriti.
Opt þjónusta	Ekki notað
Skráningarþjónusta	Pælingatímabil óskað af VTN fyrir dæmigerð dagskrá framundan þarf ekki að vera tíðari en einu sinni í klukkustund. Notkun kannana til að greina hjartslátt kann að krefjast tíðari kosninga eins og hitapóstforrit fyrir íbúðir með verulega styttri tilkynningartíma.

— Sample gagna- og áskriftarsniðmát

Eftirfarandi töflur og XML farmur samples mun veita framkvæmdaraðilum áþreifanlegt fyrrverandiamples hvernig DR sniðmát í þessu skjali ætti að útfæra. Eftirfarandi nafnrúmsforskeyti eru notuð í hleðslugrindina 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: skala = ”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”

Critical Peak Pricing Program (CPP)

CPP atburðarás 1 - Einföld notkun, A eða B Profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 1:XNUMX
  • Lengd: 4 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 1
  • Merki heiti: EINFALT
    • Merkjategund: stig
    • Einingar: N / A
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 1
    • Merkimarkmið: N / A
  • Markmið (ur) viðburðar: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

CPP atburðarás 2 - Dæmigert notkunartilvik, B profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 1:XNUMX
  • Lengd: 4 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 2
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0, 1, 2, 3
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 1 eða 2
    • Merkimarkmið: Ekkert
  • Merkiheiti: ELECTRICITY_PRICE
    • Merkjategund: verð
    • Einingar: USD á hvert Kwh
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: $ 0.10 til $ 1.00
    • Merkimarkmið: Ekkert
  • Markmið viðburða: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

CPP atburðarás 3 - flókið notkunarmál

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 2:XNUMX
  • Lengd: 6 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 2
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0,1, 2, 3)
    • Fjöldi millibila 3
    • Tímabil tímabils: 1 klukkustund, 4 klukkustundir, 1 klukkustund
    • Dæmigert bilgildi: 1, 2, 1 (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Merkiheiti: ELECTRICITY_PRICE
    • Merkjategund: verð
    • Einingar: USD á hvert Kwh
    • Fjöldi millibila 3
    • Tímabil tímabils: 1 klukkustund, 4 klukkustundir, 1 klukkustund
    • Dæmigert bilgildi: $ 0.50, $ 0.75, $ 0.50 (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Markmið viðburða: Resource_1, Resource_2, Resource_3
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

CPP Sample hleðsla fyrir atburði - dæmigerð B Profile Notkunarmál

OadrDisReq091214_043740_513

TH_VTN

Viðburður091214_043741_028_0

0

http: // MarketContext1

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

langt

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

PT4H

PT24H

PT4H

0

2.0

EINFALT

stigi

SIG_01

0.0

PT4H

0

0.75

ELECTRICITY_PRICE

verð

SIG_02

gjaldmiðillPerKWh

USD

enginn

0.0

venID_1234

alltaf

Tilboðsáætlun fyrir getu (CBP)

CBP atburðarás 1 - Einföld notkun, A eða B Profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 1:XNUMX
  • Lengd: 4 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 1
  • Merki heiti: EINFALT
    • Merkjategund: stig
    • Einingar: N / A
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 1
    • Merkimarkmið: N / A
  • Markmið (ur) viðburðar: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

CBP atburðarás 2 - Dæmigert notkunartilvik, B profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 1:XNUMX
  • Lengd: 4 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 2
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0,1, 2, 3
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 1 eða 2
    • Merkimarkmið: Ekkert
  • Merki heiti: BID_LOAD
    • Merkjategund: stillipunktur
    • Einingar: powerReal
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 20kW til 100kW
    • Merkimarkmið: Ekkert
  • Markmið viðburða: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

CBP sviðsmynd 3 - Flókið notkunartilfelli

• Viðburður
  • Tilkynning: Dagur atburðar (hversu margar klukkustundir?)
  • Upphafstími: 1:XNUMX
  • Lengd: 6 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 3
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0,1, 2, 3)
    • Fjöldi millibila: 2
    • Tímabil tímabils: 3 klukkustundir, 3 klukkustundir
    • Dæmigert bilgildi: 1, 2 (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Merki heiti: BID_LOAD
    • Merkjategund: stillipunktur
    • Einingar: powerReal
    • Fjöldi millibila 2
    • Tímabil tímabils: 3 klukkustundir, 3 klukkustundir
    • Dæmigert bilgildi: 40kW, 80kW (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Merki heiti: BID_PRICE
    • Merkjategund: verð
    • Einingar: currencyPerKW
    • Fjöldi millibila 1
    • Tímalengd (ur): 6 klukkustundir
    • Dæmigert bilgildi: $ 3.10
    • Merkimarkmið: Ekkert
  • Markmið viðburða: Resource_1, Resource_2, Resource_3
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrsla (s)
  • Skýrsluheiti: TELEMETRY_USAGE
  • Skýrslutegund: notkun
  • Einingar: powerReal
  • Lestur: Beinn lestur
  • Tíðni skýrslu: á 1 klukkustundar fresti

CBP Sample hleðsla fyrir atburði - dæmigerð B Profile Notkunarmál

OadrDisReq091214_043740_513

TH_VTN

Viðburður091214_043741_028_0

0

http: // MarketContext1

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

langt

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

PT4H

PT24H

PT4H

0

2.0

EINFALT

stigi

SIG_01

0.0

PT4H

0

80.0

BID_LOAD

setpoint

SIG_02

RealPower

W

k

60.0

<power:voltage> 220.0tage>

satt

0.0

venID_1234

alltaf

Íbúðarhitastillingarforrit

Aðstæður hitastillir fyrir íbúðarhúsnæði 1 - einfalt notkunarhólf, A eða B Profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 1:XNUMX
  • Lengd: 4 klst
  • Slembival: 10 mínútur
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 1
  • Merki heiti: EINFALT
    • Merkjategund: stig
    • Einingar: N / A
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 1
    • Merkimarkmið: N / A
  • Markmið (ur) viðburðar: Resource_1
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

Aðstæður hitastillir í húsnæði 2 - Dæmigert notkunartilvik, B profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 1:XNUMX
  • Lengd: 4 klst
  • Slembival: 10 mínútur
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 2
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0,1, 2, 3
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 1 eða 2
    • Merkimarkmið: Ekkert
  • Merkiheiti: LOAD_CONTROL
    • Merkjategund: x-loadControlLevelOffset
    • Einingar: Hitastig
    • Fjöldi millibila 1
    • Tímalengd (ur): 4 klukkustundir
    • Dæmigert bilgildi: 2 til 6 gráður á Fahrenheit
    • Merkimarkmið: Ekkert
  • Markmið viðburða: Resource_1, Resource_2
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragðs svar: optIn, mögulegt outOut (oadrCreateOpt)
• Skýrslur
  • Engin

Aðstæður fyrir hitastilli íbúða 3 - flókið notkunartilfelli

• Viðburður
  • Tilkynning: Dagur atburðar
  • Upphafstími: 1:XNUMX
  • Lengd: 6 klst
  • Slembival: 10 mínútur
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 3
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0,1, 2, 3)
    • Fjöldi millibila: 2
    • Tímabil tímabils: 3 klukkustundir, 3 klukkustundir
    • Dæmigert bilgildi: 1, 2 (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Merki heiti: BID_LOAD
    • Merkjategund: x-loadControlCapacity
    • Einingar: Engar
    • Fjöldi millibila 2
    • Tímabil tímabils: 3 klukkustundir, 3 klukkustundir
    • Dæmigert bilgildi: 0.9, 0.8 (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Markmið viðburða: Resource_1, Resource_2, Resource_3
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragðs svar: optIn, mögulegt outOut (oadrCreateOpt)
• Skýrsla (s)
  • Engin

Hitastillir fyrir íbúðir Sample hleðsla fyrir atburði - dæmigerð B Profile Notkunarmál

OadrDisReq091214_043740_513

TH_VTN

Viðburður091214_043741_028_0

0

http: // MarketContext1

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

langt

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

PT4H

PT10M

PT24H

PT4H

0

2.0

EINFALT

stigi

SIG_01

0.0

PT4H

0

6.0

LOAD_CONTROL

x-loadControlLevelOffset

SIG_02

hitastig

fahrenheit

enginn

0.0

resource_1

resource_2

alltaf

Fljótur DR sending

Hratt DR atburðarás 1 - einfalt notkunarhólf, A eða B Profile

• Viðburður
  • Tilkynning: 10 mínútur
  • Upphafstími: 1:XNUMX
  • Lengd: 0 (Open Ended)
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 1
  • Merki heiti: EINFALT
    • Merkjategund: stig
    • Einingar: N / A
    • Fjöldi millibila 1
    • Tímalengd (ur): 0 (Opið endað)
    • Dæmigert bilgildi: 1
    • Merkimarkmið: N / A
  • Markmið (ur) viðburðar: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

Fast DR Sviðsmynd 2 - Dæmigert notkunaratriði, B profile

• Viðburður
  • Tilkynning: 10 mínútur
  • Upphafstími: 1:XNUMX
  • Lengd: 30 mínútur
  • Slembival: Engin
  • Ramp Upp: 5 mínútur
  • Bati: 5 mínútur
  • Fjöldi merkja: 2
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0,1, 2, 3
    • Fjöldi millibila 1
    • Tímabil tímabils: 30 mínútur
    • Dæmigert bilgildi: 1 eða 2
    • Merkimarkmið: Ekkert
  • Merkiheiti: LOAD_DISPATCH
    • Merkjategund: delta
    • Einingar: powerReal
    • Fjöldi millibila 1
    • Tímabil tímabils: 30 mínútur
    • Dæmigert bilgildi: 500 kW til 2mW
    • Merkimarkmið: Ekkert
  • Markmið viðburða: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Skýrsluheiti: TELEMETRY_USAGE
  • Skýrslutegund: notkun
  • Einingar: powerReal
  • Lestur: Beinn lestur
  • Tíðni skýrslu: á 1 mínútu fresti

Fljótur DR sviðsmynd 3 - flókið notkunartilfelli

• Viðburður
  • Tilkynning: 10 mínútur
  • Upphafstími: 1:XNUMX
  • Lengd: 30 mínútur
  • Slembival: Engin
  • Ramp Upp: 5 mínútur
  • Bati: 5 mínútur
  • Fjöldi merkja: 2
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0,1, 2, 3)
    • Fjöldi millibila: 2
    • Tímabil tímabils: 15 mínútur, 15 mínútur
    • Dæmigert bilgildi: 1, 2 (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Merkiheiti: LOAD_DISPATCH
    • Merkjategund: stillipunktur
    • Einingar: powerReal
    • Fjöldi millibila 2
    • Tímabil tímabils: 15 mínútur, 15 mínútur
    • Dæmigert bilgildi: 800kW, 900kW (fyrir hvert bil í sömu röð)
    • Merkimarkmið: Ekkert
  • Markmið viðburða: Resource_1
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrsla (s)
  • Skýrsluheiti: TELEMETRY_USAGE
  • Skýrslutegund: notkun
  • Einingar: powerReal og voltage
  • Lestur: Beinn lestur
  • Tíðni skýrslu: á 5 sekúndna fresti

Fljótur DR Sample hleðsla fyrir atburði - dæmigerð B Profile Notkunarmál

OadrDisReq091214_043740_513

TH_VTN

Viðburður091214_043741_028_0

0

http: // MarketContext1

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

langt

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

PT10M

PT10M

<ei:x-eiRampUpp>

PT5M

</ei:x-eiRampUpp>

PT5M

PT10M

0

2.0

EINFALT

stigi

SIG_01

0.0

PT10M

0

500.0

LOAD_DISPATCH

delta

SIG_02

RealPower

W

k

60.0

<power:voltage> 220.0tage>

satt

0.0

venID_1234

alltaf

Fljótur DR Sample Report Metadata Payload - Dæmigert B Profile Notkunarmál

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

auðlind1

notkun

RealEnergy

Wh

k

Bein lestur

http: // MarketContext1

<oadr:oadrSamplingRate>

PT1M

PT10M

rangt

</oadr:oadrSamplingRate>

0

ReportSpecID120615_122512_481_2

METADATA_TELEMETRY_USAGE

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

ec27de207837e1048fd3

Fljótur DR Sample Skýrslubeiðni álags - dæmigerð B Profile Notkunarmál

ReportReqID130615_192625_230

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

PT1M

PT1M

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

PT10M

rID120615_122512_981_0

x-not Gildir

VEN130615_192312_582

Fljótur DR Sample Report Data Payload - Dæmigert B Profile Notkunarmál

ReportUpdReqID130615_192730_445

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

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

rID120615_122512_981_0

100

0.0

500.0

Gæði Góð - Ósértæk

RP_54321

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

TELEMETRY_USAGE

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

VEN130615_192312_582

Rafbíll (EV) Notkunartími (TOU) forrit

Athugaðu að þar sem forrit miðlar hlutfallstölum á nokkuð skipulögðu formi eru aðeins sýnd einföld og dæmigerð notkunartilfelli

EV -atburðarás 1 til heimilisnota - einfalt notkunarhólf, A eða B Profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: 1:XNUMX
  • Lengd: 24 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 1
  • Merki heiti: EINFALT
    • Merkjategund: stig
    • Einingar: N / A
    • Fjöldi millibila; jafn TOU Tier breytingar á 24 klukkustundum (2 - 6)
    • Tímalengd (ur): Virkur tímarammi í TOU (þ.e. 6 klukkustundir)
    • Dæmigert bilgildi: 0 - 4 kortlagt á TOU stig
    • Merkimarkmið: N / A
  • Markmið (ur) viðburðar: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

EV -atburðarás 2 fyrir íbúðir - dæmigerð notkunartilvik, B profile

• Viðburður
  • Tilkynning: Dagur fyrir atburð
  • Upphafstími: miðnætti
  • Lengd: 24 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 2
  • Merkiheiti: Einfalt
    • Merkjategund: stig
    • Einingar: Stig 0, 1, 2, 3
    • Fjöldi millibila: jöfn TOU-flokkabreyting á 24 klukkustundum (2 - 6)
    • Tímalengd (ur): Virkur tímarammi í TOU (þ.e. 6 klukkustundir)
    • Dæmigert bilgildi: 0 - 4 kortlagt á TOU stig (0 - ódýrasta stig)
    • Merkimarkmið: Ekkert
  • Merkiheiti: ELECTRICITY_PRICE
    • Merkjategund: verð
    • Einingar: USD á hvert Kwh
    • Fjöldi millibila: jöfn breytingar á TOU flokkum á 24 klukkustundum (2 - 6)
    • Tímalengd (ur): Virkur tímarammi í TOU (þ.e. 6 klukkustundir)
    • Dæmigert bilgildi: $ 0.10 til $ 1.00 (núverandi þrepahlutfall)
    • Merkimarkmið: Ekkert
  • Markmið viðburða: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

EV íbúðarhúsnæðiample hleðsla fyrir atburði - dæmigerð B Profile Notkunarmál

OadrDisReq091214_043740_513

TH_VTN

Viðburður091214_043741_028_0

0

http: // MarketContext1

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

langt

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

PT24H

PT24H

PT5H

0

0.0

PT7H

1

1.0

PT47H

2

2.0

PT5H

3

1.0

EINFALT

stigi

SIG_01

0.0

PT5H

0

0.35

PT7H

1

0.55

PT7H

2

0.75

PT5H

3

0.55

ELECTRICITY_PRICE

verð

SIG_02

gjaldmiðillPerKWh

USD

enginn

0.0

venID_1234

alltaf

Almennar stöðvar rafbíla (EV) verðlagningaráætlun í rauntíma

Athugið að þar sem þetta er rauntíma verðlagsáætlun er í raun engin greinarmunur á einföldu, dæmigerðu og flóknu notkunartilviki. Þess vegna er sample gögn verða aðeins sýnd fyrir dæmigerð notkun.

Public Station EV atburðarás 1 - Dæmigert notkunartilvik, B profile

• Viðburður
  • Tilkynning: 1 klukkustund fram í tímann
  • Upphafstími: 1:XNUMX
  • Lengd: 1 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 1
  • Merkiheiti: ELECTRICITY_PRICE
    • Merkjategund: verð
    • Einingar: USD á hvert Kwh
    • Fjöldi millibila 1
    • Tímalengd (ur): 1 klukkustundir
    • Dæmigert bilgildi: $ 0.10 til $ 1.00
    • Merkimarkmið: Ekkert
  • Markmið viðburða: venID_1234
  • Forgangur: 1
  • VEN svar þarf: alltaf
  • VEN viðbragt svar: optIn
• Skýrslur
  • Engin

Opinber stöð EV Sample hleðsla fyrir atburði - dæmigerð B Profile Notkunarmál

OadrDisReq091214_043740_513

TH_VTN

Viðburður091214_043741_028_0

0

http: // MarketContext1

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

langt

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

PT1H

PT1H

PT1H

0

0.75

ELECTRICITY_PRICE

verð

SIG_01

gjaldmiðillPerKWh

USD

enginn

0.0

venID_1234

alltaf

DER-áætlun dreifðra orkulinda (DER)

Athugið að þar sem þetta er rauntíma verðlagsáætlun er í raun engin greinarmunur á einföldu, dæmigerðu og flóknu notkunartilviki. Þess vegna er sample gögn verða aðeins sýnd fyrir dæmigerð notkun.

Public Station EV atburðarás 1 - Dæmigert notkunartilvik, B profile

• Viðburður
  • Tilkynning: Dagur framundan
  • Upphafstími: miðnætti
  • Lengd: 24 klst
  • Slembival: Engin
  • Ramp Upp: Enginn
  • Bati: Enginn
  • Fjöldi merkja: 24
  • Merkiheiti: ELECTRICITY_PRICE
    • Merkjategund: verð
    • Einingar: USD á hvert Kwh
    • Fjöldi millibila 1
    • Tímalengd (ur): 1 klukkustundir
    • Dæmigert bilgildi: $ 0.10 til $ 1.00
    • Merkimarkmið: Ekkert
  • Markmið viðburða: venID_1234
  • Forgangur: 1
  • VEN svar þarf: aldrei
  • VEN viðbrögð: N / a
• Skýrslur
  • Engin

Opinber stöð EV Sample hleðsla fyrir atburði - dæmigerð B Profile Notkunarmál

OadrDisReq091214_043740_513

TH_VTN

Viðburður091214_043741_028_0

0

http: // MarketContext1

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

langt

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

PT24H

PT24H

PT1H

0

0.75

PT1H

1

0.80

ELECTRICITY_PRICE

verð

SIG_01

gjaldmiðillPerKWh

USD

enginn

0.0

venID_1234

aldrei

- Fyrrverandiample skýrslur frá gagnsemi flugmönnum

Meðlimir OpenADR Alliance veittu eftirfarandi B Profile oadrUpdateReport farm farm samples frá tilraunaverkefnum þar sem VEN -tækjum hafði verið komið á. Eftirfarandi athugasemdir fylgdu hleðslunni þremur samples veitt:

Markmið hleðsluhitastigs hitastigs:

• Þarftu að vita stöðu hitastillisins (temp, stillipunktur, viftu og ham ástand)
• Ef kosið var um það hvort viðskiptavinurinn breytti stillingum hitastillis eða ekki (handvirkt skeyti)

Markmið M&V fyrir endurgreiðslu á farmi:

• Staða auðlinda og handvirkt hnekkt ef um er að ræða þátttöku
• Gögn um bil frá KYZ púlsmælara eða orkuskjá fyrir heildarorku í KWH og eftirspurn í KW

Snjallmælir / AMI bilgagn notkunarmarkmið:

• Lesturstími AMI metra er um það bil 15 mínútur til 1 klukkustund. Þótt það sé gagnlegt, ekki nægilega kornótt fyrir áætlaða gjaldtöku næstum í rauntíma
• Heildar orka í KWH, delta orka í KWH, tafarlaus eftirspurn í KW

Eftirfarandi nafnrúmsforskeyti eru notuð í hleðslugrindina 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: skala = ”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”

Hitastillir Tilkynna álag 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

Staða

satt

rangt

0

Ekkert nýtt gildi - Fyrra gildi notað

Núverandi temp

77.000000

Ekkert nýtt gildi - Fyrra gildi notað

Hitastigssetning

64.000000

Ekkert nýtt gildi - Fyrra gildi notað

Flott temp stilling

86.000000

Ekkert nýtt gildi - Fyrra gildi notað

HVAC stilling stillingar

3

Ekkert nýtt gildi - Fyrra gildi notað

Núverandi loftræstistilling

0.000000

Engin gæði - engin gildi

Stilling viftustillingar

2

Ekkert nýtt gildi - Fyrra gildi notað

Núverandi biðham

2

Ekkert nýtt gildi - Fyrra gildi notað

Núverandi fjarvera

0

Ekkert nýtt gildi - Fyrra gildi notað

Núverandi rakastig

0.000000

Engin gæði - engin gildi

RP21

REQ: RReq: 1395368583267

0013A20040980FAE

TELEMETRY_STATUS

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

VEN.ID:1395090780716

M & Vfor endurgreiðslur Tilkynna um álag 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

Staða

satt

rangt

Gæði Góð - Ósértæk

Púlsatalning

34750.000000

Gæði Góð - Ósértæk

Orka

33985.500000

Gæði Góð - Ósértæk

Kraftur

1.26

Gæði Góð - Ósértæk

RP15

REQ: RReq: 10453335019195698

0000000000522613 60

TELEMETRY_USAGE

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

VEN.ID:1439831430142

Snjallmælir/AMI millibilsgagnaskýrsla Burðargeta 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

tafarlaus eftirspurn

6.167000

Ekkert nýtt gildi - Fyrra gildi notað

intervalDataDelivered

0.051000

Ekkert nýtt gildi - Fyrra gildi notað

currSumDelivered

12172.052000

Ekkert nýtt gildi - Fyrra gildi notað

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

PT15S

tafarlaus eftirspurn

6.114000

Ekkert nýtt gildi - Fyrra gildi notað

intervalDataDelivered

0.051000

Ekkert nýtt gildi - Fyrra gildi notað

currSumDelivered

12172.052000

Ekkert nýtt gildi - Fyrra gildi notað

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

PT15S

tafarlaus eftirspurn

6.113000

Ekkert nýtt gildi - Fyrra gildi notað

intervalDataDelivered

0.051000

Ekkert nýtt gildi - Fyrra gildi notað

currSumDelivered

12172.142000

Ekkert nýtt gildi - Fyrra gildi notað

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

PT15S

tafarlaus eftirspurn

6.112000

Ekkert nýtt gildi - Fyrra gildi notað

intervalDataDelivered

0.051000

Ekkert nýtt gildi - Fyrra gildi notað

currSumDelivered

12172.142000

Ekkert nýtt gildi - Fyrra gildi notað

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>

- Þjónusta

Opinn ADR styður eftirfarandi þjónustu:

• EiEvent þjónusta - Notað af VTNs til að senda viðbragðsviðburði til VENs og notað af VEN til að gefa til kynna hvort úrræði ætli að taka þátt í viðburðinum. Eina þjónustan studd af A atvinnumannifile er EiEvent
• EiReport þjónusta - Notað af VEN og VTN til að skiptast á sögulegum, fjarfræðilegum og spáskýrslum
• EiOpt þjónusta - Notað af VEN til að miðla tímabundnum framboðsáætlun til VTN eða til að hæfa þau úrræði sem taka þátt í atburði
• EiRegisterParty þjónusta - Byrjað af VEN, og notað af bæði VEN og VTN til að miðla upplýsingum sem nauðsynlegar eru til að tryggja samvirk viðskipti á milli farmanna
• OadrPoll þjónusta - Notað af VEN-samtökum til að kanna VTN fyrir álag frá einhverri annarri þjónustu

A og B atvinnumaðurfile þjónusturekstur er skilgreindur með rótarþætti hvers álags, að undanskildum oadrPayload og oadrSignedObject umbúðum sem notaðar eru á allar B profile farmur.

- Skilgreiningar á farmi

EiEvent notagildi

• oadrRequestEvent - Notað í togskiptalíkani af VEN til að sækja alla viðburði sem máli skipta frá VTN. Notað sem aðal kosningabúnaður fyrir A atvinnumaðurfile VEN, en aðeins notað á B VEN til samstillingar við VTN.
• oadrDistributeEvent - Notað af VTN til að skila viðbragðsviðbrögðum við VEN
• oadrCreatedEvent - Notað af VEN til að miðla hvort það ætli að taka þátt í atburði með því að taka þátt í eða frá
• oadrSvar - Notað af VTN til að staðfesta móttöku optIn eða optOut frá VEN

EiReport notagildi

Athugaðu að bæði VEN og VTN geta verið bæði skýrsluframleiðandi og skýrslubeiðandi, þannig að öll nothleðslurnar hér að neðan geta verið hafnar af báðum aðilum.

• oadrRegisterReport - Notað til að birta skýrslugetu sína í lýsigagnaskýrslu
• oadrRegisteredReport -Viðurkenna móttöku oadrRegisterReport, óskaðu mögulega eftir einni af boðnum skýrslum
• oadrCreateReport - Notað til að biðja um skýrslu sem áður hefur verið í boði hjá VEN eða VTN
• oadrCreatedReport - Viðurkenna móttöku skýrslubeiðni
• oadrUpdateReport -Sendu umbeðna skýrslu sem inniheldur bilgögn
• oadrUpdatedReport - Viðurkenna móttöku skilaðrar skýrslu
• oadrCancelReport - Hætta við áður beðið um reglulega skýrslu
• oadrCanceledReport - Viðurkenna reglulega niðurfellingu skýrslu
• oadrSvar - Notað sem viðbrögð staðsetningar í sumum togskiptamynstri þegar umsóknarlagssvör er afhent í beiðni um flutningslag

EiOpt farmur

• oadrCreateOpt - Notað í tveimur mismunandi mismunandi tilgangi
  • Fyrir VEN að senda VTN tímabundið framboðsáætlun varðandi getu þess til að taka þátt í viðburðum DR
  • Til þess að VEN hæfi þau úrræði sem taka þátt í atburði
• oadrCreatedOpt - Viðurkenna móttöku oadrCreateOpt farmsins
• oadrCancelOpt -Hætta við tímabundna framboðsáætlun
• oadrCanceledOpt - Viðurkenna tímabundna niðurfellingu skýrslu um framboð

 

EiRegisterParty álag

• oadrQueryRegistration - Leið fyrir VEN til að spyrja um VTN-skráningarupplýsingar án þess að skrá sig raunverulega.
• oadrCreatePartyRegistration - Beiðni frá VEN til VTN um skráningu. Inniheldur upplýsingar um getu VEN.
• oadrCreatedPartyRegistration - Svar við annað hvort oadrQueryRegistration eða oadrCreatePartyRegistration. Inniheldur VTN getu og skráningarupplýsingar sem nauðsynlegar eru til að VEN geti haft samstarf
• oadrCancelPartyRegistration - Notað annað hvort af VEN eða VTN til að hætta við skráningu
• oadrCanceledPartyRegistration - Svar við oadrCancelPartyRegistration. Viðurkennir móttöku skráningaruppsagnar
• oadrRequestRerregistration - Þetta álag er notað af VTN í togskiptamódeli til að gefa VEN merki um að endurræsa skráningarröðina
• oadrSvar - Notað sem viðbrögð staðsetningar í sumum togskiptamynstri þegar umsóknarlagssvör er afhent í beiðni um flutningslag

OadrPoll notagildi

• oadrPoll - Almenn pólunarbúnaður fyrir B profile sem skilar álagi fyrir aðra þjónustu sem er ný eða hefur verið uppfærð.
• oadrSvar - Notað til að gefa til kynna að það séu engin ný eða uppfærð álag í boði

- Orðalisti yfir álagsþátta skema

Eftirfarandi er stafrófsröð yfir skemaþætti sem notaðir eru í OpenADR 2.0-álagi. Frásögnin lýsir notkun þeirra eins og hún varðar OpenADR og notkun þeirra í álagi. Þegar frumgreining breytist á grundvelli notkunarálagsins sem hún felst í eða notkunarsamhengi hennar verður tekið fram í frásögninni. Skilgreiningar á rótarálagi hafa verið útilokaðar eins og þær eru skilgreindar í viðauka C.

• ac - Boolean gildi sem gefur til kynna hvort afurðarafli sé víxlstraumur
• nákvæmni - Fjöldi er í sömu einingum og álagsbreytan fyrir bil. Þegar það er til staðar með sjálfstraust, gefur til kynna líklegan breytileika spárinnar. Þegar það er til staðar með ReadingType gefur það til kynna líklega villu við lestur.
• aggregatedPnode - Samanlagður verðlagshnútur er sérhæfð tegund verðlagshnúts sem notaður er til að móta hluti eins og kerfisvæði, sjálfgefið verðsvæði, sérsniðið verðsvæði, stjórnarsvæði, samanlagð kynslóð, samanlagt þátttökuálag, samanlagt álag sem ekki tekur þátt, viðskiptamiðstöð, DCA svæði
• í boði - Hlutur sem inniheldur dagsetningu og lengd fyrir framboðsáætlun EiOpt
• grunnlínur ID - Einstakt auðkenni fyrir ákveðna grunnlínu
• grunnlínuheiti - Lýsandi heiti fyrir grunnlínu
• íhlutir –
• sjálfstraust - Tölfræðilegar líkur á að tilkynntur gagnapunktur sé nákvæmur
• createdDateTime - The DateTime sem farmurinn var stofnaður
• gjaldmiðil –
• gjaldmiðillPerKW –
• gjaldmiðillPerKWh –
• myntPerThm –
• núverandi –
• núverandi gildi - Gildi payloadFloat atburðarbilsins sem nú er keyrt.
• sérsniðin eining - Notað til að skilgreina sérsniðna mælieiningu fyrir sérsniðnar skýrslur
• dagsetning-tími –
• dtstart - Upphafstími aðgerðanna, gagna eða ástandsbreytinga
• lengd - Tímabil fyrir atburði, skýrslugerð eða tímabil aðgengis
• lengd - Lengd athafnarinnar, gagna eða ástands
• eiActivePeriod - Tímarammar sem skipta máli fyrir heildarviðburðinn
• eiCreatedEvent - Svaraðu DR viðburði með optIn eða optOut
• eiViðburður -Hlutur sem inniheldur allar upplýsingar fyrir einn atburð
• eiEventBaseline - B atvinnumaðurfile
• eiEventSignal - Hlutur sem inniheldur allar upplýsingar fyrir eitt merki í atburði
• eiEventSignals - Tímagögn fyrir eitt eða fleiri atburðarmerki og / eða grunnlínur
• eiMarketContext - URI sem sérkennir einkum eftirspurnarviðbragðsáætlun
• eiReportID - Tilvísunarkenni fyrir skýrslu
• eiRequestEvent - Biðja um atburð frá VTN í pull mode
• eiResponse - Tilgreindu hvort móttekið farm er ásættanlegt
• eiTarget - Þekkir auðlindirnar sem tengjast rökréttu VEN-viðmóti. Fyrir atburði eru gildin sem tilgreind eru markmið atburðarins
• endDeviceAsset - EndDeviceAssets eru líkamlega tækið eða tækin sem gætu verið metrar eða aðrar tegundir tækja sem gætu haft áhuga
• orka Apparent Energy, mælt í volt-ampörfáar klukkustundir (VAh)
• orkuLiður –
• orka viðbrögð - Virk orka, volt-amper reactive hours (VARh)
• energyReal - Raunveruleg orka, vatnstími (Wh)
• eventDescriptor - Upplýsingar um viðburðinn
• atburðarás - Auðkennisgildi sem skilgreinir tiltekið dæmi um viðburði DR.
• Viðburðarviðbrögð - Hlutur sem inniheldur svar frá VEN við beiðni um að taka þátt í atburði
• atburðurSvar - optIn eða optOut svör fyrir móttekna atburði
• staða viðburðar - Núverandi staða atburðar (langt, nálægt, virkur osfrv.)
• FeatureCollection / location / Polygon / exterior / LinearRing
• tíðni –
• granularity - Þetta er tímabilið milli sampleiddi gögn í skýrslubeiðni.
• hópauðkenni -Þessi tegund miða er notaður við atburði, skýrslur og valáætlanir. Gildinu verður venjulega úthlutað af veitunni við skráningu í DR forrit
• hópanafn - Þessi tegund af miðum er notuð fyrir atburði, skýrslur og valáætlanir. Gildinu verður venjulega úthlutað af veitunni við skráningu í DR forrit
• hertz –
• millibili - Hlutur sem inniheldur tíma og / eða lengd gagna og gildi sem hægt er að gera ef um atburð er að ræða eða gögn ef um er að ræða skýrslu
• millibili - Eitt eða fleiri tímabili þar sem DR atburðurinn er virkur eða skýrslu gögn eru tiltæk
• Lýsing á hlut - Lýsing á mælieiningu skýrslu
• hlutareiningar - Grunneiningin fyrir gagnapunkt skýrslu
• marketContext - URI sem auðkennir DR forrit
• meterAsset - MeterAsset er líkamlegt tæki eða tæki sem gegna hlutverki mælisins
• modificationDateTime - Þegar atburði er breytt
• modificationNumber - Aukið í hvert skipti sem atburði er breytt.
• breyting Ástæða - Hvers vegna atburði var breytt
• mrid - MRID skilgreinir líkamlega tækið sem getur verið CustomerMeter eða aðrar gerðir af endatækjum.
• hnútur - Hnútinn er staður þar sem eitthvað breytist (oft eignarhald) eða tengist á ristinni. Margir hnútar eru tengdir mælum en ekki allir.
• numDataSources –
• oadrCapacity –
• oadr Núverandi –
• oadrDataQuality –
• oadrDeviceClass - Miðað við tækjaflokk - notaðu aðeins endDeviceAsset.
• oadrEvent - Hlutur sem inniheldur atburð fyrir svörun eftirspurnar
• oadrExtension –
• oadrExtensionName -
• oadrExtensions –
• oadrHttpPullModel - Boolean sem gefur til kynna hvort VEN vilji nota pull exchange líkan
• oadrInfo - Lykilgildi par þjónustusértækra skráningarupplýsinga
• oadrKey –
• oadrLevelOffset –
• oadrLoadControlState –
• oadrManualOverride - Ef það er satt þá hefur stjórnun á byrðinni verið hnekkt
• oadrMax –
• oadrMaxPeriod - Hámark samplengingartímabil
• oadrMin –
• oadrMinPeriod - Lágmark samplengingartímabil
• oadrNormal –
• oadrOnChange - Ef það er satt verða gögnin skráð þegar þau breytast, en ekki með meiri tíðni en tilgreind er af minPeriod.
• oadrOnline - Ef satt er þá er auðlind / eign á netinu, ef hún er ósönn þá án nettengingar.
• oadrPayload –
• oadrPayloadResourceStatus - Núverandi upplýsingar um auðlindastöðu
• oadrPendingReports - Listi yfir reglubundnar skýrslur sem enn eru virkar
• oadrPercentOffset –
• oadrProfile - Profile studd af VEN eða VTN
• oadrProfileNafn - OpenADR atvinnumaðurfile nafn eins og 2.0a eða 2.0b.
• oadrProfiles - OpenADR atvinnumaðurfiles studd af framkvæmdinni
• oadrSkýrsla -Hlutur sem inniheldur allar upplýsingar fyrir eina skýrslu
• oadrReportLýsing - Lýsing á einkennum skýrslunnar sem framleiðandi skýrslunnar býður upp á. Inniheldur í lýsigagnaskýrslu
• oadr Tilkynna aðeins - ReportOnlyDeviceFlag
• oadrReportPayload - Gögn stigagildi fyrir skýrslur
• oadrRequestedOadrPollFreq - VEN skal senda hámarkshleðslu oadrPoll til VTN í mesta lagi einu sinni fyrir hverja tímalengd sem tilgreind er af þessum þætti
• oadrResponseRequired - Stýrir hvenær optIn / optOut svar er krafist. Getur verið alltaf eða aldrei
• oadrSamplingRate - Samplengdartíðni fyrir gögn fjarskipta
• oadrÞjónusta –
• oadrServiceName - Þessi tegund af miðum er notuð fyrir atburði, skýrslur og valáætlanir. Gildinu verður venjulega úthlutað af veitunni við skráningu í DR forrit
• oadrServiceSpecificInfo - Þjónustusértækar skráningarupplýsingar
• oadrSetPoint –
• oadrSignedObject –
• oadrFlutningur - Flutningsheiti studd af VEN eða VTN
• oadrTransportAddress - Rótfang notað til að eiga samskipti við annan aðila. Ætti að hafa höfn ef þörf krefur
• oadrTransportName - OpenADR flutningsheiti eins og simpleHttp eða xmpp
• oadrFlutningar - OpenADR flutningar studdir af útfærslu
• oadrUpdatedReport - Viðurkenna móttöku skýrslu
• oadrUpdateReport - Sendu áður umbeðna skýrslu
• oadrValue –
• oadrVenName - VEN nafn. Má nota í VTN GUI
• oadrXml Undirskrift - Útfærsla styður XML undirskrift
• optID - Auðkenni fyrir opt samskipti
• optReason - Talið gildi af opt ástæðu eins og x-tímaáætlun
• optType - optIn eða optOut af atburði, eða notað til að gefa til kynna tegund opt áætlun skilgreind í vavailablityObject fyrir EiOpt þjónustuna
• partyID - Þessi tegund af miðum er notuð fyrir atburði, skýrslur og valáætlanir. Gildinu verður venjulega úthlutað af veitunni við skráningu í DR forrit
• farmurFlot - Gagnapunktagildi fyrir atburðarmerki eða til að tilkynna núverandi eða söguleg gildi.
• hnútur - Verðlagshnútur er beintengdur við tengitengil. Það er verðlagningarstaður sem markaðsaðilar leggja fram tilboð fyrir, bjóða, kaupa / selja CRR og gera upp.
• pointOfDelivery –
• pointOfReceipt –
• posList –
• powerApparent - Apparent Power mæld í volt-ampEres (VA)
• krafteiginleikar
• mátturLiður
• powerReactive - Hvarforkraftur, mældur í volt-amperes reactive (VAR)
• powerReal - Raunverulegt afl mælt í Watt (W) eða Joules / sekúndu (J / s)
• forgang - Forgangur atburðarins miðað við aðra atburði (Því lægri er fjöldinn hærri en forgangurinn. Gildið núll (0) gefur til kynna engan forgang, sem er lægsta forgangsatriðið sjálfgefið).
• eignir –
• pulseCount - Skýrslugagnapunktur
• pulseFactor - kWst á talningu
• hæfurEventID - Einstakt skilríki fyrir viðburð
• readingType - Lýsigögn um lestur, svo sem meðaltal eða afleidd
• skráningar-ID - Auðkenni fyrir skráningarviðskipti. Ekki innifalið sem svar við fyrirspurnaskráningu nema þegar skráð
• svaraLimit - Hámarksfjöldi atburða sem skila á í álagi oadrDistributeEvent
• reportBackDuration - Tilkynna til baka með skýrslunni til dags fyrir hvert brottför þessa tímalengdar.
• reportDataSource - Heimildir fyrir gögn í þessari skýrslu. Fyrrverandiamples innihalda metra eða undirmæla. Fyrir fyrrvample, ef mælir er fær um að veita tvær mismunandi gerðir mælinga, þá væri hver mælistraumur greindur sérstaklega.
• reportInterval - Þetta er heildartímabil skýrslutöku.
• skýrsluheiti - Valfrjálst heiti skýrslu.
• reportRequestID - Auðkenni fyrir tiltekna skýrslubeiðni
• reportSpecifier - Tilgreindu gagnapunkta sem óskað er eftir í tilteknu skýrsludæmi
• reportSpecifierID - Auðkenni fyrir tiltekna lýsigagnaskýrsluskilgreiningu
• skýrsla Efni - Miðað við tækjaflokk - notaðu aðeins endDeviceAsset.
• reportToFollow - Sýnir hvort skýrslu (í formi UpdateReport) skuli skilað eftir að skýrslu hefur verið aflýst
• reportType - Tegund skýrslu eins og notkun eða verð
• requestID - Auðkenni sem notað er til að samræma rökrétt viðskipti beiðni og svar
• resourceID - Þessi tegund af miðum er notuð fyrir atburði, skýrslur og valáætlanir. Gildinu verður venjulega úthlutað af veitunni við skráningu í DR forrit
• svar –
• svörunarkóði - Þriggja stafa svarkóði
• svar Lýsing - Frásagnarlýsing á svörunarstöðu
• viðbrögð –
• rID - ReferenceID fyrir þennan gagnapunkt
• þjónustusvæði - Þessi tegund af miðum er notuð fyrir atburði, skýrslur og valáætlanir. Gildinu verður venjulega úthlutað af veitunni við skráningu í DR forrit
• þjónustaDeliveryPoint - Rökréttur punktur á netinu þar sem eignarhald þjónustunnar skiptir um hendur. Það er einn af hugsanlega mörgum þjónustustöðum innan ServiceLocation, sem skilar þjónustu í samræmi við viðskiptavinarsamning. Notað á þeim stað þar sem mælir getur verið settur upp.
• þjónustaStaðsetning - Þjónustustaðsetning viðskiptavina hefur eitt eða fleiri ServiceDeliveryPoint (s), sem aftur tengjast mælum. Staðsetningin getur verið punktur eða marghyrningur, allt eftir sérstökum aðstæðum. Til dreifingar er ServiceLocation venjulega staðsetning forsendu viðskiptavinarins.
• signalID - einstakt auðkenni fyrir tiltekið atburðarmerki
• merkjanafn - Heiti merkis eins og EINFALT
• signalPayload - Merkisgildi fyrir atburði og grunnlínur
• siScaleCode - Skalastuðull fyrir grunneininguna fyrir skýrslu
• specificierPayload - Opið
• byrja eftir - Slembivalgluggi fyrir upphaf atburðar
• statusDateTime - Dagsetning og tími sem þessi gripur vísar til.
• hitastig –
• testEvent - Allt annað en rangt bendir til prófatburðar
• texta –
• Therm –
• umburðarlyndi - Undirhlutur sem inniheldur kröfur um slembival fyrir atburð
• þola - Hlutur sem inniheldur kröfur um slembival fyrir atburð
• flutningur Tengi - Flutningsviðmótið afmarkar brúnirnar í sitthvorum enda flutningshlutans.
• uid - Notað sem vísitala til að bera kennsl á bil. Einstakt auðkenni
• gildi –
• aðgengi - Dagskrá sem endurspeglar framboð tækis fyrir þátttöku í DR viðburðum
• venID - Einstakt auðkenni fyrir VEN
• binditage –
• vtnComment - Allir textar
• vtnID - Einstakt auðkenni fyrir VTN
• x-ei Tilkynning - VEN ætti að fá álag á DR viðburðinn fyrir dtstart mínus þessa tímalengd.
• x-eiRampUpp - Tímalengd fyrir eða eftir upphafstíma atburðarins þar sem flutningaskip á flutning.
• x-ei endurheimt - Tímalengd fyrir eða eftir lokatíma atburðarins þar sem flutningaskip ætti að flytja.

 

Orðalisti yfir upptalin gildi

staða viðburðar

• virkur - Atburðurinn hefur verið hafinn og er nú virkur.
• hætt við - Atburðinum hefur verið aflýst.
• lokið - Viðburðinum er lokið.
• langt - Atburði í bið í langt framtíð. Nákvæm skilgreining á því hve langt í framtíðinni þetta er vísað er háð markaðssamhengi, en þýðir venjulega daginn eftir.
• nálægt - Viðburður bíður á næstunni. Nákvæm skilgreining á því hversu nálægt viðburðurinn í bið er virkur fer eftir markaðssamhengi. . Byrjar samhliða virkri upphafi atburðar x-eiRampUpp tími. Ef x-eiRampUpp er ekki skilgreint fyrir viðburðinn, þessi staða verður ekki notuð fyrir viðburðinn.
• engin - Enginn viðburður í bið

hlutareiningar

• Gjaldmiðill
  • USD - Bandaríkjadalir
  • Margir til að skrá hér, vísa til skema
• powerReal
  • J/s - Joule-sekúndu
  • W - Vött
• hitastig
  • celsíus –
  • fahrenheit –

oadrDataQuality

• Ekkert nýtt gildi - Fyrra gildi notað –
• Engin gæði - engin gildi –
• Gæði slæmt - Comm bilun –
• Gæði slæmt - Stillingarvilla –
• Gæði slæmt - bilun í tæki –
• Gæði slæmt - Síðasta þekkta gildi –
• Gæði slæm - ekki sértæk –
• Gæði slæmt - ekki tengt –
• Gæði slæmt - utan þjónustu –
• Gæði slæmt - bilun skynjara –
• Gæði Gott - Staðbundin hnekkt –
• Gæði Góð - Ósértæk –
• Gæðamörk - Reitur / fastur –
• Gæðamörk - Reitur / hár –
• Gæðamörk - Reitur / Lágur –
• Gæðamörk - Reitur / ekki –
• Gæði óviss - ESB einingar fóru fram úr –
• Gæði óviss - Síðasta nothæfa gildi –
• Gæði óviss - Ósértæk –
• Gæði óviss - Skynjari ekki nákvæmur –
• Gæði óviss - Sub Normal –

oadrResponseRequired

• alltaf - Sendu alltaf svar fyrir alla viðburði sem berast.
• aldrei - Svaraðu aldrei.

optReason

Taldar upp ástæður fyrir vali.

• efnahagslega –
• neyðartilvikum –
• verður að hlaupa –
• ekki Að taka þátt –
• outageRunStatus –
• hnekkjaStatus -
• taka þátt –
• x-dagskrá –

oadrTransportName

• einfaltHttp –
• xmpp –

OptType

• vera með - Vísbending um að VEN muni taka þátt í atburði, eða ef um er að ræða EiOpt þjónustuna tegund áætlunar sem gefur til kynna að auðlind verði tiltæk
• afþakka - Vísbending um að VEN taki ekki þátt í atburði, eða ef um er að ræða EiOpt þjónustuna tegund áætlunar sem gefur til kynna að auðlind verði ekki tiltæk

lesturType

• Úthlutað - Mælirinn nær yfir nokkrar [auðlindir] og notkun er ályktuð með einhvers konar atvinnugagnaútreikningi.
• Samningur - Gefur til kynna að lestur sé pro forma, þ.e. er tilkynntur á gengi sem samið er um
• Afleitt - Notkun er ályktuð með þekkingu á keyrslutíma, eðlilegum rekstri osfrv.
• Bein lestur - Lestur er lesinn úr tæki sem eykst einhæft og nota verður að reikna út frá upphafs- og stopplestri.
• Áætlað - Notað þegar lestur er ekki til staðar í röð þar sem flestir lestrar eru til staðar.
• Hybrid - Ef samanlagt er átt við mismunandi lestrargerðir í samanlagðri tölu.
• Meina - Lestur er meðalgildi yfir tímabilið sem tilgreint er í Granularity
• Nettó - Mælir eða [auðlind] útbýr sinn eigin útreikning á heildarnotkun yfir tíma.
• Hámarki - Lestur er hámark (hæsta) gildi á því tímabili sem tilgreint er í smáatriðum. Fyrir sumar mælingar getur það verið skynsamlegra sem lægsta gildi. Kannski er ekki í samræmi við heildarlestur. Gildir aðeins fyrir flæðishraða hlutabanka, þ.e. kraft en ekki orku.
• Áætlað - Gefur til kynna að lestur sé í framtíðinni og hefur ekki enn verið mældur.
• Samantekt - Nokkrir metrar veita saman lesturinn fyrir þessa [auðlind]. Þetta er sérstaklega annað en samanlagt, sem vísar til margra [auðlinda] í sama álagi. Sjá einnig Blendingur.
• x-not Gildir - Ekki við
• x-RMS - Rótarmeðaltorg

skýrsluheiti

• SAGA_GREENBUTTON - Skýrsla sem inniheldur gögn með grænu hnappinum í uppbyggingu lotukerfisins
• HISTORY_USAGE - Skýrsla sem inniheldur gögnum um orkunotkun
• METADATA_HISTORY_GREENBUTTON - Lýsigögn skýrsla sem skilgreinir skýrslugetu fyrir HISTORY_GREENBUTTON skýrslur
• METADATA_HISTORY_USAGE - Lýsigögn skýrsla sem skilgreinir skýrslugetu fyrir HISTORY_USAGE skýrslur
• METADATA_TELEMETRY_STATUS - Lýsigögn skýrsla sem skilgreinir skýrslugetu fyrir TELEMETRY_STATUS skýrslur
• METADATA_TELEMETRY_USAGE - Lýsigögn skýrsla sem skilgreinir skýrslugetu fyrir TELEMETRY_USAGE skýrslur
• TELEMETRY_STATUS - Skýrsla sem inniheldur upplýsingar um stöðu auðlinda í rauntíma, svo sem ástand á netinu
• TELEMETRY_USAGE - Skýrsla sem inniheldur upplýsingar um orkunotkun í rauntíma

reportType

Upptalið gildi sem gefur upp tegund skýrslunnar.

• í boðiEnergyStorage - Stærð í boði til frekari orkugeymslu, kannski til að komast í Target Energy Storage
• meðaleftirspurn - Meðalnotkun yfir þann tíma sem Granularity gefur til kynna. Sjá eftirspurn eftir frekari upplýsingum.
• meðaltal Notkun - Meðalnotkun yfir þann tíma sem Granularity gefur til kynna. Sjá notkun fyrir frekari upplýsingar.
• grunnlínu - Getur verið eftirspurn eða notkun, eins og ItemBase gefur til kynna. Sýnir hvað [mæling] væri ef ekki fyrir atburðinn eða reglugerðina. Skýrsla er af sniði Grunnlína.
• deltaKrafa - Breyting á eftirspurn miðað við grunnlínuna. Sjá eftirspurn eftir frekari upplýsingum
• deltaSetPoint - Breytingar á stillipunkti frá fyrri áætlun.
• deltaNotkun - Breyting á notkun miðað við grunnlínuna. Sjá notkun fyrir frekari upplýsingar
• eftirspurn - Skýrsla gefur til kynna magn eininga (gefið upp í ItemBase eða í EMIX vörunni). Hleðslugerð er Magn. Dæmigert ItemBase er Real Power.
• frávik - Mismunur á einhverri kennslu og raunverulegu ástandi.
• downRegulationCapacityTilboð - Dúnreglugerðargeta tiltæk til sendingar, gefin upp í EMIX Real Power. Notkunarálag er alltaf gefið upp sem jákvætt magn.
• stigi - Einfalt stig frá markaði við hvert bil.
• rekstrarríki - Almennt ástand auðlindar eins og kveikt / slökkt, umráð hússins osfrv. Enginn hlutabasis skiptir máli. Krefst viðbótarviðbótar fyrir forrit.
• prósent Krafa - Percentage eftirspurn
• prósent Notkun - Percentage af notkun
• powerFactor - Aflstuðull fyrir auðlindina
• verð - Verð á hlutabasis við hvert bil
• lestur - Skýrsla gefur til kynna lestur, eins og frá metra. Lestur eru augnablik í tímabreytingum með tímanum sem hægt er að reikna út frá mismuninum á röðinni. Hleðslugerð er flot
• RegulationSetpoint - Regluverk viðmiðunar samkvæmt leiðbeiningum sem hluti af reglugerðarþjónustu
• SetPoint - Skýrsla sýnir upphæðina (skráð í ItemBase eða í EMIX vörunni) sem nú er stillt. Getur verið staðfesting / skil á setpoint control gildi sent frá VTN. Hleðslugerð er Magn. Dæmigert ItemBase er Real Power.
• geymdEnergy - Geymd orka er gefin upp sem raunveruleg orka og álag er gefið upp sem magn.
• targetEnergyStorage - Markorka er gefin upp sem raunveruleg orka og álag er gefið upp sem magn.
• upRegulationCapacityTilboð - Upp reglugerðargeta tiltæk til sendingar, gefin upp í EMIX Real Power. Notunarálag er alltaf gefið upp sem jákvætt magn.
• notkun - Skýrsla gefur til kynna magn eininga (tilgreint í ItemBase eða í EMIX vörunni) yfir tímabil. Hleðslugerð er Magn Dæmigert ItemBase er RealEnergy
• x-resourceStatus - Percentage eftirspurn

skalaCode

• p - Pico 10 ** - 12
• n - Nano 10 ** - 9
• ör - Micro 10 ** - 6
• m - Milli 10 ** - 3
• c - Centi 10 ** - 2
• d - Deci 10 ** - 1
• k - Kíló 10 ** 3
• M - Mega 10 ** 6
• G - Giga 10 ** 9
• T - Tera 10 ** 12
• engin - Native Scale

merkjanafn

• BID_ENERGY - Þetta er magn orkunnar frá auðlind sem var boðið í forrit
• BID_LOAD - Þetta er magn álags sem boðið var af auðlind í forrit
• BID_PRICE - Þetta er verðið sem boðið var af auðlindinni
• CHARGE_STATE - Staða orkugeymsluauðlindarinnar
• DEMAND_CHARGE - Þetta er eftirspurnargjaldið
• ELECTRICITY_PRICE - Þetta er rafmagnskostnaður
• ENERGY_PRICE - Þetta er orkukostnaðurinn
• LOAD_CONTROL -Settu álagsframleiðslu á hlutfallsleg gildi
• LOAD_DISPATCH - Þetta er notað til að senda álag
• einfalt - afskrifað - fyrir afturábak eindrægni við A atvinnumaðurfile
• EINFALT - Einföld stig (OpenADR 2.0a samhæft)

merkiTegund

Upptalið gildi sem lýsir tegund merkis eins og stig eða verð

• delta - Merki gefur til kynna magnið sem á að breyta frá því sem maður hefði notað án merkisins.
• stigi - Merki gefur til kynna forritastig.
• margfaldar - Merki gefur til kynna margfaldara sem notaður er við núverandi afhendingarhraða eða notkun frá því sem maður hefði notað án merkisins.
• verð - Merki gefur til kynna verð.
• verðMultiplier - Merki gefur til kynna verð margfaldað. Útvíkkað verð er reiknað verðgildi margfaldað með fjölda eininga.
• verðTengd - Merki gefur til kynna hlutfallslegt verð.
• stillipunktur - Merki gefur til kynna markhæð eininga.
• x-loadControlCapacity - Þetta er fyrirmæli fyrir hleðslutækið til að starfa á stigi sem er nokkurt stigtage af hámarksnotkunargetu þess. Þetta er hægt að kortleggja sérstökum hleðslustýringum til að gera hluti eins og skylduhjólreiðar. Athugið að 1.0 vísar til 100% neyslu. Ef um einföld ON/OFF tæki er að ræða þá er 0 = OFF og 1 = ON.
• x-loadControlLevelOffset - Stakur heiltölustig sem er miðað við eðlilega aðgerð þar sem 0 er eðlileg aðgerð.
• x-loadControlPercentOffset - Percentage breyting frá venjulegri álagsstjórnunaraðgerðum.
• x-loadControlSetpoint - Hlaða stillipunkta stjórnanda.

- OpenADR A og B Profile Mismunur

Eina þjónustan studd af A atvinnumannifile er EiEvent þjónustan. EiEvent hluturinn er einfaldaður í A profile með eftirfarandi takmörkunum:

• Aðeins eitt merki á hvern atburð er leyfilegt og það merki verður að vera OpenADR vel þekkt merki EINFALT.
• Það er takmarkað viðburðarmiðun sem aðeins er studd með venID, groupID, resourceID og partyID. (EiEvent: eiTarget).
• Miðun á merkjastigi með tækjaflokkum er ekki studd (eiEventSignal: eiTarget: endDeviceAsset).
• Grunnlínur eru ekki studdar (eiEvent: eiEventSignals: eiEventBaseline).
• modificationDateTime og modificationReason eru ekki studd.
• Endapunkturinn URL fyrir einfaldan HTTP í 2.0b er:
  • https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>

Sumir farmþættir sem krafist var í A profile eru nú valfrjálsir í B profile, þar á meðal:

• núverandi gildi

- OpenADR öryggisvottorð

Reglur um samræmi OpenADR krefjast eftirfarandi:

• TLS útgáfa 1.2 er notuð til að skiptast á X.509 vottorðum
• VTN verða að hafa bæði SHA256 ECC og RSA vottorð
• VEN geta stutt annað hvort SHA256 ECC og RSA vottorð og geta stutt hvort tveggja
• Bæði VTN og VEN verða að vera stillt til að biðja um skírteini viðskiptavinar ef þau ætla að gegna hlutverki flutningsþjóns (þ.e. svara svörum við beiðnum frá hinum aðilanum)
• Bæði VTN og VEN verða að leggja fram viðskiptavinarvottorð þegar hinn aðilinn fer fram á það sem hluta af TLS samningaferlinu

Vottorð veitt af NetworkFX munu vera sérstök fyrir RSA eða ECC. Sköpun þessara vottorða getur átt sér stað sem afleiðing af útfyllingu eyðublaða á NetworkFX web vefsíðu til að biðja um prófskírteini eða getur verið afleiðing þess að biðja um framleiðsluvottorð í gegnum beiðni um undirritun skírteinis (CSR). Burtséð frá aðferðinni, eftirfarandi files verða veittar (tdamples eru sýnd):

• Rótarvottorð
• Millirótarskírteini
• Tækjavottorð
• Einkalykill

Almennt er einkalykillinn notaður til að dulkóða álag sem VEN eða VTN sendir. Tækjaskírteinið er safn af einstökum auðkennandi upplýsingum um VEN eða VTN sem hefur verið búið til af vottunarstofu og dulkóðuð með einkalykli. Rótin og millistigið files eru notuð til að afkóða tækisvottorðið og staðfesta að vottorðið hafi komið frá traustu yfirvaldi.

Í Java umhverfi sem notar JSSE eru tvær vottorðsverslanir. Ein er kölluð traustverslun og er notuð til að hafa rótarskírteinið. Annað er kallað lyklageymsla og er notað til að geyma vottorðskeðju sem samanstendur af millivottorði tækjaskírteinisins, svo og einkalyklinum

Athugið að þegar XMPP flutningur er notaður er VEN í samskiptum við XMPP netþjóninn og EKKI beint við VTN. Þannig að uppsetning skírteina í XMPP netþjóninum VERÐUR að vera jafngild því sem er fyrir VTN. Samskiptin milli VTN sjálfs og XMPP miðlarans eru gagnsæ fyrir VEN og eru í raun einkatengill. Engu að síður notuðu flestir söluaðilar safn af VEN certs í VTN þegar þeir áttu samskipti við XMPP netþjóninn.

Ef þú ert að nota OpenFire sem XMPP netþjóninn þinn, þá er önnur þvingun sem þú verður að huga að. OpenFire krefst þess að CN nafnið sem notað er í skírteini viðskiptavinatækisins passi við XMPP notendanafn tækjanna sem er stillt á XMPP netþjóninum. Þetta getur leitt til undarlegra viðskiptavinanafna þar sem MAC eins og heimilisfang er notað fyrir CN nafnið á VEN vottorðunum (hluti af OpenADR öryggiskröfum)

Að lokum munu flest VEN og VTN þegar þau gegna hlutverki flutningsviðskiptavinar reyna að sannreyna að CN reitur skírteinisins sem flutningsþjóninn lætur í té hafi CN nafn sem passar við gestgjafanafn þess aðila sem gaf skírteinið. Þetta gæti verið önnur uppspretta samvirkni vandamála þegar skipt er um vottorð. Staðfesting gestgjafanafns getur venjulega verið gerð óvirk með forritun til að einangra mál af þessu tagi.

OpenADR 2.0 eftirspurnarleiðbeiningar - Sækja [bjartsýni]
OpenADR 2.0 eftirspurnarleiðbeiningar - Sækja

Heimildir

• Notendahandbók