ઓપનએડીઆર 2.0

માંગ પ્રતિસાદ કાર્યક્રમ માર્ગદર્શિકા

પુનરાવર્તન નંબર: 0.92

દસ્તાવેજની સ્થિતિ: કાર્યકારી ટેક્સ્ટ

દસ્તાવેજ નંબર: 20140701

કૉપિરાઇટ © OpenADR એલાયન્સ (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 ડીઆર પ્રોગ્રામ ટેમ્પલેટ પસંદ કરવું 18

9 ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામ ટેમ્પ્લેટ્સ 21

9.1 ક્રિટિકલ પીક પ્રાઇસિંગ પ્રોગ્રામ (CPP) 21

9.1.1 CPP DR પ્રોગ્રામ લાક્ષણિકતાઓ 21

9.1.2 CPP પ્રોગ્રામ્સ માટે ઓપનએડીઆર લાક્ષણિકતાઓ 22

9.2 ક્ષમતા બિડિંગ પ્રોગ્રામ 24

9.2.1 ક્ષમતા બિડિંગ DR પ્રોગ્રામ લાક્ષણિકતાઓ 24

9.2.2 ક્ષમતા બિડિંગ પ્રોગ્રામ્સ માટે ઓપનએડીઆર લાક્ષણિકતાઓ 25

9.3 રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ 27

9.3.1 રેસિડેન્શિયલ થર્મોસ્ટેટ ડીઆર પ્રોગ્રામ લાક્ષણિકતાઓ 27

9.3.2 રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ્સ માટે ઓપનએડીઆર લાક્ષણિકતાઓ 28

9.4 ઝડપી ડીઆર ડિસ્પેચ 29

9.4.1 ઝડપી DR ડિસ્પેચ પ્રોગ્રામ લાક્ષણિકતાઓ 29

9.4.2 ક્ષમતા બિડિંગ પ્રોગ્રામ્સ માટે ઓપનએડીઆર લાક્ષણિકતાઓ 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 વિતરિત ઉર્જા સંસાધન માટે ઓપનએડીઆર લાક્ષણિકતાઓ (DER) 35

પરિશિષ્ટ A - Sample ડેટા અને પેલોડ નમૂનાઓ 36

A.1 ક્રિટિકલ પીક પ્રાઇસિંગ પ્રોગ્રામ (CPP) 36

A.1.1 CPP દૃશ્ય 1 - સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile 36

A.1.2 CPP સિનારિયો 2 – સામાન્ય ઉપયોગ કેસ, B તરફીfile 36

A.1.3 CPP દૃશ્ય 3 – જટિલ ઉપયોગ કેસ 37

A.1.4 CPP Sampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 37 નો ઉપયોગ કરો

A.2 ક્ષમતા બિડિંગ પ્રોગ્રામ (CBP) 39

A.2.1 CBP દૃશ્ય 1 – સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile 39

A.2.2 CBP દૃશ્ય 2 – સામાન્ય ઉપયોગ કેસ, B તરફીfile 39

A.2.3 CBP દૃશ્ય 3 - જટિલ ઉપયોગ કેસ 40

A.2.4 CBP Sampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 40 નો ઉપયોગ કરો

A.3 રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ 42

A.3.1 રેસિડેન્શિયલ થર્મોસ્ટેટ દૃશ્ય 1 – સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile 42

A.3.2 રેસિડેન્શિયલ થર્મોસ્ટેટ સિનારિયો 2 - સામાન્ય ઉપયોગ કેસ, B તરફીfile 42

A.3.3 રહેણાંક થર્મોસ્ટેટ દૃશ્ય 3 - જટિલ ઉપયોગ કેસ 43

A.3.4 રેસિડેન્શિયલ થર્મોસ્ટેટ એસampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 43 નો ઉપયોગ કરો

A.4 ઝડપી DR ડિસ્પેચ 45

A.4.1 ઝડપી DR દૃશ્ય 1 – સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile 45

A.4.2 ઝડપી DR દૃશ્ય 2 – સામાન્ય ઉપયોગનો કેસ, B તરફીfile 45

A.4.3 ઝડપી DR દૃશ્ય 3 – જટિલ ઉપયોગ કેસ 46

A.4.4 ઝડપી DR Sampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 46 નો ઉપયોગ કરો

A.4.5 ઝડપી DR Sample રિપોર્ટ મેટાડેટા પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 48 નો ઉપયોગ કરો

A.4.6 ઝડપી DR Sample રિપોર્ટ વિનંતી પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 48 નો ઉપયોગ કરો

A.4.7 ઝડપી DR Sample રિપોર્ટ ડેટા પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 49 નો ઉપયોગ કરો

A.5 રેસિડેન્શિયલ ઇલેક્ટ્રિક વ્હીકલ (EV) ઉપયોગનો સમય (TOU) પ્રોગ્રામ 49

A.5.1 રહેણાંક EV દૃશ્ય 1 - સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile 49

A.5.2 રેસિડેન્શિયલ EV સિનારિયો 2 – સામાન્ય ઉપયોગ કેસ, B તરફીfile 50

A.5.3 રહેણાંક EV Sampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 50 નો ઉપયોગ કરો

A.6 પબ્લિક સ્ટેશન ઇલેક્ટ્રિક વ્હીકલ (EV) રીઅલ-ટાઇમ પ્રાઇસીંગ પ્રોગ્રામ 53

A.6.1 પબ્લિક સ્ટેશન EV દૃશ્ય 1 - સામાન્ય ઉપયોગ કેસ, B તરફીfile 53

A.6.2 પબ્લિક સ્ટેશન EV Sampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસ 53 નો ઉપયોગ કરો

A.7 ડિસ્ટ્રિબ્યુટેડ એનર્જી રિસોર્સિસ (DER) DR પ્રોગ્રામ 54

Annex B – સેવા અને પેલોડ વ્યાખ્યાઓ 55

B.1 ઓપન એડીઆર નીચેની સેવાઓને સપોર્ટ કરે છે: 55

પરિશિષ્ટ C - સેવા અને પેલોડ વ્યાખ્યાઓ 56

C.1 EiEvent પેલોડ્સ 56

C.2 EiReport પેલોડ્સ 56

C.3 EiOpt પેલોડ્સ 56

C.4 EiRegisterParty પેલોડ્સ 57

C.5 OadrPoll પેલોડ્સ 57

Annex D – સ્કીમા પેલોડ એલિમેન્ટ્સની ગ્લોસરી 58

ગણતરી કરેલ મૂલ્યોની પરિશિષ્ટ E ગ્લોસરી 65

E.1 ઇવેન્ટ સ્ટેટસ 65

E.2 આઇટમ યુનિટ્સ 65

E.3 oadrDataQuality 65

E.4 oadrResponseRequired 66

E.5 optReason 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

Annex F – OpenADR A અને B પ્રોfile તફાવતો 70

Annex G – OpenADR સુરક્ષા પ્રમાણપત્રો 71

પરિચય

આ માર્ગદર્શિકા માટેના લક્ષ્ય પ્રેક્ષકો એ યુટિલિટીઝ છે જે ડિમાન્ડ રિસ્પોન્સ (DR) પ્રોગ્રામ્સ જમાવવાનું આયોજન કરી રહી છે જે OpenADR 2.0 નો ઉપયોગ યુટિલિટી અને ડાઉનસ્ટ્રીમ એન્ટિટીઓ અને સાધનોના ઉત્પાદકો વચ્ચે DR ઇવેન્ટ સંબંધિત સંદેશાઓના સંચાર માટે કરે છે જે તે સંચાર વિનિમયની સુવિધા આપે છે. એવું માનવામાં આવે છે કે વાચકને માંગ પ્રતિભાવ અને OpenADR 2.0 (આ બિંદુથી આગળ ફક્ત OpenADR તરીકે ઓળખવામાં આવે છે) બંનેની મૂળભૂત વૈચારિક સમજ છે.

ઓપનએડીઆર પ્રોfile સ્પષ્ટીકરણો DR ઇવેન્ટ સંબંધિત માહિતીની આપલે કરતી વખતે અપેક્ષિત વર્તણૂકને સ્પષ્ટપણે વ્યાખ્યાયિત કરે છે, જો કે OpenADR માં પૂરતી વૈકલ્પિકતા છે કે યુટિલિટી પર સર્વર્સ (VTNs) અને ડાઉનસ્ટ્રીમ સાઇટ્સ પર ક્લાયન્ટ્સ (VENs) ની જમાવટ એ પ્લગ-એન-પ્લે અનુભવ નથી. ઓપનએડીઆર લાક્ષણિકતાઓ જેમ કે ઇવેન્ટ સિગ્નલો, રિપોર્ટ ફોર્મેટ્સ અને લક્ષ્યીકરણ DR પ્રોગ્રામ-બાય-પ્રોગ્રામના આધારે ઉલ્લેખિત હોવું આવશ્યક છે.

પ્રમાણિત ડીઆર પ્રોગ્રામ જેવી કોઈ વસ્તુ નથી. દરેક DR પ્રોગ્રામ ડિઝાઇન અનન્ય હોય છે, જે ભૌગોલિક પ્રદેશમાં તે તૈનાત કરવામાં આવે છે તેની માળખાકીય અને નિયમનકારી જરૂરિયાતોને અનુરૂપ હોય છે. દરેક DR પ્રોગ્રામ માટે અસંખ્ય સંભવિત ડિપ્લોયમેન્ટ દૃશ્યો હોય છે જેમાં વિવિધ કલાકારોનો સમાવેશ થાય છે.

DR પ્રોગ્રામ ડિઝાઇન, જમાવટના દૃશ્યો અને OpenADR લાક્ષણિકતાઓમાં પરિવર્તનક્ષમતા એ DR ની વિસ્તૃત જમાવટ અને OpenADR ના ઉપયોગ માટે અવરોધક છે. આ પરિવર્તનક્ષમતા મોટાભાગે સ્માર્ટ ગ્રીડની ખંડિત અને જટિલ પ્રકૃતિનું પ્રતિબિંબ છે.

ઉપયોગિતાઓને ભૂતપૂર્વની જરૂર છેampલાક્ષણિક DR કાર્યક્રમોના લેસ જેથી તેનો ઉપયોગ તેમના પોતાના DR પ્રોગ્રામ અમલીકરણ માટે મોડેલ તરીકે થઈ શકે. સાધનસામગ્રીના ઉત્પાદકોએ લાક્ષણિક DR પ્રોગ્રામ વપરાશ મોડલ્સને સમજવાની જરૂર છે જેથી તેઓ DR પ્રોગ્રામ ડિપ્લોયમેન્ટ ચોક્કસ ધોરણે નહીં પણ વિકાસ પ્રક્રિયાના ભાગ રૂપે આંતર કાર્યક્ષમતાને માન્ય કરી શકે. આ માર્ગદર્શિકાનો ઉદ્દેશ આ બંને ધ્યેયોને નીચે પ્રમાણે પૂર્ણ કરવાનો છે:

• અત્યાર સુધી અમલમાં મુકાયેલા સૌથી વધુ લોકપ્રિય DR પ્રોગ્રામ્સની સામાન્ય લાક્ષણિકતાઓને અનુરૂપ માનક ડીઆર પ્રોગ્રામ ટેમ્પલેટ્સના નાના સેટને વ્યાખ્યાયિત કરો
• વાસ્તવિક દુનિયાના જમાવટ પછી મોડલ કરવામાં આવેલ જમાવટના દૃશ્યોના નાના સેટને વ્યાખ્યાયિત કરો, જેમાં અભિનેતાઓ અને ભૂમિકાઓ સ્પષ્ટપણે ઓળખાય છે
• દરેક DR પ્રોગ્રામ નમૂનાઓ માટે વિશિષ્ટ OpenADR લાક્ષણિકતાઓ માટે શ્રેષ્ઠ પ્રેક્ટિસ ભલામણો વ્યાખ્યાયિત કરો
• એક નિર્ણય વૃક્ષ પ્રદાન કરો જેનો ઉપયોગ ઉપયોગીતાઓ તેમની વ્યવસાય જરૂરિયાતોને આધારે ઉપયોગી ડીઆર પ્રોગ્રામ ટેમ્પ્લેટ્સ અને ડિપ્લોયમેન્ટ દૃશ્યોને ઓળખવા માટે કરી શકે.

આ માર્ગદર્શિકામાં સ્પષ્ટ ભલામણોનો એક નાનો સમૂહ પ્રદાન કરીને વસ્તુઓને સરળ રાખવા પર ભાર મૂકવામાં આવશે જે સામાન્ય DR પ્રોગ્રામને જમાવવા માટે જરૂરી મોટાભાગની વિગતોને સંબોધિત કરશે, અને આમાં ભલામણોનો ઉપયોગ કરીને પ્રોગ્રામ્સમાં તૈનાત સાધનોના આંતર-કાર્યક્ષમતા પરીક્ષણને સક્ષમ કરશે. માર્ગદર્શિકા

સંદર્ભો

• ઓપનએડીઆર પ્રોfile સ્પષ્ટીકરણ અને સ્કીમા – www.openadr.org

શરતો અને વ્યાખ્યાઓ

આ દસ્તાવેજમાં નીચેના શબ્દો અને વ્યાખ્યાઓનો ઉપયોગ કરવામાં આવ્યો છે.

• માંગ પ્રતિસાદ: પુરવઠાની સ્થિતિ, જેમ કે કિંમતો અથવા ઉપલબ્ધતા સંકેતોના પ્રતિભાવમાં ગ્રાહક લોડની માંગનું સંચાલન કરવાની પદ્ધતિ
• એગ્રીગેટર પાર્ટી – આ એક એવો પક્ષ છે જે બહુવિધ સંસાધનોને એકસાથે ભેગા કરે છે અને તેમને તેમના DR કાર્યક્રમોમાં એક સંસાધન તરીકે DR પ્રોગ્રામ પાર્ટીને રજૂ કરે છે.
• એગ્રીગેટર મધ્યસ્થી ઈન્ફ્રાસ્ટ્રક્ચર - આ ઇન્ફ્રાસ્ટ્રક્ચર છે, જે ડિમાન્ડ સાઇડ ઇન્ફ્રાસ્ટ્રક્ચરથી અલગ છે, જેનો ઉપયોગ એગ્રીગેટર ઇન્ટરમીડિયરી પાર્ટી દ્વારા સંસાધનો અને ગ્રીડ બાજુની સંસ્થાઓ બંને સાથે સંપર્ક કરવા માટે કરવામાં આવે છે.
• કરાર: જવાબદારીઓ અને વળતરની રૂપરેખા આપતા DR પ્રોગ્રામમાં ભૂમિકા ભજવતા પક્ષકારો વચ્ચેનો કરાર કરાર
• એસેટ - સંસાધનનો એક પ્રકાર જે ભૌતિક ભારના ચોક્કસ સંગ્રહને રજૂ કરે છે. સંસાધનો અસ્કયામતોથી બનેલા હોઈ શકે છે, અને સંપત્તિ સંસાધન હોઈ શકે છે, પરંતુ અસ્કયામતોનું બહુવિધ અસ્કયામતો અથવા સંસાધનોમાં વધુ વિઘટન કરી શકાતું નથી.
• સંકળાયેલ: ડેટાબેઝના ઉપકરણના રૂપરેખાંકન દ્વારા, બે સંસ્થાઓ વચ્ચે પ્રોગ્રામેટિક એસોસિએશન પ્રદાન કરો. દાખલા તરીકે, VEN સાથે સંકળાયેલ સંસાધનો
• આધારરેખા: સાઈટ પર સર્વેક્ષણો, નિરીક્ષણો અને/અથવા મીટરિંગ દ્વારા નિર્ધારિત કર્યા મુજબ સાધનસામગ્રીના ટુકડા અથવા ઘટના પહેલા સ્થળ દ્વારા ગણતરી કરેલ અથવા માપેલ ઉર્જા વપરાશ (માગ).
• BMS - આ બિલ્ડિંગ મેનેજમેન્ટ સિસ્ટમ છે જેનો ઉપયોગ સંસાધનોને નિયંત્રિત કરવા માટે થઈ શકે છે. આને ક્યારેક એનર્જી મેનેજમેન્ટ સિસ્ટમ તરીકે ઓળખવામાં આવે છે.
• સંયોજન સંસાધન - આ એક વિશિષ્ટ પ્રકારનું સંસાધન છે જે બહુવિધ ભૌતિક અસ્કયામતોનું એકત્રીકરણ છે જે દરેક પાસે લોડ નિયંત્રણના પોતાના માધ્યમો છે.
• ગ્રાહક પ્રોત્સાહન: ડીઆર પ્રોગ્રામમાં સહભાગિતા માટે માંગ બાજુના સંસાધનોના માલિક/એગ્રિગેટરને પ્રદાન કરવામાં આવેલ પ્રલોભન.
• ડિમાન્ડ સાઇડ ઇન્ફ્રાસ્ટ્રક્ચર – આ તે ઇન્ફ્રાસ્ટ્રક્ચર છે જેમાં DR પ્રોગ્રામ્સમાં નોંધાયેલા સંસાધનોનો સમાવેશ થાય છે
• ડીઆર લોજિક: એલ્ગોરિધમ્સ અથવા તર્ક કે જે DR સિગ્નલને કાર્યક્ષમ લોડ નિયંત્રણમાં રૂપાંતરિત કરે છે. નોંધ કરો કે DR લોજિક ઘણા જુદા જુદા સ્થળોએ લાગુ થઈ શકે છે અને કેટલાક કિસ્સામાં બહુવિધ પેટા-સિસ્ટમમાં વિતરિત કરી શકાય છે.
• ડીઆર પ્રોગ્રામ પાર્ટી – આ એક એવી એન્ટિટી છે જે ગ્રીડ ઈન્ફ્રાસ્ટ્રક્ચર માટે જવાબદાર છે અને વધુમાં ગ્રીડ સમસ્યાઓને ઘટાડવા માટે ઉપયોગમાં લેવાતા DR પ્રોગ્રામના સંચાલન માટે. આ સામાન્ય રીતે ઉપયોગિતા અથવા ISO છે.
• નોંધાયેલ: માંગ બાજુના સંસાધનોના માલિક/એગ્રિગેટર DR પ્રોગ્રામમાં ભાગ લેવાનું પસંદ કરે છે અને તે ચોક્કસ સંસાધનો વિશે માહિતી પ્રદાન કરી શકે છે જે DR ઇવેન્ટ્સ માટે લક્ષિત હોઈ શકે છે.
• ઇવેન્ટનો સક્રિય સમયગાળો: આ તે સમયનો સમયગાળો છે જે દરમિયાન લોડ પ્રોમાં ફેરફાર થાય છેfile DR ઇવેન્ટના ભાગ રૂપે વિનંતી કરવામાં આવી રહી છે
• ઇવેન્ટની મર્યાદાઓ: સમય ફ્રેમ કે જે દરમિયાન ગ્રાહક ઇવેન્ટ્સ અને સંબંધિત અવરોધો મેળવવાની અપેક્ષા રાખી શકે છે જેમ કે સપ્તાહાંત અથવા સળંગ દિવસોમાં કોઈ ઇવેન્ટ નહીં
• ઘટના દિવસો: એક દિવસ જ્યારે DR ઇવેન્ટ થાય છે. આપેલ કૅલેન્ડર અવધિમાં મંજૂર ઇવેન્ટ દિવસોની સંખ્યાની સંખ્યાની મર્યાદાઓ મોટા ભાગના કાર્યક્રમોમાં હોય છે
• ઇવેન્ટ વર્ણનકર્તા: OpenADR ઇવેન્ટ ઑબ્જેક્ટનો ભાગ જે ઇવેન્ટ વિશેના મેટાડેટાનું વર્ણન કરે છે, જેમ કે પ્રોગ્રામનું નામ અને ઇવેન્ટ અગ્રતા
• ઇવેન્ટની અવધિ: ઘટનાની લંબાઈ. મોટાભાગના પ્રોગ્રામ્સ ઇવેન્ટની લંબાઈ તેમજ દિવસના કલાકો કે જે દરમિયાન ઘટના બની શકે છે તેના પર પ્રતિબંધો વ્યાખ્યાયિત કરે છે
• ઘટના સંકેતો: ઇવેન્ટમાં સમાવિષ્ટ ક્રિયાયોગ્ય માહિતી જેમ કે વીજળીની કિંમત અથવા લોડ શેડના ચોક્કસ સ્તરની વિનંતી કરવામાં આવી છે જે સામાન્ય રીતે ઇવેન્ટના પ્રાપ્તકર્તા દ્વારા કેટલાક પૂર્વ-પ્રોગ્રામ કરેલ લોડ શેડ વર્તનને ટ્રિગર કરે છે. DR પ્રોગ્રામની વ્યાખ્યાએ ઉપયોગમાં લેવાતા ઇવેન્ટ સિગ્નલોના પ્રકારોનો ઉલ્લેખ કરવો જોઈએ
• ઇવેન્ટ લક્ષ્યીકરણ: લોડ શેડિંગ સંસાધનો કે જે DR ઇવેન્ટ માટે ઇચ્છિત પ્રાપ્તકર્તા છે. આ ભૌગોલિક વિસ્તાર, ઉપકરણોનો ચોક્કસ વર્ગ, જૂથ ઓળખકર્તા, સંસાધન ID અથવા અન્ય ઓળખકર્તા હોઈ શકે છે. DR પ્રોગ્રામની વ્યાખ્યાએ ચોક્કસ સંસાધનોને કેવી રીતે લક્ષિત કરવામાં આવશે તે સ્પષ્ટ કરવું જોઈએ.
• ઘટનાઓ: ઇવેન્ટ એ ચોક્કસ સમયગાળામાં, ચોક્કસ સમયે શરૂ થતા લોડ શેડની વિનંતી કરતી બાજુના સંસાધનોની માંગ કરવા માટેની ઉપયોગિતા તરફથી સૂચના છે અને તેમાં ચોક્કસ સંસાધનોને નિયુક્ત કરતી લક્ષ્યાંક માહિતી શામેલ હોઈ શકે છે જે ઇવેન્ટમાં ભાગ લેવો જોઈએ.
• ફેસિલિટેટર મધ્યસ્થી ઈન્ફ્રાસ્ટ્રક્ચર – આ ઇન્ફ્રાસ્ટ્રક્ચર છે, જે ડિમાન્ડ સાઇડ ઇન્ફ્રાસ્ટ્રક્ચરથી અલગ છે, જેનો ઉપયોગ ફેસિલિટેટર મધ્યસ્થી પક્ષ દ્વારા સંસાધનો અને ગ્રીડ બાજુની સંસ્થાઓ બંને સાથે ક્રિયાપ્રતિક્રિયા કરવા માટે કરવામાં આવે છે.
• ફેસિલિટેટર: તૃતીય પક્ષ કે જે યુટિલિટી વતી DR પ્રોગ્રામના અમુક અથવા બધા અમલનું સંચાલન કરે છે
• ગ્રીડ ઈન્ફ્રાસ્ટ્રક્ચર – આ તે ઈન્ફ્રાસ્ટ્રક્ચર છે જે DR પ્રોગ્રામ પક્ષોની માલિકીનું અથવા સંચાલિત છે. આ ઈન્ફ્રાસ્ટ્રક્ચરમાં OpenADR VTN ના અમલીકરણનો સમાવેશ થાય છે જેનો ઉપયોગ DR પ્રોગ્રામ્સમાં નોંધાયેલા સંસાધનોને DR સિગ્નલ મોકલવા માટે થાય છે.
• મધ્યસ્થી પક્ષ – આ એક પક્ષ છે જે સામાન્ય રીતે DR કાર્યક્રમોમાં તેમની સહભાગિતાને સરળ બનાવવા માટે રિસોર્સ પાર્ટી વતી કામ કરે છે.
• લોડ નિયંત્રણ - આ સંસાધન સાથે સંબંધિત ઇન્ફ્રાસ્ટ્રક્ચર છે જે ખરેખર સંસાધનને નિયંત્રિત કરવા અને ચોક્કસ લોડ પ્રો બનાવવા માટે જવાબદાર છેfile.
• લોડ પ્રોfile ઉદ્દેશ્ય: ડીઆર પ્રોગ્રામ વિકસાવવા અને ઇવેન્ટ્સ જારી કરવા પાછળની આ પ્રેરણા. જેમ કે પીક લોડ્સને હજામત કરવાની ઇચ્છા.
• સૂચના: ઇવેન્ટના પ્રારંભ સમય પહેલાનો સમયગાળો જ્યાં માંગ બાજુના સંસાધન માલિકને બાકી ઇવેન્ટ વિશે સૂચિત કરવામાં આવે છે
• વર્તન પસંદ કરો: ઇવેન્ટની પ્રાપ્તિ પર માંગ બાજુના સંસાધન માલિક તરફથી અપેક્ષિત પ્રતિસાદ. આ પ્રતિસાદ ઇવેન્ટમાં સંસાધન ભાગ લેશે કે નહીં તે સૂચક અને OptIn અથવા OptOut નું સ્વરૂપ લઈ શકે છે
• પ્રતિસાદો પસંદ કરો: શું કોઈ ચોક્કસ પ્રોગ્રામને ઘટનાના પ્રતિભાવમાં માંગ બાજુના સંસાધનોમાંથી પ્રતિસાદની જરૂર હોવી જોઈએ અને તે પ્રતિસાદો સામાન્ય રીતે શું છે.
• સેવાઓ પસંદ કરો: ઇવેન્ટમાં ભાગ લેવા માટે સંસાધનની ઉપલબ્ધતામાં કામચલાઉ ફેરફારો સૂચવવા માટે OpenADR પર સંચાર કરાયેલ શેડ્યૂલ્સ.
• પૂર્વશરત: ડીઆર પ્રોગ્રામમાં નોંધણી કરાવવા માટે ડિમાન્ડ બાજુના સંસાધન માલિક માટે માપદંડો પૂર્ણ કરવા આવશ્યક છે. આમાં અંતરાલ મીટિંગની ઉપલબ્ધતા અથવા કેટલીક ન્યૂનતમ લોડ શેડ ક્ષમતા શામેલ હોઈ શકે છે
• પ્રાથમિક ડ્રાઈવરો: ડીઆર પ્રોગ્રામ બનાવવા અને ઇવેન્ટ્સ જારી કરવા માટે ઉપયોગિતાના ભાગ પર પ્રાથમિક પ્રેરણા. જેમ કે "પીક માંગ ઘટાડો અને સંસાધન પર્યાપ્તતા"
• કાર્યક્રમો – આ એવા DR પ્રોગ્રામ્સ છે કે જેમાં સંસાધનો નોંધાયેલા છે.
• પ્રોગ્રામ વર્ણન: પ્રોગ્રામ કેવી રીતે કાર્ય કરે છે તેનું વર્ણનાત્મક વર્ણન. આ દસ્તાવેજમાં વ્યાખ્યાયિત DR પ્રોગ્રામ નમૂનાઓનો ભાગ
• કાર્યક્રમ સમય ફ્રેમ: DR પ્રોગ્રામ સાથે વર્ષનો સમય અથવા ઋતુઓ સામાન્ય રીતે સક્રિય હોય છે
• રેટ ડિઝાઇન: કાર્યક્રમમાં ભાગ લેવા માટે ડિમાન્ડ બાજુના સંસાધન માલિકોને પ્રોત્સાહિત કરવા દરના માળખામાં ચોક્કસ ફેરફારો અથવા પ્રોત્સાહનો ચૂકવવામાં આવે છે
• નોંધણી સેવાઓ: OpenADR પ્રોટોકોલ દ્વારા ઉપયોગમાં લેવાતી સેવા VTN અને VEN વચ્ચે મૂળભૂત આંતર કાર્યક્ષમતા સ્થાપિત કરવા અને VEN યુટિલિટી ગ્રાહકોના ખાતા સાથે સંકળાયેલ છે તે માન્ય કરવા માટે.
• રિપોર્ટિંગ સેવાઓ: VEN ને VEN ને રિપોર્ટિંગ આપવા માટે સક્ષમ કરવા OpenADR દ્વારા ઉપયોગમાં લેવાતી સેવા. DR પ્રોગ્રામે પ્રોગ્રામ માટેની રિપોર્ટિંગ જરૂરિયાતોનો ઉલ્લેખ કરવો જોઈએ.
• રિસોર્સ પાર્ટી - આ તે પક્ષ છે જે માંગ બાજુના સંસાધનોની માલિકી ધરાવે છે જે DR કાર્યક્રમોમાં નોંધાયેલ હોઈ શકે છે
• સંસાધન - આ તે એન્ટિટી છે જે DR પ્રોગ્રામ્સમાં નોંધાયેલ છે અને તેમના લોડ પ્રોમાં અમુક પ્રકારનો ફેરફાર કરવા સક્ષમ છે.file VTN તરફથી DR સિગ્નલ પ્રાપ્ત કરવાના પ્રતિભાવમાં.
• લક્ષ્ય ગ્રાહક: તરફીfile માંગ બાજુના સંસાધનોની કે જે ચોક્કસ DR કાર્યક્રમોમાં નોંધણી કરાવી શકે છે જેમ કે રહેણાંક, ઔદ્યોગિક અથવા કદાચ વીજળી વપરાશના સ્તર પર આધારિત.
• લક્ષ્ય લોડ્સ: માંગ બાજુના સંસાધનો કે જેનો ભાર એ પ્રાપ્ત થયા પછી સંશોધિત થવો જોઈએ
• વેન - આ OpenADR વર્ચ્યુઅલ એન્ડ નોડ છે જેનો ઉપયોગ VTN સાથે સંપર્ક કરવા માટે થાય છે.
• VTN – આ OpenADR વર્ચ્યુઅલ ટોપ નોડ છે જેનો ઉપયોગ DR પ્રોગ્રામ્સમાં નોંધાયેલા સંસાધનો સાથે સંપર્ક કરવા માટે થાય છે.

સંક્ષેપ

• BMS: બિલ્ડિંગ મેનેજમેન્ટ સિસ્ટમ
• સી એન્ડ આઇ: વાણિજ્યિક અને ઔદ્યોગિક
• કમ: બે સંસ્થાઓ વચ્ચે સંચાર
• DR: માંગ પ્રતિભાવ
• ઇએમએસ: એનર્જી મેનેજમેન્ટ સિસ્ટમ
• ઓપનએડીઆર: ઓટોમેટેડ ડિમાન્ડ રિસ્પોન્સ ખોલો
• કાર્યક્રમો: ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામ(ઓ) નો સંદર્ભ
• વેન: વર્ચ્યુઅલ એન્ડ નોડ
• VTN: વર્ચ્યુઅલ ટોપ નોડ

ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામના પ્રકારો

આ દસ્તાવેજમાં નીચે દર્શાવેલ DR કાર્યક્રમો માટે નમૂનાઓ છે.

 

1. ક્રિટિકલ પીક પ્રાઇસીંગ: ઊંચા જથ્થાબંધ બજાર કિંમતો અથવા સિસ્ટમ આકસ્મિક પરિસ્થિતિઓના સમયગાળા દરમિયાન મર્યાદિત દિવસો અથવા કલાકો માટે પૂર્વ-નિર્દિષ્ટ ઊંચા દર અથવા કિંમત લાદીને ઘટાડેલા વપરાશને પ્રોત્સાહિત કરવા માટે રચાયેલ દર અને/અથવા કિંમત માળખું.

2. ક્ષમતા બિડિંગ પ્રોગ્રામ: એક પ્રોગ્રામ જે છૂટક અને જથ્થાબંધ બજારોમાં માંગના સંસાધનને કિંમતે લોડ ઘટાડવાની ઓફર કરવા અથવા ચોક્કસ કિંમતે કેટલો ભાર ઘટાડવા માટે તૈયાર છે તે ઓળખવા માટે પરવાનગી આપે છે.

 

3. રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ/ડાયરેક્ટ લોડ કંટ્રોલ: માંગ પ્રતિભાવ પ્રવૃત્તિ કે જેના દ્વારા પ્રોગ્રામ સ્પોન્સર ટૂંકી સૂચના પર ગ્રાહકના ઇલેક્ટ્રિકલ સાધનો (દા.ત. એર કંડિશનર) ને દૂરસ્થ રીતે નિયંત્રિત કરે છે. આ પ્રોગ્રામ્સ મુખ્યત્વે રહેણાંક અથવા નાના વેપારી ગ્રાહકોને ઓફર કરવામાં આવે છે.

4. ઝડપી DR ડિસ્પેચ/આનુષંગિક સેવાઓ કાર્યક્રમ: એક ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામ કે જે ઇમરજન્સી ડિમાન્ડ રિસ્પોન્સ ઇવેન્ટ દરમિયાન લોડ રિસ્પોન્સ માટે ગ્રાહકોને પ્રોત્સાહક ચુકવણીઓ પ્રદાન કરે છે. સિસ્ટમની અસામાન્ય સ્થિતિ (દા.તample, સિસ્ટમની મર્યાદાઓ અને સ્થાનિક ક્ષમતાની મર્યાદાઓ) કે જે બલ્ક ઇલેક્ટ્રિક સિસ્ટમની વિશ્વસનીયતાને પ્રતિકૂળ અસર કરી શકે તેવા ટ્રાન્સમિશન સુવિધાઓ અથવા જનરેશન સપ્લાયની નિષ્ફળતાને રોકવા અથવા મર્યાદિત કરવા માટે સ્વચાલિત અથવા તાત્કાલિક મેન્યુઅલ પગલાંની જરૂર છે. આ પ્રકારના કાર્યક્રમોને કેટલીકવાર "આનુષંગિક સેવાઓ" તરીકે ઓળખવામાં આવે છે.

5. ઇલેક્ટ્રિક વ્હીકલ (EV) DR પ્રોગ્રામ: એક માંગ પ્રતિભાવ પ્રવૃત્તિ કે જેના દ્વારા ગ્રાહકોને વપરાશ પેટર્ન બદલવા માટે ચાર્જ કરવા માટે ઇલેક્ટ્રિક વાહનોના ખર્ચમાં ફેરફાર કરવામાં આવે છે.

6. ડિસ્ટ્રિબ્યુટેડ એનર્જી રિસોર્સિસ (DER) DR પ્રોગ્રામ: સ્માર્ટ ગ્રીડમાં વિતરિત ઊર્જા સંસાધનોના એકીકરણને સરળ બનાવવા માટે ઉપયોગમાં લેવાતી માંગ પ્રતિભાવ પ્રવૃત્તિ.

 

જમાવટ દૃશ્ય

જે રીતે DR પ્રોગ્રામનો ઉપયોગ કરવામાં આવે છે તે DR પ્રોગ્રામની લાક્ષણિકતાઓથી કંઈક અંશે સ્વતંત્ર છે. નીચેના આકૃતિઓ વિવિધ રીતો દર્શાવે છે કે જેમાં DR પ્રોગ્રામ તૈનાત થઈ શકે છે. નીચેનો વિભાગ જમાવટના દૃશ્યો અને DR પ્રોગ્રામ્સ વચ્ચેનો ક્રોસ સંદર્ભ પૂરો પાડે છે જેની સાથે તેનો ઉપયોગ થવાની સંભાવના છે.

આ વિભાગમાંના આકૃતિઓ વિવિધ પરિસ્થિતિઓમાં એકમો વચ્ચેના સંબંધો દર્શાવે છે.

ડાયરેક્ટ 1

આ એક સરળ દૃશ્ય છે જેમાં DR પ્રોગ્રામ પાર્ટી અને રિસોર્સ પાર્ટી વચ્ચે સીધો સંબંધ છે. રિસોર્સ પાર્ટી DR પ્રોગ્રામ્સમાં તેમના પોતાના સંસાધનોની નોંધણી કરવા માટે જવાબદાર છે અને ગ્રીડ ઈન્ફ્રાસ્ટ્રક્ચર VEN દ્વારા સંસાધન સાથે સીધો સંપર્ક કરે છે જે ડિમાન્ડ સાઇડ ઈન્ફ્રાસ્ટ્રક્ચરમાં રહે છે. વધુમાં VEN રિસોર્સ પાર્ટીની માલિકીની છે અને તે સંસાધન અને તેમના નિયંત્રકોથી અલગ છે. જ્યારે VEN દ્વારા DR સિગ્નલ પ્રાપ્ત થાય છે ત્યારે તે સામાન્ય રીતે કોઈપણ લોડ કંટ્રોલ લોજિકને અમલમાં મૂકતું નથી, પરંતુ માત્ર યોગ્ય પગલાં લેનારા લોડ નિયંત્રકોને સિગ્નલ ફોરવર્ડ કરે છે. ઉદાampઆ દૃશ્યમાં C&I બિલ્ડીંગોનો સમાવેશ થશે કે જેમાં OpenADR VEN ધરાવતો ગેટવે ઇન્સ્ટોલ થઈ શકે છે અને જ્યારે તે ગેટવે દ્વારા સિગ્નલ પ્રાપ્ત થાય છે ત્યારે તે તેને અન્ય પ્રોટોકોલમાં અનુવાદિત કરે છે અને લોડ કંટ્રોલર્સને પોતે જ ફોરવર્ડ કરે છે.

ડાયરેક્ટ 2

આ ડાયરેક્ટ 1 દૃશ્ય જેવું જ છે. મુખ્ય તફાવત એ છે કે VEN કેવી રીતે ત્વરિત કરવામાં આવે છે અને VTN સાથેની ક્રિયાપ્રતિક્રિયાઓને સરળ બનાવે છે. VEN ને કેન્દ્રીયકૃત BMS જેવી એન્ટિટીમાં ત્વરિત કરવામાં આવે છે જે DR તર્કનો અમલ કરી શકે છે અને વધુ કેન્દ્રિય સ્થાનેથી કમ્પાઉન્ડ રિસોર્સ અને તેમના ઘણાં વિવિધ લોડ નિયંત્રકો સાથે ક્રિયાપ્રતિક્રિયા કરી શકે છે. ઉદાampલેસમાં બીએમએસ ધરાવતી મોટી ઇમારતોનો સમાવેશ થાય છે જે બિલ્ડિંગમાં ઘણાં વિવિધ લોડને નિયંત્રિત કરે છે (દા.ત. લાઇટિંગ, એચવીએસી, ઔદ્યોગિક પ્રક્રિયાઓ વગેરે) થી c.ampઉપયોગો કે જેમાં કેન્દ્રિય નિયંત્રણ સિસ્ટમ સાથે બહુવિધ સુવિધાઓ હોઈ શકે છે.

ડાયરેક્ટ 3

આ દૃશ્ય ડાયરેક્ટ 1 દૃશ્ય જેવું જ છે. મુખ્ય તફાવત એ છે કે VEN એ સંસાધન અને તેના લોડ નિયંત્રકમાં સીધા જ ત્વરિત છે. આ કિસ્સામાં DR સિગ્નલ સીધા જ સ્ત્રોત અને તેના લોડ કંટ્રોલરને મોકલવામાં આવે છે. કહેવાતા "ઉપકરણો માટે કિંમતો" દૃશ્ય આ શ્રેણીમાં આવે છે. ઉદાampલેસમાં HVAC (એટલે ​​કે થર્મોસ્ટેટ) જેવા કોઈપણ પ્રકારના લોડ કંટ્રોલરનો સમાવેશ થાય છે જેમાં એમ્બેડેડ VEN હોય છે જે ગ્રીડ બાજુની સંસ્થાઓ VTN સાથે સીધો સંપર્ક કરવા સક્ષમ હોય છે.

ડાયરેક્ટ 4

આ ડાયરેક્ટ 1 અને ડાયરેક્ટ 2 દૃશ્યોના પ્રકારોનું સંયોજન છે. મુખ્ય તફાવત એ છે કે બહુવિધ VEN એક જ સંયોજન સંસાધન સાથે સંકળાયેલા છે જે તેમના પોતાના લોડ નિયંત્રકો સાથે બહુવિધ અસ્કયામતોનો સમાવેશ કરે છે. કમ્પાઉન્ડ રિસોર્સનો સમાવેશ કરતા દરેક લોડ કંટ્રોલર અલગ VEN સાથે સંકળાયેલ હોઈ શકે છે. નોંધ કરો કે તમામ VEN એ જ રિસોર્સ પાર્ટીના નિયંત્રણ હેઠળ હશે જે કમ્પાઉન્ડ રિસોર્સની માલિકી ધરાવે છે. આ દૃશ્ય ડિમાન્ડ સાઇડ ઇન્ફ્રાસ્ટ્રક્ચરને સુવિધા આપવા માટે અસ્તિત્વમાં છે કે જેની પાસે સંયોજન સંસાધનો છે, પરંતુ ડાયરેક્ટ 2 દૃશ્ય જેવું કેન્દ્રિય BMS નથી. ઉદાampલેસમાં દરેક ફ્લોર પર અલગ-અલગ લોડ કંટ્રોલર ધરાવતી ઇમારતોનો સમાવેશ થઈ શકે છે, પરંતુ કોઈ કેન્દ્રિય BMS અથવા સીampદરેક બિલ્ડિંગમાં વિવિધ નિયંત્રકો સાથે ઉપયોગ કરે છે, પરંતુ સીampઅમને વિશાળ નિયંત્રક. DR પ્રોગ્રામ પાર્ટીના પરિપ્રેક્ષ્યમાં પ્રોગ્રામમાં માત્ર એક જ સંસાધન નોંધાયેલ છે જ્યારે તે સંસાધનને DR સિગ્નલ મોકલવા માંગે છે ત્યારે તે સંસાધન સાથે સંકળાયેલા દરેક નિયુક્ત VEN ને સમાન સંકેતો મોકલી શકે છે.

ફેસિલિટેટર 1

આ દૃશ્યમાં એક મધ્યસ્થી છે જે DR પ્રોગ્રામ પાર્ટી અને સંસાધનો વચ્ચે ક્રિયાપ્રતિક્રિયાની સુવિધા આપે છે. સામાન્ય રીતે મધ્યસ્થી પક્ષ તેમના સંસાધનોનું સંચાલન કરવામાં મદદ કરવા માટે રિસોર્સ પાર્ટી વતી કામ કરે છે. સંસાધન પક્ષોનો DR પ્રોગ્રામ પાર્ટી સાથે સીધો સંબંધ છે અને તેઓ તેમના પોતાના સંસાધનોને DR કાર્યક્રમોમાં દાખલ કરે છે. આમ ડી.આર. પ્રોગ્રામ પાર્ટી viewદરેક સંસાધન પક્ષ એક અલગ સંસાધન તરીકે અને તેમની સાથે વ્યક્તિગત રીતે સંપર્ક કરી શકે છે. મધ્યસ્થી પક્ષની ભૂમિકા ઓપનએડીઆર સંબંધિત તમામ ક્રિયાપ્રતિક્રિયાઓ માટે એક ગોલ તરીકે કાર્ય કરવાની છે, આમ VEN ને ફેસિલિટેટર મધ્યસ્થી ઈન્ફ્રાસ્ટ્રક્ચરની અંદર સ્થાપિત કરવામાં આવે છે. આવી ઈન્ફ્રાસ્ટ્રક્ચર ઘણીવાર ક્લાઉડ બેઝ હોય છે અને રિસોર્સ પાર્ટીઝને સોફ્ટવેર એઝ અ સર્વિસ (SaaS) તરીકે ઓફર કરવામાં આવે છે. જ્યારે ફેસિલિટેટરના VEN દ્વારા DR સિગ્નલ પ્રાપ્ત થાય છે ત્યારે DR સિગ્નલને યોગ્ય રિસોર્સમાં ફોરવર્ડ કરવા અને સંભવતઃ અમુક પ્રકારના DR લોજિકને અમલમાં મૂકવા અને દરેક રિસોર્સના લોડ કંટ્રોલરને લોડ કંટ્રોલ કમાન્ડ મોકલવા સહિતની સંખ્યાબંધ વિવિધ ક્રિયાઓ થઈ શકે છે. ઉદાampઆ દૃશ્યમાં નીચેનાનો સમાવેશ થાય છે:

• વિક્રેતાઓ કે જેઓ મોટી વ્યાપારી સાંકળોની સુવિધાઓનું સંચાલન કરે છે જેમ કે મોટા બોક્સ રિટેલર્સ.
• ઔદ્યોગિક નિયંત્રણ મધ્યસ્થી.
• એનર્જી સર્વિસીસ કંપનીઓ (ESCO's)
• ક્લાઉડ આધારિત એપ્લાયન્સ અને ડિવાઇસ મેનેજમેન્ટ સિસ્ટમ્સ જેમ કે ઉભરતા સ્માર્ટ કોમ્યુનિકેટિંગ થર્મોસ્ટેટ વિક્રેતાઓ.

એગ્રીગેટર 1

આ દૃશ્ય ફેસિલિટેટર દૃશ્ય જેવું જ છે. મુખ્ય તફાવત એ છે કે એગ્રીગેટર પાર્ટીનો સંબંધ રિસોર્સ પાર્ટીઓના વિરોધમાં DR પ્રોગ્રામ પાર્ટી સાથે છે. એગ્રીગેટર પાર્ટી બહુવિધ ગ્રાહક સંપત્તિઓને એક જ સંસાધનમાં એકત્ર કરે છે જે તે DR કાર્યક્રમોમાં નોંધણી કરાવે છે. DR પ્રોગ્રામ પાર્ટી એ એગ્રીગેટર મેનેજ કરે છે તે વ્યક્તિગત સંપત્તિમાં દૃશ્યતા હોતી નથી. ફેસિલિટેટરની જેમ એગ્રીગેટર પાસે પોતાનું ઇન્ફ્રાસ્ટ્રક્ચર હોય છે જ્યાં VEN ઇન્સ્ટન્ટ કરવામાં આવે છે. તફાવત એ છે કે જ્યારે DR સિગ્નલ પ્રાપ્ત થાય છે ત્યારે તે એક જ સંસાધનનો સંદર્ભ આપે છે અને એગ્રીગેટર DR સિગ્નલમાં નિર્દિષ્ટ ઉદ્દેશ્યોને હાંસલ કરવા માટે તેમના પોર્ટફોલિયોમાંની તમામ સંપત્તિઓ પર અમુક પ્રકારના DR તર્કનો અમલ કરે છે.

 

જમાવટનું દૃશ્ય અને DR પ્રોગ્રામ મેપિંગ

નીચે આપેલ કોષ્ટક ચોક્કસ DR પ્રોગ્રામ માટે કયા જમાવટના દૃશ્યો સૌથી સામાન્ય છે તે પ્રદાન કરે છે.

	જમાવટનું દૃશ્ય
ડીઆર ટેમ્પલેટ	ડાયરેક્ટ 1, 2, 3, 4	ફેસિલિટેટર 1	એગ્રીગેટર 1
CPP કાર્યક્રમ	∆	∆
ક્ષમતા બિડિંગ પ્રોગ્રામ			∆
રહેણાંક થર્મોસ્ટેટ કાર્યક્રમ		∆
ઝડપી DR ડિસ્પેચ			∆
ઇલેક્ટ્રિક વ્હીકલ (EV) DR પ્રોગ્રામ	∆	∆
ડિસ્ટ્રિબ્યુટેડ એનર્જી રિસોર્સિસ (DER) DR પ્રોગ્રામ	∆	∆

DR પ્રોગ્રામ ટેમ્પલેટ પસંદ કરી રહ્યા છીએ

નીચેના પ્રશ્નોનો સમૂહ છે જે નવા DR પ્રોગ્રામને અમલમાં મૂકવા વિશેની કોઈપણ ઉપયોગિતા સાથે સંબંધિત છે. આનો અર્થ વ્યાપક બનવા માટે નથી, પરંતુ કેટલાક વધુ સુસંગત મુદ્દાઓનું પ્રતિનિધિત્વ કરે છે. આ પ્રશ્નોનો ઉદ્દેશ DR પ્રોગ્રામ ટેમ્પલેટ્સના યોગ્ય સેટ તરફ ઉપયોગિતાઓને માર્ગદર્શન આપવામાં મદદ કરવાનો છે.

પ્ર: તમે DR શા માટે કરવા માંગો છો? તમે DR સાથે કઈ ગ્રીડની સ્થિતિ અથવા ઓપરેશનલ સમસ્યાને ઘટાડવાનો પ્રયાસ કરી રહ્યાં છો?

આ અત્યાર સુધીનો સૌથી મહત્વનો પ્રશ્ન છે અને DR પ્રોગ્રામ જે હાંસલ કરવાનો છે તેની એકંદર જરૂરિયાતો અને ઉદ્દેશ્યોનો આધાર બનાવે છે. આ પ્રશ્નનો જવાબ ડિમાન્ડ સાઇડ લોડ પ્રો કેવી રીતે વ્યાખ્યાયિત કરે છેfile DR પ્રોગ્રામ દ્વારા આકાર લેવાનું માનવામાં આવે છે. અન્ય તમામ જરૂરિયાતો આ પ્રશ્નના જવાબમાંથી વહે છે.

• શું તમે શિખરોને હજામત કરવાનો પ્રયાસ કરી રહ્યાં છો?
• શું તમે બતકનું પેટ ભરવા માંગો છો?
• શું તમે વીજળીના હાજર ભાવને હેજ કરવાનો પ્રયાસ કરી રહ્યાં છો?
• શું તમે ગ્રીડની વિશ્વસનીયતાથી ચિંતિત છો?
• શું તમે ગ્રીડ સંપત્તિઓને સાચવવાનો પ્રયાસ કરી રહ્યાં છો?
• વગેરે વગેરે વગેરે.

નીચે આપેલ કોષ્ટક DR પ્રોગ્રામ વિકસાવવા ઈચ્છવા પાછળની પ્રેરણાઓ માટે કેટલાક વધારાના સંદર્ભ પૂરા પાડે છે

ગ્રીડ વિશ્વસનીયતા અને સલામતી	આવર્તન અને વોલ્યુમtage સ્થિરતા
	સંસાધન પર્યાપ્તતા
	પીક ક્ષમતા
	Ramping
	આકસ્મિક
ઉર્જા પ્રાપ્તિ	હાજર બજાર ભાવ
	ભાવ આર્બિટ્રેજ
એસેટ મેનેજમેન્ટ	નુકસાન નિવારણ
	જાળવણી ઘટાડો
	આજીવન વિસ્તરણ
ક્ષમતા વ્યવસ્થાપન	આર્થિક લાભ
	કટોકટી વ્યવસ્થાપન
પર્યાવરણીય	નેગાવોટ
	સ્વચ્છ ઊર્જા

પ્ર: શું આ પ્રોગ્રામ માટે કોઈ વર્તમાન DR પ્રોગ્રામ અથવા ટેરિફ પહેલેથી જ છે?

• ઘણી વખત પ્રોગ્રામ નિયમો ટેરિફમાં સ્પષ્ટ રીતે જોડવામાં આવે છે.

પ્ર: તમે આ પ્રોગ્રામ સાથે કયા ડિમાન્ડ સાઇડ માર્કેટ સેગમેન્ટને લક્ષ્યાંકિત કરી રહ્યાં છો?

આ ઘટનામાં સંસાધનોના લક્ષ્યાંક અને સિગ્નલના પ્રકારને નિર્ધારિત કરવામાં મદદ કરી શકે છે.

• રહેણાંક
• મોટા C&I
• નાના C&I
• ખેતી
• પાણી વ્યવસ્થાપન
• ઇલેક્ટ્રિક વાહનો
• વગેરે, વગેરે, વગેરે

પ્ર: શું તમે ચોક્કસ પ્રકારના લોડને લક્ષ્ય બનાવવાનો પ્રયાસ કરી રહ્યાં છો?

• થર્મોસ્ટેટ્સ
• ઇલેક્ટ્રિક વાહનો
• એજી પંપ
• વગેરે

પ્ર: તમારું જમાવટ મોડલ શું છે?

આ પ્રશ્નનો જવાબ પ્રોગ્રામમાં સંસાધનોને કેવી રીતે વ્યાખ્યાયિત કરવામાં આવે છે તે પ્રભાવિત કરી શકે છે અને તે સંસાધનોને ઇવેન્ટ્સમાં કેવી રીતે લક્ષિત કરવામાં આવે છે તે નિર્ધારિત કરી શકે છે.

• સીધા ગ્રાહકો માટે
• એગ્રીગેટર અથવા ફેસિલિટેટર જેવા મધ્યસ્થીઓ દ્વારા
• ગ્રાહક તેમના પોતાના VEN સાધનો મેળવવા અને જમાવટ કરવા માટે જવાબદાર છે?
• વગેરે

પ્ર: તમે ડિમાન્ડ સાઇડ લોડ્સ સાથે કયા સ્તરની વિશિષ્ટતા સાથે સંપર્ક કરવા માંગો છો?

આ પ્રશ્ન કંઈક અંશે ડિપ્લોયમેન્ટ મોડલ સાથે સંબંધિત છે અને તે નિર્ધારિત કરે છે કે પ્રોગ્રામમાં સંસાધનો કેવી રીતે વ્યાખ્યાયિત અને લક્ષ્યાંકિત છે. તે સૌથી મહત્વપૂર્ણ અને સંભવતઃ જટિલ પ્રશ્નો પૈકી એક છે.

• દરેક વ્યક્તિગત સંસાધન સાથે ક્રિયાપ્રતિક્રિયા કરો
• ફેસિલિટેટર અથવા એગ્રીગેટર દ્વારા તેમની પાછળના સંસાધનોની કોઈ સ્પષ્ટીકરણ વિના ક્રિયાપ્રતિક્રિયા કરો
• ફેસિલિટેટર અથવા એગ્રીગેટર દ્વારા ક્રિયાપ્રતિક્રિયા કરો અને સ્પષ્ટ કરો કે તેમની પાછળ કયા સંસાધનો મોકલવા જોઈએ
• સંસાધનોનો ઉલ્લેખ કરવા માટે એક વિશેષતા તરીકે સ્થાનનો ઉપયોગ કરો
• સંસાધનોનો ઉલ્લેખ કરવા માટે અમુક પ્રકારની ઉપયોગીતા વ્યાખ્યાયિત જૂથ પદ્ધતિનો ઉપયોગ કરો
• થર્મોસ્ટેટ્સ જેવી વ્યક્તિગત સંપત્તિઓને લક્ષ્યાંકિત કરો
• બિલકુલ સંસાધન વિના ક્રિયાપ્રતિક્રિયા કરો અને ફક્ત DR ઇવેન્ટ્સ પ્રસારિત કરો
• વગેરે

પ્ર: તમારા ગ્રાહકોને લોડ પ્રોને પ્રભાવિત કરવા માટે તમે કઈ ક્રિયાપ્રતિક્રિયા પેટર્નનો ઉપયોગ કરવા માંગો છોfiles?

આ પ્રશ્ન DR સિગ્નલનો પ્રકાર નક્કી કરે છે જે પ્રોગ્રામમાં સહભાગીઓને મોકલવામાં આવશે.

• પ્રોત્સાહનો (દા.ત. ગતિશીલ કિંમતો)
• લોડ ડિસ્પેચ (દા.ત. આનુષંગિક સેવાઓ)
• ડાયરેક્ટ લોડ નિયંત્રણ
• સામાન્ય ઘટના સંકેત
• વગેરે

પ્ર: પ્રોગ્રામના સામાન્ય સંસાધન શેડ્યુલિંગ લક્ષણો શું છે?

• તારીખો અને સમય કે જે ઇવેન્ટ્સને બોલાવવામાં આવી શકે છે
• ઘટનાઓની આવર્તન
• ઘટનાઓની અવધિ
• ઇવેન્ટ્સના પ્રચાર માટે અનુમતિપાત્ર વિલંબ
• વગેરે

પ્ર: પ્રોગ્રામમાં સંસાધનોની ઉપલબ્ધતા કેવી રીતે નક્કી કરવામાં આવે છે?

• કડક પ્રોગ્રામ નિયમો દ્વારા
• સંસાધન દ્વારા કરવામાં આવતી કેટલીક નોમિનેશન અથવા બિડિંગ પ્રક્રિયાના ભાગ રૂપે
• નાપસંદ/આઉટ કરવાની મંજૂરી છે?
• વગેરે

પ્ર: સંસાધનના પ્રદર્શનમાં તમને કયા પ્રકારની દૃશ્યતાની જરૂર છે?

આ એક ખૂબ જ વ્યાપક પ્રશ્ન છે અને તે નક્કી કરે છે કે DR પ્રોગ્રામના સંસાધનોમાંથી કયા પ્રકારની માહિતી આપવામાં આવે છે. સામાન્ય રીતે આ જરૂરી છે તેવા અહેવાલોનો પ્રકાર નક્કી કરે છે.

• /નલાઇન / lineફલાઇન
• ઉપયોગ (વર્તમાન અને/અથવા ઐતિહાસિક)
• લોડ પ્રતિભાવ સંભવિત
• લોડ ઉપલબ્ધતા
• લોડ/સંપત્તિ સ્થિતિ (વર્તમાન અને/અથવા ઐતિહાસિક)
• વગેરે, વગેરે વગેરે.

ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામ ટેમ્પ્લેટ્સ

ક્રિટિકલ પીક પ્રાઇસિંગ પ્રોગ્રામ (CPP)

CPP DR પ્રોગ્રામ લાક્ષણિકતાઓ

લોડ પ્રોfile ઉદ્દેશ્ય	- માંગમાં પીક ઘટાડો
પ્રાથમિક ડ્રાઈવરો	-મૂડી ખર્ચમાં ઘટાડો અને ઊર્જા ખર્ચમાં ઘટાડો
પ્રોગ્રામ વર્ણન	જ્યારે યુટિલિટીઓ ઉંચી જથ્થાબંધ બજાર કિંમતો અથવા પાવર સિસ્ટમની કટોકટીની પરિસ્થિતિઓનું અવલોકન કરે છે અથવા અપેક્ષા રાખે છે, ત્યારે તેઓ નિર્દિષ્ટ સમયગાળા દરમિયાન ગંભીર ઘટનાઓને કૉલ કરી શકે છે (દા.ત., ઉનાળાના ગરમ અઠવાડિયાના દિવસે બપોરે 3 વાગ્યાથી 6 વાગ્યા સુધી), આ સમયગાળા દરમિયાન વીજળીની કિંમત નોંધપાત્ર રીતે હોય છે. ઊભા
ગ્રાહક પ્રોત્સાહન	કાર્યક્રમમાં ભાગ લેવા માટે પ્રોત્સાહન તરીકે ગ્રાહકોને બિન-પીક સમય દરમિયાન ડિસ્કાઉન્ટેડ ઉર્જા કિંમતો ઓફર કરવામાં આવી શકે છે.
રેટ ડિઝાઇન	CPP એ એક પ્રાઇસ પ્રોગ્રામ છે જેમાં ઉર્જા વપરાશમાં નિર્ણાયક શિખરો દરમિયાન દરો વધે છે. સામાન્ય રીતે સીપીપી દરો ફ્લેટ, ટાયર્ડ અથવા TOU બેઝ રેટમાં ઉમેરનાર અથવા ગુણક છે.
લક્ષ્ય ગ્રાહક	-રહેણાંક અથવા C&I
લક્ષ્ય લોડ	-કોઈપણ
પૂર્વશરત	-ગ્રાહક પાસે અંતરાલ મીટરિંગ હોવું આવશ્યક છે -C&I ગ્રાહકોએ માંગના માપદંડને પૂર્ણ કરવું પડશે
કાર્યક્રમ સમય ફ્રેમ	-સામાન્ય રીતે વર્ષના મહિનાઓ સુધી વિસ્તરે છે જ્યાં સૌથી વધુ ઉર્જાનો વપરાશ થાય છે, જોકે કેટલાક કિસ્સાઓમાં આખું વર્ષ હોઈ શકે છે.
ઇવેન્ટની મર્યાદાઓ	-સામાન્ય રીતે સોમવારથી શુક્રવાર, રજાઓને બાદ કરતાં, સળંગ દિવસની ઇવેન્ટ્સને સામાન્ય રીતે મંજૂરી આપવામાં આવે છે
ઘટના દિવસો	-સામાન્ય રીતે દર વર્ષે 9 થી 15
ઇવેન્ટની અવધિ	-સામાન્ય રીતે દિવસના સૌથી વધુ ઉર્જા વપરાશના સમયમાં 4 થી 6 કલાક સુધીની તમામ ઘટનાઓ માટે નિશ્ચિત સમયમર્યાદા દરમિયાન.
સૂચના	-સામાન્ય રીતે આગળનો દિવસ
વર્તન પસંદ કરો	-સામાન્ય રીતે ગ્રાહકોને ઇવેન્ટ્સમાં ભાગ લેવાની જરૂર નથી
પ્રમાણપત્ર ઘટનાઓ	-સામાન્ય રીતે કોઈ નહીં

CPP પ્રોગ્રામ્સ માટે OpenADR લાક્ષણિકતાઓ

ઘટના સંકેતો	–સ્તર 1 થી 3 સાથે એક સરળ સિગ્નલ સીપીપી ઇવેન્ટની કિંમત નિર્ધારણ અસર માટે મેપ થયેલ છે. જો CPP પ્રોગ્રામમાં એક જ કિંમત નિર્ધારણ ઘટક હોય તો તેને સ્તર 1 પર મેપ કરવું જોઈએ. બહુવિધ કિંમત નિર્ધારણ ઘટકો સાથેના CPP પ્રોગ્રામ્સ માટે, સૌથી નાના કિંમત ઘટકને સ્તર 1 પર મેપ કરવું જોઈએ, અન્ય કિંમત ઘટકોને વધતી ડિગ્રીમાં સ્તર 2 અને 3 પર મેપ કરવામાં આવે છે. કિંમતની અસર. -જો જમાવટ બી પ્રોને સપોર્ટ કરે છેfile VENs, SIMPLE સિગ્નલ ઉપરાંત, એક ELECTRICITY_PRICE સિગ્નલ શામેલ હોઈ શકે છે પ્રોગ્રામની પ્રકૃતિના આધારે કિંમતના પ્રકાર સાથે પેલોડમાં સંબંધિત, કિંમત સંપૂર્ણ અથવા કિંમત ગુણક. ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ
પ્રતિસાદો પસંદ કરો	-વીટીએન ઇવેન્ટ્સ મોકલે છે oadrResponseRequired ઘટકને "હંમેશા" પર સેટ કરવું જોઈએ, VEN ને ઑપ્ટઇન અથવા ઑપ્ટઆઉટ સાથે પ્રતિસાદ આપવાની જરૂર છે - CPP પ્રોગ્રામમાં સહભાગિતા એ "શ્રેષ્ઠ પ્રયાસ" કવાયત હોવાથી, ભાગ લેવાના ઇરાદાના સૌજન્યથી ઉપલબ્ધતાના સંકેત સિવાય પસંદ કરવાનો અથવા નાપસંદ કરવાનો કોઈ ઔપચારિક અર્થ નથી. અમે તેની ભલામણ કરીએ છીએ VENs optIn સાથે પ્રતિસાદ આપે છે સિવાય કે ગ્રાહક દ્વારા અમુક ચોક્કસ ઓવરરાઇડ પગલાં લેવામાં આવ્યા હોય. - oadrCreateOpt પેલોડનો ઉપયોગ સામાન્ય રીતે ઇવેન્ટ્સમાં ભાગ લેતા સંસાધનોને લાયક બનાવવા માટે કરવામાં આવશે નહીં.
ઇવેન્ટ વર્ણનકર્તા	- ઘટના અગ્રતા 1 પર સેટ કરવી જોઈએ જ્યાં સુધી પ્રોગ્રામ નિયમો અથવા VTN રૂપરેખાંકન અન્યથા સ્પષ્ટ ન કરે –ટેસ્ટ ઇવેન્ટનો સામાન્ય રીતે ઉપયોગ થતો નથી CPP કાર્યક્રમો સાથે. જો કે જો તેમને મંજૂરી આપવામાં આવે તો ટેસ્ટ ઇવેન્ટ દર્શાવવા માટે testEvent ઘટકને "true" પર સેટ કરવું જોઈએ. જો આ તત્વમાં વધારાની પેરામીટરાઇઝ્ડ માહિતીની આવશ્યકતા હોય તો તે આ વધારાની માહિતી સાથે સ્પેસ દ્વારા અલગ કરાયેલ "સાચું" અનુસરી શકે છે.
ઇવેન્ટનો સક્રિય સમયગાળો	– eiRampઉપર, eiRecovery, સહિષ્ણુતા તત્વોનો સામાન્ય રીતે ઉપયોગ થતો નથી
આધારરેખા	–બેઝલાઇન્સ સામાન્ય રીતે ઇવેન્ટ પેલોડમાં શામેલ નથી
ઇવેન્ટ લક્ષ્યીકરણ	-CPP પ્રોગ્રામ્સ સામાન્ય રીતે આપેલ ગ્રાહક માટેના સંસાધનો વચ્ચે તફાવત કરતા નથી. લક્ષ્યીકરણ સામાન્ય રીતે venID નો ઉલ્લેખ કરે છે, દર્શાવે છે કે VEN સાથે સંકળાયેલા તમામ સંસાધનોએ ભાગ લેવો જોઈએ, અથવા તમામ સંસાધન ID ની યાદી VEN સાથે સંકળાયેલ છે.
રિપોર્ટિંગ સેવાઓ	–ટેલિમેટ્રી રિપોર્ટિંગનો સામાન્ય રીતે ઉપયોગ થતો નથી કારણ કે તે CPP કાર્યક્રમો માટે બિલકુલ જરૂરી નથી. માજી માટે Annex B નો સંદર્ભ લોampયુટિલિટી પાઇલોટ્સના અહેવાલો કે જે આ પ્રકારના પ્રોગ્રામને લાગુ પડી શકે છે.

સેવાઓ પસંદ કરો	–ઑપ્ટ સેવાનો ઉપયોગ કામચલાઉ ઉપલબ્ધતા સમયપત્રકનો સંચાર કરવા માટે સામાન્ય રીતે ઉપયોગમાં લેવાશે નહીં CPP કાર્યક્રમના ભાગરૂપે. જો કે, કેટલાક જમાવટ આ સેવાનો ઉપયોગ ગ્રાહકો માટે ઉપલબ્ધ ઇવેન્ટ દિવસોને સાચવવા માટે કરી શકે છે જેઓ ઉપલબ્ધતાનો અભાવ દર્શાવે છે.
નોંધણી સેવાઓ	મતદાન અંતરાલ VTN દ્વારા સામાન્ય દિવસ-આગળના CPP કાર્યક્રમો માટે વિનંતી કરવામાં આવે છે એક કલાકમાં એક વખત વધુ વારંવાર હોવું જરૂરી નથી. જો કે, હૃદયના ધબકારા શોધવા માટે મતદાનનો ઉપયોગ વધુ વારંવાર મતદાનની જરૂર પડી શકે છે.

ક્ષમતા બિડિંગ પ્રોગ્રામ

ક્ષમતા બિડિંગ ડીઆર પ્રોગ્રામ લાક્ષણિકતાઓ

લોડ પ્રોfile ઉદ્દેશ્ય	- માંગમાં પીક ઘટાડો અને સંસાધન પર્યાપ્તતા
પ્રાથમિક ડ્રાઈવરો	-મૂડી ખર્ચમાં ઘટાડો અને ઊર્જા ખર્ચમાં ઘટાડો
પ્રોગ્રામ વર્ણન	ક્ષમતા બિડિંગ પ્રોગ્રામનો ઉપયોગ ISO/યુટિલિટીઝ દ્વારા એગ્રીગેટર્સ અથવા સેલ્ફ એગ્રીગ્રેટેડ ગ્રાહકો પાસેથી પ્રી-કમિટેડ લોડ શેડ ક્ષમતા મેળવવા માટે થાય છે. આ પૂર્વ-પ્રતિબદ્ધ લોડ શેડ ક્ષમતાનો ઉપયોગ ISO/ઉપયોગિતાઓ દ્વારા કરવામાં આવે છે જ્યારે તેઓ ઉચ્ચ જથ્થાબંધ બજાર કિંમતો, પાવર સિસ્ટમ કટોકટીની પરિસ્થિતિઓનું અવલોકન કરે છે અથવા અપેક્ષા રાખે છે અથવા ચોક્કસ સમયગાળા દરમિયાન DR ઇવેન્ટ્સને કૉલ કરીને સામાન્ય ઉર્જા સંસાધન ઉપયોગના ભાગ રૂપે.   નોંધ કરો કે દરેક એગ્રીગેટર આ પ્રોગ્રામના ભાગ રૂપે કરવામાં આવેલી ક્ષમતા પ્રતિબદ્ધતાઓને પૂર્ણ કરવા માટે તેમના પોતાના માંગ પ્રતિભાવ પ્રોગ્રામ તેમજ ગ્રાહક સંપાદન અને ઇવેન્ટ સૂચનાને ડિઝાઇન કરવા માટે સામાન્ય રીતે જવાબદાર છે.
ગ્રાહક પ્રોત્સાહન	એગ્રીગેટર્સ/ગ્રાહકો બે પ્રકારના પ્રોત્સાહનો મેળવે છે. પ્રથમ, તેઓ ભવિષ્યની સમય વિન્ડો દરમિયાન DR ઇવેન્ટ્સ માટે ઉપલબ્ધ લોડ શેડ ક્ષમતાની ચોક્કસ રકમ રાખવા માટે ક્ષમતાની ચુકવણી મેળવે છે. બીજું, જો ભવિષ્યની સમય વિન્ડો દરમિયાન કોઈ ઇવેન્ટ બોલાવવામાં આવે તો ઇવેન્ટના સમયગાળા દરમિયાન લોડ શેડ માટે ઊર્જા ચૂકવણી કરવામાં આવી શકે છે.
રેટ ડિઝાઇન	પ્રોગ્રામમાં સહભાગીઓ "ક્ષમતા નોમિનેશન" બિડ કરે છે જે દર્શાવે છે કે તેઓ ભાવિ સમયની વિન્ડો દરમિયાન ઉપલબ્ધ તરીકે રાખવા ઈચ્છે છે. બિડમાં એગ્રીગેટર/ગ્રાહક બેઝલાઇન મૂલ્યથી નીચે લોડ શેડ માટે સ્વીકારવા તૈયાર હોય તે પ્રોત્સાહનનો પણ સમાવેશ થઈ શકે છે. ઉપયોગિતા બજારોમાં ક્ષમતા પ્રતિબદ્ધતા સામાન્ય રીતે આગામી કેલેન્ડર મહિના માટે હોય છે, જો કે ISO બજારોમાં વધુ લાંબા સમયની ફ્રેમનો ઉપયોગ કરવામાં આવે છે. ક્ષમતા નોમિનેશનના ભાગ રૂપે, ગ્રાહક દિવસ-આગળ અથવા સૂચનાના દિવસ અને ઇવેન્ટની અવધિ વિન્ડો (જેમ કે 1-4 કલાક, 2-6 કલાક, …) સહિતની સંખ્યાબંધ લાક્ષણિકતાઓ વચ્ચે પસંદગી કરી શકશે. આ પૂર્વ પ્રતિબદ્ધતા માટે ગ્રાહકને ક્ષમતા ચુકવણી કરવામાં આવે છે, પછી ભલે સમય વિન્ડો દરમિયાન કોઈ ઇવેન્ટ્સ બોલાવવામાં ન આવે. જો ટાઈમ વિન્ડો દરમિયાન કોઈ ઈવેન્ટ બોલાવવામાં આવે તો ગ્રાહક બેઝલાઈનના સંબંધમાં લોડ શેડ માટે એનર્જી પેમેન્ટ મેળવી શકે છે, જો કે ઈવેન્ટ બોલાવવામાં આવે તે સમયે પ્રી-કમિટેડ લોડ શેડ ક્ષમતા કરતાં ઓછી ડિલિવરી કરવામાં આવે તો દંડ લાગુ થઈ શકે છે.
લક્ષ્ય ગ્રાહક	-એગ્રીગેટર્સ અને સેલ્ફ એગ્રીગેટેડ C&I ગ્રાહકો
લક્ષ્ય લોડ્સ	- કોઈપણ

પૂર્વશરત	-ગ્રાહક પાસે અંતરાલ મીટરિંગ હોવું આવશ્યક છે -C&I ગ્રાહકોએ માંગ અથવા બિડ માપદંડને પૂર્ણ કરવો પડશે
કાર્યક્રમ સમય ફ્રેમ	- ગમે ત્યારે
ઇવેન્ટની મર્યાદાઓ	-સામાન્ય રીતે સોમવારથી શુક્રવાર, રજાઓને બાદ કરતાં, સળંગ દિવસની ઇવેન્ટ્સને સામાન્ય રીતે મંજૂરી આપવામાં આવે છે
ઘટના દિવસો	-સામાન્ય રીતે દર મહિને મહત્તમ 30 કલાક
ઇવેન્ટની અવધિ	-સામાન્ય રીતે દિવસના સૌથી વધુ ઉર્જા વપરાશ સમય દરમિયાન તમામ ઇવેન્ટ્સ માટે નિશ્ચિત સમય વિન્ડો દરમિયાન.) ઇવેન્ટનો સમયગાળો 1 થી 8 કલાક સુધીની પસંદગીઓ સાથે અથવા પ્રોગ્રામની ડિઝાઇન દ્વારા નિર્દિષ્ટ કરેલ ગ્રાહક ક્ષમતા પ્રતિબદ્ધતા દ્વારા બદલાય છે
સૂચના	ગ્રાહક ક્ષમતા પ્રતિબદ્ધતા પસંદગીઓ અથવા પ્રોગ્રામની ડિઝાઇનના આધારે દિવસ-આગળનો અથવા દિવસનો દિવસ
વર્તન પસંદ કરો	-સામાન્ય રીતે ગ્રાહકો ઇવેન્ટ માટે પસંદ કરશે કારણ કે તેમની પાસે લોડ શેડ ક્ષમતા પૂર્વ-પ્રતિબદ્ધ છે.
પ્રમાણપત્ર ઘટનાઓ	-સામાન્ય રીતે દર વર્ષે બે (ટેસ્ટ)

ક્ષમતા બિડિંગ પ્રોગ્રામ્સ માટે ઓપનએડીઆર લાક્ષણિકતાઓ

ઘટના સંકેતો	–લોડ શેડના જથ્થા સાથે 1 થી 3 સ્તરો સાથેનું એક સરળ સિગ્નલ. જો પ્રોગ્રામ ફક્ત એક જ સ્તરના લોડ શેડને સપોર્ટ કરે છે, તો તે સ્તર 1 પર મેપ કરવું જોઈએ. લોડ શેડના બહુવિધ સ્તરો ધરાવતા પ્રોગ્રામ્સ માટે, સામાન્ય કામગીરીમાંથી સૌથી નાનો ફેરફાર લેવલ 1 પર મેપ કરવો જોઈએ, જેમાં લોડ શેડના મૂલ્યો સાથે મેપ કરવામાં આવે છે. લોડ શેડની વધતી જતી ડિગ્રીમાં સ્તર 2 અને 3. -જો જમાવટ બી પ્રોને સપોર્ટ કરે છેfile VENs, સિમ્પલ સિગ્નલ ઉપરાંત, એક BID_LOAD અને/અથવા BID_PRICE સિગ્નલ શામેલ હોઈ શકે છે સેટપોઇન્ટ અને કિંમતના સિગ્નલ પ્રકારો અને અનુક્રમે powerReal અને currencyPerKW ના એકમો સાથે પેલોડમાં. BID_LOAD એગ્રીગેટર/ગ્રાહક દ્વારા ક્ષમતા રકમની બિડ સુધી વિનંતી કરેલ લોડ શેડને પ્રતિબિંબિત કરશે અને BID_PRICE એગ્રીગેટર/ગ્રાહક દ્વારા પ્રોત્સાહક બિડને પ્રતિબિંબિત કરશે. ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ
પ્રતિસાદો પસંદ કરો	-વીટીએન ઇવેન્ટ્સ મોકલે છે oadrResponseRequired ઘટકને "હંમેશા" પર સેટ કરવું જોઈએ, VEN ને ઑપ્ટઇન અથવા ઑપ્ટઆઉટ સાથે પ્રતિસાદ આપવાની જરૂર છે -એગ્રીગેટર્સ/ગ્રાહકો પાસે પૂર્વ પ્રતિબદ્ધ ક્ષમતા હોય છે VEN એ optIn સાથે જવાબ આપવો જોઈએ. ઇવેન્ટના જવાબમાં એક નાપસંદગી મોકલવામાં આવી શકે છે, પરંતુ આ એક અનૌપચારિક ઉપલબ્ધતા સંકેત છે, ઇવેન્ટમાંથી ઔપચારિક નાપસંદ કરવાનો નથી. -આ oadrCreateOpt પેલોડ સામાન્ય રીતે ઉપયોગમાં લેવાશે નહીં ઇવેન્ટ્સમાં ભાગ લેતા સંસાધનોને લાયક બનાવવા માટે કારણ કે સામાન્ય રીતે લોડ એક એકીકૃત એન્ટિટી છે.
ઇવેન્ટ વર્ણનકર્તા	- ઘટના અગ્રતા 1 પર સેટ કરવી જોઈએ જ્યાં સુધી પ્રોગ્રામ નિયમો અથવા VTN રૂપરેખાંકન અન્યથા સ્પષ્ટ ન કરે –ટેસ્ટ ઇવેન્ટ્સનો ઉપયોગ કરી શકાય છે ક્ષમતા બિડિંગ કાર્યક્રમો સાથે. જો તેમને મંજૂરી આપવામાં આવે, તો ટેસ્ટ ઇવેન્ટ સૂચવવા માટે testEvent ઘટક "true" પર સેટ હોવું જોઈએ. જો આ તત્વમાં વધારાની પેરામીટરાઇઝ્ડ માહિતીની આવશ્યકતા હોય તો તે આ વધારાની માહિતી સાથે સ્પેસ દ્વારા અલગ કરાયેલ "સાચું" અનુસરી શકે છે.
ઇવેન્ટનો સક્રિય સમયગાળો	– eiRampઉપર, eiRecovery, સહિષ્ણુતા તત્વોનો સામાન્ય રીતે ઉપયોગ થતો નથી
આધારરેખા	–બેઝલાઇન્સ સામાન્ય રીતે ઇવેન્ટ પેલોડમાં શામેલ નથી કારણ કે આ ડેટા સામાન્ય રીતે ઇવેન્ટ શરૂ થાય તે સમયે ઉપલબ્ધ નથી. જો કે, બંને ઉપયોગિતાઓ અને એગ્રીગેટર/ગ્રાહકો કરશે view ઉપયોગી ઘટનાઓમાં આધારરેખા માહિતીનો સમાવેશ.
ઇવેન્ટ લક્ષ્યીકરણ	-ક્ષમતા બિડિંગ પ્રોગ્રામ્સ સામાન્ય રીતે આપેલ ગ્રાહક માટે સંસાધનો વચ્ચે તફાવત કરતા નથી. લક્ષ્યીકરણ સામાન્ય રીતે venID નો ઉલ્લેખ કરે છે, દર્શાવે છે કે VEN સાથે સંકળાયેલા તમામ સંસાધનોએ ભાગ લેવો જોઈએ, અથવા એકંદર લોડના રિસોર્સઆઈડી પ્રતિનિધિનો સમાવેશ કરે છે VEN સાથે સંકળાયેલ છે.
રિપોર્ટિંગ સેવાઓ	ISO ક્ષમતા બિડિંગ પ્રોગ્રામ્સને સામાન્ય રીતે TELEMETRY_USAGE રિપોર્ટ્સની જરૂર હોય છે પાવર રીઅલ ડેટા પોઈન્ટ સાથે. ભૂતપૂર્વ જુઓampપરિશિષ્ટ A માં લેસ. ઉપયોગિતા ક્ષમતા બિડિંગ માટે ટેલિમેટ્રી રિપોર્ટિંગ સામાન્ય રીતે જરૂરી નથી. નોંધ કરો કે ટેલિમેટ્રી રિપોર્ટિંગ માટે B pro જરૂરી છેfile VENs. માજી માટે Annex B નો સંદર્ભ લોampયુટિલિટી પાઇલોટ્સના અહેવાલો કે જે આ પ્રકારના પ્રોગ્રામને લાગુ પડી શકે છે.
સેવાઓ પસંદ કરો	–ઑપ્ટ સેવાનો ઉપયોગ કામચલાઉ ઉપલબ્ધતા સમયપત્રકનો સંચાર કરવા માટે સામાન્ય રીતે ઉપયોગમાં લેવાશે નહીં ક્ષમતા બિડિંગ પ્રોગ્રામના ભાગ રૂપે કારણ કે ગ્રાહકોએ તેમની ઉપલબ્ધતા પૂર્વ-પ્રતિબદ્ધ કરી છે. જો કે, આ સેવા સહભાગીઓ માટે સાધનસામગ્રીની નિષ્ફળતા જેવા કારણોને દૂર કરવા માટે ઉપલબ્ધતાના અભાવને દર્શાવવા માટે અનૌપચારિક માર્ગ તરીકે ઉપયોગી થઈ શકે છે.
નોંધણી સેવાઓ	મતદાન અંતરાલ VTN દ્વારા સામાન્ય દિવસ-આગળના કાર્યક્રમો માટે વિનંતી કરવામાં આવે છે એક કલાકમાં એક વખત વધુ વારંવાર હોવું જરૂરી નથી. જો કે, હૃદયના ધબકારા શોધવા અથવા દિવસના કાર્યક્રમો માટે મતદાનના ઉપયોગ માટે વધુ વારંવાર મતદાનની જરૂર પડી શકે છે.

રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ

આ પ્રોગ્રામ ડાયરેક્ટ લોડ કંટ્રોલ (DLC) નો પ્રતિનિધિ છે જ્યાં ડિમાન્ડ રિસ્પોન્સ સિગ્નલ સીધા જ લોડ શેડિંગ સંસાધનોની વર્તણૂકને સંશોધિત કરે છે, સિગ્નલની પ્રાપ્તિ અને લેવાયેલી ચોક્કસ લોડ શેડિંગ કાર્યવાહી વચ્ચેના તાત્વિક સ્તર વિના.

રેસિડેન્શિયલ થર્મોસ્ટેટ ડીઆર પ્રોગ્રામ લાક્ષણિકતાઓ

લોડ પ્રોfile ઉદ્દેશ્ય	- માંગમાં પીક ઘટાડો
પ્રાથમિક ડ્રાઈવરો	-મૂડી ખર્ચમાં ઘટાડો અને ઊર્જા ખર્ચમાં ઘટાડો
પ્રોગ્રામ વર્ણન	-જ્યારે ઉપયોગિતાઓ ઉંચી જથ્થાબંધ બજાર કિંમતો અથવા પાવર સિસ્ટમની કટોકટીની સ્થિતિઓનું અવલોકન કરે છે અથવા તેની અપેક્ષા રાખે છે, ત્યારે તેઓ એવી ઇવેન્ટ શરૂ કરી શકે છે જે ગ્રાહકના પ્રોગ્રામેબલ કોમ્યુનિકેટિંગ થર્મોસ્ટેટ (PCT) ની વર્તણૂકને ચોક્કસ સમયગાળા દરમિયાન સંશોધિત કરે છે (દા.ત., ગરમ પર બપોરે 3 થી 6 વાગ્યા સુધી). ઉનાળો સપ્તાહનો દિવસ) ઊર્જા વપરાશ ઘટાડવા માટે. - ઘટનાના પ્રતિભાવમાં PCT વર્તણૂકમાં ફેરફાર એ ઇવેન્ટના સમયગાળા માટે તાપમાન સેટપોઇન્ટમાં એક સરળ ફેરફાર અથવા પ્રી-કૂલિંગ સહિત ફેરફારોનો વધુ જટિલ સમૂહ હોઇ શકે છે, જે ગ્રાહકના આરામ પર ઇવેન્ટની અસરને ઘટાડે છે. સ્તર
ગ્રાહક પ્રોત્સાહન	- પ્રોત્સાહનો બે સામાન્ય સ્વરૂપો લે છે. સૌપ્રથમ, ગ્રાહકોને DR પ્રોગ્રામમાં નોંધણી કરાવવા માટે પ્રોત્સાહન તરીકે મફત PCT અથવા ગ્રાહક દ્વારા ખરીદેલ PCT પર ડિસ્કાઉન્ટ/રિબેટ્સ ઓફર કરવામાં આવી શકે છે. બીજું, ગ્રાહકો પ્રોગ્રામમાં સતત નોંધણી માટે ચાલુ વાર્ષિક સ્ટાઈપેન્ડ મેળવી શકે છે. ઇવેન્ટ દરમિયાન વાસ્તવિક ઉર્જા ઘટાડા પર આધારિત ગ્રાહકોને ચૂકવવામાં આવતા પ્રોત્સાહનો ઓછા સામાન્ય હશે.
રેટ ડિઝાઇન	-મુખ્યત્વે એક પ્રોત્સાહક કાર્યક્રમ, જ્યાં ગ્રાહકોને ડીઆર પ્રોગ્રામમાં નોંધણી માટે ડિસ્કાઉન્ટેડ અથવા મફત પીસીટી મળે છે. કેટલાક કાર્યક્રમો પ્રસંગો દરમિયાન ઊર્જા ઘટાડા પર આધારિત સામયિક સ્ટાઇપેન્ડ અથવા પ્રોત્સાહન ચૂકવણી કરી શકે છે.
લક્ષ્ય ગ્રાહક	- રહેણાંક
લક્ષ્ય લોડ	-HVAC
પૂર્વશરત	-સામાન્ય રીતે કોઈ નહીં, કારણ કે પ્રોગ્રામ નોંધણીના ભાગ રૂપે ગ્રાહકોને PCT પ્રાપ્ત થાય છે
કાર્યક્રમ સમય ફ્રેમ	-સામાન્ય રીતે વર્ષના મહિનાઓ સુધી વિસ્તરે છે જ્યાં સૌથી વધુ ઉર્જાનો વપરાશ થાય છે, જોકે કેટલાક કિસ્સાઓમાં આખું વર્ષ હોઈ શકે છે.
ઇવેન્ટની મર્યાદાઓ	-સામાન્ય રીતે સોમવારથી શુક્રવાર, રજાઓ સિવાય, સળંગ દિવસની ઇવેન્ટ્સને સામાન્ય રીતે મંજૂરી આપવામાં આવે છે.
ઘટના દિવસો	-સામાન્ય રીતે દર વર્ષે 9 થી 15
ઇવેન્ટની અવધિ	- ઘટનાઓ કોઈપણ સમયે થઈ શકે છે, 2 થી 4 કલાક સુધીની અવધિ સાથે, જો કે સામાન્ય રીતે ઘટનાઓ દિવસના સૌથી વધુ ઉર્જા વપરાશના સમય દરમિયાન થાય છે.
સૂચના	-સામાન્ય રીતે આગળનો દિવસ, જોકે કેટલાક પ્રોગ્રામમાં સૂચનાનો સમય 10 મિનિટ જેટલો ઓછો હોઈ શકે છે.
વર્તન પસંદ કરો	-ગ્રાહકોને ઇવેન્ટમાં ભાગ લેવાની જરૂર નથી, જો કે તેઓ ઇવેન્ટમાં ઑટોમૅટિક રીતે પસંદ કરવામાં આવશે સિવાય કે તેઓ ઇવેન્ટને ઓવરરાઇડ કરવા અથવા ઇવેન્ટ દરમિયાન તાપમાનમાં મેન્યુઅલ ગોઠવણો ન કરે.
પ્રમાણપત્ર ઘટનાઓ	-સામાન્ય રીતે કોઈ નહીં

રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ્સ માટે ઓપનએડીઆર લાક્ષણિકતાઓ

ઘટના સંકેતો	–PCT તાપમાન સેટપોઇન્ટ ઓફસેટ્સ અથવા થર્મોસ્ટેટિક સાયકલિંગ ટકામાં ફેરફાર માટે 1 થી 3 સ્તર સાથેનું એક સરળ સિગ્નલtagઇ જો રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામમાં સિંગલ ઑફસેટ/સાયકલિંગ ઘટક હોય તો તેને લેવલ 1 પર મેપ કરવું જોઈએ. બહુવિધ ઑફસેટ/સાયકલિંગ ઘટકો ધરાવતા પ્રોગ્રામ માટે, સામાન્ય ઑપરેશનમાંથી સૌથી નાનો ફેરફાર અન્ય ઑફસેટ/સાયકલિંગ મૂલ્યો સાથે લેવલ 1 પર મૅપ કરવો જોઈએ. લોડ શેડ અસરની વધતી જતી ડિગ્રીમાં સ્તર 2 અને 3 પર મેપ કરવામાં આવે છે. -જો જમાવટ બી પ્રોને સપોર્ટ કરે છેfile VENs, SIMPLE સિગ્નલ ઉપરાંત, એક LOAD_CONTROL સિગ્નલ શામેલ હોઈ શકે છે પેલોડમાં એક પ્રકાર સાથે x-loadControlLevelOffset અથવા x-loadControlCapacity ઇચ્છિત તાપમાન સેટપોઇન્ટ ઓફસેટ અથવા થર્મોસ્ટેટિક સાયકલિંગ ટકાનો ઉલ્લેખ કરવા માટેtage અનુક્રમે. ફરી શરૂ કરવામાં આવે છે કે એ x-loadControlLevelOffset signalType નો ઉપયોગ કરીને પેલોડ્સમાં ઉપયોગ કરીને "તાપમાન" નો એકમ પ્રકાર ઑફસેટ માટે સેલ્સિયસ અથવા ફેરનહીટ સૂચવવા માટે. ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ
પ્રતિસાદો પસંદ કરો	-વીટીએન ઇવેન્ટ્સ મોકલે છે oadrResponseRequired ઘટકને "હંમેશા" પર સેટ કરવું જોઈએ, VEN ને ઑપ્ટઇન અથવા ઑપ્ટઆઉટ સાથે પ્રતિસાદ આપવાની જરૂર છે – VEN એ optIn સાથે પ્રતિસાદ આપવો જોઈએ સિવાય કે ગ્રાહક દ્વારા કોઈ ચોક્કસ ઓવરરાઈડ પગલાં લેવામાં આવ્યા હોય. -આ oadrCreateOpt પેલોડનો ઉપયોગ VENs દ્વારા થઈ શકે છે ઇવેન્ટમાં સંસાધનોની સહભાગિતાને પાત્ર બનાવવા માટે. ઉદાહરણ તરીકે, ઇવેન્ટ બે થર્મોસ્ટેટ્સના રિસોર્સઆઈડીને લક્ષ્ય બનાવી શકે છે જે અલગ HVAC સિસ્ટમને નિયંત્રિત કરે છે. જો ગ્રાહક નક્કી કરે છે કે HVAC સિસ્ટમમાંથી માત્ર એક જ ઇવેન્ટમાં ભાગ લઈ શકે છે, તો આ oadrCreateOpt પેલોડનો ઉપયોગ કરીને VTN ને સંચાર કરવામાં આવશે. નોંધ કરો કે oadrCreateOpt પેલોડ માત્ર B pro દ્વારા જ સમર્થિત છેfile VENs
ઇવેન્ટ વર્ણનકર્તા	- ઘટના અગ્રતા 1 પર સેટ કરવી જોઈએ જ્યાં સુધી પ્રોગ્રામ નિયમો અથવા VTN રૂપરેખાંકન અન્યથા સ્પષ્ટ ન કરે –ટેસ્ટ ઇવેન્ટનો સામાન્ય રીતે ઉપયોગ થતો નથી રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ્સ સાથે. જો કે જો તેમને મંજૂરી આપવામાં આવે તો ટેસ્ટ ઇવેન્ટ દર્શાવવા માટે testEvent ઘટકને "true" પર સેટ કરવું જોઈએ. જો આ તત્વમાં વધારાની પેરામીટરાઇઝ્ડ માહિતીની આવશ્યકતા હોય તો તે આ વધારાની માહિતી સાથે સ્પેસ દ્વારા અલગ કરાયેલ "સાચું" અનુસરી શકે છે.
ઇવેન્ટનો સક્રિય સમયગાળો	–રેન્ડમાઇઝેશનનો ઉપયોગ સામાન્ય રીતે રહેણાંક થર્મોસ્ટેટ ઇવેન્ટ્સ માટે સહનશીલતા તત્વનો ઉપયોગ કરીને થાય છે – eiRampઉપર અને eiRecovery તત્વોનો સામાન્ય રીતે ઉપયોગ થતો નથી
આધારરેખા	–બેઝલાઇન્સ સામાન્ય રીતે ઇવેન્ટ પેલોડમાં શામેલ નથી
ઇવેન્ટ લક્ષ્યીકરણ	-રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ્સ PCT દ્વારા નિયંત્રિત HVAC સંસાધનોને લક્ષ્ય બનાવે છે. લક્ષ્યીકરણ સામાન્ય રીતે રિસોર્સઆઈડીનો ઉલ્લેખ કરે છે VEN સાથે સંકળાયેલ એચવીએસી સિસ્ટમ્સ (એટલે ​​કે થર્મોસ્ટેટ). અથવા થર્મોસ્ટેટ પર સેટ કરેલ ઇવેન્ટ સિગ્નલ ઉપકરણ વર્ગ લક્ષ્ય સાથે venID
રિપોર્ટિંગ સેવાઓ	–ટેલિમેટ્રી રિપોર્ટિંગનો સામાન્ય રીતે ઉપયોગ થતો નથી કારણ કે તે રહેણાંક થર્મોસ્ટેટ પ્રોગ્રામ માટે બિલકુલ જરૂરી નથી માજી માટે Annex B નો સંદર્ભ લોampયુટિલિટી પાઇલોટ્સના અહેવાલો કે જે આ પ્રકારના પ્રોગ્રામને લાગુ પડી શકે છે.
સેવાઓ પસંદ કરો	–ઑપ્ટ સેવાનો ઉપયોગ કામચલાઉ ઉપલબ્ધતા સમયપત્રકનો સંચાર કરવા માટે સામાન્ય રીતે ઉપયોગમાં લેવાશે નહીં CPP કાર્યક્રમના ભાગરૂપે.
નોંધણી સેવાઓ	મતદાન અંતરાલ VTN દ્વારા સામાન્ય દિવસ-આગળના રહેણાંક થર્મોસ્ટેટ કાર્યક્રમો માટે વિનંતી કરવામાં આવી છે એક કલાકમાં એક વખત વધુ વારંવાર હોવું જરૂરી નથી. જો કે, હૃદયના ધબકારા શોધવા માટે મતદાનના ઉપયોગ માટે વધુ વારંવાર મતદાનની જરૂર પડી શકે છે કારણ કે રહેણાંક થર્મોસ્ટેટ પ્રોગ્રામ્સ નોંધપાત્ર રીતે ટૂંકા સૂચના સમય સાથે હશે.

