OpenADR २.०

माग प्रतिक्रिया कार्यक्रम गाईड

संशोधन संख्या: ०.0.92 XNUMX

कागजात स्थिति: कार्य पाठ

कागजात नम्बर: 20140701

प्रतिलिपि अधिकार © OpenADR एलायन्स (२०१//१।)। सबै अधिकार सुरक्षित। यस कागजात भित्र जानकारी OpenADR गठबन्धनको सम्पत्ति हो र यसको प्रयोग र खुलासा प्रतिबन्धित छ।

सामग्री

१ परिचय ६

२ सन्दर्भ।

Terms नियम र परिभाषा 3

Ab संक्षिप्त 4

Mand मांग प्रतिक्रिया कार्यक्रम प्रकार 5

Dep डिप्लोइमेन्ट परिदृश्य १०

.6.1.१ प्रत्यक्ष १ ११

.6.2.१ प्रत्यक्ष १ ११

.6.3.१ प्रत्यक्ष १ ११

.6.4.१ प्रत्यक्ष १ ११

.6.5.। सुविधाजनक १ १ 1

.6.6. Ag एग्रिगेटर १ १ 1

Dep डिप्लोइमेन्ट परिदृश्य र DR कार्यक्रम म्यापि 7 १ 16

A DR कार्यक्रम टेम्पलेट १ Select चयन गर्दै

De मांग प्रतिक्रिया कार्यक्रम टेम्प्लेट २१

.9.1 .१ क्रिटिकल पीक मूल्य निर्धारण कार्यक्रम (सीपीपी) २१

.9.1.1 .१.१ सीपीपी DR कार्यक्रम विशेषताहरु २१

.9.1.2 .१.२ सीपीपी प्रोग्रामहरूका लागि ओपनएडआर विशेषताहरू

.9.2 .२ क्षमता बिडिंग कार्यक्रम २ 24

.9.2.1 .२.१ क्षमता बिडिंग DR कार्यक्रम विशेषताहरू २ 24

B .२.२ ओपनएडआर क्षमता बिडिंग कार्यक्रम २ for का लागि

.9.3 ..27 आवासीय थर्मोस्टेट प्रोग्राम २ XNUMX

.9.3.1 ..27.१ आवासीय थर्मोस्टेट DR कार्यक्रम विशेषता २ XNUMX

.9.3.2 ..28.२ ओपनएडआर लक्षण आवासीय थर्मोस्टेट प्रोग्राम २ for को लागि

.9.4 ..29 द्रुत DR डिस्पैच २।

.9.4.1 ..29.१ द्रुत DR प्रेषण कार्यक्रम विशेषताहरू २।

B .२.२ ओपनएडआर क्षमता बिडिंग कार्यक्रम २ for का लागि

.9.5 ..33 आवासीय इलेक्ट्रिक वाहन (EV) प्रयोगको समय (TOU) कार्यक्रम XNUMX

.9.5.1 ..33.१ आवासीय EV TOU कार्यक्रम विशेषताहरू। XNUMX

.9.5.2 ..33.२ ओपन एडीआर आवासीय ईवी ट्यू कार्यक्रम for XNUMX का लागि विशेषताहरू

.9.6 ..34 सार्वजनिक स्टेशन इलेक्ट्रिक वाहन (EV) वास्तविक समय मूल्य निर्धारण कार्यक्रम। XNUMX

.9.6.1 ..34.१ सार्वजनिक स्टेशन EV RTP कार्यक्रम विशेषताहरू XNUMX XNUMX

Station ..9.6.2.२ ओपनएडआर विशेषताहरू सार्वजनिक स्टेशन ईवी आरटीपी कार्यक्रम for 34 को लागि

9.7 .35 वितरित ऊर्जा संसाधन (DER) DR कार्यक्रम। XNUMX

9.7.1 .35.१ वितरित ऊर्जा संसाधन (DER) कार्यक्रम विशेषता XNUMX XNUMX

9.7.2 .35.२ ओपनएडआर विशेषताहरू वितरित ऊर्जा संसाधन (डीईआर) XNUMX XNUMX का लागि

एनेक्स ए - एसample डाटा र पेलोड टेम्पलेट्स 36

A.1 क्रिटिकल पीक मूल्य निर्धारण कार्यक्रम (सीपीपी)। 36

A.1.1 CPP परिदृश्य 1 - सरल प्रयोग मामला, एक वा बी प्रोfile 36

A.1.2 CPP परिदृश्य 2 - विशिष्ट उपयोग मामला, बी समर्थकfile 36

A.1.3 सीपीपी परिदृश्य 3 - जटिल प्रयोग केस 37 XNUMX

A.1.4 CPP एसample घटना पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.2 क्षमता बिडिंग कार्यक्रम (CBP) 39।

A.2.1 CBP परिदृश्य 1 - सरल प्रयोग मामला, एक वा बी प्रोfile 39

A.2.2 CBP परिदृश्य 2 - विशिष्ट उपयोग मामला, बी समर्थकfile 39

A.2.3 CBP परिदृश्य 3 - जटिल प्रयोग केस 40

A.2.4 CBP एसample घटना पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.3 आवासीय थर्मोस्टेट प्रोग्राम 42२

A.3.1 आवासीय थर्मोस्टेट परिदृश्य 1 - सरल प्रयोग मामला, एक वा बी प्रोfile 42

A.3.2 आवासीय थर्मोस्टेट परिदृश्य 2 - विशिष्ट उपयोग मामला, बी समर्थकfile 42

A.3.3 आवासीय थर्मोस्टेट परिदृश्य 3 - जटिल प्रयोग केस 43 XNUMX

A.3.4 आवासीय थर्मोस्टेट एसample घटना पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.4 फास्ट DR डिस्चेच। 45

A.4.1 छिटो DR परिदृश्य 1 - सरल प्रयोग मामला, एक वा बी प्रोfile 45

A.4.2 छिटो DR परिदृश्य 2 - विशिष्ट उपयोग मामला, बी समर्थकfile 45

A.4.3 द्रुत DR परिदृश्य 3 - जटिल प्रयोग केस 46

A.4.4 छिटो DR एसample घटना पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.4.5 छिटो DR एसample रिपोर्ट मेटाडाटा पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.4.6 छिटो DR एसample रिपोर्ट अनुरोध पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.4.7 छिटो DR एसample रिपोर्ट पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.5 आवासीय इलेक्ट्रिक वाहन (EV) प्रयोगको समय (TOU) कार्यक्रम 49

A.5.1 आवासीय EV परिदृश्य 1 - सरल प्रयोग मामला, एक वा बी प्रोfile 49

A.5.2 आवासीय EV परिदृश्य 2 - विशिष्ट उपयोग मामला, बी समर्थकfile 50

A.5.3 आवासीय EV एसample घटना पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.6 सार्वजनिक स्टेशन इलेक्ट्रिक वाहन (EV) वास्तविक समय मूल्य निर्धारण कार्यक्रम। 53

A.6.1 सार्वजनिक स्टेशन EV परिदृश्य 1 - विशिष्ट उपयोग मामला, बी समर्थकfile 53

A.6.2 सार्वजनिक स्टेशन EV एसample घटना पेलोड - विशिष्ट बी प्रोfile केस ३ Use प्रयोग गर्नुहोस्

A.7 वितरित ऊर्जा संसाधन (DER) DR कार्यक्रम। 54

एनेक्स बी - सेवा र पेलोड परिभाषा 55 XNUMX

B.1 खुला ADR ले निम्न सेवाहरू समर्थन गर्दछ:। 55

एनेक्स सी - सेवा र पेलोड परिभाषा 56 XNUMX

C.1 EiEvent पेलोड 56 XNUMX

C.2 EiReport पेलोड 56 XNUMX

C.3 EiOpt पेलोड 56

C.4 EiRegisterParty पेलोड 57

C.5 OadrPoll पेलोड 57

एनेक्स डी - स्किमा पेलोड एलिमेन्ट्स 58 XNUMX को शब्दकोष

गणना गरिएको मान of Values ​​को एनेक्स ई शब्दावली

E.1 घटनास्थल 65

E.2 आईटमUnits 65

E.3 oadrDataQiversity 65

E.4 oadrResponse आवश्यक 66

E.5 optReason 66

E.6 oadrTransportName 66

E.7 OptType 66

E.8 पठन प्रकार 66 XNUMX

E.9 रिपोर्टनाम 67

E.10 रिपोर्टटाइप 67

E.11 स्केल कोड 68 XNUMX

E.12 सिग्नलनाम 68

E.13 संकेत प्रकार 69

एनेक्स एफ - OpenADR ए र बी प्रोfile मतभेद 70

एनेक्स जी - OpenADR सुरक्षा प्रमाणपत्र 71१

परिचय

यस मार्गनिर्देशनको लागि लक्षित दर्शकहरू डिमांड रिस्पोन्स (DR) प्रोग्रामहरू खटाउने योजनाहरू हुन् जसले ओपनएडआर २.० को उपयोगिता र डाउनस्ट्रीम एनिटिजिटहरू बीच डिआर घटना सम्बन्धित सन्देशहरू सञ्चार गर्नका लागि प्रयोग गर्दछन्, र उपकरणका निर्माताहरूले त्यो सञ्चार विनिमय सुविधा पुर्‍याउँछन्। यो मानिएको छ कि पाठकसँग दुबै माग प्रतिक्रिया र ओपनडिएडआर २.० को आधारभूत अवधारणागत समझ छ (यस बिन्दुबाट केवल ओपनएडआर भनेर चिनिन्छ)।

OpenADR समर्थकfile विशिष्टताहरु स्पष्ट रूप बाट अपेक्षित व्यवहार परिभाषित गर्दा डीआर घटना सम्बन्धित जानकारी आदान प्रदान, तर त्यहाँ ओपनएडीआर मा पर्याप्त विकल्प छ कि उपयोगिताहरु मा सर्वर (VTNs) र डाउनस्ट्रीम साइटहरु मा ग्राहकहरु (VENs) को तैनाती एक प्लग एन खेल अनुभव छैन। OpenADR विशेषताहरु जस्तै घटना संकेत, रिपोर्ट स्वरूप, र लक्ष्यीकरण एक DR कार्यक्रम द्वारा कार्यक्रम को आधार मा निर्दिष्ट हुनुपर्छ।

त्यहाँ एक मानकीकृत DR कार्यक्रम को रूप मा केहि छैन। प्रत्येक DR कार्यक्रम डिजाइन अद्वितीय हुन सक्छ, भौगोलिक क्षेत्र को संरचनात्मक र नियामक आवश्यकताहरु मा फिट यो मा तैनात छ। प्रत्येक DR कार्यक्रम को लागी विभिन्न कलाकारहरु को लागी असंख्य सम्भावित तैनाती परिदृश्य छन्।

DR कार्यक्रम डिजाइन, परिनियोजन परिदृश्य, र OpenADR विशेषताहरु मा परिवर्तनशीलता DR को विस्तारित तैनाती र OpenADR को उपयोग गर्न एक अवरोधक हो। यो परिवर्तनशीलता प्राय: स्मार्ट ग्रिडको खण्डित र जटिल प्रकृतिको प्रतिबिम्ब हो।

उपयोगिताहरु पूर्व आवश्यक छampठेठ DR कार्यक्रमहरु को les ताकि उनीहरु आफ्नो DR कार्यक्रम कार्यान्वयन को लागी मोडेल को रूप मा प्रयोग गर्न सकिन्छ। उपकरण निर्माताहरु विशिष्ट DR कार्यक्रम उपयोग मोडेलहरु लाई बुझ्न को लागी उनीहरु एक DR कार्यक्रम तैनाती विशिष्ट आधार को सट्टा विकास प्रक्रिया को भाग को रूप मा अन्तरक्रियात्मकता को मान्य गर्न सक्छन्। यस गाइड को इरादा निम्नानुसार यी दुबै लक्ष्य पूरा गर्न को लागी हो:

• मितिमा लागू गरिएको सबैभन्दा लोकप्रिय DR कार्यक्रमहरूको सामान्य विशेषताहरूको पछि नमुना मानक DR प्रोग्राम टेम्प्लेटहरूको एक सानो सेट परिभाषित गर्नुहोस्
• वास्तविक विश्व तैनाती पछि मोडल परिदृश्यहरूको एक सानो सेट परिभाषित गर्नुहोस्, कलाकार र भूमिका स्पष्ट रूपमा पहिचानको साथ
• प्रत्येक DR कार्यक्रम टेम्प्लेटहरूको लागि विशिष्ट OpenADR विशेषताहरूको लागि उत्तम अभ्यास सिफारिसहरू परिभाषित गर्नुहोस्
• एक निर्णय रूख प्रदान गर्नुहोस् जुन उपयोगिताहरूले उपयोगी DR कार्यक्रम टेम्पलेटहरू र डिप्लोइमेन्ट परिदृश्यहरू तिनीहरूको व्यवसाय आवश्यकताहरूको आधारमा पहिचान गर्न प्रयोग गर्न सक्छ

यस गाईडमा जोड दिईएको छ कि स्पष्ट सिफारिशहरूको सानो सेट प्रदान गरेर चीजहरू सरल राख्नु पर्छ जसले विशिष्ट डीआर कार्यक्रम प्रयोग गर्न आवश्यक पर्ने बहुसंख्यक विवरणहरूलाई सम्बोधन गर्दछ, र यसमा सिफारिसहरूको प्रयोग गरेर कार्यक्रमहरूमा तैनाथ उपकरणहरूको अन्तरक्रियात्मक परीक्षण सक्षम गर्न। गाईड

सन्दर्भहरू

• OpenADR प्रोfile विशिष्टता र स्कीमा - www.openadr.org

सर्तहरू र परिभाषाहरू

निम्न कागजात र परिभाषा यस कागजातमा प्रयोग भएको छ।

• माग प्रतिक्रिया: आपूर्ति शर्तहरूको प्रतिक्रियामा ग्राहक लोड माग प्रबन्ध गर्न एक संयन्त्र, जस्तै मूल्यहरू वा उपलब्धता संकेतहरू
• एग्रीगेटर पार्टी - यो एक पार्टी हो जसले बहु संसाधनहरू सँगै एकत्रित गर्दछ र तिनीहरूलाई DR कार्यक्रम पार्टीमा उनीहरूको DR कार्यक्रमहरूमा एकल संसाधनको रूपमा प्रस्तुत गर्दछ।
• एग्रीगेटर मध्यस्थ पूर्वाधार - यो इन्फ्रास्ट्रक्चर हो, डिमान्ड साइड इन्फ्रास्ट्रक्चरबाट अलग, जुन एग्रीगेटर मध्यस्थ पार्टीले दुबै संसाधनहरू र ग्रिड साइड इन्टिटीहरूसँग अन्तर्क्रियाको लागि प्रयोग गर्दछ।
• सम्झौता: जिम्मेवारी र क्षतिपूर्ति रूपरेखा एक DR कार्यक्रम मा भूमिका खेल्ने दलहरू बीच एक सम्झौता सम्झौता
• सम्पत्ति - संसाधनको एक प्रकार जुन शारीरिक लोडहरूको एक विशिष्ट संग्रहलाई प्रतिनिधित्व गर्दछ। संसाधनहरू सम्पत्तिहरूको समावेश गर्न सकिन्छ, र एक सम्पत्ति संसाधन हुन सक्छ, तर सम्पत्ति थप बहु सम्पत्ति वा संसाधनहरूमा थप विघटन हुन सक्दैन।
• सम्बद्ध: डाटाबेसको एक उपकरणको कन्फिगरेसन मार्फत दुई संस्थाहरू बीच एक प्रोग्रामेटिक सम्बन्ध प्रदान गर्नुहोस्। उदाहरण को लागी, VEN संग सम्बद्ध संसाधन
• बेसलाइनहरू: उपकरणको एक टुक्रा वा घटना पहिले साइट, सर्वेक्षण, र / वा साइटमा मिटरिंग द्वारा निर्धारित कार्यक्रम को एक साईट द्वारा गणना वा मापन ऊर्जा उपयोग (माग)।
• BMS - यो भवन व्यवस्थापन प्रणाली हो जुन स्रोतहरू नियन्त्रण गर्न प्रयोग गर्न सकिन्छ। यसलाई कहिलेकाँही उर्जा व्यवस्थापन प्रणालीको रूपमा पनि चिनिन्छ।
• यौगिक संसाधन - यो रिसोर्सको विशेष प्रकार हो जुन बहु भौतिक सम्पत्तिहरूको एकत्रीकरण हो जुन प्रत्येकको लोड नियन्त्रणको आफ्नै साधनहरू हुन्छन्।
• ग्राहक प्रोत्साहन: एक DR कार्यक्रममा भाग लिनको लागि माग पक्ष संसाधनको मालिक / एग्रीग्रेटरलाई एक प्रलोभन प्रदान गरियो।
• डिमांड साइड इन्फ्रास्ट्रक्चर - यो पूर्वाधार हो जुन संसाधनहरू हो जुन DR कार्यक्रमहरूमा भर्ना हुन्छ
• DR तर्क: एल्गोरिदम वा तर्क जुन DR सिग्नलहरूलाई कार्यक्षम लोड नियन्त्रणमा रूपान्तरण गर्दछ। नोट गर्नुहोस् कि DR तर्क धेरै विभिन्न स्थानहरूमा कार्यान्वयन हुन सक्छ र केहि मामिलामा बहु उप-प्रणालीहरूमा वितरित हुन सक्छ।
• DR कार्यक्रम पार्टी - यो ग्रिड इन्फ्रास्ट्रक्चरका लागि जिम्मेवार इकाई हो र यसका साथै ग्रिड मुद्दाहरूलाई कम गर्न प्रयोग गरिएको DR कार्यक्रमहरू प्रबन्ध गर्नका लागि। यो सामान्यतया एक उपयोगिता वा आईएसओ हो।
• भर्ना गरियो: माग पक्ष संसाधनहरूको मालिक / एग्रीग्रेटर एक DR कार्यक्रममा भाग लिनको लागि छनौट गर्दछ र DR संसाधनहरूको लागि लक्षित हुन सक्ने विशिष्ट संसाधनहरूको बारेमा जानकारी प्रदान गर्न सक्छ।
• घटना सक्रिय अवधि: यो समय को अवधि मा लोड प्रो मा एक परिवर्तन को दौरान अवधि होfile एक DR घटना को भाग को रूप मा अनुरोध गरीरहेको छ
• घटना प्रतिबन्धहरु: समय फ्रेमहरू जुन ग्राहकले घटनाहरू र सम्बन्धित अवरोधहरू प्राप्त गर्न अपेक्षा गर्न सक्दछ जुन साताको अन्त्यमा वा लगातार दिनमा घटनाहरू छैनन्।
• घटना दिनहरू: एक दिन जब DR घटना हुन्छ। धेरै कार्यक्रमको दिन दिन को संख्यामा सीमितता हुन्छ जुन दिइएको पात्रो अवधिको लागि अनुमति दिइन्छ
• घटना वर्णनकर्ता: OpenADR घटना वस्तुको भाग जसले कार्यक्रमको बारेमा मेटाडाटा वर्णन गर्दछ, जस्तै कार्यक्रमको नाम र घटना प्राथमिकता
• घटना अवधि: घटना को लम्बाई। धेरै कार्यक्रमहरूले घटनाको लम्बाइका साथ-साथै घटनाका दिनको घण्टा पनि परिभाषित गर्दछ जसमा घटना घट्न सक्दछ।
• कार्यक्रम संकेतहरू: एक घटनामा समावेश कार्ययोग्य जानकारी जस्तै बिजुली मूल्य निर्धारण वा लोड शेडको विशिष्ट स्तरले अनुरोध गर्दछ जुन सामान्यतया घटनाको प्राप्तकर्ताले केही पूर्व-प्रोग्राम गरिएको लोड शेड व्यवहार ट्रिगर गर्दछ। एक DR कार्यक्रम परिभाषा प्रयोग घटना संकेतहरूको प्रकार निर्दिष्ट गर्नु पर्छ
• कार्यक्रम लक्ष्यीकरण: लोड शेडि resources स्रोतहरू जुन DR घटनाका लागि अभिप्रेत प्राप्तकर्ता हुन्। यो भौगोलिक क्षेत्र, उपकरणहरूको विशेष वर्ग, समूह पहिचानकर्ता, स्रोत आईडी, वा अन्य पहिचानकर्ता हुन सक्छ। एक DR कार्यक्रम परिभाषा कसरी निर्दिष्ट संसाधन लक्षित गर्न जाँदै छ निर्दिष्ट गर्नु पर्छ।
• घटनाहरू: एक घटना एक विशिष्ट समय मा एक विशिष्ट समय मा शुरू लोड लोड शेड को लागी अनुरोध गर्न साईड संसाधनहरु को माग गर्न उपयोगिता बाट एक अधिसूचना हो, र घटना मा भाग लिनु पर्छ विशिष्ट संसाधन निर्दिष्ट गर्ने जानकारी लक्षित समावेश गर्न सक्दछ
• सुविधाजनक मध्यस्थ पूर्वाधार - यो इन्फ्रास्ट्रक्चर हो, डिमान्ड साइड इन्फ्रास्ट्रक्चर भन्दा अलग, जुन सुविधा केन्द्र मध्यस्थ पार्टीले दुबै संसाधनहरू र ग्रिड साइड इन्टिटीहरूसँग अन्तर्क्रियाको लागि प्रयोग गर्दछ।
• सहजकर्ता: तेस्रो पक्ष जसले उपयोगिताको तर्फबाट DR कार्यक्रमको केहि वा सबै कार्यान्वयनको व्यवस्थापन गर्दछ
• ग्रिड इन्फ्रास्ट्रक्चर - यो पूर्वाधार हो जुन DR प्रोग्राम पार्टीहरू द्वारा स्वामित्व वा प्रबन्ध गरिएको हो। यस पूर्वाधारले ओपनएडआर वीटीएनको कार्यान्वयन समावेश गर्दछ जुन DR कार्यक्रममा भर्ना गरिएको संसाधनमा DR संकेतहरू पठाउन प्रयोग गरिन्छ।
• मध्यस्थ पार्टी - यो एक पार्टी हो जसले सामान्यतया संसाधन पार्टीको तर्फबाट काम गर्दछ DR कार्यक्रममा उनीहरूको सहभागितालाई सहज पार्न।
• लोड नियन्त्रण - यो एक संसाधन संग सम्बन्धित छ कि वास्तव मा संसाधन नियन्त्रण र एक विशिष्ट लोड प्रो उत्पादन को लागी जिम्मेवार छfile.
• लोड प्रोfile उद्देश्य: एक DR कार्यक्रम विकास र घटनाहरू जारी पछाडि यो प्रेरणा। जस्तै चोटी लोड दाढी गर्न को लागी।
• सूचना: घटनाको सुरू हुने समय भन्दा पहिले समयावधि जहाँ माग पक्ष संसाधन मालिकलाई विचाराधिन घटनाको बारेमा सूचित गरिएको छ
• अप्ट व्यवहार: घटनाको प्राप्तिमा माग पक्ष संसाधन मालिकबाट अपेक्षित प्रतिक्रिया। यो प्रतिक्रियाको रूप लिन सक्दछ र OptIn वा OptOut संकेतले घटनामा भाग लिने छ वा गर्दैन
• Opt प्रतिक्रियाहरू: एक विशिष्ट कार्यक्रम को एक घटना को प्रतिक्रिया मा मांग पक्ष संसाधनहरु बाट एक प्रतिक्रिया आवश्यक छ कि, र ती प्रतिक्रियाहरु लाई सामान्यतया के हो।
• Opt सेवाहरू: कार्यक्रमहरूमा भाग लिनका लागि स्रोत उपलब्धतामा अस्थायी परिवर्तनहरू दर्साउनका लागि ओप्याडआर मार्फत कुराकानी गरियो।
• पूर्व शर्त: मापदण्ड जुन एक डीआर प्रोग्राममा नामांकनको लागि माग पक्ष संसाधन मालिकको लागि क्रममा पूरा हुनुपर्दछ। यसमा अन्तराल बैठकको उपलब्धता वा केही न्यूनतम लोड शेड क्षमता समावेश हुन सक्छ
• प्राथमिक ड्राइभरहरू: DR कार्यक्रम सिर्जना गर्न र घटनाहरू जारी गर्न उपयोगिताको अंशमा प्राथमिक प्रेरणा। जस्तै "पीक माग घटाउने र स्रोत पर्याप्तता"
• कार्यक्रमहरू - यी DR प्रोग्रामहरू हुन् जुन संसाधनहरूमा ईनरोल गरिएको छ।
• कार्यक्रम विवरण: कसरी एक कार्यक्रम काम गर्दछ एक कथात्मक वर्णन। यस कागजातमा परिभाषित DR प्रोग्राम टेम्प्लेटको अंश
• कार्यक्रम समय फ्रेम: DR का कार्यक्रमको साथ वर्ष वा मौसमको समय सामान्यतया सक्रिय हुन्छ
• दर डिजाइन: दर संरचना वा कार्यक्रममा भाग लिनको लागि मांग पक्ष संसाधन मालिकहरूलाई प्रोत्साहित गर्न प्रोत्साहनमा विशेष परिवर्तनहरू
• पंजीकरण सेवाहरू: ओपनएडआर प्रोटोकल द्वारा प्रयोग गरिएको सेवा एक VTN र VEN बीच आधारभूत इन्टरअपेरेबिलिटी स्थापना गर्न, र VEN उपयोगिता ग्राहकहरूको खातासँग सम्बन्धित छ भनेर प्रमाणित गर्न।
• रिपोर्टिङ सेवाहरू: ओपनएडआर द्वारा प्रयोग गरिएको VEN लाई VENs लाई रिपोर्टिंग प्रदान गर्न सक्षम गर्न। DR प्रोग्रामले कार्यक्रमको लागि रिपोर्टिंग आवश्यकताहरू निर्दिष्ट गर्नुपर्दछ।
• संसाधन पार्टी - यो पार्टी हो कि माग पक्ष संसाधनहरु को स्वामित्व छ जुन DR कार्यक्रममा भर्ना हुन सक्छ
• स्रोत - यो इकाई हो कि DR कार्यक्रम मा नामांकित छ र आफ्नो लोड प्रो परिवर्तन को केहि प्रकार प्रदान गर्न सक्षम छfile एक VTN बाट एक DR संकेत प्राप्त गर्न को लागी प्रतिक्रिया मा।
• लक्षित ग्राहक: समर्थकfile माग साइड संसाधनहरु कि एक विशिष्ट DR कार्यक्रमहरु जस्तै आवासीय, औद्योगिक, वा शायद बिजुली खपत को स्तर मा आधारित मा भर्ना हुन सक्छ।
• लक्ष्य लोड: माग पक्ष संसाधनहरू जसको लोड a को प्राप्तिमा परिमार्जन गरिनु पर्छ
• VEN - यो ओपनएडआर भर्चुअल एन्ड नोड हो जुन VTN सँग अन्तर्क्रियाको लागि प्रयोग हुन्छ।
• VTN - यो ओपनएडआर भर्चुअल शीर्ष नोड हो जुन DR कार्यक्रममा भर्ना गरिएको संसाधनहरूसँग अन्तर्क्रियाको लागि प्रयोग गरिन्छ।

संक्षिप्त रूपहरू

• BMS: भवन व्यवस्थापन प्रणाली
• C&I: वाणिज्यिक र औद्योगिक
• समिति: दुई संस्थाहरूको बीचमा सञ्चार
• DR: माग प्रतिक्रिया
• EMS: ऊर्जा व्यवस्थापन प्रणाली
• ओपनएडआर: खुला स्वचालित मांग प्रतिक्रिया
• कार्यक्रमहरू: एक माग प्रतिक्रिया कार्यक्रम (हरू) को सन्दर्भ
• VEN: भर्चुअल अन्त नोड
• VTN: भर्चुअल शीर्ष नोड

डिमांड प्रतिक्रिया कार्यक्रम प्रकारहरू

यस कागजातमा तल देखाइएको DR कार्यक्रमहरूका लागि टेम्प्लेटहरू छन्।

 

1. महत्वपूर्ण पीक मूल्य निर्धारण: दर र / वा मूल्य संरचना उच्च थोक बजार मूल्यहरू वा प्रणाली आकस्मिकताको अवधिमा कम खपतलाई प्रोत्साहित गर्न डिजाइन गरिएको दिन वा घण्टा सीमित संख्याको लागि पूर्व-निर्दिष्ट उच्च दर वा मूल्य लगाएर।

2. क्षमता बिडिंग कार्यक्रम: एक कार्यक्रम जसले रिटेल र थोक बजारहरूमा मागको स्रोतलाई मूल्यमा लोड कटौतीको प्रस्ताव गर्न अनुमति दिन्छ, वा कति लोड यो एक विशिष्ट मूल्यमा घटाउन तयार छ भनेर पहिचान गर्न।

 

3. आवासीय थर्मोस्टेट प्रोग्राम / प्रत्यक्ष लोड नियन्त्रण: एक माग प्रतिक्रिया गतिविधि जिसके द्वारा कार्यक्रम प्रायोजकले दूर ग्राहकको विद्युतीय उपकरणहरू (उदाहरण वातानुकूलन) लाई छोटो सूचनामा नियन्त्रण गर्दछ। यी कार्यक्रमहरू मुख्यतया आवासीय वा साना वाणिज्य ग्राहकहरूको लागि प्रस्ताव गरिन्छ।

4. द्रुत DR प्रेषण / सहायक सेवा कार्यक्रम: एक माग प्रतिक्रिया कार्यक्रम कि एक आपातकालीन मांग प्रतिक्रिया घटना को समयमा लोड प्रतिक्रिया को लागी ग्राहकहरु लाई प्रोत्साहन भुक्तानी प्रदान गर्दछ। एक असामान्य प्रणाली शर्त (पूर्व को लागीampले, प्रणाली बाधा र स्थानीय क्षमता बाधा) जसलाई रोकथाम वा प्रसारण सुविधा वा उत्पादन आपूर्ति को विफलता लाई सीमित गर्न को लागी स्वचालित वा तत्काल म्यानुअल कारबाही को आवश्यकता छ जसले थोक बिजुली प्रणाली को विश्वसनीयता लाई प्रतिकूल असर पार्न सक्छ। यी प्रकारका कार्यक्रमहरु लाई कहिले काहिँ "सहायक सेवाहरु" को रूपमा उल्लेख गर्न सकिन्छ।

5. इलेक्ट्रिक वाहन (EV) DR कार्यक्रम: एक माग प्रतिक्रिया गतिविधि जिसके द्वारा उपभोक्ता खपत बान्की बदल्नको लागि विद्युतीय सवारी चार्जको लागत परिमार्जन गरिएको छ।

6. वितरित ऊर्जा संसाधन (DER) DR कार्यक्रम: एक मांग प्रतिक्रिया गतिविधि स्मार्ट ग्रिड मा ऊर्जा संसाधनहरु को एकीकरण सहज बनाउन प्रयोग।

 

परिनियोजन परिदृश्य

जुन तरीकाले एक DR कार्यक्रम लाई लागू गरीन्छ DR प्रोग्रामको विशेषताहरु लाई केहि स्वतन्त्र छ। निम्न रेखाचित्रले विभिन्न तरिकाहरू देखाउँदछ जुनमा DR कार्यक्रम प्रयोग हुन सक्छ। निम्न खण्डले प्रयोग परिदृश्यहरू र डीआर कार्यक्रमहरू बीच क्रस सन्दर्भ प्रदान गर्दछ जुन उनीहरूसँग सम्भवतः प्रयोग गरिन्छ।

यस सेक्सनको रेखाचित्रले विभिन्न परिदृश्यहरूमा निकायहरू बीचको सम्बन्ध देखाउँदछ।

प्रत्यक्ष १

यो एक साधारण परिदृश्य हो जहाँ त्यहाँ DR कार्यक्रम पार्टी र संसाधन पार्टी को बीच एक सीधा सम्बन्ध छ। संसाधन पार्टी DR कार्यक्रम मा आफ्नो स्रोतहरु लाई भर्ना गर्न को लागी जिम्मेवार छ र ग्रिड इन्फ्रास्ट्रक्चर एक VEN को माध्यम बाट संसाधन संग सीधा अन्तरक्रिया गर्दछ जुन डिमांड साइड इन्फ्रास्ट्रक्चर भित्र रहन्छ। यसबाहेक VEN संसाधन पार्टी को स्वामित्व मा छ र संसाधन र उनीहरुका नियन्त्रकहरु बाट अलग छ। जब एक DR संकेत VEN द्वारा प्राप्त गरीन्छ यो सामान्यतया कुनै लोड नियन्त्रण तर्क लागू गर्दैन, तर बस लोड कन्ट्रोलरहरु जो उचित कारबाही गर्न को लागी अग्रेषित गर्दछ। पूर्वampयस परिदृश्य को ले C&I भवनहरु लाई एक गेटवे स्थापित गर्न सक्छ कि एक OpenADR VEN समावेश गर्दछ र जब एउटा गेटवे द्वारा एक संकेत प्राप्त हुन्छ यो सजीलै यो केहि अन्य प्रोटोकल मा अनुवाद गरीन्छ र लोड कन्ट्रोलरहरु लाई आफैंलाई अगाडी बढाउँछ।

प्रत्यक्ष १

यो धेरै प्रत्यक्ष १ परिदृश्य जस्तै छ। मुख्य अंतर कसरी VEN मा instantiated र VTN संग अन्तरक्रिया को सुविधा हो। VEN एक केन्द्रीकृत BMS जस्तै एक इकाई मा instantiated छ कि DR तर्क लागू गर्न सक्नुहुन्छ र कम्पाउन्ड संसाधन र एक धेरै केन्द्रीकृत स्थान बाट उनीहरुका धेरै फरक लोड नियन्त्रक संग अन्तरक्रिया गर्न सक्नुहुन्छ। पूर्वamples मा एक BMS संग ठूलो भवनहरु छन् कि एक भवन मा धेरै फरक भार (जस्तै प्रकाश, HVAC, औद्योगिक प्रक्रियाहरु, आदि) लाई c लाई नियन्त्रण गर्दछ।ampएक केन्द्रीकृत नियन्त्रण प्रणाली संग धेरै सुविधाहरु हुन सक्छ कि प्रयोग गर्दछ।

प्रत्यक्ष १

यो परिदृश्य धेरै प्रत्यक्ष १ परिदृश्य जस्तै छ। मुख्य भिन्नता यो छ कि VEN संसाधन र यसको लोड नियन्त्रक मा सीधा instantiated छ। यस अवस्थामा DR संकेतहरु सीधै संसाधन र यसको लोड नियन्त्रक पठाइन्छ। तथाकथित "उपकरणहरु को मूल्यहरु" परिदृश्य यस श्रेणी मा आउँछ। पूर्वampलेस HVAC (अर्थात् थर्मोस्टेट) को रूप मा लोड नियन्त्रक को कुनै पनी कि एक एम्बेडेड VEN कि ग्रिड पक्ष संस्थाहरु VTN संग सीधा अन्तरक्रिया गर्न सक्षम छ समावेश छ।

प्रत्यक्ष १

यो प्रत्यक्ष १ र प्रत्यक्ष २ परिदृश्य को प्रकार को एक संयोजन हो। मुख्य भिन्नता हो कि धेरै VEN एक एकल कम्पाउन्ड संसाधन संग जोडिएको छ कि आफ्नै लोड नियन्त्रक संग धेरै सम्पत्तिहरु को शामिल गरीएको छ। लोड नियन्त्रकहरु कि कम्पाउन्ड संसाधन को प्रत्येक एक फरक VEN संग सम्बन्धित हुन सक्छ। ध्यान दिनुहोस् कि सबै VEN को एउटै संसाधन पार्टी को नियन्त्रण मा हुनेछ कि कम्पाउन्ड संसाधन को मालिक हो। यो परिदृश्य क्रम मा डिमांड साइड इन्फ्रास्ट्रक्चर को सुविधा हो कि कम्पाउन्ड संसाधन छ, तर प्रत्यक्ष २ परिदृश्य जस्तै एक केन्द्रीकृत BMS छैन। पूर्वamples प्रत्येक भुइँमा फरक लोड नियन्त्रक संग भवनहरु सामेल हुन सक्छ, तर कुनै केन्द्रीकृत BMS, वा campप्रत्येक भवन मा बिभिन्न नियन्त्रकहरु संग प्रयोग गर्दछ, तर कुनै गampहामीलाई व्यापक नियन्त्रक। DR कार्यक्रम पार्टी को परिप्रेक्ष्य बाट त्यहाँ मात्र एक मात्र कार्यक्रम मा नामांकित संसाधन छ जब यो संसाधन को लागी एक DR संकेत पठाउन चाहान्छ यो मात्र एक निर्दिष्ट VENs कि संसाधन संग सम्बन्धित गरीएको छ एउटै संकेत पठाउन सक्छ।

सुविधाजनक १

यस परिदृश्य मा त्यहाँ एक मध्यस्थ छ कि DR कार्यक्रम पार्टी र संसाधनहरु बीच अन्तरक्रिया को सुविधा छ। सामान्यतया बिचौलिया पार्टी संसाधन पार्टी को तर्फ बाट उनीहरुलाई आफ्नो संसाधनहरु को प्रबंधन मा मद्दत गर्न को लागी काम गर्दछ। संसाधन पार्टीहरु DR कार्यक्रम पार्टी संग सीधा सम्बन्ध छ र उनीहरु DR कार्यक्रमहरुमा आफ्नो संसाधन नामांकन। यस प्रकार DR कार्यक्रम पार्टी viewप्रत्येक संसाधन पार्टी एक अलग संसाधन को रूप मा र उनीहरु संग व्यक्तिगत रुपमा अन्तरक्रिया गर्न सक्छन्। मध्यस्थ पार्टी को भूमिका को लागी सबै OpenADR सम्बन्धित अन्तरक्रिया को लागी एक जाने को रूप मा कार्य गर्न को लागी, यस प्रकार VEN को सुविधा मध्यस्थ इन्फ्रास्ट्रक्चर भित्र instantiated छ। यस्तो पूर्वाधार प्रायः क्लाउड बेस हुन्छ र संसाधन दलहरुलाई एक सेवा (सास) को रूपमा सफ्टवेयर को रूप मा प्रस्ताव गरीन्छ। जब DR संकेत को सुविधा को VEN द्वारा प्राप्त गरीन्छ विभिन्न कार्यहरु को एक संख्या उपयुक्त संसाधन को लागी DR संकेत अग्रेषित र सम्भवतः DR तर्क को केहि प्रकार को कार्यान्वयन र प्रत्येक संसाधन को लोड नियन्त्रक लाई लोड नियन्त्रण आदेश पठाउन सहित स्थान लिन सक्छ। पूर्वampयस परिदृश्य को les समावेश:

• विक्रेताहरू जसले ठूला वाणिज्यिक चेनहरू जस्तै बिग बक्स रिटेलरहरूको लागि सुविधा प्रबन्ध गर्छन्।
• औद्योगिक नियन्त्रण मध्यस्थता।
• ऊर्जा सेवा कम्पनीहरू (ESCO's)
• क्लाउड आधारित उपकरण र उपकरण प्रबन्धन प्रणालीहरू जस्तै उभरते स्मार्ट संचार गर्ने थर्मोस्टेट विक्रेताहरू।

योगफल १

यो परिदृश्य सुविधाजनक परिदृश्य जस्तै छ। मुख्य भिन्नता यो छ कि एग्रीगेटर पार्टीको DR पार्टी पार्टीसँग सम्बन्ध छ संसाधन दलहरूको विपरित। एग्रीगेटर पार्टीले बहु ग्राहक सम्पत्ति एकल रिसोर्समा समग्र गर्दछ जुन DR कार्यक्रममा भर्ना हुन्छ। DR प्रोग्राम पार्टीसँग व्यक्तिगत सम्पत्तिमा दृश्यात्मकता छैन अपग्रेटर प्रबन्ध गरीरहेको छ। सहयोगीसँगै एग्रीगेटरको आफ्नै इन्फ्रास्ट्रक्चर छ जहाँ भेन इन्स्ट्यान्टेड छ। फरक यो छ कि जब DR सिग्नल प्राप्त हुन्छ यसले एकल संसाधनलाई जनाउँछ र एग्रीगेटरले DR Port मा कुनै प्रकारको DR सम्पत्ती लागू गर्दछ।

 

परिनियोजन परिदृश्य र DR कार्यक्रम म्यापि।

तलको तालिकाले एक विशेष DR प्रोग्रामको लागि डिप्लोइमेन्ट परिदृश्यहरू प्राय: सामान्य रूपमा प्रदान गर्दछ।

	परिनियोजन परिदृश्य
DR टेम्पलेट	प्रत्यक्ष १, २,,,।	सुविधाजनक १	योगफल १
सीपीपी कार्यक्रम	∆	∆
क्षमता बिडिंग कार्यक्रम			∆
आवासीय थर्मोस्टेट कार्यक्रम		∆
द्रुत DR प्रेषण			∆
इलेक्ट्रिक वाहन (EV) DR कार्यक्रम	∆	∆
वितरित ऊर्जा संसाधन (DER) DR कार्यक्रम	∆	∆

एक DR प्रोग्राम टेम्प्लेट चयन गर्दै

निम्नलिखित प्रश्नहरूको एक सेट हो जुन नयाँ DR प्रोग्राम लागू गर्नका लागि कुनै पनि उपयोगितासँग सान्दर्भिक छ। यो विस्तृत हुनुको मतलब होइन, तर केहि अधिक उचित मुद्दाहरूको प्रतिनिधित्व गर्दछ। यी प्रश्नहरूको अभिप्राय DR प्रोग्राम टेम्प्लेटहरूको एक उचित सेटको लागि उपयोगिताहरू मार्गदर्शन गर्न मद्दत गर्नु हो।

प्रश्न: तपाईं किन DR गर्न चाहानुहुन्छ? कस्तो ग्रिड सर्त वा अपरेशनल मुद्दा तपाईं DR सँग शान्त पार्न कोशिस गर्दै हुनुहुन्छ?

यो टाढा सम्म सबैभन्दा महत्त्वपूर्ण प्रश्न हो र समग्र आवश्यकताहरु र DR कार्यक्रम के हासिल गर्न को लागी मानीएको छ को लागी आधार बनाउँछ। यो प्रश्न को जवाफ कसरी मांग पक्ष लोड समर्थक परिभाषित गर्दछfile DR कार्यक्रम द्वारा आकार मानीन्छ। अन्य सबै आवश्यकताहरु यो प्रश्न को जवाफ बाट प्रवाह।

• के तपाई चुचुरो दाढी गर्न कोशिस गर्दै हुनुहुन्छ?
• के तपाईं बतखको पेट भर्न चाहनुहुन्छ?
• के तपाईं बिजुलीको हाजिर मूल्य हेज गर्न कोशिस गर्दै हुनुहुन्छ?
• के तपाईं ग्रिड विश्वसनीयता संग चिन्तित हुनुहुन्छ?
• के तपाईं ग्रिड सम्पत्ति बचाउन कोशिस गर्दै हुनुहुन्छ?
• आदि आदि।

तलको तालिकाले एक DR कार्यक्रम विकास गर्न चाहनु पछाडिको प्रेरणाको लागि केही अतिरिक्त प्रस provides्ग प्रदान गर्दछ

ग्रिड विश्वसनीयता र सुरक्षा	आवृत्ति र भोल्युमtagई स्थिरता
	संसाधन पर्याप्तता
	पीक क्षमता
	Ramping
	आकस्मिकता
ऊर्जा को खरीद	स्पट मार्केट मूल्यहरू
	मूल्य मध्यस्थता
सम्पत्ति व्यवस्थापन	क्षति रोकथाम
	मर्मतसम्भार कटौती
	लाइफटाइम विस्तार
क्षमता व्यवस्थापन	आर्थिक लाभ
	आपतकालीन व्यवस्थापन
वातावरणीय	नेगावाट
	स्वच्छ ऊर्जा

प्रश्न: यस कार्यक्रमको लागि पहिले नै अवस्थित DR प्रोग्राम वा ट्यारिफ रहेको छ?

• प्राय: कार्यक्रमको नियमहरू ट्यारिफमा स्पष्ट रूपमा हिज्जे हुन्छन्।

प्रश्न: कुन डिमांड साइड मार्केट सेगमेन्ट तपाइँ यस प्रोग्रामसँग लक्ष्य गर्दै हुनुहुन्छ?

यसले घटनामा स्रोतहरूको लक्ष्यीकरण र संकेतको प्रकार निर्धारण गर्न मद्दत गर्दछ।

• आवासीय
• ठूलो C&I
• सानो C&I
• कृषि
• पानी व्यवस्थापन
• विद्युतीय सवारी साधन
• आदि, आदि, आदि

Q: के तपाईं विशिष्ट प्रकारको लोडहरू लक्षित गर्न कोशिस गर्दै हुनुहुन्छ?

• थर्मोस्टेट
• विद्युतीय सवारी साधन
• Ag पम्पहरू
• आदि

प्रश्न: तपाइँको परिमार्जन मोडेल के हो?

यस प्रश्नको जवाफले कार्यक्रममा स्रोतहरू कसरी परिभाषित गरिन्छ भन्ने कुरालाई असर गर्न सक्छ र कार्यक्रमहरूमा ती स्रोतहरू कसरी लक्षित हुन्छन् भनेर निर्धारण गर्दछ।

• ग्राहकहरु लाई सीधा
• एग्रीगेटरहरू वा सहजकर्ताहरू जस्ता मध्यस्थहरू मार्फत
• ग्राहकहरू आफ्नै VEN उपकरणहरू खरीद र प्रयोगको लागि जिम्मेवार छन्?
• आदि

प्रश्न: विशिष्टताको कुन चरणमा तपाईं माग साइड लोडसँग अन्तरक्रिया गर्न चाहनुहुन्छ?

यो प्रश्न केही हदसम्म तैनाती मोडेलसँग सम्बन्धित छ र कार्यक्रममा श्रोतहरू कसरी परिभाषित र लक्षित हुन्छन् निर्धारण गर्दछ। यो एक सबै भन्दा महत्त्वपूर्ण र सम्भावित जटिल प्रश्न हो।

• प्रत्येक व्यक्तिगत संसाधनको साथ अन्तर्क्रिया गर्नुहोस्
• एक सहजकर्ता वा एग्रीगेटरको माध्यमबाट अन्तर्क्रिया गर्नुहोस् तिनीहरू पछाडिको स्रोतहरूको कुनै निर्दिष्टता बिना
• एक सहजकर्ता वा एग्रीगेटरको माध्यमबाट अन्तर्क्रिया गर्नुहोस् र तिनीहरूलाई पछाडि कुन स्रोतहरू पठाइनु पर्छ निर्दिष्ट गर्नुहोस्
• स्रोतहरू निर्दिष्ट गर्न एक विशेषताको रूपमा स्थान प्रयोग गर्नुहोस्
• स्रोतहरू निर्दिष्ट गर्न युटिलिटी परिभाषित समूह समूहको केही प्रकारको प्रयोग गर्नुहोस्
• थर्मोस्टेट जस्ता व्यक्तिगत सम्पत्ति लक्षित गर्नुहोस्
• कुनै स्रोतको साथ अन्तर्क्रिया गर्नुहोस् र केवल DR घटनाहरू प्रसारण गर्नुहोस्
• आदि

प्रश्न: के अन्तरक्रिया ढाँचा तपाइँ तपाइँको ग्राहकहरु लाई लोड प्रो लाई प्रभावित गर्न को लागी रोजगार गर्न चाहानुहुन्छfiles?

यस प्रश्नले DR सिग्नलहरूको प्रकार निर्धारण गर्दछ जुन कार्यक्रममा सहभागीहरूलाई पठाइनेछ।

• प्रोत्साहन (उदाहरण गतिशील मूल्य निर्धारण)
• लोड प्रेषणहरू (उदाहरणका लागि सहायक सेवाहरू)
• प्रत्यक्ष लोड नियन्त्रण
• जेनेरिक घटना संकेत
• आदि

प्रश्न: कार्यक्रमको सामान्य संसाधन तालिका विशेषताहरु के हो?

• मिति र घटनाहरू कहलाउन सकिन्छ कि समय
• घटनाहरूको फ्रिक्वेन्सी
• घटनाहरूको अवधि
• घटनाहरूको प्रसारको लागि स्वीकार्य विलम्बताहरू
• आदि

प्रश्न: कार्यक्रममा स्रोतहरूको उपलब्धता कसरी निर्धारण गरिन्छ?

• सख्त कार्यक्रम नियमहरू द्वारा
• केहि नामांकन वा बोली प्रक्रियाको स्रोत द्वारा
• Opt / Out अनुमति छ?
• आदि

प्रश्न: स्रोतको प्रदर्शनमा तपाईलाई कस्तो प्रकारको दृश्यता चाहिन्छ?

यो धेरै नै व्यापक प्रश्न हो र निर्धारण गर्दछ कि कुन प्रकारको जानकारी DR प्रोग्राममा स्रोतहरूबाट फिज लिईन्छ। सामान्यतया यो आवश्यक छ कि रिपोर्ट को प्रकार निर्धारण गर्दछ।

• अनलाइन / अफलाइन
• उपयोग (वर्तमान र / वा ऐतिहासिक)
• लोड प्रतिक्रिया सम्भाव्यता
• लोड उपलब्धता
• लोड / सम्पत्ति अवस्था (वर्तमान र / वा ऐतिहासिक)
• आदि आदि।

डिमांड प्रतिक्रिया कार्यक्रम टेम्पलेट्स

क्रिटिकल पीक प्राइसिंग प्रोग्राम (सीपीपी)

सीपीपी DR कार्यक्रम विशेषताहरु

लोड प्रोfile उद्देश्य	-Peak माग घटाउने
प्राथमिक ड्राइभरहरू	- कम पूंजीगत खर्च र कम ऊर्जा लागतहरु
कार्यक्रम विवरण	जब उपयोगिताहरूले अवलोकन गर्दछ वा उच्च थोक बजार मूल्यहरू वा बिजुली प्रणाली आपतकालीन अवस्थाको पूर्वानुमान गर्दछ, तिनीहरूले महत्त्वपूर्ण घटनाहरू निर्दिष्ट समयावधिको समयमा कल गर्न सक्दछन् (उदाहरणका लागि, — साँझ — अपराह्न hot बजे तातो गर्मीको हप्ताको दिन), यी समयावधिहरूमा विद्युत्को मूल्य पर्याप्त हुन्छ। उठेको
ग्राहक प्रोत्साहन	कार्यक्रममा भाग लिन प्रोत्साहनको रूपमा ग्राहकहरूलाई गैर-चोटी समयहरूमा छुटको उर्जा मूल्यहरू प्रस्ताव गर्न सकिन्छ।
दर डिजाइन	सीपीपी एक मूल्य कार्यक्रम हो जुन दरहरुमा ऊर्जा खपतमा महत्वपूर्ण चुचुराहरूको बृद्धि भई बढेको छ। सामान्यतया सीपीपी दरहरू फ्ल्याट, टायर्ड, वा TOU आधार दरहरूको लागि एक योजक वा गुणक हुन्।
लक्षित ग्राहक	-सुरक्षित वा C&I
लक्ष्य लोड	-कुनै पनि
पूर्व शर्त	- ग्राहकको अन्तराल मापन हुनै पर्छ -C र I ग्राहकहरूले माग मापदण्ड पूरा गर्नु पर्ने हुन्छ
कार्यक्रम समय फ्रेम	सामान्यतया वर्षका महिनाहरू फ्याँकन्छ जहाँ चोटी उर्जा खपत हुन्छ, यद्यपि केहि केसहरूमा वर्षभरी हुन सक्छ।
घटना प्रतिबन्धहरु	सामान्यतया सोमबार देखि शुक्रवार सम्म, छुट्टिहरू बाहेक, लगातार दिनका घटनाहरू सामान्यतया अनुमति दिइन्छ
घटना दिनहरू	सामान्यतया प्रति वर्ष 9 देखि 15
घटना अवधि	सामान्यतया दिनको अत्यधिक उर्जा खपत समयमा events देखि hours घण्टा सम्मका सबै घटनाहरूको लागि एक निश्चित समय सीमा समयमा।
सूचना	सामान्यतया अगाडि
अप्ट व्यवहार	सामान्यतया ग्राहकहरु घटनाहरु मा भाग लिन आवश्यक छैन
प्रमाणीकरण घटनाहरू	सामान्यतया कुनै पनि होईन

सीपीपी कार्यक्रमहरूको लागि ओपनएडआर विशेषताहरू

कार्यक्रम संकेतहरू	–एक सिप्पल सिग्नल स्तर १ देखि ma मा म्याप गरिएको सीपीपी घटना को मूल्य निर्धारण प्रभाव। यदि सीपीपी प्रोग्रामको एकल मूल्य निर्धारण कम्पोनेन्ट छ भने यसलाई स्तर १ मा म्याप गरिनु पर्छ। बहु मूल्य निर्धारण कम्पोनेन्टहरू सहित सीपीपी प्रोग्रामहरूको लागि सबैभन्दा सानो मूल्य कम्पोनेन्ट १ लेप १मा म्याप गरिनुपर्दछ, अन्य मूल्य कम्पोनेन्टहरू स्तर २ र pped मा बढेको डिग्रीमा म्याप गरिएको हुन्छ। मूल्य निर्धारण प्रभाव को। यदि तैनाती बी समर्थक समर्थन गर्दछfile VENs, सिम्पल सिग्नलको थपमा, एउटा ELECTRICITY_PRICE संकेत समावेश गर्न सकिन्छ मूल्यको एक प्रकारको पेलोडमा रिलेटिभ, प्राइस अब्सोलुइट, वा प्राइस मल्टिप्लेयर प्रोग्रामको प्रकृतिमा निर्भर गर्दछ। पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस।
Opt प्रतिक्रियाहरू	-VTNs घटनाहरू पठाउँदै oadrResponseRequired एलिमेन्ट "सँधै" मा सेट गर्नुपर्दछ।, VEN लाई एक OptIn वा OptOut को साथ प्रतिक्रिया गर्न आवश्यक छ - एक सीपीपी कार्यक्रममा भाग लिनु भनेको "उत्तम प्रयास" अभ्यास हो, OptIn वा OptOut कुनै औपचारिक अर्थ छैन भाग लिने आशयको शिष्टाचार उपलब्धता संकेत बाहिर। हामी सुझाव दिन्छौं VEN हरू OptIn का साथ प्रतिक्रिया दिन्छन् जबसम्म ग्राहक द्वारा लिइएको केहि विशेष ओभरराइड कारबाही भएको छैन. -AadrCreateOpt पेलोड सामान्यतया घटनाहरूमा भाग लिने संसाधनहरूको लागि योग्य हुने थिएन।
घटना वर्णनकर्ता	- घटना प्राथमिकता १ मा सेट गर्नुपर्नेछ कार्यक्रम नियम वा VTN कन्फिगरेसन अन्यथा निर्दिष्ट नभएसम्म –परीक्षण घटनाहरू सामान्यतया प्रयोग हुँदैन सीपीपी प्रोग्रामहरूको साथ। जे होस्, यदि उनीहरूलाई अनुमति दिइन्छ भने टेस्ट इभेन्ट एलिमेन्ट "सत्य" मा सेट गर्नुपर्दछ परीक्षण घटना संकेत गर्न। यदि यस तत्वमा थप प्यारामेराइज्ड जानकारी आवश्यक छ भने यो थप जानकारीको साथ खाली स्थानले छुट्ट्याइएको "सत्य" लाई पछ्याउन सक्छ।
घटना सक्रिय अवधि	– eiRampमाथि, eiRecovery, सहिष्णुता तत्वहरु सामान्यतया प्रयोग गरीरहेका छैनन्
बेसलाइनहरू	–बेसलाइन सामान्यतया घटना पेलोडमा समावेश हुँदैन
कार्यक्रम लक्ष्यीकरण	-CPP कार्यक्रम सामान्यतया दिइएको ग्राहकका लागि संसाधनहरूको बिच भिन्नता गर्दैन। लक्ष्यीकरणले सामान्यतया भिनिड निर्दिष्ट गर्दछ, VEN सँग सम्बन्धित सबै संसाधनहरूले भाग लिनुपर्दछ भन्ने इating्गित गर्दै, वा सबै संसाधन आईडीहरूको सूची VEN संग सम्बन्धित।
रिपोर्टिङ सेवाहरू	–टेलिमेट्री रिपोर्टिंग सामान्यतया प्रयोग हुँदैन किनकि यो सीपीपी प्रोग्रामहरूको लागि बिल्कुल आवश्यक छैन। पूर्व को लागी एनेक्स बी हेर्नुहोस्ampकार्यक्रम को यस प्रकार को लागी लागू हुन सक्छ कि उपयोगिता पायलटहरु बाट रिपोर्ट को les।

Opt सेवाहरू	–अप्ट सेवा को उपयोग अस्थायी उपलब्धता कार्यक्रम संचार गर्न सामान्यतया प्रयोग हुने थिएन एक सीपीपी कार्यक्रम को भाग को रूप मा। यद्यपि केही डिप्लोयमेन्टहरूले यो सेवा प्रयोग गर्न सक्दछ ग्राहकहरूको लागि उपलब्ध कार्यक्रम दिनहरू जो उपलब्धताको अभावलाई संकेत गर्दछ।
पंजीकरण सेवाहरू	मतदान अन्तरालहरू विशिष्ट दिन अगाडि CPP कार्यक्रमहरूको लागि VTN द्वारा अनुरोध गरिएको एक पटक मा एक पटक अधिक बारम्बार हुन आवश्यक छैन। जबकि, मुटुको धडकन पत्ता लगाउनका लागि पोलिंगको प्रयोगलाई अधिक बारम्बार मतदान चाहिन सक्छ।

क्षमता बिडिंग कार्यक्रम

क्षमता बिडिंग DR कार्यक्रम विशेषताहरू

लोड प्रोfile उद्देश्य	-Peak माग घटाउने र संसाधन पर्याप्तता
प्राथमिक ड्राइभरहरू	- कम पूंजीगत खर्च र कम ऊर्जा लागतहरु
कार्यक्रम विवरण	क्षमता बिडिंग कार्यक्रम आईएसओ / युटिलिटीहरू एग्रीगेटरहरू वा स्वयं एकत्रित ग्राहकहरूबाट पूर्व-प्रतिबद्ध लोड शेड क्षमता प्राप्त गर्न प्रयोग गर्दछ। यो पूर्व-प्रतिबद्ध लोड शेड क्षमता आईएसओ / युटिलिटीहरू द्वारा प्रयोग गरिन्छ जब उनीहरूले उच्च थोक बजार मूल्यहरू, पावर प्रणाली आपतकालिन अवस्थाहरू, वा एक विशिष्ट समय अवधिमा डीआर घटनाहरू कल गरेर सामान्य ऊर्जा श्रोत उपयोगको हिस्साको रूपमा अवलोकन गर्छन्।   नोट गर्नुहोस् कि प्रत्येक एग्रीगेटर सामान्यतया उनीहरूको आफ्नै माग प्रतिक्रिया कार्यक्रम डिजाइन गर्नका लागि ग्राहकको अधिग्रहण, र कार्यक्रम अधिसूचना यस कार्यक्रमको भागको रूपमा बनाइएको क्षमता प्रतिबद्धताहरू पूरा गर्न जिम्मेवार छ।
ग्राहक प्रोत्साहन	एग्रीग्रेटरहरू / ग्राहकहरूले दुई प्रकारका प्रोत्साहनहरू प्राप्त गर्छन्। पहिलो, उनीहरूले भावी समय विन्डोको बेला डीआर घटनाहरूका लागि लोड शेड क्षमताको एक विशेष रकम राख्ने क्षमता भुक्तान प्राप्त गर्दछन्। दोस्रो, यदि घटना भविष्यको विन्डोको बखत बोलाइएको छ भने घटनाको अवधिमा लोड शेडको लागि ऊर्जा भुक्तान गर्न सकिन्छ।
दर डिजाइन	कार्यक्रममा भाग लिनेहरूले "क्षमता नामांकन" बोलि बनाउँछन् जुन लोड शेड क्षमतालाई संकेत गर्दछ जुन उनीहरू भविष्यको समय विन्डोमा उपलब्ध हुने गरी राख्छन्। बोलपत्रमा एक प्रोत्साहनकर्ता / ग्राहक आधारभूत मूल्य तल लोड शेडको लागि स्वीकार गर्न इच्छुक प्रोत्साहन पनि समावेश गर्न सक्दछ। उपयोगिता बजारहरूमा क्षमता प्रतिबद्धता सामान्यतया अर्को पात्रो महिनाको लागि हुन्छ, यद्यपि धेरै लामो समय फ्रेमहरू आईएसओ बजारमा प्रयोग गरिन्छ। क्षमता नामांकनको अंशको रूपमा, ग्राहकले दिनको अघि वा दिनको सूचना र घटना अवधि विन्डो (जस्तै १--1 घण्टा, २- hours घण्टा,…) जस्ता विभिन्न सुविधाहरूको बीच छनौट गर्न सक्नेछ। एक क्षमता भुक्तानी यस पूर्व प्रतिबद्धताको लागि ग्राहकलाई बनाइन्छ यदि त्यहाँ समय सन्झ्यालको बेलामा कुनै कार्यक्रमहरू बोलाइएको छैन भने। यदि कुनै घटना विन्डोमा कल गरिएको छ भने ग्राहकले आधारभूतताको आधारमा लोड शेडको लागि उर्जा भुक्तानी प्राप्त गर्न सक्दछ, यद्यपि घटना बोलाइएको समयमा पूर्व-प्रतिबद्ध लोडसेड क्षमता भन्दा कम वितरित भएमा दण्डहरू लागू हुन सक्छ।
लक्षित ग्राहक	-Aggregators र स्वयं समेकित C&I ग्राहकहरु
लक्ष्य लोड	- कुनै पनि

पूर्व शर्त	- ग्राहकको अन्तराल मापन हुनै पर्छ -C र I ग्राहकहरूले माग पूरा गर्न वा बोलपत्र मापदण्ड पूरा गर्नुपर्दछ
कार्यक्रम समय फ्रेम	कुनै पनि समय
घटना प्रतिबन्धहरु	सामान्यतया सोमबार देखि शुक्रवार सम्म, छुट्टिहरू बाहेक, लगातार दिनका घटनाहरू सामान्यतया अनुमति दिइन्छ
घटना दिनहरू	सामान्यतया अधिकतम 30० घण्टा प्रति महिना
घटना अवधि	सामान्यतया दिनको अत्यधिक उर्जा खपत समयमा सबै घटनाहरूको लागि एक निश्चित समय विन्डोको समयमा।) घटना अवधि ग्राहक क्षमता प्रतिबद्धता अनुसार १ देखि hours घण्टा सम्म वा कार्यक्रमको डिजाइन द्वारा निर्दिष्टको आधारमा भिन्न हुन्छ
सूचना	-Day-अगाडि वा दिन को ग्राहक क्षमता प्रतिबद्धता प्राथमिकता वा कार्यक्रम को डिजाइन मा निर्भर गर्दछ
अप्ट व्यवहार	सामान्यतया ग्राहकहरूले कार्यक्रमहरूमा अप्ट-इन गर्नेछन् जुन उनीहरूसँग पूर्व-प्रतिबद्ध लोड शेड क्षमता छ।
प्रमाणीकरण घटनाहरू	सामान्यतया दुई प्रति वर्ष (परिक्षण)

क्षमता बिडिंग कार्यक्रमहरूको लागि ओपनएडआर विशेषताहरू

कार्यक्रम संकेतहरू	–एक सिग्नल सिग्नल स्तर १ देखि ma लाई लोड शेडको मात्रामा म्याप गरियो। यदि प्रोग्रामले केवल लोड शेडको एक मात्र स्तर समर्थन गर्दछ, त्यो स्तर १ मा म्याप गर्नुपर्दछ। लोड शेडको बहु स्तरको प्रोग्रामहरूका लागि, सामान्य अपरेशनबाट सानो परिवर्तनलाई स्तर १ मा म्याप गर्नुपर्छ, लोड शेड मानमा म्याप गरिएको। स्तर २ र load लोड शेडको डिग्री बढाउँदै। यदि तैनाती बी समर्थक समर्थन गर्दछfile VENs, सिम्पल सिग्नलको थपमा, एक BID_LOAD र / वा BID_PRICE संकेत समावेश हुन सक्छ पेलोडमा सेटअप प्वाइन्ट र मूल्यको संकेत प्रकारहरू, र क्रमशः पावर रिल र मुद्राPerKW। BID_LOAD ले अनुरोध गरिएको लोड शेडलाई सामूहिक / ग्राहक द्वारा क्षमता रकममा बिडलाई प्रतिबिम्बित गर्दछ, र BID_PRICE समग्र / ग्राहक द्वारा प्रोत्साहन बोली प्रतिबिम्बित गर्दछ। पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस।
Opt प्रतिक्रियाहरू	-VTNs घटनाहरू पठाउँदै oadrResponseRequired एलिमेन्ट "सँधै" मा सेट गर्नुपर्दछ।, VEN लाई एक OptIn वा OptOut को साथ प्रतिक्रिया गर्न आवश्यक छ -As aggregators / ग्राहकहरूको प्री-प्रतिबद्ध क्षमता छ VENs optIn साथ जवाफ दिनु पर्छ। एक अप्ट आउट घटनाको जवाफमा पठाउन सकिन्छ, तर यो एक अनौपचारिक उपलब्धता संकेत हो, घटना बाहिर औपचारिक अप्ट आउट होईन। -द oadrCreateOpt पेलोड सामान्यतया प्रयोग हुने थिएन घटनाहरूमा भाग लिने संसाधनहरू क्वालिफाइ गर्न को लागी सामान्यतया भार एकल समग्र इकाई हो।
घटना वर्णनकर्ता	- घटना प्राथमिकता १ मा सेट गर्नुपर्नेछ कार्यक्रम नियम वा VTN कन्फिगरेसन अन्यथा निर्दिष्ट नभएसम्म –परीक्षण घटनाहरू प्रयोग गर्न सकिन्छ क्षमता बिडिंग कार्यक्रमहरूको साथ। यदि उनीहरूलाई अनुमति दिइयो भने, परीक्षण घटना संकेत गर्न टेस्टवेन्ट तत्व सेट गर्न पर्छ "ट्रु"। यदि यस तत्वमा थप प्यारामेराइज्ड जानकारी आवश्यक छ भने यो थप जानकारीको साथ खाली स्थानले छुट्ट्याइएको "सत्य" लाई पछ्याउन सक्छ।
घटना सक्रिय अवधि	– eiRampमाथि, eiRecovery, सहिष्णुता तत्वहरु सामान्यतया प्रयोग गरीरहेका छैनन्
बेसलाइनहरू	–बेसलाइन सामान्यतया घटना पेलोडमा समावेश हुँदैन किनकि यो डाटा सामान्यतया समय मा उपलब्ध छैन घटना शुरू गरीएको छ। जे होस्, दुबै उपयोगिताहरु र एग्रीगेटरहरु/ग्राहकहरु हुनेछन् view उपयोगी को रूप मा घटनाहरु मा आधारभूत जानकारी को समावेशीकरण।
कार्यक्रम लक्ष्यीकरण	क्षमता क्षमता बिडिंग कार्यक्रम सामान्यतया दिइएको ग्राहकको लागि स्रोत बीच भिन्न हुँदैन। लक्ष्यीकरणले सामान्यतया भिनिड निर्दिष्ट गर्दछ, VEN सँग सम्बन्धित सबै संसाधनहरूले भाग लिनुपर्दछ भन्ने इating्गित गर्दै, वा समग्र लोडको एक संसाधन आईआईडी समावेश गर्दछ VEN संग सम्बन्धित।
रिपोर्टिङ सेवाहरू	आईएसओ क्षमता बिडिंग कार्यक्रमहरूलाई सामान्यतया TELEMETRY_USAGE रिपोर्टहरू आवाश्यक हुन्छ PowerReal डाटा अंक संग। पूर्व हेर्नुहोस्ampएनेक्स ए मा। युटिलिटी क्षमता बिडिंगको लागि टेलिमेट्री रिपोर्टिंग सामान्यतया आवश्यक पर्दैन. ध्यान दिनुहोस् कि टेलीमेट्री रिपोर्टिंग बी प्रो को आवश्यकता छfile VENs। पूर्व को लागी एनेक्स बी हेर्नुहोस्ampकार्यक्रम को यस प्रकार को लागी लागू हुन सक्छ कि उपयोगिता पायलटहरु बाट रिपोर्ट को les।
Opt सेवाहरू	–अप्ट सेवा को उपयोग अस्थायी उपलब्धता कार्यक्रम संचार गर्न सामान्यतया प्रयोग हुने थिएन क्षमता बिडिंग कार्यक्रमको अंशको रूपमा ग्राहकहरूले उनीहरूको उपलब्धता पूर्व-प्रतिबद्ध गरेका छन्। यद्यपि यो सेवा सहभागीहरूका लागि अनौपचारिक तरीकाको रूपमा उपयोगी हुन सक्दछ उपकरणको विफलता जस्ता तनावपूर्ण कारणहरूको लागि उपलब्धताको अभावलाई दर्साउन।
पंजीकरण सेवाहरू	मतदान अन्तरालहरू विशिष्ट दिन अगाडि कार्यक्रमहरूको लागि VTN द्वारा अनुरोध गरिएको एक पटक मा एक पटक अधिक बारम्बार हुन आवश्यक छैन। जहाँसम्म, मुटुको धडकन पत्ता लगाउन वा दिनको कार्यक्रमको लागि मतदानको प्रयोग गर्न अधिक बारम्बार मतदान चाहिन सक्छ।

आवासीय थर्मोस्टेट प्रोग्राम

यो कार्यक्रम प्रत्यक्ष लोड नियन्त्रण (DLC) को प्रतिनिधि हो जहाँ डिमांड रिस्प्सन्स सिग्नलले सिडलको प्राप्ति र विशिष्ट लोडसेडि action कार्य बीचको अमूर्तताको कुनै तह बिना लोडसेडि resources संसाधनको व्यवहारलाई सिधा परिमार्जन गर्दछ।

आवासीय थर्मोस्टेट DR कार्यक्रम विशेषताहरु

लोड प्रोfile उद्देश्य	-Peak माग घटाउने
प्राथमिक ड्राइभरहरू	- कम पूंजीगत खर्च र कम ऊर्जा लागतहरु
कार्यक्रम विवरण	जब उपयोगिताहरूले उच्च थोक बजार मूल्यहरू वा बिजुली प्रणाली आपतकालीन अवस्थाको अवलोकन गर्छन् वा अनुमान गर्छन्, तिनीहरूले घटनाको शुरूवात गर्न सक्नेछन् जुन ग्राहकको प्रोग्रामेबल संचार थर्मोस्टेट (पीसीटी) को निर्दिष्ट समय अवधिमा व्यवहार गर्दछ (उदाहरणका लागि, साँझ 3 अपरान्ह — साँझ a अपराह्न) गर्मी को साता दिन) ऊर्जा खपत कम गर्न को लागी। - घटनाको प्रतिक्रियामा PCT व्यवहारमा परिवर्तन घटनाको अवधिको लागि तापमान सेट पोइन्टमा साधारण परिवर्तन हुन सक्छ वा पूर्व कूलि including सहित परिवर्तनहरूको अधिक जटिल सेट, जुन ग्राहकको सुविधामा घटनाको प्रभावलाई कम गर्दछ। स्तर
ग्राहक प्रोत्साहन	-संक्रमकहरूले दुई सामान्य फारम लिन्छन्। पहिलो, ग्राहकहरुलाई नि: शुल्क पीसीटी प्रदान गर्न सकिन्छ वा ग्राहकले खरिद गरेको पीसीटीमा डीआर कार्यक्रममा नामांकनको लागि प्रोत्साहनको रूपमा छूट / छूट प्रदान गर्न सकिन्छ। दोस्रो, ग्राहकहरूले कार्यक्रममा निरन्तर नामांकनको लागि चलिरहेको वार्षिक वृत्ति प्राप्त गर्न सक्दछन्। घटनाहरू समयमा वास्तविक उर्जा घटाउनेको आधारमा ग्राहकहरूलाई भुक्तानी गरिएको प्रोत्साहनहरू कम कम हुनेछ।
दर डिजाइन	- प्राथमिक रूपमा एक प्रोत्साहन कार्यक्रम, जहाँ ग्राहकहरु लाई छूट वा नि: शुल्क पीसीटी को DR कार्यक्रम मा नामांकन को लागी प्राप्त। केहि कार्यक्रमहरूले आवधिक वृत्ति वा प्रोत्साहन भुक्तान घटनाहरु को समयमा ऊर्जा कटौती मा आधारित तिर्न सक्छ।
लक्षित ग्राहक	-सुरक्षित
लक्ष्य लोड	-एचभीएसी
पूर्व शर्त	सामान्यतया कुनै पनि होइन, ग्राहकहरूले कार्यक्रम नामांकनको भागको रूपमा PCT प्राप्त गर्छन्
कार्यक्रम समय फ्रेम	सामान्यतया वर्षका महिनाहरू फ्याँकन्छ जहाँ चोटी उर्जा खपत हुन्छ, यद्यपि केहि केसहरूमा वर्षभरी हुन सक्छ।
घटना प्रतिबन्धहरु	सामान्यतया सोमबार देखि शुक्रवार सम्म, छुट्टिहरू बाहेक, लगातार दिनका घटनाहरू सामान्यतया अनुमति दिइन्छ।
घटना दिनहरू	सामान्यतया प्रति वर्ष 9 देखि 15
घटना अवधि	- घटनाहरू कुनै पनि समयमा हुन सक्दछ, २ देखि hours घण्टाको अवधिमा, यद्यपि सामान्यतया घटनाहरू दिनको अत्यधिक उर्जा खपतको समयमा देखा पर्दछ।
सूचना	सामान्यतया दिन अगाडी, केहि कार्यक्रमहरू १० मिनेट भन्दा कम समयमा अधिसूचना समय हुन सक्छ।
अप्ट व्यवहार	- ग्राहकहरूले घटनाहरूमा भाग लिन आवश्यक पर्दैन, यद्यपि तिनीहरू घटनाहरूमा ओभरराइड गर्न कार्य गर्दैनन् वा घटना समयमा तापमानमा म्यानुअल समायोजन नगरेसम्म तिनीहरू स्वचालित रूपमा घटनाहरूमा अप्ट इन हुन्छन्।
प्रमाणीकरण घटनाहरू	सामान्यतया कुनै पनि होईन

