OpenADR 2.0

Суроо-жооп программасынын колдонмосу

Ревизия номери: 0.92

Документтин абалы: Жумушчу текст

Документтин номери: 20140701

Copyright © OpenADR Alliance (2014/15). Бардык укуктар корголгон. Бул документтин ичиндеги маалымат OpenADR Альянсынын менчиги болуп саналат жана аны колдонууга жана ачыкка чыгарууга чектөө коюлган.

МАЗМУНУ

1 Киришүү 6

2 Шилтемелер 6

3 Терминдер жана аныктамалар 6

4 Кыскартуулар 9

5 Талапка жооп берүү программасынын түрлөрү 9

6 Жайгаштыруу сценарийлери 10

6.1 Түздөн-түз 1 11

6.2 Түздөн-түз 2 12

6.3 Түздөн-түз 3 13

6.4 Түздөн-түз 4 14

6.5 Фасилитатор 1 15

6.6 Агрегатор 1 16

7 Жайгаштыруу сценарийи жана DR программасынын картасы 16

8 DR программасынын үлгүсүн тандоо 18

9 Талапка жооп берүү программасынын шаблондору 21

9.1 Критикалык пик баа программасы (CPP) 21

9.1.1 КПП ДР Программасынын мүнөздөмөлөрү 21

9.1.2 CPP программалары үчүн OpenADR мүнөздөмөлөрү 22

9.2 Потенциалдуулук боюнча тендер программасы 24

9.2.1 Потенциалдуу тендердик DR программасынын мүнөздөмөлөрү 24

9.2.2 Потенциалдуу тендердик программалар үчүн OpenADR мүнөздөмөлөрү 25

9.3 Турак жай термостат программасы 27

9.3.1 Турак жай термостатынын DR программасынын мүнөздөмөлөрү 27

9.3.2 Турак жай термостатынын программалары үчүн OpenADR мүнөздөмөлөрү 28

9.4 Fast DR Dispatch 29

9.4.1 Fast DR Dispatch программасынын мүнөздөмөлөрү 29

9.4.2 Потенциалдуу тендердик программалар үчүн OpenADR мүнөздөмөлөрү 31

9.5 Турак жай электр унаасы (EV) Колдонуу убактысы (TOU) программасы 33

9.5.1 Турак жай EV TOU программасынын мүнөздөмөлөрү 33

9.5.2 Турак жай EV TOU программалары үчүн OpenADR мүнөздөмөлөрү 33

9.6 Коомдук станциянын электр унаасы (EV) реалдуу убакытта баа түзүү программасы 34

9.6.1 Коомдук станция EV RTP программасынын мүнөздөмөлөрү 34

9.6.2 Коомдук станция EV RTP программалары үчүн OpenADR мүнөздөмөлөрү 34

9.7 Бөлүштүрүлгөн энергия ресурстары (DER) DR программасы 35

9.7.1 Бөлүштүрүлгөн энергетикалык ресурстардын (DER) Программасынын мүнөздөмөлөрү 35

9.7.2 Бөлүштүрүлгөн энергия ресурстары үчүн OpenADR мүнөздөмөлөрү (DER) 35

А тиркеме – Сample Берилиштер жана жүктөө калыптары 36

A.1 Критикалык чоку баа программасы (CPP) 36

A.1.1 CPP сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile 36

A.1.2 CPP сценарийи 2 – Типтүү колдонуу учуру, B profile 36

A.1.3 КПП Сценарий 3 – Комплекстүү колдонуу 37-мисалы

A.1.4 КПП Сample Event Payload – Typical B Profile Колдонуу 37

A.2 Потенциалдуулук боюнча тендер программасы (CBP) 39

A.2.1 CBP сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile 39

A.2.2 CBP сценарийи 2 – Типтүү колдонуу учуру, B проfile 39

A.2.3 CBP сценарийи 3 – Татаал колдонуу 40 учур

A.2.4 CBP Sample Event Payload – Typical B Profile Колдонуу 40

A.3 Турак жай термостат программасы 42

A.3.1 Турак жай термостатынын сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile 42

A.3.2 Турак жай термостатынын сценарийи 2 – типтүү колдонуу учуру, B profile 42

A.3.3 Турак жай термостатынын 3-сценарийи – 43-комплекстүү колдонуу учуру

A.3.4 Турак жай термостат Сample Event Payload – Typical B Profile Колдонуу 43

A.4 Fast DR Dispatch 45

A.4.1 Fast DR сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile 45

A.4.2 Fast DR сценарийи 2 – типтүү колдонуу учуру, B profile 45

A.4.3 Fast DR Сценарий 3 – Татаал колдонуу 46 учур

A.4.4 Fast DR Sample Event Payload – Typical B Profile Колдонуу 46

A.4.5 Fast DR Sample Report Metdata Payload – Typical B Profile Колдонуу 48

A.4.6 Fast DR Sample Report Request Payload - Typical B Profile Колдонуу 48

A.4.7 Fast DR Sampле Report Data Payload – Typical B Profile Колдонуу 49

A.5 Турак жай электр унаасы (EV) Колдонуу убактысы (TOU) программасы 49

A.5.1 Турак жай EV сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile 49

A.5.2 Турак жай EV Сценарий 2 – Типтүү колдонуу жагдайы, B проfile 50

A.5.3 Турак жай EV Сample Event Payload – Typical B Profile Колдонуу 50

A.6 Коомдук станциянын электр унаасы (EV) реалдуу убакытта баа түзүү программасы 53

A.6.1 Коомдук станция EV Сценарий 1 – Типтүү колдонуу учуру, B проfile 53

А.6.2 Коомдук станция EV Сample Event Payload – Typical B Profile Колдонуу 53

A.7 Бөлүштүрүлгөн энергия ресурстары (DER) DR программасы 54

В тиркемеси – Кызмат жана пайдалуу жүктүн аныктамалары 55

B.1 Open ADR төмөнкү кызматтарды колдойт: 55

С тиркеме – Кызмат жана пайдалуу жүктүн аныктамалары 56

C.1 EiEvent пайдалуу жүктөрү 56

C.2 EiReport пайдалуу жүктөрү 56

C.3 EiOpt пайдалуу жүктөрү 56

C.4 EiRegisterParty пайдалуу жүктөрү 57

C.5 OadrPoll пайдалуу жүктөрү 57

Тиркеме D – Схема жүктөө элементтеринин глоссарийи 58

Е тиркемеси Саналган баалуулуктардын глоссарийи 65

E.1 окуянын абалы 65

E.2 пункт Бирдиктер 65

E.3 oadrDataQuality 65

E.4 oadrResponseRequired 66

E.5 optSeason 66

E.6 oadrTransportName 66

E.7 OptType 66

E.8 окуу 66 түрү

E.9 отчеттун аталышы 67

E.10 отчеттун түрү 67

E.11 шкалаКод 68

E.12 сигналдын аталышы 68

E.13 сигналдын түрү 69

F тиркеме – OpenADR A жана B Profile Айырмачылыктар 70

G тиркеме – OpenADR коопсуздук сертификаттары 71

Introduction

Бул колдонмонун максаттуу аудиториясы - OpenADR 2.0 программасын колдонуучу Талапка жооп берүү (DR) программаларын коммуналдык жана ылдый агымдагы объектилер менен байланыш алмашууну жеңилдеткен жабдууларды өндүрүүчүлөрдүн ортосунда DR окуясына байланыштуу билдирүүлөрдү жеткирүү үчүн колдонууну пландаштырган коммуналдык кызматтар. Окурман суроо-талапка жооп берүү жана OpenADR 2.0 (бул учурдан баштап OpenADR деп аталат) боюнча да негизги концептуалдык түшүнүккө ээ деп болжолдонууда.