ઝડપી DR ડિસ્પેચ

ઝડપી DR ડિસ્પેચ પ્રોગ્રામ લાક્ષણિકતાઓ

લોડ પ્રોfile ઉદ્દેશ્ય	- "રીઅલ-ટાઇમ" માં લોડ પ્રતિસાદ પ્રાપ્ત કરવા માટે સંસાધનો મોકલો
પ્રાથમિક ડ્રાઈવરો	-ગ્રીડ વિશ્વસનીયતા અને આનુષંગિક સેવાઓ
પ્રોગ્રામ વર્ણન	"રીઅલ-ટાઇમ" માં પ્રી-કમિટેડ લોડ રિસ્પોન્સ મેળવવા માટે ISO/યુટિલિટીઝ દ્વારા ઝડપી DR નો ઉપયોગ કરવામાં આવે છે. આ પૂર્વ-પ્રતિબદ્ધ લોડ પ્રતિસાદનો ઉપયોગ ISO/યુટિલિટી દ્વારા કરવામાં આવે છે જ્યારે તેઓ ગ્રીડની સ્થિરતા અને અખંડિતતા જાળવવા માટે તાત્કાલિક પગલાંની જરૂર હોય તેવી પરિસ્થિતિઓનું અવલોકન કરે છે. રીઅલ-ટાઇમનો અર્થ એ છે કે સંસાધનો સામાન્ય રીતે નિયમન હેતુઓ માટે ઉપયોગમાં લેવાતા સંસાધનો માટે 10 મિનિટથી માંડીને 2 સેકન્ડ સુધીના સંસાધનો માટે લેટન્સી સાથે મોકલવામાં આવે છે. લોડ રિસ્પોન્સનું કદ એટલું મોટું હોવું જોઈએ કે જેથી ગ્રીડની સ્થિતિને હળવી કરવામાં કોઈ ફરક પડે અને આ રીતે સંસાધનો સામાન્ય રીતે ખૂબ મોટા હોય છે અને એકંદર સંસાધનના ભાગ રૂપે એગ્રીગેટર દ્વારા મેનેજ કરવામાં આવે છે. આનુષંગિક સેવાઓમાં ભાગ લેવા માટે લાયક બનવા માટેના સંસાધન માટે લોડ રિસ્પોન્સ માટે લઘુત્તમ માપ સામાન્ય રીતે 500 kW આસપાસ હોય છે, પરંતુ કેટલાક કાર્યક્રમો માટે તે 100 kW જેટલું ઓછું હોઈ શકે છે. નોંધ કરો કે જો સંસાધનનો ઉપયોગ અનામત તરીકે કરવામાં આવે તો તેને સામાન્ય રીતે લોડ ઘટાડવા (એટલે ​​​​કે શેડ) માટે કહેવામાં આવશે, પરંતુ જો તેનો ઉપયોગ નિયમન હેતુઓ માટે કરવામાં આવતો હોય તો તેને ક્યાં તો લોડ વધારવા અથવા ઘટાડવા માટે મોકલી શકાય છે.
ગ્રાહક પ્રોત્સાહન	એગ્રીગેટર્સ/ગ્રાહકો સામાન્ય રીતે બે પ્રકારના પ્રોત્સાહનો મેળવે છે. પ્રથમ, તેઓ ભવિષ્યની સમય વિન્ડો દરમિયાન DR ઇવેન્ટ્સ માટે લોડ પ્રતિસાદની ચોક્કસ રકમ ઉપલબ્ધ કરાવવા અને ઉપલબ્ધ કરાવવા માટે ચુકવણી મેળવે છે. લોડ પ્રતિસાદની રકમ, ઉપલબ્ધતાની સમય વિન્ડો અને ચૂકવવાની રકમ સામાન્ય રીતે એગ્રીગેટર/ગ્રાહક દ્વારા સેટ કરવામાં આવે છે. બીજું, જો કોઈ ઇવેન્ટને ભાવિ સમય વિન્ડો દરમિયાન બોલાવવામાં આવે તો ઇવેન્ટના સમયગાળા દરમિયાન લોડ પ્રતિસાદની રકમના આધારે ચુકવણી.
રેટ ડિઝાઇન	પ્રોગ્રામમાં સહભાગીઓ ભાવિ સમયની વિન્ડો દરમિયાન તેઓ ઉપલબ્ધ કરાવવા માટે તૈયાર છે તે લોડ પ્રતિસાદ દર્શાવતી બિડ સબમિટ કરે છે. બિડમાં સામાન્ય રીતે એગ્રીગેટર/ગ્રાહક લોડ પ્રતિસાદ માટે સ્વીકારવા તૈયાર હોય તે ચુકવણીનો પણ સમાવેશ થાય છે. યુટિલિટી/આઈએસઓ માર્કેટમાં બિડ સામાન્ય રીતે આગળના દિવસે અથવા તે સમયગાળાના દિવસે સબમિટ કરવામાં આવે છે જેના માટે પ્રતિબદ્ધતા કરવામાં આવી રહી છે. બજારોમાં તેમની લાયકાત અને નોંધણીના ભાગ રૂપે વિવિધ પર્ફોર્મન્સ એન્વલપ પેરામીટર્સ સંસાધન સાથે સંકળાયેલા છે જેમ કે આર.amp દર અને ન્યૂનતમ અને મહત્તમ ઓપરેટિંગ મર્યાદા. આવા પરિમાણો તેને કેવી રીતે મોકલવામાં આવશે તેનું સંચાલન કરે છે. જો સહભાગીની બિડ સ્વીકારવામાં આવે તો ગ્રાહકને તેમની પૂર્વ પ્રતિબદ્ધતા માટે ચૂકવણી કરવામાં આવી શકે છે, પછી ભલે સમય વિન્ડો દરમિયાન કોઈ ઇવેન્ટ્સ બોલાવવામાં ન આવે. જો ટાઈમ વિન્ડો દરમિયાન કોઈ ઈવેન્ટ બોલાવવામાં આવે તો ગ્રાહક ઈવેન્ટ દરમિયાન તેમના પ્રદર્શન માટે વધારાની ચૂકવણીઓ મેળવી શકે છે. આવા પર્ફોર્મન્સ આધારિત ચુકવણીઓ સંખ્યાબંધ પરિબળો પર આધારિત હોઈ શકે છે જેમાં રકમ ઊર્જા, શક્તિ, સંસાધન રવાનગી સૂચનાઓને કેટલી નજીકથી અનુસરે છે અને "માઈલેજ" ચુકવણી જે દર્શાવે છે કે તેમનો ભાર કેટલો છે.file ઇવેન્ટ દરમિયાન બદલવાની જરૂર હતી. આમાંના કેટલાક પરિમાણો જેમ કે ઊર્જા અને શક્તિ આધારરેખાના સંદર્ભમાં હોઈ શકે છે.
લક્ષ્ય ગ્રાહક	-એગ્રીગેટર્સ અને સ્વ-એગ્રિગેટેડ C&I ગ્રાહકો
લક્ષ્ય લોડ્સ	- જે રીઅલ-ટાઇમ ડિસ્પેચનો જવાબ આપી શકે છે.