आवासीय थर्मोस्टेट प्रोग्रामहरूका लागि ओपनएडआर विशेषताहरू

कार्यक्रम संकेतहरू	–स्तर १ देखि ३ को साथ एक सरल संकेत PCT तापमान सेटपोइन्ट अफसेट वा थर्मोस्टेटिक साइक्लि per percen मा परिवर्तन को लागी नक्शा।tage यदि एक आवासीय थर्मोस्टेट प्रोग्रामसँग एकल अफसेट / साइकलिंग घटक छ भने यसलाई स्तर १ मा म्याप गर्नुपर्दछ। बहु अफसेट / साइकलिंग कम्पोनेन्ट प्रोग्रामहरूको लागि सामान्य अपरेशनबाट सानो परिवर्तनलाई स्तर १ मा म्याप गर्नुपर्छ, अन्य अफसेट / साइकलिंग मानहरूको साथ। स्तर २ र to मा म्याप गरिएको लोड शेड प्रभावको बढाइ डिग्रीमा। यदि तैनाती बी समर्थक समर्थन गर्दछfile VENs, सिम्पल सिग्नलका अतिरिक्त, एक LOAD_CONTROL संकेत समावेश हुन सक्छ पेलोडमा एक प्रकारको साथ x-loadControlLevelOffset वा x-लोड नियन्त्रण नियन्त्रण इच्छित तापमान setpoint अफसेट वा थर्मोस्टेटिक साइक्लि per percen निर्दिष्ट गर्नtagक्रमशः ई। यो सिफारिश गरिएको छ कि क x-loadControlLevelOffset संकेत प्रकार प्रयोग गरेर पेलोडमा प्रयोग गरेर इकाई प्रकार "तापमान" अफसेटका लागि सेल्सियस वा फरेनहाइट संकेत गर्न। पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस।
Opt प्रतिक्रियाहरू	-VTNs घटनाहरू पठाउँदै oadrResponseRequired एलिमेन्ट "सँधै" मा सेट गर्नुपर्दछ।, VEN लाई एक OptIn वा OptOut को साथ प्रतिक्रिया गर्न आवश्यक छ – VENs optIn का साथ प्रतिक्रिया दिनुपर्दछ जबसम्म त्यहाँ ग्राहकले लिइएको केहि विशेष ओभरराइड कारबाही भएको छैन. -द oadrCreateOpt पेलोड VENs द्वारा प्रयोग गर्न सकिन्छ एक कार्यक्रम मा संसाधनको सहभागिता अर्हता गर्न। उदाहरण को लागी, एक घटना संसाधन ID को दुई थर्मोस्टेट को लक्षित गर्न सक्दछ कि अलग HVAC प्रणाली नियन्त्रण गर्दछ। यदि ग्राहकले निर्णय गर्दछ कि HVAC प्रणालीहरू मध्ये केवल एकले घटनामा भाग लिन सक्छ, यो VDN लाई oadrCreateOpt पेलोड प्रयोग गरेर सूचित हुनेछ। ध्यान दिनुहोस् कि oadrCreateOpt पेलोड मात्र बी समर्थक द्वारा समर्थित छfile VENs
घटना वर्णनकर्ता	- घटना प्राथमिकता १ मा सेट गर्नुपर्नेछ कार्यक्रम नियम वा VTN कन्फिगरेसन अन्यथा निर्दिष्ट नभएसम्म –परीक्षण घटनाहरू सामान्यतया प्रयोग हुँदैन आवासीय थर्मोस्टेट प्रोग्रामहरूको साथ। जे होस्, यदि उनीहरूलाई अनुमति दिइन्छ भने परीक्षण घटना इ indicate्गित गर्न "सत्य" मा सेट गरिनु पर्छ। यदि यस तत्वमा अतिरिक्त प्यारामेराइज्ड जानकारी आवश्यक छ भने यो थप जानकारीको साथ खाली स्थानले छुट्ट्याइएको "सत्य" लाई पछ्याउन सक्छ।
घटना सक्रिय अवधि	–अनियमितता सामान्यतया सहिष्णु तत्त्वको प्रयोग गरेर आवासीय थर्मोस्टेट घटनाहरूको लागि प्रयोग गरिन्छ – eiRampमाथि र eiRecovery तत्वहरु सामान्यतया प्रयोग गरीरहेका छैनन्
बेसलाइनहरू	–बेसलाइन सामान्यतया घटना पेलोडमा समावेश हुँदैन
कार्यक्रम लक्ष्यीकरण	-उत्पन्न थर्मोस्टेट कार्यक्रमहरू HVAC संसाधनहरू पीसीटीहरू द्वारा नियन्त्रित लक्षित गर्दछ। लक्ष्यीकरणले सामान्यतया संसाधन आईडी निर्दिष्ट गर्दछ HVAC प्रणालीहरूको (जस्तै थर्मोस्टेट) VEN सँग सम्बन्धित वा घटनाक्रम सिग्नल उपकरण क्लास लक्ष्य संग थरोस्ट्याटमा सेट गरियो
रिपोर्टिङ सेवाहरू	–टेलिमेट्री रिपोर्टिंग सामान्यतया प्रयोग हुँदैन किनकि आवासीय थर्मोस्टेट प्रोग्रामहरूको लागि यो बिल्कुल आवश्यक छैन पूर्व को लागी एनेक्स बी हेर्नुहोस्ampकार्यक्रम को यस प्रकार को लागी लागू हुन सक्छ कि उपयोगिता पायलटहरु बाट रिपोर्ट को les।
Opt सेवाहरू	–अप्ट सेवा को उपयोग अस्थायी उपलब्धता कार्यक्रम संचार गर्न सामान्यतया प्रयोग हुने थिएन एक सीपीपी कार्यक्रम को भाग को रूप मा।
पंजीकरण सेवाहरू	मतदान अन्तरालहरू विशिष्ट दिन अगाडि आवासीय थर्मोस्टेट प्रोग्रामहरूको लागि VTN द्वारा अनुरोध गरिएको एक पटक मा एक पटक अधिक बारम्बार हुन आवश्यक छैन। जबकि, मुटुको धडकन पत्ता लगाउन मतदानको लागि अधिक बारम्बार मतदान आवाश्यक पर्न सक्छ किनकि आधिकारिक थर्मोस्टेट प्रोग्रामको रूपमा छोटो अधिसूचना समयहरूको साथ हुन्छ।