OpenADR проfile спецификациялар DR окуясы менен байланышкан маалыматты алмашууда күтүлгөн жүрүм-турумду так аныктайт, бирок OpenADRде серверлерди (VTN'лерди) коммуналдык кызматтарда жана кардарларды (VENs) ылдыйкы сайттарда жайгаштыруу плагин-н-ойнотуу тажрыйбасы эмес экендигине жетиштүү мүмкүнчүлүк бар. Окуя сигналдары, отчеттун форматтары жана максаттуу багыттоо сыяктуу OpenADR мүнөздөмөлөрү DR программасы боюнча көрсөтүлүшү керек.

Стандартташтырылган DR программасы деген нерсе жок. Ар бир DR программасынын дизайны уникалдуу болуп, ал жайгаштырылган географиялык аймактын структуралык жана ченемдик талаптарына жооп берет. Ар бир DR программасы үчүн ар кандай актерлорду камтыган көптөгөн мүмкүн болгон жайылтуу сценарийлери бар.

DR программасынын конструкцияларынын өзгөрмөлүүлүгү, жайылтуу сценарийлери жана OpenADR мүнөздөмөлөрү DR кеңейтилген жайылтууга жана OpenADR колдонууга ингибитор болуп саналат. Бул өзгөргүчтүк көпчүлүк учурда акылдуу тармактын чачыранды жана татаал мүнөзүн чагылдырат.

Коммуналдык кызматтар керекampтиптүү DR программалары, алар өздөрүнүн DR программасын ишке ашыруу үчүн үлгү катары колдонулушу үчүн. Жабдууларды өндүрүүчүлөр DR программасын колдонуунун типтүү моделдерин түшүнүшү керек, ошондуктан алар DR программасын жайылтуунун конкреттүү негизинде эмес, иштеп чыгуу процессинин бир бөлүгү катары өз ара аракеттенүүнү ырастай алышат. Бул колдонмонун максаты бул эки максатты тең төмөнкүдөй аткаруу болуп саналат:

• Бүгүнкү күнгө чейин ишке ашырылган эң популярдуу DR программаларынын жалпы мүнөздөмөлөрүнөн кийин моделделген стандарттуу DR Программасынын үлгүлөрүнүн чакан топтомун аныктаңыз
• Актерлор жана ролдор так аныкталган, реалдуу дүйнө жайылтууларынан кийин моделдештирүү сценарийлеринин чакан топтомун аныктаңыз
• DR Программасынын ар бир шаблонуна мүнөздүү OpenADR мүнөздөмөлөрү үчүн мыкты тажрыйба сунуштарын аныктаңыз
• Утилиталар пайдалуу DR программасынын шаблондорун жана алардын бизнес муктаждыктарына негизделген жайылтуу сценарийлерин аныктоо үчүн колдоно турган чечим дарагын камсыз кылыңыз

Бул колдонмодо өзгөчө басым кадимки DR программасын жайылтуу үчүн зарыл болгон деталдардын көпчүлүгүн чече турган ачык-айкын сунуштардын чакан топтомун берүү менен нерселерди жөнөкөйлөтүүгө жана ушул бөлүмдөгү сунуштарды колдонуу менен программаларда орнотулган жабдуулардын өз ара иштешүүсүн текшерүүгө мүмкүндүк берет. гид.

Шилтемелер

• OpenADR Profile Спецификация жана схема – www.openadr.org

Терминдер жана аныктамалар

Бул документте төмөнкү терминдер жана аныктамалар колдонулат.

• Талап жообу: Баалар же жеткиликтүүлүк сигналдары сыяктуу камсыз кылуу шарттарына жооп катары кардар жүктөө талабын башкаруу механизми
• Агрегатор партиясы – Бул бир нече Ресурстарды бириктирип, аларды ДР Программасынын партиясына DR Программаларында бирдиктүү ресурс катары сунуштаган партия.
• Агрегатордун ортомчу инфраструктурасы – Бул Инфраструктура, Суроо-талаптын Инфраструктурасынан өзүнчө, Агрегатор Ортомчу Тарап тарабынан Ресурстар жана тармак тарап субъекттери менен өз ара аракеттенүү үчүн колдонулат.
• Макулдашуу: ДР программасында роль ойногон тараптардын ортосундагы келишимдик келишим, анда жоопкерчилик жана компенсация көрсөтүлгөн
• Актив – Физикалык жүктөрдүн белгилүү бир жыйнагын чагылдырган Ресурстун түрү. Ресурстар Активдерден турушу мүмкүн жана Актив Ресурс болушу мүмкүн, бирок Активдерди андан ары бир нече Активдерге же Ресурскаларга ажыратуу мүмкүн эмес.
• Associated: Маалыматтар базасынын түзүлүшүн конфигурациялоо аркылуу эки объекттин ортосунда программалык байланышты камсыз кылуу. Мисалы, VEN менен байланышкан ресурстар
• Baslines: Окуя болгонго чейин жабдуулардын же сайттын эсептелген же өлчөнгөн энергияны керектөө (талап) сайтта изилдөөлөр, текшерүүлөр жана/же өлчөө жолу менен аныкталган.
• BMS – Бул ресурстарды көзөмөлдөө үчүн колдонулушу мүмкүн болгон имаратты башкаруу системасы. Бул кээде энергетикалык башкаруу системасы деп аталат.
• Курама ресурс – Бул ресурстун өзгөчө түрү, ал бир нече физикалык активдердин жыйындысы болуп саналат, алардын ар бири жүктү башкаруунун өзүнүн каражаттары бар.
• Кардарларды шыктандыруу: DR программасына катышуу үчүн суроо-талаптын кошумча ресурстарынын ээсине/агрегаторуна берилген түрткү.
• Суроо-талап жагындагы инфраструктура - Бул DR программаларына катталган ресурстарды камтыган инфраструктура
• DR Logic: Алгоритмдер же логика DR сигналдарын аракетке жарамдуу жүктү башкарууга айландыруучу. DR Logic көптөгөн ар кандай жерлерде ишке ашырылышы мүмкүн экенин эске алыңыз жана кээ бир учурларда бир нече субсистемалардын арасында бөлүштүрүлөт.
• DR Программа партиясы – бул тармактык инфраструктурага жана андан тышкары тармак маселелерин жумшартуу үчүн колдонулган DR программаларын башкарууга жооптуу уюм. Бул, адатта, Utility же ISO.
• Катталган: Суроо-талап жагындагы ресурстардын ээси/агрегатору DR программасына катышууну тандайт жана DR окуялары үчүн максаттуу болушу мүмкүн болгон атайын ресурстар жөнүндө маалымат бере алат
• Иш-чаранын активдүү мезгили: Бул жүктөмдүн өзгөрүшү болгон убакыттын мезгилиfile DR окуясынын алкагында суралып жатат
• Окуянын чектөөлөрү: Кардар иш-чараларды жана ага байланыштуу чектөөлөрдү, мисалы, дем алыш күндөрү же ырааттуу күндөрдө эч кандай иш-чараларды кабыл албайт деп күтө турган убакыт алкактары
• Окуя күндөрү: DR окуясы болгон күн. Көпчүлүк программаларда белгилүү бир календардык мезгилде уруксат берилген иш-чара күндөрүнүн саны боюнча чектөөлөр бар
• Окуянын дескриптору: OpenADR окуя объектинин бөлүгү, программанын аталышы жана окуянын артыкчылыктары сыяктуу окуя жөнүндө метаберилиштерди сүрөттөйт
• Окуянын узактыгы: Иш-чаранын узактыгы. Көпчүлүк программалар окуянын узактыгына, ошондой эле окуя болушу мүмкүн болгон күндүн сааттарына карата чектөөлөрдү аныктайт.
• Окуя сигналдары: Окуяда камтылган, мисалы, электр энергиясынын баасы же жүктү төгүүнүн белгилүү деңгээлдери, адатта, окуяны алуучу тарабынан кандайдыр бир алдын ала программаланган жүк төгүү жүрүм-турумуна түрткү берүүчү иш-аракет кылууга боло турган маалымат. DR программасынын аныктамасы колдонулган окуя сигналдарынын түрлөрүн көрсөтүүсү керек
• Окуяны максаттуу: DR окуясы үчүн арналган алуучу болгон жүк ташуучу ресурстар. Бул географиялык аймак, түзмөктөрдүн белгилүү бир классы, топтун идентификатору, ресурс ID же башка идентификатор болушу мүмкүн. DR программасынын аныктамасы конкреттүү ресурстар кандай максаттуу багытталышы керек экенин көрсөтүүсү керек.
• Окуялар: Окуя - бул белгилүү бир убакытта, белгилүү бир убакытта башталып, иш-чарага катышууга тийиш болгон белгилүү бир ресурстарды белгилеген максаттуу маалыматты камтыган, кошумча ресурстарды талап кылуу боюнча коммуналдык билдирүү.
• Фасилитатор ортомчу инфраструктура – Бул Инфраструктура, Суроо-талап жагындагы инфраструктурадан өзүнчө, ал Фасилитатор Ортомчу Тарап тарабынан Ресурстар жана тармак тараптын субъекттери менен өз ара аракеттенүү үчүн колдонулат.
• Фасилитатор: Коммуналдык программанын атынан DR программасынын аткарылышынын бир бөлүгүн же бардыгын башкарган үчүнчү тарап
• Grid Infrastructure – Бул ДР Программасынын Тараптары ээлик кылган же башкарган инфраструктура. Бул инфраструктура DR программаларында катталган ресурстарга DR сигналдарын жөнөтүү үчүн колдонулган OpenADR VTN ишке ашырууну камтыйт.
• Ортомчу партия - Бул, адатта, DR программаларына алардын катышуусуна көмөктөшүү үчүн Ресурстук партиянын атынан иштеген партия.
• Load Control - бул Ресурсту чындап көзөмөлдөө жана белгилүү бир жүктү өндүрүү үчүн жооптуу болгон Ресурска тиешелүү инфраструктура.file.
• Pro жүктөөfile Максат: Бул DR программасын иштеп чыгуунун жана иш-чаралардын чыгарылышынын артында турган түрткү. Чокусу жүктөрдү кыруу каалоо сыяктуу.
• Эскертме: суроо-талап тараптын ресурс ээси күтүлүүчү окуя жөнүндө кабардар болгон окуянын башталуу убактысына чейинки убакыт аралыгы
• Opt Behavior: Окуяны алгандан кийин суроо-талап жагындагы ресурстун ээсинен күтүлгөн жооп. Бул жооп ресурстун иш-чарага катыша тургандыгын же катышпай турганын көрсөтүү жана OptIn же OptOut түрүндө болушу мүмкүн.
• Оптивдик жооптор: Белгилүү бир программа окуяга жооп катары суроо-талап жагындагы ресурстардан жооп талап кылышы керекпи жана ал жооптор адатта кандай болот.
• Кызматтарды тандоо: Иш-чараларга катышуу үчүн ресурстардын жеткиликтүүлүгүндөгү убактылуу өзгөрүүлөрдү көрсөтүү үчүн OpenADR аркылуу кабарланган графиктер.
• Шарт: Суроо-талап жагындагы ресурстун ээси DR программасына катталуу үчүн аткарылышы керек болгон критерийлер. Бул интервалдык жолугушуунун болушун же минималдуу жүк ташуучу кубаттуулукту камтышы мүмкүн
• Негизги айдоочулар: DR программасын түзүү жана окуяларды чыгаруу үчүн утилита тарабынан негизги мотивация. Мисалы, "Талаптын эң жогорку кыскарышы жана ресурстардын адекваттуулугу"
• Программалар - Бул Ресурстар катталган DR программалары.
• Программанын сүрөттөлүшү: Программанын кантип иштээрин баяндоо. Бул документте аныкталган DR программасынын калыптарынын бир бөлүгү
• Программанын убакыт алкагы: Жыл мезгили же DR программасы менен мезгилдер адатта активдүү болот
• Дизайнды баалоо: Программага катышууга суроо-талап тараптын ресурс ээлерин мотивациялоо үчүн төлөнүүчү тарифтин структурасына конкреттүү өзгөртүүлөр же стимулдар
• Каттоо кызматы: Кызмат OpenADR протоколу тарабынан VTN менен VENдин ортосундагы негизги өз ара аракеттенүүнү орнотуу жана VEN коммуналдык кардарлардын эсеби менен байланышканын текшерүү үчүн колдонулат.
• Reporting Services: OpenADR тарабынан VEN'лерге VENдерге отчеттуулукту камсыз кылуу үчүн колдонулган кызмат. DR программасы программа үчүн отчеттуулук талаптарын аныктоо керек.
• Ресурс партиясы - Бул DR программаларына каттала турган суроо-талап жагындагы ресурстарга ээ болгон тарап
• Ресурс - Бул DR программаларына катталган жана алардын жүктөмүнө кандайдыр бир өзгөртүүлөрдү киргизүүгө жөндөмдүү уюм.file VTNден DR сигналын кабыл алууга жооп катары.
• Максаттуу кардар: Профессионалfile Турак жай, өнөр жай, же балким, электр энергиясын керектөө деңгээлине жараша белгилүү бир DR программаларына жазыла турган суроо-талаптын кошумча ресурстары.
• Максаттуу жүктөр: Кабыл алынгандан кийин жүгү өзгөртүлүшү керек болгон суроо-талап жагындагы ресурстар
• ВЕН - Бул VTN менен иштешүү үчүн колдонулган OpenADR Virtual End түйүнү.
• VTN - Бул DR программаларында катталган ресурстар менен иштешүү үчүн колдонулган OpenADR Virtual Top түйүнү.

Аббревиатуралар

• BMS: Имаратты башкаруу системасы
• C&I: Соода жана өнөр жай
• Комм: Эки объекттин ортосундагы байланыш
• DR: Талап жообу
• EMS: Энергияны башкаруу системасы
• OpenADR: Талапка автоматташтырылган жоопту ачыңыз
• Программалар: Талапка жооп берүү программасы(лар)ына шилтеме
• ВЕН: Virtual End Node
• VTN: Virtual Top Node

Талапка жооп берүү программасынын түрлөрү

Бул документ төмөндө көрсөтүлгөн DR программалары үчүн калыптарды камтыйт.

 

1. Критикалык чоку баа: Чектелген күндөрдүн же сааттардын санына алдын ала белгиленген жогорку ченди же бааны таңуулоо жолу менен жогорку дүң базар баалары же системанын күтүлбөгөн жагдайлары учурунда керектөөнү кыскартууга дем берүү үчүн иштелип чыккан тариф жана/же баа түзүмү.

2. Потенциалдык тендер программасы: Чекене жана дүң базарлардагы суроо-талап ресурсуна баада жүктү төмөндөтүүнү сунуштоого же белгилүү бир баада канча жүктү кыскартууга даяр экендигин аныктоого мүмкүндүк берген программа.

 

3. Турак жай термостат программасы/Түз жүктү башкаруу: Программанын демөөрчүсү кыска мөөнөттүн ичинде кардардын электр жабдууларын (мисалы, кондиционер) алыстан башкарып турган суроо-талапка жооп берүү аракети. Бул программалар биринчи кезекте турак-жай же чакан коммерциялык кардарларга сунушталат.

4. Fast DR Dispatch/Көмөкчү кызматтар программасы: Өзгөчө кырдаалдарда суроо-талапка жооп кайтаруу иш-чарасынын учурунда жүктөөгө жооп берүү үчүн кардарларга дем берүүчү төлөмдөрдү камсыз кылган суроо-талапка жооп берүү программасы. Системанын анормалдуу абалы (мисалыample, тутумдук чектөөлөр жана жергиликтүү мүмкүнчүлүктөрдүн чектөөлөрү) электрдик электр тутумунун ишенимдүүлүгүнө терс таасирин тийгизе турган электр берүү түзүлүштөрүнүн же генерациялоочу жабдуунун иштен чыгышынын алдын алуу же чектөө үчүн автоматтык же токтоосуз кол менен иш-аракетти талап кылат. Бул типтеги программаларды кээде "Көмөкчү кызматтар" деп атоого болот.

5. Электр унаасы (EV) DR программасы: Керектөөчүлөрдүн керектөө моделдерин өзгөртүү үчүн электр унааларын заряддоонун баасы өзгөртүлгөн суроо-талапка жооп берүү иш-чарасы.

6. Бөлүштүрүлгөн энергия ресурстары (DER) DR программасы: Акылдуу тармакка бөлүштүрүү энергия ресурстарын интеграциялоо үчүн колдонулган суроо-талапка жооп берүү иш-аракети.

 

Жайгаштыруу сценарийлери

DR программасын жайылтуу жолу DR программасынын өзгөчөлүктөрүнөн бир аз көз каранды эмес. Төмөнкү диаграммалар DR программасын жайылтуунун ар кандай жолдорун көрсөтөт. Кийинки бөлүмдө жайгаштыруу сценарийлери жана алар менен колдонулушу мүмкүн болгон DR программалары ортосунда кайчылаш шилтеме берилген.

Бул бөлүмдөгү диаграммалар ар кандай сценарийлердеги объекттердин ортосундагы мамилелерди көрсөтөт.

Түздөн-түз 1

Бул ДР Программа партиясы менен Ресурс партиясынын ортосунда түз байланыш бар жөнөкөй сценарий. Ресурстук тарап өз ресурстарын DR программаларына каттатуу үчүн жооптуу жана Тармактык инфраструктура Суроо-талап жагындагы инфраструктуранын ичинде жайгашкан VEN аркылуу ресурстар менен түздөн-түз өз ара аракеттенет. Мындан тышкары, VEN Ресурстук тарапка таандык жана ресурстардан жана алардын контролерлорунан өзүнчө. DR сигналы VEN тарабынан кабыл алынганда, ал, адатта, жүктү башкаруу логикасын ишке ашырбайт, бирок жөн гана сигналдарды тиешелүү иш-аракеттерди жасаган жүк контроллерлоруна жөнөтөт. МисampБул сценарийде OpenADR VEN камтыган шлюзду орното турган C&I имараттары камтылат жана ал шлюз тарабынан сигнал кабыл алынганда, ал аны жөн гана башка протоколго которуп, жүктү контролерлордун өздөрүнө жөнөтөт.

Түздөн-түз 2

Бул Түздөн-түз 1 сценарийине абдан окшош. Негизги айырмачылык VEN кантип түзүлгөндө жана VTN менен өз ара аракеттенүүдө. VEN борборлоштурулган BMS сыяктуу объектте түзүлөт, ал DR логикасын ишке ашыра алат жана Курама ресурс жана алардын ар кандай жүк контроллерлору менен борборлоштурулган жерден өз ара аракеттенет. Мисampимараттардагы ар кандай жүктөрдү (мисалы, жарыктандыруу, HVAC, өнөр жай процесстери ж.б.) башкарган BMS менен чоң имараттарды камтыйт.ampборборлоштурулган башкаруу системасы менен бир нече объектилер болушу мүмкүн пайдалануу.

Түздөн-түз 3

Бул сценарий Түздөн-түз 1 сценарийине абдан окшош. Негизги айырмасы, VEN түздөн-түз ресурста жана анын жүктөмүн контроллерунда түзүлөт. Бул учурда DR сигналдары түздөн-түз ресурска жана анын жүктөө контроллерине жөнөтүлөт. Бул категорияга "түзмөктөрдүн баасы" деп аталган сценарий кирет. Мисamples HVAC (б.а. термостат) сыяктуу ар кандай жүк контроллерин камтыйт, анда VTN тор тарабынын объектилери менен түздөн-түз өз ара аракеттенүүгө жөндөмдүү камтылган VEN бар.

Түздөн-түз 4

Бул Түз 1 жана Түз 2 сценарийлеринин түрлөрүнүн айкалышы. Негизги айырмачылык - бир нече VEN бир нече активдерден турган бир татаал ресурс менен байланышкан, ал өзүнүн жүк контролерлору менен. Курама ресурсту түзгөн жүк контролерлорунун ар бири башка VEN менен байланыштырылышы мүмкүн. Бардык VEN'дер Курама ресурска ээ болгон ошол эле Ресурстук Тараптын көзөмөлүндө болоорун эске алыңыз. Бул сценарий Комплекстүү ресурстары бар, бирок Түз 2 сценарийи сыяктуу борборлоштурулган BMSге ээ болбогон суроо-талап жагындагы инфраструктураларды жеңилдетүү үчүн бар. Мисamples ар бир кабатта ар кандай жүк контроллери бар имараттарды камтышы мүмкүн, бирок борборлоштурулган BMS жок, же вampар бир имаратта ар кандай контроллерлор менен колдонот, бирок жок сampбизге кеңири контроллер. DR Программа партиясынын көз карашы боюнча, программага бир гана ресурс катталгандыктан, ал бул ресурска DR сигналын жөнөтүүнү кааласа, ал жөн гана Ресурс менен байланышкан ар бир дайындалган VENге бирдей сигналдарды жөнөтө алат.

Фасилитатор 1

Бул сценарийде ДР Программа партиясы менен Ресурстардын ортосундагы өз ара аракеттенүүнү жеңилдеткен ортомчу бар. Адатта Ортомчу партия ресурстарды башкарууга жардам берүү үчүн Ресурстук партиянын атынан иштейт. Ресурстук Тараптардын ДР Программа партиясы менен түздөн-түз байланышы бар жана алар өздөрүнүн ресурстарын ДР Программаларына катташат. Ошентип ДР Программасы партиясы viewар бир Ресурс Тарап өзүнчө Ресурс катары жана алар менен өз ара аракеттениши мүмкүн. Ортомчу тараптын ролу OpenADR менен байланышкан бардык өз ара аракеттенүүлөрдүн ортосунда жүрүү болуп саналат, ошондуктан VEN Фасилитатордун ортомчу инфраструктурасында түзүлгөн. Мындай инфраструктура көбүнчө булут базасы болуп саналат жана Ресурстук Тараптарга Программа катары Кызмат (SaaS) катары сунушталат. DR сигналы Фасилитатордун VEN тарабынан кабыл алынганда, DR сигналын тиешелүү Ресурска жөнөтүү жана мүмкүн кандайдыр бир DR Логикасын ишке ашыруу жана ар бир Ресурстун жүк контролеруна жүктү башкаруу буйруктарын жөнөтүү сыяктуу бир катар ар кандай аракеттер болушу мүмкүн. Мисampбул сценарийге төмөнкүлөр кирет:

• Ири соода түйүндөрүнүн объекттерин башкарган сатуучулар, мисалы, чоң кутуча сатуучулар.
• Өндүрүштүк контролдун ортомчулары.
• Энергия кызматтары компаниялары (ESCO)
• Булутка негизделген шаймандарды жана түзмөктөрдү башкаруу системалары, мисалы, жаңы пайда болгон акылдуу байланыш термостат сатуучулары.

Агрегатор 1

Бул сценарий Фасилитатордун сценарийине окшош. Негизги айырмачылык - Агрегатор партиясы ресурстук партиялардан айырмаланып, ДР Программа партиясы менен мамиледе. Агрегатор тарап бир нече кардардын активдерин DR программаларына каттаган бир ресурска бириктирет. DR Программа партиясы Агрегатор башкарып жаткан жеке активдерди көрө албайт. Фасилитатордогудай эле, агрегатордун VEN инстанцияланган өзүнүн инфраструктурасы бар. Айырмачылыгы, DR сигналы алынганда, ал бир ресурска шилтеме кылат жана Агрегатор DR сигналында көрсөтүлгөн максаттарга жетүү үчүн портфелиндеги бардык Активдерге кандайдыр бир DR логикасын ишке ашырат.

 

Жайгаштыруу сценарийи жана DR программасын картага түшүрүү

Төмөнкү таблицада белгилүү бир DR программасы үчүн кайсы жайылтуу сценарийлери кеңири таралганы көрсөтүлгөн.

	Жайгаштыруу сценарийи
DR шаблону	Түздөн-түз 1, 2, 3, 4	Фасилитатор 1	Агрегатор 1
CPP программасы	∆	∆
Потенциалдык тендер программасы			∆
Турак жай термостат Программа		∆
Fast DR Dispatch			∆
Электр унаасы (EV) DR программасы	∆	∆
Бөлүштүрүлгөн энергия ресурстары (DER) DR программасы	∆	∆

DR программасынын үлгүсүн тандоо

Төмөндө жаңы DR программасын ишке ашыруу үчүн ар кандай коммуналдык кызматтарга тиешелүү суроолордун жыйындысы. Бул ар тараптуу болушу керек эмес, бирок кээ бир актуалдуу маселелерди билдирет. Бул суроолордун максаты - DR программасынын шаблондорунун тийиштүү топтомуна карата коммуналдык кызматтарга жардам берүү.

С: Эмне үчүн DR кылгыңыз келет? Сиз DR менен кандай тармак абалын же операциялык көйгөйдү чечүүгө аракет кылып жатасыз?

Бул эң маанилүү суроо жана ДР программасы жетишүүгө тийиш болгон жалпы талаптардын жана максаттардын негизин түзөт. Бул суроонун жообу суроо-талап жагы жүк про кандай аныктайтfile DR программасы тарабынан түзүлүшү керек. Калган бардык талаптар ушул суроого жооптон келип чыгат.

• Сиз чокуларды кырууга аракет кылып жатасызбы?
• Өрдөктүн курсагын толтургуңуз келеби?
• Сиз электр энергиясынын спот баасын хеджирлоого аракет кылып жатасызбы?
• Сиз тордун ишенимдүүлүгүнө тынчсызданасызбы?
• Сиз тордун активдерин сактоого аракет кылып жатасызбы?
• ж.б.у.с.

Төмөнкү таблица DR программасын иштеп чыгууну каалаган мотивацияларга кошумча контекстти берет

Тордун ишенимдүүлүгү жана коопсуздугу	Frequency жана Voltage Туруктуулук
	Ресурстун шайкештиги
	Peak Capacity
	Ramping
	Кокустук
Энергияны сатып алуу	Спот базар баасы
	Баа арбитраж
Артыкчылык башкаруу	Зыяндын алдын алуу
	Техникалык тейлөөнү кыскартуу
	Өмүр бою узартуу
Потенциалды башкаруу	Экономикалык пайдалар
	Өзгөчө кырдаалдарды башкаруу
Экологиялык	Негаватт
	Таза энергия

С: Учурдагы DR программасы же бул программа үчүн тариф барбы?

• Көп учурда программанын эрежелери тарифте так жазылган.

С: Бул программа менен сиз суроо-талаптын кайсы сегментин көздөп жатасыз?

Бул окуядагы ресурстардын максаттуулугун жана сигналдын түрүн аныктоого жардам берет.

• Турак жай
• Чоң C&I
• Чакан C&I
• Айыл чарбасы
• Сууну башкаруу
• Электр унаалары
• ж.б.у.с. ж.б

С: Сиз жүктөрдүн белгилүү бир түрлөрүн максаттуу аракет кылып жатасызбы?

• Термостаттар
• Электр унаалары
• Ag насостору
• жана башкалар

С: Сиздин жайылтуу модели кандай?

Бул суроонун жообу ресурстардын программанын чегинде кандайча аныкталганына таасир эте алат жана бул ресурстар окуялардын алкагында кандай максаттуу экенин аныктай алат.

• Түздөн-түз кардарларга
• Агрегаторлор же фасилитаторлор сыяктуу ортомчулар аркылуу
• Өзүнүн VEN жабдууларын сатып алуу жана жайылтуу үчүн жооптуу кардарбы?
• жана башкалар

С: Сиз суроо-талап жагы жүк менен өз ара аракеттенүүнү каалайт өзгөчөлүктүн кайсы денгээлде?

Бул суроо кандайдыр бир деңгээлде жайылтуу моделине байланыштуу жана программадагы ресурстар кандайча аныкталганын жана максаттуу экенин аныктайт. Бул эң маанилүү жана мүмкүн татаал суроолордун бири.

• Ар бир жеке ресурс менен өз ара аракеттениңиз
• Фасилитатор же агрегатор аркылуу өз ара аракеттениңиз, алардын артында эч кандай ресурстар көрсөтүлбөйт
• Фасилитатор же агрегатор аркылуу өз ара аракеттениңиз ЖАНА алардын артында кайсы ресурстарды жөнөтүү керектигин белгилеңиз
• Ресурстарды көрсөтүү үчүн жайгашкан жерди атрибут катары колдонуңуз
• Ресурстарды көрсөтүү үчүн кандайдыр бир пайдалуу программаны аныктоочу топтоо механизмин колдонуңуз
• Термостат сыяктуу жеке активдерди максаттуу
• Эч кандай ресурстарсыз өз ара аракеттениңиз жана жөн гана DR окуяларын бериңиз
• жана башкалар

С: Кардарларыңыздын жүктөө профессионалына таасир этиш үчүн кандай өз ара аракеттенүүнүн үлгүсүн колдонгуңуз келетfiles?

Бул суроо программанын катышуучуларына жөнөтүлө турган DR сигналдарынын түрүн аныктайт.

• Стимулдар (мисалы, динамикалык баа)
• Жүктөөлөр (мисалы, көмөкчү кызматтар)
• Түздөн-түз жүк башкаруу
• Жалпы окуя сигналы
• жана башкалар

С: Программанын жалпы ресурстарды пландаштыруу атрибуттары кандай?

• Окуялар деп аталышы мүмкүн болгон күндөр жана убакыттар
• Окуялардын жыштыгы
• Окуялардын узактыгы
• Окуяларды жайылтуу үчүн уруксат берилген кечигүү
• жана башкалар

С: Программада ресурстардын болушу кантип аныкталат?

• Программанын катуу эрежелери боюнча
• Ресурс тарабынан аткарылган кээ бир номинация же тендер процессинин бир бөлүгү катары
• Кирүүгө/Чыгууга уруксатпы?
• жана башкалар

С: Ресурстун иштеши үчүн сизге кандай көрүнүш керек?

Бул абдан кенен суроо жана DR программасындагы ресурстардан кандай маалымат кайтарылып алынарын аныктайт. Жалпысынан бул талап кылынган отчеттордун түрүн аныктайт.

• Онлайн сырткары
• Колдонуу (учурдагы жана/же тарыхый)
• Жүктөө жооп потенциалы
• Жүктөө жеткиликтүүлүгү
• Жүктөө/активдин абалы (учурдагы жана/же тарыхый)
• ж.б.у.с.

Талапка жооп берүү программасынын шаблондору

Критикалык чоку баа программасы (CPP)

CPP DR Программасынын мүнөздөмөлөрү

Pro жүктөөfile Максат	- Суроо-талаптын эң жогорку кыскарышы
Негизги айдоочулар	-Капиталдык чыгымдарды кыскартуу жана энергетикалык чыгымдарды азайтуу
Программанын сүрөттөлүшү	Коммуналдык кызматтар жогорку дүң базар баасын же энергия тутумунун авариялык шарттарын байкаганда же күткөндө, алар белгилүү бир убакыт аралыгында (мисалы, жайдын аптаптуу иш күнүндө саат 3:6-XNUMX:XNUMX) олуттуу окуяларды чакыра алышат, бул убакыт аралыгында электр энергиясына болгон баа олуттуу болуп саналат. көтөрүлгөн.
Кардарларды шыктандыруу	Кардарларга программага катышууга стимул катары эң көп эмес мезгилде энергияга арзандатылган баалар сунушталышы мүмкүн.
Дизайнды баалоо	CPP - бул энергия керектөөнүн критикалык чокуларында өсүүчү тарифтер менен баа программасы. Адатта CPP чендери жалпак, баскычтуу же TOU базалык чендерге кошумча же көбөйтүүчү болуп саналат.
Максаттуу кардар	- Турак жай же C&I
Максаттуу жүк	-Кандай болбосун
Шарт	-Кардардын интервалдык өлчөөчү болушу керек -C&I кардарлары суроо-талап критерийине жооп бериши керек
Программанын убакыт алкагы	-Эреже катары, энергия керектөө эң көп болгон жылдын айларын камтыйт, бирок кээ бир учурларда жыл бою болушу мүмкүн.
Окуянын чектөөлөрү	-Адатта дүйшөмбүдөн жумага чейин, майрамдарды кошпогондо, бир күндүк иш-чараларга адатта уруксат берилет
Окуя күндөрү	-Көбүнчө жылына 9-15
Окуянын узактыгы	-Эреже катары, күндүн эң көп энергия керектөө убактысында 4 сааттан 6 саатка чейинки бардык окуялар үчүн белгиленген убакыт алкагында.
Эскертме	- Көбүнчө алдыда
Opt Behavior	-Адатта кардарлардын иш-чараларга катышуусу талап кылынбайт
Сертификация Окуялар	- Адатта эч кандай

CPP программалары үчүн OpenADR мүнөздөмөлөрү

Окуя сигналдары	–1 ден 3 денгээлдери менен ЖӨНӨКӨК сигнал CPP окуясынын баа таасирине ылайыкташтырылган. Эгерде CPP программасында бир баа компоненти болсо, аны 1-деңгээлге түшүрүү керек. Бир нече баа компоненттери бар CPP программалары үчүн, эң кичине баа компоненти 1-деңгээлге, ал эми башка баа компоненттери 2 жана 3-деңгээлдерге картага түшүрүлүшү керек. баа таасири. -Эгер жайгаштыруу B pro колдосоfile VENs, Жөнөкөй сигналга кошумча, ELECTRICITY_PRICE сигналы камтылышы мүмкүн Программанын мүнөзүнө жараша баа Салыштырмалуу, Баа Абсолюттук же PriceMultiplier түрү менен пайдалуу жүктө. Мисалы үчүн А тиркемесин караңызamples.
Оптивдик жооптор	-VTNs окуяларды жөнөтүү oadrResponseRequired элементин "ар дайым" деп коюу керек, VEN'ден optIn же баш тартуу менен жооп беришин талап кылат - CPP программасына катышуу "мыкты аракет" көнүгүү болгондуктан, катышуу ниетин сылык түрдө көрсөтүүдөн тышкары, кошулуу же баш тартуунун расмий мааниси жок. Биз муну сунуштайбыз Кардар тарабынан кандайдыр бир өзгөчө чара көрүлбөсө, VENs optIn менен жооп беришет. - oadrCreateOpt пайдалуу жүгү адатта окуяларга катышкан ресурстарды квалификациялоо үчүн колдонулбайт.
Окуянын дескриптору	- Окуя артыкчылык 1 деп белгилениши керек программа эрежелери же VTN конфигурациясында башкасы көрсөтүлбөсө –Сыноо окуялары адатта колдонулбайт CPP программалары менен. Бирок аларга уруксат берилсе, testEvent элементи сыноо окуясын көрсөтүү үчүн "чындыкка" коюлушу керек. Эгерде бул элементте кошумча параметрленген маалымат талап кылынса, ал кошумча маалымат менен боштук менен бөлүнгөн "чындыкты" коштой алат.
Иш-чаранын активдүү мезгили	– eiRampUp, eiRecovery, толеранттуулук элементтери адатта колдонулбайт
Baslines	–Негизги көрсөткүчтөр, адатта, иш-чаранын пайдалуу жүгүн камтыбайт
Окуяны максаттуу	-CPP программалары адатта берилген кардар үчүн ресурстарды айырмалабайт. Таргеттөө адатта venIDди аныктайт, VEN менен байланышкан бардык ресурстар катышууга тийиш экенин көрсөтүп, же бардык ресурстун идентификаторлорунун тизмеси VEN менен байланышкан.
Reporting Services	–Телеметриялык отчеттуулук адатта колдонулбайт анткени бул CPP программалары үчүн таптакыр зарыл эмес. Мисалы үчүн В тиркемесин караңызampпрограмманын бул түрүнө колдонулушу мүмкүн болгон учкучтардын отчеттору.

Кызматтарды тандоо	–Opt кызматын колдонуу убактылуу жеткиликтүүлүк графиктерин билдирүү үчүн адатта колдонулбайт CPP программасынын бөлүгү катары. Бирок, кээ бир жайылтуулар бул кызматты жеткиликтүү эместигин көрсөткөн кардарлар үчүн жеткиликтүү окуя күндөрүн сактап калуу үчүн колдонушу мүмкүн.
Каттоо кызматы	Добуш берүү аралыктары типтүү күн алдыдагы CPP программалары үчүн VTN тарабынан суралган саатына бир жолудан көп болушу талап кылынбайт. Бирок, жүрөктүн кагышын аныктоо үчүн сурамжылоону колдонуу көбүрөөк добуш берүүнү талап кылышы мүмкүн.

Потенциалдык тендер программасы

Потенциалдуу тендердик DR программасынын мүнөздөмөлөрү

Pro жүктөөfile Максат	- Суроо-талаптын эң жогорку чеги жана ресурстардын адекваттуулугу
Негизги айдоочулар	-Капиталдык чыгымдарды кыскартуу жана энергетикалык чыгымдарды азайтуу
Программанын сүрөттөлүшү	Кубаттуулук боюнча тендер программасы ISO/утилиталар тарабынан агрегаторлордон же өзүнчө топтолгон кардарлардан алдын ала макулдашылган жүк ташуучу кубаттуулукту алуу үчүн колдонулат. Бул алдын ала берилген жүк ташуучу кубаттуулук ISO/коммуналдык кызматтар тарабынан жогорку дүң базар баасын, энергия тутумунун авариялык шарттарын байкаганда же күткөндө же белгилүү бир убакыт аралыгында DR окуяларын чакыруу менен энергия ресурстарын нормалдуу пайдалануунун бир бөлүгү катары колдонулат.   Ар бир агрегатор адатта өзүнүн суроо-талапка жооп берүү программасын иштеп чыгууга, ошондой эле кардарларды сатып алууга жана бул программанын бир бөлүгү катары кабыл алынган кубаттуулук милдеттенмелерин аткаруу үчүн окуя тууралуу билдирүүгө жооп берерин эске алыңыз.
Кардарларды шыктандыруу	Агрегаторлор/кардарлар стимулдардын эки түрүн алышат. Биринчиден, алар келечектеги убакыт терезесинде DR окуялары үчүн жеткиликтүү жүктү төгүүчү кубаттуулуктун белгилүү бир көлөмүн кармап туруу үчүн сыйымдуулук төлөмүн алышат. Экинчиден, эгерде окуя келечектеги убакыт терезесинде чакырылса, иш-чаранын узактыгы боюнча жүктү төгүү үчүн энергия төлөмү жүргүзүлүшү мүмкүн.
Дизайнды баалоо	Программанын катышуучулары "кубаттуулукка номинация" сунушун киргизишет, анда алар келечектеги убакыт терезесинде колдо болгон жүктү көтөрүү мүмкүнчүлүгүн көрсөтүүдө. Тендерде ошондой эле агрегатор/кардар базалык мааниден төмөн жүктү төгүү үчүн кабыл алууга даяр болгон стимул камтышы мүмкүн. Коммуналдык рыноктордо кубаттуулук милдеттенмеси, адатта, кийинки календардык айга туура келет, бирок ISO рынокторунда алда канча узак мөөнөттөр колдонулат. Дараметин номинациясынын бир бөлүгү катары кардар бир катар мүнөздөмөлөрдүн, анын ичинде алдын ала же кабарлоо күнүн жана окуянын узактыгы терезесин (мисалы, 1-4 саат, 2-6 саат, ...) тандай алат. Убакыт терезесинде эч кандай окуялар болбосо дагы, бул алдын ала милдеттенме үчүн кардарга кубаттуулук төлөмү жүргүзүлөт. Убакыт терезесинин ичинде окуя чакырылса, кардар базалык көрсөткүчкө карата жүк төккөн үчүн энергия төлөмүн ала алат, бирок окуя чакырылган учурда алдын ала берилген жүк төгүүчү кубаттуулуктан азыраак жеткирилсе, айыптар колдонулушу мүмкүн.
Максаттуу кардар	-Агрегаторлор жана өзүн-өзү бириктирген C&I кардарлары
Максаттуу жүктөр	– Кандай болбосун

Шарт	-Кардардын интервалдык өлчөөчү болушу керек -C&I кардарлары суроо-талапка же тендердик критерийге жооп бериши мүмкүн
Программанын убакыт алкагы	- Каалаган убакта
Окуянын чектөөлөрү	-Адатта дүйшөмбүдөн жумага чейин, майрамдарды кошпогондо, бир күндүк иш-чараларга адатта уруксат берилет
Окуя күндөрү	-Адатта айына эң көп дегенде 30 саат
Окуянын узактыгы	-Эреже катары, күндүн эң көп энергия керектөө убактысындагы бардык окуялар үчүн белгиленген убакыт терезесинде.). Иш-чаранын узактыгы кардарлардын сыйымдуулугуна жараша өзгөрүп турат, артыкчылыктары 1 сааттан 8 саатка чейин же программанын дизайнында көрсөтүлгөндөй
Эскертме	-Кардардын мүмкүнчүлүктөрүнө же программанын дизайнына жараша күн мурун же күн
Opt Behavior	-Эреже катары, кардарлар жүктү көтөрүү жөндөмдүүлүгүн алдын ала жасашкандыктан, иш-чараларга кошулушат.
Сертификация Окуялар	-Адатта жылына эки (Тест)