પૂર્વશરત	-ગ્રાહક પાસે અંતરાલ મીટરિંગ હોવું આવશ્યક છે -લોડ પ્રતિસાદ માટે લઘુત્તમ કદની આવશ્યકતાઓને પૂર્ણ કરવી આવશ્યક છે -રીઅલ-ટાઇમ ડિસ્પેચનો પ્રતિસાદ આપવા માટે સક્ષમ હોવા જોઈએ -સામાન્ય રીતે રીઅલ-ટાઇમ ટેલિમેટ્રી સપ્લાય કરવાની હોય છે જે વર્તમાન લોડ પ્રતિભાવ દર્શાવે છે
કાર્યક્રમ સમય ફ્રેમ	- ગમે ત્યારે
ઇવેન્ટની મર્યાદાઓ	-કોઈ નહીં
ઘટના દિવસો	-કોઈ નહીં
ઇવેન્ટની અવધિ	-સામાન્ય રીતે ટૂંકી (30 મિનિટથી ઓછી), પરંતુ કોઈ પણ સંજોગોમાં સહભાગીએ તેમની બિડ સબમિટ કરતી વખતે સંસાધન ઉપલબ્ધ કરાવ્યું હોય તે સમયની વિન્ડોને ક્યારેય ઓળંગશે નહીં.
સૂચના	-કોઈ નહીં
વર્તન પસંદ કરો	-ગ્રાહકોને પૂર્વ-પ્રતિબદ્ધ લોડ પ્રતિસાદ આપવામાં આવે છે તે જોતાં તેઓ ડિફોલ્ટ રૂપે ઇવેન્ટ્સમાં પસંદ કરવામાં આવે છે
પ્રમાણપત્ર ઘટનાઓ	-સામાન્ય રીતે દર વર્ષે એક (ટેસ્ટ)

ક્ષમતા બિડિંગ પ્રોગ્રામ્સ માટે ઓપનએડીઆર લાક્ષણિકતાઓ

