OpenADR 2.0
د غوښتنې غبرګون برنامه لارښود
د بیاکتنې شمیره: 0.92
د سند حالت: کاري متن
د سند شمیره: 20140701
د کاپي حق © د خلاصون ټلواله (2014/15). ټول حقونه خوندي دي. پدې سند کې معلومات د OpenADR اتحاد ملکیت دی او د هغې کارول او ښکاره کول محدود دي.
منځپانګې
د غوښتنې ځواب غوښتنې برنامې 5 ډولونه
7 د ګمارنې سناریو او د DR پروګرام نقشه کول 16
د DR پروګرام ټیمپلیټ غوره کول 8
9 د غوښتنې غبرګون برنامې ټیمپلیټونه 21
9.1 د کوتني د لوړو قیمتونو پروګرام (سي پي پي) 21
9.1.1 د CPP DR برنامې ځانګړتیاوې 21
9.1.2 د CPP برنامو لپاره د OpenADR ځانګړتیاوې 22
9.2.1 د وړتیا داوطلبۍ DR پروګرام ب 24ه XNUMX
9.2.2 د وړتیا داوطلبۍ برنامې لپاره د آزادېډر ځانګړتیاوې 25
9.3 د استوګنې ترمینات پروګرام 27
9.3.1 د استوګنې ترموټیسټ DR پروګرام ځانګړتیاوې 27
9.3.2 د استوګنې ترمیناتټ برنامې 28 لپاره د OpenADR ځانګړتیاوې
9.4.1 د ګړندي DR ډرایپ برنامې ځانګړتیاوې 29
9.4.2 د وړتیا داوطلبۍ برنامې لپاره د آزادېډر ځانګړتیاوې 31
9.5 د استوګنې بریښنایی وسایط (EV) د کارولو وخت (TOU) برنامه 33
9.5.1 د استوګنې EV TOU برنامې ځانګړتیاوې 33
9.5.2 د استوګنې EV TOU برنامې لپاره د OpenADR ځانګړتیاوې 33
9.6 د عامه سټیشن بریښنایی وسایط (EV) دقیق وخت قیمتونو پروګرام 34
9.6.1 د عامه سټیشن EV RTP برنامې ځانګړتیاوې 34
9.6.2 د عامه سټیشن EV RTP برنامو لپاره د OpenADR ځانګړتیاوې 34
9.7 توزیع شوې انرژي سرچینې (DER) DR پروګرام 35
9.7.1 د توزیع شوي انرژۍ سرچینې (DER) برنامې ځانګړتیاوې 35
9.7.2 د توزیع شوي انرژۍ سرچینو (DER) 35 لپاره د OpenADR ځانګړتیاوې
ضمیمه A - Sampد ډیټا او پیلوډ ټیمپلیټونه 36
A.1 د کوتني د لوړو قیمتونو برنامې (CPP) 36
د A.1.1 CPP سناریو 1 - د ساده استعمال قضیه ، A یا B پروfile 36
A.1.2 د CPP سناریو 2 - د عام استعمال قضیه ، B پروfile 36
A.1.3 د CPP سناریو 3 - د پیچلي کارونې قضیه 37
A.1.4 CPP Sampد پیښې پیلوډ - عادي B پروfile قضیه 37 وکاروئ
A.2 د وړتیا داوطلبي برنامه (CBP) 39
A.2.1 د CBP سناریو 1 - د ساده استعمال قضیه ، A یا B پروfile 39
A.2.2 د CBP سناریو 2 - د ځانګړي استعمال قضیه ، B پروfile 39
A.2.3 د CBP سناریو 3 - د پیچلي کارونې قضیه 40
A.2.4 CBP Sampد پیښې پیلوډ - عادي B پروfile قضیه 40 وکاروئ
A.3 د اوسیدلو ترمیناتټ پروګرام 42
A.3.1 د استوګنې ترمامیتات سناریو 1 - د ساده استعمال قضیه ، A یا B پروfile 42
A.3.2 د استوګنې ترمامیتات سناریو 2 - د عام استعمال قضیه ، B پروfile 42
A.3.3 د استوګنې ترمینځ صحنه 3 - د پیچلي کارونې قضیه 43
A.3.4 د استوګنې ترمامیتات Sampد پیښې پیلوډ - عادي B پروfile قضیه 43 وکاروئ
A.4.1 د ګړندي DR سناریو 1 - د ساده کارولو قضیه ، A یا B پروfile 45
A.4.2 د ګړندي DR سناریو 2 - د ځانګړي استعمال قضیه ، B پروfile 45
A.4.3 د ګړندي DR حالت 3 - د پیچلي کارونې قضیه 46
A.4.4 ګړندی DR Sampد پیښې پیلوډ - عادي B پروfile قضیه 46 وکاروئ
A.4.5 ګړندی DR Sampد راپور میټاډاټا پیلوډ - عادي B پروfile قضیه 48 وکاروئ
A.4.6 ګړندی DR Sampد راپور غوښتنې تادیې غوښتنه - د B پرو معمولfile قضیه 48 وکاروئ
A.4.7 ګړندی DR Sampد راپور ډیټا پیلوډ - عادي B پروfile قضیه 49 وکاروئ
A.5 د استوګنې بریښنایی وسایط (EV) د کارولو وخت (TOU) برنامه 49
A.5.1 د اوسیدو EV سناریو 1 - د ساده استعمال قضیه ، A یا B پروfile 49
A.5.2 د استوګنې EV سناریو 2 - د ځانګړي استعمال قضیه ، B پروfile 50
A.5.3 د استوګنې EV Sampد پیښې پیلوډ - عادي B پروfile قضیه 50 وکاروئ
A.6 د عامه سټیشن بریښنایی وسایط (EV) دقیق وخت نرخ کولو پروګرام
A.6.1 د عامه سټیشن EV سناریو 1 - د ځانګړي استعمال قضیه ، B پروfile 53
A.6.2 عامه سټیشن EV Sampد پیښې پیلوډ - عادي B پروfile قضیه 53 وکاروئ
A.7 توزیع شوې د انرژۍ سرچینې (DER) DR پروګرام 54
ضمیمه B - د خدماتو او تادیاتو تعریفونه 55
B.1 خلاص ADR لاندې خدمات ملاتړ کوي: 55
ضمیمه - د خدمت او تادیاتو تعریفونه 56
ضمیمه D - د سکیما پیلوډ عناصرو 58 قاموس
ضمیمه F - OpenADR A او B پروfile توپیر 70
ضمیمه - د OpenADR امنیت سندونه 71
پیژندنه
د دې لارښود لپاره هدف لیدونکي هغه غوښتنې دي چې د غوښتنې غبرګون (DR) برنامې پلي کولو لپاره پلان کوي چې د افادیت او ښکته اړخونو ترمینځ د DR پیښې اړوند پیغامونه د خبرو اترو لپاره د OpenADR 2.0 څخه کار اخلي ، او د تجهیزاتو تولید کونکي چې د مخابراتو تبادله اسانه کوي. داسې انګیرل کیږي چې لوستونکی د غوښتنې ځواب او OpenADR 2.0 دواړه په اړه لومړني مفکوره پوهه لري (په ساده ډول له دې ځای څخه د OpenADR په توګه ورته اشاره کیږي).
د OpenADR پروfile مشخصات په واضح ډول د DR پیښې پورې اړوند معلوماتو تبادله کولو په وخت کې متوقع چلند تعریفوي ، په هرصورت په OpenADR کې کافي اختیار شتون لري چې په کارځای کې د سرورونو (VTNs) ځای پرځای کول او پیرودونکي (VENs) په ښکته ساحو کې د پلګ این لوبې تجربه نده. د OpenADR ځانګړتیاوې لکه د پیښې نښې ، د راپور فارمیټونه ، او په نښه کول باید د DR برنامې لخوا برنامې اساس کې مشخص شي.
د معیاري DR پروګرام په څیر هیڅ شی شتون نلري. د DR پروګرام هر ډیزاین ځانګړی کیږي ، د جغرافیایی ساحې جوړښت او تنظیمي اړتیاو کې فټینګ کوي چې پکې ځای په ځای شوي. د هر DR پروګرام لپاره د بې شمیره ممکنه ځای سناریو ګانې شتون لري چې پکې مختلف لوبغاړي شامل وي.
د DR برنامه ډیزاینونو کې بدلون ، د پلي کیدو سناریوګانې ، او د OpenADR ب characteristicsو کې د DR د ځای پرځای کیدو او د OpenADR کارولو مخنیوی دی. دا تغیر د ډیری برخې لپاره د سمارټ گرډ د ټوټې او پیچلي طبیعت منعکس دی.
اسانتیاوې پخواني ته اړتیا لريampد DR ځانګړي ډوله برنامې ترڅو دا د دوی د DR برنامې پلي کولو لپاره د ماډل په توګه وکارول شي. د تجهیزاتو تولید کونکي اړتیا لري د DR برنامې کارولو ځانګړي ماډلونه وپیژني نو دوی کولی شي د DR برنامې ګمارنې ځانګړي اساس پرځای د پراختیا پروسې برخې په توګه د بین المللي فعالیت تصدیق وکړي. د دې لارښود هدف دا دی چې دا دواړه اهداف په لاندې ډول سرته ورسوي:
- تر دې دمخه پلي شوي د ډی آر مشهور پروګرامونو عام ب characteristicsو څخه وروسته د معیاري DR پروګرام ټیمپلیټونو کوچنۍ سیټ تعریف کړئ
- د ځای پرځای کیدو سناریوونو یوه کوچنۍ سیټ تعریف کړئ د نړۍ له مینځګړیتوبونو وروسته تنظیم شوي ، د لوبغاړو او رولونو سره په روښانه ډول پیژندل شوي
- د DRAD برنامې هرې نمونې لپاره د OpenADR ځانګړتیاو لپاره ځانګړي غوره سپارښتنې تعریف کړئ
- د پریکړې ونې برابر کړئ چې اسانتیاوې یې کولی شي د DR سوداګرۍ برنامې ټیمپلیټونه او د ګمارنې سناریوګانې د دوی د سوداګرۍ اړتیاو په اساس وپیژني.
پدې لارښود کې ټینګار به د کوچني واضح وړاندیزونو چمتو کولو سره د شیانو ساده ساتلو باندې وي چې دا به د ډی آر ډی برنامې پلي کولو لپاره اړین توضیحاتو ته رسیدګي وکړي ، او پدې سپارښتنو په کارولو سره په برنامو کې د تجهیزاتو تجهیزاتو مداخلې ته وده ورکړي. لارښود.
حوالې
- د OpenADR پروfile مشخصات او سکیما - www.openadr.org
شرایط او تعریفونه
لاندې سندونه او تعریفونه پدې سند کې کارول شوي.
- د غوښتنې ځواب: د اکمالاتو شرایطو ته په ځواب کې د پیرودونکو بار غوښتنې اداره کولو میکانیزم ، لکه نرخونه یا د شتون نښې
- راټولونکی ګوند - دا یو ګوند دی چې ډیری سرچینې سره راټولوي او د DR پروګرامونو ګوند ته یې د دوی DR پروګرامونو کې د واحد سرچینې په توګه وړاندې کوي.
- د غونډو منځګړیتوب زیربنا - دا زیربنا ده ، د ډیمانډ سایډ انفراسټرکچر څخه جلا ، کوم چې د اګرګریټر منځګړیتوب ګوند لخوا کارول کیږي دواړه سرچینو او د بریښنا اړخ اړخونو سره متقابل عمل لپاره.
- تړون: د اړخونو ترمینځ تړون تړون چې د DR پروګرام کې رول لوبوي د مسؤلیتونو او خساره په توګه په ګوته کوي
- شتمني - د سرچینو یو ډول چې د فزیکي بارونو ځانګړي مجموعه نمایندګي کوي. سرچینې له شتمنیو څخه جوړیدای شي ، او یوه شتمنۍ سرچینې کیدی شي ، مګر شتمنۍ نور په څو بیلابیلو اثاثو یا سرچینو کې تخریب کیدی نشي.
- مربوط: د ډیټابیس د وسیلې ترتیب کولو له لارې ، د دوه نهادونو ترمینځ یو برنامه ای انجمن چمتو کړئ. د مثال په توګه ، د VEN سره تړلې سرچینې
- اساسونه: د پیښې دمخه د تجهیزاتو یا یوې سایټ لخوا حساب شوي یا اندازه شوي انرژي کارول (غوښتنه) د ساحې دمخه سروې ، تفتیشونو ، او / یا میټر کولو له لارې ټاکل شوي.
- BMS - دا د ودانۍ مدیریت سیسټم دی چې ممکن د سرچینو کنټرول لپاره وکارول شي. دا ځینې وختونه د انرژي مدیریت سیسټم ته ویل کیږي.
- مرکب سرچینه - دا د سرچینو ځانګړی ډول دی چې د ډیری فزیکي شتمنیو مجموعه ده چې هر یو یې د بار کنټرول خپل وسیلې لري.
- د پیرودونکي هڅونه: د DR په برنامه کې د برخه اخیستنې لپاره د غوښتنې اړخ سرچینو مالک / مجموعه کونکي ته هڅول.
- د غوښتنې اړخ زیربنا - دا زیربنا ده چې سرچینې لري چې د DR په برنامو کې شامل شوي دي
- DR منطق: الګوریتم یا منطق چې د DR سگنلونه د عمل وړ بار کنټرول کې بدلوي. په یاد ولرئ چې DR منطق ممکن په ډیری مختلف ځایونو کې پلي شي او په ځینو حالتونو کې د څو فرعي سیسټمونو ترمنځ توزیع شي.
- د DR پروګرام برنامه - دا هغه ارګان دی چې د گرډ زیربنا لپاره مسؤل دی او سربیره پردې د بریښنا مسلو کمولو لپاره کارول شوي DR پروګرامونو اداره کولو لپاره. دا عموما یو اسانتیا یا ISO دی.
- نومول شوی: د غوښتنې اړخ سرچینو مالک / راټولونکی د DR برنامه کې برخه اخلي او ممکن د ځانګړي سرچینو په اړه معلومات چمتو کړي چې ممکن د DR پیښو لپاره په نښه شوي وي.
- د پیښې فعاله موده: دا د وخت وخت دی چې په جریان کې د بار پرو کې بدلونfile د DR پیښې برخې په توګه غوښتنه کیږي
- د پیښې محدودیتونه: د وخت چوکاټ چې په جریان کې پیرودونکي کولی شي د پیښو او اړونده محدودیتونو ترلاسه کولو تمه وکړي لکه په اونۍ کې یا پرله پسې ورځې پیښې نه
- د پیښې ورځې: هغه ورځ چې د DR پیښه واقع شي. ډیری برنامې د پیښې د ورځو شمیر پورې محدودیتونه لري چې په ټاکل شوي تقویم دوره کې اجازه ورکړل شوي
- د پیښې تشریح کونکی: د OpenADR پیښې څیز برخه چې د پیښې په اړه میټاډاټا تشریح کوي ، لکه د برنامې نوم او د پیښې لومړیتوب
- د پیښې موده: د پیښې اوږدوالی. ډیری برنامې محدودیتونه د پیښې د اندازې پورې محدودوي ، په بیله بیا د ورځې ساعتونه چې پیښې واقع کیدی شي
- د پیښې نښې: په پیښه کې د عملي کیدو وړ معلومات لکه د بریښنا قیمت یا د لوړې شیډ ځانګړي مرحلې غوښتنه شوې چې په عمومي ډول د پیښې ترلاسه کونکي لخوا د برنامې ځینې پخواني برنامه چلند رامینځته کوي. د DR برنامه تعریف باید د کارول شوي پیښې سګنلونو ډولونه مشخص کړي
- د پیښې نښه کول: د بار بارولو سرچینې چې د DR پیښې لپاره ټاکل شوي ترلاسه کونکي دي. ممکن جغرافیه سیمه ، د وسایلو ځانګړې ټولګي ، د ډلې پیژندونکي ، سرچینې ID ، یا بل پیژندونکی وي. د DR پروګرام تعریف باید مشخص کړي چې ځانګړي سرچینې څنګه په نښه کیږي.
- پیښې: یوه پیښه د کاروونې څخه یو خبرتیا ده چې د اړخ سرچینو غوښتنه کوي چې د ځانګړي وخت په اوږدو کې د بار وړلو پیلولو غوښتنه کوي ، او پدې کې ممکن د مشخصو سرچینو ډیزاین کولو معلومات شامل وي چې باید پیښه کې برخه واخلي
- د اسانتیا مینځنۍ زیربنا - دا زیربنا ده ، د غوښتنې اړخ زیربنا څخه جلا ده ، کوم چې د اسانګر مینځګړي ګوند لخوا کارول کیږي د سرچینو او د بریښنا خوا دواړو ادارو سره متقابل عمل وکړي.
- تسهیل کوونکی: دریمه ډله چې د DRT برنامې ځینې یا ټول د کارولو په واسطه اداره کوي
- د گرډ زیربنا - دا زیربنا ده چې د DR برنامې اړخونو لخوا اداره کیږي یا اداره کیږي. پدې زیربنا کې د OpenADR VTN پلي کول شامل دي چې د DR په برنامو کې ثبت شوي سرچینو ته د DR سگنل لیږلو لپاره کارول کیږي
- منځګړی ګوند - دا یو ګوند دی چې عموما د سرچینې ګوند په استازیتوب کار کوي ترڅو په DR پروګرامونو کې د دوی برخه اخیستنه اسانه کړي.
- د بار کنټرول - دا د سرچینې پورې اړوند زیربنا ده چې واقعیا د سرچینې کنټرول او د ځانګړي بار پرو تولید مسؤلیت لريfile.
- پرو پرو ډاونلوډ کړئfile هدف: د DR پروګرام رامینځته کولو او پیښو په خپرولو کې دا هڅونه. لکه د زړو بارونو د اوږې کولو هیله.
- خبرتیا: د پیښې د پیل وخت دمخه یوه موده چېرته چې د غوښتنې اړخ سرچینې مالک د یوې پاتې شوې پیښې په اړه خبر شي
- چلند غوره کړئ: د پیښې په رسیدو سره د غوښتنې اړخ سرچینې مالک څخه تمه شوی ځواب. دا غبرګون ممکن د OptIn یا OptOut نښې ب takeه غوره کړي که نه سرچینه به په پیښه کې برخه واخلي
- غوښتنې ځواب: ایا ایا یو ځانګړی برنامه باید د یوې پیښې په ځواب کې د غوښتنې اړخ سرچینو څخه ځواب ته اړتیا ولري ، او هغه څه چې عموما ځوابونه دي.
- غوره توبونه: مهالویشونه د اوپیډرا له لارې استول شوي ترڅو په پیښو کې برخه اخیستو لپاره د سرچینې شتون کې لنډمهاله بدلونونه په ګوته کړي.
- شرط: هغه معیارونه چې باید د غوښتنې اړخ سرچینې مالک لپاره په DR برنامه کې د شاملولو لپاره پوره شي. پدې کې ممکن د وقفې ناستې شتون یا د لږترلږه بار وړلو ظرفیت شامل وي
- لومړني چلوونکي: د DR برنامې رامینځته کولو او پیښو جاري کولو لپاره د افادیت برخه کې لومړنی هڅونه. لکه "د پوکا غوښتنې کمول او د سرچینو بشپړتیا"
- پروګرامونه - دا د DR پروګرامونه دي چې سرچینې پکې داخل شوي.
- د پروګرام تفصیل: د برنامه کار څرنګوالی کیسه بیان. په دې سند کې د DR پروګرام ټیمپلیټونو برخه تعریف شوې
- د برنامې وخت چوکاټ: د DR یا برنامه سره د کال په جریان یا موسمونو کې معمولا فعال وي
- نرخ ډیزاین: د نرخ جوړښت یا هڅونو ته ځانګړي تغیرات چې د غوښتنې اړخ سرچینې مالکینو هڅوي چې په برنامه کې برخه واخلي
- د ثبت خدمتونه: د VADN او VEN تر مینځ د لومړني مینځګړیتوب رامینځته کولو لپاره د OpenADR پروتوکول لخوا کارول شوی خدمت ، او دا تایید لپاره چې VEN د کارمند پیرودونکو حساب سره تړاو لري.
- د راپور ورکولو خدمتونه: د VENs ته راپور ورکولو چمتو کولو لپاره د VENs وړولو لپاره د OpenADR لخوا کارول شوی خدمت. د DR پروګرام باید د برنامې لپاره راپور ورکولو اړتیاوې مشخص کړي.
- د سرچینو ګوند - دا هغه ګوند دی چې د غوښتنې اړخ سرچینې لري چې ممکن د DR برنامې کې شامل شي
- سرچینه - دا هغه اداره ده چې د DR برنامو کې داخله شوې او د دې وړتیا لري چې د دوی بار پرو ته یو ډول بدلون وړاندې کړيfile د VTN څخه د DR سیګنال ترلاسه کولو په ځواب کې.
- هدف پیرودونکی: پروfile د غوښتنې اړخ سرچینې چې ممکن په ځانګړي DR برنامو کې شامل شي لکه استوګنځی ، صنعتي ، یا شاید د بریښنا مصرف کچې پراساس.
- د هدف بارونه: د غوښتنې اړخ سرچینې چې लोड باید د a په ترلاسه کولو کې تغیر وکړي
- VEN - دا د OpenADR مجازی پای نوډ دی چې د VTN سره متقابل عمل لپاره کارول کیږي.
- VTN - دا د OpenADR مجازی ټاپ نوډ دی چې د DR په برنامو کې ثبت شوي سرچینو سره د تعامل لپاره کارول کیږي.
لنډیزونه
- BMS: د ودانۍ مدیریت سیسټم
- سي او آی: سوداګریز او صنعتي
- کام: د دوه واحدونو تر منځ اړیکې
- DR: غوښتنې ځواب
- EMS: د انرژي مدیریت سیسټم
- اوپنډر: د غوښتنې غوښتنې ځواب خلاص کړئ
- پروګرامونه: د غوښتنې ځواب پروګرام ته مآخذ
- VEN: مجازی پای نوډ
- VTN: مجازی سر نوډ
د غوښتنې غبرګون برنامې ډولونه
پدې سند کې لاندې د DR پروګرامونو ټیمپلیټونه شامل دي.
1. د کوټې سخت قیمت: نرخ او / یا د نرخ جوړښت چې د لوړې عمده پلور نرخونو یا سیسټم احتمالي شرایطو په جریان کې د محدود ټاکل شوي لوړ نرخ یا قیمت محدودولو لپاره محدود ورځو یا ساعتونو لپاره مصرف کمولو هڅولو لپاره ډیزاین شوی.
2. د وړتیا داوطلبي برنامه: یو برنامه چې په پرچون او عمده پلور مارکیټونو کې د غوښتنې سرچینې ته اجازه ورکوي چې په نرخ کې د بارونو کمولو وړاندیز وکړي ، یا دا وپیژني چې دا څومره بار غواړي چې په ځانګړي قیمت کې کم شي.
3. د استوګنې تودوستۍ برنامه / مستقیم بار کنټرول: د غوښتنې غبرګون فعالیت چې له مخې یې برنامه سپانسر په لنډ خبرتیا سره د پیرودونکي بریښنایی تجهیزات (د مثال په توګه اییر کنډیشنر) کنټرولوي. دا برنامې اساسا د استوګنې یا کوچني سوداګریز پیرودونکو ته وړاندیز کیږي.
4. د ګړندي DR استول / ضمني خدماتو برنامه: د غوښتنې ځواب برنامه چې پیرودونکو ته د اضطراري غوښتنې غبرګون پیښې پرمهال د بار ځواب لپاره هڅونکي تادیات چمتو کوي. د سیسټم غیر معمولي حالت (د مثال په توګهample ، د سیسټم محدودیتونه او د ځایی ظرفیت محدودیتونه) چې د اتوماتیک یا سمدستي لارښود عمل ته اړتیا لري ترڅو د لیږد اسانتیاو یا د تولید اکمالاتو ناکامي مخه ونیسي یا محدود کړي چې د بلک بریښنا سیسټم اعتبار باندې منفي اغیزه کولی شي. دا ډول برنامې ځینې وختونه د "اضافي خدماتو" په نوم پیژندل کیدی شي.
5. بریښنایی موټر (ای وی) DR برنامه: د غوښتنې غبرګون فعالیت چې له مخې د بریښنایی موټرو چارج کولو لګښت تعدیل شوی ترڅو د مصرف کونکي مصرف نمونې بدلولو لامل شي.
6. د توزیع شوي انرژي سرچینې (DER) DR پروګرام: د غوښتنې غبرګون فعالیت چې په سمارټ ګریډ کې د انرژي سرچینو توزیع اسانوي لپاره کارول کیږي.
د پلي کیدو منظره
هغه لاره چې پکې د DR برنامې ځای په ځای کیږي د DR برنامې له ځانګړتیاو څخه یو څه خپلواکه ده. لاندې شکلونه بیلابیل لارې ښیې چې په هغه کې د DR برنامې ځای په ځای کیدلی شي. لاندې برخه د ګمارنې سناریوونو او د DR پروګرامونو تر منځ کراس حواله وړاندې کوي چې ډیری یې امکان لري وکارول شي.
پدې برخه کې ډیاګرامونه په بیلابیلو سناریوګانو کې د ادارو ترمنځ اړیکې ښیې.
مستقیم 1
دا یو ساده سناریو ده چیرې چې د DR برنامې ګوند او سرچینې ګوند ترمینځ مستقیم اړیکه شتون لري. د سرچینې ګوند مسؤلیت لري چې خپلې سرچینې په DR برنامو کې ثبت کړي او د شبکې زیربنا مستقیم د VEN له لارې سرچینو سره متقابل عمل کوي چې د ډیمانډ اړخ انفراسټرکچر کې اوسیږي. سربیره پردې VEN د سرچینې ګوند ملکیت دی او د سرچینو او د دوی کنټرول کونکو څخه جلا دی. کله چې د DR سیګنال د VEN لخوا ترلاسه کیږي دا عموما د بار کنټرول هیڅ منطق نه پلي کوي ، مګر په ساده ډول سیګنالونه د بار کنټرولونکو ته لیږي چې مناسب اقدام کوي. پخوانیampپه دې سناریو کې به د C&I ودانۍ شامل وي چې ممکن یوه دروازه نصب کړي چې د OpenADR VEN ولري او کله چې د دې دروازې لخوا سیګنال ترلاسه شي دا په ساده ډول دا په نورو پروتوکول کې ژباړي او پخپله د بار کنټرولرانو ته لیږي.
مستقیم 2
دا د مستقیم 1 سناریو سره خورا ورته دی. اصلي توپیر پدې کې دی چې څنګه VEN سمدستي کیږي او د VTN سره تعامل اسانوي. VEN په یوه اداره کې د مرکزي BMS په څیر نصب شوی چې کولی شي د DR منطق پلي کړي او د مرکب سرچینې او د دوی ډیری مختلف بار کنټرولرانو سره له ډیر مرکزي ځای څخه تعامل وکړي. پخوانیampپدې کې د BMS سره لویې ودانۍ شاملې دي چې په ودانۍ کې ډیری مختلف بارونه کنټرولوي (د مثال په توګه ر light ا ، HVAC ، صنعتي پروسې ، او نور) c تهampکاروي چې ممکن د مرکزي کنټرول سیسټم سره ډیری تاسیسات ولري.
مستقیم 3
دا سناریو د مستقیم 1 سناریو سره خورا ورته ده. اصلي توپیر دا دی چې VEN مستقیم په سرچینه او د دې بار کنټرولر کې نصب کیږي. پدې حالت کې د DR سیګنالونه مستقیم سرچینې او د دې بار کنټرولر ته لیږل کیږي. تش په نامه "وسیلو ته قیمتونه" سناریو پدې کټګورۍ کې راځي. پخوانیampلیس کې به د هر ډول بار کنټرولر شامل وي لکه HVAC (د مثال په توګه ترموسټاټ) چې یو ځای شوی VEN لري چې د شبکې اړخونو VTN سره مستقیم تعامل کولو وړتیا لري.
مستقیم 4
دا د مستقیم 1 او مستقیم 2 سناریوګانو ډولونو ترکیب دی. اصلي توپیر دا دی چې ډیری VENs د یو واحد مرکب سرچینې سره تړلي دي چې د دوی د خپل بار کنټرولرانو سره ډیری شتمنیو مشتمل دي. د بار هر کنټرولونکي چې د مرکب سرچینې پکې شامل وي ممکن د مختلف VEN سره تړاو ولري. په یاد ولرئ چې ټول VENs به د ورته سرچینې ګوند تر کنټرول لاندې وي چې د مرکب سرچینې مالکیت لري. دا سناریو د تقاضا اړخ زیربناوو اسانولو لپاره شتون لري چې مرکب سرچینې لري ، مګر مرکزي BMS نلري لکه مستقیم 2 سناریو. پخوانیampلیس کې ممکن په هر پوړ کې د مختلف بار کنټرولرانو سره ودانۍ شامل وي ، مګر هیڅ مرکزي BMS ، یا campپه هره ودانۍ کې د مختلف کنټرولرانو سره کاریږي ، مګر نه campزموږ پراخه کنټرولر. لدې چې د DR برنامې ګوند له نظره په برنامه کې یوازې یوه سرچینه ثبت شوې کله چې دا سرچینې ته د DR سیګنال لیږل غواړي دا ممکن په ساده ډول هر ټاکل شوي VENs ته ورته سیګنالونه واستوي چې د سرچینې سره تړاو لري.
اسانګر ator
پدې سناریو کې یو منځګړی شتون لري چې د DR برنامې ګوند او سرچینو ترمینځ تعامل اسانه کوي. عموما د مینځګړیتوب ګوند د سرچینې ګوند په استازیتوب کار کوي ترڅو د دوی د سرچینو اداره کولو کې مرسته وکړي. د سرچینې ډلې د DR برنامې ګوند سره مستقیم اړیکې لري او دوی خپلې سرچینې د DR برنامو کې شاملوي. پدې توګه د DR برنامې ګوند viewد هر سرچینې ګوند د جلا سرچینې په توګه او ممکن په انفرادي ډول ورسره اړیکه ونیسي. د منځګړي ګوند رول د OpenADR پورې اړوند ټولو متقابل عملونو لپاره د تګ په توګه عمل کول دي ، پدې توګه VEN د تسهیل کونکي منځګړیتوب زیربنا کې سمدستي نصب کیږي. دا ډول زیربنا اکثرا د بادل اډې وي او د سرچینې ګوندونو ته د سافټویر په توګه د خدمت (SaaS) په توګه وړاندیز کیږي. کله چې د DR سیګنال د تسهیل کونکي VEN لخوا ترلاسه کیږي یو شمیر مختلف عملونه ترسره کیدی شي پشمول مناسب سرچینې ته د DR سیګنال لیږل او احتمالا د DR منطق یو ډول پلي کول او د هر سرچینې بار کنټرولر ته د بار کنټرول امرونه لیږل. پخوانیampپه دې سناریو کې شامل دي:
- پلورونکي چې د لوی سوداګریزو زنځیرونو لپاره تاسیسات اداره کوي لکه د لوی بکس پرچون پلورونکي.
- د صنعتي کنټرول مینځګړیتوبونه.
- د انرژي خدماتو شرکتونه (ESCO)
- د کلاوډ پراساس تجهیزاتو او وسیلو مدیریت سیسټمونه لکه د راڅرګندېدونکي سمارټ مخابراتي ترمامیت پلورونکي.
جمع 1
دا سناریو د اسانګر سناریو ته ورته ده. اصلي توپیر دا دی چې اګریګور ګوند د DR پروګرام برنامې سره اړیکې لري ځکه چې د سرچینو اړخونو سره مخالفت لري. د غونډونکي ګوند ګ customer شمیر پیرودونکي شتمني په یوه واحد سرچینه کې راټولوي چې دا د DR برنامو کې ننوځي. د DR برنامې ګوند انفرادي شتمنیو کې لیدلوری نلري چې اګرګریټر اداره کوي. لکه څنګه چې د اسانګر سره ضمیمه کونکي خپل زیربنا لري چیرې چې VEN انسټینټ کیږي. توپیر دا دی چې کله د DR سیګنال ترلاسه شي دا یوه سرچینه ته مراجعه کوي او اګروګیټر په DRP سیګنال کې مشخص شوي اهداف ترلاسه کولو لپاره په خپل پورټ فولیو کې ټول ملکیتونو باندې یو ډول DR منطق پلي کوي.
د ګمارنې سناریو او د DR پروګرام نقشه کول
لاندې جدول په ګوته کوي چې د ټاکلو سناریو ګانې د ځانګړي DR برنامې لپاره خورا عام دي.
د ځای پرځای کولو سناریو | |||
د ډي آر ټیمپلیټ | مستقیم 1 ، 2 ، 3 ، 4 | اسانګر ator | جمع 1 |
د CPP برنامه | ∆ | ∆ | |
د وړتیا داوطلبي برنامه | ∆ | ||
د استوګنې ترمینل
پروګرام |
∆ | ||
د ګړندي DR استول | ∆ | ||
بریښنایی موټر (ای وی) DR برنامه | ∆ | ∆ | |
د توزیع شوي انرژي سرچینې (DER) DR پروګرام | ∆ | ∆ |
د DR برنامې ټیمپلیټ غوره کول
لاندې د پوښتنو یوه ټولګه ده چې د نوي DR برنامې پلي کولو په اړه د هرې اسانتیا سره تړاو لري. دا د هراړخیز هدف لپاره ندي ، مګر د ډیرو مناسب مسلو څخه استازیتوب کوي. د دې پوښتنو نیت دا دی چې د DR برنامې ټیمپلیټونو مناسب سیټ ته لارښوونو کې د لارښودونو سره مرسته وکړي.
پوښتنه: تاسو ولې DR غواړئ؟ تاسو د ګریډ حالت یا عملیاتي مسلې په اړه د DR سره کمولو هڅه کوئ؟
دا تر دې دمه خورا مهم پوښتنه ده او د عمومي اړتیاو او اهدافو اساس رامینځته کوي د هغه څه لپاره چې د DR برنامه باید ترلاسه شي. د دې پوښتنې ځواب تعریف کوي چې څنګه د غوښتنې اړخ بار پروfile باید د DR برنامې لخوا به شي. ټولې نورې اړتیاوې دې پوښتنې ته د ځواب څخه تیریږي.
- ایا تاسو هڅه کوئ څو څوکې مو وسوزوئ؟
- ایا تاسو غواړئ د هډوکي معده ډکه کړئ؟
- ایا تاسو هڅه کوئ چې د بریښنا د ځای نرخ وارد کړئ؟
- ایا تاسو د شبکې اعتبار سره اندیښمن یاست؟
- ایا تاسو د شبکې شتمنیو ساتلو هڅه کوئ؟
- وغيره وغيره.
لاندې جدول د DR برنامې رامینځته کولو ترشا هڅونو ته یو څه اضافي شرایط وړاندې کوي
د بریښنا اعتبار او خوندیتوب | فریکونسی او والtage ثبات |
د سرچینې وړتیا | |
د پوټکی ظرفیت | |
Ramping | |
احتمالي | |
د انرژۍ تدارکات | د بازار بازار نرخونه |
د نرخ مینځپانګه | |
د شتمنیو مدیریت | د زیانونو مخنیوی |
د ساتنې کمښت | |
د ژوند وخت | |
د ظرفیت مدیریت | اقتصادي ګټې |
د بیړني مدیریت | |
د چاپیریال | نیګواټ |
پاکه انرژي |
پوښتنه: ایا د دې پروګرام لپاره شته DR پروګرام یا تعرفه لا دمخه شتون لري؟
- ډیری وختونه د برنامو قواعد په واضح ډول په تعرفه کې لیکل شوي.
پوښتنه: د بازار موندنې کومه برخه برخه تاسو د دې برنامې سره په نښه کوئ؟
دا ممکن په پیښه کې د سرچینو په نښه کولو او د سیګنال ډول په ټاکلو کې مرسته وکړي.
- د استوګنې
- لوی سي او I
- کوچني سي او آی
- کرنه
- د اوبو مدیریت
- برقی وسایط
- etc., etc, etc
پوښتنه: ایا تاسو هڅه کوئ چې ځانګړي بارونه په نښه کړئ؟
- ترموسټات
- برقي موټرې
- Ag پمپونه
- etc
پوښتنه: ستاسو د ګمارلو موډل څه شی دی؟
د دې پوښتنې ځواب کولی شي تاثیر وکړي چې څنګه سرچینې په برنامه کې تعریف شوي او دا معلوموي چې څنګه سرچینې په پیښو کې په نښه کیږي.
- پیرودونکو ته مستقیم
- د منځګړیو له لارې لکه راټولونکي یا تسهیل کونکي
- پیرودونکي د خپل VEN تجهیزاتو پیرود او پلي کولو مسؤلیت لري؟
- etc
پوښتنه: د ځانګړتیا په کوم کچه کې تاسو غواړئ د غوښتنې اړخ بوجھونو سره تعامل وکړئ؟
دا پوښتنه یو څه د ګمارنې موډل پورې اړه لري او دا ټاکي چې څنګه په برنامه کې سرچینې تعریف او هدف شوي. دا یو له خورا مهم او احتمالي پیچلي پوښتنو څخه دی.
- د هر فرد سرچینې سره متقابل عمل وکړئ
- د اسانګر یا راټولونکي له لارې اړیکه ونیسئ پرته د سرچینو مشخص کولو سره د دوی شاته
- د اسانګر یا راټولونکي له لارې اړیکه ونیسئ او مشخص کړئ چې کومې سرچینې باید دوی ته واستول شي
- د سرچینو مشخص کولو لپاره د خاصیت په توګه موقعیت وکاروئ
- د سرچینو مشخص کولو لپاره د یو لړ ډوله افادیت تعریف شوي ګروپ کولو میکانیزم وکاروئ
- د انفرادي ملکیتونو لکه تودوخېټونو په نښه کړئ
- په هرصورت د هیڅ سرچینو سره مداخله نه کوئ او یوازې د DR پیښې نشر کړئ
- etc
پوښتنه: تاسو د متقابل عمل کومه ب patternه ګمارل غواړئ ترڅو ستاسو پیرودونکي د پرو پرو باندې اغیزه وکړيfiles?
دا پوښتنه د DR سگنلونو ډول ټاکي چې په برنامه کې برخه اخیستونکو ته لیږل کیږي.
- هڅونې (د بیلګې په توګه متحرک قیمت)
- د بارولو لیږدونه (د بیلګې په ډول فرعي خدمات)
- د مستقیم بار کنټرول
- د پیښې عمومي سیګنال
- etc
پوښتنه: د برنامې عمومي سرچینې مهالویش ځانګړتیاوې څه دي؟
- نیټې او وختونه چې پیښې ورته ویل کیدی شي
- د پیښو فریکوینسي
- د پیښو دوران
- د پیښو خپرولو لپاره اجازه لرونکي ځنډونه
- etc
پوښتنه: په برنامه کې د سرچینو شتون څنګه ټاکل کیږي؟
- د برنامو سختو قواعدو سره
- د سرچینې لخوا ترسره شوي د نومونې یا داوطلبي پروسې برخې برخې په توګه
- مطلوب / بهر ته اجازه؟
- etc
پوښتنه: تاسو د سرچینې فعالیت کې کوم ډول لید ته اړتیا لرئ؟
دا خورا پراخه پوښتنه ده او دا ټاکي چې کوم ډول معلومات د DR برنامه کې سرچینو څخه بیرته ورکول کیږي. په عموم کې دا د راپورونو ډول ټاکي چې اړین دي.
- آنلاین / آفلاین
- استعمال (اوسنی او / یا تاریخي)
- د ځواب غبرګون پوتانسیال
- د بار وړتیا
- د / شتمنۍ حالت (اوسنی او / یا تاریخي)
- او داسې نور.
د غوښتنې غبرګون برنامې ټیمپلیټونه
د پکو د قیمت ارزښت لرونکی برنامې (CPP)
د CPP DR برنامې ځانګړتیاوې
پرو پرو ډاونلوډ کړئfile هدف | - د تقاضا تقاضا کمول |
لومړني چلوونکي | د کم لګښت پانګوونه او د انرژي لګښتونه کم شوي |
د پروګرام تفصیل | کله چې اسانتیاوې د لوړې عمده پلور نرخونو یا د بریښنا سیسټم اضطراري شرایطو مشخص یا تمه وکړي ، دوی ممکن د ټاکل شوي مودې په جریان کې مهمې پیښې بولي (د بیلګې په توګه ، د ماسپښین له 3 بجو څخه د ماښام 6 بجو د ګرمې دوبي په ورځو کې) ، د دې وختونو په جریان کې د بریښنا نرخ د پام وړ دی. راپورته شوی |
د پیرودونکي هڅونه | پیرودونکو ته ممکن د غیر چوکیو وختونو په جریان کې په برنامه کې د برخې اخیستنې لپاره د انګېزې په توګه د انرژۍ تخفیف وړاندیز وشي. |
نرخ ډیزاین | CPP د نرخ برنامې دی چې نرخونه د انرژي مصرف کې د جدي چوکاټونو په جریان کې ډیریږي. په ځانګړي ډول د CPP نرخونه په فلیټ ، ټایر ، یا TOU اساس نرخونو کې یو اضافه کونکي یا ضرب کونکي دي. |
هدف پیرودونکی | محرم یا C&I |
د هدف لوړه | - هیڅ |
شرط | - ګمرک باید د وقفې مترونه ولري
-C او I پیرودونکي ممکن د غوښتنې معیار پوره کړي |
د برنامې وخت چوکاټ | - په ځانګړي ډول د کال میاشتې میاشتې وېشل کیږي چیرې چې د لوړې انرژۍ مصرف پیښیږي ، پداسې حال کې چې ممکن په ځینو مواردو کې کال وي. |
د پیښې محدودیتونه | -په ځانګړي ډول د دوشنبې تر جمعې پورې ، د رخصتیو پرته ، د پرله پسې ورځو پیښو په عمومي ډول اجازه ورکول کیږي |
د پیښې ورځې | -په کال کې له 9 څخه تر 15 پورې |
د پیښې موده | په ځانګړي ډول د ورځې پیښې له 4 څخه تر 6 ساعتونو پورې د ټولو پیښو لپاره د ټاکل شوي وخت چوکاټ په جریان کې. |
خبرتیا | په ورځ ډول مخکې |
چلند غوره کړئ | - په ځانګړي ډول پیرودونکي اړتیا نلري په پیښو کې برخه واخلي |
تصدیق
پیښې |
ټایپټیک ډول هیڅ هم نه |
د CPP برنامو لپاره د OpenADR ځانګړتیاوې
د پیښې نښې | –د سیمپل سیګنل د 1 څخه تر 3 کچو پورې نقشه د CPP پیښې د قیمت اغیزې ته نقشه شوې. که چیرې د CPP برنامه یو واحد قیمت لرونکی برخه ولري نو دا باید 1 کچې ته نقشه شي. د CPP برنامې لپاره چې د بیې ډیری قیمت اجزاوې ولري ، د نرخ ترټولو کوچنۍ برخه باید د 1 کچې ته وخیستل شي ، د نرخ نور اجزاوې د 2 او 3 کچې کچې ته لوړیدو سره د قیمت اغیزې.
-که چیرې ګمارنه د B پرو ملاتړ وکړيfile VENs د سیمپل سیګنال برسیره ، یو ELECTRICITY_PRICE سیګنال پکې شامل کیدی شي د تادیاتو په برخه کې د نرخ یو ډول سره مقالې ، د نرخ بشپړ ، یا د نرخ ملټي پلور د برنامې نوعیت پورې اړه لري. ضمیمه A د پخواني لپاره وګورئamples. |
غوښتنې ځواب | -VTNs پیښې لیږي د OadrResponse ضروري عنصر ته "تل" تنظیم کړئ، VEN ته اړتیا لري چې د OptIn یا OptOut سره ځواب ووایی
- لکه څنګه چې د CPP برنامې کې برخه اخیستل یو "غوره هڅه" تمرین دی ، د OptIn یا OptOut هیڅ رسمي معنی شتون نلري د ګډون کولو اراده نزاکت شتون څخه بهر. موږ دا وړاندیز کوو وینز د optIn سره عکس العمل وړاندې کوي حتی که چېرې د پیرودونکي لخوا کوم ځانګړي توضیحي اقدام نه وي شوی. - د oadrCreateOpt تادیاتو برخه معمولا په پیښو کې برخه اخیستونکو سرچینو وړتیا لپاره نه کارول کیږي. |
د پیښې تشریح کونکی | - پیښه لومړیتوب باید 1 ته ټاکل شي غیر لدې چې د برنامه قواعد یا VTN ترتیب بل ډول مشخص نه کړي
–د ازموینې پیښې عموما نه کارول کیږي د CPP برنامو سره. په هرصورت که دوی ته اجازه ورکړل شي د ازموینې پیښې عنصر باید د "ریښتیني" سره وټاکل شي ترڅو د ازموینې پیښې په ګوته کړي. که چیرې پدې عنصر کې اضافي پارامیټرایز شوي معلوماتو ته اړتیا وي نو دا کولی شي د دې اضافي معلوماتو سره د ځای سره جلا "ریښتیني" تعقیب کړي. |
د پیښې فعاله موده | – eiRampپورته ، eiRecovery ، د زغم عناصر معمولا نه کارول کیږي |
اساسونه | –بیس لاینونه عموما د پیښې تادیه کې ندي شامل شوي |
د پیښې نښه کول | -CPP برنامې عموما د ورکړل شوي پیرودونکي لپاره سرچینو ترمنځ توپیر نه کوي. په نښه کول عموما وینډ ټاکي، په ګوته کوي چې د VEN سره تړلې ټولې سرچینې باید برخه واخلي ، یا د ټولو سرچینو لیست د VEN سره تړاو لري. |
د راپور ورکولو خدمتونه | –د ټیلیمټري راپور ورکول عموما نه کارول کیږي ځکه چې دا د CPP برنامو لپاره بالکل اړین ندي.
د مثال لپاره ضمیمه B ته مراجعه وکړئampد کارونې پیلوټانو څخه لږ راپورونه چې ممکن د دې ډول برنامې لپاره د پلي کیدو وړ وي. |
غوره توبونه | –د آپټ خدمت کارول د لنډمهاله شتون مهالویشونو خبرو اترو لپاره عموما به ونه کارول شي د CPP برنامې برخې په توګه. په هرصورت ، ځینې لیږل شوي شرکتونه کولی شي دا خدمت د پیرودونکو لپاره د پیښې ورځو شتون ساتلو لپاره وکاروي څوک چې د شتون نشتوالي په ګوته کوي. |
د ثبت خدمتونه | د رایې ورکولو وقفې د معمولي ورځ مخکې سی پی پی برنامو لپاره د VTN لخوا غوښتنه شوې اړتیا نلري ډیر تکرار شي چې په یو ساعت کې یو ځل. په هرصورت ، د زړه د غوړ پیژندلو لپاره د رایې ورکولو کارول ممکن ډیرځل بیا رای ورکولو ته اړتیا ولري. |
د وړتیا داوطلبي برنامه
د وړتیا داوطلبۍ DR پروګرام بterه
پرو پرو ډاونلوډ کړئfile هدف | - د تقاضا تقاضا کمول او د سرچینو بشپړتیا |
لومړني چلوونکي | د کم لګښت پانګوونه او د انرژي لګښتونه کم شوي |
د پروګرام تفصیل | د وړتیا داوطلبي برنامه د ISO / کارتونو لخوا کارول کیږي ترڅو د اجراتوونکو یا ځان مجموعه پیرودونکو څخه دمخه ژمن شوي لوډ شیډ ظرفیت ترلاسه کړي. دا د وړاندې شوي لوډ شیډ ظرفیت د ISO / خدماتو لخوا کارول کیږي کله چې دوی د عمده پلور نرخونه ، د بریښنا سیسټم اضطراري شرایط ، یا د یوې ټاکلې مودې په جریان کې د DR پیښو په زنګ وهلو سره د انرژۍ عادي سرچینې کارولو برخه وګوري یا تمه کوي.
په یاد ولرئ چې هر یو تنظیم کونکي په ځانګړي ډول د دې برنامې برخې په توګه د ظرفیت ژمنې پوره کولو لپاره د دوی د غوښتنې غبرګون برنامې ډیزاین او همدارنګه د پیرودونکو استملاک ، او د پیښې خبرتیا مسؤلیت لري. |
د پیرودونکي هڅونه | راغونډ کونکي / پیرودونکي دوه ډوله هڅونه ترلاسه کوي. لومړی ، دوی د راتلونکي وخت کړکۍ په جریان کې د DR پیښو لپاره د ځانګړي بار وړتیا لوډ شیډ ساتلو لپاره د ظرفیت تادیه ترلاسه کوي. دوهم ، که چیرې یوه پیښه د راتلونکي وخت کړکۍ په جریان کې غوښتل شي د پیښې په موده کې به د انرژي تادیه شي. |
نرخ ډیزاین | په برنامه کې برخه اخیستونکي د "ظرفیت نامزد کولو" داوطلبي رامینځته کوي چې دا په ګوته کوي چې د بار وړلو ظرفیت دوی چمتو کوي چې د راتلونکي وخت کړکی په جریان کې شتون ولري. په داوطلبه کې ممکن هڅونه هم شامله وي / پیرودونکي چمتو وي چې د لومړني ارزښت څخه ښکته د لوړې شیډ لپاره ومني.
د ګټور بازارونو کې د ظرفیت ژمنتیا عموما د راتلونکي کیلنر میاشت لپاره وي ، که څه هم د ISO بازارونو کې ډیر اوږد وخت چوکاټونه کارول کیږي. د وړتیا نومونې برخې برخې په توګه ، پیرودونکي د دې وړتیا لري چې د یو شمیر ځانګړتیاو تر مینځ غوره کړي پشمول د ورځ څخه مخکې یا د خبرتیا ورځ او د پیښې مودې کړکۍ (لکه 1-4 ساعتونه ، 2-6 ساعته ، ...). د دې مخکیني ژمنې لپاره پیرودونکي ته د ظرفیت تادیه کیږي حتی که د مهال ویش په جریان کې پیښې نه وي. که چیرې پیښه د مهال ویش په جریان کې غوښتنه وشي نو پیرودونکي کولی شي د بیس لاین په اړه د بارډ بار لپاره انرژي تادیه ترلاسه کړي ، په هرصورت جریمې ممکن پلي شي که چیرې د پیښې غږیدو په وخت کې د بار شوي لوډ شیډ ظرفیت څخه لږ وړاندې شي. |
هدف پیرودونکی | - مدیران او پخپله د C&I پیرودونکي |
د هدف بارونه | - کوم |
شرط | - ګمرک باید د وقفې مترونه ولري
-C او I پیرودونکي ممکن د غوښتنې یا داوطلبي معیار پوره کړي |
د برنامې وخت چوکاټ | -کله هم |
د پیښې محدودیتونه | -په ځانګړي ډول د دوشنبې تر جمعې پورې ، د رخصتیو پرته ، د پرله پسې ورځو پیښو په عمومي ډول اجازه ورکول کیږي |
د پیښې ورځې | - په میاشتني ډول په میاشت کې تر 30 ساعتونو پورې |
د پیښې موده | - په ځانګړي ډول د ورځې ډیری انرژي مصرف کولو وختونو کې د ټولو پیښو لپاره د ټاکل شوي وخت کړکۍ پرمهال.) د پیښې موده د پیرودونکي ظرفیت ژمنتیا سره توپیر لري د لومړیتوبونو سره چې له 1 څخه تر 8 ساعتونو پورې وي یا د برنامې ډیزاین لخوا مشخص شوي |
خبرتیا | - ورځ - مخکې یا ورځ - د پیرودونکو ظرفیت ژمنتیا لومړیتوبونو یا د برنامه ډیزاین پورې اړه لري |
چلند غوره کړئ | - په ځانګړي ډول پیرودونکي به هغه پیښو ته په پام کې ونیسي چې ورته اړتیا لري لکه د لوړې شیډ ظرفیت لري. |
تصدیق
پیښې |
دوه ډوله په کال کې |
د وړتیا داوطلبي برنامو لپاره د OpenADR ځانګړتیاوې
د پیښې نښې | –د سیمال سیګنال د 1 څخه تر 3 کچو پورې نقشه شوي د لوڈ شیډ مقدار ته. که چیرې برنامه یوازې د لوړې شیډ ملاتړ وکړي ، نو دا باید 1 کچ ته نقشه شي ، د برنامو لپاره چې د لوډ شیډ ډیری کچې سره پروګرام ولري ، د نورمال عملیاتو څخه ترټولو کوچنی بدلون باید د 1 کچې ته نقشه شي ، سره د لوډ شیډ ارزښتونه نقشه شي. د 2 او 3 کچې د لوړې شیډ درجې کې.
-که چیرې ګمارنه د B پرو ملاتړ وکړيfile VENs د سیمال سیګنال برسیره ، BID_LOAD او / یا BID_PRICE سیګنال پکې شامل کیدی شي د مقرراتو او نرخ سیګنال ډولونو سره په تادیه کې ، او په ترتیب سره د بریښنا ریس او کرنسي پیریکا واټ. BID_LOAD به غوښتل شوي پورته شوي بار وړونکي عکس ته د ظرفیت اندازه د محصول مجموعه / پیرودونکي لخوا منعکس کړي ، او BID_PRICE به د راټولوونکي / پیرودونکي لخوا هڅونکې داوطلبی منعکس کړي. ضمیمه A د پخواني لپاره وګورئamples. |
غوښتنې ځواب | -VTNs پیښې لیږي د OadrResponse ضروري عنصر ته "تل" تنظیم کړئ، VEN ته اړتیا لري چې د OptIn یا OptOut سره ځواب ووایی
-As راټولونکي / پیرودونکي دمخه ژمن ظرفیت لري وینز باید د optIn سره عکس العمل وښیې. یو انتخاب ممکن د پیښې په ځواب کې واستول شي ، مګر دا د غیر رسمي موجودیت نښې دي ، نه د پیښې رسمي غوراوی. -د د oadrCreateOpt تادیه به عموما ونه کارول شي په پیښو کې برخه اخیستونکو سرچینو وړتیا لپاره ځکه چې په عمومي ډول توکی یو واحد مجموعه ده. |
د پیښې تشریح کونکی | - پیښه لومړیتوب باید 1 ته ټاکل شي غیر لدې چې د برنامه قواعد یا VTN ترتیب بل ډول مشخص نه کړي
–د ازموینې پیښې کارول کیدی شي د وړتیا داوطلبي برنامو سره. که چیرې دوی ته اجازه ورکړل شي ، د ازموینې پیښې عنصر باید "ریښتیني" ته وټاکل شي ترڅو د ازموینې پیښې په ګوته کړي. که پدې پیرامیټ کې اضافي پارامیټرایز شوي معلوماتو ته اړتیا وي نو دا کولی شي د دې ریښتیني معلوماتو سره د ځای په واسطه جلا شوي "ریښتیني" تعقیب کړي. |
د پیښې فعاله موده | – eiRampپورته ، eiRecovery ، د زغم عناصر معمولا نه کارول کیږي |
اساسونه | –بیس لاینونه عموما د پیښې تادیه کې ندي شامل شوي لکه څنګه چې دا معلومات عموما د پیښې پیل کیدو په وخت کې شتون نلري. په هرصورت ، دواړه اسانتیاوې او راټولونکي/پیرودونکي به view په پیښو کې د بنسټیز معلوماتو شاملول د ګټور په توګه. |
د پیښې نښه کول | - د وړتیا داوطلبي برنامې عموما د ورکړل شوي پیرودونکي لپاره سرچینو ترمنځ توپیر نه کوي. په نښه کول عموما وینډ ټاکي، په ګوته کوي چې د VEN سره تړلې ټولې سرچینې باید برخه واخلي ، یا د ټولیدونکي بار یوه سرچینه نماینده پکې شامل ده د VEN سره تړاو لري. |
د راپور ورکولو خدمتونه | د ISO ظرفیتي داوطلبي برنامې په ځانګړي ډول د TELEMETRY_USAGE راپورونو ته اړتیا لري د پاورریل ډیټا پوائنټونو سره. پخوانی وګورئampپه انیکس A کې
د افادیت ظرفیتي داوطلبي لپاره د ټلیټمي راپور ورکول عموما اړین ندي. په یاد ولرئ چې د ټیلمیتري راپور ورکول B پرو ته اړتیا لريfile VENs. د مثال لپاره ضمیمه B ته مراجعه وکړئampد کارونې پیلوټانو څخه لږ راپورونه چې ممکن د دې ډول برنامې لپاره د پلي کیدو وړ وي. |
غوره توبونه | –د آپټ خدمت کارول د لنډمهاله شتون مهالویشونو خبرو اترو لپاره عموما به ونه کارول شي د وړتیا داوطلبۍ برنامې برخې په توګه چې پیرودونکي د دوی موجودیت دمخه ژمن کړي. په هرصورت ، دا خدمت ممکن د برخه اخیستونکو لپاره د غیر رسمي لارې په توګه ګټور وي ترڅو د لرې کولو دلایلو لکه د تجهیزاتو ناکامي لپاره د شتون نشتوالي په ګوته کړي. |
د ثبت خدمتونه | د رایې ورکولو وقفې د عادي ورځ مخکې پروګرامونو لپاره د VTN لخوا غوښتنه شوې اړتیا نلري ډیر تکرار شي چې په یو ساعت کې یو ځل. په هرصورت ، د زړه د غوړ پیژندلو یا د ورځې د برنامو لپاره د رایې ورکولو کارول ممکن ډیرې رایې اچونې ته اړتیا ولري. |
د استوګنې د تودوخې پروګرام
دا برنامه د مستقیم بار کنټرول (DLC) نماینده ده چیرې چې د غوښتنې ځواب سیګنال په مستقیم ډول د بارونو بارولو سرچینو چلند بدلوي ، پرته له دې چې د سیګنال ترلاسه کولو او د بار وړلو بار وړلو اقداماتو تر مینځ خلاصون یوه پرت شتون ولري.
د استوګنې ترمینځ DR پروګرام ځانګړتیاوې
پرو پرو ډاونلوډ کړئfile هدف | - د تقاضا تقاضا کمول |
لومړني چلوونکي | د کم لګښت پانګوونه او د انرژي لګښتونه کم شوي |
د پروګرام تفصیل | - کله چې اسانتیاوې د لوړې عمده پلور نرخونو یا د بریښنا سیسټم اضطراري شرایطو ته پام وکړي یا تمه وکړي ، دوی ممکن داسې پیښه پیل کړي چې د پیرودونکي د برنامه کولو وړ تماس (PCT) چلند د ټاکلي وخت په جریان کې تعدیل کړي (د بیلګې په توګه ، د ماسپخین 3 بجې - د ماښام 6 بجې په ګرم کې) د دوبي اوونۍ ورځ) د انرژي مصرف کمولو لپاره.
-د پیښې په غبرګون کې د PCT چلند ته تغیر ممکن د پیښې د مودې لپاره د تودوخې په مرکز کې ساده بدلون وي یا د بدلون ډیر پیچلي سیټ ، پشمول د مخکینۍ کولینګ په شمول چې د پیریدونکي اطمینان باندې د پیښې اغیزه کموي. کچه. |
د پیرودونکي هڅونه | - حساس دوه عمومي ب takeه غوره کوي. لومړی ، پیرودونکي ممکن د PCT وړیا وړیا چمتو شي یا د پیرودونکي پیرود شوي PCTs کې تخفیف وړاندیزونه په DR پروګرام کې د نوم لیکلو لپاره چمتو کړي. دوهم ، پیرودونکي ممکن په برنامه کې د دوام لپاره د نوم لیکنې لپاره کلنۍ وظیفه ترلاسه کړي. لږ معمولي به د پیښو په جریان کې د ریښتیني انرژي کمولو په اساس پیرودونکو ته تادیه شوي هڅونه وي. |
نرخ ډیزاین | - په ځانګړي ډول یو تشویقي برنامه ، چیرې چې پیرودونکي په DR برنامه کې د نوم لیکنې لپاره تخفیف یا وړیا PCT ترلاسه کوي. ځینې برنامې ممکن د پیښو په جریان کې د انرژي کمولو پراساس دوراني وظیفه یا تشویقي تادیات ورکړي
|
هدف پیرودونکی | -داستوګنې |
د هدف لوړه | -HVAC |
شرط | - په ځانګړي ډول هیڅ نه ، لکه څنګه چې پیرودونکي د برنامې شمولیت برخې په توګه PCT ترلاسه کوي
|
د برنامې وخت چوکاټ | - په ځانګړي ډول د کال میاشتې میاشتې وېشل کیږي چیرې چې د لوړې انرژۍ مصرف پیښیږي ، پداسې حال کې چې ممکن په ځینو مواردو کې کال وي. |
د پیښې محدودیتونه | -په ځانګړي ډول د دوشنبې تر جمعې پورې ، د رخصتیو پرته ، د پرله پسې ورځو پیښو په عمومي ډول اجازه ورکول کیږي. |
د پیښې ورځې | -په کال کې له 9 څخه تر 15 پورې |
د پیښې موده | - پیښې هر وخت پیښ کیدی شي ، چې د 2 څخه تر 4 ساعتونو پورې وخت نیسي ، که څه هم معمولا پیښې د ورځې د انرژي مصرف ترټولو لوړ وخت په جریان کې پیښیږي. |
خبرتیا | په ځانګړي ډول مخکې ورځ ، که څه هم ځینې برنامې ممکن د 10 دقیقو په څیر لنډ وخت د خبرتیا وخت ولري. |
چلند غوره کړئ | - پیرودونکي اړتیا نلري په پیښو کې برخه واخلي ، په هرصورت دوی به پخپله پیښو کې غوره شي پرته لدې چې دوی د پیښې په پام کې نیولو لپاره اقدام وکړي یا د پیښې په جریان کې د تودوخې سره لاسي تنظیم وکړي. |
تصدیق
پیښې |
ټایپټیک ډول هیڅ هم نه |
د استوګنې تودوستۍ برنامو لپاره د OpenADR ځانګړتیاوې
د پیښې نښې | –د 1 څخه تر 3 کچو سره یو ساده سیګنال د PCT تودوخې سیټ پوینټ آفسیټونو یا توماسټیټیک سایکلینګ پرسن کې بدلون ته نقشه شویtage. که چیرې د استوګنې ترمامیټ برنامه یو واحد آفسیټ / د سایکلینګ اجزا ولري باید د 1 کچې ته سطح شي د لوړې شیډ اغیزې ډیروالي درجې کې 1 او 2 کچې ته نقشه شوي.
-که چیرې ګمارنه د B پرو ملاتړ وکړيfile VENs د سیمپل سیګنال برسیره ، ممکن LOAD_CONTROL سیګنال پکې شامل وي په تادیه کې د یو ډول سره د ایکس - لوډ کنټرول لیول آفیس یا د ایکس لوډ کنټرول ظرفیت د مطلوب تودوخې سیټ پوینټ آفسیټ یا ترموسټاټیک سایکلینګ پارسن مشخص کولو لپارهtagپه ترتیب سره. سپارښتنه کیږي چې الف د x حرارت کارولو کنټرول لیفیل سیسټم ټایپ په کارولو سره په تادیاتو کې د "حرارت درجه" واحد ډول د سیټ لپاره سیلسیس یا فارنهایټ په ګوته کول. ضمیمه A د پخواني لپاره وګورئamples. |
غوښتنې ځواب | -VTNs پیښې لیږي د OadrResponse ضروري عنصر ته "تل" تنظیم کړئ، VEN ته اړتیا لري چې د OptIn یا OptOut سره ځواب ووایی
– وینز باید د OptIn سره ځواب ووایی مګر غیر لدې چې د پیرودونکي لخوا ځینې ځانګړی عمومی ګام اخیستل شوی وی. -د د oadrCreateOpt تادیه ممکن د VENs لخوا کارول کیدی شي د غونډې په سرچینو کې د ګډون شراکت کول. د مثال په توګه ، پیښه ممکن د دوو ترمیسټونو سرچینې په نښه کړي چې د HVAC سیستم جلا کنټرولوي. که چیرې پیرودونکی پریکړه وکړي چې یوازې د HVAC سیسټمونو څخه یو کولی شي پدې پیښه کې برخه واخلي ، دا به د oadrCreateOpt تادیاتو په کارولو سره VTN ته واستول شي. په یاد ولرئ چې د oadrCreateOpt تادیه یوازې د B پرو لخوا ملاتړ کیږيfile VENs |
د پیښې تشریح کونکی | - پیښه لومړیتوب باید 1 ته ټاکل شي غیر لدې چې د برنامه قواعد یا VTN ترتیب بل ډول مشخص نه کړي
–د ازموینې پیښې عموما نه کارول کیږي د استوګنې ترمینات پروګرامونو سره. په هرصورت که دوی ته اجازه ورکړل شي د ازموینې پیښې عنصر باید د "ریښتیني" سره وټاکل شي ترڅو د ازموینې پیښې په ګوته کړي. که چیرې پدې عنصر کې اضافي پارامیټر شوي معلوماتو ته اړتیا وي نو دا کولی شي د دې ریښتیني معلوماتو سره د ځای سره جلا "ریښتیني" تعقیب کړي. |
د پیښې فعاله موده | –تصادم په عموم کې د زغم عنصر په کارولو سره د استوګنې ترمیسټ پیښو لپاره کارول کیږي
– eiRampپورته او د eiRecovery عناصر معمولا نه کارول کیږي |
اساسونه | –بیس لاینونه عموما د پیښې تادیه کې ندي شامل شوي |
د پیښې نښه کول | د محرم تودوستیت برنامې د PVs لخوا کنټرول شوي HVAC سرچینې په نښه کوي. نښه کول عموما سرچینې مشخصوي د HVAC سیسټمونو (لکه د تودوخېټ) د VEN سره تړاو لري یا وینیډ د پیښې د سیګنال وسیلې کلاس هدف سره Thermostat ته ټاکل شوی |
د راپور ورکولو خدمتونه | –د ټیلیمټري راپور ورکول عموما نه کارول کیږي ځکه چې دا د استوګنې ترمامیټ برنامې لپاره حتمي ندي
د مثال لپاره ضمیمه B ته مراجعه وکړئampد کارونې پیلوټانو څخه لږ راپورونه چې ممکن د دې ډول برنامې لپاره د پلي کیدو وړ وي. |
غوره توبونه | –د آپټ خدمت کارول د لنډمهاله شتون مهالویشونو خبرو اترو لپاره عموما به ونه کارول شي د CPP برنامې برخې په توګه. |
د ثبت خدمتونه | د رایې ورکولو وقفې د VTN لخوا د عادي ورځی څخه مخکې د استوګنې ترمینل پروګرامونو لپاره غوښتنه شوې اړتیا نلري ډیر تکرار شي چې په یو ساعت کې یو ځل. په هرصورت ، د زړه د ضربې پیژندلو لپاره د رایې ورکونې کارول ممکن د رایې ورکونې ډیرې وخت ته اړتیا ولري ځکه چې د استوګنې ترمینټ پروګرامونه به د خبرتیا لنډ وخت سره لنډ وي. |
د ګړندي DR استول
د ګړندي DR لیږلو برنامې ځانګړتیاوې
پرو پرو ډاونلوډ کړئfile هدف | - په ریښتیني وخت کې د ځواب ځواب ترلاسه کولو لپاره د سرچینو چمتو کول |
لومړني چلوونکي | د ګریډ اعتبار او ضمني خدمات |
د پروګرام تفصیل | فاسټ DR د "ریښتیني وخت" کې د مخکې ژمن شوي لوډ غبرګون ترلاسه کولو لپاره د ISO / کارځایونو لخوا کارول کیږي. دا دمخه ژمن شوي بوډ غبرګون د ISO / کارتونو لخوا کارول کیږي کله چې دوی داسې شرایط ویني چې د بریښنا ثبات او بشپړتیا ساتلو لپاره فوري اقداماتو ته اړتیا لري. د ریښتیني وخت معنی دا ده چې سرچینې معمولا د 10 دقیقو څخه د منابعو لپاره ځنډ سره استول کیږي کوم چې د زیرمو لپاره 2 ثانیو ته د زیرمو په توګه کارول کیږي کوم چې د مقرراتو موخو لپاره کارول کیږي.
د بوډ غبرګون اندازه باید دومره لوی وي ترڅو د بریښنا حالت کمولو کې توپیر رامینځته کړي او پدې توګه سرچینې عموما خورا لویې وي او ډیری وختونه د مجموعي سرچینې برخې برخې په توګه د تنظیم کونکو لخوا اداره کیږي. په ذخیره خدماتو کې د برخې اخیستو لپاره د سرچینې لپاره د بار ځواب لپاره لږترلږه اندازې په عموم ډول شاوخوا 500 کیلو واټه دي ، مګر د ځینې برنامو لپاره تر 100 کیلو واټ پورې ټیټ کیدی شي. په یاد ولرئ که چیرې سرچینه د زیرمو په توګه وکارول شي نو په عادي توګه به د بارونو کمولو (لکه شیډ) ته وغوښتل شي ، مګر که دا د مقرراتو اهدافو لپاره وکارول شي نو کیدی شي یا هم د بار ډیرولو یا کمولو لپاره ولیږل شي. |
د پیرودونکي هڅونه | راغونډوونکي / پیرودونکي معمولا دوه ډوله هڅونه ترلاسه کوي. لومړی ، دوی د ژمنې کولو او د راتلونکي وخت کړکۍ په جریان کې د DR پیښو لپاره د ځانګړي ځواب چمتو کولو چمتو کولو لپاره تادیه ترلاسه کوي. د بار ځواب غبرګون ، د شتون وخت کړکۍ او تادیه شوي پیسې په عموما ډول د راغونډونکي / پیرودونکي لخوا ټاکل شوي. دوهم ، که یوه پیښه د راتلونکي وخت کړکۍ په جریان کې غوښتل کیږي د پیښې په جریان کې د بار ځواب په مقدار باندې تادیات. |
نرخ ډیزاین | په برنامه کې برخه اخیستونکي داوطلبي وړاندې کوي چې د بار ځواب په ګوته کوي چې دوی د راتلونکي وخت کړکی په جریان کې چمتو کولو ته چمتو دي. په داوطلبۍ کې عموما the تادیه شامله وي چې یوځای کونکی / پیرودونکی د بار ځواب لپاره منلو ته چمتو وي.
په یوټیلټي/ISO بازارونو کې داوطلبۍ معمولا یوه ورځ مخکې یا د هغه وخت دورې ورځې لپاره سپارل کیږي چې ژمنې یې کیږي. په بازارونو کې د دوی وړتیا او راجسټریشن برخې په توګه د فعالیت مختلف لفاف پیرامیټونه د سرچینې سره تړاو لري لکه ramp نرخ او دقیقې او اعظمي عملیاتي محدودیتونه. دا ډول پیرامیټرې اداره کوي چې دا به څنګه لیږل کیږي. که چیرې د ګډون کونکي داوطلبي ومنل شي پیرودونکي ته د دوی دمخه ژمنې لپاره تادیه کیدی شي حتی که د وخت کړکۍ په جریان کې هیڅ پیښې شتون ونلري. که چیرې یوه پیښه د وخت کړکۍ پرمهال وبلل شي پیرودونکی ممکن د پیښې په جریان کې د دوی فعالیت لپاره اضافي تادیات ترلاسه کړي. د فعالیت پراساس دا ډول تادیات ممکن د یو شمیر فاکتورونو پراساس وي پشمول د مقدار انرژي ، بریښنا ، سرچینه څومره د لیږلو لارښوونې تعقیبوي ، او د "مایل" تادیه چې د دوی د بار پرو څومره منعکس کوي.file د پیښې پرمهال بدلون اړین و. د دې ځینې پیرامیټرې لکه انرژي او بریښنا ممکن د اساس لیک په اړه وي. |
هدف پیرودونکی | - مدیران او د ځان سره راغونډ شوي C&I پیرودونکي |
د هدف بارونه | - هغه څوک چې کولی شي د ریښتیني وخت لیږدونو ته ځواب ووایی. |
شرط | - ګمرک باید د وقفې مترونه ولري
- د بار ځواب لپاره لږترلږه اندازې اړتیاوې پوره کړئ -د اصلي وخت استولونو ته د ځواب ویلو وړ وي - په ځانګړي ډول باید د ریښتیني وخت ټلی میټری چمتو کړئ چې د اوسني بار غبرګون ښیې |
د برنامې وخت چوکاټ | -کله هم |
د پیښې محدودیتونه | - هیڅ نه |
د پیښې ورځې | - هیڅ نه |
د پیښې موده | - په لنډ ډول لنډ (د 30 دقیقو څخه لږ) ، مګر په هر حالت کې به هیڅکله د وخت له کړکۍ څخه تجاوز ونه کړي چې برخه اخیستونکي سرچینې چمتو کړې کله چې دوی خپله غوښتنه وړاندې کړه. |
خبرتیا | - هیڅ نه |
چلند غوره کړئ | - پیرودونکي پیښور ته د ډیفالټ په واسطه غوره شوي په دې شرط چې دوی د لوړې دمخه ژمن ځواب ولري |
تصدیق
پیښې |
په کلني ډول یو کال (ازمېښت) |
د وړتیا داوطلبي برنامو لپاره د OpenADR ځانګړتیاوې
د پیښې نښې | –د سیمال سیګنال د 1 څخه تر 3 کچو پورې نقشه شوي د بار ځواب مقدار. که برنامه یوازې د ځواب غبرګون واحد واحد ملاتړ وکړي ، دا باید 1 کچ ته نقشه شي ، د برنامو لپاره د غبرګ غبرګون څو ځلې کچې برنامو لپاره ، د نورمال عملیاتو څخه خورا کوچنی بدلون باید د 1 کچې ته نقشه شي ، سره د لوډ شیډ ارزښتونه. د 2 او 3 کچې د لوړې غبرګون ډیروالی.
-که چیرې ګمارنه د B پرو ملاتړ وکړيfile VENs د سیمال سیګنال برسیره ، د LOAD_DISPATCH سیګنال په ب inه لېږل ممکن پکې شامل وي په سیډ پوټ یا ډیلټا کې د سیګنال ډولونو ، او د بریښنا د ریس واحدونو سره په تادیه کې. دا سیګنال د بار مطلوب "عملیاتي نقطه" نمایندګي کوي او د میګاواټ مطلق مقدار په توګه څرګند کیدی شي (د مثال په توګه) یا د اوسني عملیاتي ځای سرچینو څخه د میگاواټ ځینې نسبتي شمیر (لکه ډیلټا). ضمیمه A د پخواني لپاره وګورئamples. |
غوښتنې ځواب | -VTNs پیښې لیږي د OadrResponse ضروري عنصر ته "تل" تنظیم کړئ، VEN ته اړتیا لري چې د OptIn یا OptOut سره ځواب ووایی
-As راټولونکي / پیرودونکي دمخه ژمن ظرفیت لري وینز باید د optIn سره عکس العمل وښیې. یو انتخاب ممکن د پیښې په ځواب کې واستول شي ، مګر دا د غیر رسمي موجودیت نښې دي ، نه د پیښې رسمي غوراوی. -د د oadrCreateOpt تادیه به عموما ونه کارول شي په پیښو کې برخه اخیستونکو سرچینو وړتیا لپاره ځکه چې په عمومي ډول توکی یو واحد مجموعه ده. |
د پیښې تشریح کونکی | - پیښه لومړیتوب باید 1 ته ټاکل شي غیر لدې چې د برنامه قواعد یا VTN ترتیب بل ډول مشخص نه کړي
–د ازموینې پیښې کارول کیدی شيپه ځانګړي توګه د سرچینې د ثبت او وړتیا پرمهال. که چیرې دوی ته اجازه ورکړل شي ، د ازموینې پیښې عنصر باید "ریښتیني" ته تنظیم شي ترڅو د ازموینې پیښې په نښه کړي. که چیرې پدې عنصر کې اضافي پارامیټرایز شوي معلوماتو ته اړتیا وي نو دا کولی شي د دې اضافي معلوماتو سره د ځای سره جلا "ریښتیني" تعقیب کړي. |
د پیښې فعاله موده | – د زغم عنصر نه کارول کیږي. eiRampپورته او د eiRecovery دورې عموما د سرچینې پیرامیټونو برخه وي کله چې دوی راجستر کیږي او کارول کیدی شي. د لیږل شوي طبیعت له امله دوی ممکن خلاص خلاص وي او پدې توګه ممکن د پیښې پای وخت شتون ونلري. |
اساسونه | –بیس لاینونه عموما د پیښې تادیه کې ندي شامل شوي لکه څنګه چې دا معلومات عموما د پیښې پیل کیدو پرمهال شتون نلري. په هرصورت ، دواړه اسانتیاوې او راټولونکي/پیرودونکي به view په پیښو کې د بنسټیز معلوماتو شاملول د ګټور په توګه. |
د پیښې نښه کول | - د وړتیا داوطلبي برنامې عموما د ورکړل شوي پیرودونکي لپاره سرچینو ترمنځ توپیر نه کوي. په نښه کول عموما وینډ ټاکي، په ګوته کوي چې د VEN سره تړلې ټولې سرچینې باید برخه واخلي ، یا د ټولیدونکي بار یوه سرچینه نماینده پکې شامل ده د VEN سره تړاو لري. |
د راپور ورکولو خدمتونه | د ګړندي DR پروګرامونه معمولا د TELEMETRY_USAGE راپورونو ته اړتیا لري د پاوریلیل معلوماتو ډیټا سره. د کارونې راپور سرچینې اوسني عملیاتي نقطه په ګوته کوي او د یوټیلټي / ISO لخوا کارول کیږي ترڅو معلومه کړي چې سرچینې د لیږلو لارښوونې تعقیب څومره تعقیبوي.
په ځینو مواردو کې د ټیلمیتري کې ممکن د نورو معلوماتو ټکي شامل وي لکه حجمtagد لوستلو او چارج حالت (یعنی انرژي) په هغه حالت کې چیرې چې سرچینې د ذخیره کولو یو ډول وي. په ځینو مواردو کې د راپور ورکولو فریکونسي ممکن د هر 2 ثانیو په څیر لوړه وي. په یاد ولرئ چې د ټیلمیتري راپور ورکول B پرو ته اړتیا لريfile VENs. ضمیمه A د پخواني لپاره وګورئamples. د پخواني لپاره ضمیمه B ته هم مراجعه وکړئampد کارونې پیلوټانو څخه لږ راپورونه چې ممکن د دې ډول برنامې لپاره د پلي کیدو وړ وي. |
غوره توبونه | –د لنډمهاله شتون لپاره خبرو اترو لپاره د آپټ خدمت کارول مهالویش عموما به ونه کارول شي لکه څنګه چې پیرودونکي د دوی موجودیت دمخه ژمن دي. په هرصورت ، دا خدمت ممکن د برخه اخیستونکو لپاره د غیر رسمي لارې په توګه ګټور وي ترڅو د لرې کولو دلایلو لکه د تجهیزاتو ناکامي لپاره شتون شتون نه په ګوته کړي. |
د ثبت خدمتونه | د اصلي وخت لیږلو لپاره د لږ ځنډ اړتیاو له امله یوازې د فشار متقابل عمل نمونه کارول کیږي. |
د استوګنې بریښنایی وسایط (EV) د کارولو وخت (TOU) برنامه
د استوګنې EV TOU برنامې ځانګړتیاوې
پرو پرو ډاونلوډ کړئfile هدف | د نرخ جوړښت چې له مخې د بریښنایی موټرو چارج کولو لګښت بدل شوی ترڅو د مصرف کونکي مصرف کولو ب patternsې بدلون ته راشي. |
لومړني چلوونکي | په ماښام کې د استوګنې انرژي کارول. لکه څنګه چې د ای وي چارج کول 4-8 ساعته وخت نیسي ، دا د څو ساعتونو لپاره ځنډ کیدی شي د بار وړلو چوکاټ ته واړول شي. |
د پروګرام تفصیل | هغه پیرودونکي چې بریښنایی وسایط لري کولی شي د بریښنایی وسایط وخت کارونې (EV-TOU) نرخ لپاره لاسلیک کړي او د ټیټ وخت په جریان کې د خپل موټر چارج کولو لپاره ټیټ نرخونه ترلاسه کړي ، لکه د نیمې شپې څخه تر 5 بجو د EV-TOU نرخونه وړاندیز وکړ چې پیرودونکي وهڅوي چې د ورځې وخت بریښنا محدوده کړي ، کله چې د بریښنا غوښتنه لوړه وي. |
د پیرودونکي هڅونه | د EVs لپاره لږ ګران چارجونه. |
نرخ ډیزاین | TOU د نیمې ورځې چوکۍ ، سهار او ماښام نیم چوټې ، او 12 AM-5AM آف چوټې سره |
هدف پیرودونکی | د EV مالک د بار پرو سرهfile دا په ماښام کې لوړیږي. |
د هدف بارونه | ای وي چارجرز |
شرط | پیرودونکي باید سمارټ میټر او ای وي ولري |
د برنامې وخت چوکاټ | ټول کال |
د پیښې محدودیتونه | هیڅ نه |
د پیښې ورځې | هره ورځ ، یا یوازې د اونۍ ورځې |
د پیښې موده | 5-8 ساعته |
خبرتیا | پیرودونکي د دوی په میاشتني بیلونو کې د نرخ درجې څخه خبر کیږي ، او VTNs د پیښې نښې ورځ په ورځ لیږي. |
چلند غوره کړئ | د پیسو تادیه کونکي ممکن د دوی نرخ پلان بدل کړي ځکه چې دوی په نورمال ډول د یو ګټور سره ترسره کوي. |
تصدیق
پیښې |
د استوګنې EV TOU برنامو لپاره د OpenADR ځانګړتیاوې
د پیښې نښې | ELECTRICITY_PRICE د اصلي نرخ ټایرونو سره سیګنالونه ، په بیله بیا د سیمال نښې د 2.0a VENs لخوا ګډون کولو ته اجازه ورکوي
ضمیمه A د پخواني لپاره وګورئamples. |
غوښتنې ځواب | تل د VENs لخوا غوره شوی |
د پیښې تشریح کونکی | په اونۍ کې یوه پیښه ، د هرې بیې درجې لپاره د پیښې وقفې سره |
د پیښې فعاله موده | لږترلږه 24 ساعته خبرتیا باید وکارول شي. د هرې پیښې وقایه باید د TOU کچه کچه ونیسي |
اساسونه | N/A |
د پیښې نښه کول | هیڅ پرمختللي هدف ته اړتیا نشته ، یوازې د VEN - کچه هدف. |
د راپور ورکولو خدمتونه | هیڅ راپور ورکولو ته اړتیا نلري ، ټول معلومات له میټر څخه راځي.
د مثال لپاره ضمیمه B ته مراجعه وکړئampد کارونې پیلوټانو څخه لږ راپورونه چې ممکن د دې ډول برنامې لپاره د پلي کیدو وړ وي. |
غوره توبونه | د آپټ خدمتونه به د دې برنامې ډول سره تړاو ونلري. |
د ثبت خدمتونه | مصرف کونکي به د نرخ کولو سیګنالونو ترلاسه کولو لپاره خپل VEN چمتووالی سره چمتو کړي. |
د عامه سټیشن بریښنایی وسایط (EV) دقیق وخت نرخ کولو پروګرام
د عامه سټیشن EV RTP برنامې ځانګړتیاوې
پرو پرو ډاونلوډ کړئfile هدف | د غوښتنې غبرګون فعالیت چې له مخې یې د بریښنایی موټرو چارج کولو لګښت بدل شوی ترڅو مصرف کونکو ته د لوړ قیمت نرخونو واقعیتونو ته واړول شي. |
لومړني چلوونکي | د ورځې بیه د بریښنا نرخ بدلیږي. دا برنامه هدف په اغیزمنه توګه د بریښنا لګښت چارج کولو نرخ سره پرتله کول دي. |
د پروګرام تفصیل | عامه چارجر کولی شي د کار ځایونو ، عامه پارکینګ ځایونو ، او پرچون پلورنځیو کې شتون ولري. دا برنامه احتمالي چارجرانو ته د پلګ کولو دمخه د ریښتیني وخت نرخونه تړاو لري ، ترڅو دوی وکولی شي د خپل موټر چارج کولو یا نه ورکولو په اړه یو باخبره پریکړه وکړي. |
د پیرودونکي هڅونه | د ډیر لوړ وخت په جریان کې لږ ګران چارج کول. |
نرخ ډیزاین | قیمتونه کولی شي بدلون وموميurly ، مګر یوځل چې پیرودونکی په خپل موټر کې پلګ کول غوره کړي ، نرخ د چارج کولو مودې لپاره ټاکل شوی. |
هدف پیرودونکی | هرڅوک چې د EV سره مخ وي د کور څخه لرې پرمهال چارج کولو ته اړتیا لري. |
د هدف بارونه | عامه EV چارجرونه |
شرط | د ای وی چارجرونه باید د انټرنیټ سره تړلي او د OpenADRR.2.0b تصدیق شوي وي ، یا د OpenADRR.2.0b VEN دروازې سره وصل شي. |
د برنامې وخت چوکاټ | ټول کال |
د پیښې محدودیتونه | هیڅ نه |
د پیښې ورځې | هره ورځ ، یا یوازې د اونۍ ورځې |
د پیښې موده | 1 ساعت یا اوږد |
خبرتیا | پیرودونکي د موجوده نرخ څخه خبر کیږي کله چې د دوی موټر کې پلګ کول غوره کوي. |
چلند غوره کړئ | پیرودونکي ممکن د چارج نه کولو په پریکړې سره وتړي. |
تصدیق
پیښې |
د عامه سټیشن EV RTP برنامو لپاره د OpenADR ځانګړتیاوې
د پیښې نښې | ELECTRICITY_PRICE د قیمتونو سره سیګنالونه.
ضمیمه A د پخواني لپاره وګورئamples. |
غوښتنې ځواب | تل د VENs لخوا غوره شوی |
د پیښې تشریح کونکی | پیښې باید پیچلې وي ، او یو وقفه ولري. |
د پیښې فعاله موده | لږترلږه د 1 ساعت خبرتیا باید وکارول شي ، په هرصورت افادیتونه ممکن د ورځې - راتلونکی خبرتیا کارولو لپاره غوره کړي. |
اساسونه | N/A |
د پیښې نښه کول | هیڅ پرمختللي هدف ته اړتیا نلري ، مګر هدف په ځانګړي ټرانسفارمرونو ، تغذیه کونکو ، یا جغرافیوي سیمو کې د نرخونو لیږلو لپاره کارول کیدی شي. |
د راپور ورکولو خدمتونه | هیڅ راپور ورکولو ته اړتیا نلري ، مګر که مطلوب وی کارول کیدی شي.
د مثال لپاره ضمیمه B ته مراجعه وکړئampد کارونې پیلوټانو څخه لږ راپورونه چې ممکن د دې ډول برنامې لپاره د پلي کیدو وړ وي. |
غوره توبونه | د آپټ خدمتونه به د دې برنامې ډول سره تړاو ونلري. |
د ثبت خدمتونه | د چارج سټیشن پلورونکی به د دوی وسیلې د یوټیلټي VTN سره چمتو کړي. |
د توزیع شوي انرژي سرچینې (DER) DR پروګرام
د برنامه لاندې تفصیل توضیحي دی او د یوې څیړنې پا paperې (حواله ریش کاغذ) باندې والړ دی چې دا تشریح کوي چې څنګه د ګټې اخیستونکي پیرودونکي کولی شي د DER ذخیره کولو سرچینو څخه په DR برنامو کې برخه واخلي ترڅو د ریښتیني وخت نرخ کولو (RTP) برنامو کې برخه واخلي.
د توزیع شوي انرژي سرچینې (DER) برنامې ځانګړتیاوې
پرو پرو ډاونلوډ کړئfile هدف | د غوښتنې غبرګون فعالیت چې په سمارټ ګریډ کې د توزیع شوي انرژي سرچینو ادغام اسانوي لپاره کارول کیږي. |
لومړني چلوونکي | د کم لګښت پانګوونه او د انرژي لګښتونه کم شوي |
د پروګرام تفصیل | د DER سرچینو سره پیرودونکي چې کولی شي انرژي راټول او ذخیره کړي دا کولی شي د لوړې بیې دورې په جریان کې له بریښنا څخه د بریښنا پیرود کولو لګښت کم کړي لومړی د انرژي زیرمو زیرمه کولو سره ، او بیا د بار وړلو بارولو ستراتیژیو پلي کول |
د پیرودونکي هڅونه | د PV یا نورو وسیلو له لارې تولید شوي زیرمه شوي انرژي کارولو او د بار وړلو بارولو ستراتیژیو پلي کولو سره د لوړې بریښنا نرخونو پرمهال د لګښتونو کنټرول وړتیا |
نرخ ډیزاین | د بریښنا نرخونه د عمده پلور نرخونو یا تعرفو سره توپیر لري چې د ورځې ، فصل یا تودوخې د وخت وخت سره توپیر لري |
هدف پیرودونکی | د انرژي ذخیرې سرچینې سره پیرودونکي |
د هدف بارونه | کوم |
شرط | د انرژي زېرمې سرچینې |
د برنامې وخت چوکاټ | هر وخت |
د پیښې محدودیتونه | هیڅ نه |
د پیښې ورځې | هره ورځ |
د پیښې موده | ۸ ساعته |
خبرتیا | ورځ مخکې |
چلند غوره کړئ | N / A - د غوره هڅې برنامه |
تصدیق
پیښې |
هیڅ نه |
د توزیع شوي انرژۍ سرچینو لپاره د پرانیستې څانګې ځانګړتیاوې (DER)
د پیښې نښې | ELECTRICITY_PRICE د 24 ساعتونو مودې په اوږدو کې د 24 ساعتونو نرخونو سره سیګنال کوي. دا سیګنال به B پرو ته اړتیا ولريfile. دا برنامه پخپله د A پرو لپاره ساده سیګنال کولو ته پور نه ورکويfile VENs.
ضمیمه A د پخواني لپاره وګورئamples. |
|
غوښتنې ځواب | -VTNs پیښې لیږي د OadrResponse ضروري عنصر "هیڅکله نه" تنظیم کړئ، د ځواب ویلو څخه د VENs مخنیوی. | |
د پیښې تشریح کونکی | - پیښه لومړیتوب باید 1 ته ټاکل شي غیر لدې چې د برنامه قواعد یا VTN ترتیب بل ډول مشخص نه کړي | |
د پیښې فعاله موده | 24 ساعته د ورځ مخکې خبرتیا سره د 1 ساعت وقفې سره | |
اساسونه | N/A | |
د پیښې نښه کول | هیڅ پرمختللي هدف ته اړتیا نشته نو بل دا چې ویینډ وي | |
د راپور ورکولو خدمتونه | راپور ورکولو ته اړتیا نشته
د مثال لپاره ضمیمه B ته مراجعه وکړئampد کارونې پیلوټانو څخه لږ راپورونه چې ممکن د دې ډول برنامې لپاره د پلي کیدو وړ وي. |
|
غوره توبونه | نه کارول کیږي | |
د ثبت خدمتونه | د رایې ورکولو وقفې د VTN لخوا د عادي ورځ - راتلونکي t برنامو لپاره غوښتنه شوې اړتیا نلري ډیر تکرار شي چې په یو ساعت کې یو ځل. په هرصورت ، د زړه د ضربې پیژندلو لپاره د رایې ورکونې کارول ممکن د رایې ورکونې ډیرې وخت ته اړتیا ولري ځکه چې د استوګنې ترمینټ پروګرامونه به د خبرتیا لنډ وخت سره لنډ وي. |
– ایسampد ډیټا او پیلوډ ټیمپلیټونه
لاندې جدولونه او د XML تادیېampلیس به پلي کونکو ته د پخواني مثال سره چمتو کړي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 = "urn: ietf: params: xML: ns: icocolate-2.0 :stream"
- xmlns: xcal = "urn: ietf: پیرامونه: xml: ns: عکس
- xmlns: ځواک = "http://docs.oasis-open.org/ns/emix/2011/06/p پاور"
د پکو د قیمت ارزښت لرونکی برنامې (CPP)
د CPP سناریو 1 - د ساده استعمال قضیه ، A یا B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: ۱ بجه
- موده: 4 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 1
- سیګنال نوم: سم
- د سیګنال ډول: کچه
- واحدونه: N / A
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقایې ځانګړتیا ارزښت: 1
- سیګنال هدف: N / A
- د پیښې هدف (ونه): venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د CPP سناریو 2 - د عادي کارونې قضیه ، B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: د ماسپخین 1
- موده: 4 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 2
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: 0 ، 1 ، 2 ، 3 کچه
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایې ارزښت (s): 1 یا 2
- سیګنال هدف: هیڅ نه
- سیګنال نوم: ELECTRICITY_PRICE
- د سیګنال ډول: قیمت
- واحدونه: ډالرو په KW
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایوي ارزښت (و): $ 0.10 څخه تر 1.00 XNUMX
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د CPP سناریو 3 - د پیچلي کارونې قضیه
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: ۱ بجه
- موده: 6 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 2
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: کچه 0,1،2، 3، XNUMX)
- د وقفو شمیره 3
- د وقایې موده (وختونه): 1 ساعت ، 4 ساعته ، 1 ساعت
- د وقایې ځانګړی ارزښت
- سیګنال هدف: هیڅ نه
- سیګنال نوم: ELECTRICITY_PRICE
- د سیګنال ډول: قیمت
- واحدونه: ډالرو په KW
- د وقفو شمیره 3
- د وقفو موده: 1 ساعت ، 4 ساعته ، 1 ساعت
- د وقایې ځانګړتیا ارزښت: $ 0.50 ، $ 0.75 ، $ 0.50 (د هرې وقفې لپاره په ترتیب سره)
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: سرچینې_1 ، سرچینې_2 ، سرچینې_
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
CPP Sampد پیښې پیلوډ - عادي B پروfile قضیه وکاروئ
OadrDisReq091214_043740_513
TH_VTN
پیښه091214_043741_028_0
0
http: // MarketContext1
<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>
لرې
<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>
PT4H
PT24H
PT4H
0
2.0
سمپل
کچه
SIG_01
0.0
PT4H
0
0.75
برښنا
نرخ
SIG_02
اسعارو پیپرکی
امریکايي ډالر
هیڅ نه
0.0
venID_1234
تل
د CBP سناریو 1 - د ساده استعمال قضیه ، A یا B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: ۱ بجه
- موده: 4 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 1
- سیګنال نوم: سم
- د سیګنال ډول: کچه
- واحدونه: N / A
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقایې ځانګړتیا ارزښت: 1
- سیګنال هدف: N / A
- د پیښې هدف (ونه): venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د CBP سناریو 2 - د عام استعمال قضیه ، B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: د ماسپخین 1
- موده: 4 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 2
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: کچه 0,1،2، 3، XNUMX
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایې ارزښت (s): 1 یا 2
- سیګنال هدف: هیڅ نه
- سیګنال نوم: BID_LOAD
- د سیګنال ډول: ټاکل شوې نقطه
- واحدونه: د بریښنا ریس
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایې ارزښت (s): له 20kW څخه تر 100kW پورې
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د CBP سناریو 3 - د پیچلي کارونې قضیه
- پیښه
- خبرتیا: د پیښې ورځ (څو ساعته؟)
- د پیل وخت: ۱ بجه
- موده: 6 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 3
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: کچه 0,1،2، 3، XNUMX)
- د وقفو شمیره: 2
- د وقفو موده: 3 ساعته ، 3 ساعته
- د وقایې ځانګړتیا ارزښتونه:، ، ((د هرې وقفې لپاره په ترتیب سره)
- سیګنال هدف: هیڅ نه
- سیګنال نوم: BID_LOAD
- د سیګنال ډول: ټاکل شوې نقطه
- واحدونه: د بریښنا ریس
- د وقفو شمیره 2
- د وقفو موده: 3 ساعته ، 3 ساعته
- د وقایې ځانګړتیا ارزښت: k 40 کیلو واټ ، k 80 کیلو واټ (په ترتیب سره د هرې وقفې لپاره)
- سیګنال هدف: هیڅ نه
- سیګنال نوم: BID_PRICE
- د سیګنال ډول: قیمت
- واحدونه: currencyPerKW
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایوي ارزښت: s 3.10
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: سرچینې_1 ، سرچینې_2 ، سرچینې_
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپور
- د راپور نوم: TELEMETRY_USAGE
- د راپور ډول: کارول
- واحدونه: د بریښنا ریس
- د لوستلو ډول: مستقیم لوستل
- د راپور فریکوینسي: هر 1 ساعت کې
CBP Sampد پیښې پیلوډ - عادي B پروfile قضیه وکاروئ
OadrDisReq091214_043740_513
TH_VTN
پیښه091214_043741_028_0
0
http: // MarketContext1
<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>
لرې
<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>
PT4H
PT24H
PT4H
0
2.0
سمپل
کچه
SIG_01
0.0
PT4H
0
80.0
BID_LOAD
ثابته نقطه
SIG_02
ریال پاور
W
k
60.0
<power:voltage> 220.0tage>
ریښتیا
0.0
venID_1234
تل
د استوګنې ترمسټاټ سناریو 1 - د ساده استعمال قضیه ، A یا B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: ۱ بجه
- موده: 4 ساعته
- بې ترتیب کول: 10 دقیقې
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 1
- سیګنال نوم: سم
- د سیګنال ډول: کچه
- واحدونه: N / A
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقایې ځانګړتیا ارزښت: 1
- سیګنال هدف: N / A
- د پیښې هدف (ونه): سرچینه_1
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د استوګنې ترمسټاټ سناریو 2 - د عادي کارونې قضیه ، B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: د ماسپخین 1
- موده: 4 ساعته
- بې ترتیب کول: 10 دقیقې
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 2
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: کچه 0,1،2، 3، XNUMX
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایې ارزښت (s): 1 یا 2
- سیګنال هدف: هیڅ نه
- سیګنال نوم: LOAD_CONTROL
- د سیګنال ډول: د ایکس - لوډ کنټرول لیول آفس
- واحدونه: تودوخه
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایې ارزښت: له 2 څخه تر 6 درجې فارنهایټ
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: سرچینې_1 ، سرچینې_2
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn ، امکان لرونکی وټ (oadrCreateOpt)
- راپورونه
- هیڅ نه
د استوګنې ترمیسات حالت 3 - د پیچلي کارونې قضیه
- پیښه
- خبرتیا: د پیښې ورځ
- د پیل وخت: ۱ بجه
- موده: 6 ساعته
- بې ترتیب کول: 10 دقیقې
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 3
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: کچه 0,1،2، 3، XNUMX)
- د وقفو شمیره: 2
- د وقفو موده: 3 ساعته ، 3 ساعته
- د وقایې ځانګړتیا ارزښتونه:، ، ((د هرې وقفې لپاره په ترتیب سره)
- سیګنال هدف: هیڅ نه
- سیګنال نوم: BID_LOAD
- د سیګنال ډول: د ایکس - لوډ کنټرول ظرفیت
- واحدونه: هیڅ نه
- د وقفو شمیره 2
- د وقفو موده: 3 ساعته ، 3 ساعته
- د وقایې ځانګړتیا ارزښتونه:، ، ((د هرې وقفې لپاره په ترتیب سره)
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: سرچینې_1 ، سرچینې_2 ، سرچینې_
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn ، امکان لرونکی وټ (oadrCreateOpt)
- راپور
- هیڅ نه
د استوګنې ترمامیت Sampد پیښې پیلوډ - عادي B پروfile قضیه وکاروئ
OadrDisReq091214_043740_513
TH_VTN
پیښه091214_043741_028_0
0
http: // MarketContext1
<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>
لرې
<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>
PT4H
PT10M
PT24H
PT4H
0
2.0
سمپل
کچه
SIG_01
0.0
PT4H
0
6.0
LOAD_CONTROL
د ایکس بوډ کنټرول لیول آفیس
SIG_02
تودوخه
فارنهایټ
هیڅ نه
0.0
سرچینه_1
سرچینه_2
تل
د ګړندي DR سناریو 1 - د ساده کارولو قضیه ، A یا B پروfile
- پیښه
- خبرتیا: 10 دقیقې
- د پیل وخت: ۱ بجه
- موده: 0 (خلاص ختم شو)
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 1
- سیګنال نوم: سم
- د سیګنال ډول: کچه
- واحدونه: N / A
- د وقفو شمیره 1
- وقفه موده (وختونه): 0 (خلاص ختم شو)
- د وقایې ځانګړتیا ارزښت: 1
- سیګنال هدف: N / A
- د پیښې هدف (ونه): venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د ګړندي DR سناریو 2 - د عادي کارونې قضیه ، B پروfile
- پیښه
- خبرتیا: 10 دقیقې
- د پیل وخت: د ماسپخین 1
- موده: 30 دقیقې
- بې مانا کول: هیڅ نه
- Ramp پورته: 5 دقیقې
- بیا رغونه: 5 دقیقې
- د نښو شمیر: 2
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: کچه 0,1،2، 3، XNUMX
- د وقفو شمیره 1
- د وقفو موده: 30 دقیقې
- د وقتي وقایې ارزښت (s): 1 یا 2
- سیګنال هدف: هیڅ نه
- سیګنال نوم: LOAD_DISPATCH
- سیګنال ډول: ډیلټا
- واحدونه: د بریښنا ریس
- د وقفو شمیره 1
- د وقفو موده: 30 دقیقې
- د وقتي وقایوي ارزښت (و): 500 کیلوواټ تر 2mW ته
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- د راپور نوم: TELEMETRY_USAGE
- د راپور ډول: کارول
- واحدونه: د بریښنا ریس
- د لوستلو ډول: مستقیم لوستل
- د راپور فریکوینسي: هر 1 دقیقه
د ګړندي DR سناریو 3 - د پیچلي کارونې قضیه
- پیښه
- خبرتیا: 10 دقیقې
- د پیل وخت: ۱ بجه
- موده: 30 دقیقې
- بې مانا کول: هیڅ نه
- Ramp پورته: 5 دقیقې
- بیا رغونه: 5 دقیقې
- د نښو شمیر: 2
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: کچه 0,1،2، 3، XNUMX)
- د وقفو شمیره: 2
- د وقفو موده: 15 دقیقې ، 15 دقیقې
- د وقایې ځانګړتیا ارزښتونه:، ، ((د هرې وقفې لپاره په ترتیب سره)
- سیګنال هدف: هیڅ نه
- سیګنال نوم: LOAD_DISPATCH
- د سیګنال ډول: ټاکل شوې نقطه
- واحدونه: د بریښنا ریس
- د وقفو شمیره 2
- د وقفو موده: 15 دقیقې ، 15 دقیقې
- د وقایې ځانګړتیا ارزښت: k 800 کیلو واټ ، k 900 کیلو واټ (په ترتیب سره د هرې وقفې لپاره)
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: سرچینه_
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپور
- د راپور نوم: TELEMETRY_USAGE
- د راپور ډول: کارول
- واحدونه: پاور رییل او والیومtage
- د لوستلو ډول: مستقیم لوستل
- د راپور فریکوینسي: هر 5 ثانیې
ګړندی DR Sampد پیښې پیلوډ - عادي B پروfile قضیه وکاروئ
OadrDisReq091214_043740_513
TH_VTN
پیښه091214_043741_028_0
0
http: // MarketContext1
<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>
لرې
<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>
PT10M
PT10M
<ei:x-eiRampپورته>
PT5M
</ei:x-eiRampپورته>
PT5M
PT10M
0
2.0
سمپل
کچه
SIG_01
0.0
PT10M
0
500.0
LOAD_DISPATCH
ډیلټا
SIG_02
ریال پاور
W
k
60.0
<power:voltage> 220.0tage>
ریښتیا
0.0
venID_1234
تل
ګړندی DR Sampد راپور میټاډاټا پیلوډ - عادي B پروfile قضیه وکاروئ
RegReq120615_122508_975
PT10M
rID120615_122512_981_0
سرچینه 1
استعمال
ریښتیني
د
k
مستقیم لوستل
http: // MarketContext1
<oadr:oadrSamplingRate>
PT1M
PT10M
غلط
</oadr:oadrSamplingRate>
0
راپور سپیسیډ 120615_122512_481_2
METADATA_TELEMETRY_USAGE
<ei:createdDateTime>2015-06-12T19:25:12Z</ei:createdDateTime>
ec27de207837e1048fd3
ګړندی DR Sampد راپور غوښتنې تادیې غوښتنه - د B پرو معمول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 - not تطبیق وړ
VEN130615_192312_582
ګړندی DR Sampد راپور ډیټا پیلوډ - عادي B پرو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
100
0.0
500.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) برنامه
په یاد ولرئ چې لکه څنګه چې برنامه په مناسب جوړښت شوي ب rateه کې د نرخ درجې اړیکه کوي یوازې د ساده او عادي کارونې قضیې ښودل شوي
د اوسیدونکي EV سناریو 1 - د ساده کارولو قضیه ، A یا B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: ۱ بجه
- موده: 24 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 1
- سیګنال نوم: سم
- د سیګنال ډول: کچه
- واحدونه: N / A
- د وقفو شمېر؛ برابر ټی آر ټایر په 24 ساعتونو کې بدلیږي (2 - 6)
- د وقایې موده (وختونه): د TOU درجې فعال وخت چوکاټ (د بیلګې په توګه 6 ساعته)
- د وقتي وقایې ارزښت (ونه): 0 - 4 د TOU ټایرونو ته نقشه شوی
- سیګنال هدف: N / A
- د پیښې هدف (ونه): venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د اوسیدونکي EV سناریو 2 - د عادي کارونې قضیه ، B پروfile
- پیښه
- خبرتیا: ورځ د پیښې دمخه
- د پیل وخت: نیمه شپه
- موده: 24 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 2
- سیګنال نوم: ساده
- د سیګنال ډول: کچه
- واحدونه: 0 ، 1 ، 2 ، 3 کچه
- د وقفو شمیره: په 24 ساعتونو کې د TOU ټیر مساوي بدلون (2 - 6)
- د وقایې موده (وختونه): د TOU درجې فعال وخت چوکاټ (د بیلګې په توګه 6 ساعته)
- د وقتي عادي وقفو ارزښت: 0 - 4 د TOU ټایرونو ته نقشه (0 - ارزانه ټایر)
- سیګنال هدف: هیڅ نه
- سیګنال نوم: ELECTRICITY_PRICE
- د سیګنال ډول: قیمت
- واحدونه: ډالرو په KW
- د وقفو شمیره: د TOU ټیر مساوي 24 ساعتونو کې بدلون (2 - 6)
- د وقایې موده (وختونه): د TOU درجې فعال وخت چوکاټ (د بیلګې په توګه 6 ساعته)
- د وقایې ځانګړتیا ارزښت: د 0.10 1.00 څخه تر XNUMX XNUMX (اوسني درجې نرخ)
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
د استوګنې EV Sampد پیښې پیلوډ - عادي B پروfile قضیه وکاروئ
OadrDisReq091214_043740_513
TH_VTN
پیښه091214_043741_028_0
0
http: // MarketContext1
<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>
لرې
<xcal:date-time>2014-12-09T00:00:00Z</xcal:date-time>
PT24H
PT24H
PT5H
0
0.0
PT7H
1
1.0
PT47H
2
2.0
PT5H
3
1.0
سمپل
کچه
SIG_01
0.0
PT5H
0
0.35
PT7H
1
0.55
PT7H
2
0.75
PT5H
3
0.55
برښنا
نرخ
SIG_02
اسعارو پیپرکی
امریکايي ډالر
هیڅ نه
0.0
venID_1234
تل
د عامه سټیشن بریښنایی وسایط (EV) دقیق وخت نرخ کولو پروګرام
په یاد ولرئ لکه څنګه چې دا د ریښتیني وخت قیمت کولو برنامه ده واقعیا د ساده ، عادي ، او پیچلي کارونې قضیې ترمینځ هیڅ توپیر شتون نلري. له همدې امله sampدا ډاټا به یوازې د عادي کارونې قضیې لپاره وښودل شي.
د عامه سټیشن EV سناریو 1 - د عادي کارونې قضیه ، B پروfile
- پیښه
- خبرتیا: 1 ساعت مخکې
- د پیل وخت: د ماسپخین 1
- موده: 1 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 1
- سیګنال نوم: ELECTRICITY_PRICE
- د سیګنال ډول: قیمت
- واحدونه: ډالرو په KW
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایوي ارزښت (و): $ 0.10 څخه تر 1.00 XNUMX
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: تل
- د VEN تمه لرونکی ځواب: optIn
- راپورونه
- هیڅ نه
عامه سټیشن EV Sampد پیښې پیلوډ - عادي B پروfile قضیه وکاروئ
OadrDisReq091214_043740_513
TH_VTN
پیښه091214_043741_028_0
0
http: // MarketContext1
<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>
لرې
<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>
PT1H
PT1H
PT1H
0
0.75
برښنا
نرخ
SIG_01
اسعارو پیپرکی
امریکايي ډالر
هیڅ نه
0.0
venID_1234
تل
د توزیع شوي انرژي سرچینې (DER) DR پروګرام
په یاد ولرئ لکه څنګه چې دا د ریښتیني وخت قیمت کولو برنامه ده واقعیا د ساده ، عادي ، او پیچلي کارونې قضیې ترمینځ هیڅ توپیر شتون نلري. له همدې امله sampدا ډاټا به یوازې د عادي کارونې قضیې لپاره وښودل شي.
د عامه سټیشن EV سناریو 1 - د عادي کارونې قضیه ، B پروfile
- پیښه
- خبرتیا: مخکې ورځ
- د پیل وخت: نیمه شپه
- موده: 24 ساعته
- بې مانا کول: هیڅ نه
- Ramp پورته: هیڅ نه
- بیا رغونه: هیڅ نه
- د نښو شمیر: 24
- سیګنال نوم: ELECTRICITY_PRICE
- د سیګنال ډول: قیمت
- واحدونه: ډالرو په KW
- د وقفو شمیره 1
- د وقایې موده (وختونه): hours ساعته
- د وقتي وقایوي ارزښت (و): $ 0.10 څخه تر 1.00 XNUMX
- سیګنال هدف: هیڅ نه
- د پیښې اهداف: venID_1234
- لومړیتوب: ۱
- د VEN ځواب اړین دی: هیڅکله نه
- د VEN تمه لرونکی ځواب: n / a
- راپورونه
- هیڅ نه
عامه سټیشن EV Sampد پیښې پیلوډ - عادي B پروfile قضیه وکاروئ
OadrDisReq091214_043740_513
TH_VTN
پیښه091214_043741_028_0
0
http: // MarketContext1
<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>
لرې
<xcal:date-time>2014-12-09T00:00:00Z</xcal:date-time>
PT24H
PT24H
PT1H
0
0.75
PT1H
1
0.80
برښنا
نرخ
SIG_01
اسعارو پیپرکی
امریکايي ډالر
هیڅ نه
0.0
venID_1234
هیڅکله
- پخوانیampد یوټیلټي پیلوټانو څخه راپورونه
د OpenADR اتحاد غړو لاندې B پرو چمتو کړیfile oadrUpdateReport payload sampد یوټیلټي پیلوټ برنامو څخه چیرې چې د دوی VEN ګمارل شوي و. لاندې یادداشتونه د درې تادیاتو سره ديampلږ چمتو شوی:
د ترمامات تادیاتو هدف:
- د ترمامیت وضعیت پوهیدلو ته اړتیا لرئ (لنډمهاله ، ټاکل شوي نقطې ، فین او حالت حالتونه)
- که چیرې غوره شوي وي ، ایا پیرودونکي د تودوخې ترتیبات بدل کړي (د لارښود پراخې پیغامونه)
د امتیازاتو د تادیاتو هدف لپاره M&V
- د سرچینې وضعیت او لاسرسي په نظر کې نیولو سره د غوره کولو په حالت کې
- په KWH کې د ټولې انرژۍ او په KW کې د فوري غوښتنې لپاره د KYZ پلس کاونټر یا انرژي مانیټر څخه د وقفو معلومات
د سمارټ متره / د AMI وقفو ډیټا تادیاتو هدف:
- د AMI میټر لوستلو وقفه شاوخوا 15 دقیقې څخه تر 1 ساعت پورې ده. که څه هم ګټور ، د ریښتیني وخت د بلینګ اټکلونو لپاره کافي نه
- په 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 = "urn: ietf: params: xML: ns: icocolate-2.0 :stream"
- xmlns: xcal = "urn: ietf: پیرامونه: xml: ns: عکس
- xmlns: ځواک = "http://docs.oasis-open.org/ns/emix/2011/06/p پاور"
د ترموستات راپور پیلوډ Sample
RUP-18
<xcal:date-time>2014-03-21T02:25:03Z</xcal:date-time>
PT1M
<xcal:date-time>2014-03-21T02:25:03Z</xcal:date-time>
PT1M
حالت
ریښتیا
غلط
0
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
اوسنی ټیمپ
77.000000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
د تودوخې تنظیم کول
64.000000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
د کنډک تنظیم کول
86.000000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
د HVAC حالت تنظیم
3
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
د HVAC اوسنی حالت
0.000000
بې کیفیته - هیڅ ارزښت نلري
د فین حالت تنظیم
2
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
د اوسني نیول حالت
2
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
اوسنی لرې اکر
0
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
اوسني رطوبت
0.000000
بې کیفیته - هیڅ ارزښت نلري
RP21
REQ: RReq: 1395368583267
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
حالت
ریښتیا
غلط
د کیفیت ښه - غیر مشخص
د نب شمار
34750.000000
د کیفیت ښه - غیر مشخص
انرژي
33985.500000
د کیفیت ښه - غیر مشخص
ځواک
1.26
د کیفیت ښه - غیر مشخص
RP15
REQ: RReq: 10453335019195698
0000000000522613 60
TELEMETRY_USAGE
<ei:createdDateTime>2015-08-21T17:41:50Z</ei:createdDateTime>
VEN.ID1439831430142
د سمارټ میټر/AMI وقفې ډیټا راپور پیلوډ ایس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
فوري
6.167000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
وقتي ډاټا ډليورډ
0.051000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
currSumDelivred
12172.052000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
<xcal:date-time>2014-09-10T06:27:07Z</xcal:date-time>
PT15S
فوري
6.114000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
وقتي ډاټا ډليورډ
0.051000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
currSumDelivred
12172.052000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
<xcal:date-time>2014-09-10T06:27:22Z</xcal:date-time>
PT15S
فوري
6.113000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
وقتي ډاټا ډليورډ
0.051000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
currSumDelivred
12172.142000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
<xcal:date-time>2014-09-10T06:27:37Z</xcal:date-time>
PT15S
فوري
6.112000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
وقتي ډاټا ډليورډ
0.051000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
currSumDelivred
12172.142000
هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی
RP4101
<ei:reportRequestID>d5f88bf0-1a8d-0132-eab3-0a5317f1edaa</ei:reportRequestID>
<ei:reportSpecifierID>00:21:b9:00:f2:a9</ei:reportSpecifierID>
TELEMETRY_USAGE
<ei:createdDateTime>2014-09-10T06:27:53Z</ei:createdDateTime>
<ei:venID>2b2159c0-19cd-0132-eaa3-0a5317f1edaa</ei:venID>
خلاص ADR لاندې خدمات ملاتړ کوي:
- د اییونټ خدمت - VENs ته د غوښتنې ځواب پیښو لیږلو لپاره د VTNs لخوا کارول کیږي ، او د VENs لخوا کارول کیږي ترڅو وښیې چې ایا سرچینې په پیښه کې برخه اخلي. یوازینی خدمت چې د A پرو لخوا ملاتړ کیږيfile EiEvent دی
- د EiReport خدمت - د تاریخي ، ټیلمیټري ، او وړاندوینو راپورونو تبادلې لپاره د VENs او VTNs لخوا کارول کیږي
- د EiOpt خدمت - د VEN لخوا د VTNs ته د لنډمهاله شتون مهال ویش خبرو کولو یا په پیښه کې برخه اخیستونکو سرچینو وړتیا لپاره کارول کیږي
- د EiRegisterParty خدمت - د VEN لخوا رامینځته شوی ، او د VEN او VTN لخوا کارول شوی د معلوماتو پراخه کولو لپاره کارول کیږي ترڅو د تادیاتو د تبادلې متقابل تبادلې ډاډ ترلاسه کولو لپاره اړین وي
- د اوډرپول خدمت - د نورو خدماتو څخه د تادیاتو لپاره VTN نظر ورکولو لپاره د VENs لخوا کارول کیږي
A او B پروfile د خدماتو عملیات د هر تادیې اصلي عنصر لخوا تعریف شوي ، پرته لدې چې د OadrPayload او oadrSignedObject ریپر په ټولو B پرو کې کارول کیږيfile پېلوډونه
- oadrRequestEvent - د VEN لخوا د پل ایکسچینج ماډل کې کارول کیږي ترڅو له VTN څخه ټولې اړوندې پیښې بیرته ترلاسه کړي. د A پرو لپاره د رایې ورکولو لومړني میکانیزم په توګه کارول کیږيfile VENs ، مګر یوازې د VTN سره همغږي کولو لپاره په B VENs کې کارول کیږي.
- د - VEN ته د غوښتنې ځواب پیښو رسولو لپاره د VTN لخوا کارول کیږي
- oadrCreatedEvent - د VEN لخوا کارول شوی ترڅو د خبرو اترو لپاره چې ایا دا د غوره کولو یا بهر کولو په واسطه په پیښه کې برخه اخیستل غواړي
- oadr ځواب - د VTN لخوا کارول کیږي د VEN څخه OptIn یا OptOut ترلاسه کولو تصدیق وکړي
په یاد ولرئ چې دواړه VENs او VTN دواړه د راپور تولیدونکي او راپور ورکوونکي غوښتونکي کیدو وړ دي ، نو لاندې ټول تادیات د کومې ډلې لخوا پیل کیدی شي.
- د - د میټاډاټا راپور کې د دوی راپور ورکولو ظرفیتونو خپرولو لپاره کارول کیږي
- د اوډیر ثبت شوی راپور - د OadrRegisterReport ترلاسه کول ومنئ ، په اختیاري توګه د وړاندیز شوي راپورونو څخه غوښتنه وکړئ
- oadrCreateReport - د راپور غوښتنه کولو لپاره کارول کیږي چې دمخه د VEN یا VTN لخوا وړاندیز شوی و
- د اوډرکریټ شوی راپور - د راپور غوښتنې ترلاسه کیدل ومني
- oadrUpdateReport - د غوښتل شوي راپور تحویل کړئ چې د وقتي معلوماتو درلودونکی وي
- oadrUpdated راپور - د ورکړل شوي راپور ترلاسه کول منل
- د - مخکې غوښتل شوی دوراني راپور لغوه کړئ
- د - د دوراني راپور لغوه کول منل
- oadr ځواب - په پل کې د تبادلې په ځینو نمونو کې د ځای لرونکي ځواب په توګه کارول کیږي کله چې د غوښتنلیک پرت ځواب د ټرانسپورټ پرت غوښتنې کې تحویلیږي.
- oadrCreateOpt - د دوه مختلف مختلف مقصدونو لپاره کارول کیږي
- د دې لپاره چې VEN د لنډمهاله شتون مهال ویش VTN ته د DR په پیښو کې د ګډون کولو وړتیا په پام کې نیولو سره اړیکه ونیسي
- د VEN لپاره چې په پیښه کې برخه اخیستونکي سرچینې وړ کړي
- oadrCreatedOpt - د OadrCreateOpt تادیاتو لاسته راوړنه منل
- oadrCancelOpt د لنډمهاله شتون مهال ویش لغوه کړئ
- oadrCanceledOpt - د لنډمهاله موجودیت راپور لغوه کول منل
- oadrQueryRegmission - د VEN لپاره یوه لاره چې د VTNs راجسټریشن معلوماتو څخه پوښتنې وکړي په حقیقت کې راجستر کولو پرته.
- د اوډرریکټ پارټری ثبتونه - د VEN څخه VTN ته د ثبت کولو غوښتنه. د VENs وړتیاو په اړه معلومات لري.
- د odrCreatedPartyRegmission - یا خو د oadrQueryRegmission یا oadrCreatePartyRegmission ته ځواب ویل. د VTN ظرفیتونه او د راجسټریشن معلومات لري چې د VEN مداخله کولو لپاره اړین دي
- د - د راجستریشن لغوه کولو لپاره د VEN یا VTN لخوا کارول کیږي
- د اوډر کانسیلډ پارټي راجسټریشن - د اوډر کانسل پارټي راجسټریشن ته غبرګون. د ثبت منسوخ رسید تصدیق کوي
- oadrRequestResregation - دا تادیه د VTN لخوا د پل ایکسچینج ماډل کې کارول کیږي ترڅو د راجستنې ترتیب بیا ژوندي کولو لپاره VEN ته سیګنال وکړي.
- oadr ځواب - په پل کې د تبادلې په ځینو نمونو کې د ځای لرونکي ځواب په توګه کارول کیږي کله چې د غوښتنلیک پرت ځواب د ټرانسپورټ پرت غوښتنې کې تحویلیږي.
- د اوډرپول - د B پرو لپاره عمومي پولینګ میکانیزمfile دا د کوم بل خدمت لپاره تادیه بیرته ورکوي چې نوي دي یا نوي شوي.
- oadr ځواب - د دې په ګوته کولو لپاره کارول کیږي چې هیڅ نوي یا نوي شوي تادیات شتون نلري
- د سکیما تادیاتو عناصرو لړلیک
لاندې د سکیما عناصرو یو الفبا لیست دی چې په اوپن ADR 2.0 تادیاتو کې کارول کیږي. داستان د دوی استعمال تشریح کوي ځکه چې دا د OpenADR سره تړاو لري او په تادیاتو کې د دوی کارول. کله چې د عنصر تعریف د تادیاتو په اساس بدل شي چې دا پکې شامل دی یا د دې کارولو شرایط ، دا به په داستان کې یاد شي. د روټ تادیاتو تعریفونه له مینځه وړل شوي دي ځکه چې په ضمیمه C کې تعریف شوي.
- ac - د بولان ارزښت په ګوته کوي چې ایا د بریښنا محصول اوسنی بدیل دی
- دقت - شمیره په ورته واحدونو کې ده چې د وقفې لپاره د تادیې متغیره ده. کله چې د باور سره شتون ولري ، د وړاندوینې احتمالي تغیر په ګوته کوي. کله چې د لوستلو ډول سره شتون ولري ، د لوستلو احتمالي غلطي په ګوته کوي.
- راټول شوی پوډ - د قیمت مجموعه یو ځانګړی نرخ نوډ دی چې د ماډل توکو لپاره کارول کیږي لکه سیسټم زون ، د قیمت قیمت زون ، د ګمرکي نرخ زون ، کنټرول ساحه ، مجموعي تولید ، مجموعی برخه اخیستنه ، مجموعه غیر برخه اخیستونکي بار ، د تجارت مرکز ، د DCA زون
- شته - یو مقصد چې د EiOpt د شتون مهال ویش لپاره نیټه وخت او مهال ویش لري
- اساس لائن - ځانګړې بیس لاین لپاره ځانګړی ID
- اساسنامه - د بیس لاین لپاره توضیحي نوم
- اجزا –
- باور - احصایوي احتمال چې د راپور شوي معلوماتو نقطه سمه وي
- د وخت نیټه نیټه ټایم د تادیاتو بوج رامینځته شوی
- اسعارو –
- اسعارو پیپرکی –
- اسعارو پیپرکی –
- اسعارو پیپرټیم –
- اوسنی –
- اوسنی ارزښت - د پیښې وقفې اوس مهال اجرایوي تادیه کونکي فلوټ ارزښت.
- دودول - د دودیز راپورونو لپاره د اندازه کولو دودیز واحد تعریف کولو لپاره کارول کیږي
- نیټه وخت –
- dtstart - د فعالیت ، معلوماتو ، یا حالت بدلون لپاره د پیل وخت
- موده - د پیښې ، راپور ورکولو یا د لاسته راوړنې وخت وقفې لپاره وخت
- موده - د فعالیت موده ، ډاټا یا حالت
- eiActivePeriod - د وخت چوکاټونه د پیښې پورې اړوند دي
- eiCreatedEvent - د DRI غونډې ته د optIn یا optOut سره ځواب ووایاست
- eiEvent - د یوې پیښې لپاره ټول معلومات لرونکي توکي
- eEEventBaseline - ب پروfile
- eiEventSignal - یو شی چې په پیښه کې د یو واحد سیګنال لپاره ټول معلومات لري
- د eiEventSignals - د یو یا ډیرو پیښو سیګنالونو او / یا بیس لاینونو لپاره د وقفو ډیټا
- eiMarketContext - یو آر آی په ځانګړې توګه د غوښتنې ځواب برنامه پیژني
- اییپورټ - د راپور لپاره د ماخذ ID
- د eiRequestEvent - په پل حالت کې د VTN څخه د پیښې غوښتنه وکړئ
- eiResponse - په ګوته کړئ چې ایا ترلاسه شوی تادیه د منلو وړ ده
- eITarget - د منطقي VEN انٹرفیس سره وابسته سرچینې پیژني. د پیښو لپاره ، ټاکل شوي ارزښتونه د پیښې هدف دی
- پای ډیسایسیټ - د اینڈ ډیویس اسسیټونه فزیکي وسیله یا وسیلې دي کوم چې کیدای شي متره یا نور ډولونه وي چې کیدی شي د ګټې لپاره وي
- انرژي غوښتونکی - ظاهري انرژي ، په ولټ کې اندازه کیږيampساعته ساعتونه (VAh)
- انرژي توکی –
- انرژیعامل - عکس العمل انرژي ، ولټ-ampد عکس العمل ساعتونه (VARh)
- انرژي هڅونه - ریښتیني انرژي ، واټ ساعتونه (و)
- د غونډې ښودونکی - د پیښې په اړه معلومات
- ایونټ - د ID ارزښت چې یو مشخص DR پیښې مثال پیژني.
- د پیښې راپور - یو شی چې په وینز کې برخه اخیستل غوښتنه ته د VENs ځواب لري
- پیښی د ترلاسه شویو پیښو لپاره optIn یا optOut ځوابونه
- پیښه - د پیښې اوسنی حالت (لرې ، نږدې ، فعاله او نور)
- د فیچر مجموعه / موقعیت / پولیګان / بیرونی / لاینرینګ
- فریکونسۍ –
- دانه - دا د s ترمینځ د وخت وقفه دهampد راپور غوښتنې کې رهبري شوي معلومات.
- ګروپ ID - دا ډول هدف د پیښو ، راپورونو ، او غوره مهال ویش لپاره کارول کیږي. ارزښت به عموما د DR برنامې کې د نوم لیکنې پرمهال د یوټیوب لخوا ټاکل شوی وي
- ګروپ نوم - دا ډول هدف د پیښو ، راپورونو ، او غوره مهال ویش لپاره کارول کیږي. ارزښت به عموما د DR برنامې کې د نوم لیکنې پرمهال د یوټیوب لخوا ټاکل شوی وي
- هرټز –
- وقفه - یو شی چې د معلوماتو وخت او / یا موده لري ، او د پیښې یا معلوماتو په صورت کې د راپور په قضیه کې د عمل وړ ارزښت
- وقفې - یو یا ډیر وخت وقفې چې په جریان کې د DR پیښه فعاله وي یا د راپور ډیټا شتون لري
- توکی د اندازه کولو د واحد واحد توضیحات
- توکی د راپور معلوماتو ډیټا لپاره د اندازه کولو واحد واحد
- د بازار موندنه - یو ډی آری د DR برنامه پیژني
- میټرهاسیټ - میټراسټ فزیکي وسیله یا وسیلې دي چې د میټر رول ترسره کوي
- د بدلون نیټه نیټه - کله چې پیښه بدله شي
- د ترمیم شمیره - هرځله چې یوه پیښه تعدیل شي ډیر شوی.
- بدلون - ولې پیښه بدله شوې
- کوچنی - mRID فزیکي وسیله په ګوته کوي چې ممکن د پیرودونکي یا بل ډول ډول EndDevices وي.
- نوډ - نوډ یو داسې ځای دی چیرې چې یو څه بدل کیږي (ډیری وخت ملکیت وي) یا په بریښنا سره نښلوي. ډیری نوډونه د مترو سره تړاو لري ، مګر ټول ندي.
- شمیره ډاټا سرچینې –
- د اوډر وړتیا –
- د اوډراکانټور –
- د اوډر ډاټا کیوالی –
- oadrDeviceClass - د وسیلې ټولګي هدف - یوازې د پای ډیویساسټ کارول.
- oadrEvent - یو څیز چې د غوښتنې غبرګون پیښه لري
- د –
- د مخابراتي توک نوم -
- د اورډیکټیکشنونه –
- oadrHttpPullModel - یو بولین په ګوته کوي چې ایا VEN غواړي د پل تبادلې ماډل وکاروي
- oadrInfo - د خدماتو ځانګړي راجسټریشن معلوماتو ارزښت ارزښت جوړه
- oadrKey –
- oadrLevelOffset –
- oadrLoadControlState –
- oadrManualOverride - که ریښتیا وي نو د بار کنټرول په لاسي ډول له سره ځوړند شوی دی
- د اوډر میکس –
- oadrMaxPeriod - اعظمي sampاوږده موده
- د اوډرمین –
- oadrMinPeriod - لږترلږه sampاوږده موده
- د اوډرنورمل –
- oadrOnChange - که ریښتیا وي نو ډاټا به ثبت شي کله چې بدل شي ، مګر په فریکونسۍ کې د minPeriod لخوا مشخص شوي څخه ډیر نه وي.
- oadrOnline - که ریښتیا وي نو سرچینه / شتمني آنلاین ده ، که غلط وي نو آفلاین دي.
- oadrPayload –
- oadrPayloadResourceStatus - د سرچینې اوسني حالت معلومات
- د اوډرپینډینګ راپورونه - د دوراني راپورونو لیست لاهم فعال دی
- د –
- oadrProfile - پروfile د VEN یا VTN لخوا ملاتړ شوی
- oadrProfileنوم – د OpenADR پروfile نوم لکه 2.0a یا 2.0b.
- oadrProfileد – د OpenADR پروfileد تطبیق لخوا ملاتړ کیږي
- oadrReport - د یو واحد راپور لپاره ټول معلومات لرونکي مقابل کې
- د اوډراپورټ څرګندونې - د راپور جوړونکو لخوا وړاندیز شوي راپور ځانګړتیاوې توضیح کول. د میټاډاټا راپور کې شامل دی
- د اوډراپورټ یواځې - د راپور یواځې ډیویس فلګ
- oadrReportPayload - د راپورونو لپاره د معلوماتو ټکي ارزښتونه
- oadrRequmittedOadrPollFreq - VEN باید د دې عنصر لخوا ټاکل شوي هرې مودې لپاره لږ ترلږه یو ځل VTN ته د oadrPoll تادیه لیږي
- oadrResponseRequided - کنټرولونه کله چې OptIn / OptOut ځواب اړین وي. تل یا هیڅکله نه کیدی شي
- oadrSamplingRate - Sampد ټیلمیتري ډول ډیټا لپاره د لینګ نرخ
- د اوډر خدمت –
- د اوډر خدمت نوم - دا ډول هدف د پیښو ، راپورونو ، او غوره مهال ویش لپاره کارول کیږي. ارزښت به عموما د DR برنامې کې د نوم لیکنې پرمهال د یوټیوب لخوا ټاکل شوی وي
- oadrServiceSpecificInfo - د ثبت ځانګړي خدمت معلومات
- د اوډر سیټپاینټ –
- د –
- د اوډر ټرانسپورټ - د ټرانسپورټ نوم چې د VEN یا VTN لخوا ملاتړ کیږي
- oadrTransportAddress - د روټ پته چې د نورو ګوند سره خبرو اترو لپاره کارول کیږي. د اړتیا په صورت کې باید بندر باید پکې شامل شي
- oadrTransportName - د OpenADR ټرانسپورټ نوم لکه ساده هټپ یا xmpp
- د اوډر ټرانسپورټونه - د تطبیق په واسطه د OpenADR ټرانسپورټ ملاتړ شوی
- oadrUpdatedReport - د راپور ترلاسه کیدل منل
- oadrUpdateReport - مخکې غوښتنه شوی راپور ولیږئ
- oadrValue –
- oadrVenName - VEN نوم. ممکن په VTN GUI کې وکارول شي
- oadrXMLSignature - تطبیق د XML لاسلیک ملاتړ کوي
- optID - د غوره تعامل لپاره پیژندونکی
- optReason - د مطلوب دلیل لپاره منل شوی ارزښت لکه x مهالویش
- غوره توب - OptIn یا optout د پیښې تنظیم ، یا د EiOpt خدمت لپاره په vavailablityObject کې د ټاکل شوي آپټ مهالویش ډول ښودلو لپاره کارول شوی
- ګوند ID - دا ډول هدف د پیښو ، راپورونو ، او غوره مهال ویش لپاره کارول کیږي. ارزښت به عموما د DR برنامې کې د نوم لیکنې پرمهال د یوټیوب لخوا ټاکل شوی وي
- د پیسو باران - د پیښې نښو یا د اوسني یا تاریخي ارزښتونو راپور ورکولو لپاره د معلوماتو نقطه ارزښت.
- پنډوډ - د نرخ نوډ مستقیم د ارتباط نوډ سره تړاو لري. دا د قیمت قیمت دی چې د دې لپاره چې د بازار برخه وال خپل وړاندیزونه ، وړاندیزونه ، پیرود / پلور CRRs وسپاري ، او تنظیم یې کړي.
- ټکی –
- د نقطې رسید –
- پوسټ لیست –
- ځواک - ظاهري ځواک په ولټ کې اندازه کیږيampایرس (VA)
- ځواک
- بریښنا توکی
- ځواک - عکس العمل ځواک ، په ولټ کې اندازه شویampد غبرګون غبرګون (VAR)
- ځواک - اصلی واټ په واټس (W) یا جولز / ثانیه (J / s) کې اندازه شوی.
- لومړیتوب - د نورو پیښو په تړاو د پیښې لومړیتوب (د ټیټ شمیر لومړیتوب. د صفر ارزښت (0) هیڅ لومړیتوب نه په ګوته کوي ، کوم چې د ډیفالټ لخوا ټیټ لومړیتوب دی).
- ملکیتونه –
- پلس اکاونټ - د راپور ورکولو د معلوماتو ټکی
- نبض فاکتور - په حساب کې kWh
- وړ - د غونډې لپاره ځانګړی شناخت
- لوستلو ډول - د لوستلو په اړه میټاټاټا ، لکه مانا یا ترلاسه شوي
- ثبتونه - د راجسټریشن لیږد لپاره پیژندونکی. د پوښتنې ثبت په ځواب کې شامل نه وي مګر دا چې دمخه ثبت شوي وي
- ځواب ورکول - په oadrDistributeEvent پېرلوډ کې د راستنیدو لپاره د پیښو اعظمي شمیر
- راپورپانګه د دې دورې هرې تیریدو لپاره بیرته راپور ته نیټه راپور کړئ.
- د راپور ډاټا سرچینه - پدې راپور کې د معلوماتو لپاره سرچینې. پخوانیampپدې کې متره یا فرعي میترونه شامل دي. د پخواني لپارهampکه چیرې یو میټر د دوه مختلف ډوله اندازه کولو وړتیا ولري ، نو د اندازه کولو هر جریان به په جلا توګه وپیژندل شي.
- راپورژوند دا د راپور ورکولو عمومي موده ده.
- د راپور نوم - د راپور لپاره اختیاري نوم.
- راپور د ځانګړي راپور غوښتنې لپاره پیژندونکی
- د راپور سپیسیفیر - په ځانګړي راپور کې مطلوب ډاټا ټکي مشخص کړئ
- د راپور سپیسیفایډ - د ځانګړي میټاډاټا راپور توضیحي لپاره پیژندونکی
- د راپور موضوع - د وسیلې ټولګي هدف - یوازې د پای ډیویساسټ کارول.
- راپور په ګوته کوي چې که راپور (د تازه معلوماتو په ب formه کې) د راپور لغوه کیدو وروسته بیرته راستانه شي
- راپور راپور - د راپور ډول لکه استعمال یا قیمت
- غوښتنه - یوه ID د منطقي معاملې غوښتنه او ځواب سره مل کولو لپاره کارول کیږي
- سرچینه ای ډي - دا ډول هدف د پیښو ، راپورونو ، او غوره مهال ویش لپاره کارول کیږي. ارزښت به عموما د DR برنامې کې د نوم لیکنې پرمهال د یوټیوب لخوا ټاکل شوی وي
- ځواب –
- ځواب کوډ - د 3 عددي ځواب کوډ
- د ځواب ویلو - د ځواب ویلو حالت بیان کړئ
- ځوابونه –
- راډ - د دې ډاټا ټکي لپاره د حوالې ایډ
- خدمت ایریا - دا ډول هدف د پیښو ، راپورونو ، او غوره مهال ویش لپاره کارول کیږي. ارزښت به عموما د DR برنامې کې د نوم لیکنې پرمهال د یوټیوب لخوا ټاکل شوی وي
- د خدماتو وړاندې کولو - په شبکه کې منطقي نقطه چیرې چې د خدماتو ملکیت لاسونه بدلوي. دا د خدماتو ځای کې د احتمالي ډیری خدماتو څخه یو دی ، چې د پیرودونکي موافقې سره سم خدمت وړاندې کوي. په هغه ځای کې کارول کیږي چیرې چې متره نصب کیدی شي.
- د خدمت ځای - د پیرودونکي خدماتو ځای یو یا ډیرو خدماتو وړاندې کولو پواینټونه لري ، کوم چې په پایله کې متر سره تړاو لري. موقعیت ممکن یو نقطه یا څو شیبه وي ، په ځانګړو شرایطو پورې اړه لري. د توزیع لپاره ، د خدماتو ځای عموما د کاروونکي پیرودونکي اساس موقعیت دی.
- سيګنال - د ځانګړي غونډې سیګنال لپاره ځانګړی پیژندونکی
- سيګنال نوم - د سیګنال نوم لکه سمپل
- سیګنال پیوډ - د پیښو او اساساتو لپاره سیګنال ارزښتونه
- siScaleCode - د راپور لپاره د اندازه کولو واحد واحد لپاره مایل عنصر
- ځانګړی تادیه - خلاص
- پیل - د پیښې د پیل لپاره تصادفي کړکۍ
- دریځ نیټه - نیټه او وخت د دې هنري حوالې.
- حرارت –
- ټیسټ ایونټ - له غلط پرته بل څه د ازموینې پیښې ته اشاره کوي
- متن –
- توری –
- زغم - یو فرعي څیز چې د پیښې لپاره د تنظیم کولو اړتیاوې لري
- زغمل - یو شی چې د پیښې لپاره د تنظیم کولو اړتیاوې لري
- ټرانسپورټ انټرفیس - د ټرانسپورټ انٹرفیس د ترانسپورت برخې په دواړو پایونو کې څنډې انځوروي.
- یوډ - د وقفو پیژندلو لپاره د شاخص په توګه کارول کیږي. ځانګړی پیژندونکی
- ارزښت –
- موجودیت - یو مهال ویش چې د DR پیښو کې برخه اخیستنې لپاره د وسیلې موجودیت منعکس کوي
- بوی - د VEN لپاره ځانګړی پیژندونکی
- ټوکtage –
- vtnComment - هر متن
- vtnID - د VTN لپاره ځانګړی پیژندونکی
- x-eiNotication - VEN باید د دې دورې څخه دمخه د DRtart منفي څخه دمخه د DR پیښې تادیه ترلاسه کړي.
- x-eiRampپورته – د پیښې دمخه یا وروسته یوه موده چې د پیښې د وخت وخت په جریان کې باید د لوډ شیډ لیږدول شي.
- اکس - ریس - د پیښې دمخه یا وروسته یوه موده چې د غونډې پای وخت یا پداسې حال کې چې د لوډ شیډ باید لیږدول شي.
- فعال - پیښه پیل شوې او دا مهال فعاله ده.
- لغوه شوی - پیښه لغوه شوې.
- بشپړ شوی - پیښه بشپړه شوه.
- لرې - پیښه په لرې راتلونکي کې پاتې ده. دقیقا تعریف په څومره راتلونکي کې دا معرفي کوي د بازار شرایطو پورې اړه لري ، مګر په عمومي ډول د بلې ورځې معنی لري.
- نږدې - پیښه په نږدې راتلونکي کې پاتې ده. دقیق تعریف چې په راتلونکي کې څومره نږدې راتلونکې پیښه فعاله ده د بازار شرایطو پورې اړه لري. .د پیښې x-eiR مؤثره پیل سره یوځای پیل کويampوخت پورته. که x-eiRampپورته د پیښې لپاره ندي ټاکل شوي ، دا حالت به د پیښې لپاره ونه کارول شي.
- هیڅ نه - کومه پیښه پاتې نه ده
- اسعارو
- ډالر - د متحده ایالاتو ډالر
- دلته د لیست کولو ډیری لپاره ، سکیما ته مراجعه وکړئ
- ځواک
- J/s - ژول دوهم
- W - واټونه
- حرارت
- سیلسیس –
- فارن هایټ –
- هیڅ نوی ارزښت نلري - مخکینی ارزښت کارول شوی –
- بې کیفیته - هیڅ ارزښت نلري –
- د کیفیت خراب - کمیت ناکامي –
- د کیفیت خراب - د سازونې تېروتنه –
- د کیفیت خراب - د وسیلې ناکامي –
- د کیفیت خراب - وروستی پیژندل شوی ارزښت –
- د کیفیت خراب - غیر مشخص –
- د کیفیت خراب - ندی تړلی –
- د کیفیت خراب - د خدمت څخه بهر –
- د کیفیت خراب - د سینسر ناکامي –
- د کیفیت ښه - محلي ناخالص –
- د کیفیت ښه - غیر مشخص –
- د کیفیت حد - ساحه / ثابت –
- د کیفیت حد - ساحه / لوړ –
- د کیفیت حد - ساحه / ټیټ –
- د کیفیت حد - ساحه / نه –
- د کیفیت ناڅرګندتیا - د EU واحدونه ډیر شوي –
- د کیفیت ناڅرګندتیا - د وروستي کاروونې ارزښت –
- د کیفیت ناڅرګندتیا - غیر مشخص –
- د کیفیت ناڅرګندتیا - سینسر درست ندی –
- د کیفیت ناڅرګندتیا - نورمال –
- تل - د ترلاسه شوي هرې پیښې لپاره تل ځواب واستوئ.
- هیڅکله - هیڅکله ځواب مه ورکوئ.
د انتخاب لپاره ګ reasonsل شوي دلایل.
- اقتصادي –
- بیړنی –
- ضرور –
- نه برخه –
- outageRunStatus –
- سټراټود –
- ګډون کول –
- x مهالویش –
- ساده هټپ –
- xmpp –
- optIn - یوه نښه چې VEN به په یوه پیښه کې برخه واخلي ، یا د EiOpt خدماتو په قضیه کې یو مهال مهال ویش په ګوته کوي چې سرچینې به شتون ولري
- برخه نه اخیستل غوره کول - یوه نښه چې VEN به په پیښه کې برخه وانخلي ، یا د EiOpt خدماتو په قضیه کې یو مهال مهال ویش په ګوته کوي چې سرچینې به شتون ونلري
- تخصیص شوی - میټر ډیری [سرچینې] پوښي او کارول یې د پرو پرو ډیټا حساب کولو ځینې ډول له لارې کشف شوي.
- قرارداد - په ګوته کوي لوستل د فارما دي ، د بیلګې په توګه ، د موافقې نرخونو په اساس راپور شوی
- اخستل شوی - کارول د وخت ، عادي عملیاتو ، او نور د پوهې له لارې کشف شوي.
- مستقیم لوستل - لوستل له هغه وسیلې څخه لوستل کیږي چې په monotonically زیاتیږي ، او کارول یې باید د پیل او پای لوستلو له جوړې څخه پرتله شي.
- اټکل شوی - کارول کیږي کله چې لوستل په هغه لړۍ کې غیر حاضر وي چیرې چې ډیری لوستل پکې شتون لري.
- هایبرډ - که چیرې راټول شی ، په مجموعی شمیره کې د لوستلو مختلف ډولونو ته اشاره کوی.
- مطلب - لوستل د هغه دورې اوسط ارزښت دی چې په Granulaity کې په ګوته شوي
- جال - متره یا [سرچینه] د وخت په تیریدو سره د خپل ټول کار حساب محاسبه کوي.
- چوټي - لوستل لوړه (ترټولو) ارزښت په هغه دوره کې چې په انبار کې ښودل شوي. د ځینې اندازه کولو لپاره ، دا ممکن د ټیټ ارزښت په توګه ډیر احساس وکړي. ممکن د مجموعي لوستلو سره مطابقت ونلري. یوازې د جریان-شرح توکو توکو لپاره اعتبار لري ، د بیلګې په توګه ، بریښنا نه انرژي.
- اټکل شوی - په ګوته کوي چې لوستل په راتلونکي کې دي ، او تراوسه ندي اندازه شوي.
- سمول - څو متره په ګډه د دې [سرچینې] لپاره لوستل چمتو کوي. دا په ځانګړي ډول د مجموع شوي څخه توپیر لري ، کوم چې په ورته تادیاتو کې ډیری [سرچینو] ته اشاره کوي. هایبرډ هم وګورئ.
- د x - not تطبیق وړ - کاروړی نه دی
- x-RMS - د روټ مین چوک
- HISTORY_GREENBUTTON - د اټوم فیډ سکیما جوړښت کې د ګرینبټون ډیټا لرونکی راپور
- HISTORY_USAGE - د هشترکی انرژی کارولو ډیټا لرونکی راپور
- میټاټاټاسټسټی_ګریینبټون - د میډاډاټا راپور چې د HISTORY_GREENBUTTON راپورونو لپاره راپور ورکولو ظرفیتونه ټاکي
- میټاټاټا_سټسټی_الیکټ - د میډاټا راپور چې د HISTORY_USAGE راپورونو لپاره راپور ورکولو ظرفیتونه ټاکي
- METADATA_TELEMETRY_START - د میډاټا راپور د TELEMETRY_STATUS راپورونو لپاره راپور ورکولو ظرفیتونه تعریف کوي
- METADATA_TELEMETRY_USAGE - د میډاټاټا راپور چې د راپور ورکولو ظرفیتونه ټاکي TELEMETRY_USAGE راپورونو لپاره
- ټلیمیټریپایټاس - یو ریپوټ چې د ریښتیني وخت سرچینې حالت معلومات لري لکه آنلاین دولت
- TELEMETRY_USAGE - یو ریپوټ چې د ریښتیني وخت انرژي کارولو معلومات لري
یو لمبر ارزښت چې د چمتو شوي راپور ډول وړاندې کوي.
- شتون لرونکی توکی - ظرفیت د نور انرژی ذخیره کولو لپاره شتون لري ، شاید د هدف انرژي ذخیره کولو لپاره ترلاسه شي
- اوسط تقاضا - د دورې په جریان کې اوسط کارول د ګرانولریت لخوا ښودل شوي. د نورو معلوماتو لپاره غوښتنه وګورئ.
- سراسري - د دورې په جریان کې اوسط کارول د ګرانولریت لخوا ښودل شوي. د نورو معلوماتو لپاره کارول وګورئ.
- اساسی کرښه - غوښتنه یا کارول کیدی شي ، لکه څنګه چې د آیټمبیس لخوا اشاره شوې. په ګوته کوي چې [اندازه کول] به څه وي که نه د پیښې یا مقرراتو لپاره. راپور د اساساتو ب formatه ده.
- ډیلټا ډیمینډ - د غوښتنې سره سم د لومړنۍ کرښې په پرتله. د نورو معلوماتو لپاره غوښتنه وګورئ
- ډیلټا سیټ پواینټ - له تیرو مهالویش څخه په سټاینټ کې تغیرات.
- د ډیلټا کارول - د لومړنۍ کچې په پرتله په کارولو کې بدلون. د نورو معلوماتو لپاره کارول وګورئ
- غوښتنه - راپور د واحدونو مقدار په ګوته کوي (په آیټم بیس یا EMIX محصول کې نومول شوی). د پیډلوډ ډول مقدار دی. یو عادي شیان بریښنایی ځواک دی.
- انحراف - د ځینې لارښوونو او حقیقي حالت ترمنځ توپیر.
- downRegulationC ظرفیت وړ دی - د لیږلو لپاره د لاندې مقرراتو ظرفیت شتون لري ، په EMIX ریښتیني ځواک کې څرګند شوی. تادیه تل د مثبت مقدار په توګه ښودل کیږي.
- کچه - په هره وقفه کې د بازار څخه ساده کچه.
- چليز غونډال - د سرچینې عمومي شوي حالت لکه بند / بند ، د ودانۍ نیول ، او داسې نور د غوښتنلیک ځانګړي تادیاتو توسیع ته اړتیا لري.
- سلنه - پرسینtagد غوښتنې
- سلنه - پرسینtagد کارونې
- ځواک - د سرچینې لپاره د ځواک فاکتور
- قیمت - په هرې وقفې کې د آیټمبیس قیمت
- لوستل - راپور یوه لوستلو ته اشاره کوي ، لکه څنګه چې د متر څخه. لوستل د وخت په تیریدو سره شیان دي د وخت په تیریدو سره د دوامداره لوستلو ترمینځ توپیر څخه شمیرل کیدی شي. د پیډلوډ ډول فلوټ دی
- د مقرراتو سیستم - د مقرراتو مقرره لکه څنګه چې د مقرراتو خدماتو برخې په توګه لارښوونه شوې
- ثابته نقطه - راپور هغه اندازه په ګوته کوي چې (په آیټم بیس یا د EMIX محصول کې) ټاکل شوي. کیدی شي د VTN څخه لیږل شوي د سایټ پوټ کنټرول ارزښت تایید / بیرته راشي. د پیډلوډ ډول مقدار دی. یو عادي شیان بریښنایی ځواک دی.
- ساتل شوی - ذخیره شوې انرژي د ریښتیني انرژي په توګه څرګندیږي او د پیسو اندازه د مقدار په توګه څرګندیږي.
- د - د پام وړ انرژي د ریښتیني انرژي په توګه څرګندیږي او د پیسو اندازه د مقدار په توګه څرګندیږي.
- د غونډو وړتیا وړتیا موجوده ده - د لیږلو لپاره د تنظیم مقرره شتون شتون لري ، په EMIX ریښتیني ځواک کې څرګند شوی. تادیه تل د مثبت مقدار په توګه ښودل کیږي.
- کارول - راپور د یوې مودې په اوږدو کې د واحدونو مقدار (په آیټم بېس یا EMIX محصول کې نومول شوی) په ګوته کوي. د پیډلوډ ډول مقدار دی. یو ځانګړی آئٹم بیس ریالینري دی
- د x سرچینې سټاټس - پرسینtagد غوښتنې
- p - پیکو 10 ** - 12
- n - نانو 10 ** - 9
- مایکرو - مایکرو 10 ** - 6
- m - ملی 10 ** - 3
- c - سنټي 10 ** - 2
- d - پریکړه 10 ** - 1
- k - کیلو 10 ** 3
- M - میگا 10 ** 6
- G - ګیګا 10 ** 9
- T - تیرا 10 ** 12
- هیڅ نه - اصلي کچه
- BID_ENERGY - دا د سرچینې څخه د انرژي اندازه ده چې په برنامه کې داوطلبي شوې
- BID_LOAD - دا د بار مقدار دی چې په برنامه کې د سرچینې لخوا وړاندیز شوی و
- BID_PRICE - دا هغه نرخ دی چې د سرچینې لخوا وړاندیز شوی و
- CHARGE_STATE - د انرژي د زیرمو سرچینې ریاست
- ډیما_چارج - دا د غوښتنې چارج دی
- برښنا - دا د بریښنا لګښت دی
- ENERGY_PRICE - دا د انرژي لګښت دی
- LOAD_CONTROL - اړونده ارزښتونو ته د بار وړلو تولید تنظیم کړئ
- LOAD_DISPATCH - دا د بار وړلو لپاره کارول کیږي
- ساده - تخریب شوی - د A پرو سره شاته مطابقت لپارهfile
- ساده - ساده کچه (د OpenADR 2.0a مطابق)
یو شمیره ارزښت د سیګنال ډول تشریح کوي لکه کچه یا قیمت
- ډیلټا - سیګنال د هغه څه څخه د بدلون لپاره مقدار ته اشاره کوي چې یو څوک به یې پرته له سیګنال څخه کارولی وي.
- کچه - سیګنال د برنامې کچې ته اشاره کوي.
- ضربr - سیګنال هغه ضربو ته اشاره کوي چې د تحویل یا کارونې اوسني نرخ ته پلي کیږي کوم چې هغه څه چې یو یې د سیګنال پرته کارولی وي.
- قیمت - سیګنال نرخ په ګوته کوي.
- نرخونهr - سیګنال د نرخ ضعیف اشاره کوي. غځول شوی قیمت د واحد شوي قیمت قیمت دی چې د واحدونو شمیر سره ضرب کیږي.
- نرخونه - سیګنال نسبي نرخ په ګوته کوي.
- ثابته نقطه - سیګنال د واحدونو د هدف اندازه په ګوته کوي.
- د ایکس لوډ کنټرول ظرفیت - دا د بار کنټرولر لپاره لارښود دی چې په هغه کچه کار وکړي چې یو څه خوند لريtagد دې اعظمي بار مصرف ظرفیت. دا د ځانګړي بار کنټرولرانو ته نقشه کیدی شي ترڅو د دندې سایکلینګ په څیر شیان ترسره کړي. په یاد ولرئ چې 1.0 د 100 consumption مصرف ته اشاره کوي. د ساده ON/OFF ډوله وسیلو په صورت کې بیا 0 = OFF او 1 = ON.
- د ایکس بوډ کنټرول لیول آفیس - د عضوي کچې کچه چې د نورمال عملیاتو سره تړاو لري چیرې چې 0 عادي عملیات دي.
- د ایکس لوډ کنټرول پرسنټ آفس - پرسینtagد عادي بار کنټرول عملیاتو څخه بدلون.
- د ایکس لوډ کنټرول سیټ - د بار کنټرولر مقرر ټکي.
- د OpenADR A او B پروfile توپیرونه
یوازینی خدمت چې د A پرو لخوا ملاتړ کیږيfile د EiEvent خدمت دی. د EiEvent څیز په A پرو کې ساده شویfile د لاندې محدودیتونو سره:
- په هرې پیښې کې یوازې یو سیګنال اجازه لري او دا سیګنال باید د OpenADR ښه پیژندل شوی سیګنل وي.
- دلته محدود محدود پیښه په نښه کول یوازې د وینایډ ، ګروپ ID ، سرچینې ID ، او ګوند IDID ملاتړ شوي. (eiEvent: eiTarget).
- د وسیلې کلاسونو سره د سیګنال په کچه هدف کول ندي ملاتړ شوي (eiEventSignal: eiTarget: endDeviceAsset).
- بیس لاین ندی ملاتړ شوی (eiEvent: eiEventSignals: eiEventBaseline).
- د بدلون وخت نیټه او سمون ملاتړ ندی.
- د پای ټکی URL په 2.0b کې د ساده HTTP لپاره دی:
- https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>
ځینې د تادیې عناصر چې په A پرو کې اړین وfile اوس په B پرو کې اختیاري ديfileپه شمول:
- اوسنی ارزښت
د OpenADR موافقې قواعد لاندې ته اړتیا لري:
- د TLS نسخه 1.2 د X.509 سندونو تبادلې لپاره کارول کیږي
- VTN باید دواړه SHA256 ECC او RSA سند ولري
- VENs ممکن د SHA256 ECC او RSA سندونه ملاتړ وکړي ، او ممکن دواړه ملاتړ وکړي
- دواړه VTNs او VENs باید د مراجعینو سندونو غوښتنه کولو لپاره تنظیم شوي وي که چیرې دوی د ټرانسپورټ سرور رول لوبوي (د بیلګې په توګه د بلې ډلې غوښتنو ته ځواب ویل)
- دواړه VTNs او VENs باید د پیرودونکي سند چمتو کړي کله چې د TLS خبرو اترو پروسې برخې په توګه د بلې ډلې لخوا غوښتنه شوې وي
د شبکې ایف ایکس لخوا چمتو شوي سندونه به د RSA یا ECC لپاره ځانګړي وي. د دې سندونو رامینځته کول ممکن په شبکه ایف ایکس کې د فورمو ډکولو پایلې په توګه پیښیږي web د ازموینې سندونو غوښتنه کولو سایټ یا ممکن د سند لاسلیک کولو غوښتنې (CSR) له لارې د تولید سندونو غوښتنه کولو پایله وي. د میتود په پام کې نیولو پرته ، لاندې files به ورکړل شي (مثالampلیس ښودل شوي):
- د روټ سند
- د منځمهاله روټ سند
- د وسیلې سند
- شخصي کیلي
په عموم کې ، شخصي کیلي د VEN یا VTN لخوا لیږل شوي تادیاتو کوډ کولو لپاره کارول کیږي. د وسیلې سند د VEN یا VTN په اړه د ځانګړي پیژندلو معلوماتو یوه ټولګه ده چې د سند ادارې لخوا رامینځته شوې او د شخصي کیلي په کارولو سره کوډ شوې. ریښه او منځمهاله files د وسیلې سند ډیکرپټ کولو لپاره کارول کیږي او تصدیق کوي چې سند د باور لرونکي واک څخه راغلی.
په جاوا چاپیریال کې چې JSSE کاروي ، دوه د سند پلورنځي شتون لري. یو د باور پلورنځی په نوم یادیږي او د روټ سند ساتلو لپاره کارول کیږي. دوهم د کیلي پلورنځی په نوم یادیږي او د سند چینل ذخیره کولو لپاره کارول کیږي چې د وسیلې سند مینځمهاله سند پکې شامل وي ، په بیله بیا شخصي کیلي
مهرباني وکړئ په یاد ولرئ کله چې د XMPP ټرانسپورټ کاروئ نو VEN د XMPP سرور سره اړیکه نیسي او نه په مستقیم ډول د VTN سره. نو د XMPP سرور کې د سندونو ترتیب کول باید د VTN سره مساوي وي. د VTN پخپله او د XMPP سرور ترمینځ اړیکې د VEN لپاره شفاف دي او په لازمي ډول خصوصي لینک دی. په هرصورت ، ډیری پلورونکي په VTN کې د VEN سندونو سیټ کاروي کله چې د XMPP سرور سره اړیکه ونیسي.
که تاسو د خپل XMPP سرور په توګه OpenFire کاروئ ، نو یو بل خنډ شتون لري چې تاسو یې باید په پام کې ونیسئ. اوپن فیر اړتیا لري چې د مراجعینو وسیلو په سندونو کې کارول شوي CN نوم د XMPP سرور کې رامینځته شوي وسیلو XMPP کاروونکي سره میچ کړي. دا د یو عجیب پیرودونکي نومونو پایله کولی شي د MAC په څیر پته په VEN سندونو کې د CN نوم لپاره کارول کیږي (د OpenADR امنیت غوښتنو برخه)
په نهایت کې ، ډیری VENs او VTNs کله چې د ټرانسپورټ پیرودونکي رول لوبوي هڅه به وکړي چې تایید کړي چې د ټرانسپورټ سرور لخوا چمتو شوي د سند CN ساحه د CN نوم لري چې د هغه شرکت کوربه نوم سره میچ کوي چې سند یې چمتو کړی. دا ممکن د مداخلې ستونزې بله سرچینه وي کله چې د سندونو تبادله کیږي. د کوربه نوم تایید کول عموما د دې ډول مسلو جلا کولو لپاره په برنامه توګه غیر فعال کیدی شي.
د OpenADR 2.0 غوښتنې ځواب غوښتنې برنامې لارښود - ډاونلوډ [مطلوب]
د OpenADR 2.0 غوښتنې ځواب غوښتنې برنامې لارښود - ډاونلوډ کړئ