द्रुत DR प्रेषण

द्रुत DR प्रेषण कार्यक्रम विशेषताहरु

लोड प्रोfile उद्देश्य	"वास्तविक समय" मा लोड प्रतिक्रिया हासिल गर्न स्रोतहरू डिस्कप्याच गर्नुहोस्
प्राथमिक ड्राइभरहरू	ग्रिड विश्वसनीयता र सहायक सेवाहरु
कार्यक्रम विवरण	फास्ट डीआरओ आईएसओ / उपयोगिताहरु द्वारा प्रयोग गरीन्छ "वास्तविक समय" मा पूर्व प्रतिबद्ध लोड प्रतिक्रिया प्राप्त गर्न। यो पूर्व-प्रतिबद्ध लोड प्रतिक्रिया आईएसओ / उपयोगिताहरू द्वारा प्रयोग गरिन्छ जब तिनीहरूले ग्रिडको स्थिरता र अखण्डता कायम गर्न तत्काल कार्यको आवश्यक पर्ने अवलोकन गर्दछ। वास्तविक-समयको अर्थ भनेको संसाधनहरू सामान्यतया १० मिनेट देखि संसाधनहरूको लागि विन्यास प्रयोजनका लागि प्रयोग हुने संसाधनहरूको लागि २ सेकेन्डमा भण्डारणको रूपमा प्रयोग हुने ढिलाइसँग पठाइन्छ। ग्रिड सर्त कम गर्नमा भिन्नता बनाउन लोड प्रतिक्रियाको आकार पर्याप्त ठूलो हुनुपर्छ र यसैले संसाधनहरू सामान्यतया धेरै ठूला हुन्छन् र प्राय: एकत्रित स्रोतहरू एक एकत्रित संसाधनको अंशको रूपमा व्यवस्थित गरिन्छन्। सहायक सेवाहरूमा भाग लिन योग्य हुन संसाधनको लागि लोड प्रतिक्रियाको लागि न्यूनतम आकारहरू प्राय: k०० किलोवाटको हुन्छन्, तर केहि प्रोग्रामहरूको लागि १०० किलोवाट जति कम हुन सक्छ। नोट गर्नुहोस् कि यदि स्रोत एक रिजर्वको रूपमा प्रयोग गरिएको छ भने यसलाई सामान्यतया लोड घटाउन (अर्थात् शेड) भनिन्छ, तर यदि यो नियमन प्रयोजनका लागि प्रयोग भइरहेको छ भने या त लोड बढाउन वा घटाउन पठाइन्छ।
ग्राहक प्रोत्साहन	समूह / ग्राहकहरूले सामान्यतया दुई प्रकारका प्रोत्साहनहरू प्राप्त गर्छन्। पहिलो, तिनीहरू प्रतिबद्ध गर्न र भविष्य प्रतिक्रिया विन्डोको समयमा DR घटनाहरूको लागि उपलब्ध लोड प्रतिक्रियाको एक विशिष्ट रकम उपलब्ध गराउनको लागि भुक्तानी प्राप्त गर्दछ। लोड प्रतिक्रियाको मात्रा, उपलब्धताको समय विन्डो र भुक्तानी गर्नुपर्ने रकम सामान्यतया एग्रीगेटर / ग्राहक द्वारा सेट गरिन्छ। दोस्रो, यदि घटना भविष्यको विन्डोको बखत घटनाको अवधिमा लोड प्रतिक्रियाको मात्रामा आधारित भुक्तानी भनिन्छ।
दर डिजाइन	कार्यक्रममा भाग लिनेहरूले भावी समय विन्डोको बखत उपलब्ध गराउन इच्छुक लोड प्रतिक्रियालाई संकेत गर्दै बिड सबमिट गर्दछन्। बोलपत्रमा सामान्यतया भुक्तान पनि समावेश हुन्छ एग्रिगेटर / ग्राहक लोड प्रतिक्रियाका लागि स्वीकार गर्न इच्छुक छ। उपयोगिता/आईएसओ बजार मा बोली सामान्यतया या त अगाडिको दिन वा समय अवधि को दिन को लागी प्रतिबद्धता को लागी पेश गरीन्छ। बजार मा आफ्नो योग्यता र पंजीकरण को भाग को रूप मा विभिन्न प्रदर्शन लिफा मापदण्डहरु जस्तै संसाधन संग सम्बन्धित छन्amp दर र न्यूनतम र अधिकतम परिचालन सीमा। यस्ता प्यारामिटरहरु कसरी पठाइन्छ भनेर शासन गर्दछ। यदि एक सहभागी को बोली स्वीकार गरीएको छ एक भुक्तानी ग्राहकहरु को लागी आफ्नो पूर्व प्रतिबद्धता को लागी भैरहेछ यदि कुनै समय विन्डो को समयमा बोलाइएको छैन। यदि एक घटना समय विन्डो को दौरान फोन गरीन्छ ग्राहक घटना को दौरान आफ्नो प्रदर्शन को लागी अतिरिक्त भुक्तानी प्राप्त गर्न सक्छन्। यस्तो प्रदर्शन आधारित भुक्तानी मात्रा ऊर्जा, शक्ति, कसरी संसाधन नजिक बाट प्रेषण निर्देशन पछ्याउँछ, र एक "माइलेज" भुक्तानी जो कती तिनीहरुको लोड समर्थक प्रतिबिम्बित सहित कारकहरु को एक संख्या मा आधारित हुन सक्छ।file घटना को समयमा परिवर्तन गर्न आवश्यक थियो। यी मापदण्डहरु जस्तै ऊर्जा र शक्ति एक आधार रेखा को सम्मान संग हुन सक्छ।
लक्षित ग्राहक	-Aggregators र स्वयं-समेकित C&I ग्राहकहरु
लक्ष्य लोड	- ती वास्तविक-समय प्रेषणहरूमा प्रतिक्रिया गर्न सक्ने।