ઘટના સંકેતો	–સ્તર 1 થી 3 સાથે એક સરળ સિગ્નલ લોડ પ્રતિભાવની માત્રા સાથે મેપ કરેલું છે. જો પ્રોગ્રામ માત્ર એક જ સ્તરના લોડ પ્રતિભાવને સપોર્ટ કરે છે, તો તે સ્તર 1 પર મેપ કરવું જોઈએ. લોડ પ્રતિભાવના એકથી વધુ સ્તરવાળા પ્રોગ્રામ્સ માટે, સામાન્ય કામગીરીમાંથી સૌથી નાનો ફેરફાર લેવલ 1 પર મેપ કરવો જોઈએ, જેમાં લોડ શેડ મૂલ્યો સાથે મેપ કરવામાં આવે છે. લોડ પ્રતિભાવની વધતી જતી ડિગ્રીમાં સ્તર 2 અને 3. -જો જમાવટ બી પ્રોને સપોર્ટ કરે છેfile VENs, સિમ્પલ સિગ્નલ ઉપરાંત, LOAD_DISPATCH સિગ્નલના રૂપમાં ડિસ્પેચનો સમાવેશ થઈ શકે છે. સેટપોઇન્ટ અથવા ડેલ્ટાના સિગ્નલ પ્રકારો અને પાવરરિયલના એકમો સાથે પેલોડમાં. આ સિગ્નલ લોડના ઇચ્છિત "ઓપરેટિંગ પોઈન્ટ"નું પ્રતિનિધિત્વ કરે છે અને સંસાધન વર્તમાન ઓપરેટિંગ પોઈન્ટમાંથી mW ની ચોક્કસ રકમ (એટલે ​​કે સેટપોઈન્ટ) અથવા mW ની કેટલીક સંબંધિત સંખ્યા (એટલે ​​​​કે ડેલ્ટા) તરીકે વ્યક્ત કરી શકાય છે. ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ
પ્રતિસાદો પસંદ કરો	-વીટીએન ઇવેન્ટ્સ મોકલે છે oadrResponseRequired ઘટકને "હંમેશા" પર સેટ કરવું જોઈએ, VEN ને ઑપ્ટઇન અથવા ઑપ્ટઆઉટ સાથે પ્રતિસાદ આપવાની જરૂર છે -એગ્રીગેટર્સ/ગ્રાહકો પાસે પૂર્વ પ્રતિબદ્ધ ક્ષમતા હોય છે VEN એ optIn સાથે જવાબ આપવો જોઈએ. ઇવેન્ટના જવાબમાં એક નાપસંદગી મોકલવામાં આવી શકે છે, પરંતુ આ એક અનૌપચારિક ઉપલબ્ધતા સંકેત છે, ઇવેન્ટમાંથી ઔપચારિક નાપસંદ કરવાનો નથી. -આ oadrCreateOpt પેલોડ સામાન્ય રીતે ઉપયોગમાં લેવાશે નહીં ઇવેન્ટ્સમાં ભાગ લેતા સંસાધનોને લાયક બનાવવા માટે કારણ કે સામાન્ય રીતે લોડ એક એકીકૃત એન્ટિટી છે.
ઇવેન્ટ વર્ણનકર્તા	- ઘટના અગ્રતા 1 પર સેટ કરવી જોઈએ જ્યાં સુધી પ્રોગ્રામ નિયમો અથવા VTN રૂપરેખાંકન અન્યથા સ્પષ્ટ ન કરે –ટેસ્ટ ઇવેન્ટ્સનો ઉપયોગ કરી શકાય છે, ખાસ કરીને સંસાધનની નોંધણી અને લાયકાત દરમિયાન. જો તેમને મંજૂરી આપવામાં આવે, તો ટેસ્ટ ઇવેન્ટ સૂચવવા માટે testEvent ઘટક "true" પર સેટ હોવું જોઈએ. જો આ તત્વમાં વધારાની પેરામીટરાઇઝ્ડ માહિતીની આવશ્યકતા હોય તો તે આ વધારાની માહિતી સાથે સ્પેસ દ્વારા અલગ કરાયેલ "સાચું" અનુસરી શકે છે.
ઇવેન્ટનો સક્રિય સમયગાળો	– સહનશીલતા તત્વોનો ઉપયોગ થતો નથી. આ eiRampઅપ અને eiRecovery સમયગાળો સામાન્ય રીતે સંસાધનના પરિમાણોનો ભાગ હોય છે જ્યારે તેઓ નોંધણી કરે છે અને તેનો ઉપયોગ થઈ શકે છે. ડિસ્પેચની પ્રકૃતિને કારણે તે ખુલ્લા અંતમાં હોઈ શકે છે અને તેથી ઇવેન્ટ માટે કોઈ અંતિમ સમય ન હોઈ શકે.
આધારરેખા	–બેઝલાઇન્સ સામાન્ય રીતે ઇવેન્ટ પેલોડમાં શામેલ નથી કારણ કે આ ડેટા સામાન્ય રીતે ઇવેન્ટ શરૂ થાય તે સમયે ઉપલબ્ધ હોતો નથી. જો કે, બંને ઉપયોગિતાઓ અને એગ્રીગેટર/ગ્રાહકો કરશે view ઉપયોગી ઘટનાઓમાં આધારરેખા માહિતીનો સમાવેશ.
ઇવેન્ટ લક્ષ્યીકરણ	-ક્ષમતા બિડિંગ પ્રોગ્રામ્સ સામાન્ય રીતે આપેલ ગ્રાહક માટે સંસાધનો વચ્ચે તફાવત કરતા નથી. લક્ષ્યીકરણ સામાન્ય રીતે venID નો ઉલ્લેખ કરે છે, દર્શાવે છે કે VEN સાથે સંકળાયેલા તમામ સંસાધનોએ ભાગ લેવો જોઈએ, અથવા એકંદર લોડના રિસોર્સઆઈડી પ્રતિનિધિનો સમાવેશ કરે છે VEN સાથે સંકળાયેલ છે.
રિપોર્ટિંગ સેવાઓ	ઝડપી DR પ્રોગ્રામ માટે સામાન્ય રીતે TELEMETRY_USAGE રિપોર્ટ્સની જરૂર પડે છે પાવર રીઅલ ડેટા પોઈન્ટ સાથે. વપરાશ અહેવાલ સંસાધન વર્તમાન ઓપરેટિંગ પોઈન્ટ દર્શાવે છે અને ઉપયોગિતા/ISO દ્વારા તે નિર્ધારિત કરવા માટે કરવામાં આવે છે કે સંસાધન મોકલવામાં આવેલી ડિસ્પેચ સૂચનાને કેટલી નજીકથી અનુસરે છે. કેટલાક કિસ્સાઓમાં ટેલિમેટ્રીમાં અન્ય ડેટા પોઈન્ટ્સનો સમાવેશ થઈ શકે છે જેમ કે વોલ્યુમtagઇ રીડિંગ્સ અને ચાર્જ સ્ટેટ (એટલે ​​​​કે ઊર્જા) કિસ્સામાં જ્યાં સંસાધનો સંગ્રહનું અમુક સ્વરૂપ છે. કેટલાક કિસ્સાઓમાં રિપોર્ટિંગ આવર્તન દર 2 સેકન્ડ જેટલી ઊંચી હોઈ શકે છે. નોંધ કરો કે ટેલિમેટ્રી રિપોર્ટિંગ માટે B pro જરૂરી છેfile VENs. ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ માજી માટે Annex B નો પણ સંદર્ભ લોampયુટિલિટી પાઇલોટ્સના અહેવાલો કે જે આ પ્રકારના પ્રોગ્રામને લાગુ પડી શકે છે.
સેવાઓ પસંદ કરો	–અસ્થાયી ઉપલબ્ધતાનો સંપર્ક કરવા માટે Opt સેવાનો ઉપયોગ સમયપત્રક સામાન્ય રીતે ઉપયોગમાં લેવાશે નહીં કારણ કે ગ્રાહકોએ તેમની ઉપલબ્ધતા પહેલાથી જ પ્રતિબદ્ધ કરી છે. જો કે, આ સેવા સહભાગીઓ માટે સાધનસામગ્રીની નિષ્ફળતા જેવા કારણોને દૂર કરવા માટે ઉપલબ્ધતાના અભાવને દર્શાવવા માટે અનૌપચારિક માર્ગ તરીકે ઉપયોગી થઈ શકે છે.
નોંધણી સેવાઓ	રીઅલ-ટાઇમ ડિસ્પેચની ઓછી લેટન્સી જરૂરિયાતોને કારણે માત્ર પુશ ક્રિયાપ્રતિક્રિયા પેટર્નનો ઉપયોગ થાય છે.

રેસિડેન્શિયલ ઇલેક્ટ્રિક વ્હીકલ (EV) ઉપયોગનો સમય (TOU) પ્રોગ્રામ

રેસિડેન્શિયલ EV TOU પ્રોગ્રામ લાક્ષણિકતાઓ

લોડ પ્રોfile ઉદ્દેશ્ય	દરનું માળખું કે જેના દ્વારા ગ્રાહકોને વપરાશ પેટર્નમાં ફેરફાર કરવા માટે ઇલેક્ટ્રિક વાહનોના ચાર્જિંગના ખર્ચમાં ફેરફાર કરવામાં આવે છે.
પ્રાથમિક ડ્રાઈવરો	રહેણાંક ઉર્જાનો ઉપયોગ સાંજે શિખરો પર થાય છે. EV ચાર્જિંગમાં 4-8 કલાકનો સમય લાગતો હોવાથી, લોડ શિખરોને શિફ્ટ કરવામાં થોડા કલાકો સુધી વિલંબ થઈ શકે છે.
પ્રોગ્રામ વર્ણન	જે ગ્રાહકો પાસે ઈલેક્ટ્રિક વાહન છે તેઓ ઈલેક્ટ્રિક વ્હીકલ ટાઈમ-ઓફ-યુઝ (EV-TOU) રેટ માટે સાઈન અપ કરી શકે છે અને ઑફ-પીક અવર્સ દરમિયાન તેમના વાહનને ચાર્જ કરવા માટે નીચા દરો પ્રાપ્ત કરી શકે છે, જેમ કે મધ્યરાત્રિથી સવારે 5 વાગ્યાની વચ્ચે ઈવી-TOU દરો છે. જ્યારે વીજળીની માંગ સૌથી વધુ હોય ત્યારે ગ્રાહકોને વીજળીના દિવસના વપરાશને મર્યાદિત કરવા પ્રોત્સાહિત કરવા ઓફર કરવામાં આવે છે.
ગ્રાહક પ્રોત્સાહન	EVs માટે ઓછા ખર્ચાળ ચાર્જિંગ.
રેટ ડિઝાઇન	મિડ-ડે પીક, સવારે અને સાંજે મિડ-પીક અને 12AM-5AM ઑફ-પીક સાથે TOU
લક્ષ્ય ગ્રાહક	લોડ પ્રો સાથે EV માલિકfile જે સાંજે શિખરે છે.
લક્ષ્ય લોડ્સ	ઇવી ચાર્જર્સ
પૂર્વશરત	ગ્રાહક પાસે સ્માર્ટ મીટર અને EV હોવું આવશ્યક છે
કાર્યક્રમ સમય ફ્રેમ	આખું વર્ષ
ઇવેન્ટની મર્યાદાઓ	કોઈ નહિ
ઘટના દિવસો	દરરોજ, અથવા ફક્ત અઠવાડિયાના દિવસો
ઇવેન્ટની અવધિ	5-8 કલાક
સૂચના	ગ્રાહકને તેમના માસિક બિલ પર કિંમતના સ્તરો વિશે સૂચિત કરવામાં આવે છે, અને VTN દિવસ-આગળ ઇવેન્ટ સિગ્નલ મોકલે છે.
વર્તન પસંદ કરો	દરદાતાઓ તેમના રેટ પ્લાન બદલી શકે છે જેમ કે તેઓ સામાન્ય રીતે ઉપયોગિતા સાથે કરે છે.
પ્રમાણપત્ર ઘટનાઓ

રેસિડેન્શિયલ EV TOU પ્રોગ્રામ્સ માટે OpenADR લાક્ષણિકતાઓ

ઘટના સંકેતો	વાસ્તવિક કિંમત સ્તરો સાથે ELECTRICITY_PRICE સંકેતો, તેમજ 2.0a VEN દ્વારા સહભાગિતાને મંજૂરી આપવા માટે સરળ સંકેતો ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ
પ્રતિસાદો પસંદ કરો	હંમેશા VEN દ્વારા પસંદ કરો
ઇવેન્ટ વર્ણનકર્તા	દર અઠવાડિયે એક ઇવેન્ટ, દરેક કિંમત સ્તર માટે ઇવેન્ટ અંતરાલો સાથે
ઇવેન્ટનો સક્રિય સમયગાળો	ઓછામાં ઓછા 24 કલાક સૂચનાનો ઉપયોગ કરવો જોઈએ. દરેક ઇવેન્ટ અંતરાલ TOU દર સ્તરને કેપ્ચર કરે છે
આધારરેખા	N/A
ઇવેન્ટ લક્ષ્યીકરણ	કોઈ અદ્યતન લક્ષ્યીકરણની જરૂર નથી, ફક્ત VEN-સ્તરનું લક્ષ્યીકરણ.
રિપોર્ટિંગ સેવાઓ	કોઈ રિપોર્ટિંગની જરૂર નથી, તમામ ડેટા મીટરમાંથી આવી શકે છે. માજી માટે Annex B નો સંદર્ભ લોampયુટિલિટી પાઇલોટ્સના અહેવાલો કે જે આ પ્રકારના પ્રોગ્રામને લાગુ પડી શકે છે.
સેવાઓ પસંદ કરો	ઑપ્ટ સેવાઓ આ પ્રોગ્રામ પ્રકાર સાથે સંબંધિત નથી.
નોંધણી સેવાઓ	ગ્રાહકો કિંમત નિર્ધારણ સંકેતો પ્રાપ્ત કરવા માટે ઉપયોગિતા સાથે તેમના VEN ની પૂર્વ જોગવાઈ કરશે.

પબ્લિક સ્ટેશન ઇલેક્ટ્રિક વ્હીકલ (EV) રીઅલ-ટાઇમ પ્રાઇસિંગ પ્રોગ્રામ

પબ્લિક સ્ટેશન EV RTP પ્રોગ્રામની લાક્ષણિકતાઓ

લોડ પ્રોfile ઉદ્દેશ્ય	ડિમાન્ડ રિસ્પોન્સ પ્રવૃત્તિ કે જેના દ્વારા ઈલેક્ટ્રિક વાહનોના ચાર્જિંગના ખર્ચમાં ફેરફાર કરવામાં આવે છે જેથી કરીને પીક પ્રાઈસિંગની વાસ્તવિકતાને ગ્રાહકો પર લઈ જવામાં આવે.
પ્રાથમિક ડ્રાઈવરો	વીજળીની કિંમત એક દિવસમાં બદલાતી રહે છે. આ પ્રોગ્રામનો હેતુ ચાર્જિંગની કિંમતને વીજળીના ખર્ચ સાથે વધુ અસરકારક રીતે મેચ કરવાનો છે.
પ્રોગ્રામ વર્ણન	સાર્વજનિક ચાર્જર કાર્યસ્થળો પર, સાર્વજનિક પાર્કિંગની જગ્યાઓ અને છૂટક દુકાનોમાં અસ્તિત્વમાં હોઈ શકે છે. આ પ્રોગ્રામ સંભવિત ચાર્જર્સને પ્લગ ઇન કરતા પહેલા રીઅલ-ટાઇમ કિંમતો રિલે કરે છે, જેથી તેઓ તેમની કારને ચાર્જ કરવી કે નહીં તે અંગે જાણકાર નિર્ણય લઈ શકે.
ગ્રાહક પ્રોત્સાહન	ઑફ-પીક સમય દરમિયાન ઓછું ખર્ચાળ ચાર્જિંગ.
રેટ ડિઝાઇન	કિંમતો બદલાઈ શકે છેurly, પરંતુ એકવાર ગ્રાહક તેમની કારને પ્લગ ઇન કરવાનું પસંદ કરે, તો દર ચાર્જિંગના સમયગાળા માટે સેટ કરવામાં આવે છે.
લક્ષ્ય ગ્રાહક	EV ધરાવનાર કોઈપણ કે જેને ઘરથી દૂર હોય ત્યારે ચાર્જ કરવાની જરૂર હોય.
લક્ષ્ય લોડ્સ	સાર્વજનિક EV ચાર્જર્સ
પૂર્વશરત	EV ચાર્જર ઇન્ટરનેટ-કનેક્ટેડ અને OpenADR2.0b પ્રમાણિત અથવા OpenADR2.0b VEN ગેટવે સાથે જોડાયેલા હોવા જોઈએ.
કાર્યક્રમ સમય ફ્રેમ	આખું વર્ષ
ઇવેન્ટની મર્યાદાઓ	કોઈ નહિ
ઘટના દિવસો	દરરોજ, અથવા ફક્ત અઠવાડિયાના દિવસો
ઇવેન્ટની અવધિ	1 કલાક અથવા વધુ
સૂચના	ગ્રાહકને તેમની કાર પ્લગ ઇન કરવાનું પસંદ કરતી વખતે પ્રવર્તમાન દર વિશે સૂચિત કરવામાં આવે છે.
વર્તન પસંદ કરો	ગ્રાહકો ચાર્જ ન લેવાનું નક્કી કરીને નાપસંદ કરી શકે છે.
પ્રમાણપત્ર ઘટનાઓ

પબ્લિક સ્ટેશન EV RTP પ્રોગ્રામ્સ માટે OpenADR લાક્ષણિકતાઓ

ઘટના સંકેતો	કિંમતો સાથે ELECTRICITY_PRICE સંકેતો. ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ
પ્રતિસાદો પસંદ કરો	હંમેશા VEN દ્વારા પસંદ કરો
ઇવેન્ટ વર્ણનકર્તા	ઘટનાઓ સંલગ્ન હોવી જોઈએ અને તેમાં એક અંતરાલ હોવો જોઈએ.
ઇવેન્ટનો સક્રિય સમયગાળો	ઓછામાં ઓછા 1 કલાકની સૂચનાનો ઉપયોગ કરવો જોઈએ, જો કે ઉપયોગિતાઓ દિવસ-આગળની સૂચનાનો ઉપયોગ કરવાનું પસંદ કરી શકે છે.
આધારરેખા	N/A
ઇવેન્ટ લક્ષ્યીકરણ	કોઈ અદ્યતન લક્ષ્યીકરણની જરૂર નથી, પરંતુ લક્ષ્યીકરણનો ઉપયોગ ચોક્કસ ટ્રાન્સફોર્મર્સ, ફીડર અથવા ભૌગોલિક વિસ્તારોમાં કિંમતો મોકલવા માટે થઈ શકે છે.
રિપોર્ટિંગ સેવાઓ	રિપોર્ટિંગની જરૂર નથી, પરંતુ જો ઇચ્છિત હોય તો તેનો ઉપયોગ કરી શકાય છે. માજી માટે Annex B નો સંદર્ભ લોampયુટિલિટી પાઇલોટ્સના અહેવાલો કે જે આ પ્રકારના પ્રોગ્રામને લાગુ પડી શકે છે.
સેવાઓ પસંદ કરો	ઑપ્ટ સેવાઓ આ પ્રોગ્રામ પ્રકાર સાથે સંબંધિત નથી.
નોંધણી સેવાઓ	ચાર્જિંગ સ્ટેશન વિક્રેતા તેમના ઉપકરણોને યુટિલિટીના VTN સાથે જોગવાઈ કરશે.

ડિસ્ટ્રિબ્યુટેડ એનર્જી રિસોર્સિસ (DER) DR પ્રોગ્રામ

નીચેના પ્રોગ્રામનું વર્ણન કાલ્પનિક છે અને તે સંશોધન પેપર (રિશના પેપર સંદર્ભ) પર આધારિત છે જે વર્ણવે છે કે કેવી રીતે ઉપયોગિતા ગ્રાહકો DR કાર્યક્રમો જેમ કે રીઅલ ટાઇમ પ્રાઇસિંગ (RTP) પ્રોગ્રામ્સમાં ભાગ લેવા માટે DER સ્ટોરેજ સંસાધનોનો ઉપયોગ કરી શકે છે.

ડિસ્ટ્રિબ્યુટેડ એનર્જી રિસોર્સિસ (DER) પ્રોગ્રામ લાક્ષણિકતાઓ

લોડ પ્રોfile ઉદ્દેશ્ય	સ્માર્ટ ગ્રીડમાં વિતરિત ઊર્જા સંસાધનોના એકીકરણને સરળ બનાવવા માટે ઉપયોગમાં લેવાતી માંગ પ્રતિભાવ પ્રવૃત્તિ.
પ્રાથમિક ડ્રાઈવરો	-મૂડી ખર્ચમાં ઘટાડો અને ઊર્જા ખર્ચમાં ઘટાડો
પ્રોગ્રામ વર્ણન	ડીઇઆર સંસાધનો ધરાવતા ગ્રાહકો કે જેઓ ઉર્જાનો સંગ્રહ કરી શકે છે અને તેને સંગ્રહિત કરી શકે છે, તેઓ પહેલા સંગ્રહિત ઉર્જા સંસાધનોનો ઉપયોગ કરીને અને ત્યારબાદ લોડ શેડિંગ વ્યૂહરચનાઓ અમલમાં મૂકીને ઊંચી કિંમતના સમયગાળા દરમિયાન ગ્રીડમાંથી વીજળી ખરીદવાના ખર્ચને ઘટાડી શકે છે.
ગ્રાહક પ્રોત્સાહન	PV અથવા અન્ય માધ્યમો દ્વારા ઉત્પન્ન થયેલ સંગ્રહિત ઊર્જાનો લાભ લઈને અને લોડ શેડિંગ વ્યૂહરચનાઓ અમલમાં મૂકીને વીજળીના ઊંચા ભાવો દરમિયાન ખર્ચને નિયંત્રિત કરવાની ક્ષમતા
રેટ ડિઝાઇન	વીજળીના દરો જથ્થાબંધ બજારના ભાવો અથવા ટેરિફ સાથે બદલાય છે જે દિવસના સમય, મોસમ અથવા તાપમાનના કાર્ય તરીકે બદલાય છે
લક્ષ્ય ગ્રાહક	ઊર્જા સંગ્રહ સંસાધનો ધરાવતા ગ્રાહકો
લક્ષ્ય લોડ્સ	કોઈપણ
પૂર્વશરત	ઊર્જા સંગ્રહ સંસાધનો
કાર્યક્રમ સમય ફ્રેમ	ગમે ત્યારે
ઇવેન્ટની મર્યાદાઓ	કોઈ નહિ
ઘટના દિવસો	દરરોજ
ઇવેન્ટની અવધિ	24 કલાક
સૂચના	દિવસ આગળ
વર્તન પસંદ કરો	N/A - શ્રેષ્ઠ પ્રયાસ કાર્યક્રમ
પ્રમાણપત્ર ઘટનાઓ	કોઈ નહિ

ડિસ્ટ્રિબ્યુટેડ એનર્જી રિસોર્સિસ (DER) માટે OpenADR લાક્ષણિકતાઓ

ઘટના સંકેતો	24 કલાકના સમયગાળામાં કિંમતોના 24 એક કલાકના અંતરાલ સાથે ELECTRICITY_PRICE સિગ્નલ. આ સિગ્નલને બી પ્રોની જરૂર પડશેfile. આ પ્રોગ્રામ એ પ્રો માટે સિમ્પલ સિગ્નલિંગ માટે ધિરાણ આપતું નથીfile VENs. ઉદાહરણ માટે પરિશિષ્ટ A જુઓampલેસ
પ્રતિસાદો પસંદ કરો	-વીટીએન ઇવેન્ટ્સ મોકલે છે oadrResponseRequired ઘટકને "ક્યારેય નહીં" પર સેટ કરવું જોઈએ, VEN ને પ્રતિસાદ આપતા અટકાવે છે.
ઇવેન્ટ વર્ણનકર્તા	- ઘટના અગ્રતા 1 પર સેટ કરવી જોઈએ જ્યાં સુધી પ્રોગ્રામ નિયમો અથવા VTN રૂપરેખાંકન અન્યથા સ્પષ્ટ ન કરે
ઇવેન્ટનો સક્રિય સમયગાળો	દિવસ આગળ સૂચના સાથે 24 કલાકના અંતરાલ સાથે 1 કલાક
આધારરેખા	N/A
ઇવેન્ટ લક્ષ્યીકરણ	venID પછી અન્ય કોઈ અદ્યતન લક્ષ્યીકરણ જરૂરી નથી
રિપોર્ટિંગ સેવાઓ	કોઈ રિપોર્ટિંગની જરૂર નથી માજી માટે Annex B નો સંદર્ભ લોampયુટિલિટી પાઇલોટ્સના અહેવાલો કે જે આ પ્રકારના પ્રોગ્રામને લાગુ પડી શકે છે.
સેવાઓ પસંદ કરો	ઉપયોગ થતો નથી
નોંધણી સેવાઓ	મતદાન અંતરાલ VTN દ્વારા સામાન્ય દિવસ-આગળના કાર્યક્રમો માટે વિનંતી કરવામાં આવે છે એક કલાકમાં એક વખત વધુ વારંવાર હોવું જરૂરી નથી. જો કે, હૃદયના ધબકારા શોધવા માટે મતદાનના ઉપયોગ માટે વધુ વારંવાર મતદાનની જરૂર પડી શકે છે કારણ કે રહેણાંક થર્મોસ્ટેટ પ્રોગ્રામ્સ નોંધપાત્ર રીતે ટૂંકા સૂચના સમય સાથે હશે.

- એસample ડેટા અને પેલોડ નમૂનાઓ

નીચેના કોષ્ટકો અને XML પેલોડ samples અમલકર્તાઓને મૂર્ત ભૂતપૂર્વ સાથે પ્રદાન કરશેampઆ દસ્તાવેજમાંના DR નમૂનાઓને કેવી રીતે અમલમાં મૂકવું જોઈએ. પેલોડ એક્સમાં નીચેના નેમસ્પેસ ઉપસર્ગોનો ઉપયોગ થાય છેampલેસ:

• xmlns:oadr=”http://openadr.org/oadr-2.0b/2012/07″
• xmlns:pyld=”http://docs.oasis-open.org/ns/energyinterop/201110/payloads”
• xmlns:ei=”http://docs.oasis-open.org/ns/energyinterop/201110″
• xmlns:scale=”http://docs.oasis-open.org/ns/emix/2011/06/siscale”
• xmlns:emix=”http://docs.oasis-open.org/ns/emix/2011/06″
• xmlns:strm="urn:ietf:params:xml:ns:icalendar-2.0:સ્ટ્રીમ"
• 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 પ્રોfile

• ઘટના
  • સૂચના: ઘટના પહેલા દિવસ
  • પ્રારંભ સમય: 1pm
  • અવધિ: 4 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 1
  • સિગ્નલ નામ: સિમ્પલ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: N/A
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):4 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1
    • સિગ્નલ લક્ષ્ય: N/A
  • ઇવેન્ટ લક્ષ્ય(ઓ): venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

સીપીપી દૃશ્ય 2 - લાક્ષણિક ઉપયોગ કેસ, બી પ્રોfile

• ઘટના
  • સૂચના: ઘટના પહેલા દિવસ
  • પ્રારંભ સમય: 1pm
  • સમયગાળો: 4 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 2
  • સિગ્નલ નામ: સરળ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: સ્તર 0, 1, 2, 3
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):4 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1 અથવા 2
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: ELECTRICITY_PRICE
    • સિગ્નલ પ્રકાર: કિંમત
    • એકમો: USD પ્રતિ Kwh
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):4 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): $0.10 થી $1.00
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

CPP દૃશ્ય 3 - જટિલ ઉપયોગ કેસ