Потенциалдуу тендердик программалар үчүн OpenADR мүнөздөмөлөрү

Окуя сигналдары	–1 ден 3 денгээлдеги Жөнөкөй сигнал төгүлгөн жүктүн көлөмүнө ылайыкташтырылган. Эгерде программа жүк ташуунун бир деңгээлин гана колдосо, аны 1-деңгээлге түшүрүү керек. Бир нече деңгээлдеги жүк ташуучу программалар үчүн, нормалдуу иштөөдөн эң кичине өзгөрүү 1-деңгээлге түшүрүлүшү керек, ал эми жүк ташуунун маанилери 2 жана 3-деңгээлдеги жүктү төгүү даражасын жогорулатуу. -Эгер жайгаштыруу B pro колдосоfile VENs, ЖӨНӨКӨ сигналдан тышкары, BID_LOAD жана/же BID_PRICE сигналы камтылышы мүмкүн Белгиленген чектин жана баанын сигнал түрлөрү менен пайдалуу жүктө, тиешелүүлүгүнө жараша Real жана currencyPerKW кубаттуулугунун бирдиктери. BID_LOAD агрегатор/кардар сунуштаган кубаттуулук суммасына чейин төгүлгөн жүктү чагылдырат, ал эми BID_PRICE агрегатор/кардар тарабынан түрткү берүүчү сунушту чагылдырат. Мисалы үчүн А тиркемесин караңызamples.
Оптивдик жооптор	-VTNs окуяларды жөнөтүү oadrResponseRequired элементин "ар дайым" деп коюу керек, VEN'ден optIn же баш тартуу менен жооп беришин талап кылат -Агрегаторлор/кардарлар алдын ала берилген мүмкүнчүлүккө ээ VENs optIn менен жооп бериши керек. Баш тартуу окуяга жооп катары жөнөтүлүшү мүмкүн, бирок бул иш-чарадан расмий түрдө баш тартуу эмес, расмий эмес жеткиликтүүлүк көрсөткүчү. -The oadrCreateOpt пайдалуу жүгү адатта колдонулбайт иш-чараларга катышуучу ресурстарды квалификациялоо үчүн, адатта, жүк бир жалпыланган объект болуп саналат.
Окуянын дескриптору	- Окуя артыкчылык 1 деп белгилениши керек программа эрежелери же VTN конфигурациясында башкасы көрсөтүлбөсө –Сыноо окуялары колдонулушу мүмкүн Capacity Badding программалары менен. Эгер аларга уруксат берилсе, тест окуясын көрсөтүү үчүн testEvent элементи "чындыкка" коюлушу керек. Эгерде бул элементте кошумча параметрленген маалымат талап кылынса, ал кошумча маалымат менен боштук менен бөлүнгөн "чындыкты" коштой алат.
Иш-чаранын активдүү мезгили	– eiRampUp, eiRecovery, толеранттуулук элементтери адатта колдонулбайт
Baslines	–Негизги көрсөткүчтөр, адатта, иш-чаранын пайдалуу жүгүн камтыбайт анткени бул маалымат адатта окуя башталган учурда жеткиликтүү эмес. Бирок, коммуналдык кызматтар да, агрегаторлор/кардарлар да view иш-чараларга баштапкы маалыматты пайдалуу катары киргизүү.
Окуяны максаттуу	-Capacity Badding программалары адатта берилген кардар үчүн ресурстарды айырмалабайт. Таргеттөө адатта venIDди аныктайт, VEN менен байланышкан бардык ресурстар катышууга тийиш экенин көрсөтүп, же топтолгон жүктүн resourceID өкүлүн камтыйт VEN менен байланышкан.
Reporting Services	ISO Capacity Badding программалары адатта TELEMETRY_USAGE отчетторун талап кылат powerReal маалымат чекиттери менен. Эксamples А тиркемесинде. Коммуналдык кубаттуулук үчүн телеметриялык отчеттуулук адатта талап кылынбайт. Телеметриялык отчет B pro талап кылаарын эске алыңызfile VENs. Мисалы үчүн В тиркемесин караңызampпрограмманын бул түрүнө колдонулушу мүмкүн болгон учкучтардын отчеттору.
Кызматтарды тандоо	–Opt кызматын колдонуу убактылуу жеткиликтүүлүк графиктерин билдирүү үчүн адатта колдонулбайт Capacity Badding программасынын бир бөлүгү катары, анткени кардарлар өздөрүнүн жеткиликтүүлүгүн алдын ала убадалашкан. Бирок, бул кызмат катышуучулар үчүн жабдуулардын иштебей калышы сыяктуу жеңилдетүүчү себептерден улам жетишсиздигин көрсөтүү үчүн расмий эмес ыкма катары пайдалуу болушу мүмкүн.
Каттоо кызматы	Добуш берүү аралыктары типтүү күн программалары үчүн VTN тарабынан суралган саатына бир жолудан көп болушу талап кылынбайт. Бирок, жүрөктүн кагышын аныктоо же күндүк программалар үчүн сурамжылоону колдонуу тез-тез добуш берүүнү талап кылышы мүмкүн.

Турак жай термостат программасы

Бул программа Түз жүктөмдү башкаруунун (DLC) өкүлү болуп саналат, мында Суроо-талапка жооп берүү сигналы жүк ташуучу ресурстардын жүрүм-турумун түздөн-түз өзгөртөт, сигналды кабыл алуу менен жүктөлгөн конкреттүү иш-аракеттердин ортосунда абстракция катмары жок.

Турак жай термостат DR программасынын мүнөздөмөлөрү

Pro жүктөөfile Максат	- Суроо-талаптын эң жогорку кыскарышы
Негизги айдоочулар	-Капиталдык чыгымдарды кыскартуу жана энергетикалык чыгымдарды азайтуу
Программанын сүрөттөлүшү	- Коммуналдык кызматтар жогорку дүң базар баасын же энергия тутумунун авариялык шарттарын байкаганда же күткөндө, алар кардардын программалануучу байланыш термостатынын (РСТ) белгилүү бир убакыт аралыгында (мисалы, ысык саат 3:6-XNUMX:XNUMX) жүрүм-турумун өзгөрткөн окуяны башташы мүмкүн. жайкы иш күнү) энергия керектөөсүн азайтуу максатында. - Окуяга жооп катары РСТнын жүрүм-турумунун өзгөрүшү окуянын узактыгы үчүн температуранын белгиленген чектин жөнөкөй өзгөрүшү же кардардын ыңгайлуулугуна окуянын таасирин минималдаштыруучу, алдын ала муздатуу менен кошо бир кыйла татаал өзгөрүүлөрдүн жыйындысы болушу мүмкүн. деңгээл.
Кардарларды шыктандыруу	-Стимулдар эки жалпы формада болот. Биринчиден, кардарларга DR программасына жазылууга стимул катары акысыз РСТ берилиши мүмкүн же кардар сатып алган РСТ боюнча арзандатуулар/жеңилдиктер сунушталышы мүмкүн. Экинчиден, кардарлар программага улантуу үчүн жылдык стипендия ала алышат. Азыраак таралган нерсе, иш-чаралар учурунда чыныгы энергияны азайтуунун негизинде кардарларга төлөнүүчү туруктуу стимулдар.
Дизайнды баалоо	-Биринчи кезекте кардарлар DR программасына катталуу үчүн арзандатылган же акысыз РСТ алышат стимул программасы. Кээ бир программалар иш-чаралар учурунда энергияны кыскартууга негизделген мезгил-мезгили менен стипендия же дем берүүчү төлөмдөрдү төлөшү мүмкүн.
Максаттуу кардар	-Резиденттик
Максаттуу жүк	- HVAC
Шарт	-Эреже катары, эч ким жок, анткени кардарлар программага кирүүнүн бир бөлүгү катары РСТ алышат
Программанын убакыт алкагы	-Эреже катары, энергия керектөө эң көп болгон жылдын айларын камтыйт, бирок кээ бир учурларда жыл бою болушу мүмкүн.
Окуянын чектөөлөрү	-Адатта дүйшөмбүдөн жумага чейин, майрамдарды кошпогондо, бир күндүк иш-чараларга адатта уруксат берилет.
Окуя күндөрү	-Көбүнчө жылына 9-15
Окуянын узактыгы	- Окуялар каалаган убакта болушу мүмкүн, узактыгы 2 сааттан 4 саатка чейин, бирок адатта окуялар күндүн эң көп энергия керектөө убактысында болот.
Эскертме	-Эреже катары, бир күн алдыда, бирок кээ бир программаларда 10 мүнөткө чейин билдирүү убактысы болушу мүмкүн.
Opt Behavior	-Кардарлардын иш-чараларга катышуусу талап кылынбайт, бирок алар окуяны жокко чыгаруу үчүн чара көрбөсө же иш-чара учурунда температурага кол менен тууралоолорду жасабаса, алар автоматтык түрдө иш-чараларга кошулат.
Сертификация Окуялар	- Адатта эч кандай