पूर्व शर्त	- ग्राहकको अन्तराल मापन हुनै पर्छ - अधिक लोड प्रतिक्रियाका लागि न्यूनतम आकार आवश्यकताहरू पूरा गर्नुहोस् वास्तविक वास्तविक समय प्रेषणहरूमा प्रतिक्रिया गर्न सक्षम हुनुहोस् सामान्यतया रियल-टाइम टेलिमेट्री आपूर्ति गर्नु पर्छ जुन हालको लोड प्रतिक्रिया देखाउँदछ
कार्यक्रम समय फ्रेम	कुनै पनि समय
घटना प्रतिबन्धहरु	- कुनै पनि
घटना दिनहरू	- कुनै पनि
घटना अवधि	सामान्यतया छोटो (minutes० मिनेट भन्दा कम), तर कुनै हालतमा सहभागी विन्डो भन्दा बढि कहिले पनि सहभागीले संसाधन उपलब्ध गराउँदैन जब उनीहरूले बोलपत्र पेश गर्थे।
सूचना	- कुनै पनि
अप्ट व्यवहार	ग्राहकहरु पूर्वनिर्धारित घटनाहरु मा अप्ट इन छन् कि ती पूर्व-प्रतिबद्ध लोड प्रतिक्रिया छ
प्रमाणीकरण घटनाहरू	सामान्यतया प्रति वर्ष एक (परीक्षण)

क्षमता बिडिंग कार्यक्रमहरूको लागि ओपनएडआर विशेषताहरू

कार्यक्रम संकेतहरू	–एक सरल सिग्नल स्तर १ देखि ma लाई लोड प्रतिक्रियाको मात्रामा म्याप गरियो। यदि प्रोग्रामले लोड प्रतिक्रियाको एक मात्र स्तर मात्र समर्थन गर्दछ, त्यो स्तर १ मा म्याप गरिएको हुनुपर्छ, लोड प्रतिक्रियाको बहुविध स्तरहरूको प्रोग्रामहरूका लागि, सामान्य अपरेशनबाट सानो परिवर्तनलाई स्तर १ मा म्याप गर्नुपर्छ, लोड शेड मानमा म्याप गरिएको। स्तर २ र load लोड प्रतिक्रियाको बढ्दो डिग्रीमा। यदि तैनाती बी समर्थक समर्थन गर्दछfile VENs, सिम्पल सिग्नलको थपमा, LOAD_DISPATCH संकेतको रूपमा पठाउँदा समावेश हुन सक्छ पेलोडमा सिग्नल प्रकारहरू सेटपोइन्ट वा डेल्टाको साथ, र पावर रिलको एकाइहरू। यो संकेत लोड को इच्छित "अपरेटिंग पोइन्ट" प्रतिनिधित्व गर्दछ र या त mW को निरपेक्ष रकम को रूप मा व्यक्त गर्न सकिन्छ (जस्तै सेटपोइन्ट) वा संसाधनहरू वर्तमान अपरेटिंग पोइन्टबाट mW (जस्तै डेल्टा) को केही सापेक्ष संख्या। पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस।
Opt प्रतिक्रियाहरू	-VTNs घटनाहरू पठाउँदै oadrResponseRequired एलिमेन्ट "सँधै" मा सेट गर्नुपर्दछ।, VEN लाई एक OptIn वा OptOut को साथ प्रतिक्रिया गर्न आवश्यक छ -As aggregators / ग्राहकहरूको प्री-प्रतिबद्ध क्षमता छ VENs optIn साथ जवाफ दिनु पर्छ। एक अप्ट आउट घटनाको जवाफमा पठाउन सकिन्छ, तर यो एक अनौपचारिक उपलब्धता संकेत हो, घटना बाहिर औपचारिक अप्ट आउट होईन। -द oadrCreateOpt पेलोड सामान्यतया प्रयोग हुने थिएन घटनाहरूमा भाग लिने संसाधनहरू क्वालिफाइ गर्न को लागी सामान्यतया भार एकल समग्र इकाई हो।
घटना वर्णनकर्ता	- घटना प्राथमिकता १ मा सेट गर्नुपर्नेछ कार्यक्रम नियम वा VTN कन्फिगरेसन अन्यथा निर्दिष्ट नभएसम्म –परीक्षण घटनाहरू प्रयोग गर्न सकिन्छविशेष गरी दर्ता र संसाधनको योग्यताको समयमा। यदि तिनीहरूलाई अनुमति दिइयो भने, परीक्षण घटना संकेत गर्न टेस्टवेन्ट तत्व सेट गर्न पर्छ "ट्रु"। यदि यस तत्वमा थप प्यारामेराइज्ड जानकारी आवश्यक छ भने यो थप जानकारीको साथ खाली स्थानले छुट्ट्याइएको "सत्य" लाई पछ्याउन सक्छ।
घटना सक्रिय अवधि	– सहनशीलता तत्त्वहरू प्रयोग गरिदैन। ईआईआरampमाथि र eiRecovery अवधि सामान्यतया एक संसाधन को मापदण्ड को भाग हो जब उनीहरु दर्ता र प्रयोग गर्न सकिन्छ। प्रेषण को प्रकृति को कारण उनीहरु खुल्ला समाप्त हुन सक्छ र यस प्रकार घटना को लागी कुनै अन्त्य समय नहुन सक्छ।
बेसलाइनहरू	–बेसलाइन सामान्यतया घटना पेलोडमा समावेश हुँदैन यो डाटा को रूप मा सामान्यतया समय उपलब्ध छैन जब घटना शुरू भएको छ। जे होस्, दुबै उपयोगिताहरु र एग्रीगेटरहरु/ग्राहकहरु हुनेछन् view उपयोगी को रूप मा घटनाहरु मा आधारभूत जानकारी को समावेशीकरण।
कार्यक्रम लक्ष्यीकरण	क्षमता क्षमता बिडिंग कार्यक्रम सामान्यतया दिइएको ग्राहकको लागि स्रोत बीच भिन्न हुँदैन। लक्ष्यीकरणले सामान्यतया भिनिड निर्दिष्ट गर्दछ, VEN सँग सम्बन्धित सबै संसाधनहरूले भाग लिनुपर्दछ भन्ने इating्गित गर्दै, वा समग्र लोडको एक संसाधन आईआईडी समावेश गर्दछ VEN संग सम्बन्धित।
रिपोर्टिङ सेवाहरू	द्रुत DR कार्यक्रमहरूलाई सामान्यतया TELEMETRY_USAGE रिपोर्टहरू आवाश्यक हुन्छ पावर रिल डाटा पोइन्टको साथ। उपयोग रिपोर्टले संसाधनहरू हालको अपरेटिंग पोइन्ट चित्रण गर्दछ र उपयोगिता / आईएसओ द्वारा प्रयोग गरिन्छ कसरी प्रेस निर्देशन पठाइएको थियो कि संसाधन कत्तिको नजिक छ। केहि मामिलाहरुमा टेलीमेट्री मा अन्य डाटा पोइन्टहरु जस्तै voltagई रीडिंग र चार्ज राज्य (अर्थात् ऊर्जा) को मामला मा जहाँ संसाधनहरु भण्डारण को केहि रूप हो। केहि अवस्थामा रिपोर्टि frequency फ्रिक्वेन्सी हरेक २ सेकेन्ड को रूप मा उच्च हुन सक्छ। ध्यान दिनुहोस् कि टेलीमेट्री रिपोर्टिंग बी प्रो को आवश्यकता छfile VENs। पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस। पूर्व को लागी एनेक्स बी को लागी सन्दर्भ गर्नुहोस्ampकार्यक्रम को यस प्रकार को लागी लागू हुन सक्छ कि उपयोगिता पायलटहरु बाट रिपोर्ट को les।
Opt सेवाहरू	–अस्थायी उपलब्धता संचार गर्न अप्ट सेवाको प्रयोग तालिकाहरू सामान्यतया प्रयोग हुने थिएन किनकि ग्राहकहरूले आफ्नो उपलब्धता प्रि-कमिट गरेका छन्। यद्यपि यो सेवा सहभागीहरूका लागि अनौपचारिक तरीकाको रूपमा उपयोगी हुन सक्दछ उपकरणको विफलता जस्ता तनावपूर्ण कारणहरूको लागि उपलब्धताको अभावलाई स indicate्केत गर्न।
पंजीकरण सेवाहरू	वास्तविक समय प्रेषणको कम विलम्बता आवश्यकता को कारण केवल पुश अन्तर्क्रिया ढाँचा प्रयोग गरिन्छ.