• ઘટના
  • સૂચના: ઘટના પહેલા દિવસ
  • પ્રારંભ સમય: 2pm
  • સમયગાળો: 6 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 2
  • સિગ્નલ નામ: સરળ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: સ્તર 0,1, 2, 3)
    • અંતરાલોની સંખ્યા 3
    • અંતરાલનો સમયગાળો:1 કલાક, 4 કલાક, 1 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1, 2, 1 (અનુક્રમે દરેક અંતરાલ માટે)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: ELECTRICITY_PRICE
    • સિગ્નલ પ્રકાર: કિંમત
    • એકમો: USD પ્રતિ Kwh
    • અંતરાલોની સંખ્યા 3
    • અંતરાલ સમયગાળો: 1 કલાક, 4 કલાક, 1 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): $0.50, $0.75, $0.50 (અનુક્રમે દરેક અંતરાલ માટે)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: રિસોર્સ_1, રિસોર્સ_2, રિસોર્સ_3
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

સીપીપી એસampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

OadrDisReq091214_043740_513

TH_VTN

ઇવેન્ટ091214_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

ચલણPerKWh

USD

કોઈ નહીં

0.0

venID_1234

હંમેશા

ક્ષમતા બિડિંગ પ્રોગ્રામ (CBP)

CBP દૃશ્ય 1 - સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile

• ઘટના
  • સૂચના: ઘટના પહેલા દિવસ
  • પ્રારંભ સમય: 1pm
  • અવધિ: 4 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 1
  • સિગ્નલ નામ: સિમ્પલ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: N/A
    • અંતરાલોની સંખ્યા 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
    • સિગ્નલનો પ્રકાર: સેટપોઇન્ટ
    • એકમો: પાવર રીઅલ
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):4 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 20kW થી 100kW
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

CBP દૃશ્ય 3 - જટિલ ઉપયોગ કેસ

• ઘટના
  • સૂચના: ઘટનાનો દિવસ (કેટલા કલાક?)
  • પ્રારંભ સમય: 1pm
  • સમયગાળો: 6 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 3
  • સિગ્નલ નામ: સરળ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: સ્તર 0,1, 2, 3)
    • અંતરાલોની સંખ્યા: 2
    • અંતરાલ અવધિ(ઓ): 3 કલાક, 3 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1, 2 (અનુક્રમે દરેક અંતરાલ માટે)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: BID_LOAD
    • સિગ્નલનો પ્રકાર: સેટપોઇન્ટ
    • એકમો: પાવર રીઅલ
    • અંતરાલોની સંખ્યા 2
    • અંતરાલ અવધિ(ઓ):3 કલાક, 3 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 40kW, 80kW (દરેક અંતરાલ માટે અનુક્રમે)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: BID_PRICE
    • સિગ્નલ પ્રકાર: કિંમત
    • એકમો: ચલણPerKW
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):6 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): $3.10
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: રિસોર્સ_1, રિસોર્સ_2, રિસોર્સ_3
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલ(ઓ)
  • રિપોર્ટનું નામ: TELEMETRY_USAGE
  • રિપોર્ટ પ્રકાર: વપરાશ
  • એકમો: પાવર રીઅલ
  • વાંચનનો પ્રકાર: ડાયરેક્ટ રીડ
  • રિપોર્ટ આવર્તન: દર 1 કલાક

સીબીપી એસampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

OadrDisReq091214_043740_513

TH_VTN

ઇવેન્ટ091214_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

રીઅલપાવર

ડબલ્યુ

k

60.0

<power:voltage>220.0tage>

સાચું

0.0

venID_1234

હંમેશા

રેસિડેન્શિયલ થર્મોસ્ટેટ પ્રોગ્રામ

રેસિડેન્શિયલ થર્મોસ્ટેટ દૃશ્ય 1 - સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile

• ઘટના
  • સૂચના: ઘટના પહેલા દિવસ
  • પ્રારંભ સમય: 1pm
  • અવધિ: 4 કલાક
  • રેન્ડમાઇઝેશન: 10 મિનિટ
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 1
  • સિગ્નલ નામ: સિમ્પલ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: N/A
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):4 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1
    • સિગ્નલ લક્ષ્ય: N/A
  • ઇવેન્ટ લક્ષ્ય(ઓ): Resource_1
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

રેસિડેન્શિયલ થર્મોસ્ટેટ સિનારિયો 2 – લાક્ષણિક ઉપયોગ કેસ, B પ્રોfile

• ઘટના
  • સૂચના: ઘટના પહેલા દિવસ
  • પ્રારંભ સમય: 1pm
  • સમયગાળો: 4 કલાક
  • રેન્ડમાઇઝેશન: 10 મિનિટ
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 2
  • સિગ્નલ નામ: સરળ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: સ્તર 0,1, 2, 3
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):4 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1 અથવા 2
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: LOAD_CONTROL
    • સિગ્નલનો પ્રકાર: x-loadControlLevelOffset
    • એકમો: તાપમાન
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):4 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 2 થી 6 ડિગ્રી ફેરનહીટ
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: રિસોર્સ_1, રિસોર્સ_2
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn, Posible outOut (oadrCreateOpt)
• અહેવાલો
  • કોઈ નહિ

રહેણાંક થર્મોસ્ટેટ દૃશ્ય 3 – જટિલ ઉપયોગ કેસ

• ઘટના
  • સૂચના: ઇવેન્ટનો દિવસ
  • પ્રારંભ સમય: 1pm
  • સમયગાળો: 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, Posible outOut (oadrCreateOpt)
• અહેવાલ(ઓ)
  • કોઈ નહિ

રેસિડેન્શિયલ થર્મોસ્ટેટ એસampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

OadrDisReq091214_043740_513

TH_VTN

ઇવેન્ટ091214_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

હંમેશા

ઝડપી DR ડિસ્પેચ

ઝડપી DR દૃશ્ય 1 - સરળ ઉપયોગ કેસ, A અથવા B પ્રોfile

• ઘટના
  • સૂચના: 10 મિનિટ
  • પ્રારંભ સમય: 1pm
  • અવધિ: 0 (ઓપન એન્ડેડ)
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 1
  • સિગ્નલ નામ: સિમ્પલ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: N/A
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ): 0 (ઓપન એન્ડેડ)
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1
    • સિગ્નલ લક્ષ્ય: N/A
  • ઇવેન્ટ લક્ષ્ય(ઓ): venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

ઝડપી DR દૃશ્ય 2 - લાક્ષણિક ઉપયોગ કેસ, B તરફીfile

• ઘટના
  • સૂચના: 10 મિનિટ
  • પ્રારંભ સમય: 1pm
  • અવધિ: 30 મિનિટ
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: 5 મિનિટ
  • પુનઃપ્રાપ્તિ: 5 મિનિટ
  • સંકેતોની સંખ્યા: 2
  • સિગ્નલ નામ: સરળ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: સ્તર 0,1, 2, 3
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ): 30 મિનિટ
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1 અથવા 2
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: LOAD_DISPATCH
    • સિગ્નલ પ્રકાર: ડેલ્ટા
    • એકમો: પાવર રીઅલ
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ): 30 મિનિટ
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 500 kW થી 2mW
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • રિપોર્ટનું નામ: TELEMETRY_USAGE
  • રિપોર્ટ પ્રકાર: વપરાશ
  • એકમો: પાવર રીઅલ
  • વાંચનનો પ્રકાર: ડાયરેક્ટ રીડ
  • રિપોર્ટ આવર્તન: દર 1 મિનિટે

ઝડપી DR દૃશ્ય 3 - જટિલ ઉપયોગ કેસ

• ઘટના
  • સૂચના: 10 મિનિટ
  • પ્રારંભ સમય: 1pm
  • અવધિ: 30 મિનિટ
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: 5 મિનિટ
  • પુનઃપ્રાપ્તિ: 5 મિનિટ
  • સંકેતોની સંખ્યા: 2
  • સિગ્નલ નામ: સરળ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: સ્તર 0,1, 2, 3)
    • અંતરાલોની સંખ્યા: 2
    • અંતરાલ અવધિ(ઓ): 15 મિનિટ, 15 મિનિટ
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 1, 2 (અનુક્રમે દરેક અંતરાલ માટે)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: LOAD_DISPATCH
    • સિગ્નલનો પ્રકાર: સેટપોઇન્ટ
    • એકમો: પાવર રીઅલ
    • અંતરાલોની સંખ્યા 2
    • અંતરાલ અવધિ(ઓ): 15 મિનિટ, 15 મિનિટ
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 800kW, 900kW (દરેક અંતરાલ માટે અનુક્રમે)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: સંસાધન_1
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલ(ઓ)
  • રિપોર્ટનું નામ: TELEMETRY_USAGE
  • રિપોર્ટ પ્રકાર: વપરાશ
  • એકમો: પાવર રીઅલ અને વોલ્યુમtage
  • વાંચનનો પ્રકાર: ડાયરેક્ટ રીડ
  • રિપોર્ટ ફ્રીક્વન્સી: દર 5 સેકન્ડે

ઝડપી ડીઆર એસampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

OadrDisReq091214_043740_513

TH_VTN

ઇવેન્ટ091214_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

રીઅલપાવર

ડબલ્યુ

k

60.0

<power:voltage>220.0tage>

સાચું

0.0

venID_1234

હંમેશા

ઝડપી ડીઆર એસample રિપોર્ટ મેટાડેટા પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

સંસાધન1

ઉપયોગ

રીઅલ એનર્જી

ક

k

ડાયરેક્ટ રીડ

http://MarketContext1

<oadr:oadrSamplingRate>

PT1M

PT10M

ખોટું

</oadr:oadrSamplingRate>

0

ReportSpecID120615_122512_481_2

METADATA_TELEMETRY_USAGE

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

ec27de207837e1048fd3

ઝડપી ડીઆર એસample રિપોર્ટ વિનંતી પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

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

ઝડપી ડીઆર એસample રિપોર્ટ ડેટા પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

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

ગુણવત્તા સારી - બિન-વિશિષ્ટ

આરપી_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 પ્રોfile

• ઘટના
  • સૂચના: ઘટના પહેલા દિવસ
  • પ્રારંભ સમય: 1pm
  • અવધિ: 24 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 1
  • સિગ્નલ નામ: સિમ્પલ
    • સિગ્નલ પ્રકાર: સ્તર
    • એકમો: N/A
    • અંતરાલોની સંખ્યા; સમાન TOU ટાયર 24 કલાકમાં બદલાય છે (2 - 6)
    • અંતરાલ અવધિ(ઓ): TOU ટાયર સક્રિય સમય ફ્રેમ (એટલે ​​​​કે 6 કલાક)
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): 0 - 4 TOU ટીયર્સ પર મેપ કરેલ
    • સિગ્નલ લક્ષ્ય: 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 ટાયર પર મેપ કરેલ (0 - સૌથી સસ્તું ટાયર)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • સિગ્નલનું નામ: ELECTRICITY_PRICE
    • સિગ્નલ પ્રકાર: કિંમત
    • એકમો: USD પ્રતિ Kwh
    • અંતરાલોની સંખ્યા: 24 કલાકમાં સમાન TOU ટાયર ફેરફારો (2 - 6)
    • અંતરાલ અવધિ(ઓ): TOU ટાયર સક્રિય સમય ફ્રેમ (એટલે ​​​​કે 6 કલાક)
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): $0.10 થી $1.00 (વર્તમાન સ્તરનો દર)
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

રહેણાંક ઈવી એસampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

OadrDisReq091214_043740_513

TH_VTN

ઇવેન્ટ091214_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

ચલણPerKWh

USD

કોઈ નહીં

0.0

venID_1234

હંમેશા

પબ્લિક સ્ટેશન ઇલેક્ટ્રિક વ્હીકલ (EV) રીઅલ-ટાઇમ પ્રાઇસિંગ પ્રોગ્રામ

નોંધ કરો કે આ એક વાસ્તવિક સમયનો ભાવ નિર્ધારણ કાર્યક્રમ હોવાથી, સાદા, લાક્ષણિક અને જટિલ ઉપયોગના કેસ વચ્ચે ખરેખર કોઈ તફાવત નથી. તેથી એસample ડેટા ફક્ત સામાન્ય ઉપયોગ કેસ માટે જ બતાવવામાં આવશે.

પબ્લિક સ્ટેશન EV દૃશ્ય 1 – સામાન્ય ઉપયોગ કેસ, B તરફીfile

• ઘટના
  • સૂચના: 1 કલાક આગળ
  • પ્રારંભ સમય: 1pm
  • સમયગાળો: 1 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 1
  • સિગ્નલનું નામ: ELECTRICITY_PRICE
    • સિગ્નલ પ્રકાર: કિંમત
    • એકમો: USD પ્રતિ Kwh
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):1 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): $0.10 થી $1.00
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: હંમેશા
  • VEN અપેક્ષિત પ્રતિસાદ: optIn
• અહેવાલો
  • કોઈ નહિ

પબ્લિક સ્ટેશન EV Sampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

OadrDisReq091214_043740_513

TH_VTN

ઇવેન્ટ091214_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

ચલણPerKWh

USD

કોઈ નહીં

0.0

venID_1234

હંમેશા

ડિસ્ટ્રિબ્યુટેડ એનર્જી રિસોર્સિસ (DER) DR પ્રોગ્રામ

નોંધ કરો કે આ એક વાસ્તવિક સમયનો ભાવ નિર્ધારણ કાર્યક્રમ હોવાથી, સાદા, લાક્ષણિક અને જટિલ ઉપયોગના કેસ વચ્ચે ખરેખર કોઈ તફાવત નથી. તેથી એસample ડેટા ફક્ત સામાન્ય ઉપયોગ કેસ માટે જ બતાવવામાં આવશે.

પબ્લિક સ્ટેશન EV દૃશ્ય 1 – સામાન્ય ઉપયોગ કેસ, B તરફીfile

• ઘટના
  • સૂચના: દિવસ આગળ
  • પ્રારંભ સમય: મધ્યરાત્રિ
  • સમયગાળો: 24 કલાક
  • રેન્ડમાઇઝેશન: કોઈ નહીં
  • Ramp ઉપર: કોઈ નહીં
  • પુનઃપ્રાપ્તિ: કોઈ નહીં
  • સંકેતોની સંખ્યા: 24
  • સિગ્નલનું નામ: ELECTRICITY_PRICE
    • સિગ્નલ પ્રકાર: કિંમત
    • એકમો: USD પ્રતિ Kwh
    • અંતરાલોની સંખ્યા 1
    • અંતરાલ અવધિ(ઓ):1 કલાક
    • લાક્ષણિક અંતરાલ મૂલ્ય(ઓ): $0.10 થી $1.00
    • સિગ્નલ લક્ષ્ય: કોઈ નહીં
  • ઇવેન્ટ લક્ષ્યાંકો: venID_1234
  • અગ્રતા: 1
  • VEN પ્રતિસાદ જરૂરી: ક્યારેય નહીં
  • VEN અપેક્ષિત પ્રતિસાદ: n/a
• અહેવાલો
  • કોઈ નહિ

પબ્લિક સ્ટેશન EV Sampલે ઇવેન્ટ પેલોડ - લાક્ષણિક બી પ્રોfile કેસનો ઉપયોગ કરો

OadrDisReq091214_043740_513

TH_VTN

ઇવેન્ટ091214_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

ચલણPerKWh

USD

કોઈ નહીં

0.0

venID_1234

ક્યારેય નહીં

- સampઉપયોગિતા પાઇલોટ્સ તરફથી અહેવાલો

ઓપનએડીઆર એલાયન્સ સભ્યોએ નીચેના બી પ્રો પ્રદાન કર્યાfile oadrUpdateReport પેલોડ એસampયુટિલિટી પાયલોટ પ્રોગ્રામમાંથી જ્યાં તેમના VEN ને તૈનાત કરવામાં આવ્યા હતા. નીચેની નોંધો ત્રણ પેલોડ્સ સાથે છેampપૂરી પાડવામાં આવેલ:

થર્મોસ્ટેટ પેલોડ ઉદ્દેશ:

• થર્મોસ્ટેટની સ્થિતિ જાણવાની જરૂર છે (ટેમ્પ, સેટ પોઈન્ટ, ફેન અને મોડ સ્ટેટ્સ)
• જો પસંદ કરેલ હોય, તો ગ્રાહકે થર્મોસ્ટેટ સેટિંગ્સ બદલ્યા કે નહીં (મેન્યુઅલ ઓવરરાઇડ સંદેશાઓ)

રિબેટ્સ પેલોડ ઉદ્દેશ્ય માટે M&V:

• પસંદ કરવાના કિસ્સામાં સંસાધનોની સ્થિતિ અને મેન્યુઅલ ઓવરરાઇડ
• KWH માં કુલ ઊર્જા અને KW માં તાત્કાલિક માંગ માટે KYZ પલ્સ કાઉન્ટર અથવા એનર્જી મોનિટરમાંથી અંતરાલ ડેટા

સ્માર્ટ મીટર/AMI અંતરાલ ડેટા પેલોડ ઉદ્દેશ્ય:

• AMI મીટર રીડિંગ અંતરાલ લગભગ 15 મિનિટથી 1 કલાકનો છે. ઉપયોગી હોવા છતાં, વાસ્તવિક સમયના બિલિંગ અંદાજો માટે પૂરતા દાણાદાર નથી
• KWH માં કુલ ઉર્જા, KWH માં ડેલ્ટા ઉર્જા, KW માં તાત્કાલિક માંગ

પેલોડ એક્સમાં નીચેના નેમસ્પેસ ઉપસર્ગોનો ઉપયોગ થાય છેampલેસ:

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

થર્મોસ્ટેટ રિપોર્ટ પેલોડ એસample

રપ-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

કોઈ ગુણવત્તા નથી - કોઈ મૂલ્ય નથી

આરપી21

REQ:RReq:1395368583267

0013A20040980FAE

TELEMETRY_STATUS

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

VEN.ID:1395090780716

M&V માટે રિબેટ્સ રિપોર્ટ પેલોડ એસample

રપ-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

ગુણવત્તા સારી - બિન-વિશિષ્ટ

આરપી15

REQ:RReq:10453335019195698

0000000000522613 60

TELEMETRY_USAGE

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

VEN.ID:1439831430142

સ્માર્ટ મીટર/AMI અંતરાલ ડેટા રિપોર્ટ પેલોડ એસample

રપ-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

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

currSum વિતરિત

12172.052000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

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

PT15S

તાત્કાલિક માંગ

6.114000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

intervalDataDelivered

0.051000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

currSum વિતરિત

12172.052000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

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

PT15S

તાત્કાલિક માંગ

6.113000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

intervalDataDelivered

0.051000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

currSum વિતરિત

12172.142000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

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

PT15S

તાત્કાલિક માંગ

6.112000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

intervalDataDelivered

0.051000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

currSum વિતરિત

12172.142000

કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે

આરપી4101

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

- સેવાઓ

ઓપન એડીઆર નીચેની સેવાઓને સપોર્ટ કરે છે:

• EiEvent સેવા - VENs ને માંગ પ્રતિભાવ ઇવેન્ટ્સ મોકલવા માટે VTNs દ્વારા ઉપયોગમાં લેવાય છે, અને સંસાધનો ઇવેન્ટમાં ભાગ લેવા જઈ રહ્યા છે કે કેમ તે દર્શાવવા VENs દ્વારા ઉપયોગમાં લેવાય છે. A pro દ્વારા સમર્થિત એકમાત્ર સેવાfile EiEvent છે
• EiReport સેવા - ઐતિહાસિક, ટેલિમેટ્રી અને આગાહી અહેવાલોની આપલે કરવા માટે VENs અને VTNs દ્વારા ઉપયોગમાં લેવાય છે
• EiOpt સેવા - VEN દ્વારા VTN ને અસ્થાયી પ્રાપ્યતા શેડ્યૂલની વાતચીત કરવા અથવા ઇવેન્ટમાં ભાગ લેતા સંસાધનોને લાયક બનાવવા માટે વપરાય છે
• EiRegisterParty સેવા - VEN દ્વારા શરૂ કરાયેલ, અને VEN અને VTN બંને દ્વારા પેલોડ્સના આંતરસંચાલિત વિનિમયને સુનિશ્ચિત કરવા માટે જરૂરી માહિતીની આપલે કરવા માટે ઉપયોગમાં લેવાય છે.
• ઓડરપોલ સેવા - અન્ય કોઈપણ સેવાઓમાંથી પેલોડ્સ માટે VTN મતદાન કરવા માટે VENs દ્વારા ઉપયોગમાં લેવાય છે

A અને B પ્રોfile તમામ બી પ્રો પર વપરાતા oadrPayload અને oadrSignedObject રેપરને બાદ કરતા દરેક પેલોડના મૂળ તત્વ દ્વારા સેવા કામગીરીને વ્યાખ્યાયિત કરવામાં આવે છે.file પેલોડ્સ

- પેલોડ વ્યાખ્યાઓ

EiEvent પેલોડ્સ

• oadrRequestEvent VEN દ્વારા પુલ એક્સચેન્જ મૉડલમાં VTN માંથી તમામ સંબંધિત ઇવેન્ટ્સ મેળવવા માટે વપરાય છે. A pro માટે પ્રાથમિક મતદાન પદ્ધતિ તરીકે ઉપયોગ થાય છેfile VENs, પરંતુ VTN સાથે સમન્વય કરવા માટે માત્ર B VENs પર જ વપરાય છે.
• oadrDistributeEvent - VEN ને માંગ પ્રતિભાવ ઇવેન્ટ્સ પહોંચાડવા માટે VTN દ્વારા ઉપયોગમાં લેવાય છે
• oadrCreatedEvent - તે પસંદ કરીને અથવા બહાર નીકળીને ઇવેન્ટમાં ભાગ લેવા માગે છે કે કેમ તે વાતચીત કરવા માટે VEN દ્વારા ઉપયોગમાં લેવાય છે
• oadr પ્રતિભાવ - VEN માંથી optIn અથવા નાપસંદ ની રસીદ સ્વીકારવા VTN દ્વારા ઉપયોગમાં લેવાય છે

EiReport પેલોડ્સ

નોંધ કરો કે VENs અને VTN બંને રિપોર્ટ નિર્માતા અને રિપોર્ટ વિનંતીકર્તા બંને બનવા માટે સક્ષમ છે, તેથી નીચેના તમામ પેલોડ્સ કોઈપણ પક્ષ દ્વારા શરૂ કરી શકાય છે.

• oadrRegisterReport - તેમની રિપોર્ટિંગ ક્ષમતાઓને મેટાડેટા રિપોર્ટમાં પ્રકાશિત કરવા માટે વપરાય છે
• oadrRegisteredReport -oadrRegisterReportની રસીદ સ્વીકારો, વૈકલ્પિક રીતે ઓફર કરેલા અહેવાલોમાંથી એકની વિનંતી કરો
• oadrCreateReport - VEN અથવા VTN દ્વારા અગાઉ ઓફર કરવામાં આવેલ અહેવાલની વિનંતી કરવા માટે વપરાય છે
• oadrCreatedReport - રિપોર્ટ વિનંતીની રસીદ સ્વીકારો
• oadrUpdateReport - અંતરાલ ડેટા ધરાવતો વિનંતી કરેલ અહેવાલ વિતરિત કરો
• oadrUpdatedReport - વિતરિત અહેવાલની રસીદ સ્વીકારો
• oadrCancelReport - અગાઉ વિનંતી કરેલ સામયિક રિપોર્ટ રદ કરો
• oadrCanceled અહેવાલ - સામયિક રિપોર્ટ રદ કરવા માટે સ્વીકારો
• oadr પ્રતિભાવ - જ્યારે ટ્રાન્સપોર્ટ લેયર રિક્વેસ્ટમાં એપ્લિકેશન લેયર રિસ્પોન્સ વિતરિત કરવામાં આવે ત્યારે કેટલાક પુલ એક્સચેન્જ પેટર્નમાં પ્લેસહોલ્ડર રિસ્પોન્સ તરીકે ઉપયોગ થાય છે.

EiOpt પેલોડ્સ

• oadrCreateOpt - બે અલગ અલગ હેતુઓ માટે વપરાય છે
  • VEN માટે DR ઇવેન્ટ્સમાં ભાગ લેવાની તેની ક્ષમતાના સંદર્ભમાં VTN ને કામચલાઉ ઉપલબ્ધતા શેડ્યૂલની વાતચીત કરવા માટે
  • ઇવેન્ટમાં ભાગ લેતા સંસાધનોને લાયક બનાવવા માટે VEN માટે
• oadrCreatedOpt - oadrCreateOpt પેલોડની રસીદ સ્વીકારો
• oadrCancelOpt - અસ્થાયી ઉપલબ્ધતા શેડ્યૂલ રદ કરો
• oadrCanceledOpt - અસ્થાયી પ્રાપ્યતા રિપોર્ટ કેન્સલેશન સ્વીકારો

 

EiRegisterParty પેલોડ્સ

• oadrQuery નોંધણી - VEN માટે વાસ્તવમાં નોંધણી કર્યા વિના VTN ની નોંધણી માહિતીની ક્વેરી કરવાની રીત.
• oadrCreatePartyRegistration - નોંધણી કરવા માટે VEN તરફથી VTN ને વિનંતી. VEN ની ક્ષમતાઓ વિશેની માહિતી સમાવે છે.
• oadrCreatedPartyRegistration - oadrQueryRegistration અથવા oadrCreatePartyRegistration ને પ્રતિસાદ આપો. VEN ને ઇન્ટરઓપરેટ કરવા માટે જરૂરી VTN ક્ષમતાઓ અને નોંધણી માહિતી સમાવે છે
• oadrCancelPartyRegistration - નોંધણી રદ કરવા માટે VEN અથવા VTN દ્વારા ઉપયોગમાં લેવાય છે
• oadrCanceledPartyRegistration - oadrCancelPartyRegistration ને પ્રતિસાદ આપો. નોંધણી રદ થયાની રસીદ સ્વીકારે છે
• oadrRequestReregistration - આ પેલોડનો ઉપયોગ VTN દ્વારા પુલ એક્સચેન્જ મોડેલમાં નોંધણી ક્રમને ફરીથી શરૂ કરવા માટે VEN ને સંકેત આપવા માટે કરવામાં આવે છે.
• oadr પ્રતિભાવ - જ્યારે ટ્રાન્સપોર્ટ લેયર રિક્વેસ્ટમાં એપ્લિકેશન લેયર રિસ્પોન્સ વિતરિત કરવામાં આવે ત્યારે કેટલાક પુલ એક્સચેન્જ પેટર્નમાં પ્લેસહોલ્ડર રિસ્પોન્સ તરીકે ઉપયોગ થાય છે.