Турак жай термостат программалары үчүн OpenADR мүнөздөмөлөрү

Окуя сигналдары	–1 ден 3 денгээлдери менен ЖӨНӨКӨК сигнал РСТ температурасынын белгиленген чектин жылышынын өзгөрүшүнө же термостатикалык айлануу пайызына ылайыкташтырылганtage . Эгерде турак жай термостатынын программасында бир офсет/велосипед компоненти болсо, аны 1-деңгээлге салыштыруу керек. Бир нече офсет/велосипеддик компоненттери бар программалар үчүн, нормалдуу иштөөдөн эң кичине өзгөрүү 1-деңгээлге, башка офсет/циклдик маанилери менен картага түшүрүлүшү керек. 2 жана 3-деңгээлдерге жүк ташуучу таасирдин жогорулашы боюнча картага түшүрүлгөн. -Эгер жайгаштыруу B pro колдосоfile VENs, ЖӨНӨКӨ сигналдан тышкары, LOAD_CONTROL сигналы камтылышы мүмкүн пайдалуу жүктө түрү менен x-loadControlLevelOffset же x-loadControlCapacity каалаган температуранын белгиленген чектин жылышын же термостатикалык айлануу пайызын көрсөтүү үчүнtagд тиешелүүлүгүнө жараша. Бул сунуш кылынат, а x-loadControlLevelOffset signalType колдонуу менен пайдалуу жүктөрдө колдонулган "температуранын" бирдик түрү офсет үчүн Цельсий же Фаренгейтти көрсөтүү. Мисалы үчүн А тиркемесин караңызamples.
Оптивдик жооптор	-VTNs окуяларды жөнөтүү oadrResponseRequired элементин "ар дайым" деп коюу керек, VEN'ден optIn же баш тартуу менен жооп беришин талап кылат – Кардар тарабынан кандайдыр бир өзгөчө чара көрүлбөсө, VENs optIn менен жооп бериши керек. -The oadrCreateOpt пайдалуу жүгү VENдер тарабынан колдонулушу мүмкүн иш-чарага ресурстардын катышуусун квалификациялоо. Мисалы, окуя өзүнчө HVAC системаларын башкарган эки термостаттын ресурс идентификаторуна багытталышы мүмкүн. Эгерде кардар иш-чарага HVAC тутумдарынын бири гана катыша алат деп чечсе, бул VTNге oadrCreateOpt пайдалуу жүгү аркылуу кабарланат. oadrCreateOpt пайдалуу жүк B pro тарабынан гана колдоого алынаарын эске алыңызfile VENs
Окуянын дескриптору	- Окуя артыкчылык 1 деп белгилениши керек программа эрежелери же VTN конфигурациясында башкасы көрсөтүлбөсө –Сыноо окуялары адатта колдонулбайт Турак жай термостат программалары менен. Бирок аларга уруксат берилсе, testEvent элементи сыноо окуясын көрсөтүү үчүн "чындыкка" коюлушу керек. Эгерде бул элементте кошумча параметрленген маалымат талап кылынса, ал кошумча маалымат менен боштук менен бөлүнгөн "чындыкты" коштой алат.
Иш-чаранын активдүү мезгили	–Рандомизация, адатта, толеранттуулук элементин колдонуу менен турак жай термостат окуялары үчүн колдонулат – eiRampUp жана eiRecovery элементтери адатта колдонулбайт
Baslines	–Негизги көрсөткүчтөр, адатта, иш-чаранын пайдалуу жүгүн камтыбайт
Окуяны максаттуу	- Турак жай термостатынын программалары РСТ тарабынан көзөмөлдөнгөн HVAC ресурстарына багытталган. Таргеттер, адатта, ресурстун ID'лерин аныктайт VEN менен байланышкан HVAC системаларынын (б.а. термостат). же термостатка коюлган окуя сигналы түзмөгүнүн классынын максаты менен venID
Reporting Services	–Телеметриялык отчеттуулук адатта колдонулбайт анткени ал турак-жай термостат программалары үчүн таптакыр зарыл эмес Мисалы үчүн В тиркемесин караңызampпрограмманын бул түрүнө колдонулушу мүмкүн болгон учкучтардын отчеттору.
Кызматтарды тандоо	–Opt кызматын колдонуу убактылуу жеткиликтүүлүк графиктерин билдирүү үчүн адатта колдонулбайт CPP программасынын бөлүгү катары.
Каттоо кызматы	Добуш берүү аралыктары типтүү күн алдыдагы Турак жай термостат программалары үчүн VTN тарабынан суралган саатына бир жолудан көп болушу талап кылынбайт. Бирок, жүрөктүн кагышын аныктоо үчүн сурамжылоону колдонуу, кабарлоо убакыттары кыйла кыскарган турак жай термостат программалары сыяктуу тез-тез сурамжылоону талап кылышы мүмкүн.

Fast DR Dispatch

Fast DR Dispatch программасынын мүнөздөмөлөрү

Pro жүктөөfile Максат	- "реалдуу убакытта" жүктөөгө жооп берүү үчүн ресурстарды жөнөтүңүз
Негизги айдоочулар	- Тармактын ишенимдүүлүгү жана көмөкчү кызматтар
Программанын сүрөттөлүшү	Fast DR ISO/утилиталар тарабынан "реалдуу убакытта" алдын ала жүктөлгөн жоопту алуу үчүн колдонулат. Бул алдын ала жасалган жүктөө жоопторун ISO/утилиталар тармактын туруктуулугун жана бүтүндүгүн сактоо үчүн токтоосуз чара көрүүнү талап кылган шарттарды байкаганда колдонушат. Реалдуу убакыт ресурстары адатта резерв катары колдонулган ресурстар үчүн 10 мүнөттөн 2 секундага чейин жөнгө салуу максатында колдонулган ресурстар үчүн кечигүү менен жөнөтүлөт дегенди билдирет. Жүктөлгөн жооптун өлчөмү тордун абалын жеңилдетүү үчүн чоң болушу керек, андыктан ресурстар адатта абдан чоң жана көп учурда топтолгон ресурстун бир бөлүгү катары агрегаторлор тарабынан башкарылат. Кошумча кызматтарга катышууга жарамдуу ресурс үчүн жүктөөгө жооп берүү үчүн минималдуу өлчөмдөр адатта 500 кВттын тегерегинде, бирок кээ бир программалар үчүн 100 кВттан төмөн болушу мүмкүн. Эгерде ресурс резерв катары пайдаланылса, ал адатта жүктү азайтуу (б.а. төгүү) үчүн чакырылат, бирок ал жөнгө салуу максатында колдонулса, жүктү көбөйтүү же азайтуу үчүн жөнөтүлүшү мүмкүн экенин эске алыңыз.
Кардарларды шыктандыруу	Агрегаторлор/кардарлар адатта стимулдардын эки түрүн алышат. Биринчиден, алар келечектеги убакыт терезесинде DR окуялары үчүн жеткиликтүү жүктөм жооптун белгилүү бир көлөмүн жасагандыгы жана жеткиликтүү кылгандыгы үчүн төлөм алышат. Жүктөлгөн жооптун көлөмү, жеткиликтүүлүктүн убакыт терезеси жана төлөнүүчү сумма адатта агрегатор/кардар тарабынан белгиленет. Экинчиден, эгерде окуя келечектеги убакыт терезесинде деп аталса, иш-чаранын узактыгы боюнча жүктөөнүн суммасына негизделген төлөм.
Дизайнды баалоо	Программанын катышуучулары келечектеги убакыт терезесинде жеткиликтүү кылууга даяр болгон жүктөө жообун көрсөтүү менен тендер тапшырышат. Тендерде, адатта, агрегатор/кардар жүктөөгө жооп берүү үчүн кабыл алууга даяр болгон төлөм да камтылган. Коммуналдык/ISO рынокторунда тендердик табыштама, адатта, милдеттенме кабыл алынган мөөнөттүн күн мурун же күнү берилет. Алардын квалификациясынын жана рыноктордо каттоонун бир бөлүгү катары ар кандай аткаруу конверттеринин параметрлери ресурс менен байланышкан, мисалы r.amp ылдамдыгы жана мин жана максималдуу иш чектер. Мындай параметрлер анын кандайча жөнөтүлүшүн жөнгө салат. Катышуучунун сунушу кабыл алынган учурда, убакыттын терезесинде эч кандай окуялар болбосо дагы, кардарга анын алдын ала милдеттенмеси үчүн төлөм жүргүзүлүшү мүмкүн. Эгерде иш-чара убакыт терезесинде чакырылса, кардар иш-чаранын жүрүшүндө алардын аткаргандыгы үчүн кошумча төлөмдөрдү ала алат. Мындай өндүрүмдүүлүккө негизделген төлөмдөр бир катар факторлорго негизделиши мүмкүн, анын ичинде энергиянын көлөмү, кубаттуулук, ресурс жөнөтүү боюнча нускамаларды канчалык так аткарат жана алардын жүктөмүн чагылдырган “пробег” төлөмүfile иш-чаранын жүрүшүндө өзгөртүү талап кылынган. Энергия жана күч сыяктуу бул параметрлердин кээ бирлери базалык көрсөткүчкө карата болушу мүмкүн.
Максаттуу кардар	-Агрегаторлор жана өзүн-өзү бириктирген C&I кардарлары
Максаттуу жүктөр	- реалдуу убакыт жөнөтүүлөрүнө жооп бере тургандар.

Шарт	-Кардардын интервалдык өлчөөчү болушу керек -Жүк жооп үчүн минималдуу өлчөмү талаптарга жооп бериши керек - реалдуу убакыт жөнөтүүлөрүнө жооп бере алышы керек -Эреже катары, учурдагы жүктөмдүн жообун көрсөткөн реалдуу убакыт телеметриясын берүү керек
Программанын убакыт алкагы	- Каалаган убакта
Окуянын чектөөлөрү	-жок
Окуя күндөрү	-жок
Окуянын узактыгы	-Адатта кыска (30 мүнөттөн кем эмес), бирок эч качан катышуучу тендердик табыштама бергенде ресурсту жеткиликтүү кылган убакыт терезесинен ашпайт.
Эскертме	-жок
Opt Behavior	-Кардарлар демейки боюнча окуяларга кошулуп, алар алдын ала жүктөөгө жооп беришкен
Сертификация Окуялар	-Адатта жылына бир (Тест)

Потенциалдуу тендердик программалар үчүн OpenADR мүнөздөмөлөрү

Окуя сигналдары	–1 ден 3 денгээлдери менен ЖӨНӨКӨКӨ сигнал, жүктүн жооп көлөмүнө ылайыкталган. Эгерде программа жүктөө жооп кайтаруунун бир деңгээлин гана колдосо, аны 1-деңгээлге салыштыруу керек. Жүктөлгөн жооп кайтаруунун бир нече деңгээли бар программалар үчүн, нормалдуу иштөөдөн эң кичине өзгөрүү 1-деңгээлге түшүрүлүшү керек, жүк төккөн маанилери 2 жана 3-деңгээлдеги жүктөм жооп кайтаруу даражасын жогорулатуу. -Эгер жайгаштыруу B pro колдосоfile VENs, ЖӨНӨКӨ сигналдан тышкары, LOAD_DISPATCH сигналы түрүндөгү жөнөтүү камтылышы мүмкүн белгиленген чектин же дельтанын сигнал түрлөрү жана powerReal бирдиктери менен пайдалуу жүктө. Бул сигнал жүктүн каалаган “иштөө чекити” болуп саналат жана мВттын абсолюттук көлөмү (б.а. белгиленген чекит) же ресурстардын учурдагы иштөө чекитинен мВттын кандайдыр бир салыштырмалуу саны (б.а. дельта) катары көрсөтүлүшү мүмкүн. Мисалы үчүн А тиркемесин караңызamples.
Оптивдик жооптор	-VTNs окуяларды жөнөтүү oadrResponseRequired элементин "ар дайым" деп коюу керек, VEN'ден optIn же баш тартуу менен жооп беришин талап кылат -Агрегаторлор/кардарлар алдын ала берилген мүмкүнчүлүккө ээ VENs optIn менен жооп бериши керек. Баш тартуу окуяга жооп катары жөнөтүлүшү мүмкүн, бирок бул иш-чарадан расмий түрдө баш тартуу эмес, расмий эмес жеткиликтүүлүк көрсөткүчү. -The oadrCreateOpt пайдалуу жүгү адатта колдонулбайт иш-чараларга катышуучу ресурстарды квалификациялоо үчүн, адатта, жүк бир жалпыланган объект болуп саналат.
Окуянын дескриптору	- Окуя артыкчылык 1 деп белгилениши керек программа эрежелери же VTN конфигурациясында башкасы көрсөтүлбөсө –Сыноо окуялары колдонулушу мүмкүн, айрыкча ресурсту каттоо жана квалификациялоо учурунда. Эгер аларга уруксат берилсе, тест окуясын көрсөтүү үчүн testEvent элементи "чындыкка" коюлушу керек. Эгерде бул элементте кошумча параметрленген маалымат талап кылынса, ал кошумча маалымат менен боштук менен бөлүнгөн "чындыкты" коштой алат.
Иш-чаранын активдүү мезгили	– Толеранттуулук элементтери колдонулбайт. eiRampUp жана eiRecovery мөөнөттөрү, адатта, алар катталып, колдонулушу мүмкүн болгон ресурстун параметрлеринин бир бөлүгү болуп саналат. Жеткирүүлөрдүн табиятынан улам алар ачык болушу мүмкүн, ошондуктан иш-чаранын аяктоо убактысы жок болушу мүмкүн.
Baslines	–Негизги көрсөткүчтөр, адатта, иш-чаранын пайдалуу жүгүн камтыбайт анткени бул маалымат адатта окуя башталган учурда жеткиликтүү эмес. Бирок, коммуналдык кызматтар да, агрегаторлор/кардарлар да view иш-чараларга баштапкы маалыматты пайдалуу катары киргизүү.
Окуяны максаттуу	-Capacity Badding программалары адатта берилген кардар үчүн ресурстарды айырмалабайт. Таргеттөө адатта venIDди аныктайт, VEN менен байланышкан бардык ресурстар катышууга тийиш экенин көрсөтүп, же топтолгон жүктүн resourceID өкүлүн камтыйт VEN менен байланышкан.
Reporting Services	Ыкчам DR программалары адатта TELEMETRY_USAGE отчетторун талап кылат powerReal маалымат чекиттери менен. Колдонуу отчету ресурстардын учурдагы иштөө пунктун сүрөттөйт жана Утилита/ISO тарабынан ресурс жөнөтүлгөн жөнөтүү көрсөтмөсүнө канчалык тыгыз баш ийип жатканын аныктоо үчүн колдонулат. Кээ бир учурларда телеметрия башка маалымат пункттарын камтышы мүмкүн, мисалы, тtagресурстарды сактоонун кандайдыр бир түрү болгон учурда электрондук окуулар жана заряддын абалы (б.а. энергия). Кээ бир учурларда кабарлоо жыштыгы ар бир 2 секундага чейин болушу мүмкүн. Телеметриялык отчет B pro талап кылаарын эске алыңызfile VENs. Мисалы үчүн А тиркемесин караңызamples. Ошондой эле В тиркемесин караңыз, мисалыampпрограмманын бул түрүнө колдонулушу мүмкүн болгон учкучтардын отчеттору.
Кызматтарды тандоо	–Убактылуу жеткиликтүүлүгүн билдирүү үчүн Opt кызматын колдонуу графиктер адатта колдонулбайт кардарлар өздөрүнүн жеткиликтүүлүгүн алдын ала убада кылгандыктан. Бирок, бул кызмат катышуучулар үчүн жабдуулардын иштебей калышы сыяктуу жеңилдетүүчү себептерден улам жетишсиздигин көрсөтүү үчүн расмий эмес ыкма катары пайдалуу болушу мүмкүн.
Каттоо кызматы	Реалдуу убакыттагы жөнөтүүлөрдүн күтүү мөөнөтү аз болгондуктан түртүү өз ара аракеттенүү үлгүлөрү гана колдонулат.

Турак жай электр унаасы (EV) колдонуу убактысы (TOU) программасы

Турак жай EV TOU программасынын мүнөздөмөлөрү