आवासीय इलेक्ट्रिक वाहन (EV) प्रयोगको समय (TOU) कार्यक्रम

आवासीय EV TOU कार्यक्रम विशेषताहरु

लोड प्रोfile उद्देश्य	दर दर संरचना जसबाट विद्युतीय सवारी चार्जको लागत परिमार्जन गरिएको छ उपभोक्ताहरूलाई उपभोग ढाँचा बदल्नका लागि।
प्राथमिक ड्राइभरहरू	साँझमा आवासीय उर्जाका चुचुराहरू। ईभी चार्जिंग ले --4 घण्टा लिन्छ, लोड शिखरहरू बदल्न केहि घण्टा ढिलाइ हुन सक्छ।
कार्यक्रम विवरण	विद्युतीय वाहन भएका ग्राहकहरूले विद्युतीय सवारी समय-उपयोग (ईभी-टू) दरमा साइन अप गर्न सक्दछन् र अफ-पीक घण्टामा सवारी साधन चार्ज गर्नको लागि कम दरहरू प्राप्त गर्दछन्, जस्तै मध्यरात र AM बिहान ईभी-टू दरहरू हुन्। दिनको बिजुली सीमित गर्न ग्राहकहरुलाई प्रोत्साहित गर्न प्रस्ताव गरिएको छ, जब बिजुलीको माग बढी हुन्छ।
ग्राहक प्रोत्साहन	ईभीको लागि कम महँगो चार्जिंग।
दर डिजाइन	TOU मध्य-दिन चोटी, बिहान र बेलुका मध्य-शिखर, र १२ AM-12AM अफ-पीकको साथ
लक्षित ग्राहक	एक लोड समर्थक संग EV मालिकfile त्यो साँझ मा शिखर।
लक्ष्य लोड	ईभी चार्जरहरू
पूर्व शर्त	ग्राहकसँग स्मार्ट मीटर र ईभ हुनै पर्छ
कार्यक्रम समय फ्रेम	सबै वर्ष
घटना प्रतिबन्धहरु	कुनै पनि छैन
घटना दिनहरू	हरेक दिन, वा हप्ताका दिनहरू मात्र
घटना अवधि	०-२३ घण्टा
सूचना	ग्राहकलाई उनीहरूको मासिक बिलहरूमा मूल्य श्रेणीहरूको बारेमा सूचित गरिएको छ, र VTN ले घटना संकेत दिनदिन अगाडि पठाउँदछ।
अप्ट व्यवहार	दर भुक्तानीकर्ताहरूले आफ्नो दर योजना परिवर्तन गर्न सक्दछन् किनकि उनीहरू सामान्य रूपमा उपयोगिताको साथ गर्छन्।
प्रमाणीकरण घटनाहरू

आवासीय ईवी TOU कार्यक्रमहरूको लागि ओपनआडआर विशेषताहरू

कार्यक्रम संकेतहरू	ELECTRICITY_PRICE वास्तविक मूल्य स्तरहरूको साथ संकेतहरू, साथ साथै सिम्पल सिग्नलहरू 2.0a VENs द्वारा सहभागिताको लागि अनुमति दिन पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस।
Opt प्रतिक्रियाहरू	VENs द्वारा सँधै optIn
घटना वर्णनकर्ता	प्रत्येक मूल्य स्तरीय घटना अन्तरालहरूको साथ प्रति हप्ताको एक घटना
घटना सक्रिय अवधि	कम्तिमा २ hour घण्टा सूचना प्रयोग गर्नुपर्नेछ। प्रत्येक घटना मध्यान्तरले TOU दर तह कब्जा गर्नुपर्छ
बेसलाइनहरू	N/A
कार्यक्रम लक्ष्यीकरण	कुनै उन्नत लक्ष्यीकरण आवश्यक छैन, केवल VEN- स्तर लक्ष्यीकरण।
रिपोर्टिङ सेवाहरू	रिपोर्टिंग आवश्यक छैन, सबै डाटा मिटरबाट आउन सक्छ। पूर्व को लागी एनेक्स बी हेर्नुहोस्ampकार्यक्रम को यस प्रकार को लागी लागू हुन सक्छ कि उपयोगिता पायलटहरु बाट रिपोर्ट को les।
Opt सेवाहरू	Opt सेवाहरू यस प्रकारको कार्यक्रमसँग प्रासंगिक हुँदैन।
पंजीकरण सेवाहरू	उपभोक्ताहरूले मूल्य निर्धारण संकेतहरू प्राप्त गर्न उपयोगिताको साथ आफ्नो VEN पूर्व-प्रावधान गर्नेछन्।

सार्वजनिक स्टेशन इलेक्ट्रिक वाहन (EV) वास्तविक समय मूल्य निर्धारण कार्यक्रम

सार्वजनिक स्टेशन EV RTP कार्यक्रम विशेषताहरु

लोड प्रोfile उद्देश्य	एउटा माग प्रतिक्रिया गतिविधि जसबाट विद्युतीय सवारी चार्जको लागत उपभोक्ताहरूमा शिखर मूल्य निर्धारणको वास्तविकता बदल्न संशोधित हुन्छ।
प्राथमिक ड्राइभरहरू	एक दिनमा बिजुलीको मूल्य परिवर्तन हुन्छ। यस कार्यक्रमको उद्देश्य अधिक प्रभावकारी ढंगले बिजुलीको लागतमा चार्जिंगको मूल्यसँग मेल खान्छ।
कार्यक्रम विवरण	सार्वजनिक चार्जरहरू कार्यस्थलहरूमा, सार्वजनिक पार्किंग स्थलहरूमा, र खुद्रा स्टोरहरूमा अवस्थित हुन सक्दछन्। यो कार्यक्रम सम्भावित चार्जरहरुमा प्लग हुनुभन्दा पहिले वास्तविक समयको मूल्यहरु लाई सम्बद्ध गर्दछ, ताकि उनीहरु आफ्नो कार चार्ज गर्ने कि नगर्ने बारे एक सूचित निर्णय गर्न सक्दछन्।
ग्राहक प्रोत्साहन	अफ-पीक समयमा कम महँगो चार्जिंग।
दर डिजाइन	मूल्यहरु हो परिवर्तन गर्न सक्नुहुन्छurly, तर एक पटक ग्राहकले उनीहरूको कार प्लग इन गर्न छनौट गर्दछ, दर चार्जिंगको अवधिको लागि सेट हुन्छ।
लक्षित ग्राहक	एक ईभी को साथ कोही पनि जुन घर बाट टाढा चार्ज गर्न आवश्यक छ।
लक्ष्य लोड	सार्वजनिक EV चार्जरहरू
पूर्व शर्त	ईभी चार्जरहरू इन्टरनेट जडित र OpenADRR.2.0b प्रमाणित, वा एक OpenADR2.0b VEN गेटवेमा जडित हुनुपर्दछ।
कार्यक्रम समय फ्रेम	सबै वर्ष
घटना प्रतिबन्धहरु	कुनै पनि छैन
घटना दिनहरू	हरेक दिन, वा हप्ताका दिनहरू मात्र
घटना अवधि	१ घण्टा वा लामो
सूचना	ग्राहकलाई तिनीहरूको कारमा प्लग इन गर्न छनौट गर्दा प्रचलित दरको बारेमा सूचित गरिन्छ।
अप्ट व्यवहार	ग्राहकहरूले चार्ज नगर्न निर्णय गरी अप्ट आउट गर्न सक्दछन्।
प्रमाणीकरण घटनाहरू

सार्वजनिक स्टेशन EV RTP कार्यक्रमहरूको लागि OpenADR विशेषताहरू

कार्यक्रम संकेतहरू	ELECTRICITY_PRICE मूल्यको साथ संकेत। पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस।
Opt प्रतिक्रियाहरू	VENs द्वारा सँधै optIn
घटना वर्णनकर्ता	घटनाक्रमसंग मिल्दो हुनुपर्दछ, र एउटा अन्तराल समावेश गर्नुपर्दछ।
घटना सक्रिय अवधि	कम्तिमा १ घण्टा अधिसूचना प्रयोग गर्नुपर्दछ, यद्यपि उपयोगिताहरूले दिन अगाडि सूचना प्रयोग गर्न रोज्न सक्दछन्।
बेसलाइनहरू	N/A
कार्यक्रम लक्ष्यीकरण	कुनै उन्नत लक्ष्यीकरणको आवश्यक पर्दैन, तर लक्षित प्रयोग विशेष ट्रान्सफार्मर, फिडर, वा भौगोलिक क्षेत्रमा मूल्यहरू पठाउन प्रयोग गर्न सकिन्छ।
रिपोर्टिङ सेवाहरू	रिपोर्टिंग आवश्यक छैन, तर यदि चाहिएको छ भने प्रयोग गर्न सकिन्छ। पूर्व को लागी एनेक्स बी हेर्नुहोस्ampकार्यक्रम को यस प्रकार को लागी लागू हुन सक्छ कि उपयोगिता पायलटहरु बाट रिपोर्ट को les।
Opt सेवाहरू	Opt सेवाहरू यस प्रकारको कार्यक्रमसँग प्रासंगिक हुँदैन।
पंजीकरण सेवाहरू	एक चार्जिंग स्टेशन विक्रेताले उपयोगिताको VTN सँग तिनीहरूको उपकरणहरू प्रदान गर्नेछ।

वितरित ऊर्जा संसाधन (DER) DR कार्यक्रम

निम्न कार्यक्रम विवरण काल्पनिक छ र एक अनुसन्धान कागजमा आधारित छ (सन्दर्भ Rish कागज) वर्णन कसरी उपयोगिता ग्राहकहरु DER भण्डारण स्रोतहरु उपयोग गर्न सक्दछ DR वास्तविक कार्यक्रम मूल्य निर्धारण जस्तै RR कार्यक्रममा भाग लिनका लागि।

वितरित ऊर्जा संसाधन (DER) कार्यक्रम विशेषताहरु

लोड प्रोfile उद्देश्य	एक मांग प्रतिक्रिया गतिविधि स्मार्ट ग्रिड मा वितरित ऊर्जा संसाधनको एकीकरण सहज बनाउन प्रयोग।
प्राथमिक ड्राइभरहरू	- कम पूंजीगत खर्च र कम ऊर्जा लागतहरु
कार्यक्रम विवरण	डीईआर संसाधनहरू भएका ग्राहकहरूले ऊर्जा फलाउन र भण्डार गर्न सक्दछन् उच्च भण्डारण अवधिमा ग्रिडबाट बिजुली खरीद लागत कम गर्न सकिन्छ भण्डार गरिएको ऊर्जा स्रोतहरूको उपयोग गरेर लोडसेडि strate रणनीति लागू गरेर
ग्राहक प्रोत्साहन	PV वा अन्य माध्यमबाट उत्पन्न भण्डारण गरिएको ऊर्जाको उपयोग गरेर र लोड शेडिंग रणनीतिहरू कार्यान्वयन गरेर उच्च बिजुलीका मूल्यहरूको समयमा लागत नियन्त्रण गर्ने क्षमता।
दर डिजाइन	थोक बजार मूल्य वा ट्यारिफको साथ विद्युतीयता दरहरू भिन्न हुन्छन् जुन दिन, मौसम, वा तापक्रमको समयको रूपमा भिन्न हुन्छ
लक्षित ग्राहक	ऊर्जा भण्डारण स्रोतहरूको साथ ग्राहकहरू
लक्ष्य लोड	कुनै पनि
पूर्व शर्त	ऊर्जा भण्डारण संसाधनहरू
कार्यक्रम समय फ्रेम	कुनै पनि समय
घटना प्रतिबन्धहरु	कुनै पनि छैन
घटना दिनहरू	हरेक दिन
घटना अवधि	३ घण्टा
सूचना	अगाडी दिन
अप्ट व्यवहार	N / A - एक उत्तम प्रयास कार्यक्रम
प्रमाणीकरण घटनाहरू	कुनै पनि छैन

वितरित ऊर्जा संसाधन (DER) को लागी OpenADR विशेषताहरु

कार्यक्रम संकेतहरू	ELECTRICITY_PRICE २४ घन्टा को अवधि मा मूल्यहरु को २४ एक घण्टा अन्तराल संग संकेत। यो संकेत बी समर्थक को आवश्यकता हुनेछfile। यो कार्यक्रम एक समर्थक को लागी सिग्नल को लागी उधारो गर्दैनfile VENs। पूर्व को लागी एनेक्स ए हेर्नुहोस्ampलेस।
Opt प्रतिक्रियाहरू	-VTNs घटनाहरू पठाउँदै oadrResponseRequired एलिमेन्ट "कहिल्यै होइन" मा सेट गर्नु पर्छ।, VEN लाई जवाफ दिनबाट रोक्दै।
घटना वर्णनकर्ता	- घटना प्राथमिकता १ मा सेट गर्नुपर्नेछ कार्यक्रम नियम वा VTN कन्फिगरेसन अन्यथा निर्दिष्ट नभएसम्म
घटना सक्रिय अवधि	दिन अगाडि सूचनाको साथ १ घण्टा अन्तरालको साथ २ hours घण्टा
बेसलाइनहरू	N/A
कार्यक्रम लक्ष्यीकरण	कुनै उन्नत लक्ष्यीकरण अन्य आवश्यक भएन भने भिएनिड
रिपोर्टिङ सेवाहरू	रिपोर्टिंग आवश्यक छैन पूर्व को लागी एनेक्स बी हेर्नुहोस्ampकार्यक्रम को यस प्रकार को लागी लागू हुन सक्छ कि उपयोगिता पायलटहरु बाट रिपोर्ट को les।
Opt सेवाहरू	प्रयोग गरिएको छैन
पंजीकरण सेवाहरू	मतदान अन्तरालहरू विशिष्ट दिन अगाडि टी कार्यक्रमहरूको लागि VTN द्वारा अनुरोध गरिएको एक पटक मा एक पटक अधिक बारम्बार हुन आवश्यक छैन। जबकि, मुटुको धडकन पत्ता लगाउन मतदानको लागि अधिक बारम्बार मतदान आवाश्यक पर्न सक्छ किनकि आधिकारिक थर्मोस्टेट प्रोग्रामको रूपमा छोटो अधिसूचना समयहरूको साथ हुन्छ।

- एसample डाटा र पेलोड टेम्पलेट्स

निम्न तालिका र XML पेलोड samples मूर्त पूर्व संग कार्यान्वयनकर्ताहरु प्रदान गर्नेछampयस कागजात मा DR टेम्प्लेट कसरी लागू गर्न को लागी लेस। निम्न नाम स्थान उपसर्ग पेलोड पूर्व मा प्रयोग गरीन्छamples:

• xmlns: oadr = "http://openadr.org/oadr-2.0b/2012/07 ″
• xmlns: pyld = "http://docs.oasis-open.org/ns/energyinterop/201110/payloads"
• xmlns: ei = "http://docs.oasis-open.org/ns/energyinterop/201110 ″
• xmlns: पैमाने = "http://docs.oasis-open.org/ns/emix/2011/06/siscale"
• xmlns: emix = "http://docs.oasis-open.org/ns/emix/2011/06 ″
• xMLns: strm = "कलश: ietf: प्यारा: xML: ns: आइकलेन्डर २.०: स्ट्रिम"
• xMLns: xcal = "कलश: ietf: प्यारा: xML: ns: आइकलेन्डर २.० ″
• xMLns: शक्ति = "http://docs.oasis-open.org/ns/emix/2011/06/power"

क्रिटिकल पीक प्राइसिंग प्रोग्राम (सीपीपी)

सीपीपी परिदृश्य १ - साधारण प्रयोग केस, ए वा बी प्रोfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 4 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • सिग्नल नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाइहरू: N / A
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १
    • संकेत लक्ष्य: N / A
  • घटना लक्ष्य (हरू): venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

सीपीपी परिदृश्य २ - विशिष्ट उपयोग केस, बी प्रोfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु समय: दिउँसो १ बजे
  • अवधि: 4 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाइहरू: स्तर ०, १, २,।
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १ वा २
    • संकेत लक्ष्य: कुनै पनि होईन
  • सिग्नल नाम: ELECTRICITY_PRICE
    • संकेत प्रकार: मूल्य
    • एकाइहरू: प्रति किलोवाट अमेरिकी डलर
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): $ ०.०० देखि $ १.००
    • संकेत लक्ष्य: कुनै पनि होईन
  • घटना लक्ष्यहरू: venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

सीपीपी परिदृश्य - - जटिल प्रयोग केस

• घटना
  • सूचना: घटना अघि दिन
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 6 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: २
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाईहरू: ०.११, २,))
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): १ घण्टा, hours घण्टा, १ घण्टा
    • विशिष्ट अन्तराल मान (हरू): १, २, १ (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • सिग्नल नाम: ELECTRICITY_PRICE
    • संकेत प्रकार: मूल्य
    • एकाइहरू: प्रति किलोवाट अमेरिकी डलर
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): १ घण्टा, hours घण्टा, १ घण्टा
    • विशिष्ट अन्तराल मान (हरू): $ ०.0.50०, $ ०.0.75, $ ०.0.50० (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • कार्यक्रम लक्ष्यहरू: संसाधन_1, रिसोर्स,, रिसोर्स_
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

सीपीपी एसample घटना पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

OadrDisReq091214_043740_513

TH_VTN

घटना ० 091214 043741११_028।२0११२२०

०

http: // MarketContext1

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

टाढा

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

PT4H

PT24H

PT4H

०

२.०

सरल

स्तर

SIG_01

२.०

PT4H

०

२.०

ELECTRICITY_PRICE

मूल्य

SIG_02

मुद्राPerKWh

अमेरिकी डलर

कुनै हैन

२.०

venID_1234

सँधै

क्षमता बिडिंग कार्यक्रम (CBP)

सीबीपी परिदृश्य १ - साधारण प्रयोग केस, ए वा बी प्रोfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 4 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • सिग्नल नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाइहरू: N / A
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १
    • संकेत लक्ष्य: N / A
  • घटना लक्ष्य (हरू): venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

CBP परिदृश्य 2 - विशिष्ट उपयोग केस, बी प्रोfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु समय: दिउँसो १ बजे
  • अवधि: 4 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाईहरू: ०.११, २,।
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १ वा २
    • संकेत लक्ष्य: कुनै पनि होईन
  • संकेत नाम: BID_LOAD
    • संकेत प्रकार: सेटपोइन्ट
    • एकाइहरू: पावर रिल
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): २०kW बाट १००kW
    • संकेत लक्ष्य: कुनै पनि होईन
  • घटना लक्ष्यहरू: venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

CBP परिदृश्य 3 - जटिल प्रयोग केस

• घटना
  • सूचना: घटनाको दिन (कति घण्टा?)
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 6 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: २
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाईहरू: ०.११, २,))
    • अन्तरालहरूको संख्या: २
    • अन्तराल अवधि (हरू): hours घण्टा, hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १, २ (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • संकेत नाम: BID_LOAD
    • संकेत प्रकार: सेटपोइन्ट
    • एकाइहरू: पावर रिल
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा, hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): k०kW, k०kW (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • सिग्नल नाम: BID_PRICE
    • संकेत प्रकार: मूल्य
    • एकाइहरू: currencyPerKW
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): $ 3.10.१०
    • संकेत लक्ष्य: कुनै पनि होईन
  • कार्यक्रम लक्ष्यहरू: संसाधन_1, रिसोर्स,, रिसोर्स_
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्ट (हरू)
  • रिपोर्ट नाम: TELEMETRY_USAGE
  • रिपोर्ट प्रकार: उपयोग
  • एकाइहरू: पावर रिल
  • पठन प्रकार: प्रत्यक्ष पढ्नुहोस्
  • रिपोर्ट फ्रिक्वेन्सी: हरेक १ घण्टा

सीबीपी एसample घटना पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

OadrDisReq091214_043740_513

TH_VTN

घटना ० 091214 043741११_028।२0११२२०

०

http: // MarketContext1

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

टाढा

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

PT4H

PT24H

PT4H

०

२.०

सरल

स्तर

SIG_01

२.०

PT4H

०

२.०

BID_LOAD

बिन्दु

SIG_02

रियलपावर

W

k

.60.0०.०

<power:voltagई> 220.0tage>

सत्य

२.०

venID_1234

सँधै

आवासीय थर्मोस्टेट प्रोग्राम

आवासीय थर्मोस्टेट परिदृश्य १ - साधारण प्रयोग को मामला, एक वा बी प्रोfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 4 घण्टा
  • अनियमितता: १० मिनेट
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • सिग्नल नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाइहरू: N / A
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १
    • संकेत लक्ष्य: N / A
  • घटना लक्ष्य (हरू): संसाधन_1
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