OadrPoll પેલોડ્સ

• oadrPoll - બી પ્રો માટે સામાન્ય પોલિંગ મિકેનિઝમfile જે નવી અથવા અપડેટ કરવામાં આવેલી અન્ય કોઈપણ સેવા માટે પેલોડ પરત કરે છે.
• oadr પ્રતિભાવ - કોઈ નવા અથવા અપડેટ કરેલા પેલોડ્સ ઉપલબ્ધ નથી તે દર્શાવવા માટે વપરાય છે

- સ્કીમા પેલોડ તત્વોની ગ્લોસરી

OpenADR 2.0 પેલોડ્સમાં વપરાતા સ્કીમા તત્વોની આલ્ફાબેટીકલ યાદી નીચે મુજબ છે. વર્ણન તેમના ઉપયોગનું વર્ણન કરે છે કારણ કે તે OpenADR અને પેલોડ્સમાં તેનો ઉપયોગ સંબંધિત છે.. જ્યારે તે પેલોડ અથવા તેના ઉપયોગના સંદર્ભમાં સમાવિષ્ટ છે તેના આધારે ઘટકની વ્યાખ્યા બદલાય છે, ત્યારે તેની નોંધ વર્ણનમાં કરવામાં આવશે. રુટ પેલોડ વ્યાખ્યાઓને બાકાત રાખવામાં આવી છે કારણ કે પરિશિષ્ટ C માં વ્યાખ્યાયિત કરવામાં આવી છે.

• ac - બુલિયન મૂલ્ય સૂચવે છે કે શું પાવર પ્રોડક્ટ વૈકલ્પિક પ્રવાહ છે
• ચોકસાઈ - સંખ્યા એ અંતરાલ માટે પેલોડ ચલની જેમ સમાન એકમોમાં છે. જ્યારે આત્મવિશ્વાસ સાથે હાજર હોય, ત્યારે આગાહીની સંભવિત પરિવર્તનશીલતા સૂચવે છે. જ્યારે ReadingType સાથે હાજર હોય, ત્યારે વાંચવાની સંભવિત ભૂલ સૂચવે છે.
• એકીકૃત Pnode - એગ્રીગેટેડ પ્રાઇસીંગ નોડ એ એક વિશિષ્ટ પ્રકારનો પ્રાઇસીંગ નોડ છે જેનો ઉપયોગ સિસ્ટમ ઝોન, ડિફોલ્ટ પ્રાઇસ ઝોન, કસ્ટમ પ્રાઇસ ઝોન, કંટ્રોલ એરિયા, એગ્રીગેટેડ જનરેશન, એગ્રીગેટેડ પાર્ટિસિપેટીંગ લોડ, એગ્રીગેટેડ નોન-પાર્ટીસીપેટીંગ લોડ, ટ્રેડિંગ હબ, ડીસીએ ઝોન જેવી વસ્તુઓને મોડેલ કરવા માટે થાય છે.
• ઉપલબ્ધ - EiOpt ઉપલબ્ધતા શેડ્યૂલ માટે તારીખ-સમય અને અવધિ ધરાવતો ઑબ્જેક્ટ
• આધારરેખા ID - ચોક્કસ આધારરેખા માટે અનન્ય ID
• આધારરેખા નામ - આધારરેખા માટે વર્ણનાત્મક નામ
• ઘટકો –
• આત્મવિશ્વાસ - એક આંકડાકીય સંભાવના કે અહેવાલ થયેલ ડેટા પોઇન્ટ સચોટ છે
• બનાવવાની તારીખનો સમય - પેલોડ બનાવવામાં આવ્યો તે તારીખનો સમય
• ચલણ –
• ચલણPerKW –
• ચલણPerKWh –
• ચલણPerThm –
• વર્તમાન –
• વર્તમાન મૂલ્ય - ઇવેન્ટ અંતરાલનું પેલોડફ્લોટ મૂલ્ય હાલમાં એક્ઝિક્યુટ થઈ રહ્યું છે.
• કસ્ટમ યુનિટ - કસ્ટમ રિપોર્ટ્સ માટે માપના કસ્ટમ યુનિટને વ્યાખ્યાયિત કરવા માટે વપરાય છે
• તારીખ-સમય –
• dtstart - પ્રવૃત્તિ, ડેટા અથવા રાજ્ય પરિવર્તન માટેનો પ્રારંભ સમય
• સમયગાળો - ઇવેન્ટ, રિપોર્ટિંગ અથવા ઉપલબ્ધતા સમય અંતરાલ માટેનો સમયગાળો
• અવધિ - પ્રવૃત્તિ, ડેટા અથવા સ્થિતિનો સમયગાળો
• eiActivePeriod - એકંદર ઘટના સાથે સંબંધિત સમય ફ્રેમ્સ
• eiCreatedEvent - DR ઇવેન્ટને optIn અથવા optOut સાથે પ્રતિસાદ આપો
• ઇઇવેન્ટ એક ઑબ્જેક્ટ જેમાં એક ઘટના માટે તમામ માહિતી હોય છે
• eiEventBaseline - બી પ્રોfile
• eiEventSignal - ઇવેન્ટમાં એક સિંગલ સિગ્નલ માટેની બધી માહિતી ધરાવતો ઑબ્જેક્ટ
• eiEventSignals - એક અથવા વધુ ઇવેન્ટ સિગ્નલો અને/અથવા બેઝલાઇન્સ માટે અંતરાલ ડેટા
• eiMarketContext - એક URI અનન્ય રીતે ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામને ઓળખે છે
• eiReportID - રિપોર્ટ માટે સંદર્ભ ID
• eiRequestEvent - પુલ મોડમાં VTN થી ઇવેન્ટની વિનંતી કરો
• eiપ્રતિભાવ - પ્રાપ્ત પેલોડ સ્વીકાર્ય છે કે કેમ તે સૂચવો
• ઇટાર્ગેટ - લોજિકલ VEN ઇન્ટરફેસ સાથે સંકળાયેલ સંસાધનોને ઓળખે છે. ઇવેન્ટ્સ માટે, ઉલ્લેખિત મૂલ્યો ઇવેન્ટ માટે લક્ષ્ય છે
• endDeviceAsset - EndDeviceAssets એ ભૌતિક ઉપકરણ અથવા ઉપકરણો છે જે મીટર અથવા અન્ય પ્રકારનાં ઉપકરણો હોઈ શકે છે જેમાં રસ હોઈ શકે છે
• ઉર્જા દેખીતી - દેખીતી ઉર્જા, વોલ્ટમાં માપવામાં આવે છે-ampપહેલા કલાકો (VAh)
• ઊર્જા આઇટમ –
• ઊર્જા પ્રતિક્રિયાશીલ - પ્રતિક્રિયાશીલ ઊર્જા, વોલ્ટ-ampપ્રતિક્રિયાશીલ કલાકો (VARh)
• ઊર્જા વાસ્તવિક - વાસ્તવિક ઉર્જા, વોટ કલાક (Wh)
• ઘટના વર્ણનકર્તા - ઘટના વિશે માહિતી
• eventID - ID મૂલ્ય કે જે ચોક્કસ DR ઇવેન્ટના દાખલાને ઓળખે છે.
• ઘટના પ્રતિભાવ - ઇવેન્ટમાં ભાગ લેવાની વિનંતીનો VENs પ્રતિભાવ ધરાવતો ઑબ્જેક્ટ
• ઘટનાના પ્રતિભાવો - પ્રાપ્ત ઇવેન્ટ્સ માટે ઑપ્ટઇન અથવા ઑપ્ટઆઉટ પ્રતિસાદો
• ઇવેન્ટની સ્થિતિ - ઇવેન્ટની વર્તમાન સ્થિતિ (દૂર, નજીક, સક્રિય, વગેરે)
• ફીચર કલેક્શન/સ્થાન/બહુકોણ/બાહ્ય/રેખીય રિંગ
• આવર્તન –
• ગ્રેન્યુલારિટી – આ s વચ્ચેનો સમય અંતરાલ છેampઅહેવાલ વિનંતીમાં ડેટાની આગેવાની.
• જૂથ ID -આ પ્રકારના લક્ષ્યનો ઉપયોગ ઇવેન્ટ્સ, રિપોર્ટ્સ અને ઑપ્ટ શેડ્યૂલ્સ માટે થાય છે. મૂલ્ય સામાન્ય રીતે DR પ્રોગ્રામમાં નોંધણી દરમિયાન ઉપયોગિતા દ્વારા સોંપવામાં આવશે
• જૂથનું નામ - આ પ્રકારના લક્ષ્યનો ઉપયોગ ઇવેન્ટ્સ, રિપોર્ટ્સ અને ઑપ્ટ શેડ્યૂલ્સ માટે થાય છે. મૂલ્ય સામાન્ય રીતે DR પ્રોગ્રામમાં નોંધણી દરમિયાન ઉપયોગિતા દ્વારા સોંપવામાં આવશે
• હર્ટ્ઝ –
• અંતરાલ - ડેટા-સમય અને/અથવા સમયગાળો ધરાવતો ઑબ્જેક્ટ, અને ઘટનાના કિસ્સામાં અથવા રિપોર્ટના કિસ્સામાં ડેટાના કિસ્સામાં ક્રિયાપાત્ર મૂલ્ય
• અંતરાલ - એક અથવા વધુ સમય અંતરાલ કે જે દરમિયાન DR ઇવેન્ટ સક્રિય હોય અથવા રિપોર્ટ ડેટા ઉપલબ્ધ હોય
• વસ્તુનું વર્ણન - માપના અહેવાલ એકમનું વર્ણન
• આઇટમ યુનિટ્સ - રિપોર્ટ ડેટા પોઈન્ટ માટે માપનો આધાર એકમ
• બજાર સંદર્ભ - DR પ્રોગ્રામને ઓળખતો URI
• મીટર સંપત્તિ - MeterAsset એ ભૌતિક ઉપકરણ અથવા ઉપકરણો છે જે મીટરની ભૂમિકા ભજવે છે
• ફેરફાર તારીખ સમય - જ્યારે ઇવેન્ટમાં ફેરફાર કરવામાં આવે છે
• ફેરફાર નંબર - દરેક વખતે ઇવેન્ટમાં ફેરફાર કરવામાં આવે ત્યારે વધારો થાય છે.
• ફેરફારનું કારણ - ઇવેન્ટ શા માટે સંશોધિત કરવામાં આવી હતી
• mrid - mRID એ ભૌતિક ઉપકરણને ઓળખે છે કે જે ગ્રાહક મીટર અથવા અન્ય પ્રકારનાં EndDevices હોઈ શકે છે.
• નોડ - નોડ એ એવી જગ્યા છે જ્યાં કંઈક બદલાય છે (ઘણીવાર માલિકી) અથવા ગ્રીડ પર જોડાય છે. ઘણા ગાંઠો મીટર સાથે સંકળાયેલા છે, પરંતુ બધા નથી.
• સંખ્યા ડેટા સ્ત્રોતો –
• oadr ક્ષમતા –
• oadrCurrent –
• oadrData ક્વોલિટી –
• oadrDeviceClass - ઉપકરણ વર્ગ લક્ષ્ય - ફક્ત endDeviceAsset નો ઉપયોગ કરો.
• oadrEvent - એક ઑબ્જેક્ટ જેમાં માંગ પ્રતિસાદની ઘટના છે
• oadrExtension –
• oadrExtensionName -
• oadr એક્સ્ટેન્શન્સ –
• oadrHttpPullModel - VEN પુલ એક્સચેન્જ મોડલનો ઉપયોગ કરવા માંગે છે કે કેમ તે દર્શાવતો બુલિયન
• oadr માહિતી - સેવા વિશિષ્ટ નોંધણી માહિતીની મુખ્ય મૂલ્યની જોડી
• oadrKey –
• oadrLevelOffset –
• oadrLoadControlState –
• oadrManualOverride - જો સાચું હોય તો લોડનું નિયંત્રણ મેન્યુઅલી ઓવરરાઇડ કરવામાં આવ્યું છે
• oadrMax –
• oadrMaxPeriod - મહત્તમ એસampલિંગ અવધિ
• oadrMin –
• oadrMinPeriod - ન્યૂનતમ એસampલિંગ અવધિ
• સામાન્ય –
• oadrOnChange - જો સાચું હોય તો ડેટા બદલાય ત્યારે રેકોર્ડ કરવામાં આવશે, પરંતુ minPeriod દ્વારા ઉલ્લેખિત કરતાં વધુ આવર્તન પર નહીં.
• oadrOnline - જો સાચું હોય તો સંસાધન/સંપત્તિ ઓનલાઈન છે, જો ખોટું તો ઓફલાઈન છે.
• oadrPayload –
• oadrPayloadResource Status - વર્તમાન સંસાધન સ્થિતિ માહિતી
• oadrPendingReports - સામયિક અહેવાલોની સૂચિ હજુ પણ સક્રિય છે
• oadrPercentOffset –
• oadrProfile - પ્રોfile VEN અથવા VTN દ્વારા સપોર્ટેડ
• oadrProfileનામ - ઓપનએડીઆર પ્રોfile નામ જેમ કે 2.0a અથવા 2.0b.
• oadrProfileઓ - ઓપનએડીઆર પ્રોfiles અમલીકરણ દ્વારા આધારભૂત છે
• oadr અહેવાલ - એક જ રિપોર્ટ માટે તમામ માહિતી ધરાવતો પદાર્થ
• oadrReportDescription - રિપોર્ટ નિર્માતા દ્વારા ઓફર કરાયેલ રિપોર્ટ લાક્ષણિકતાઓનું વર્ણન. મેટાડેટા રિપોર્ટમાં સમાયેલ છે
• માત્ર અહેવાલ - ReportOnlyDeviceFlag
• oadrReportPayload - રિપોર્ટ્સ માટે ડેટા પોઇન્ટ મૂલ્યો
• oadrRequestedOadrPollFreq - VEN આ તત્વ દ્વારા નિર્દિષ્ટ દરેક અવધિ માટે વધુમાં વધુ એકવાર VTN ને oadrPoll પેલોડ મોકલશે
• oadrજવાબ જરૂરી - જ્યારે optIn/optOut પ્રતિસાદ જરૂરી હોય ત્યારે નિયંત્રણો. હંમેશા અથવા ક્યારેય હોઈ શકે છે
• oadrSampલિંગરેટ - Sampટેલિમેટ્રી પ્રકારના ડેટા માટે લિંગ દર
• oadr સેવા –
• oadrServiceName - આ પ્રકારના લક્ષ્યનો ઉપયોગ ઇવેન્ટ્સ, રિપોર્ટ્સ અને ઑપ્ટ શેડ્યૂલ્સ માટે થાય છે. મૂલ્ય સામાન્ય રીતે DR પ્રોગ્રામમાં નોંધણી દરમિયાન ઉપયોગિતા દ્વારા સોંપવામાં આવશે
• oadrServiceSpecificInfo - સેવા ચોક્કસ નોંધણી માહિતી
• oadrSetPoint –
• oadrSignedObject –
• ઓડર ટ્રાન્સપોર્ટ - VEN અથવા VTN દ્વારા સમર્થિત પરિવહન નામ
• oadrTransport સરનામું - રુટ સરનામું અન્ય પક્ષ સાથે વાતચીત કરવા માટે વપરાય છે. જો જરૂરી હોય તો પોર્ટનો સમાવેશ કરવો જોઈએ
• oadrTransportName - OpenADR પરિવહન નામ જેમ કે simpleHttp અથવા xmpp
• oadrપરિવહન - ઓપનએડીઆર પરિવહન અમલીકરણ દ્વારા સપોર્ટેડ છે
• oadrUpdated Report - અહેવાલની રસીદ સ્વીકારો
• oadrUpdateReport - અગાઉ વિનંતી કરેલ અહેવાલ મોકલો
• oadrવેલ્યુ –
• oadrVenName - VEN નામ. VTN GUI માં ઉપયોગ થઈ શકે છે
• oadrXml હસ્તાક્ષર - અમલીકરણ XML સહીનું સમર્થન કરે છે
• optID - એક વિકલ્પ ક્રિયાપ્રતિક્રિયા માટે ઓળખકર્તા
• optReason - એક્સ-શેડ્યૂલ જેવા ઑપ્ટ કારણ માટે ગણતરી કરેલ મૂલ્ય
• optType - ઇવેન્ટને પસંદ કરો અથવા નાપસંદ કરો, અથવા EiOpt સેવા માટે ઉપલબ્ધતા ઑબ્જેક્ટમાં નિર્ધારિત પસંદ શેડ્યૂલના પ્રકારને સૂચવવા માટે વપરાય છે
• પાર્ટીઆઈડી - આ પ્રકારના લક્ષ્યનો ઉપયોગ ઇવેન્ટ્સ, રિપોર્ટ્સ અને ઑપ્ટ શેડ્યૂલ્સ માટે થાય છે. મૂલ્ય સામાન્ય રીતે DR પ્રોગ્રામમાં નોંધણી દરમિયાન ઉપયોગિતા દ્વારા સોંપવામાં આવશે
• પેલોડ ફ્લોટ - ઇવેન્ટ સિગ્નલો માટે અથવા વર્તમાન અથવા ઐતિહાસિક મૂલ્યોની જાણ કરવા માટે ડેટા પોઇન્ટ મૂલ્ય.
• pnode - પ્રાઈસિંગ નોડ સીધા કનેક્ટિવિટી નોડ સાથે સંકળાયેલ છે. તે કિંમતનું સ્થાન છે જેના માટે બજારના સહભાગીઓ તેમની બિડ, ઑફર્સ, ખરીદ/વેચાણ CRR સબમિટ કરે છે અને પતાવટ કરે છે.
• બિંદુઓફ ડિલિવરી –
• pointOfReceipt –
• poslist –
• શક્તિ દેખીતી - દેખીતી શક્તિ વોલ્ટમાં માપવામાં આવે છે-ampઇરેસ (VA)
• પાવર એટ્રિબ્યુટ્સ
• પાવર આઇટમ
• શક્તિ પ્રતિક્રિયાશીલ - પ્રતિક્રિયાશીલ શક્તિ, વોલ્ટમાં માપવામાં આવે છે-ampઇરેસ રિએક્ટિવ (VAR)
• પાવર રિયલ - વાસ્તવિક શક્તિ વોટ્સ (W) અથવા જૌલ્સ/સેકન્ડ (J/s) માં માપવામાં આવે છે
• અગ્રતા - અન્ય ઇવેન્ટ્સના સંબંધમાં ઇવેન્ટની પ્રાધાન્યતા (જેટલી ઓછી સંખ્યા તેટલી પ્રાધાન્યતા વધારે છે. શૂન્ય (0) નું મૂલ્ય કોઈ અગ્રતા દર્શાવતું નથી, જે મૂળભૂત રીતે સૌથી ઓછી પ્રાથમિકતા છે).
• ગુણધર્મો –
• પલ્સ કાઉન્ટ - રિપોર્ટિંગ ડેટા પોઇન્ટ
• પલ્સ ફેક્ટર - ગણતરી દીઠ kWh
• લાયક ઘટના ID - ઇવેન્ટ માટે અનન્ય ID
• વાંચનનો પ્રકાર - રીડિંગ્સ વિશેનો મેટાડેટા, જેમ કે સરેરાશ અથવા વ્યુત્પન્ન
• નોંધણી ID - નોંધણી વ્યવહાર માટે ઓળખકર્તા. ક્વેરી રજીસ્ટ્રેશનના જવાબમાં શામેલ નથી સિવાય કે પહેલાથી જ નોંધાયેલ હોય
• જવાબ મર્યાદા - oadrDistributeEvent પેલોડમાં પરત કરવા માટેની ઇવેન્ટની મહત્તમ સંખ્યા
• રિપોર્ટબેક અવધિ - આ સમયગાળાના દરેક પસાર થવા માટે રિપોર્ટ-ટુ-ડેટ સાથે પાછા રિપોર્ટ કરો.
• રિપોર્ટ ડેટા સ્ત્રોત - આ અહેવાલમાં માહિતી માટે સ્ત્રોતો. ઉદાampલેસમાં મીટર અથવા સબમીટરનો સમાવેશ થાય છે. માજી માટેample, જો મીટર બે અલગ-અલગ પ્રકારના માપ આપવા સક્ષમ હોય, તો દરેક માપન પ્રવાહને અલગથી ઓળખવામાં આવશે.
• રિપોર્ટ ઈન્ટરવલ - આ રિપોર્ટિંગનો એકંદર સમયગાળો છે.
• રિપોર્ટનું નામ - રિપોર્ટ માટે વૈકલ્પિક નામ.
• રિપોર્ટની વિનંતી ID - ચોક્કસ રિપોર્ટ વિનંતી માટે ઓળખકર્તા
• રિપોર્ટ સ્પેસિફાયર - ચોક્કસ રિપોર્ટના દાખલામાં ઇચ્છિત ડેટા પોઇન્ટનો ઉલ્લેખ કરો
• reportSpecifierID - ચોક્કસ મેટાડેટા રિપોર્ટ સ્પષ્ટીકરણ માટે ઓળખકર્તા
• અહેવાલ વિષય - ઉપકરણ વર્ગ લક્ષ્ય - ફક્ત endDeviceAsset નો ઉપયોગ કરો.
• જાણ કરવા માટે અનુસરો - રિપોર્ટ રદ થયા પછી રિપોર્ટ (અપડેટરિપોર્ટના સ્વરૂપમાં) પરત કરવામાં આવશે કે કેમ તે સૂચવે છે
• અહેવાલનો પ્રકાર - રિપોર્ટનો પ્રકાર જેમ કે ઉપયોગ અથવા કિંમત
• વિનંતી ID - લોજિકલ ટ્રાન્ઝેક્શન વિનંતી અને પ્રતિસાદ સાથે મેળ કરવા માટે વપરાતો ID
• સંસાધન ID - આ પ્રકારના લક્ષ્યનો ઉપયોગ ઇવેન્ટ્સ, રિપોર્ટ્સ અને ઑપ્ટ શેડ્યૂલ્સ માટે થાય છે. મૂલ્ય સામાન્ય રીતે DR પ્રોગ્રામમાં નોંધણી દરમિયાન ઉપયોગિતા દ્વારા સોંપવામાં આવશે
• પ્રતિભાવ –
• પ્રતિભાવ કોડ - 3 અંકનો પ્રતિભાવ કોડ
• પ્રતિભાવ વર્ણન - પ્રતિભાવ સ્થિતિનું વર્ણનાત્મક વર્ણન
• પ્રતિભાવો –
• આરઆઈડી - આ ડેટા બિંદુ માટે સંદર્ભ ID
• સેવા વિસ્તાર - આ પ્રકારના લક્ષ્યનો ઉપયોગ ઇવેન્ટ્સ, રિપોર્ટ્સ અને ઑપ્ટ શેડ્યૂલ્સ માટે થાય છે. મૂલ્ય સામાન્ય રીતે DR પ્રોગ્રામમાં નોંધણી દરમિયાન ઉપયોગિતા દ્વારા સોંપવામાં આવશે
• સર્વિસ ડિલિવરી પોઈન્ટ - નેટવર્ક પર તાર્કિક બિંદુ જ્યાં સેવાની માલિકી હાથ બદલાય છે. તે સર્વિસ લોકેશનની અંદર સંભવિત રીતે ઘણા બધા સર્વિસ પોઈન્ટ પૈકીનું એક છે, જે ગ્રાહક કરાર અનુસાર સેવા પ્રદાન કરે છે. તે જગ્યાએ ઉપયોગ થાય છે જ્યાં મીટર ઇન્સ્ટોલ થઈ શકે છે.
• સેવા સ્થાન - ગ્રાહક સેવા સ્થાનમાં એક અથવા વધુ સર્વિસ ડિલિવરી પોઈન્ટ હોય છે, જે બદલામાં મીટર સાથે સંબંધિત હોય છે. ચોક્કસ સંજોગોના આધારે સ્થાન બિંદુ અથવા બહુકોણ હોઈ શકે છે. વિતરણ માટે, સર્વિસ લોકેશન એ સામાન્ય રીતે યુટિલિટી ગ્રાહકના સ્થળનું સ્થાન છે.
• સિગ્નલઆઈડી - ચોક્કસ ઇવેન્ટ સિગ્નલ માટે અનન્ય ઓળખકર્તા
• સિગ્નલ નામ - સિમ્પલ જેવા સિગ્નલનું નામ
• સિગ્નલપેલોડ - ઇવેન્ટ્સ અને બેઝલાઇન્સ માટે સિગ્નલ મૂલ્યો
• siScaleCode - રિપોર્ટ માટે માપના આધાર એકમ માટેનું માપન પરિબળ
• specifierPayload - એક ખુલ્લું
• શરૂઆત પછી - ઇવેન્ટની શરૂઆત માટે રેન્ડમાઇઝેશન વિન્ડો
• સ્થિતિ તારીખ સમય - આ આર્ટિફેક્ટ સંદર્ભો તારીખ અને સમય.
• તાપમાન –
• ટેસ્ટ ઇવેન્ટ - ખોટા સિવાય બીજું કંઈપણ પરીક્ષણ ઘટના સૂચવે છે
• ટેક્સ્ટ –
• થર્મો –
• સહનશીલતા - ઇવેન્ટ માટે રેન્ડમાઇઝેશન આવશ્યકતાઓ ધરાવતો પેટા-ઑબ્જેક્ટ
• સહન કરવું - ઇવેન્ટ માટે રેન્ડમાઇઝેશન આવશ્યકતાઓ ધરાવતો ઑબ્જેક્ટ
• પરિવહન ઈન્ટરફેસ - ટ્રાન્સપોર્ટ ઈન્ટરફેસ ટ્રાન્સપોર્ટ સેગમેન્ટના બંને છેડે કિનારીઓને રેખાંકિત કરે છે.
• uid - અંતરાલો ઓળખવા માટે ઇન્ડેક્સ તરીકે વપરાય છે. અનન્ય ઓળખકર્તા
• મૂલ્ય –
• ઉપલબ્ધતા - DR ઇવેન્ટ્સમાં ભાગ લેવા માટે ઉપકરણની ઉપલબ્ધતાને પ્રતિબિંબિત કરતું શેડ્યૂલ
• venID - VEN માટે અનન્ય ઓળખકર્તા
• વોલ્યુમtage –
• vtn ટિપ્પણી - કોઈપણ ટેક્સ્ટ
• vtnID - VTN માટે અનન્ય ઓળખકર્તા
• x-ei સૂચના - VEN ને આ સમયગાળા બાદ dtstart પહેલાં DR ઇવેન્ટ પેલોડ પ્રાપ્ત થવો જોઈએ.
• x-eiRampઉપર - ઇવેન્ટ શરૂ થવાના સમય પહેલા અથવા પછીનો સમયગાળો જે દરમિયાન લોડ શેડ ટ્રાન્ઝિટ થવો જોઈએ.
• x-eiRecovery - ઇવેન્ટ સમાપ્તિ સમય પહેલાં અથવા પછીનો સમયગાળો કે જે દરમિયાન લોડ શેડ ટ્રાન્ઝિટ થવો જોઈએ.

 