Pro жүктөөfile Максат	Керектөөчүлөрдүн керектөө моделдерин өзгөртүүгө түрткү берүү үчүн электр унааларын заряддоонун баасы өзгөртүлгөн тариф структурасы.
Негизги айдоочулар	Турак жайларда электр энергиясын пайдалануу кечинде эң жогорку чегине жетет. EV кубаттоо 4-8 саатты талап кылгандыктан, жүктүн чокусун өзгөртүү үчүн бир нече саатка кечиктирилиши мүмкүн.
Программанын сүрөттөлүшү	Электр унаасы бар кардарлар Электр Унааны Колдонуу Убакытына (EV-TOU) катталып, унаасын кубаттоо үчүн төмөнкү тарифтерди ала алышат, мисалы, түн ортосунан таңкы саат 5ке чейин EV-TOU тарифтери электр энергиясына болгон суроо-талап жогору болуп турганда, кардарларды электр энергиясын күндүзгү пайдаланууну чектөөгө үндөш үчүн сунуш кылынган.
Кардарларды шыктандыруу	EV үчүн арзаныраак заряддоо.
Дизайнды баалоо	TOU күндүзгү чокусу, эртең менен жана кечинде чокусу жана 12:5-XNUMX:XNUMX.
Максаттуу кардар	Жүктөө профессионалдуу EV ээсиfile бул кечинде чокусуна жетет.
Максаттуу жүктөр	EV кубаттагычтары
Шарт	Кардардын акылдуу эсептегичи жана EV болушу керек
Программанын убакыт алкагы	Жыл бою
Окуянын чектөөлөрү	Жок
Окуя күндөрү	Күн сайын, же иш күндөрү гана
Окуянын узактыгы	5-8 саат
Эскертме	Кардарга айлык эсептериндеги баанын деңгээли жөнүндө кабарланат жана VTNлер иш-чара сигналдарын күн мурун жөнөтүшөт.
Opt Behavior	Тариф төлөөчүлөр тарифтик планды адаттагыдай эле коммуналдык кызмат менен алмаштыра алышат.
Сертификация Окуялар

Турак жай EV TOU программалары үчүн OpenADR мүнөздөмөлөрү

Окуя сигналдары	Чыныгы баа деңгээли менен ELECTRICITY_PRICE сигналдары, ошондой эле 2.0a VEN менен катышууга уруксат берүү үчүн ЖӨНӨКӨКӨ сигналдар Мисалы үчүн А тиркемесин караңызamples.
Оптивдик жооптор	Ар дайым VENs менен кошулуңуз
Окуянын дескриптору	Ар бир баа деңгээли үчүн окуялар интервалдары менен жумасына бир окуя
Иш-чаранын активдүү мезгили	Кеминде 24 сааттык билдирүү колдонулушу керек. Ар бир окуя аралыгы TOU ылдамдыгынын деңгээлин камтышы керек
Baslines	Жок
Окуяны максаттуу	Эч кандай өркүндөтүлгөн багыттоо талап кылынбайт, бир гана VEN деңгээлиндеги максаттуу.
Reporting Services	Эч кандай отчет талап кылынбайт, бардык маалыматтар эсептегичтен алынышы мүмкүн. Мисалы үчүн В тиркемесин караңызampпрограмманын бул түрүнө колдонулушу мүмкүн болгон учкучтардын отчеттору.
Кызматтарды тандоо	Оптикалык кызматтар бул программанын түрүнө тиешелүү болбойт.
Каттоо кызматы	Керектөөчүлөр баа сигналдарын алуу үчүн VENди алдын ала камсыз кылышат.

Коомдук станциянын электр унаасы (EV) реалдуу убакытта баа түзүү программасы

Коомдук станция EV RTP программасынын мүнөздөмөлөрү

Pro жүктөөfile Максат	Электр унааларын заряддоонун баасы эң жогорку баанын реалдуулугун керектөөчүлөргө которуу үчүн өзгөртүлгөн суроо-талапка жооп берүү иш-чарасы.
Негизги айдоочулар	Электр энергиясынын баасы бир суткада өзгөрүп турат. Бул программа кубаттоо баасын электр энергиясынын өздүк наркына эффективдүү дал келтирүүгө багытталган.
Программанын сүрөттөлүшү	Коомдук заряддагычтар жумуш орундарында, коомдук унаа токтоочу жайларда жана чекене дүкөндөрдө болушу мүмкүн. Бул программа реалдуу убакыт баасын потенциалдуу заряддагычтарга алар розеткага туташтырардан мурун жөнөтөт, ошондуктан алар унаасын кубаттоо же кубаттоо керекпи же жокпу, туура чечим кабыл алышат.
Кардарларды шыктандыруу	Кыймылсыз убакта кубаттоо арзаныраак.
Дизайнды баалоо	Баалар өзгөрүшү мүмкүнurly, бирок кардар унаасын розеткага туташтырууну тандагандан кийин, тариф кубаттоо мөөнөтү үчүн белгиленет.
Максаттуу кардар	Үйдөн алыс жүргөндө кубаттоо керек болгон электр унаасы бар ар бир адам.
Максаттуу жүктөр	Коомдук электр кубаттагычтар
Шарт	Электр кубатын кубаттагычтар интернетке туташкан жана OpenADR2.0b тастыкталган же OpenADR2.0b VEN шлюзуна туташкан болушу керек.
Программанын убакыт алкагы	Жыл бою
Окуянын чектөөлөрү	Жок
Окуя күндөрү	Күн сайын, же иш күндөрү гана
Окуянын узактыгы	1 саат же андан көп
Эскертме	Кардар унаасын розеткага туташтырууну тандап жатканда үстөмдүк болгон тариф жөнүндө кабарланат.
Opt Behavior	Кардарлар акы албоо чечимин кабыл алуу менен баш тарта алышат.
Сертификация Окуялар

Коомдук станция EV RTP программалары үчүн OpenADR мүнөздөмөлөрү

Окуя сигналдары	Баалар менен ELECTRICITY_PRICE сигналдары. Мисалы үчүн А тиркемесин караңызamples.
Оптивдик жооптор	Ар дайым VENs менен кошулуңуз
Окуянын дескриптору	Окуялар жанаша болуп, бир интервалды камтышы керек.
Иш-чаранын активдүү мезгили	Кеминде 1 сааттык эскертме колдонулушу керек, бирок коммуналдык кызматтар күн алдыдагы эскертүүнү колдонууну тандашы мүмкүн.
Baslines	Жок
Окуяны максаттуу	Эч кандай өркүндөтүлгөн максаттуу багыттоо талап кылынбайт, бирок бааны белгилүү бир трансформаторлорго, фидерлерге же географиялык аймактарга жөнөтүү үчүн колдонсо болот.
Reporting Services	Эч кандай отчет талап кылынбайт, бирок каалаган болсо, колдонсо болот. Мисалы үчүн В тиркемесин караңызampпрограмманын бул түрүнө колдонулушу мүмкүн болгон учкучтардын отчеттору.
Кызматтарды тандоо	Оптикалык кызматтар бул программанын түрүнө тиешелүү болбойт.
Каттоо кызматы	Заряддоо станциясынын сатуучусу өз түзмөктөрүн коммуналдык VTN менен камсыз кылат.

Бөлүштүрүлгөн энергия ресурстары (DER) DR программасы

Төмөнкү программанын сүрөттөлүшү гипотетикалык болуп саналат жана коммуналдык кардарлар реалдуу убакыттагы баа (RTP) программалары сыяктуу DR программаларына катышуу үчүн DER сактоо ресурстарын кантип пайдалана аларын сүрөттөгөн изилдөө документине (маалымат Риштин кагазы) негизделген.

Бөлүштүрүлгөн энергия ресурстарынын (DER) программасынын мүнөздөмөлөрү

Pro жүктөөfile Максат	Бөлүштүрүлгөн энергия ресурстарын акылдуу тармакка интеграциялоо үчүн колдонулган суроо-талапка жооп берүү иш-чарасы.
Негизги айдоочулар	-Капиталдык чыгымдарды кыскартуу жана энергетикалык чыгымдарды азайтуу
Программанын сүрөттөлүшү	Энергияны чогултуп, аны сактай ала турган DER ресурстары бар кардарлар адегенде сакталган энергия ресурстарын пайдалануу менен, андан кийин жүктү азайтуу стратегияларын ишке ашыруу менен, жогорку баа мезгилдеринде тармактан электр энергиясын сатып алуу баасын азайта алышат.
Кардарларды шыктандыруу	PV же башка каражаттар аркылуу өндүрүлгөн сакталган энергияны колдонуу жана жүктү азайтуу стратегияларын ишке ашыруу аркылуу электр энергиясына жогорку баалар учурунда чыгымдарды көзөмөлдөө мүмкүнчүлүгү
Дизайнды баалоо	Электр энергиясынын тарифтери дүң базар баасына же сутка, мезгилге же температурага жараша өзгөрүлүп турат.
Максаттуу кардар	Энергияны сактоо ресурстары бар кардарлар
Максаттуу жүктөр	каалаган
Шарт	Энергияны сактоо ресурстары
Программанын убакыт алкагы	Каалаган убакта
Окуянын чектөөлөрү	Жок
Окуя күндөрү	Ар күнү
Окуянын узактыгы	24 саат
Эскертме	Күн алдыда
Opt Behavior	N/A - Эң мыкты аракет программасы
Сертификация Окуялар	Жок

Бөлүштүрүлгөн энергия ресурстары үчүн OpenADR мүнөздөмөлөрү (DER)

Окуя сигналдары	ELECTRICITY_PRICE сигналдары 24 сааттык мезгил ичинде баалардын 24 сааттык интервалдары менен. Бул сигнал B pro талап кылатfile. Бул программа Pro үчүн ЖӨНӨКӨ сигнализацияга жараксызfile VENs. Мисалы үчүн А тиркемесин караңызamples.
Оптивдик жооптор	-VTNs окуяларды жөнөтүү oadrResponseRequired элементин "эч качан" деп коюу керек, VENдердин жооп беришине жол бербөө.
Окуянын дескриптору	- Окуя артыкчылык 1 деп белгилениши керек программа эрежелери же VTN конфигурациясында башкасы көрсөтүлбөсө
Иш-чаранын активдүү мезгили	24 саат 1 сааттык интервал менен күн алдыда билдирүү
Baslines	Жок
Окуяны максаттуу	venIDден башка эч кандай өркүндөтүлгөн максаттуу талап кылынбайт
Reporting Services	Эч кандай отчет талап кылынат Мисалы үчүн В тиркемесин караңызampпрограмманын бул түрүнө колдонулушу мүмкүн болгон учкучтардын отчеттору.
Кызматтарды тандоо	Колдонулган эмес
Каттоо кызматы	Добуш берүү аралыктары типтүү күн алды t программалары үчүн VTN тарабынан суралган саатына бир жолудан көп болушу талап кылынбайт. Бирок, жүрөктүн кагышын аныктоо үчүн сурамжылоону колдонуу, кабарлоо убакыттары кыйла кыскарган турак жай термостат программалары сыяктуу тез-тез сурамжылоону талап кылышы мүмкүн.

– Сample Data and Payload шаблондору

Төмөнкү таблицалар жана XML пайдалуу жүгү сamples ишке ашыруучуларды материалдык экс менен камсыз кылатampБул документтеги DR шаблондору кантип ишке ашырылышы керек. Төмөнкү аттар мейкиндигинин префикстери пайдалуу жүктө колдонулатamples:

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

Критикалык чоку баа программасы (CPP)

CPP сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 4 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 1
  • Сигналдын аты: ЖӨНӨКӨ
    • Сигнал түрү: деңгээл
    • Бирдиктер: жок
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү интервалдын мааниси(лери): 1
    • Сигнал Максаты: N/A
  • Окуялардын максаттуулары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

CPP сценарийи 2 – типтүү колдонуу учуру, B profile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 1pm
  • Узактыгы: 4 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 2
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0, 1, 2, 3-деңгээл
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү интервалдын мааниси(лери): 1 же 2
    • Сигнал Максаты: Жок
  • Сигналдын аталышы: ELECTRICITY_PRICE
    • Сигнал түрү: баасы
    • Бирдиктер: КВт/саат үчүн АКШ доллары
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү интервал нарктары: 0.10 доллардан 1.00 долларга чейин
    • Сигнал Максаты: Жок
  • Окуянын максаттары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