आवासीय थर्मोस्टेट परिदृश्य २ - विशिष्ट उपयोग केस, बी प्रोfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु समय: दिउँसो १ बजे
  • अवधि: 4 घण्टा
  • अनियमितता: १० मिनेट
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाईहरू: ०.११, २,।
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १ वा २
    • संकेत लक्ष्य: कुनै पनि होईन
  • संकेत नाम: LOAD_CONTROL
    • संकेत प्रकार: x-loadControlLevelOffset
    • एकाइहरू: तापमान
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): २ देखि degrees डिग्री फरेनहाइट
    • संकेत लक्ष्य: कुनै पनि होईन
  • कार्यक्रम लक्ष्यहरू: संसाधन_1, संसाधन_2
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn, सम्भावित आउटआउट (oadrCreateOpt)
• रिपोर्टहरू
  • कुनै पनि छैन

आवासीय थर्मोस्टेट परिदृश्य - - जटिल प्रयोग केस

• घटना
  • अधिसूचना: घटना को दिन
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 6 घण्टा
  • अनियमितता: १० मिनेट
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: २
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाईहरू: ०.११, २,))
    • अन्तरालहरूको संख्या: २
    • अन्तराल अवधि (हरू): hours घण्टा, hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १, २ (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • संकेत नाम: BID_LOAD
    • स Type्केत प्रकार: x- लोड नियन्त्रण नियंत्रण
    • एकाइहरू: कुनै पनि होईन
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा, hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): १, २ (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • कार्यक्रम लक्ष्यहरू: संसाधन_1, रिसोर्स,, रिसोर्स_
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn, सम्भावित आउटआउट (oadrCreateOpt)
• रिपोर्ट (हरू)
  • कुनै पनि छैन

आवासीय थर्मोस्टेट एसample घटना पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

OadrDisReq091214_043740_513

TH_VTN

घटना ० 091214 043741११_028।२0११२२०

०

http: // MarketContext1

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

टाढा

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

PT4H

PT10M

PT24H

PT4H

०

२.०

सरल

स्तर

SIG_01

२.०

PT4H

०

२.०

LOAD_CONTROL

x-loadControlLevelOffset

SIG_02

तापक्रम

फारेनहाइट

कुनै हैन

२.०

संसाधन_1

संसाधन_2

सँधै

द्रुत DR प्रेषण

फास्ट DR परिदृश्य १ - सरल प्रयोग मामला, एक वा बी प्रोfile

• घटना
  • सूचना: १० मिनेट
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: ० (खुला समाप्त)
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • सिग्नल नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाइहरू: N / A
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): ० (खुला समाप्त)
    • विशिष्ट अन्तराल मान (हरू): १
    • संकेत लक्ष्य: N / A
  • घटना लक्ष्य (हरू): venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

फास्ट DR परिदृश्य २ - विशिष्ट उपयोग केस, बी प्रोfile

• घटना
  • सूचना: १० मिनेट
  • सुरु समय: दिउँसो १ बजे
  • अवधि: 30 मिनेट
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: ५ मिनेट
  • पुन: प्राप्ति: minutes मिनेट
  • संकेतहरूको संख्या: १
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाईहरू: ०.११, २,।
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि: minutes० मिनेट
    • विशिष्ट अन्तराल मान (हरू): १ वा २
    • संकेत लक्ष्य: कुनै पनि होईन
  • संकेत नाम: LOAD_DISPATCH
    • संकेत प्रकार: डेल्टा
    • एकाइहरू: पावर रिल
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि: minutes० मिनेट
    • विशिष्ट अन्तराल मान (हरू): k०० किलोवाट देखि २ मेगावाट
    • संकेत लक्ष्य: कुनै पनि होईन
  • घटना लक्ष्यहरू: venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • रिपोर्ट नाम: TELEMETRY_USAGE
  • रिपोर्ट प्रकार: उपयोग
  • एकाइहरू: पावर रिल
  • पठन प्रकार: प्रत्यक्ष पढ्नुहोस्
  • रिपोर्ट फ्रिक्वेन्सी: हरेक १ मिनेट

द्रुत DR परिदृश्य - - जटिल प्रयोग केस

• घटना
  • सूचना: १० मिनेट
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 30 मिनेट
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: ५ मिनेट
  • पुन: प्राप्ति: minutes मिनेट
  • संकेतहरूको संख्या: २
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाईहरू: ०.११, २,))
    • अन्तरालहरूको संख्या: २
    • अन्तराल अवधि (हरू): १ minutes मिनेट, १ minutes मिनेट
    • विशिष्ट अन्तराल मान (हरू): १, २ (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • संकेत नाम: LOAD_DISPATCH
    • संकेत प्रकार: सेटपोइन्ट
    • एकाइहरू: पावर रिल
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): १ minutes मिनेट, १ minutes मिनेट
    • विशिष्ट अन्तराल मान (हरू): k०kW, k०kW (प्रत्येक अन्तरालको लागि क्रमशः)
    • संकेत लक्ष्य: कुनै पनि होईन
  • कार्यक्रम लक्ष्यहरू: संसाधन_1
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्ट (हरू)
  • रिपोर्ट नाम: TELEMETRY_USAGE
  • रिपोर्ट प्रकार: उपयोग
  • एकाइहरु: powerReal र भोल्युमtage
  • पठन प्रकार: प्रत्यक्ष पढ्नुहोस्
  • रिपोर्ट फ्रिक्वेन्सी: प्रत्येक seconds सेकेन्ड

छिटो DR एसample घटना पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

OadrDisReq091214_043740_513

TH_VTN

घटना ० 091214 043741११_028।२0११२२०

०

http: // MarketContext1

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

टाढा

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

PT10M

PT10M

<ei:x-eiRampमाथि>

PT5M

</ei:x-eiRampमाथि>

PT5M

PT10M

०

२.०

सरल

स्तर

SIG_01

२.०

PT10M

०

२.०

LOAD_DISPATCH

डेल्टा

SIG_02

रियलपावर

W

k

.60.0०.०

<power:voltagई> 220.0tage>

सत्य

२.०

venID_1234

सँधै

छिटो DR एसample रिपोर्ट मेटाडाटा पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

संसाधन १

उपयोग

RealEnergy

WH

k

सिधा पढ्नुहोस्

http: // MarketContext1

<oadr:oadrSamplingRate>

PT1M

PT10M

गलत

</oadr:oadrSamplingRate>

०

रिपोर्टस्पीसिड १२०120615१_122512२२२२१२_481१_2

METADATA_TELEMETRY_USAGE

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

ec27de207837e1048fd3

छिटो DR एसample रिपोर्ट अनुरोध पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

रिपोर्टReqID130615_192625_230

रिपोर्टReqID130615_192625_730

रिपोर्टस्पीसिड १२०120615१_122512२२२२१२_481१_2

PT1M

PT1M

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

PT10M

rID120615_122512_981_0

x- notApplicable

VEN130615_192312_582

छिटो DR एसample रिपोर्ट पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

रिपोर्टUpdReqID130615_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

१००

०.०

२.०

गुण राम्रो - गैर विशिष्ट

RP_54321

रिपोर्टReqID130615_192625_730

रिपोर्टस्पीसिड १२०120615१_122512२२२२१२_481१_2

TELEMETRY_USAGE

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

VEN130615_192312_582

आवासीय इलेक्ट्रिक वाहन (EV) प्रयोगको समय (TOU) कार्यक्रम

नोट गर्नुहोस् कि कार्यक्रमले रेट टायरहरू संचार गर्दछ पर्याप्त संरचनात्मक रूपमा मात्र सरल र विशिष्ट प्रयोग केसहरू देखाइन्छ

आवासीय EV परिदृश्य १ - सरल प्रयोग मामला, एक वा बी प्रोfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु हुने समय: दिउँसो १ बजे
  • अवधि: 24 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • सिग्नल नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाइहरू: N / A
    • अन्तरालहरूको संख्या; २ TO घण्टामा बराबर TOU टियर परिवर्तन हुन्छ (२ -))
    • अन्तराल अवधि (हरू): TOU स्तरीय सक्रिय समय फ्रेम (जस्तै hours घण्टा)
    • विशिष्ट अन्तराल मान (हरू): ० - TO TOU टायर्समा म्याप गरियो
    • संकेत लक्ष्य: N / A
  • घटना लक्ष्य (हरू): venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

आवासीय EV परिदृश्य 2 - विशिष्ट उपयोग मामला, बी समर्थकfile

• घटना
  • सूचना: घटना अघि दिन
  • सुरु समय: मध्यरात
  • अवधि: 24 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • संकेत नाम: सरल
    • संकेत प्रकार: स्तर
    • एकाइहरू: स्तर ०, १, २,।
    • अन्तरालहरूको संख्या: २ TO घण्टामा बराबर TOU टियर परिवर्तन (२ -))
    • अन्तराल अवधि (हरू): TOU स्तरीय सक्रिय समय फ्रेम (जस्तै hours घण्टा)
    • विशिष्ट अन्तराल मान (हरू): ० - TO TOU टायर्समा म्याप गरियो (० - सस्तो टियर)
    • संकेत लक्ष्य: कुनै पनि होईन
  • सिग्नल नाम: ELECTRICITY_PRICE
    • संकेत प्रकार: मूल्य
    • एकाइहरू: प्रति किलोवाट अमेरिकी डलर
    • अन्तरालहरूको संख्या: २ TO घण्टामा बराबर TOU टियर परिवर्तन (२ -))
    • अन्तराल अवधि (हरू): TOU स्तरीय सक्रिय समय फ्रेम (जस्तै hours घण्टा)
    • विशिष्ट अन्तराल मान (हरू): $ ०.०० देखि $ १.०० (वर्तमान तह दर)
    • संकेत लक्ष्य: कुनै पनि होईन
  • घटना लक्ष्यहरू: venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

आवासीय EV Sample घटना पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

OadrDisReq091214_043740_513

TH_VTN

घटना ० 091214 043741११_028।२0११२२०

०

http: // MarketContext1

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

टाढा

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

PT24H

PT24H

PT5H

०

२.०

PT7H

०

२.०

PT47H

०

२.०

PT5H

०

२.०

सरल

स्तर

SIG_01

२.०

PT5H

०

२.०

PT7H

०

२.०

PT7H

०

२.०

PT5H

०

२.०

ELECTRICITY_PRICE

मूल्य

SIG_02

मुद्राPerKWh

अमेरिकी डलर

कुनै हैन

२.०

venID_1234

सँधै

सार्वजनिक स्टेशन इलेक्ट्रिक वाहन (EV) वास्तविक समय मूल्य निर्धारण कार्यक्रम

ध्यान दिनुहोस् कि यो एक वास्तविक समय मूल्य निर्धारण कार्यक्रम को रूप मा त्यहाँ वास्तव मा एक साधारण, विशिष्ट, र जटिल उपयोग को मामला को बीच कुनै भेदभाव छैन। यसैले एसampले डाटा मात्र एक सामान्य उपयोग को मामला को लागी देखाइनेछ।

सार्वजनिक स्टेशन EV परिदृश्य १ - विशिष्ट उपयोग केस, बी प्रोfile

• घटना
  • सूचना: १ घण्टा अगाडि
  • सुरु समय: दिउँसो १ बजे
  • अवधि: 1 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • सिग्नल नाम: ELECTRICITY_PRICE
    • संकेत प्रकार: मूल्य
    • एकाइहरू: प्रति किलोवाट अमेरिकी डलर
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): $ ०.०० देखि $ १.००
    • संकेत लक्ष्य: कुनै पनि होईन
  • घटना लक्ष्यहरू: venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: सँधै
  • VEN अपेक्षित जवाफ: optIn
• रिपोर्टहरू
  • कुनै पनि छैन

सार्वजनिक स्टेशन EV Sample घटना पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

OadrDisReq091214_043740_513

TH_VTN

घटना ० 091214 043741११_028।२0११२२०

०

http: // MarketContext1

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

टाढा

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

PT1H

PT1H

PT1H

०

२.०

ELECTRICITY_PRICE

मूल्य

SIG_01

मुद्राPerKWh

अमेरिकी डलर

कुनै हैन

२.०

venID_1234

सँधै

वितरित ऊर्जा संसाधन (DER) DR कार्यक्रम

ध्यान दिनुहोस् कि यो एक वास्तविक समय मूल्य निर्धारण कार्यक्रम को रूप मा त्यहाँ वास्तव मा एक साधारण, विशिष्ट, र जटिल उपयोग को मामला को बीच कुनै भेदभाव छैन। यसैले एसampले डाटा मात्र एक सामान्य उपयोग को मामला को लागी देखाइनेछ।

सार्वजनिक स्टेशन EV परिदृश्य १ - विशिष्ट उपयोग केस, बी प्रोfile

• घटना
  • अधिसूचना: अगाडि दिन
  • सुरु समय: मध्यरात
  • अवधि: 24 घण्टा
  • अनियमितता: कुनै पनि होइन
  • Ramp माथि: कुनै छैन
  • रिकभरी: कुनै पनि होईन
  • संकेतहरूको संख्या: १
  • सिग्नल नाम: ELECTRICITY_PRICE
    • संकेत प्रकार: मूल्य
    • एकाइहरू: प्रति किलोवाट अमेरिकी डलर
    • अन्तरालहरूको संख्या १
    • अन्तराल अवधि (हरू): hours घण्टा
    • विशिष्ट अन्तराल मान (हरू): $ ०.०० देखि $ १.००
    • संकेत लक्ष्य: कुनै पनि होईन
  • घटना लक्ष्यहरू: venID_1234
  • प्राथमिकता: १
  • VEN प्रतिक्रिया आवश्यक: कहिले पनि होईन
  • VEN अपेक्षित जवाफ: n / a
• रिपोर्टहरू
  • कुनै पनि छैन

सार्वजनिक स्टेशन EV Sample घटना पेलोड - विशिष्ट बी प्रोfile केस प्रयोग गर्नुहोस्

OadrDisReq091214_043740_513

TH_VTN

घटना ० 091214 043741११_028।२0११२२०

०

http: // MarketContext1

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

टाढा

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

PT24H

PT24H

PT1H

०

२.०

PT1H

०

२.०

ELECTRICITY_PRICE

मूल्य

SIG_01

मुद्राPerKWh

अमेरिकी डलर

कुनै हैन

२.०

venID_1234

कहिले पनि हैन

- पूर्वampउपयोगिता पायलटहरु बाट le रिपोर्ट

OpenADR गठबन्धन सदस्यहरु निम्न बी प्रो प्रदान गरीएको छfile oadrUpdate रिपोर्ट पेलोड sampलेस उपयोगिता पायलट कार्यक्रमहरु बाट जहाँ उनीहरुको VENs तैनात गरिएको थियो। निम्न नोटहरु तीन पेलोड एस संगampले प्रदान गरीएको छ:

थर्मोस्टेट पेलोड उद्देश्य:

• थर्मोस्टेटको स्थिति थाहा पाउनु पर्छ (अस्थायी, सेट पोइन्ट, फ्यान र मोड राज्यहरू)
• यदि अप्ट इन गरियो भने, ग्राहकले थर्मोस्टेट सेटिंग्स परिवर्तन गरे या नगर्ने (म्यानुअल ओभरराइड सन्देशहरू)

रिबेट्स पेलोड उद्देश्यको लागि M&V:

• अप्ट इनको मामलामा स्रोतहरूको स्थिति र म्यानुअल ओभरराइड
• KWH मा कुल उर्जा र KW मा तात्कालिक मागको लागि KYZ पल्स काउन्टर वा ऊर्जा मोनिटरबाट अन्तराल डेटा।

स्मार्ट मीटर / AMI अंतराल डाटा पेलोड उद्देश्य:

• एएमआई मिटर पठन अन्तराल १ 15 मिनेट देखि १ घण्टाको छ। जे होस् उपयोगी, वास्तविक समय बिलिtes अनुमानहरूको लागि पर्याप्त दाना छैन
• KWH मा कुल ऊर्जा, KWH मा डेल्टा ऊर्जा, KW मा तात्कालिक मांग

निम्न नाम स्थान उपसर्ग पेलोड पूर्व मा प्रयोग गरीन्छamples:

• xmlns: oadr = "http://openadr.org/oadr-2.0b/2012/07 ″
• xmlns: pyld = "http://docs.oasis-open.org/ns/energyinterop/201110/payloads"
• xmlns: ei = "http://docs.oasis-open.org/ns/energyinterop/201110 ″
• xmlns: पैमाने = "http://docs.oasis-open.org/ns/emix/2011/06/siscale"
• xmlns: emix = "http://docs.oasis-open.org/ns/emix/2011/06 ″
• xMLns: strm = "कलश: ietf: प्यारा: xML: ns: आइकलेन्डर २.०: स्ट्रिम"
• xMLns: xcal = "कलश: ietf: प्यारा: xML: ns: आइकलेन्डर २.० ″
• xMLns: शक्ति = "http://docs.oasis-open.org/ns/emix/2011/06/power"

थर्मोस्टेट रिपोर्ट पेलोड एसample

RUP-18

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

PT1M

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

PT1M

स्थिति

सत्य

गलत

०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

हालको टेम्प

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

हीट टेम्प सेटिंग

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

राम्रो टेम्प सेटिंग

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

HVAC मोड सेटिंग

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

वर्तमान HVAC मोड

२.०

कुनै गुणवत्ता छैन - कुनै मूल्य छैन

फ्यान मोड सेटिंग

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

हालको होल्ड मोड

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

हालको टाढा मोड

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

वर्तमान आर्द्रता

२.०

कुनै गुणवत्ता छैन - कुनै मूल्य छैन

RP21

REQ: RReq: १1395368583267 XNUMX XNUMX।

0013A20040980FAE

TELEMETRY_STATUS

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

VEN.ID1395090780716

M & Vfor छूट रिपोर्ट पेलोड एसample

RUP-10

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

PT30S

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

PT30S

स्थिति

सत्य

गलत

गुण राम्रो - गैर विशिष्ट

नाडी गणना

२.०

गुण राम्रो - गैर विशिष्ट

उर्जा

२.०

गुण राम्रो - गैर विशिष्ट

शक्ति

२.०

गुण राम्रो - गैर विशिष्ट

RP15

REQ: RReq: १10453335019195698 XNUMX XNUMX।

0000000000522613 60

TELEMETRY_USAGE

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

VEN.ID1439831430142

स्मार्ट मीटर/एएमआई अन्तराल डाटा रिपोर्ट पेलोड एसample

RUP-4096

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

PT1M

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

PT15S

InstantaneousDemand

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

intervalDataDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

currSumDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

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

PT15S

InstantaneousDemand

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

intervalDataDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

currSumDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

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

PT15S

InstantaneousDemand

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

intervalDataDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

currSumDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

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

PT15S

InstantaneousDemand

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

intervalDataDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

currSumDelivered

२.०

कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन

RP4101

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

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

TELEMETRY_USAGE

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

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

- सेवाहरू

खुला ADR ले निम्न सेवाहरूलाई समर्थन गर्दछ:

• EiEvent सेवा - VTNs द्वारा VENs मा माग प्रतिक्रिया घटनाहरु पठाउन को लागी प्रयोग गरीएको छ, र VENs द्वारा प्रयोग गरीएको छ कि स्रोतहरु घटना मा भाग लिन जाँदैछन् भनेर संकेत गर्न को लागी। एक समर्थक द्वारा समर्थित मात्र सेवाfile EiEvent छ
• EiReport सेवा - VENs र VTNs द्वारा ऐतिहासिक, टेलिमेट्री, र पूर्वानुमान रिपोर्टहरू आदान प्रदान गर्न प्रयोग गरियो
• EiOpt सेवा VEN द्वारा अस्थायी उपलब्धता तालिका VTNs लाई संवाद गर्न वा घटनामा भाग लिने श्रोतहरूलाई योग्य बनाउन VEN द्वारा प्रयोग गरिएको
• EiRegisterParty सेवा - VEN द्वारा आरम्भ गरिएको, र दुबै VEN र VTN द्वारा प्रयोग गरिएको जानकारी विस्तार गर्न प्योलोडको अन्तरक्रियात्मक आदान प्रदान सुनिश्चित गर्न प्रयोग गरियो
• OadrPoll सेवा VENs द्वारा प्रयोग गरीयो VTN अन्य कुनै पनि सेवाहरु बाट payloads को पोल गर्न

ए र बी प्रोfile सेवा संचालन प्रत्येक पेलोड को मूल तत्व द्वारा परिभाषित गरीएको छ, बाहेक oadrPayload र oadrSignedObject सबै बी प्रो मा प्रयोग रैपरfile पेलोडहरू।

- पेलोड परिभाषा

EiEvent पेलोडहरू

• oadrRequestEvent - VTN बाट सबै प्रासंगिक घटनाहरु लाई पुनः प्राप्त गर्न VEN द्वारा एक पुल विनिमय मोडेल मा प्रयोग गरीन्छ। एक समर्थक को लागी प्राथमिक मतदान संयन्त्र को रूप मा प्रयोग गरीन्छfile VENs, तर मात्र B VENS मा VTN संग सिंक गर्न को लागी प्रयोग गरीन्छ।
• oadrDistributeEvent - VTN द्वारा VEN लाई माग प्रतिक्रिया घटनाहरू वितरण गर्न प्रयोग गरियो
• oadrCreatedEvent - VEN द्वारा प्रयोग गरीयो कुराकानी गर्न कि यो एक घटनामा भाग लिन्छ वा अप्ट आउट गरेर
• oadr प्रतिक्रिया - VTN द्वारा VEN बाट optIn वा optOut को प्राप्ति स्वीकार गर्न प्रयोग गरिएको

EiReport पेलोडहरू

नोट गर्नुहोस् कि दुबै VENs र VTN हरू दुबै रिपोर्ट निर्माता र रिपोर्ट अनुरोधकर्ता हुन सक्षम छन्, त्यसैले तल सबै पेलोडहरू कुनै पनि पक्षले सुरु गर्न सक्दछन्।

• oadrRegister रिपोर्ट - मेटाडाटा रिपोर्टमा उनीहरूको रिपोर्टिंग क्षमताहरू प्रकाशित गर्न प्रयोग गरियो
• oadrRegmittedReport OadrRegisterReport को रसिद स्वीकार गर्नुहोस्, वैकल्पिक रूपमा प्रस्ताव गरिएको एक रिपोर्ट अनुरोध गर्नुहोस्
• oadrCreateReport - VEN वा VTN द्वारा पहिले प्रस्ताव गरीएको प्रतिवेदन अनुरोध गर्न प्रयोग गरियो
• oadrCreatedReport - एक रिपोर्ट अनुरोध को रसीद स्वीकार
• oadrUpdateReport अन्तराल डाटा समावेश गरिएको अनुरोध गरिएको रिपोर्ट डेलिभर गर्नुहोस्
• oadrUpdated रिपोर्ट - एक वितरित रिपोर्ट को रसीद स्वीकार
• oadrCancelReport - पहिले अनुरोध गरिएको आवधिक रिपोर्ट रद्द गर्नुहोस्
• oadr रद्द रिपोर्ट - एक आवधिक रिपोर्ट रद्द रद्द स्वीकार
• oadr प्रतिक्रिया - केहि पुल एक्सचेन्ज बान्कीमा प्लेसहोल्डर प्रतिक्रियाको रूपमा प्रयोग गरिएको छ जब एक अनुप्रयोग तह प्रतिक्रिया एक यातायात परत अनुरोध वितरित।

EiOpt पेलोडहरू