ગણતરી કરેલ મૂલ્યોની ગ્લોસરી

ઇવેન્ટની સ્થિતિ

• સક્રિય - ઇવેન્ટ શરૂ કરવામાં આવી છે અને હાલમાં સક્રિય છે.
• રદ કરેલ - ઇવેન્ટ રદ કરવામાં આવી છે.
• પૂર્ણ - ઇવેન્ટ પૂર્ણ થઈ.
• દૂર - ઘટના દૂરના ભવિષ્યમાં બાકી છે. ભવિષ્યમાં આનો સંદર્ભ કેટલો દૂર છે તેની ચોક્કસ વ્યાખ્યા બજારના સંદર્ભ પર આધારિત છે, પરંતુ સામાન્ય રીતે તેનો અર્થ બીજા દિવસે થાય છે.
• નજીક - ઇવેન્ટ નજીકના ભવિષ્યમાં બાકી છે. ભવિષ્યમાં પેન્ડિંગ ઇવેન્ટ કેટલી નજીક છે તેની ચોક્કસ વ્યાખ્યા બજારના સંદર્ભ પર આધારિત છે. .ઇવેન્ટ x-eiR ની અસરકારક શરૂઆત સાથે સહવર્તી પ્રારંભ થાય છેampઅપ સમય. જો x-eiRampઇવેન્ટ માટે અપ વ્યાખ્યાયિત નથી, આ સ્થિતિ ઇવેન્ટ માટે ઉપયોગમાં લેવાશે નહીં.
• કોઈ નહીં - કોઈ ઇવેન્ટ બાકી નથી

આઇટમ યુનિટ

• ચલણ
  • USD - યુનાઇટેડ સ્ટેટ્સ ડૉલર
  • અહીં સૂચિબદ્ધ કરવા માટે ઘણા લોકો માટે, સ્કીમાનો સંદર્ભ લો
• પાવર રીઅલ
  • જે/સે - જૌલ-સેકન્ડ
  • W - વatટ્સ
• તાપમાન
  • સેલ્સિયસ –
  • ફેરનહીટ –

oadrData ક્વોલિટી

• કોઈ નવું મૂલ્ય નથી - અગાઉનું મૂલ્ય વપરાયું છે –
• કોઈ ગુણવત્તા નથી - કોઈ મૂલ્ય નથી –
• ગુણવત્તા ખરાબ - કોમ નિષ્ફળતા –
• ગુણવત્તા ખરાબ - રૂપરેખાંકન ભૂલ –
• ગુણવત્તા ખરાબ - ઉપકરણ નિષ્ફળતા –
• ગુણવત્તા ખરાબ - છેલ્લું જાણીતું મૂલ્ય –
• ગુણવત્તા ખરાબ - બિન-વિશિષ્ટ –
• ગુણવત્તા ખરાબ – કનેક્ટેડ નથી –
• ગુણવત્તા ખરાબ - સેવાની બહાર –
• ગુણવત્તા ખરાબ - સેન્સર નિષ્ફળતા –
• ગુણવત્તા સારી - સ્થાનિક ઓવરરાઇડ –
• ગુણવત્તા સારી - બિન-વિશિષ્ટ –
• ગુણવત્તા મર્યાદા - ક્ષેત્ર/સતત –
• ગુણવત્તા મર્યાદા - ક્ષેત્ર/ઉચ્ચ –
• ગુણવત્તા મર્યાદા - ક્ષેત્ર/નીચી –
• ગુણવત્તા મર્યાદા - ક્ષેત્ર/નહીં –
• ગુણવત્તા અનિશ્ચિત - EU એકમો ઓળંગી ગયા –
• ગુણવત્તા અનિશ્ચિત - છેલ્લું ઉપયોગી મૂલ્ય –
• ગુણવત્તા અનિશ્ચિત - બિન-વિશિષ્ટ –
• ગુણવત્તા અનિશ્ચિત - સેન્સર ચોક્કસ નથી –
• ગુણવત્તા અનિશ્ચિત - સબ નોર્મલ –

oadrપ્રતિસાદ જરૂરી

• હંમેશા - પ્રાપ્ત દરેક ઇવેન્ટ માટે હંમેશા પ્રતિસાદ મોકલો.
• ક્યારેય નહીં - ક્યારેય જવાબ ન આપો.

optReason

પસંદ કરવા માટેના ગણિત કરેલ કારણો.

• આર્થિક –
• કટોકટી –
• દોડવું જ પડશે –
• સહભાગી નથી –
• outageRunStatus –
• ઓવરરાઇડ સ્ટેટુઓ -
• સહભાગી –
• x-શેડ્યૂલ –

oadrTransportName

• સરળHttp –
• xmpp –

OptType

• optIn - એક સંકેત કે VEN ઇવેન્ટમાં ભાગ લેશે, અથવા EiOpt સેવાના કિસ્સામાં શેડ્યૂલનો એક પ્રકાર સૂચવે છે કે સંસાધન ઉપલબ્ધ રહેશે
• નાપસંદ કરો - એક સંકેત કે VEN ઇવેન્ટમાં ભાગ લેશે નહીં, અથવા EiOpt સેવાના કિસ્સામાં શેડ્યૂલનો પ્રકાર સૂચવે છે કે સંસાધન ઉપલબ્ધ રહેશે નહીં

વાંચનનો પ્રકાર

• ફાળવેલ - મીટર ઘણા [સંસાધનોને] આવરી લે છે અને ઉપયોગનો અંદાજ અમુક પ્રકારની પ્રો ડેટા ગણતરી દ્વારા કરવામાં આવે છે.
• કરાર - સૂચવે છે કે વાંચન પ્રો ફોર્મા છે, એટલે કે, સંમત દરે જાણ કરવામાં આવે છે
• વ્યુત્પન્ન - ઉપયોગનું અનુમાન રન-ટાઇમ, સામાન્ય કામગીરી વગેરેના જ્ઞાન દ્વારા કરવામાં આવે છે.
• ડાયરેક્ટ રીડ – વાંચન એ ઉપકરણમાંથી વાંચવામાં આવે છે જે એકવિધ રીતે વધે છે, અને ઉપયોગની ગણતરી સ્ટાર્ટ અને સ્ટોપ રીડિંગ્સની જોડીમાંથી થવી જોઈએ.
• અંદાજિત - જ્યારે મોટા ભાગના વાંચન હાજર હોય ત્યારે શ્રેણીમાં વાંચન ગેરહાજર હોય ત્યારે વપરાય છે.
• વર્ણસંકર - જો એકીકૃત હોય, તો એકંદર સંખ્યામાં વિવિધ વાંચન પ્રકારોનો સંદર્ભ આપે છે.
• મીન – વાંચન એ ગ્રેન્યુલારિટીમાં દર્શાવેલ સમયગાળા માટેનું સરેરાશ મૂલ્ય છે
• નેટ - મીટર અથવા [સંસાધન] સમય જતાં કુલ ઉપયોગની પોતાની ગણતરી તૈયાર કરે છે.
• પીક - ગ્રેન્યુલારિટીમાં દર્શાવેલ સમયગાળા દરમિયાન વાંચન એ પીક (સૌથી વધુ) મૂલ્ય છે. કેટલાક માપ માટે, તે સૌથી નીચા મૂલ્ય તરીકે વધુ અર્થપૂર્ણ હોઈ શકે છે. એકંદર વાંચન સાથે સુસંગત ન હોઈ શકે. માત્ર ફ્લો-રેટ આઇટમ બેઝ માટે માન્ય છે, એટલે કે, પાવર નહીં એનર્જી.
• અંદાજિત - સૂચવે છે કે વાંચન ભવિષ્યમાં છે, અને હજુ સુધી માપવામાં આવ્યું નથી.
• સરવાળો - કેટલાક મીટર એકસાથે આ [સંસાધન] માટે વાંચન પ્રદાન કરે છે. આ ખાસ કરીને એકીકૃત કરતાં અલગ છે, જે સમાન પેલોડમાં બહુવિધ [સંસાધનો] નો સંદર્ભ આપે છે. હાઇબ્રિડ પણ જુઓ.
• x-લાગુ નથી - લાગુ પડતું નથી
• x-RMS - રુટ મીન સ્ક્વેર

રિપોર્ટનું નામ

• HISTORY_GREENBUTTON - એટમ ફીડ સ્કીમા સ્ટ્રક્ચરમાં ગ્રીનબટન ડેટા ધરાવતો રિપોર્ટ
• HISTORY_USAGE - ઐતિહાસિક ઊર્જા વપરાશ ડેટા ધરાવતો અહેવાલ
• METADATA_HISTORY_GREENBUTTON - HISTORY_GREENBUTTON રિપોર્ટ્સ માટે રિપોર્ટિંગ ક્ષમતાઓને વ્યાખ્યાયિત કરતો મેટાડેટા રિપોર્ટ
• METADATA_HISTORY_USAGE - HISTORY_USAGE રિપોર્ટ્સ માટે રિપોર્ટિંગ ક્ષમતાઓને વ્યાખ્યાયિત કરતો મેટાડેટા રિપોર્ટ
• METADATA_TELEMETRY_STATUS - TELEMETRY_STATUS રિપોર્ટ્સ માટે રિપોર્ટિંગ ક્ષમતાઓને વ્યાખ્યાયિત કરતો મેટાડેટા રિપોર્ટ
• METADATA_TELEMETRY_USAGE - TELEMETRY_USAGE રિપોર્ટ્સ માટે રિપોર્ટિંગ ક્ષમતાઓને વ્યાખ્યાયિત કરતો મેટાડેટા રિપોર્ટ
• TELEMETRY_STATUS - રીઅલ ટાઈમ રિસોર્સ સ્ટેટસની માહિતી ધરાવતો રિપોર્ટ જેમ કે ઓનલાઈન સ્ટેટ
• TELEMETRY_USAGE - રીઅલ ટાઇમ ઉર્જા વપરાશની માહિતી ધરાવતો અહેવાલ

અહેવાલનો પ્રકાર

એક ગણતરી કરેલ મૂલ્ય કે જે રિપોર્ટનો પ્રકાર આપે છે.

• ઉપલબ્ધ એનર્જી સ્ટોરેજ - વધુ ઉર્જા સંગ્રહ માટે ક્ષમતા ઉપલબ્ધ છે, કદાચ ટાર્ગેટ એનર્જી સ્ટોરેજ મેળવવા માટે
• સરેરાશ માંગ - ગ્રેન્યુલારિટી દ્વારા દર્શાવેલ સમયગાળા દરમિયાન સરેરાશ વપરાશ. વધુ માહિતી માટે માંગ જુઓ.
• સરેરાશ વપરાશ - ગ્રેન્યુલારિટી દ્વારા દર્શાવેલ સમયગાળા દરમિયાન સરેરાશ વપરાશ. વધુ માહિતી માટે ઉપયોગ જુઓ.
• આધારરેખા - આઇટમબેઝ દ્વારા સૂચવ્યા મુજબ, માંગ અથવા ઉપયોગ હોઈ શકે છે. જો ઘટના અથવા નિયમન માટે ન હોય તો શું [માપ] હશે તે સૂચવે છે. રિપોર્ટ બેઝલાઇન ફોર્મેટનો છે.
• ડેલ્ટા ડિમાન્ડ - બેઝલાઇનની તુલનામાં માંગમાં ફેરફાર. વધુ માહિતી માટે માંગ જુઓ
• deltaSetPoint - અગાઉના શેડ્યૂલથી સેટપોઇન્ટમાં ફેરફાર.
• ડેલ્ટા વપરાશ - બેઝલાઇનની સરખામણીમાં વપરાશમાં ફેરફાર. વધુ માહિતી માટે ઉપયોગ જુઓ
• માંગ - અહેવાલ એકમોની સંખ્યા દર્શાવે છે (આઇટમબેઝ અથવા EMIX ઉત્પાદનમાં નામાંકિત). પેલોડ પ્રકાર જથ્થો છે. એક લાક્ષણિક આઇટમબેઝ વાસ્તવિક શક્તિ છે.
• વિચલન - અમુક સૂચના અને વાસ્તવિક સ્થિતિ વચ્ચેનો તફાવત.
• ડાઉન રેગ્યુલેશન ક્ષમતા ઉપલબ્ધ - ડિસ્પેચ માટે ઉપલબ્ધ ડાઉન રેગ્યુલેશન ક્ષમતા, EMIX રિયલ પાવરમાં દર્શાવવામાં આવી છે. પેલોડ હંમેશા હકારાત્મક જથ્થા તરીકે દર્શાવવામાં આવે છે.
• સ્તર - દરેક અંતરાલ પર બજારમાંથી સરળ સ્તર.
• સંચાલન રાજ્ય - સંસાધનની સામાન્ય સ્થિતિ જેમ કે ચાલુ/બંધ, મકાનનો કબજો, વગેરે. કોઈ આઇટમબેઝ સંબંધિત નથી. એપ્લિકેશન ચોક્કસ પેલોડ એક્સ્ટેંશનની જરૂર છે.
• ટકાની માંગ - પર્સેનtagમાંગની e
• ટકાવારી - પર્સેનtagઉપયોગની e
• પાવર ફેક્ટર - સંસાધન માટે પાવર પરિબળ
• કિંમત - દરેક અંતરાલ પર આઇટમબેઝ દીઠ કિંમત
• વાંચન - અહેવાલ એક મીટરની જેમ વાંચન સૂચવે છે. વાંચન એ સમયની ક્ષણો છે-સમય સાથેના ફેરફારોની ગણતરી ક્રમિક વાંચન વચ્ચેના તફાવત પરથી કરી શકાય છે. પેલોડ પ્રકાર ફ્લોટ છે
• રેગ્યુલેશન સેટપોઇન્ટ - નિયમન સેવાઓના ભાગ રૂપે સૂચના મુજબ નિયમન સેટપોઇન્ટ
• સેટપોઈન્ટ - રિપોર્ટ હાલમાં સેટ કરેલી રકમ (આઇટમબેઝ અથવા EMIX પ્રોડક્ટમાં નામાંકિત) દર્શાવે છે. VTN તરફથી મોકલવામાં આવેલ સેટપોઇન્ટ કંટ્રોલ વેલ્યુનું કન્ફર્મેશન/રીટર્ન હોઈ શકે છે. પેલોડ પ્રકાર જથ્થો છે. એક લાક્ષણિક આઇટમબેઝ વાસ્તવિક શક્તિ છે.
• સંગ્રહિત ઊર્જા - સંગ્રહિત ઊર્જાને વાસ્તવિક ઊર્જા તરીકે દર્શાવવામાં આવે છે અને પેલોડને જથ્થા તરીકે દર્શાવવામાં આવે છે.
• લક્ષ્ય એનર્જી સ્ટોરેજ - લક્ષ્ય ઉર્જા વાસ્તવિક ઉર્જા તરીકે દર્શાવવામાં આવે છે અને પેલોડને જથ્થા તરીકે દર્શાવવામાં આવે છે.
• અપરેગ્યુલેશન કેપેસિટી ઉપલબ્ધ - ડિસ્પેચ માટે ઉપલબ્ધ અપ રેગ્યુલેશન ક્ષમતા, EMIX રિયલ પાવરમાં વ્યક્ત કરવામાં આવી છે. પેલોડ હંમેશા હકારાત્મક જથ્થા તરીકે દર્શાવવામાં આવે છે.
• ઉપયોગ - અહેવાલ સમયગાળા દરમિયાન એકમોની સંખ્યા (આઇટમબેઝ અથવા EMIX ઉત્પાદનમાં નામાંકિત) સૂચવે છે. પેલોડ પ્રકાર જથ્થો છે. એક લાક્ષણિક આઇટમબેઝ રીઅલ એનર્જી છે
• x-સંસાધન સ્થિતિ - પર્સેનtagમાંગની e

સ્કેલ કોડ

• p - પીકો 10**-12
• n – નેનો 10**-9
• સૂક્ષ્મ - માઇક્રો 10**-6
• m - મિલી 10**-3
• c - સેન્ટી 10**-2
• d – ડીસી 10**-1
• k - કિલો 10*3
• M - મેગા 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 – સિગ્નલ એ ડિલિવરી અથવા વપરાશના વર્તમાન દર પર લાગુ કરેલ ગુણક સૂચવે છે જે સિગ્નલ વિના કોઈએ ઉપયોગ કર્યો હોત.
• કિંમત - સિગ્નલ કિંમત સૂચવે છે.
• કિંમત ગુણાકારr - સિગ્નલ કિંમત ગુણક સૂચવે છે. વિસ્તૃત કિંમત એ ગણતરી કરેલ કિંમત મૂલ્ય છે જે એકમોની સંખ્યા દ્વારા ગુણાકાર કરવામાં આવે છે.
• કિંમત સંબંધિત - સિગ્નલ સંબંધિત કિંમત સૂચવે છે.
• પોઈન્ટ નક્કી કરો - સિગ્નલ એકમોની લક્ષ્ય રકમ સૂચવે છે.
• x-લોડ કંટ્રોલ કેપેસિટી - આ લોડ કંટ્રોલર માટે અમુક ટકાના સ્તરે કામ કરવાની સૂચના છેtage તેની મહત્તમ લોડ વપરાશ ક્ષમતા. ડ્યુટી સાયકલિંગ જેવી વસ્તુઓ કરવા માટે આને ચોક્કસ લોડ નિયંત્રકો સાથે મેપ કરી શકાય છે. નોંધ કરો કે 1.0 એ 100% વપરાશનો સંદર્ભ આપે છે. સામાન્ય ON/OFF પ્રકારના ઉપકરણોના કિસ્સામાં 0 = OFF અને 1 = ON.
• x-loadControlLevelOffset - અલગ પૂર્ણાંક સ્તરો જે સામાન્ય કામગીરીને સંબંધિત છે જ્યાં 0 સામાન્ય કામગીરી છે.
• x-loadControlPercentOffset - પર્સેનtagસામાન્ય લોડ નિયંત્રણ કામગીરીમાંથી ફેરફાર.
• x-loadControlSetpoint - લોડ કંટ્રોલર સેટ પોઈન્ટ.

- ઓપનએડીઆર એ અને બી પ્રોfile તફાવતો

A pro દ્વારા સમર્થિત એકમાત્ર સેવાfile EiEvent સેવા છે. EiEvent ઑબ્જેક્ટ A pro માં સરળ છે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 પ્રોમાં જરૂરી હતાfile હવે બી પ્રોમાં વૈકલ્પિક છેfile, સહિત:

• વર્તમાન મૂલ્ય

- ઓપનએડીઆર સુરક્ષા પ્રમાણપત્રો

OpenADR અનુરૂપતા નિયમોને નીચેનાની જરૂર છે:

• TLS સંસ્કરણ 1.2 નો ઉપયોગ X.509 પ્રમાણપત્રોના વિનિમય માટે થાય છે
• VTN ની પાસે SHA256 ECC અને RSA બંને પ્રમાણપત્રો હોવા આવશ્યક છે
• VEN SHA256 ECC અને RSA પ્રમાણપત્રોને સમર્થન આપી શકે છે અને બંનેને સમર્થન આપી શકે છે
• જો તેઓ ટ્રાન્સપોર્ટ સર્વરની ભૂમિકા ભજવવા જઈ રહ્યા હોય તો VTN અને VEN બંને ક્લાયન્ટ પ્રમાણપત્રોની વિનંતી કરવા માટે ગોઠવેલા હોવા જોઈએ (એટલે ​​​​કે અન્ય પક્ષની વિનંતીઓનો જવાબ આપવો)
• TLS વાટાઘાટો પ્રક્રિયાના ભાગ રૂપે અન્ય પક્ષ દ્વારા વિનંતી કરવામાં આવે ત્યારે VTN અને VEN બંનેએ ક્લાયન્ટ પ્રમાણપત્ર પ્રદાન કરવું આવશ્યક છે

NetworkFX દ્વારા પ્રદાન કરવામાં આવેલ પ્રમાણપત્રો RSA અથવા ECC માટે વિશિષ્ટ હશે. નેટવર્કએફએક્સ પર ફોર્મ ભરવાના પરિણામો તરીકે આ પ્રમાણપત્રોની રચના થઈ શકે છે web પરીક્ષણ પ્રમાણપત્રોની વિનંતી કરવા માટેની સાઇટ અથવા પ્રમાણપત્ર સહી વિનંતી (CSR) દ્વારા ઉત્પાદન પ્રમાણપત્રોની વિનંતીનું પરિણામ હોઈ શકે છે. પદ્ધતિને ધ્યાનમાં લીધા વિના, નીચેના files આપવામાં આવશે (દા.તampલેસ બતાવવામાં આવે છે):

• રુટ પ્રમાણપત્ર
• મધ્યવર્તી રુટ પ્રમાણપત્ર
• ઉપકરણ પ્રમાણપત્ર
• ખાનગી કી

સામાન્ય રીતે, ખાનગી કીનો ઉપયોગ VEN અથવા VTN દ્વારા મોકલવામાં આવેલા પેલોડ્સને એન્ક્રિપ્ટ કરવા માટે થાય છે. ઉપકરણ પ્રમાણપત્ર એ VEN અથવા VTN વિશેની અનન્ય ઓળખ માહિતીનો સમૂહ છે જે પ્રમાણપત્ર અધિકારી દ્વારા બનાવવામાં આવ્યું છે અને ખાનગી કીનો ઉપયોગ કરીને એનક્રિપ્ટ થયેલ છે. રુટ અને મધ્યવર્તી files નો ઉપયોગ ઉપકરણ પ્રમાણપત્રને ડિક્રિપ્ટ કરવા અને પ્રમાણપત્ર વિશ્વસનીય સત્તાધિકારી તરફથી આવ્યું છે તેની પુષ્ટિ કરવા માટે થાય છે.

જાવા વાતાવરણમાં જે JSSE નો ઉપયોગ કરે છે, ત્યાં બે પ્રમાણપત્ર સ્ટોર છે. એકને ટ્રસ્ટ સ્ટોર કહેવામાં આવે છે અને તેનો ઉપયોગ રૂટ પ્રમાણપત્ર રાખવા માટે થાય છે. બીજાને કી સ્ટોર કહેવામાં આવે છે અને તેનો ઉપયોગ ઉપકરણ પ્રમાણપત્ર મધ્યવર્તી પ્રમાણપત્ર, તેમજ ખાનગી કીનો સમાવેશ કરતી પ્રમાણપત્ર સાંકળને સંગ્રહિત કરવા માટે થાય છે.

મહેરબાની કરીને નોંધ કરો કે XMPP પરિવહનનો ઉપયોગ કરતી વખતે VEN XMPP સર્વર સાથે વાતચીત કરે છે અને VTN સાથે સીધું નહીં. તેથી XMPP સર્વરમાં પ્રમાણપત્રોનું રૂપરેખાંકન VTN ની સમકક્ષ હોવું આવશ્યક છે. VTN પોતે અને XMPP સર્વર વચ્ચેનો સંચાર VEN માટે પારદર્શક છે અને તે અનિવાર્યપણે ખાનગી લિંક છે. તેમ છતાં, XMPP સર્વર સાથે વાતચીત કરતી વખતે મોટાભાગના વિક્રેતાઓએ VTN માં VEN પ્રમાણપત્રોના સમૂહનો ઉપયોગ કર્યો હતો.

જો તમે તમારા XMPP સર્વર તરીકે ઓપનફાયરનો ઉપયોગ કરી રહ્યાં છો, તો તમારે ધ્યાનમાં લેવું આવશ્યક છે તે અન્ય અવરોધ છે. OpenFire માટે જરૂરી છે કે ક્લાયંટ ઉપકરણ પ્રમાણપત્રોમાં વપરાયેલ CN નામ XMPP સર્વર પર ગોઠવેલ ઉપકરણો XMPP વપરાશકર્તાનામ સાથે મેળ ખાતું હોય. VEN પ્રમાણપત્રો (OpenADR સુરક્ષા આવશ્યકતાઓનો ભાગ) પર CN નામ માટે MAC જેવું સરનામું વપરાયું હોવાથી કેટલાક વિચિત્ર ક્લાયન્ટ નામો આના પરિણામે આવી શકે છે.

છેવટે, મોટાભાગના VENs અને VTNs જ્યારે ટ્રાન્સપોર્ટ ક્લાયન્ટની ભૂમિકા ભજવે છે ત્યારે તે પ્રમાણિત કરવાનો પ્રયાસ કરશે કે પરિવહન સર્વર દ્વારા પ્રદાન કરવામાં આવેલ પ્રમાણપત્રના CN ફીલ્ડમાં CN નામ છે જે પ્રમાણપત્ર પ્રદાન કરનાર એન્ટિટીના હોસ્ટ નામ સાથે મેળ ખાય છે. પ્રમાણપત્રોની આપ-લે કરતી વખતે આ આંતરકાર્યક્ષમતા સમસ્યાઓનો બીજો સ્ત્રોત હોઈ શકે છે. આ પ્રકારની સમસ્યાઓને અલગ કરવા માટે હોસ્ટ નામની ચકાસણી સામાન્ય રીતે પ્રોગ્રામેટિકલી અક્ષમ કરી શકાય છે.

OpenADR 2.0 ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામ માર્ગદર્શિકા - ડાઉનલોડ કરો [optimપ્ટિમાઇઝ]
OpenADR 2.0 ડિમાન્ડ રિસ્પોન્સ પ્રોગ્રામ માર્ગદર્શિકા - ડાઉનલોડ કરો

સંદર્ભો

• વપરાશકર્તા માર્ગદર્શિકા