CPP сценарийи 3 – Татаал колдонуу учуру

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 2:XNUMX
  • Узактыгы: 6 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 2
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0,1, 2, 3-деңгээл)
    • Интервалдардын саны 3
    • Интервалдын узактыгы: 1 саат, 4 саат, 1 саат
    • Типтүү интервал мааниси(лери): 1, 2, 1 (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Сигналдын аталышы: ELECTRICITY_PRICE
    • Сигнал түрү: баасы
    • Бирдиктер: КВт/саат үчүн АКШ доллары
    • Интервалдардын саны 3
    • Интервалдын узактыгы: 1 саат, 4 саат, 1 саат
    • Типтүү интервал нарктары: $0.50, $0.75, $0.50 (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Окуянын максаттары: Ресурс_1, Ресурс_2, Ресурс_3
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

КПП Сample Event Payload – Typical B Profile Use Case

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

алыс

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

PT4H

PT24H

PT4H

0

2.0

Жөнөкөй

деңгээл

SIG_01

0.0

PT4H

0

0.75

ELECTRICITY_PRICE

баасы

SIG_02

currencyPerKWh

АКШ доллары

эч ким

0.0

venID_1234

ар дайым

Потенциалдык тендер программасы (CBP)

CBP сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 4 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 1
  • Сигналдын аты: ЖӨНӨКӨ
    • Сигнал түрү: деңгээл
    • Бирдиктер: жок
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү интервалдын мааниси(лери): 1
    • Сигнал Максаты: N/A
  • Окуялардын максаттуулары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

CBP Сценарий 2 – Типтүү колдонуу учуру, B проfile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 1pm
  • Узактыгы: 4 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 2
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0,1, 2, 3-деңгээл
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү интервалдын мааниси(лери): 1 же 2
    • Сигнал Максаты: Жок
  • Сигнал аты: BID_LOAD
    • Сигналдын түрү: белгиленген чек
    • Бирдиктер: powerReal
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү Интервал Наркы(лары): 20кВттан 100кВтка чейин
    • Сигнал Максаты: Жок
  • Окуянын максаттары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

CBP сценарийи 3 – Татаал колдонуу учуру

• Окуя
  • Эскертүү: Окуя болгон күнү (канча саат?)
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 6 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 3
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0,1, 2, 3-деңгээл)
    • Интервалдардын саны: 2
    • Интервалдын узактыгы: 3 саат, 3 саат
    • Типтүү интервал мааниси(лери): 1, 2 (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Сигнал аты: BID_LOAD
    • Сигналдын түрү: белгиленген чек
    • Бирдиктер: powerReal
    • Интервалдардын саны 2
    • Интервалдын узактыгы: 3 саат, 3 саат
    • Интервалдын типтүү мааниси(лери): 40kW, 80kW (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Сигналдын аталышы: BID_PRICE
    • Сигнал түрү: баасы
    • Бирдиктер: currencyPerKW
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 6 саат
    • Типтүү интервал нарк(лары): $3.10
    • Сигнал Максаты: Жок
  • Окуянын максаттары: Ресурс_1, Ресурс_2, Ресурс_3
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчет(лор)
  • Отчеттун аталышы: TELEMETRY_USAGE
  • Отчеттун түрү: колдонуу
  • Бирдиктер: powerReal
  • Окуу түрү: Түздөн-түз окуу
  • Кабарлоо жыштыгы: ар бир 1 саат

CBP Сample Event Payload – Typical B Profile Use Case

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

алыс

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

PT4H

PT24H

PT4H

0

2.0

Жөнөкөй

деңгээл

SIG_01

0.0

PT4H

0

80.0

BID_LOAD

коюлган чек

SIG_02

RealPower

В

к

60.0

<power:voltage>220.0tage>

чын

0.0

venID_1234

ар дайым

Турак жай термостат программасы

Турак жай термостатынын сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 4 саат
  • Рандомизация: 10 мүнөт
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 1
  • Сигналдын аты: ЖӨНӨКӨ
    • Сигнал түрү: деңгээл
    • Бирдиктер: жок
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү интервалдын мааниси(лери): 1
    • Сигнал Максаты: N/A
  • Окуянын максаты(лары): Ресурс_1
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

Турак жай термостатынын сценарийи 2 – типтүү колдонуу учуру, B profile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 1pm
  • Узактыгы: 4 саат
  • Рандомизация: 10 мүнөт
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 2
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0,1, 2, 3-деңгээл
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү интервалдын мааниси(лери): 1 же 2
    • Сигнал Максаты: Жок
  • Сигнал аты: LOAD_CONTROL
    • Сигналдын түрү: x-loadControlLevelOffset
    • Бирдиктер: Температура
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 4 саат
    • Типтүү Интервалдык маани(лери): Фаренгейттин 2-6 градуска чейин
    • Сигнал Максаты: Жок
  • Окуянын максаттары: Resource_1, Resource_2
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн Жооп: optIn, Мүмкүн OutOut (oadrCreateOpt)
• Отчеттор
  • Жок

Турак жай термостатынын сценарийи 3 – Татаал колдонуу учуру

• Окуя
  • Эскертүү: Окуя болгон күнү
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 6 саат
  • Рандомизация: 10 мүнөт
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 3
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0,1, 2, 3-деңгээл)
    • Интервалдардын саны: 2
    • Интервалдын узактыгы: 3 саат, 3 саат
    • Типтүү интервал мааниси(лери): 1, 2 (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Сигнал аты: BID_LOAD
    • Сигнал түрү: x-loadControlCapacity
    • Бирдиктер: Жок
    • Интервалдардын саны 2
    • Интервалдын узактыгы: 3 саат, 3 саат
    • Типтүү интервал мааниси(лери): 0.9, 0.8 (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Окуянын максаттары: Ресурс_1, Ресурс_2, Ресурс_3
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн Жооп: optIn, Мүмкүн OutOut (oadrCreateOpt)
• Отчет(лор)
  • Жок

Турак жай термостат Сample Event Payload – Typical B Profile Use Case

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

алыс

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

PT4H

PT10M

PT24H

PT4H

0

2.0

Жөнөкөй

деңгээл

SIG_01

0.0

PT4H

0

6.0

LOAD_CONTROL

x-loadControlLevelOffset

SIG_02

температура

фаренгейт

эч ким

0.0

ресурс_1

ресурс_2

ар дайым

Fast DR Dispatch

Fast DR сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile

• Окуя
  • Эскертүү: 10 мүнөт
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 0 (Ачык аягы)
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 1
  • Сигналдын аты: ЖӨНӨКӨ
    • Сигнал түрү: деңгээл
    • Бирдиктер: жок
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 0 (Ачык аягы)
    • Типтүү интервалдын мааниси(лери): 1
    • Сигнал Максаты: N/A
  • Окуялардын максаттуулары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

Fast DR сценарийи 2 – типтүү колдонуу учуру, B profile

• Окуя
  • Эскертүү: 10 мүнөт
  • Баштоо убактысы: 1pm
  • Узактыгы: 30 мүнөт
  • Рандомизация: Жок
  • Ramp Up: 5 мүнөт
  • Калыбына келтирүү: 5 мүнөт
  • Сигналдардын саны: 2
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0,1, 2, 3-деңгээл
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 30 мүнөт
    • Типтүү интервалдын мааниси(лери): 1 же 2
    • Сигнал Максаты: Жок
  • Сигнал аты: LOAD_DISPATCH
    • Сигнал түрү: delta
    • Бирдиктер: powerReal
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 30 мүнөт
    • Типтүү Интервал Маани(лары): 500 кВттан 2мВтка чейин
    • Сигнал Максаты: Жок
  • Окуянын максаттары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Отчеттун аталышы: TELEMETRY_USAGE
  • Отчеттун түрү: колдонуу
  • Бирдиктер: powerReal
  • Окуу түрү: Түздөн-түз окуу
  • Кабарлоо жыштыгы: ар бир 1 мүнөт

Fast DR сценарийи 3 – Татаал колдонуу учуру

• Окуя
  • Эскертүү: 10 мүнөт
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 30 мүнөт
  • Рандомизация: Жок
  • Ramp Up: 5 мүнөт
  • Калыбына келтирүү: 5 мүнөт
  • Сигналдардын саны: 2
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0,1, 2, 3-деңгээл)
    • Интервалдардын саны: 2
    • Интервалдын узактыгы: 15 мүнөт, 15 мүнөт
    • Типтүү интервал мааниси(лери): 1, 2 (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Сигнал аты: LOAD_DISPATCH
    • Сигналдын түрү: белгиленген чек
    • Бирдиктер: powerReal
    • Интервалдардын саны 2
    • Интервалдын узактыгы: 15 мүнөт, 15 мүнөт
    • Интервалдын типтүү мааниси(лери): 800kW, 900kW (ар бир интервал үчүн)
    • Сигнал Максаты: Жок
  • Окуянын максаттары: Resource_1
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчет(лор)
  • Отчеттун аталышы: TELEMETRY_USAGE
  • Отчеттун түрү: колдонуу
  • Бирдиктер: powerReal жана томtage
  • Окуу түрү: Түздөн-түз окуу
  • Кабарлоо жыштыгы: ар бир 5 секунд

Fast DR Sample Event Payload – Typical B Profile Use Case

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

алыс

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

PT10M

PT10M

<ei:x-eiRampЖогору>

PT5M

</ei:x-eiRampЖогору>

PT5M

PT10M

0

2.0

Жөнөкөй

деңгээл

SIG_01

0.0

PT10M

0

500.0

LOAD_DISPATCH

дельта

SIG_02

RealPower

В

к

60.0

<power:voltage>220.0tage>

чын

0.0

venID_1234

ар дайым

Fast DR Sample Report Metdata Payload – Typical B Profile Use Case

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

ресурс1

колдонуу

RealEnergy

Wh

к

Түздөн-түз окуу

http://MarketContext1

<oadr:oadrSamplingRate>

ПТ1М

PT10M

жалган

</oadr:oadrSamplingRate>

0

ReportSpecID120615_122512_481_2

METADATA_TELEMETRY_USAGE

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

ec27de207837e1048fd3

Fast DR Sample Report Request Payload - Typical B Profile Use Case

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-колдонулбайт

VEN130615_192312_582

Fast DR Sampле Report Data Payload – Typical B Profile Use Case

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

Сапаты жакшы - конкреттүү эмес

RP_54321

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

TELEMETRY_USAGE

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

VEN130615_192312_582

Турак жай электр унаасы (EV) колдонуу убактысы (TOU) программасы

Белгилей кетчү нерсе, программа тарифтик деңгээлдерди кыйла структураланган формада байланыштырып жатканда, жөнөкөй жана типтүү колдонуу учурлары гана көрсөтүлөт

Турак жай EV сценарийи 1 – Жөнөкөй колдонуу учуру, A же B Profile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: 1:XNUMX
  • Узактыгы: 24 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 1
  • Сигналдын аты: ЖӨНӨКӨ
    • Сигнал түрү: деңгээл
    • Бирдиктер: жок
    • Интервалдардын саны; бирдей TOU деңгээли 24 сааттын ичинде өзгөрөт (2 – 6)
    • Интервалдын узактыгы: TOU деңгээлинин активдүү убакыт алкагы (б.а. 6 саат)
    • Типтүү Интервал Наркы(лары): 0 – 4 TOU Tiers менен салыштырылган
    • Сигнал Максаты: N/A
  • Окуялардын максаттуулары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

Турак жай EV Сценарий 2 – Типтүү колдонуу жагдайы, B проfile

• Окуя
  • Эскертүү: Окуяга бир күн калганда
  • Баштоо убактысы: түн ортосу
  • Узактыгы: 24 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 2
  • Сигнал аты: жөнөкөй
    • Сигнал түрү: деңгээл
    • Бирдиктер: 0, 1, 2, 3-деңгээл
    • Интервалдардын саны: 24 сааттын ичинде TOU деңгээлинин бирдей өзгөрүшү (2 – 6)
    • Интервалдын узактыгы: TOU деңгээлинин активдүү убакыт алкагы (б.а. 6 саат)
    • Типтүү Интервал Наркы(лары): 0 – 4 TOU Tiers менен салыштырылган (0 – Эң арзан деңгээл)
    • Сигнал Максаты: Жок
  • Сигналдын аталышы: ELECTRICITY_PRICE
    • Сигнал түрү: баасы
    • Бирдиктер: КВт/саат үчүн АКШ доллары
    • Интервалдардын саны: TOU деңгээли 24 сааттын ичинде бирдей өзгөрөт (2 – 6)
    • Интервалдын узактыгы: TOU деңгээлинин активдүү убакыт алкагы (б.а. 6 саат)
    • Типтүү интервал нарктары: $0.10 - $1.00 (учурдагы деңгээл курсу)
    • Сигнал Максаты: Жок
  • Окуянын максаттары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

Турак жай Э.В.Сample Event Payload – Typical B Profile Use Case

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

алыс

<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

Жөнөкөй

деңгээл

SIG_01

0.0

PT5H

0

0.35

PT7H

1

0.55

PT7H

2

0.75

PT5H

3

0.55

ELECTRICITY_PRICE

баасы

SIG_02

currencyPerKWh

АКШ доллары

эч ким

0.0

venID_1234

ар дайым

Коомдук станциянын электр унаасы (EV) реалдуу убакытта баа түзүү программасы

Бул реалдуу убакытта баа программасы болгондуктан, жөнөкөй, типтүү жана татаал колдонуунун ортосунда эч кандай айырма жок экенине көңүл буруңуз. Ошондуктан сample маалыматтар типтүү колдонуу учуру үчүн гана көрсөтүлөт.

Коомдук станция EV Сценарий 1 – Типтүү колдонуу учуру, B проfile

• Окуя
  • Эскертүү: 1 саат алдыда
  • Баштоо убактысы: 1pm
  • Узактыгы: 1 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 1
  • Сигналдын аталышы: ELECTRICITY_PRICE
    • Сигнал түрү: баасы
    • Бирдиктер: КВт/саат үчүн АКШ доллары
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 1 саат
    • Типтүү интервал нарктары: 0.10 доллардан 1.00 долларга чейин
    • Сигнал Максаты: Жок
  • Окуянын максаттары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: ар дайым
  • VEN Күтүлгөн жооп: optIn
• Отчеттор
  • Жок

Коомдук станция ЕВ Сample Event Payload – Typical B Profile Use Case

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

алыс

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

PT1H

PT1H

PT1H

0

0.75

ELECTRICITY_PRICE

баасы

SIG_01

currencyPerKWh

АКШ доллары

эч ким

0.0

venID_1234

ар дайым

Бөлүштүрүлгөн энергия ресурстары (DER) DR программасы

Бул реалдуу убакытта баа программасы болгондуктан, жөнөкөй, типтүү жана татаал колдонуунун ортосунда эч кандай айырма жок экенине көңүл буруңуз. Ошондуктан сample маалыматтар типтүү колдонуу учуру үчүн гана көрсөтүлөт.

Коомдук станция EV Сценарий 1 – Типтүү колдонуу учуру, B проfile

• Окуя
  • Эскертүү: күн алдыда
  • Баштоо убактысы: түн ортосу
  • Узактыгы: 24 саат
  • Рандомизация: Жок
  • Ramp Жогору: Жок
  • Калыбына келтирүү: Жок
  • Сигналдардын саны: 24
  • Сигналдын аталышы: ELECTRICITY_PRICE
    • Сигнал түрү: баасы
    • Бирдиктер: КВт/саат үчүн АКШ доллары
    • Интервалдардын саны 1
    • Интервалдын узактыгы: 1 саат
    • Типтүү интервал нарктары: 0.10 доллардан 1.00 долларга чейин
    • Сигнал Максаты: Жок
  • Окуянын максаттары: venID_1234
  • Артыкчылык: 1
  • VEN жооп талап кылынат: эч качан
  • VEN Күтүлгөн жооп: жок
• Отчеттор
  • Жок

Коомдук станция ЕВ Сample Event Payload – Typical B Profile Use Case

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

алыс

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

PT24H

PT24H

PT1H

0

0.75

PT1H

1

0.80

ELECTRICITY_PRICE

баасы

SIG_01

currencyPerKWh

АКШ доллары

эч ким

0.0

venID_1234

эч качан

- Мисалыample Коммуналдык учкучтардын репортаждары

OpenADR Alliance мүчөлөрү төмөнкү B Pro камсыз кылышканfile oadrUpdateReport пайдалуу жүк sampVEN орнотулган коммуналдык пилоттук программалардан алынган. Төмөнкү эскертүүлөр үч пайдалуу жүктөрдү s коштогонamples каралган:

Термостаттын жүктөө максаты:

• Термостаттын абалын билүү керек (температура, коюлган чекиттер, желдеткич жана режимдин абалы)
• Эгер кошулса, кардар термостаттын жөндөөлөрүн өзгөрткөнбү же жокпу (кол менен жокко чыгаруу билдирүүлөрү)

Арзандатуулардын жүктөө максаты үчүн M&V:

• Кошулган учурда ресурстардын абалы жана кол менен жокко чыгаруу
• KYZ импульс эсептегичинен же энергия мониторунан кВт/сааттагы жалпы энергия жана кВт менен заматта суроо-талап үчүн интервал маалыматтары

Smart Meter/AMI интервалы берилиштеринин жүктөө максаты:

• AMI метр окуу аралыгы болжол менен 15 мүнөттөн 1 саатка чейин. Пайдалуу болгону менен, реалдуу убакытта эсеп-кысап эсептөөлөрү үчүн жетиштүү деңгээлде эмес
• КВт/сааттагы жалпы энергия, кВт/саат дельта энергиясы, кВт менен заматта суроо-талап

Төмөнкү аттар мейкиндигинин префикстери пайдалуу жүктө колдонулатamples:

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

Термостат отчетунун пайдалуу жүгү Сample

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

Статус

чын

жалган

0

Жаңы маани жок – Мурунку маани колдонулган

Учурдагы Темп

77.000000

Жаңы маани жок – Мурунку маани колдонулган

Жылуулук температурасын жөндөө

64.000000

Жаңы маани жок – Мурунку маани колдонулган

Муздак Температура орнотуу

86.000000

Жаңы маани жок – Мурунку маани колдонулган

HVAC режиминин жөндөөсү

3

Жаңы маани жок – Мурунку маани колдонулган

Учурдагы HVAC режими

0.000000

Сапаты жок – Баасы жок

Желдетүүчү режимди орнотуу

2

Жаңы маани жок – Мурунку маани колдонулган

Учурдагы кармап туруу режими

2

Жаңы маани жок – Мурунку маани колдонулган

Учурдагы "Үйдө эмес" режими

0

Жаңы маани жок – Мурунку маани колдонулган

Учурдагы Нымдуулук

0.000000

Сапаты жок – Баасы жок

RP21

СУРОО: RReq: 1395368583267

0013A20040980FAE

TELEMETRY_STATUS

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

VEN.ID:1395090780716

M&Vfor Rebates Report Payload Sample

RUP-10

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

PT30S

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

PT30S

Статус

чын

жалган

Сапаты жакшы - конкреттүү эмес

Импульс саны

34750.000000

Сапаты жакшы - конкреттүү эмес

Энергия

33985.500000

Сапаты жакшы - конкреттүү эмес

Күч

1.26

Сапаты жакшы - конкреттүү эмес

RP15

СУРОО: RReq: 10453335019195698

0000000000522613 60

TELEMETRY_USAGE

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

VEN.ID:1439831430142

Smart Meter/AMI Interval Data Report Payload Sample

RUP-4096

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

PT1M

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

PT15S

көз ирмемдик талап

6.167000

Жаңы маани жок – Мурунку маани колдонулган

intervalDataDelivered

0.051000

Жаңы маани жок – Мурунку маани колдонулган

currSumDelivered

12172.052000

Жаңы маани жок – Мурунку маани колдонулган

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

PT15S

көз ирмемдик талап

6.114000

Жаңы маани жок – Мурунку маани колдонулган

intervalDataDelivered

0.051000

Жаңы маани жок – Мурунку маани колдонулган

currSumDelivered

12172.052000

Жаңы маани жок – Мурунку маани колдонулган

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

PT15S

көз ирмемдик талап

6.113000

Жаңы маани жок – Мурунку маани колдонулган

intervalDataDelivered

0.051000

Жаңы маани жок – Мурунку маани колдонулган

currSumDelivered

12172.142000

Жаңы маани жок – Мурунку маани колдонулган

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

PT15S

көз ирмемдик талап

6.112000

Жаңы маани жок – Мурунку маани колдонулган

intervalDataDelivered

0.051000

Жаңы маани жок – Мурунку маани колдонулган

currSumDelivered

12172.142000

Жаңы маани жок – Мурунку маани колдонулган

RP4101

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

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

TELEMETRY_USAGE

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

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

- Кызматтар

Open ADR төмөнкү кызматтарды колдойт:

• EiEvent кызматы – VTNлер талапка жооп берүү окуяларын VENлерге жөнөтүү үчүн колдонулат жана VENs тарабынан ресурстардын иш-чарага катыша тургандыгын көрсөтүү үчүн колдонулат. A про тарабынан колдоого алынган жалгыз кызматfile EiEvent болуп саналат
• EiReport кызматы – Тарыхый, телеметриялык жана болжолдуу отчетторду алмашуу үчүн VENs жана VTNs тарабынан колдонулат
• EiOpt кызматы – VEN тарабынан убактылуу жеткиликтүүлүк графигин VTNлерге жеткирүү үчүн же окуяга катышкан ресурстарды квалификациялоо үчүн колдонулат
• EiRegisterParty кызматы - VEN тарабынан демилгеленген жана VEN жана VTN тарабынан пайдалуу жүктөрдүн өз ара иштешүүсүн камсыз кылуу үчүн зарыл болгон маалыматтарды алмашуу үчүн колдонулат
• OadrPoll кызматы – VENs башка кызматтардын пайдалуу жүктөрү үчүн VTNди сурамжылоо үчүн колдонулат

А жана В проfile кызмат операциялары бардык B проде колдонулган oadrPayload жана oadrSignedObject орогучтарын кошпогондо, ар бир пайдалуу жүктүн түпкү элементи менен аныкталат.file пайдалуу жүктөр.

– Пайдалуу жүктүн аныктамалары

EiEvent пайдалуу жүктөрү

• oadrRequestEvent – VTNден бардык тиешелүү окуяларды алуу үчүн VEN тарабынан тартылуучу алмашуу моделинде колдонулат. А про үчүн негизги шайлоо механизми катары колдонулатfile VENs, бирок VTN менен шайкештештирүү үчүн B VENтерде гана колдонулат.
• oadrDistributeEvent – VENге суроо-талапка жооп берүү окуяларын жеткирүү үчүн VTN тарабынан колдонулат
• oadrCreatedEvent – VEN тарабынан кандайдыр бир иш-чарага катышууга ниеттенип жатканын билдирүү үчүн колдонулат
• oadrResponse – VTN тарабынан VENден optIn же баш тартууну кабыл алууну ырастоо үчүн колдонулат

EiReport жүктөмдөрү

VEN жана VTN экөө тең отчетту даярдоочу жана сурамчы боло аларын эске алыңыз, андыктан төмөндөгү бардык пайдалуу жүктөрдү тараптардын бири да демилгелей алат.

• oadrRegisterReport – Метадайындар отчетунда алардын отчеттуулук мүмкүнчүлүктөрүн жарыялоо үчүн колдонулат
• oadrRegisteredReport - oadrRegisterReport алынгандыгын ырастоо, кошумча түрдө сунушталган отчеттордун бирин талап кылуу
• oadrCreateReport – VEN же VTN тарабынан мурда сунушталган отчетту талап кылуу үчүн колдонулат
• oadrCreatedReport – Отчеттук суроо-талаптын кабыл алынганын ырастоо
• oadrUpdateReport - интервалдык маалыматтарды камтыган суралган отчетту жеткирүү
• oadrUpdatedReport – тапшырылган отчетту кабыл алууну ырастоо
• oadrCancelReport – Мурда суралган мезгилдүү отчетту жокко чыгаруу
• oadrCanceledReport – Мезгил-мезгили менен отчетту жокко чыгарууну моюнга алуу
• oadrResponse – Колдонмо катмарынын жообу транспорттук катмардын суроо-талабында жеткирилгенде, кээ бир тартылуу алмашуу үлгүлөрүндө толтуруучу жооп катары колдонулат.

EiOpt пайдалуу жүктөрү

• oadrCreateOpt – Эки такыр башка максатта колдонулат
  • VEN DR иш-чараларына катышуу мүмкүнчүлүгүнө байланыштуу VTNге убактылуу жеткиликтүүлүк графигин билдирүүсү үчүн
  • VEN иш-чарага катышкан ресурстарды квалификациялоо үчүн
• oadrCreatedOpt – oadrCreateOpt пайдалуу жүктү алганын ырастаңыз
• oadrCancelOpt -Убактылуу болуу графигин жокко чыгаруу
• oadrCanceledOpt – Убактылуу жеткиликтүүлүк отчетун жокко чыгарууну моюнга алуу

 

EiRegisterParty жүктөмдөрү

• oadrQueryRegistration – VEN үчүн VTN каттоо маалыматын чындыгында каттоодон өтпөстөн сурап алуу жолу.
• oadrCreatePartyRegistration – VENден VTNге катталуу үчүн кайрылуу. VEN мүмкүнчүлүктөрү тууралуу маалыматты камтыйт.
• oadrCreatedPartyRegistration – oadrQueryRegistration же oadrCreatePartyRegistration үчүн жооп. VEN өз ара иштеши үчүн зарыл болгон VTN мүмкүнчүлүктөрүн жана каттоо маалыматын камтыйт
• oadrCancelPartyRegistration – Каттоодон баш тартуу үчүн VEN же VTN тарабынан колдонулат
• oadrCanceledPartyRegistration – OadrCancelPartyRegistration үчүн жооп. Каттоодон баш тартуу жөнүндө квитанцияны ырастайт
• oadrRequestReregistration – Бул пайдалуу жүк VTN тарабынан тартылуу алмашуу моделинде VENге каттоо ырааттуулугун кайра баштоо үчүн сигнал берүү үчүн колдонулат.
• oadrResponse – Колдонмо катмарынын жообу транспорттук катмардын суроо-талабында жеткирилгенде, кээ бир тартылуу алмашуу үлгүлөрүндө толтуруучу жооп катары колдонулат.

OadrPoll жүктөмдөрү

• oadrPoll – B pro үчүн жалпы поллинг механизмиfile жаңы же жаңыртылган башка кызмат үчүн пайдалуу жүктү кайтарып берет.
• oadrResponse – Жеткиликтүү жаңы же жаңыртылган пайдалуу жүктөр жок экенин көрсөтүү үчүн колдонулат

– Схема жүктөө элементтеринин глоссарийи

Төмөндө OpenADR 2.0 пайдалуу жүктөөлөрүндө колдонулган схема элементтеринин алфавиттик тизмеси келтирилген. Баяндамада OpenADR жана алардын пайдалуу жүктөрдө колдонулушуна байланыштуу алардын колдонулушу сүрөттөлөт. Элементтин аныктамасы камтылган пайдалуу жүккө же анын колдонуу контекстине жараша өзгөргөндө, бул баянда белгиленет. Негизги пайдалуу жүктүн аныктамалары С тиркемесинде аныкталгандай алынып салынган.

• ac – Кубат продуктусунун өзгөрмө ток экендигин көрсөткөн логикалык маани
• тактык - Сан интервал үчүн пайдалуу жүктүн өзгөрмөлүүлүгү менен бирдей бирдиктерде. Ишенимдүүлүк менен бар болгондо, болжолдоонун мүмкүн болгон өзгөрмөлүүлүгүн көрсөтөт. ReadingType бар болгондо, Окуунун ыктымалдуу катасын көрсөтөт.
• aggregatedPnode - Агрегацияланган баа түйүнү – бул система зонасы, демейки баанын зонасы, ыңгайлаштырылган баа зонасы, башкаруу аймагы, бириктирилген түзүү, топтолгон катышуучу жүк, бириктирилген катышуучу эмес жүк, соода борбору, DCA аймагы сыяктуу нерселерди моделдөө үчүн колдонулган баа түйүнүнүн адистештирилген түрү.
• жеткиликтүү – EiOpt жеткиликтүүлүк графиги үчүн дата-убакыт жана узактыгын камтыган объект
• базалык ID - Белгилүү бир база үчүн уникалдуу ID
• базалык аталыш - Негизги көрсөткүчтүн сүрөттөмө аты
• компоненттер –
• ишеним – Кабарланган маалымат чекитинин так болушунун статистикалык ыктымалдыгы
• түзүлгөнDateTime - Пайдалуу жүктүн түзүлгөн күнү
• валюта –
• currencyPerKW –
• currencyPerKWh –
• currencyPerThm –
• ток –
• учурдагыValue - Учурда аткарылып жаткан окуя аралыгынын payloadFloat мааниси.
• customUnit – Ыңгайлаштырылган отчеттор үчүн ыңгайлаштырылган өлчөө бирдигин аныктоо үчүн колдонулат
• дата-убакыт –
• dtstart - Аракеттин, дайындардын же абалдын өзгөрүүсүнүн башталуу убактысы
• узактыгы – Окуянын убакыт аралыгы, отчеттуулук же жеткиликтүүлүк убакыт аралыгы
• узактыгы - Иштин узактыгы, дайындар же абал
• eiActivePeriod - Жалпы окуяга тиешелүү убакыт алкактары
• eiCreatedEvent - DR окуясына optIn же optOut менен жооп бериңиз
• eiEvent - бир окуя үчүн бардык маалыматты камтыган объект
• eiEventBaseline - Б проfile
• eiEventSignal – Окуядагы бир сигнал үчүн бардык маалыматты камтыган объект
• eiEventSignals - Бир же бир нече окуя сигналдары жана/же базалык көрсөткүчтөр үчүн интервал маалыматтары
• eiMarketContext – суроо-талапка жооп берүү программасын уникалдуу аныктоочу URI
• eiReportID - Отчет үчүн маалымдама ID
• eiRequestEvent - Тартуу режиминде VTNден Окуяны суроо
• eiResponse - Алынган жүктүн алгылыктуу экенин көрсөтүңүз
• eiTarget - Логикалык VEN интерфейси менен байланышкан ресурстарды аныктайт. Окуялар үчүн көрсөтүлгөн баалуулуктар окуянын максаты болуп саналат
• endDeviceAsset - EndDeviceAssets - бул физикалык түзмөк же түзмөктөр, алар эсептегичтер же кызыкдар болушу мүмкүн болгон башка түзмөктөрдүн түрлөрү
• энергия көрүнгөн - Көрүнүп турган энергия, вольт менен өлчөнөтampсаат (VAh)
• EnergyItem –
• EnergyReactive - Реактивдүү энергия, вольт-ampреактивдүү сааттар (VARh)
• EnergyReal - Чыныгы энергия, Ватт саат (Вт.саат)
• eventDescriptor - Иш-чара тууралуу маалымат
• eventID - Белгилүү DR окуясын аныктаган ID мааниси.
• eventResponse – Иш-чарага катышуу өтүнүчүнө VEN жоопту камтыган объект
• окуя жооптору - кабыл алынган окуялар үчүн optIn же баш тартуу жооптору
• eventStatus - Окуянын учурдагы абалы (алыс, жакын, активдүү ж.б.)
• FeatureCollection/жайгашкан жер/Полигон/сырткы/LinearRing
• жыштык –
• гранулдуулук – Бул s ортосундагы убакыт аралыгыampотчет суроо-талапка алып келген маалыматтарды.
• groupID -Бул типтеги максаттуу окуялар, отчеттор жана оптималдуу графиктер үчүн колдонулат. Маани, адатта, DR программасына катталуу учурунда утилита тарабынан дайындалат
• топтун аталышы – Максаттын бул түрү окуялар, отчеттор жана оптималдуу графиктер үчүн колдонулат. Маани, адатта, DR программасына катталуу учурунда утилита тарабынан дайындалат
• герц –
• интервал – маалымат-убакыт жана/же узактыгын камтыган объект, ошондой эле окуя болгон учурда иш-аракет кылуучу маани же отчетто маалыматтарды камтыган объект.
• интервалдар - DR окуясы активдүү болгон же отчеттук маалыматтар жеткиликтүү болгон бир же бир нече убакыт аралыгы
• item Description - Отчеттун өлчөм бирдигинин сүрөттөлүшү
• itemUnits - Отчеттун маалымат чекити үчүн негизги өлчөө бирдиги
• MarketContext - DR программасын аныктоочу URI
• meterAsset - MeterAsset - бул эсептегичтин ролун аткарган физикалык түзүлүш же түзүлүш
• modificationDateTime - Окуя өзгөртүлгөндө
• өзгөртүү номери - Окуя өзгөртүлгөн сайын көбөйөт.
• өзгөртүү себеби - Эмне үчүн окуя өзгөртүлдү
• мрид - mRID CustomerMeter же EndDevices башка түрлөрү болушу мүмкүн болгон физикалык түзүлүштү аныктайт.
• түйүн - Түйүн бир нерсе өзгөргөн (көбүнчө ээлик) же тармакка туташкан жер. Көп түйүндөр метрлер менен байланышкан, бирок баары эмес.
• numDataSources –
• oadrCapacity –
• oadrCurrent –
• oadrDataQuality –
• oadrDeviceClass - Түзмөк классынын максаты – endDeviceAsset гана колдонуңуз.
• oadrEvent - Талапка жооп берүү окуясын камтыган объект
• oadrExtension –
• oadrExtensionName -
• oadrExtensions –
• oadrHttpPullModel - VEN тартма алмашуу моделин колдонууну каалаарын көрсөтүүчү логикалык
• oadrInfo - Кызматтын өзгөчө каттоо маалыматынын негизги мааниси жуп
• oadrKey –
• oadrLevelOffset –
• oadrLoadControlState –
• oadrManualOverride - Эгер чын болсо, жүктү башкаруу кол менен жокко чыгарылган
• oadrMax –
• oadrMaxPeriod - Максималдуу сampөтүү мезгили
• oadrMin –
• oadrMinPeriod - Минималдуу сampөтүү мезгили
• oadrNormal –
• oadrOnChange - Эгер чын болсо, анда маалыматтар өзгөргөндө жазылат, бирок minPeriod тарабынан көрсөтүлгөндөн көп эмес жыштыкта.
• oadrOnline - Эгер чын болсо, ресурс/актив онлайн, эгер жалган болсо, оффлайн.
• oadrPayload –
• oadrPayloadResourceStatus - Учурдагы ресурстун абалы жөнүндө маалымат
• oadrPendingReports – Мезгилдүү отчеттордун тизмеси дагы эле активдүү
• oadrPercentOffset –
• oadrProfile - Profile VEN же VTN тарабынан колдоого алынат
• oadrProfileаты - OpenADR проfile 2.0a же 2.0b сыяктуу аталыш.
• oadrProfileс - OpenADR проfileишке ашыруу менен колдоого алынган
• oadrReport -бир отчет үчүн бардык маалыматты камтыган объект
• oadrReportDescription – Отчетту даярдоочу тарабынан сунушталган отчеттун мүнөздөмөсү. Метадата отчетунда камтылган
• oadrReportOnly - ReportOnlyDeviceFlag
• oadrReportPayload - Отчеттор үчүн маалымат чекитинин маанилери
• oadrRequestedOadrPollFreq – VEN VTNге oadrPoll пайдалуу жүгүн бул элемент тарабынан көрсөтүлгөн ар бир узактык үчүн эң көп бир жолу жөнөтүшү керек.
• oadrResponseRequired - Качан optIn/optOut жооп керек болгондо көзөмөлдөйт. Ар дайым болушу мүмкүн же эч качан
• оадрСamplingRate - Sampтелеметрия түрүндөгү маалыматтар үчүн линг ылдамдыгы
• oadrService –
• oadrServiceName – Максаттын бул түрү окуялар, отчеттор жана оптималдуу графиктер үчүн колдонулат. Маани, адатта, DR программасына катталуу учурунда утилита тарабынан дайындалат
• oadrServiceSpecificInfo - Кызматтын атайын каттоо маалыматы
• oadrSetPoint –
• oadrSignedObject –
• oadrTransport – VEN же VTN тарабынан колдоого алынган транспорттун аталышы
• oadrTransportAddress - Башка тарап менен байланышуу үчүн колдонулган тамыр дареги. Зарыл болсо портту камтышы керек
• oadrTransportName - SimpleHttp же xmpp сыяктуу OpenADR транспорт аты
• oadrTransports - OpenADR транспорту ишке ашыруу менен колдоого алынган
• oadrUpdatedReport - Отчеттун кабыл алынганын ырастоо
• oadrUpdateReport - Мурда суралган отчетту жөнөтүңүз
• oadrValue –
• oadrVenName - аты VEN. VTN GUIде колдонулушу мүмкүн
• oadrXmlSignature - Ишке ашыруу XML кол тамгасын колдойт
• optID - Оптикалык өз ара аракеттенүү үчүн идентификатор
• optReason - X-графиги сыяктуу оптималдуу себеп үчүн саналган маани
• optType - optIn же иш-чарадан чыгуу, же EiOpt кызматы үчүн vavailablityObjectде аныкталган оптималдуу графиктин түрүн көрсөтүү үчүн колдонулат
• partyID – Максаттын бул түрү окуялар, отчеттор жана оптималдуу графиктер үчүн колдонулат. Маани, адатта, DR программасына катталуу учурунда утилита тарабынан дайындалат
• payloadFloat - Окуя сигналдары үчүн же учурдагы же тарыхый баалуулуктарды билдирүү үчүн берилиш чекитинин мааниси.
• pnode - Баа түйүнү туташуу түйүнү менен түздөн-түз байланышкан. Бул рыноктун катышуучулары өз сунуштарын, сунуштарын берип, CRR сатып алуу/сатуу жана эсептешүү үчүн баа түзүүчү жер.
• pointOfDelivery –
• pointOfReceipt –
• posList –
• PowerApparent - Көрүнүп турган күч вольт менен өлчөнөтamperes (VA)
• powerAttributes
• powerItem
• powerReactive - Реактивдүү күч, вольт менен өлчөнгөнampэрес реактивдүү (VAR)
• powerReal - Ватт (Вт) же Джоул/секунда (Дж/с) менен өлчөнгөн реалдуу кубаттуулук
• артыкчылык - Окуянын башка окуяларга карата приоритети (Сан канчалык аз болсо, артыкчылык ошончолук жогору болот. Нөлдүн (0) мааниси приоритеттин жоктугун билдирет, ал демейки боюнча эң төмөнкү артыкчылык).
• касиеттери –
• pulseCount - отчеттук маалымат пункту
• импульс фактору - кВт/саат эсепке
• qualifiedEventID - Окуя үчүн уникалдуу ID
• окуу түрү - Окуулар жөнүндө метадайындар, мисалы, орточо же туунду
• каттоо ID - Каттоо операциясы үчүн идентификатор. Каттоодон өтпөсө, суроо-талапка жооп катары кошулбайт
• жооп чектөө – oadrDistributeEvent пайдалуу жүктөмүндө кайтарыла турган окуялардын максималдуу саны
• reportBackDuration – Бул Мөөнөттүн ар бир өтүшү үчүн Отчет-Бүгүнкү күнгө чейин отчет бериңиз.
• reportDataSource - Бул отчетто маалымат булактары. Мисamples эсептегичтерди же субметрлерди камтыйт. Мисалы үчүнample, эгерде метр өлчөөлөрдүн эки башка түрүн камсыз кылууга жөндөмдүү болсо, анда ар бир өлчөө агымы өзүнчө аныкталат.
• отчет интервалы - Бул отчеттуулуктун жалпы мезгили.
• отчеттун аталышы - Отчет үчүн кошумча аталыш.
• reportRequestID - Белгилүү бир отчет сурамынын идентификатору
• reportSpecifier - Белгилүү бир отчеттук инстанцияда керектүү маалымат чекиттерин көрсөтүңүз
• reportSpecifierID - Белгилүү бир метадайындар отчетунун спецификациясы үчүн идентификатор
• отчеттун темасы - Түзмөк классынын максаты – endDeviceAsset гана колдонуңуз.
• reportToFollow - Отчет жокко чыгарылгандан кийин отчеттун (Жаңылануу отчету түрүндө) кайтарыла тургандыгын көрсөтөт
• отчеттун түрү – Колдонуу же баа сыяктуу отчеттун түрү
• суроо ID - Логикалык транзакция суроо-талабын жана жообун дал келтирүү үчүн колдонулган ID
• resourceID – Максаттын бул түрү окуялар, отчеттор жана оптималдуу графиктер үчүн колдонулат. Маани, адатта, DR программасына катталуу учурунда утилита тарабынан дайындалат
• жооп –
• жооп коду - 3 орундуу жооп коду
• жооп сүрөттөмө - Жооптун абалын баяндоо
• жооптор –
• rID - Бул маалымат чекити үчүн ReferenceID
• кызмат аянты – Максаттын бул түрү окуялар, отчеттор жана оптималдуу графиктер үчүн колдонулат. Маани, адатта, DR программасына катталуу учурунда утилита тарабынан дайындалат
• serviceDeliveryPoint - Тармактагы логикалык чекит, бул жерде кызматтын ээлик кылуу укугу өзгөрөт. Бул Кардар Келишимине ылайык кызмат көрсөтүүчү ServiceLocation ичиндеги потенциалдуу көптөгөн тейлөө пункттарынын бири. Эсептегич орнотулушу мүмкүн болгон жерде колдонулат.
• кызмат орду – Кардардын ServiceLocation бир же бир нече ServiceDeliveryPoint(лары) бар, алар өз кезегинде Метрлерге тиешелүү. Жайгашкан жер конкреттүү жагдайларга жараша чекит же көп бурчтук болушу мүмкүн. Бөлүштүрүү үчүн, ServiceLocation адатта коммуналдык кардардын жайынын жайгашкан жери болуп саналат.
• signalID - белгилүү бир окуя сигналы үчүн уникалдуу идентификатор
• сигналдын аты – Simple сыяктуу сигналдын аталышы
• сигналPayload - Окуялар жана базалык көрсөткүчтөр үчүн сигналдык маанилер
• siScaleCode – Отчеттун негизги өлчөө бирдиги үчүн масштабдоо коэффициенти
• specifierPayload – Ачык
• кийин башталат - Окуянын башталышы үчүн рандомизациялоо терезеси
• statusDateTime - Бул артефакттын датасы жана убактысы.
• температура –
• testEvent - Жалгандан башка нерсе сыноо окуясын көрсөтөт
• текст –
• Therm –
• сабырдуулук - Окуя үчүн рандомизация талаптарын камтыган суб-объект
• сабыр кылуу – Окуя үчүн рандомизациялык талаптарды камтыган объект
• транспорттук интерфейс - Транспорттук интерфейс транспорт сегментинин эки четиндеги чектерди аныктайт.
• uid - Интервалдарды аныктоо үчүн индекс катары колдонулат. Уникалдуу идентификатор
• баалуулук –
• жеткиликтүүлүгү - DR окуяларына катышуу үчүн түзмөктүн жеткиликтүүлүгүн чагылдырган график
• venID – VEN үчүн уникалдуу идентификатор
• тtage –
• vtnComment - Кандайдыр бир текст
• vtnID – VTN үчүн уникалдуу идентификатор
• x-eiNotification - VEN DR окуясынын пайдалуу жүгүн dtstart минус бул узактыкка чейин алышы керек.
• x-eiRampӨйдө - Окуя башталганга чейинки же андан кийинки узактык, анын ичинде жүк ташуучу жүк ташылат.
• x-eiRecovery - Окуя аяктаганга чейинки же андан кийинки узактык, анын ичинде жүк ташуучу жүк ташылат.

 

Саналган баалуулуктардын глоссарийи

eventStatus

• активдүү – Иш-чара демилгеленип, учурда активдүү жүрүп жатат.
• жокко чыгарылды - Иш-чара жокко чыгарылды.
• аяктады - Иш-чара аяктады.
• алыс - Алыскы келечекте күтүлүп жаткан окуя. Келечекте бул канчалык алыс экендигинин так аныктамасы рыноктун контекстинен көз каранды, бирок, адатта, кийинки күндү билдирет.
• жакын - Жакынкы келечекте күтүлүп жаткан иш-чара. Келечекте күтүлүп жаткан окуянын канчалык жакын экендигинин так аныктамасы рыноктун контекстинен көз каранды. . Окуянын эффективдүү башталышы менен бир мезгилде башталат x-eiRampУбакыт. Эгерде x-eiRampИш-чара үчүн Up аныкталган эмес, бул статус окуя үчүн колдонулбайт.
• эч ким – Эч кандай иш-чара күтүүдө

itemUnits

• Валюта
  • АКШ доллары – АКШ доллары
  • Бул жерде тизмелөө үчүн көптөр үчүн схемага кайрылыңыз
• powerReal
  • J/s – Джоуль секунд
  • W – Уоттс
• температура
  • Цельсий –
  • фаренгейт –

oadrDataQuality

• Жаңы маани жок – Мурунку маани колдонулган –
• Сапаты жок – Баасы жок –
• Сапаты начар - байланыш катасы –
• Сапаты начар - Конфигурация катасы –
• Сапаты начар - Түзмөктүн катасы –
• Сапаты начар – акыркы белгилүү баалуулук –
• Сапаты начар – конкреттүү эмес –
• Сапаты начар – Туташкан эмес –
• Сапаты начар - Кызматсыз –
• Сапаты начар - сенсордун катасы –
• Сапаты жакшы - Жергиликтүү жокко чыгаруу –
• Сапаты жакшы - конкреттүү эмес –
• Сапат чеги – талаа/туруктуу –
• Сапат чеги – Талаа/Жогорку –
• Сапат чеги – талаа/төмөн –
• Сапат чеги – талаа/жок –
• Сапаты белгисиз – ЕБ бирдиктери ашып кетти –
• Сапаты белгисиз - акыркы колдонулуучу баалуулук –
• Сапаты белгисиз – конкреттүү эмес –
• Сапаты белгисиз - сенсор так эмес –
• Сапаты белгисиз – Нормалдуу –

oadrResponseRequired

• ар дайым - Ар дайым кабыл алынган ар бир окуя үчүн жооп жөнөтүү.
• эч качан – Эч качан жооп бербе.

optReason

Тандоо үчүн саналган себептер.

• экономикалык –
• өзгөчө кырдаал –
• керек Run –
• катышуу эмес –
• outageRunStatus –
• overrideStatuс -
• катышуу –
• x-графиги –

oadrTransportName

• simpleHttp –
• xmpp –

OptType

• optIn - VEN иш-чарага катыша тургандыгынын белгиси, же EiOpt кызматында бул ресурстун жеткиликтүү болорун көрсөткөн графиктин түрү
• баш тартуу – VEN иш-чарага катышпай тургандыгынын белгиси, же EiOpt кызматында бул ресурстун жеткиликтүү болбой турганын көрсөткөн графиктин түрү

окуу түрү

• Бөлүнгөн – Эсептегич бир нече [ресурстарды] камтыйт жана колдонуу кандайдыр бир профайлдык маалыматтарды эсептөө аркылуу чыгарылат.
• Контракт – Окуу проформа, башкача айтканда, макулдашылган тарифтер боюнча билдирилгенин көрсөтөт
• Туунду – Колдонуу иштөө убактысы, нормалдуу иштөө ж.б.
• Түздөн-түз окуу – Окуу монотондуу түрдө жогорулаган аппараттан окулат жана колдонууну баштоо жана токтотуу көрсөткүчтөрүнүн жуптарынан эсептөө керек.
• Болжолдуу – Көпчүлүк окуулар бар серияда окуу жок болгондо колдонулат.
• Гибрид – Агрегацияланган болсо, жалпы сандагы окуунун ар кандай түрлөрүн билдирет.
• Орто – Окуу – Гранулярдыкта көрсөтүлгөн мезгил ичиндеги орточо маани
• Net – Эсептегич же [ресурс] убакыттын өтүшү менен жалпы колдонуунун өз эсебин даярдайт.
• Чоку – Окуу – гранулярдуулукта көрсөтүлгөн мезгилдеги эң жогорку (эң жогорку) маани. Кээ бир өлчөөлөр үчүн бул эң төмөнкү маани катары көбүрөөк мааниге ээ болушу мүмкүн. Жалпы көрсөткүчтөр менен дал келбеши мүмкүн. Агым ылдамдыгы пункттары үчүн гана жарактуу, б.а., Энергия эмес, Кубат.
• болжолдонгон – Окуу келечекте экенин жана али ченене электигин көрсөтөт.
• Жыйынтыкталган – Бир нече метр чогуу бул [ресурстун] көрсөткүчүн камсыз кылат. Бул бир эле пайдалуу жүктөгү бир нече [ресурстарды] билдирген топтолгондон өзгөчө айырмаланат. Гибридди дагы караңыз.
• x-колдонулбайт - Жараксыз
• x-RMS – Орточо квадраттын тамыры

отчеттун аталышы

• HISTORY_GREENBUTTON – Атом берүү схемасынын структурасында жашыл баскыч маалыматтарын камтыган отчет
• HISTORY_USAGE – Энергияны пайдалануу боюнча тарыхый маалыматтарды камтыган отчет
• METADAATA_HISTORY_GREENBUTTON – HISTORY_GREENBUTTON отчеттору үчүн отчеттуулук мүмкүнчүлүктөрүн аныктаган метадайындар отчету
• METADATA_HISTORY_USAGE – HISTORY_USAGE отчеттору үчүн отчеттуулук мүмкүнчүлүктөрүн аныктаган метадайындар отчету
• METADATA_TELEMETRY_STATUS – TELEMETRY_STATUS отчеттору үчүн отчеттуулук мүмкүнчүлүктөрүн аныктаган метадайындар отчету
• METADATA_TELEMETRY_USAGE – TELEMETRY_USAGE отчеттору үчүн отчеттуулук мүмкүнчүлүктөрүн аныктаган метадайындар отчету
• TELEMETRY_STATUS – Онлайн абалы сыяктуу реалдуу убакыттагы ресурстун статусун камтыган отчет
• TELEMETRY_USAGE – реалдуу убакытта энергияны пайдалануу маалыматты камтыган отчет

отчеттун түрү

Берилип жаткан отчеттун түрүн берген саналып өткөн маани.

• жеткиликтүүEnergyStorage – Энергияны андан ары сактоо үчүн, балким, Максаттуу Энергияны Сактагычка жетүү үчүн жеткиликтүү
• avgDemand – Granularity тарабынан көрсөтүлгөн узактыктагы орточо колдонуу. Көбүрөөк маалымат алуу үчүн суроо-талапты караңыз.
• avgUsage – Granularity менен көрсөтүлгөн узактыктагы орточо колдонуу. Көбүрөөк маалымат алуу үчүн колдонууну караңыз.
• базалык – ItemBase көрсөткөндөй, суроо-талап же колдонуу болушу мүмкүн. Окуя же жөнгө салуу болбогондо [өлчөө] кандай болорун көрсөтөт. Отчет Baseline форматында.
• deltaDemand – Базалык көрсөткүчкө салыштырмалуу суроо-талаптын өзгөрүшү. Көбүрөөк маалымат алуу үчүн суроо-талапты караңыз
• deltaSetPoint – Мурунку графиктен белгиленген чекти өзгөртүү.
• deltaUsage – Базалык көрсөткүчкө салыштырмалуу колдонуудагы өзгөрүү. Көбүрөөк маалымат алуу үчүн колдонууну караңыз
• талап – Отчет бирдиктердин санын көрсөтөт (ItemBase же EMIX продуктусунда номинацияланган). Жүктүн түрү Саны болуп саналат. Кадимки ItemBase бул реалдуу күч.
• четтөө – Кээ бир нускама менен иш жүзүндөгү абалдын ортосундагы айырма.
• downRegulationCapacityAvailable – EMIX реалдуу кубаттуулугунда чагылдырылган, жөнөтүү үчүн жеткиликтүү Төмөнкү жөнгө салуу кубаттуулугу. Пайдалуу жүк ар дайым оң Сан катары көрсөтүлөт.
• деңгээл - Ар бир интервалда базардан жөнөкөй деңгээл.
• OperationState – Ресурстун жалпыланган абалы, мисалы, күйгүзүү/өчүрүү, имараттын жайгашуусу ж.б. Эч кандай ItemBase тиешелүү эмес. Колдонмого атайын пайдалуу жүктү кеңейтүүнү талап кылат.
• пайыздык суроо-талап - Персенtagсуроо-талаптын э
• %Usage - Персенtagколдонуунун д
• powerFactor – Ресурс үчүн кубаттуулук фактору
• баасы – Ар бир интервалда бир ItemBase баасы
• окуу – Отчет эсептегичтин көрсөткүчүн көрсөтөт. Окуулар - бул убакыттын өтүшү менен өзгөрүп турган көз ирмемдер. Пайдалуу жүктүн түрү калкыма
• regulationSetpoint – Жөнгө салуу кызматтарынын бир бөлүгү катары инструкцияланган жөнгө салуу пункту
• setPoint – Отчет учурда белгиленген сумманы көрсөтөт (ItemBase же EMIX продуктусунда номинацияланган). VTNден жөнөтүлгөн белгиленген чекти башкаруу маанисин тастыктоо/кайтаруу болушу мүмкүн. Жүктүн түрү Саны болуп саналат. Кадимки ItemBase бул реалдуу күч.
• сакталган энергия – Сакталган Энергия Чыныгы Энергия жана Пайдалуу жүк сан катары көрсөтүлөт.
• targetEnergyStorage – Максаттуу энергия Реал энергия катары көрсөтүлөт, ал эми пайдалуу жүк сан катары көрсөтүлөт.
• upRegulationCapacityAvailable – EMIX Real Power менен туюнтулган, жөнөтүү үчүн жеткиликтүү Регламенттин кубаттуулугу. Пайдалуу жүк ар дайым оң Сан катары көрсөтүлөт.
• колдонуу – Отчет мезгил ичинде бирдиктердин көлөмүн (ItemBase же EMIX продуктусунда көрсөтүлгөн) көрсөтөт. Жүктүн түрү Саны болуп саналат. Кадимки ItemBase бул RealEnergy
• x-resourceStatus - Персенtagсуроо-талаптын э

scaleCode

• p – Пико 10**-12
• n – Нано 10**-9
• микро – Микро 10**-6
• m – Милли 10**-3
• c – Centi 10**-2
• d – Деци 10**-1
• k – Кило 10**3
• M – Mega 10**6
• G – Гига 10**9
• T – Тера 10**12
• эч ким - Жергиликтүү масштаб

сигналдын аты

• BID_ENERGY – Бул программага сунушталган ресурстан алынган энергиянын көлөмү
• BID_LOAD – Бул программага ресурс тарабынан сунуш кылынган жүктүн көлөмү
• BID_PRICE – Бул ресурс тарабынан сунушталган баа
• CHARGE_STATE – энергияны сактоо ресурсунун абалы
• DEMAND_CHARGE - Бул талап боюнча төлөм
• ELECTRICITY_PRICE – Бул электр энергиясынын баасы
• ENERGY_PRICE – Бул энергиянын баасы
• LOAD_CONTROL - Салыштырмалуу маанилерге жүктөө чыгарууну коюу
• LOAD_DISPATCH – Бул жүктү жөнөтүү үчүн колдонулат
• жөнөкөй – амортизацияланган – A pro менен артка шайкештик үчүнfile
• Жөнөкөй - Жөнөкөй деңгээлдер (OpenADR 2.0a ылайыктуу)

сигналдын түрү

Деңгээл же баа сыяктуу сигналдын түрүн сүрөттөгөн саналып өткөн маани

• дельта – Сигнал сигналсыз колдонулгандан өзгөрө турган сумманы көрсөтөт.
• деңгээл – Сигнал программанын деңгээлин көрсөтөт.
• көбөйтүүr – Сигнал сигналсыз колдонула турган жеткирүүнүн же колдонуунун учурдагы ылдамдыгына карата колдонулган көбөйткүчтү көрсөтөт.
• баасы – Сигнал бааны көрсөтөт.
• priceMultiplier – Сигнал баа мультипликаторун көрсөтөт. Кеңейтилген баа - бирдиктердин санына көбөйтүлгөн эсептелген баа мааниси.
• баасы салыштырмалуу – Сигнал салыштырмалуу бааны көрсөтөт.
• белгиленген чек – Сигнал бирдиктердин максаттуу санын көрсөтөт.
• x-loadControlCapacity – Бул жүк контролерунун кандайдыр бир деңгээлде иштеши үчүн көрсөтмөtagанын максималдуу керектөө жөндөмдүүлүгүнүн д. Бул милдетти аткаруу сыяктуу иштерди аткаруу үчүн белгилүү бир жүк контролерлору менен карталанышы мүмкүн. 1.0 100% керектөөнү билдирет. Жөнөкөй ON/OFF тибиндеги түзүлүштөр болсо, анда 0 = OFF жана 1 = ON.
• x-loadControlLevelOffset – Кадимки операцияларга салыштырмалуу дискреттик бүтүн сан деңгээли, мында 0 кадимки операциялар.
• x-loadControlPercentOffset - Персенtagкадимки жүктү башкаруу операцияларынан өзгөрүү.
• x-loadControlSetpoint – Жүктөө контроллерунун коюлган чекиттери.

– OpenADR A жана B Profile Айырмачылыктар

A про тарабынан колдоого алынган жалгыз кызматfile EiEvent кызматы болуп саналат. EiEvent объекти A проде жөнөкөйлөштүрүлгөнfile төмөнкү чектөөлөр менен:

• Ар бир окуяга бир гана сигналга уруксат берилет жана ал сигнал OpenADR жалпыга белгилүү ЖӨНӨКӨ сигнал болушу керек.
• venID, groupID, resourceID жана partyID гана колдоого алынган чектелген иш-чарага багытталган.(eiEvent:eiTarget).
• Түзмөк класстары менен сигнал деңгээлинде максаттуу колдоого алынбайт (eiEventSignal:eiTarget:endDeviceAsset).
• Негизги сызыктар колдоого алынбайт (eiEvent:eiEventSignals:eiEventBaseline).
• modificationDateTime жана modificationReason колдоого алынбайт.
• Акыркы чекит URL 2.0b ичиндеги жөнөкөй HTTP үчүн:
  • https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>

A pro талап кылынган кээ бир пайдалуу жүк элементтериfile азыр B pro үчүн милдеттүү эмесfile, анын ичинде:

• учурдагыValue

- OpenADR коопсуздук күбөлүктөрү

OpenADR шайкештик эрежелери төмөнкүлөрдү талап кылат:

• TLS Version 1.2 X.509 сертификаттарын алмашуу үчүн колдонулат
• VTN'лерде SHA256 ECC жана RSA сертификаттары болушу керек
• VENs SHA256 ECC жана RSA тастыктамаларын колдошу мүмкүн жана экөөнү тең колдошу мүмкүн
• VTN жана VEN экөө тең, эгерде алар транспорттук сервердин ролун ойной турган болсо, кардар сертификаттарын талап кылуу үчүн конфигурацияланышы керек (б.а. экинчи тараптын суроо-талаптарына жооп берүү)
• VTN жана VEN экөө тең TLS сүйлөшүү процессинин бир бөлүгү катары экинчи тарап сураганда кардар тастыктамасын бериши керек

NetworkFX тарабынан берилген сертификаттар RSA же ECC үчүн өзгөчө болот. Бул күбөлүктөрдү түзүү NetworkFX боюнча формаларды толтуруунун натыйжасы катары болушу мүмкүн web сайт сыноо сертификаттарын суроо же Сертификатка кол коюу өтүнүчү (CSR) аркылуу өндүрүштүк сертификаттарды суроонун натыйжасы болушу мүмкүн. Кандай гана ыкма болбосун, төмөнкүдөй fileлар берилет (мисamples көрсөтүлгөн):

• Түпкү сертификат
• Орточо тамыр сертификаты
• Түзмөктүн сертификаты
• Private Key

Жалпысынан, Private Key VEN же VTN тарабынан жөнөтүлгөн пайдалуу жүктөрдү шифрлөө үчүн колдонулат. Түзмөктүн сертификаты – бул күбөлүк органы тарабынан түзүлгөн жана Купуя ачкычтын жардамы менен шифрленген VEN же VTN жөнүндө уникалдуу идентификациялык маалыматтын жыйындысы. Тамыр жана орто files Түзмөктүн сертификатынын шифрин чечмелөө жана сертификаттын ишенимдүү органдан келгендигин тастыктоо үчүн колдонулат.

JSSE колдонгон Java чөйрөсүндө эки сертификат дүкөнү бар. Бири Trust Store деп аталат жана тамыр сертификатын кармоо үчүн колдонулат. Экинчиси Ачкыч дүкөнү деп аталат жана аппараттын сертификатынын ортолук сертификатынан, ошондой эле купуя ачкычтан турган сертификат чынжырын сактоо үчүн колдонулат.

XMPP транспортун колдонууда VEN VTN менен ЭМЕС, XMPP сервери менен байланышып турганын эске алыңыз. Ошентип, XMPP сервериндеги сертификаттардын конфигурациясы VTNдикине эквиваленттүү болушу КЕРЕК. VTN өзү менен XMPP серверинин ортосундагы байланыш VEN үчүн ачык-айкын жана жеке шилтеме болуп саналат. Ошентсе да, көпчүлүк сатуучулар XMPP сервери менен байланышып жатканда VTNде VEN сертификаттарынын топтомун колдонушкан.

Эгерде сиз OpenFire'ди XMPP сервериңиз катары колдонуп жатсаңыз, анда дагы бир чектөөнү эске алышыңыз керек. OpenFire кардар түзмөгүнүн сертификаттарында колдонулган CN аталышы XMPP серверинде конфигурацияланган XMPP колдонуучу атына шайкеш келишин талап кылат. Бул кээ бир кызыктай кардар аттары пайда болушу мүмкүн, анткени MAC сыяктуу дарек VEN сертификаттарындагы CN аталышы үчүн колдонулат (OpenADR Коопсуздук талаптарынын бөлүгү)

Акыр-аягы, көпчүлүк VEN жана VTN транспорттук кардар ролун ойноп жатканда транспорт сервери тарабынан берилген сертификаттын CN талаасында сертификатты берген субъекттин хосттун аталышына дал келген CN аталышы бар экенин текшерүүгө аракет кылышат. Бул сертификаттарды алмаштырууда өз ара аракеттенүү көйгөйлөрүнүн дагы бир булагы болушу мүмкүн. Хост атын текшерүү, адатта, мындай маселелерди бөлүп алуу үчүн программалык түрдө өчүрүлүшү мүмкүн.

OpenADR 2.0 Талапка жооп берүү программасынын колдонмосу – Жүктөө [оптималдаштырылган]
OpenADR 2.0 Талапка жооп берүү программасынын колдонмосу – Жүктөп алуу

Шилтемелер

• User Manual