• oadrCreateOpt - दुई भिन्न भिन्न उद्देश्यका लागि प्रयोग गरियो
  • VEN को लागि VTN मा अस्थायी उपलब्धता तालिका कुराकानी गर्न यसको DR घटनाहरूमा भाग लिनको क्षमताको सम्बन्धमा
  • VEN को लागि घटनामा भाग लिने श्रोतहरू योग्य हुन
• oadrCreatedOpt - OadrCreateOpt पेलोडको रसिद स्वीकार गर्नुहोस्
• oadrCancelOpt अस्थायी उपलब्धता तालिका रद्द गर्नुहोस्
• oadrCanceledOpt - एक अस्थायी उपलब्धता रिपोर्ट रद्द स्वीकार

 

EiRegisterParty पेलोडहरू

• oadrQueryRegmission - VEN लाई VTNs दर्ता जानकारी क्वेरी गर्न को लागी एक तरीका वास्तवमा दर्ता बिना।
• oadrCreatePartyRegifications - VEN बाट VTN लाई दर्ता गर्न अनुरोध। VENs क्षमताहरूको बारेमा जानकारी समावेश गर्दछ।
• oadrCreatedPartyRegifications - कि त प्रतिक्रिया oadrQueryRegifications वा एक oadrCreatePartyRegifications को लागी। VTN क्षमताहरू र VEN लाई अन्तरक्रियात्मक गर्नको लागि दर्ता जानकारी समावेश गर्दछ
• oadrCancelPartyRegifications - कि त VEN वा VTN द्वारा दर्ता रद्द गर्न प्रयोग गरियो
• oadrCanceledPartyRegifications - एक OadrCancelPartyRegifications लाई जवाफ दिनुहोस्। दर्ता रद्दको रसिद स्वीकार गर्दछ
• oadrRequestReregication - यो पेलोड एक VTN द्वारा एक पुल विनिमय मोडेलमा VEN सिग्नल गर्न दर्ता अनुक्रम पुन: संचालन गर्न प्रयोग गरिन्छ।
• oadr प्रतिक्रिया - केहि पुल एक्सचेन्ज बान्कीमा प्लेसहोल्डर प्रतिक्रियाको रूपमा प्रयोग गरिएको छ जब एक अनुप्रयोग तह प्रतिक्रिया एक यातायात परत अनुरोध वितरित।

OadrPoll पेलोडहरू

• oadrPoll - बी समर्थक को लागी एक सामान्य पोलि mechanism्ग संयन्त्रfile कि कुनै पनी अन्य सेवा को लागी पेलोड फिर्ता आउँछ वा नयाँ गरीएको छ।
• oadr प्रतिक्रिया - त्यहाँ कुनै नयाँ वा अद्यावधिक पेलोडहरू उपलब्ध छैनन् भनेर संकेत गर्न प्रयोग गरियो

- स्किमा पेलोड एलिमेन्ट्सको शब्दकोष

निम्नलिखित ओपनएडआर २.० पेलोडहरूमा प्रयोग हुने स्किमा एलिमेन्ट्सको वर्णमाला सूची हो। कथाले उनीहरूको उपयोग वर्णन गर्दछ किनकि यो ओपनडिएआरसँग सम्बन्धित छ र पेलोडमा तिर्सो प्रयोगको सम्बन्धमा। जब एक तत्व परिभाषा पेलोडको आधारमा परिवर्तन हुन्छ यो समाहित हुन्छ वा यसको प्रयोग प्रसंगमा, यो कथामा नोट गरिनेछ। रूट पेलोड परिभाषाहरू समावेश गरिएको छैन किनभने एनेक्स सीमा परिभाषित गरिएको छ।

• ac - बुलियन मानले स product्केत गर्दछ कि पावर उत्पादनले हालको वैकल्पिक परिवर्तन गरिरहेको छ कि छैन
• शुद्धता - नम्बर एक अन्तरालको लागि पेलोड भ्यारीएबलको रूपमा समान इकाईहरूमा छ। जब विश्वास संग उपस्थित हुन्छ, भविष्यवाणी को सम्भावित परिवर्तनशीलता जनाउँछ। जब ReadingType सँग अवस्थित हुन्छ, पढ्ने सम्भावित त्रुटि जनाउँछ।
• एकत्रितप्नोड - एक समग्र मूल्य निर्धारण नोड एक विशेष प्रकारको मूल्य निर्धारण नोड हो जसलाई मोडेल आईटमहरू प्रयोग गरिन्छ जस्तै प्रणाली क्षेत्र, पूर्वनिर्धारित मूल्य क्षेत्र, कस्टम मूल्य क्षेत्र, नियन्त्रण क्षेत्र, एकत्रित जेनेरेसन, एकत्रित पार्टिसिपेटि Lo लोड, एकत्रीकृत गैर-भाग लिने भार, ट्रेडिंग हब, डीसीए जोन
• उपलब्ध - EiOpt उपलब्धता तालिकाको लागि मिति-समय र अवधि समावेश गरेको वस्तु
• baselineID - एक विशिष्ट आधारभूत को लागी अद्वितीय आईडी
• baselineName - बेसलाइनका लागि वर्णनात्मक नाम
• अवयवहरू –
• आत्मविश्वास - एक तथ्याical्क सम्भावना कि एक रिपोर्ट डाटा पोइन्ट सहि छ
• बनाईएको मिति - समय मितिटाइम पेलोड सिर्जना गरिएको थियो
• मुद्रा –
• मुद्राPerKW –
• मुद्राPerKWh –
• मुद्राPerThm –
• वर्तमान –
• वर्तमान मूल्य - घटना अन्तरालको हालको कार्यान्वयनको पेललोडफ्लोट मान।
• अनुकूलन - अनुकूलन रिपोर्टको लागि उपायको अनुकूलन एकाई परिभाषित गर्न प्रयोग गरियो
• मिति-समय –
• dtstart - गतिविधि, डेटा, वा राज्य परिवर्तनको लागि सुरू हुने समय
• अवधि - एक घटना, रिपोर्टिंग, वा availablity समय अंतराल को लागी एक समय अवधि
• अवधि - गतिविधि, डेटा, वा राज्यको अवधि
• eiActivePeriod - समग्र घटनासँग सम्बन्धित समय फ्रेमहरू
• eiCreatedEvent - OptIn वा optOut को साथ एक DR घटना प्रतिक्रिया
• eiEvent एकल घटनाको लागि सबै जानकारी समावेश भएको वस्तुमा
• eiEventBaseline - बी समर्थकfile
• eiEventSignal - एक घटना मा एकल संकेत को लागी सबै जानकारी सहित एक वस्तु
• eiEventSignals - एक वा बढी घटना सिग्नलहरू र / वा बेसलाइनहरूको लागि अन्तराल डाटा
• eiMarketContext - एक यूआरआई विशिष्ट प्रतिक्रिया माग कार्यक्रमको पहिचान गर्दछ
• eiReportID - रिपोर्टको लागि सन्दर्भ आईडी
• eiRequestEvent - पुल मोडमा VTN बाट घटना अनुरोध गर्नुहोस्
• eiResponse - प्राप्त पेलोड स्वीकार्य छ कि छैन भनेर संकेत गर्नुहोस्
• eiTarget - तार्किक VEN ईन्टरफेसको साथ सम्बद्ध संसाधनहरूको पहिचान गर्दछ। घटनाहरूको लागि, निर्दिष्ट मानहरू घटनाका लागि लक्ष्य हुन्
• endDeviceAsset - EndDeviceAssets भौतिक उपकरण वा उपकरणहरू जुन मिटर वा अन्य प्रकारका उपकरणहरू हुन सक्दछन् जुन चासोको विषय हुन सक्छ
• ऊर्जा अनुप्रयोग - स्पष्ट ऊर्जा, भोल्ट मा मापन-ampपहिलेको घण्टा (VAh)
• ऊर्जा आईटम –
• EnergyReactive - प्रतिक्रियाशील ऊर्जा, भोल्टamperes प्रतिक्रियाशील घण्टा (VARh)
• EnergyReal - वास्तविक ऊर्जा, वाट घण्टा (ह)
• घटना वर्णनकर्ता - घटना बारे जानकारी
• घटना आईडी - एक आईडी मान जुन एक विशिष्ट DR घटना दृष्टान्त पहिचान गर्दछ।
• कार्यक्रमरेसन - एक घटनामा भाग लिन अनुरोधलाई VENs प्रतिक्रिया भएको वस्तु
• इव्हेंटरेसन - OptIn वा OptOut प्रतिक्रियाहरू प्राप्त घटनाहरूका लागि
• इव्हेंटस्ट्याटस - घटनाको हालको स्थिति (टाढा, नजिक, सक्रिय, आदि)
• सुविधा संग्रह / स्थान / बहुभुज / बाह्य / LinearRing
• आवृत्ति –
• कणिकाता - यो s बीच समय अन्तराल होampएक रिपोर्ट अनुरोध मा नेतृत्व डाटा।
• समूह आईडी यस प्रकारको लक्ष्य घटनाहरू, रिपोर्टहरू, र अप्ट तालिकाको लागि प्रयोग गरिन्छ। मान सामान्यतया एक DR कार्यक्रममा नामांकनको बेला युटिलिटी द्वारा तोकिन्छ
• समूहको नाम - लक्ष्य को यस प्रकार को घटना, रिपोर्ट, र अप्ट तालिका को लागी प्रयोग गरीन्छ। मान सामान्यतया एक DR कार्यक्रममा नामांकनको बेला युटिलिटी द्वारा तोकिन्छ
• हर्ट्ज –
• अन्तराल - डाटा-समय र / वा अवधि समावेश गरेको वस्तु, र रिपोर्टको मामलामा घटना वा डाटाको मामलामा कार्य गर्न योग्य मान।
• अन्तराल - एक वा अधिक समय अन्तरालहरू जसको दौरानमा DR घटना सक्रिय छ वा रिपोर्ट डाटा उपलब्ध छ
• वस्तु वर्णन - मापनको रिपोर्ट इकाईको विवरण
• productUnits - रिपोर्ट डाटा पोइन्टको लागि मापनको आधार एकाइ
• मार्केट कन्टेक्स्ट - एक डीआर कार्यक्रम पहिचान गर्ने एक यूआरआई
• मीटरअसेट - MeterAsset भौतिक उपकरण वा उपकरणहरू हो जुन मीटरको भूमिका प्रदर्शन गर्दछ
• ModDateTime - जब घटना परिमार्जन हुन्छ
• परिमार्जन संख्या - घटना परिमार्जन हुने प्रत्येक पटक बढेको छ।
• संशोधन - कारण - किन घटना परिमार्जन गरियो
• मृड - एमआरआईडीले शारीरिक उपकरण पहिचान गर्दछ जुन कस्टमर मिटर वा अन्य प्रकारका एन्डडीभिसिसहरू हुन सक्छन्।
• नोड - नोड एउटा स्थान हो जहाँ केहि परिवर्तन हुन्छ (प्राय स्वामित्व) वा ग्रिडमा जडान हुन्छ। धेरै नोडहरू मिटरहरूसँग सम्बन्धित छ, तर सबै होइन।
• numDataSource –
• oadr क्षमता –
• oadrC करेन्ट –
• oadrDataQiversity –
• oadrDeviceClass - उपकरण वर्ग लक्ष्य - केवल endDeviceAsset को उपयोग गर्नुहोस्।
• oadrEvent - एक माग प्रतिक्रिया घटना समावेश एक वस्तु
• oadrExistance –
• oadrExistanceName -
• oadrExferences –
• oadrHttpPullModel - बुलियनले संकेत गर्छ कि VEN पुल एक्सचेन्ज मोडेल प्रयोग गर्न चाहान्छ किन्न
• oadrInfo - सेवा विशिष्ट पंजीकरण जानकारीको एक कुञ्जी मूल्य जोडी
• oadrKey –
• oadrLevelOffset –
• oadrLoadControlState –
• oadrManualOverride - यदि सहि छ भने लोडको नियन्त्रणलाई म्यानुअल रूपमा ओभरराइड गरिएको छ
• oadrMax –
• oadrMaxPeriod - अधिकतम sampलिंग अवधि
• oadrMin –
• oadrMinPeriod - न्यूनतमampलिंग अवधि
• सामान्य –
• oadrOnChange - यदि सहि छ भने डाटा रेकर्ड हुनेछ जब यो परिवर्तन हुन्छ, तर मिनेटपिरोडले निर्दिष्ट गरेको भन्दा ठूलो फ्रिक्वेन्सीमा हुँदैन।
• oadrOnline - यदि सहि छ भने स्रोत / सम्पत्ति अनलाइन छ, यदि गलत छ भने अफलाइन।
• oadrPayload –
• oadrPayloadResourceStatus - वर्तमान स्रोत स्थिति जानकारी
• oadrPendReports - आवधिक रिपोर्टहरूको सक्रियता अझै सक्रिय छ
• oadrPercentOffset –
• oadrProfile - प्रोfile VEN वा VTN द्वारा समर्थित
• oadrProfileनाम - OpenADR समर्थकfile 2.0a वा 2.0b जस्तै नाम।
• oadrProfiles - OpenADR समर्थकfileकार्यान्वयन द्वारा समर्थित छ
• oadr रिपोर्ट एकल रिपोर्ट को लागी सबै जानकारी को लागी एक वस्तु
• oadrReportDescription - रिपोर्ट निर्माता द्वारा प्रस्तुत रिपोर्ट सुविधाहरूको वर्णन। मेटाडाटा रिपोर्टमा समावेश छ
• oadrReport मात्र - रिपोर्टअनलि डिभाइसफ्लाग
• oadrReportPayload - रिपोर्टका लागि डाटा पोइन्ट मानहरू
• oadrRequmittedOadrPollFreq - VEN ले यस तत्व द्वारा निर्दिष्ट प्रत्येक अवधिको लागि अधिकमा एक पटक VTN मा एक oadrPoll पेलोड पठाउँनेछ
• oadrResponseRequired - OptIn / OptOut प्रतिक्रिया आवश्यक पर्ने बेला नियन्त्रण गर्छ। सधैं वा कहिले पनि हुन सक्छ
• oadrSampलिंग दर - Sampटेलीमेट्री प्रकार डाटा को लागी लिंग दर
• oadrS सर्विस –
• oadrServiceName - लक्ष्य को यस प्रकार को घटना, रिपोर्ट, र अप्ट तालिका को लागी प्रयोग गरीन्छ। मान सामान्यतया एक DR कार्यक्रममा नामांकनको बेला युटिलिटी द्वारा तोकिन्छ
• oadrServiceSpecificInfo - सेवा निर्दिष्ट पंजीकरण जानकारी
• oadrSetPoint –
• oadrSidedObject –
• oadr यातायात - VEN वा VTN द्वारा समर्थित यातायात नाम
• oadrTransportAddress - रूट ठेगाना अन्य पार्टीसँग कुराकानी गर्न प्रयोग गरियो। पोर्ट समावेश गर्नु पर्छ यदि आवश्यक छ भने
• oadrTransportName - ओपनएडआर यातायात नाम जस्तै सिंपल HTTP वा xmpp
• oadrTransport - कार्यान्वयन द्वारा समर्थित ओपनएडआर ट्रान्सपोर्टहरू
• oadrUpdatedReport - रिपोर्टको प्राप्ति स्वीकार्नुहोस्
• oadrUpdateReport - पहिले अनुरोध गरिएको रिपोर्ट पठाउनुहोस्
• oadrValue –
• oadrVenName - VEN नाम। VTN GUI मा प्रयोग हुन सक्छ
• oadrXMLSignature - कार्यान्वयनले XML हस्ताक्षर समर्थन गर्दछ
• optID - एक अप्ट अन्तर्क्रियाका लागि पहिचानकर्ता
• optReason - अप्ट कारणको लागि एक्स-शेड्यूलको लागि गणना गरिएको मान
• optType - OptIn वा एक घटनाको OptOut, वा EiOpt सेवाको लागि भाभालाब्लिटीअब्जेक्टमा परिभाषित अप्ट तालिकाको प्रकार इंगित गर्न प्रयोग गरियो।
• पार्टी आईडी - लक्ष्य को यस प्रकार को घटना, रिपोर्ट, र अप्ट तालिका को लागी प्रयोग गरीन्छ। मान सामान्यतया एक DR कार्यक्रममा नामांकनको बेला युटिलिटी द्वारा तोकिन्छ
• payloadFloat - घटना संकेतहरूको लागि वा वर्तमान वा ऐतिहासिक मानहरूको रिपोर्ट गर्नको लागि डाटा पोइन्ट मान।
• pnode - एक मूल्य निर्धारण नोड सिधा जडान नोडको साथ सम्बन्धित छ। यो एक मूल्य निर्धारण स्थान हो जसको लागि बजार सहभागीहरूले उनीहरूको बोलपत्र, प्रस्तावहरू, खरीद / बिक्री CRRs, र व्यवस्थित गर्दछ।
• बिन्दु डिलिवरी –
• pointOfReceipt –
• पोष्टलिस्ट –
• बिजली अनुप्रयोग - स्पष्ट शक्ति भोल्ट मा मापन-ampइरेस (VA)
• शक्ति गुण
• पावर आईटम
• powerReactive - प्रतिक्रियाशील शक्ति, भोल्ट मा मापन-amperes प्रतिक्रियाशील (VAR)
• पावर रिल - वास्तविक शक्ति वाट्स (W) वा Joules / सेकेन्ड (J / s) मा मापन गरियो
• प्राथमिकता - अन्य घटनाहरूको सम्बन्धमा घटनाको प्राथमिकता (कम संख्या प्राथमिकता। शून्य (०) को मानले प्राथमिकता दर्साउँदैन, जुन पूर्वनिर्धारितमा सबैभन्दा कम प्राथमिकता हो)।
• गुणहरू –
• पल्सकाउन्ट - एक रिपोर्टिंग डाटा पोइन्ट
• पल्सफ्याक्टर - kWh प्रति गणना
• योग्य ईभेन्ट आईडी - एक घटना को लागी एक अद्वितीय आईडी
• पठन प्रकार - रीडिंगको बारेमा मेटाडाटा, जस्तै मतलब वा व्युत्पन्न
• रेजिष्ट्रेसन आईडी - दर्ता लेनदेन को लागी आईडेन्टिफायर पहिले नै दर्ता नभएसम्म क्वेरी रेजिष्ट्रेसनको जवाफमा समावेश गरिएको छैन
• प्रत्युत्तर लिमिट - घटनाको अधिकतम संख्या एक oadrDistributeEvent पेलोड मा फिर्ता गर्न
• रिपोर्टब्याक अवधि - यस अवधिको प्रत्येक पारित गर्नका लागि रिपोर्ट-टु-डेटको साथ रिपोर्ट गर्नुहोस्।
• रिपोर्टडाटा स्रोत - यो रिपोर्ट मा डाटा को लागी स्रोतहरु। पूर्वamples मीटर वा submeters समावेश छन्। पूर्व को लागीample, यदि एक मीटर मापन को दुई फरक प्रकार प्रदान गर्न सक्षम छ, तब प्रत्येक मापन स्ट्रीम छुट्टै पहिचान गरिनेछ।
• रिपोर्टइन्टरवल - यो रिपोर्टिंग को समग्र अवधि हो।
• रिपोर्टनाम - रिपोर्टको लागि वैकल्पिक नाम।
• रिपोर्टरेक्वेस्टिड - विशेष रिपोर्ट अनुरोधको लागि पहिचानकर्ता
• रिपोर्टस्पेसिफायर - विशेष रिपोर्ट ईन्स्ट्यान्समा चाहिएको डाटा पोइन्टहरू तोक्नुहोस्
• रिपोर्ट स्पिसिफायरआईडी - विशेष मेटाडाटा रिपोर्ट विशिष्टताको लागि आईडेन्टिफायर
• रिपोर्टसब्जेक्ट - उपकरण वर्ग लक्ष्य - केवल endDeviceAsset को उपयोग गर्नुहोस्।
• रिपोर्ट टलोफलो - सूचित गर्दछ यदि रिपोर्ट (अपडेटरेपोर्टको रूपमा) रिपोर्ट फिर्ता भएपछि फिर्ता हुनेछ
• रिपोर्टटाइप - एक रिपोर्ट को प्रकार जस्तै उपयोग वा मूल्य
• अनुरोध आईडी - एक आईडी एक तार्किक लेनदेन अनुरोध र प्रतिक्रिया मिलान गर्न प्रयोग
• संसाधन आईडी - लक्ष्य को यस प्रकार को घटना, रिपोर्ट, र अप्ट तालिका को लागी प्रयोग गरीन्छ। मान सामान्यतया एक DR कार्यक्रममा नामांकनको बेला युटिलिटी द्वारा तोकिन्छ
• प्रतिक्रिया –
• प्रतिक्रिया कोड - एक digit अंकको प्रतिक्रिया कोड
• प्रतिक्रिया - वर्णन प्रतिक्रिया स्थिति को कथा वर्णन
• प्रतिक्रियाहरू –
• रिड - यो डाटा पोइन्टको लागि सन्दर्भ
• सेवाआरिया - लक्ष्य को यस प्रकार को घटना, रिपोर्ट, र अप्ट तालिका को लागी प्रयोग गरीन्छ। मान सामान्यतया एक DR कार्यक्रममा नामांकनको बेला युटिलिटी द्वारा तोकिन्छ
• सर्विस डिलीवरीपोइन्ट - नेटवर्कको तार्किक बिन्दु जहाँ सेवाको स्वामित्वले हातहरू परिवर्तन गर्दछ। यो एक ServicesLocation भित्र सम्भवतः धेरै सेवा बिन्दुहरू मध्ये एक हो, सेवाग्राही सम्झौता बमोजिम सेवा प्रदान गर्ने। मिटर जडान हुन सक्ने ठाउँमा प्रयोग गरिएको छ।
• सेवा स्थान - एउटा ग्राहक सेवा स्थानमा एक वा बढी सेवा डेलिवरीपोइन्ट (हरू) हुन्छन् जुन फलस्वरूप मिटरहरूसँग सम्बन्धित छ। स्थान विशेष बिन्दुमा निर्भर गर्दै बिन्दु वा बहुभुज हुन सक्छ। वितरणको लागि, सेवा स्थान सामान्यतया उपयोगिता ग्राहकको आधार को स्थान हो।
• सिग्नलआईडी - विशिष्ट घटना संकेतको लागि अद्वितीय पहिचानकर्ता
• सिग्नलनाम - सिग्नलको नाम जस्तै सिम्पल
• सिग्नलपाईल - घटना र आधारभूतहरूको लागि संकेत मानहरू
• siScaleCode - रिपोर्टको लागि मापनको आधार एकाइको लागि स्केलिंग कारक
• निर्दिष्टकर्ता प्यालोड - खुला
• सुरुवात - घटनाको सुरूको लागि अनियमित विन्डो
• स्थितिमिति समय - मिति र समय यो विरूपण साक्ष्य।
• तापमान –
• टेस्टभेन्ट - गलत बाहेक अरू केहि पनि परीक्षण घटनालाई संकेत गर्दछ
• पाठ –
• थर्म –
• सहनशीलता - एक घटनाको लागि अनियमित आवश्यकताहरू सहितको उप-वस्तु
• सहन - घटनाको लागि अनियमित आवश्यकताहरू समावेश गरेको वस्तु
• transportInterface - यातायात ईन्टरफेस यातायात क्षेत्रको या त छेउमा किनारहरू चित्रित गर्दछ।
• uid - अन्तरालहरू पहिचान गर्न सूचकांकको रूपमा प्रयोग गरियो। अद्वितीय पहिचानकर्ता
• मूल्य –
• उपलब्धता - DR घटनाहरूमा भाग लिनका लागि उपकरण उपलब्धता प्रतिबिम्बित गर्ने एक तालिका
• भेनिड - VEN को लागी एक अद्वितीय परिचयकर्ता
• voltage –
• vtnComment - कुनै पाठ
• vtnID - एक VTN को लागी एक अद्वितीय परिचयकर्ता
• x-eiNotifications - VEN ले यस अवधिमा dstart माइनस भन्दा पहिले DR घटना पेलोड प्राप्त गर्नुपर्छ।
• x-eiRampमाथि - घटना सुरू हुन अघि वा पछिको अवधि जसमा लोड शेड ट्रान्जिट हुनुपर्छ।
• x-eiRecovery - घटना समाप्त हुने अघि वा पछिको अवधि जसमा लोड शेड ट्रान्जिट हुनुपर्छ।

 

गणना गरिएको मानहरूको शब्दावली

इव्हेंटस्ट्याटस

• सक्रिय - घटना आरम्भ गरिएको छ र हाल सक्रिय छ।
• रद्द गरियो - घटना रद्द गरिएको छ।
• पूरा भयो - घटना पूरा भएको छ।
• टाढा - घटना टाढा भविष्यमा पेन्डि।। भविष्यमा कति टाढा दर्साउँछ भन्ने सही परिभाषा बजार प्रसंगमा निर्भर गर्दछ, तर सामान्यतया अर्को दिनको मतलब हो।
• नजिक - घटना निकट भविष्यमा विचाराधीन छ। कसरी भविष्य मा निकट भविष्य लम्बित घटना सक्रिय छ को सटीक परिभाषा बजार सन्दर्भ मा निर्भर छ। घटना x-eiR को प्रभावी सुरुवात संगै समवर्ती शुरू हुन्छampसमय सकियो। यदि x-eiRampमाथि घटना को लागी परिभाषित गरिएको छैन, यो स्थिति घटना को लागी प्रयोग गरिने छैन।
• कुनै पनि - कुनै घटना पेन्डि। छैन

productUnits

• मुद्रा
  • USD - संयुक्त राज्य डलर
  • यहाँ सूची बनाउन धेरैलाई स्कीमामा हेर्नुहोस्
• पावर रिल
  • J/s - Joule-दोस्रो
  • W - वाट
• तापमान
  • सेल्सियस –
  • फरेनहाइट –

oadrDataQiversity

• कुनै नयाँ मान - अघिल्लो मान प्रयोग गरिएको छैन –
• कुनै गुण छैन - कुनै मूल्य छैन –
• गुण खराब - कम असफलता –
• गुण खराब - कन्फिगरेसन त्रुटि –
• गुण खराब - उपकरण विफलता –
• गुण खराब - अन्तिम ज्ञात मान –
• गुण खराब - गैर विशिष्ट –
• गुण खराब - जडान गरिएको छैन –
• गुण खराब - सेवा बाहिर –
• गुण खराब - सेन्सर विफलता –
• गुण राम्रो - स्थानीय ओभरराइड –
• गुण राम्रो - गैर विशिष्ट –
• गुण सीमित - क्षेत्र / लगातार –
• गुण सीमा - क्षेत्र / उच्च –
• गुण सीमित - क्षेत्र / कम –
• गुण सीमा - क्षेत्र / छैन –
• गुणवत्ता अनिश्चित - EU युनिटहरू सकियो –
• गुणवत्ता अनिश्चित - अन्तिम प्रयोग योग्य मान –
• गुणवत्ता अनिश्चित - गैर विशिष्ट –
• गुणवत्ता अनिश्चित - सेन्सर सटीक छैन –
• गुणवत्ता अनिश्चित - सब सामान्य –

oadrResponseआवश्यक

• सधैं - सधैं प्राप्त भएको प्रत्येक घटनाको लागि जवाफ पठाउनुहोस्।
• कहिल्यै - कहिले जवाफ नदिनुहोस्।

optReason

अप्टिमेसनका लागि गणित कारणहरू।

• आर्थिक –
• आपतकालीन –
• चलाउनु पर्छ –
• सहभागी हुदैनन् –
• outageRunStatus –
• स्थिति ओभरराइडs -
• सहभागी –
• x- कार्यक्रम –

oadrTransportName

• साधारण एचटीपी –
• xmpp –

OptType

• optIn - एक संकेत कि VEN एक घटना मा भाग लिन्छ, वा EiOpt सेवा को मामला मा तालिका को एक प्रकार छ कि स्रोत उपलब्ध हुनेछ सूचित
• बाहिरिनु - एक संकेत कि VEN घटनामा भाग लिने छैन, वा EiOpt सेवा को मामला मा तालिका को एक प्रकारको संकेत छ कि स्रोत उपलब्ध छैन।

पठन प्रकार

• आवंटित - मीटर धेरै [स्रोत] कभर गर्दछ र प्रो डाटा गणना को केहि प्रकारको माध्यम द्वारा inferred छ।
• सम्झौता - पढाइ प्रो फोर्मा हो भनेर संकेत गर्दछ, अर्थात्, दरहरूमा सहमतिमा रिपोर्ट गरिएको छ
• व्युत्पन्न - रन-टाइम, सामान्य अपरेशन, इत्यादि को ज्ञान मार्फत अनुमान गरिएको छ।
• सिधा पढ्नुहोस् - पठन एक उपकरणबाट पढीन्छ जुन मोनोटोनिकली बढ्छ, र प्रयोगहरू सुरुवात र स्टप स्टडिंगको जोडीबाट गणना गर्नुपर्दछ।
• अनुमानित - जब पठन कुनै शृंखलामा अनुपस्थित छ जुन प्राय: पठनहरू उपस्थित छन् प्रयोग गरिन्छ।
• हाइब्रिड - यदि एकत्रीकृत गरियो भने, कुल संख्यामा फरक पठन प्रकारलाई बुझाउँदछ।
• मतलब - पठन भनेको Granularity मा दर्साईएको अवधिमा औसत मान हो
• नेट - मीटर वा [स्रोत] समयको साथ कुल प्रयोगको आफ्नै हिसाब तयार गर्दछ।
• शिखर - पढाई पाना (उच्चतम) मूल्य हो जुन ग्रेन्युलराइटीमा संकेत गरिएको अवधि भन्दा बढी छ। केहि मापन को लागी, यो सब भन्दा कम मान को रूप मा अधिक समझ बनाउन सक्छ। कुल पठनसँग संगत नहुन सक्छ। फ्लो-रेट आईटम बेसहरूका लागि मात्र वैध, अर्थात, ऊर्जा छैन।
• प्रक्षेपित - पढाइ भविष्यमा छ भनेर दर्शाउँछ, र अझै मापन गरिएको छैन।
• योग - धेरै मिटर सँगै यो [स्रोत] को लागी पठन प्रदान गर्दछ। यो विशेष रूपमा एकत्रित भन्दा फरक हो, जुन समान पेलोडमा बहु [स्रोतहरू] लाई सन्दर्भ गर्दछ। हाइब्रिड पनि हेर्नुहोस्।
• x- notApplicable - लागु हुँदैन
• x- आरएमएस - जड़ मीन वर्ग

रिपोर्टनाम

• 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 - वास्तविक रिपोर्ट ऊर्जा प्रयोग जानकारी सहितको एक रिपोर्ट

रिपोर्टटाइप

रिपोर्ट गरिएको किसिमको रिपोर्टलाई प्रदान गरिएको एक गणित मान।

• उपलब्धअनर्जी स्टोरेज - क्षमता थप ऊर्जा भण्डारणको लागि उपलब्ध छ, लक्षित ऊर्जा भण्डारणमा पुग्नको लागि
• औसत माग - Granularity द्वारा संकेत गरिएको अवधिमा औसत प्रयोग। अधिक जानकारीको लागि मांग हेर्नुहोस्।
• औसत - Granularity द्वारा संकेत गरिएको अवधिमा औसत प्रयोग। अधिक जानकारी को लागी उपयोग हेर्नुहोस्।
• आधार रेखा - माग वा उपयोग हुन सक्छ, आईटमबेसले संकेत गरे अनुसार। कार्यक्रम वा नियमको लागि होईन भने के हुन्छ [मापन] हुन्छ भनेर संकेत गर्दछ। रिपोर्ट आधारभूत ढाँचाको हो।
• डेल्टाडेन्ड - आधार रेखाको तुलनामा मागमा परिवर्तन। अधिक जानकारीको लागि मांग हेर्नुहोस्
• deltaSetPoint - अघिल्लो तालिकाबाट सेटपोइन्टमा परिवर्तनहरू।
• डेल्टाउसेज - आधार रेखाको तुलनामा प्रयोगमा परिवर्तन गर्नुहोस्। अधिक जानकारी को लागी उपयोग हेर्नुहोस्
• माग - रिपोर्टले इकाइहरूको मात्रा (आईटमबेस वा EMIX उत्पादनमा denominated) संकेत गर्दछ। पेलोड प्रकार मात्रा हो। एक विशिष्ट आईटमबेस वास्तविक शक्ति हो।
• विचलन - केहि शिक्षा र वास्तविक राज्य बीच भिन्नता।
• डाउनरेगुलेशन कैपेसिटी उपलब्ध EMIX वास्तविक शक्ति मा अभिव्यक्त, प्रेषणका लागि डाउन रेगुलेसन क्षमता उपलब्ध। पेलोड सँधै सकारात्मक मात्राको रूपमा व्यक्त गरिन्छ।
• स्तर - प्रत्येक अन्तरालमा बजारबाट साधारण स्तर।
• अपरेटिंग स्टेट - एक स्रोतको सामान्यीकरण स्थिति जस्तै: अन / अफ, भवनको अधिग्रहण, आदि। कुनै आइटमबेस प्रासंगिक छैन। एक अनुप्रयोग विशिष्ट पेलोड विस्तार आवश्यक छ।
• प्रतिशतदण्ड - पर्सेनtagई को माग
• प्रतिशत उपयोग - पर्सेनtagउपयोग को ई
• पावरफ्याक्टर - स्रोतका लागि शक्ति कारक
• मूल्य - प्रत्येक अन्तरालमा आईटमबेस प्रति मूल्य
• पढाइ - रिपोर्टले पठनलाई संकेत गर्दछ जस्तै एक मिटरबाट। पठनहरू समय परिवर्तनको क्षण हुन् क्रमिक पठनहरू बीचको भिन्नताबाट गणना गर्न सकिन्छ। पेलोड प्रकार फ्लोट छ
• नियमन सेटपोइन्ट - नियमन सेवाबिन्दु को एक भाग को रूप मा निर्देशन को रूपबिन्दु
• सेटपोइन्ट - रिपोर्टले राशि सेट गर्दछ (आईटमबेस वा EMIX उत्पादनमा वर्गीकृत) हाल सेट गरिएको। VTN बाट पठाइएको सेटपोइन्ट नियन्त्रण मानको एक कन्फर्मेसन / रिटर्न हुन सक्छ। पेलोड प्रकार मात्रा हो। एक विशिष्ट आईटमबेस वास्तविक शक्ति हो।
• StoreEnergy - भण्डारित ऊर्जा वास्तविक उर्जाको रूपमा अभिव्यक्त हुन्छ र पेलोड परिमाणको रूपमा व्यक्त गरिन्छ।
• लक्ष्यEnergyStorage - लक्ष्य उर्जा वास्तविक उर्जाको रूपमा अभिव्यक्त हुन्छ र पेलोड परिमाणको रूपमा व्यक्त गरिन्छ।
• upRegulationCap क्षमता उपलब्ध - प्रेषणको लागि अप नियमन क्षमता उपलब्ध, EMIX वास्तविक शक्तिमा अभिव्यक्त। पेलोड सँधै सकारात्मक मात्राको रूपमा व्यक्त गरिन्छ।
• प्रयोग - रिपोर्टले समयावधिमा इकाईहरूको मात्रा (आईटमबेस वा EMIX उत्पादमा डिनोमिनेटेड) संकेत गर्दछ। पेलोड प्रकार मात्रा हो। एक विशिष्ट आईटमबेस रियलअनर्जी हो
• x- स्रोतStatus - पर्सेनtagई को माग

स्केल कोड

• p - पिको १० ** - १२
• n - नानो १० ** -।
• माइक्रो - माइक्रो १० ** -।
• m - मिली १० ** -।
• c - सेन्टी १० ** - २
• d - Deci 10 ** - १
• k - Kilo 10 ** 3
• M - मेगा १० **।
• G - गीगा १० **।
• T - तेरा १० ** १२
• कुनै पनि - नेटिभ स्केल

सिग्नलनाम

• BID_ENERGY - यो एक स्रोतबाट ऊर्जाको मात्रा हो जुन एक कार्यक्रममा बोलियो
• BID_LOAD - यो लोडको मात्रा हो जुन एक कार्यक्रममा एक संसाधन द्वारा बोलियो
• BID_PRICE - यो मूल्य हो जुन स्रोत द्वारा बोलियो
• CHARGE_STATE - ऊर्जा भण्डारण संसाधनको राज्य
• DEMAND_CHARGE - यो माग शुल्क हो
• ELECTRICITY_PRICE - यो बिजुलीको लागत हो
• ENERGY_PRICE - यो ऊर्जा को लागत हो
• LOAD_CONTROL सापेक्ष मानहरूमा सेट लोड आउटपुट
• लोड_डिस्प्याच - यो प्रेषण लोड गर्न प्रयोग गरिन्छ
• सरल - मूल्यह्रास - एक समर्थक संग पछाडि अनुकूलता को लागीfile
• सरल - सरल स्तरहरू (OpenADR 2.0a अनुरूप)

संकेत प्रकार

एक अंकित मानले संकेतको प्रकार वर्णन गर्दछ जस्तै स्तर वा मूल्य

• डेल्टा - संकेत एक संकेत बिना एक प्रयोग गरेको थियो देखि परिवर्तन गर्न को रकम संकेत गर्दछ।
• स्तर - सिग्नलले कार्यक्रमको स्तर दर्साउँछ।
• गुणनr - सिग्नलले वितरण वा प्रयोगको वर्तमान दरमा लागू गरिएको गुणकलाई संकेत गर्दछ जुन एकले बिना संकेतको प्रयोग गर्दछ।
• मूल्य - संकेत मूल्य दर्साउँछ।
• मूल्य मल्टिप्लिr - संकेतले गुणकलाई संकेत गर्दछ। विस्तारित मूल्य एकाइहरूको संख्याबाट गुणा गणना गरिएको मूल्य मान हो।
• प्राइस रिलेटिभ - स्केतले सापेक्ष मूल्यलाई संकेत गर्दछ।
• बिन्दु - सिग्नलले एकाइहरूको लक्षित रकम स indicates्केत गर्दछ।
• x- लोड नियन्त्रण नियन्त्रण - यो लोड कन्ट्रोलर को लागी एक स्तर हो कि केहि percen मा संचालित गर्न को लागी एक निर्देशन होtagयसको अधिकतम लोड खपत क्षमता को। यो कर्तव्य साइकल जस्तै चीजहरु गर्न को लागी विशिष्ट लोड नियन्त्रकहरु लाई म्याप गर्न सकिन्छ। ध्यान दिनुहोस् कि 1.0 १००% उपभोग लाई जनाउँछ। साधारण मा/बन्द प्रकार उपकरणहरु को मामला मा तब 100 = बन्द र 0 = मा।
• x-loadControlLevelOffset - असफल पूर्णांक स्तरहरू जुन सामान्य अपरेशनहरूसँग सम्बन्धित छन् ० ० ० सामान्य अपरेशनहरू।
• x-loadControlPercentOffset - पर्सेनtagसामान्य लोड नियन्त्रण सञ्चालन बाट परिवर्तन।
• x-loadControlSetPoint - लोड कन्ट्रोलर सेट पोइन्ट्स।

- OpenADR ए र बी प्रोfile भिन्नताहरू

एक समर्थक द्वारा समर्थित मात्र सेवाfile EiEvent सेवा हो। EiEvent वस्तु एक प्रो मा सरलीकृत छfile निम्न बाधाहरु संग:

• प्रति घटना केवल एक संकेतलाई अनुमति छ र त्यो संकेत खुल्ला ADAD सुप्रसिद्ध सिग्नल सिम्पल हुनुपर्दछ।
• त्यहाँ एक मात्र सीमित घटना लक्ष्यीकरण मात्र भेनिड, ग्रुप आईआईडी, संसाधन आईडी, र पार्टीआईडी ​​समर्थित छ। (eiEvent: eiTarget)।
• उपकरण वर्गको साथ संकेत स्तरमा लक्ष्यीकरण समर्थित छैन (eiEventSignal: eiTarget: endDeviceAsset)।
• बेसलाइनहरू समर्थित छैनन् (eiEvent: eiEventSignals: eiEventBaseline)।
• परिमार्जन डेटटाइम र परिमार्जन कारण समर्थित छैन।
• अन्तिम बिन्दु URL ००b मा साधारण HTTP को लागि हो:
  • https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>

केहि पेलोड तत्वहरु कि एक समर्थक मा आवश्यक थियोfile अब बी प्रो मा वैकल्पिक छन्file, सहित:

• वर्तमान मूल्य

- OpenADR सुरक्षा प्रमाणपत्रहरू

OpenADR कन्फर्मेसन नियमहरूलाई निम्न आवश्यक छ:

• TLS संस्करण १.०.०1.2.० प्रमाण पत्रको आदानप्रदानको लागि प्रयोग गरिन्छ
• VTN को दुबै SHA256 ECC र RSA प्रमाणपत्र हुनु पर्छ
• VENs ले या त SHA256 ECC र RSA प्रमाणपत्र समर्थन गर्न सक्छ, र दुबै समर्थन गर्न सक्छ
• दुबै VTN हरू र VENs ग्राहक सर्टिफिकेट अनुरोध गर्न कन्फिगर गरिएको हुनु पर्छ यदि तिनीहरूले यातायात सर्भरको भूमिका खेल्दै छन् (उदाहरणका लागि अर्को पार्टीबाट अनुरोधलाई जवाफ दिन)।
• दुबै VTNs र VENs एक ग्राहक प्रमाणपत्र प्रदान गर्नुपर्नेछ जब अर्को पक्षले अनुरोध गरे TLS वार्ता प्रक्रियाको एक भागको रूपमा।

NetworkFX द्वारा प्रदान प्रमाणपत्र RSA वा ECC को लागी विशिष्ट हुनेछ। यी प्रमाणपत्रहरुको निर्माण NetworkFX मा फाराम भर्न को परिणाम को रूप मा हुन सक्छ web साइट परीक्षण प्रमाणपत्र अनुरोध गर्न वा एक प्रमाणपत्र हस्ताक्षर अनुरोध (CSR) को माध्यम बाट उत्पादन प्रमाणपत्र अनुरोध को परिणाम हुन सक्छ। विधि को बावजुद, निम्न files प्रदान गरिनेछ (उदाamples देखाइएको छ):

• रूट प्रमाणपत्र
• मध्यवर्ती रूट प्रमाणपत्र
• उपकरण प्रमाणपत्र
• निजी कुञ्जी

सामान्य मा, निजी कुञ्जी एक VEN वा VTN द्वारा पेलोड पेलोड ईन्क्रिप्ट गर्न को लागी प्रयोग गरीन्छ। उपकरण प्रमाणपत्र एक VEN वा VTN कि एक प्रमाणपत्र प्राधिकरण द्वारा बनाईएको हो र निजी कुञ्जी को उपयोग गरी ईन्क्रिप्ट गरीएको छ को बारे मा अद्वितीय पहिचान जानकारी को एक सेट हो। मूल र मध्यवर्ती fileएस उपकरण प्रमाणपत्र डिक्रिप्ट गर्न को लागी प्रयोग गरीन्छ र प्रमाणित गर्नुहोस् कि प्रमाणपत्र एक विश्वसनीय प्राधिकरण बाट आएको हो।

जाभा वातावरणमा JSSE को उपयोग, दुई प्रमाणपत्र स्टोर छन्। एक ट्रस्ट स्टोर भनिन्छ र रूट प्रमाणपत्र पकड गर्न प्रयोग गरीन्छ। दोस्रोलाई कुञ्जी स्टोर भनिन्छ र यो उपकरण प्रमाणपत्र मध्यवर्ती प्रमाणपत्र, साथै निजी कुञ्जी समावेश सहित एक प्रमाणपत्र चेन भण्डार गर्न प्रयोग गरिन्छ।

कृपया नोट गर्नुहोस् कि XMPP यातायातको प्रयोग गर्दा VEN XMPP सर्वरसँग संचार गर्दैछ र VTN सँग सीधा हुँदैन। त्यसैले XMPP सर्भरमा प्रमाणपत्रहरूको कन्फिगरेसन VTN को बराबर हुन पर्छ। VTN आफैंमा र XMPP सर्भर बीचको संचार VEN लाई पारदर्शी छ र अनिवार्य रूपमा एक निजी लि is्क हो। जे होस्, धेरै विक्रेताहरूले VMP मा VEN सर्टको सेट प्रयोग गर्थे जब XMPP सर्वरसँग कुराकानी गर्दा।

यदि तपाईं ओपनफायरलाई तपाईंको XMPP सर्भरको रूपमा प्रयोग गर्दै हुनुहुन्छ भने, त्यहाँ अर्को अवरोध छ जुन तपाईंले विचार गर्नु पर्छ। ओपनफायरले क्लाइन्ट उपकरण प्रमाणपत्रमा प्रयोग गरिएको सीएन नाम XMPP सर्भरमा कन्फिगर गरिएको यन्त्रहरू XMPP प्रयोगकर्ता नामसँग मिल्दछ। यसले केहि विचित्र ग्राहकको नाममा म्याकको रूपमा परिणाम दिन्छ जुन सीएन नामको लागि भेन सर्टिफिकेटमा प्रयोग गरिन्छ (ओपनएडआर सुरक्षा आवश्यकताको अंश)

अन्तमा, प्राय: VENs र VTN हरू जब यातायात ग्राहकको भूमिका खेल्छन् प्रमाणित गर्न कोशिस गर्दछ कि यातायात सर्वर द्वारा प्रदान गरिएको प्रमाणपत्रको CN फिल्डमा CN नाम छ जुन प्रमाणपत्र प्रदान गर्ने इकाईको होस्ट नामसँग मिल्दछ। यो प्रमाणपत्रको आदानप्रदान गर्ने बेला अन्तर्क्रियात्मक समस्याहरूको अर्को स्रोत हुन सक्छ। होस्ट नाम प्रमाणीकरण सामान्यतया प्रोग्रामिmatically असक्षम गर्न सकिन्छ यस प्रकारका मुद्दाहरूलाई अलग गर्न।

OpenADR 2.0 मांग प्रतिक्रिया कार्यक्रम गाइड - डाउनलोड गर्नुहोस् [अनुकूलित]
OpenADR 2.0 मांग प्रतिक्रिया कार्यक्रम गाइड - डाउनलोड गर्नुहोस्

सन्दर्भहरू

• प्रयोगकर्ता पुस्तिका