OpenADR 2.0

Οδηγός προγράμματος ανταπόκρισης ζήτησης

Αριθμός αναθεώρησης: 0.92

Κατάσταση εγγράφου: Κείμενο εργασίας

Αριθμός Εγγράφου: 20140701

Πνευματικά δικαιώματα © OpenADR Alliance (2014/15). Με την επιφύλαξη παντός δικαιώματος. Οι πληροφορίες σε αυτό το έγγραφο αποτελούν ιδιοκτησία της OpenADR Alliance και η χρήση και η αποκάλυψή τους είναι περιορισμένες.

ΠΕΡΙΕΧΟΜΕΝΑ

1 Εισαγωγή 6

2 Αναφορές 6

3 Όροι και ορισμοί 6

4 Συντομογραφίες 9

5 Τύποι προγραμμάτων απόκρισης ζήτησης 9

6 Σενάρια ανάπτυξης 10

6.1 Απευθείας 1 11

6.2 Απευθείας 2 12

6.3 Απευθείας 3 13

6.4 Απευθείας 4 14

6.5 Διαμεσολαβητής 1 15

6.6 Συγκεντρωτής 1 16

7 Χαρτογράφηση σεναρίου ανάπτυξης και προγράμματος DR 16

8 Επιλογή προτύπου προγράμματος DR 18

9 Πρότυπα προγράμματος ανταπόκρισης ζήτησης 21

9.1 Πρόγραμμα κρίσιμης αιχμής τιμολόγησης (CPP) 21

9.1.1 Χαρακτηριστικά προγράμματος CPP DR 21

9.1.2 Χαρακτηριστικά OpenADR για Προγράμματα CPP 22

9.2 Πρόγραμμα υποβολής προσφορών χωρητικότητας 24

9.2.1 Χαρακτηριστικά Προγράμματος DR Προσφοράς χωρητικότητας 24

9.2.2 Χαρακτηριστικά OpenADR για προγράμματα υποβολής προσφορών χωρητικότητας 25

9.3 Πρόγραμμα οικιακού θερμοστάτη 27

9.3.1 Χαρακτηριστικά προγράμματος οικιακού θερμοστάτη DR 27

9.3.2 Χαρακτηριστικά OpenADR για προγράμματα οικιακού θερμοστάτη 28

9.4 Γρήγορη αποστολή DR 29

9.4.1 Χαρακτηριστικά προγράμματος γρήγορης αποστολής DR 29

9.4.2 Χαρακτηριστικά OpenADR για προγράμματα υποβολής προσφορών χωρητικότητας 31

9.5 Πρόγραμμα Χρόνου Χρήσης (TOU) οικιακού ηλεκτρικού οχήματος (EV) 33

9.5.1 Χαρακτηριστικά προγράμματος EV TOU κατοικιών 33

9.5.2 Χαρακτηριστικά OpenADR για οικιακά προγράμματα EV TOU 33

9.6 Πρόγραμμα τιμολόγησης σε πραγματικό χρόνο Ηλεκτρικών Οχημάτων Δημόσιου Σταθμού (EV) 34

9.6.1 Χαρακτηριστικά προγράμματος δημόσιου σταθμού EV RTP 34

9.6.2 Χαρακτηριστικά OpenADR για προγράμματα EV RTP Public Station 34

9.7 Πρόγραμμα DR Κατανεμημένων Πόρων Ενέργειας (DER) 35

9.7.1 Χαρακτηριστικά προγράμματος Κατανεμημένων Ενεργειακών Πόρων (DER) 35

9.7.2 Χαρακτηριστικά OpenADR για Κατανεμημένους Ενεργειακούς Πόρους (DER) 35

Παράρτημα Α – Σample Πρότυπα δεδομένων και ωφέλιμου φορτίου 36

A.1 Πρόγραμμα κρίσιμης αιχμής τιμολόγησης (CPP) 36

A.1.1 CPP Σενάριο 1 – Περίπτωση απλής χρήσης, A ή B Profile 36

A.1.2 CPP Σενάριο 2 – Τυπική περίπτωση χρήσης, B profile 36

A.1.3 Σενάριο 3 CPP – Περίπτωση σύνθετης χρήσης 37

A.1.4 CPP Sample Event Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 37

A.2 Πρόγραμμα υποβολής προσφορών χωρητικότητας (CBP) 39

A.2.1 CBP Σενάριο 1 – Περίπτωση απλής χρήσης, A ή B Profile 39

A.2.2 CBP Σενάριο 2 – Τυπική περίπτωση χρήσης, B profile 39

A.2.3 Σενάριο 3 CBP – Περίπτωση σύνθετης χρήσης 40

A.2.4 CBP Sample Event Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 40

A.3 Πρόγραμμα οικιακού θερμοστάτη 42

A.3.1 Σενάριο 1 οικιακού θερμοστάτη – Περίπτωση απλής χρήσης, A ή B Profile 42

A.3.2 Σενάριο 2 οικιακού θερμοστάτη – Τυπική περίπτωση χρήσης, B profile 42

A.3.3 Σενάριο 3 οικιακού θερμοστάτη – Περίπτωση σύνθετης χρήσης 43

A.3.4 Οικιακός θερμοστάτης Sample Event Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 43

A.4 Γρήγορη αποστολή DR 45

A.4.1 Γρήγορο DR Σενάριο 1 – Περίπτωση απλής χρήσης, A ή B Profile 45

A.4.2 Γρήγορο Σενάριο 2 – Τυπική περίπτωση χρήσης, B profile 45

A.4.3 Γρήγορο Σενάριο 3 DR – Περίπτωση σύνθετης χρήσης 46

A.4.4 Γρήγορο DR Sample Event Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 46

A.4.5 Γρήγορο DR Sample Αναφορά ωφέλιμου φορτίου μεταδεδομένων – Τυπικό B Profile Χρησιμοποιήστε την υπόθεση 48

A.4.6 Γρήγορο DR Sample Report Request Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 48

A.4.7 Γρήγορο DR Sample Report Data Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 49

A.5 Πρόγραμμα Χρόνου Χρήσης (TOU) οικιακού ηλεκτρικού οχήματος (EV) 49

A.5.1 Σενάριο 1 οικιακού EV – Περίπτωση απλής χρήσης, A ή B Profile 49

A.5.2 Σενάριο 2 οικιακής χρήσης EV – Τυπική περίπτωση χρήσης, B profile 50

A.5.3 Κατοικίες EV Sample Event Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 50

A.6 Πρόγραμμα τιμολόγησης σε πραγματικό χρόνο Ηλεκτρικών Οχημάτων Δημόσιου Σταθμού 53

A.6.1 Public Station EV Σενάριο 1 – Τυπική περίπτωση χρήσης, B profile 53

A.6.2 Δημόσιος Σταθμός EV Sample Event Payload – Typical B Profile Χρησιμοποιήστε την υπόθεση 53

A.7 Πρόγραμμα DR Κατανεμημένων Πόρων Ενέργειας (DER) 54

Παράρτημα Β – Ορισμοί υπηρεσιών και ωφέλιμου φορτίου 55

B.1 Το Open ADR υποστηρίζει τις ακόλουθες υπηρεσίες: 55

Παράρτημα Γ – Ορισμοί υπηρεσιών και ωφέλιμου φορτίου 56

Γ.1 Ωφέλιμα φορτία EiEvent 56

Γ.2 Ωφέλιμα φορτία EiReport 56

Γ.3 Ωφέλιμα φορτία EiOpt 56

Γ.4 Ωφέλιμα φορτία EiRegisterParty 57

Γ.5 Ωφέλιμα φορτία OadrPoll 57

Παράρτημα Δ – Γλωσσάρι Στοιχείων ωφέλιμου φορτίου σχήματος 58

Παράρτημα Ε Γλωσσάρι απαριθμημένων τιμών 65

E.1 eventStatus 65

Ε.2 τεμάχιοΜονάδες 65

Ε.3 oadrΠοιότητα Δεδομένων 65

E.4 oadrResponseRequired 66

E.5 optReason 66

E.6 oadrTransportName 66

Ε.7 OptType 66

Ε.8 ανάγνωση Τύπος 66

Ε.9 αναφοράΌνομα 67

Ε.10 Έκθεση Τύπος 67

Κλίμακα Ε.11Κωδικός 68

E.12 signalName 68

E.13 signalType 69

Παράρτημα ΣΤ – OpenADR A and B Profile Διαφορές 70

Παράρτημα Ζ – Πιστοποιητικά ασφαλείας OpenADR 71

Εισαγωγή

Το κοινό-στόχος αυτού του οδηγού είναι οι επιχειρήσεις κοινής ωφέλειας που σχεδιάζουν να αναπτύξουν προγράμματα Απάντησης Απαίτησης (DR) που χρησιμοποιούν το OpenADR 2.0 για την επικοινωνία μηνυμάτων που σχετίζονται με συμβάντα DR μεταξύ του βοηθητικού προγράμματος και των μεταγενέστερων οντοτήτων, και οι κατασκευαστές εξοπλισμού που διευκολύνουν αυτήν την ανταλλαγή επικοινωνίας. Υποτίθεται ότι ο αναγνώστης έχει μια βασική εννοιολογική κατανόηση τόσο της απόκρισης ζήτησης όσο και του OpenADR 2.0 (αποκαλούμενο απλά ως OpenADR από εδώ και στο εξής).

Ο επαγγελματίας OpenADRfile Οι προδιαγραφές ορίζουν σαφώς την αναμενόμενη συμπεριφορά κατά την ανταλλαγή πληροφοριών σχετικά με συμβάντα DR, ωστόσο υπάρχει αρκετή προαιρετική δυνατότητα στο OpenADR ώστε η ανάπτυξη διακομιστών (VTN) στο βοηθητικό πρόγραμμα και πελατών (VEN) σε κατάντη τοποθεσίες να μην αποτελεί εμπειρία plug-n-play. Τα χαρακτηριστικά OpenADR, όπως σήματα συμβάντων, μορφές αναφοράς και στόχευση πρέπει να καθορίζονται ανά πρόγραμμα DR.

Δεν υπάρχει τέτοιο πράγμα όπως ένα τυποποιημένο πρόγραμμα DR. Κάθε σχέδιο προγράμματος DR τείνει να είναι μοναδικό, προσαρμοσμένο στις δομικές και ρυθμιστικές απαιτήσεις της γεωγραφικής περιοχής στην οποία αναπτύσσεται. Για κάθε πρόγραμμα DR υπάρχουν πολλά πιθανά σενάρια ανάπτυξης που περιλαμβάνουν διάφορους παράγοντες.

Η μεταβλητότητα των σχεδίων προγραμμάτων DR, των σεναρίων ανάπτυξης και των χαρακτηριστικών OpenADR αποτελούν ανασταλτικό παράγοντα για την εκτεταμένη ανάπτυξη του DR και τη χρήση του OpenADR. Αυτή η μεταβλητότητα είναι ως επί το πλείστον μια αντανάκλαση της κατακερματισμένης και πολύπλοκης φύσης του έξυπνου δικτύου.

Οι επιχειρήσεις κοινής ωφέλειας χρειάζονται π.χampαπό τυπικά προγράμματα DR, ώστε να μπορούν να χρησιμοποιηθούν ως μοντέλα για τις δικές τους υλοποιήσεις προγραμμάτων DR. Οι κατασκευαστές εξοπλισμού πρέπει να κατανοούν τυπικά μοντέλα χρήσης του Προγράμματος DR, ώστε να μπορούν να επικυρώσουν τη διαλειτουργικότητα ως μέρος της διαδικασίας ανάπτυξης και όχι σε συγκεκριμένη βάση ανάπτυξης του προγράμματος DR. Ο σκοπός αυτού του οδηγού είναι να επιτύχει και τους δύο αυτούς στόχους ως εξής:

• Καθορίστε ένα μικρό σύνολο τυπικών προτύπων προγραμμάτων DR που έχουν διαμορφωθεί σύμφωνα με τα κοινά χαρακτηριστικά των πιο δημοφιλών προγραμμάτων DR που έχουν εφαρμοστεί μέχρι σήμερα
• Καθορίστε ένα μικρό σύνολο σεναρίων ανάπτυξης που διαμορφώνονται σύμφωνα με τις αναπτύξεις του πραγματικού κόσμου, με τους ηθοποιούς και τους ρόλους σαφώς προσδιορισμένους
• Καθορίστε προτάσεις βέλτιστων πρακτικών για χαρακτηριστικά OpenADR ειδικά για καθένα από τα πρότυπα Προγράμματος DR
• Παρέχετε ένα δέντρο αποφάσεων που μπορούν να χρησιμοποιήσουν τα βοηθητικά προγράμματα για να προσδιορίσουν τα χρήσιμα πρότυπα προγραμμάτων DR και τα σενάρια ανάπτυξης με βάση τις επιχειρηματικές τους ανάγκες

Η έμφαση σε αυτόν τον οδηγό θα δοθεί στο να είναι απλά τα πράγματα παρέχοντας ένα μικρό σύνολο σαφών συστάσεων που θα καλύπτουν τις περισσότερες λεπτομέρειες που απαιτούνται για την ανάπτυξη ενός τυπικού προγράμματος DR και θα επιτρέψουν τη δοκιμή διαλειτουργικότητας του εξοπλισμού που αναπτύσσεται σε προγράμματα χρησιμοποιώντας τις συστάσεις σε αυτό οδηγός.

Αναφορές

• OpenADR Profile Προδιαγραφές και σχήμα – www.openadr.org

Όροι και Ορισμοί

Οι ακόλουθοι όροι και ορισμοί χρησιμοποιούνται σε αυτό το έγγραφο.

• Απαίτηση απόκρισης: Ένας μηχανισμός για τη διαχείριση της ζήτησης φορτίου πελατών ανάλογα με τις συνθήκες προσφοράς, όπως οι τιμές ή τα σήματα διαθεσιμότητας
• Aggregator Party – Αυτό είναι ένα μέρος που συγκεντρώνει πολλούς πόρους μαζί και τους παρουσιάζει στο Μέρος του προγράμματος DR ως ενιαίο πόρο στα Προγράμματά του DR.
• Ενδιάμεση Υποδομή Aggregator – Αυτή είναι η υποδομή, ξεχωριστή από την Υποδομή από την πλευρά της ζήτησης, η οποία χρησιμοποιείται από το Ενδιάμεσο Μέρος Συγκεντρωτής για αλληλεπίδραση τόσο με τους πόρους όσο και με τις οντότητες της πλευράς του δικτύου
• Συμφωνία: Μια συμβατική συμφωνία μεταξύ των μερών που διαδραματίζουν ρόλο σε ένα πρόγραμμα DR που περιγράφει τις ευθύνες και την αποζημίωση
• Κεφάλαιο – Ένας τύπος πόρου που αντιπροσωπεύει μια συγκεκριμένη συλλογή φυσικών φορτίων. Οι πόροι μπορούν να αποτελούνται από Στοιχεία και ένα Στοιχείο μπορεί να είναι πόρος, αλλά τα Στοιχεία δεν μπορούν να αποσυντεθούν περαιτέρω σε πολλαπλά Στοιχεία ή Πόρους.
• Συνδεδεμένοι: Παρέχετε μια προγραμματική συσχέτιση μεταξύ δύο οντοτήτων, μέσω της διαμόρφωσης μιας συσκευής βάσης δεδομένων. Για παράδειγμα, συσχετισμένοι πόροι με ένα VEN
• γραμμές βάσης: Η υπολογισμένη ή μετρημένη κατανάλωση ενέργειας (ζήτηση) από ένα κομμάτι εξοπλισμού ή μια τοποθεσία πριν από το συμβάν, όπως προσδιορίζεται από έρευνες, επιθεωρήσεις ή/και μετρήσεις στην τοποθεσία.
• BMS – Αυτό είναι το Σύστημα Διαχείρισης Κτιρίου που μπορεί να χρησιμοποιηθεί για τον έλεγχο των πόρων. Αυτό μερικές φορές αναφέρεται ως Σύστημα Διαχείρισης Ενέργειας.
• Σύνθετος πόρος – Αυτός είναι ένας ειδικός τύπος πόρων που είναι μια συνάθροιση πολλαπλών φυσικών στοιχείων που το καθένα έχει τα δικά του μέσα ελέγχου φορτίου.
• Κίνητρα πελατών: Ένα κίνητρο που παρέχεται στον κάτοχο/συγκεντρωτή πόρων από την πλευρά της ζήτησης για συμμετοχή σε πρόγραμμα DR.
• Υποδομή από την πλευρά της ζήτησης – Αυτή είναι η υποδομή που στεγάζει τους Πόρους που είναι εγγεγραμμένοι στα Προγράμματα DR
• DR Logic: Αλγόριθμοι ή λογική που μετατρέπουν τα σήματα DR σε ενεργό έλεγχο φορτίου. Σημειώστε ότι το DR Logic μπορεί να εφαρμοστεί σε πολλές διαφορετικές τοποθεσίες και σε ορισμένες περιπτώσεις να διανεμηθεί σε πολλά υποσυστήματα.
• Κόμμα προγράμματος DR – αυτή είναι η οντότητα που είναι υπεύθυνη για την Υποδομή Δικτύου και επιπλέον για τη διαχείριση των Προγραμμάτων DR που χρησιμοποιούνται για τον μετριασμό προβλημάτων δικτύου. Αυτό είναι συνήθως ένα βοηθητικό πρόγραμμα ή ISO.
• Εγγεγραμμένος: Ο κάτοχος/συγκεντρωτής πόρων από την πλευρά της ζήτησης επιλέγει να συμμετάσχει σε ένα πρόγραμμα DR και μπορεί να παρέχει πληροφορίες σχετικά με τους συγκεκριμένους πόρους που ενδέχεται να στοχεύουν σε εκδηλώσεις DR
• Ενεργή περίοδος εκδήλωσης: Είναι η χρονική περίοδος κατά την οποία μια αλλαγή στο φορτίο profile ζητείται ως μέρος μιας εκδήλωσης DR
• Περιορισμοί συμβάντων: Τα χρονικά πλαίσια κατά τα οποία ο πελάτης μπορεί να αναμένει να λάβει συμβάντα και σχετικούς περιορισμούς, όπως καμία εκδήλωση τα Σαββατοκύριακα ή διαδοχικές ημέρες
• Ημέρες Εκδηλώσεων: Ημέρα κατά την οποία εμφανίζεται ένα συμβάν DR. Τα περισσότερα προγράμματα έχουν περιορισμούς ως προς τον αριθμό των ημερών συμβάντων που επιτρέπονται σε μια δεδομένη ημερολογιακή περίοδο
• Περιγραφέας συμβάντος: Μέρος του αντικειμένου συμβάντος OpenADR που περιγράφει μεταδεδομένα σχετικά με το συμβάν, όπως όνομα προγράμματος και προτεραιότητα συμβάντος
• Διάρκεια εκδήλωσης: Η διάρκεια της εκδήλωσης. Τα περισσότερα προγράμματα ορίζουν περιορισμούς ως προς τη διάρκεια ενός συμβάντος, καθώς και τις ώρες της ημέρας κατά τις οποίες μπορεί να συμβεί το συμβάν
• Σήματα συμβάντων: Οι πληροφορίες με δυνατότητα ενέργειας που περιέχονται σε ένα συμβάν, όπως η τιμολόγηση της ηλεκτρικής ενέργειας ή τα συγκεκριμένα επίπεδα απορριμμάτων φορτίου, ζητούν να ενεργοποιούν συνήθως κάποια προ-προγραμματισμένη συμπεριφορά απόρριψης φορτίου από τον παραλήπτη του συμβάντος. Ένας ορισμός προγράμματος DR θα πρέπει να καθορίζει τους τύπους των σημάτων συμβάντων που χρησιμοποιούνται
• Στόχευση συμβάντων: Οι πόροι απόρριψης φορτίου που είναι ο προβλεπόμενος παραλήπτης για το συμβάν DR. Μπορεί να είναι μια γεωγραφική περιοχή, μια συγκεκριμένη κατηγορία συσκευών, ένα αναγνωριστικό ομάδας, ένα αναγνωριστικό πόρου ή άλλο αναγνωριστικό. Ο ορισμός του προγράμματος DR θα πρέπει να προσδιορίζει τον τρόπο με τον οποίο θα στοχευθούν συγκεκριμένοι πόροι.
• Εκδηλώσεις: Ένα συμβάν είναι μια ειδοποίηση από το βοηθητικό πρόγραμμα για τη ζήτηση πλευρικών πόρων που ζητούν απόρριψη φορτίου ξεκινώντας σε μια συγκεκριμένη χρονική στιγμή, για μια καθορισμένη διάρκεια και μπορεί να περιλαμβάνει πληροφορίες στόχευσης που προσδιορίζουν συγκεκριμένους πόρους που θα πρέπει να συμμετέχουν στο συμβάν
• Διαμεσολαβητική Υποδομή Διαμεσολαβητή – Αυτή είναι η υποδομή, ξεχωριστή από την Υποδομή από την πλευρά της ζήτησης, η οποία χρησιμοποιείται από τον Διαμεσολαβητή Διαμεσολαβητή για αλληλεπίδραση τόσο με τους Πόρους όσο και με τις οντότητες της πλευράς του δικτύου.
• Διαμεσολαβητής: Ένα τρίτο μέρος που διαχειρίζεται μέρος ή το σύνολο της εκτέλεσης του προγράμματος DR για λογαριασμό του βοηθητικού προγράμματος
• Υποδομή δικτύου – Αυτή είναι η υποδομή που ανήκει ή διαχειρίζεται τα Μέρη του Προγράμματος DR. Αυτή η υποδομή περιλαμβάνει την υλοποίηση του OpenADR VTN που χρησιμοποιείται για την αποστολή σημάτων DR σε Πόρους που είναι εγγεγραμμένοι στα Προγράμματα DR
• Ενδιάμεσο Κόμμα – Πρόκειται για ένα μέρος που συνήθως εργάζεται για λογαριασμό του συμβαλλόμενου μέρους των πόρων για να διευκολύνει τη συμμετοχή του σε προγράμματα DR.
• Έλεγχος φορτίου – αυτή είναι η υποδομή που σχετίζεται με έναν πόρο που είναι υπεύθυνος για τον πραγματικό έλεγχο του πόρου και την παραγωγή ενός συγκεκριμένου φόρτουfile.
• Φόρτωση Profile Σκοπός: Αυτό το κίνητρο πίσω από την ανάπτυξη ενός προγράμματος DR και την έκδοση εκδηλώσεων. Όπως η επιθυμία να ξυρίσετε τα φορτία αιχμής.
• Κοινοποίηση: Μια χρονική περίοδος πριν από την ώρα έναρξης ενός συμβάντος όπου ο κάτοχος πόρων από την πλευρά της ζήτησης ειδοποιείται για ένα εκκρεμές συμβάν
• Επιλογή Συμπεριφοράς: Η αναμενόμενη απάντηση από τον κάτοχο πόρων από την πλευρά της ζήτησης κατά τη λήψη ενός συμβάντος. Αυτή η απάντηση μπορεί να λάβει τη μορφή και ένδειξης OptIn ή OptOut εάν ο πόρος θα συμμετάσχει ή όχι στην εκδήλωση
• Επιλογή απαντήσεων: Εάν ένα συγκεκριμένο πρόγραμμα πρέπει να απαιτεί απόκριση από πόρους από την πλευρά της ζήτησης ως απόκριση σε ένα συμβάν και ποιες είναι συνήθως αυτές οι απαντήσεις.
• Επιλογή υπηρεσιών: χρονοδιαγράμματα που κοινοποιούνται μέσω OpenADR για να υποδεικνύουν προσωρινές αλλαγές στη διαθεσιμότητα πόρων για συμμετοχή σε εκδηλώσεις.
• Προαπαιτούμενο: Κριτήρια που πρέπει να πληρούνται προκειμένου ένας κάτοχος πόρων από την πλευρά της ζήτησης να εγγραφεί σε ένα πρόγραμμα DR. Αυτό μπορεί να περιλαμβάνει τη διαθεσιμότητα διαλειμματικής συνάντησης ή κάποια ελάχιστη χωρητικότητα απόρριψης φορτίου
• Κύρια προγράμματα οδήγησης: Το πρωταρχικό κίνητρο από την πλευρά του βοηθητικού προγράμματος για τη δημιουργία του προγράμματος DR και την έκδοση εκδηλώσεων. Όπως «Μείωση ζήτησης αιχμής και επάρκεια πόρων»
• Προγράμματα – Αυτά είναι τα Προγράμματα DR στα οποία είναι εγγεγραμμένοι οι Πόροι.
• Περιγραφή προγράμματος: Μια αφηγηματική περιγραφή του τρόπου λειτουργίας ενός προγράμματος. Μέρος των προτύπων του προγράμματος DR που ορίζονται σε αυτό το έγγραφο
• Χρονικό πλαίσιο προγράμματος: Η εποχή του έτους ή οι εποχές κατά τη διάρκεια ενός προγράμματος DR είναι συνήθως ενεργές
• Σχεδίαση βαθμού: Οι συγκεκριμένες τροποποιήσεις στη δομή των επιτοκίων ή τα κίνητρα που καταβάλλονται για να παρακινηθούν οι ιδιοκτήτες πόρων από την πλευρά της ζήτησης να συμμετάσχουν στο πρόγραμμα
• Υπηρεσίες εγγραφής: Υπηρεσία που χρησιμοποιείται από το πρωτόκολλο OpenADR για τη δημιουργία βασικής διαλειτουργικότητας μεταξύ ενός VTN και VEN και για την επικύρωση ότι το VEN σχετίζεται με τον λογαριασμό πελατών κοινής ωφέλειας.
• Υπηρεσίες Αναφοράς: Υπηρεσία που χρησιμοποιείται από το OpenADR για να επιτρέπει στα VEN να παρέχουν αναφορές σε VEN. Το πρόγραμμα DR θα πρέπει να προσδιορίζει τις απαιτήσεις αναφοράς για το πρόγραμμα.
• Κόμμα πόρων – Αυτό είναι το μέρος που κατέχει τους πόρους της πλευράς ζήτησης που ενδέχεται να εγγραφούν σε Προγράμματα DR
• Πόρος – Αυτή είναι η οντότητα που είναι εγγεγραμμένη στα Προγράμματα DR και είναι σε θέση να πραγματοποιήσει κάποιου είδους αλλαγή στο load profile ως απόκριση στη λήψη ενός σήματος DR από ένα VTN.
• Στόχευση πελάτη: Ο επαγγελματίαςfile των πόρων από την πλευρά της ζήτησης που μπορούν να εγγραφούν σε συγκεκριμένα προγράμματα DR, όπως οικιακά, βιομηχανικά ή ίσως με βάση το επίπεδο κατανάλωσης ηλεκτρικής ενέργειας.
• Φορτία στόχου: Οι πόροι από την πλευρά της ζήτησης των οποίων το φορτίο θα πρέπει να τροποποιηθεί κατά την παραλαβή του α
• ΒΕΝ – Αυτός είναι ο Εικονικός Τελικός Κόμβος OpenADR που χρησιμοποιείται για την αλληλεπίδραση με το VTN.
• VTN – Αυτός είναι ο εικονικός κορυφαίος κόμβος OpenADR που χρησιμοποιείται για την αλληλεπίδραση με τους πόρους που είναι εγγεγραμμένοι στα Προγράμματα DR.

Συντομογραφίες

• BMS: Σύστημα Διαχείρισης Κτιρίων
• C&I: Εμπορική και Βιομηχανική
• Comm: Επικοινωνίες μεταξύ δύο οντοτήτων
• DR: Απαίτηση απόκρισης
• EMS: Σύστημα Διαχείρισης Ενέργειας
• OpenADR: Ανοίξτε την Αυτόματη απόκριση ζήτησης
• Προγράμματα: Αναφορά σε πρόγραμμα(α) απόκρισης ζήτησης
• ΒΕΝ: Virtual End Node
• VTN: Εικονικός κορυφαίος κόμβος

Τύποι προγραμμάτων απόκρισης ζήτησης

Αυτό το έγγραφο περιέχει πρότυπα για τα προγράμματα DR που φαίνονται παρακάτω.

 

1. Κρίσιμη Μέγιστη Τιμολόγηση: Δομή τιμής ή/και τιμής που έχει σχεδιαστεί για να ενθαρρύνει τη μειωμένη κατανάλωση σε περιόδους υψηλών τιμών χονδρικής αγοράς ή απρόβλεπτων συστημάτων επιβάλλοντας ένα προκαθορισμένο υψηλό ποσοστό ή τιμή για περιορισμένο αριθμό ημερών ή ωρών.

2. Πρόγραμμα υποβολής προσφορών χωρητικότητας: Ένα πρόγραμμα που επιτρέπει σε έναν πόρο ζήτησης στις αγορές λιανικής και χονδρικής να προσφέρει μειώσεις φορτίου σε μια τιμή ή να προσδιορίσει πόσο φορτίο είναι διατεθειμένος να περιορίσει σε μια συγκεκριμένη τιμή.

 

3. Πρόγραμμα οικιακού θερμοστάτη/Άμεσος έλεγχος φορτίου: Μια δραστηριότητα ανταπόκρισης στη ζήτηση μέσω της οποίας ο χορηγός του προγράμματος ελέγχει εξ αποστάσεως τον ηλεκτρικό εξοπλισμό ενός πελάτη (π.χ. κλιματιστικό) σε σύντομο χρονικό διάστημα. Αυτά τα προγράμματα προσφέρονται κυρίως σε οικιακούς ή μικρούς εμπορικούς πελάτες.

4. Πρόγραμμα Fast DR Dispatch/Acicilary Services: Ένα πρόγραμμα ανταπόκρισης ζήτησης που παρέχει κίνητρα για πληρωμές στους πελάτες για απόκριση φορτίου κατά τη διάρκεια ενός συμβάντος ανταπόκρισης ζήτησης έκτακτης ανάγκης. Μια μη φυσιολογική κατάσταση του συστήματος (π.χample, περιορισμοί συστήματος και τοπικοί περιορισμοί χωρητικότητας) που απαιτεί αυτόματη ή άμεση χειροκίνητη ενέργεια για την πρόληψη ή τον περιορισμό της αστοχίας των εγκαταστάσεων μετάδοσης ή της παροχής παραγωγής που θα μπορούσε να επηρεάσει αρνητικά την αξιοπιστία του συστήματος μαζικής ηλεκτρικής ενέργειας. Αυτός ο τύπος προγραμμάτων μπορεί μερικές φορές να αναφέρεται ως "Βοηθητικές υπηρεσίες".

5. Πρόγραμμα DR για ηλεκτρικό όχημα (EV).: Δραστηριότητα ανταπόκρισης στη ζήτηση μέσω της οποίας το κόστος φόρτισης ηλεκτρικών οχημάτων τροποποιείται για να αναγκάσει τους καταναλωτές να αλλάξουν τα πρότυπα κατανάλωσης.

6. Πρόγραμμα DR Κατανεμημένων Πόρων Ενέργειας (DER).: Μια δραστηριότητα ανταπόκρισης στη ζήτηση που χρησιμοποιείται για την ομαλή ενσωμάτωση των πόρων διανομής ενέργειας στο έξυπνο δίκτυο.

 

Σενάρια ανάπτυξης

Ο τρόπος με τον οποίο αναπτύσσεται ένα πρόγραμμα DR είναι κάπως ανεξάρτητος από τα χαρακτηριστικά του ίδιου του προγράμματος DR. Τα παρακάτω διαγράμματα δείχνουν διάφορους τρόπους με τους οποίους μπορεί να αναπτυχθεί ένα πρόγραμμα DR. Η ακόλουθη ενότητα παρέχει μια διασταύρωση μεταξύ των σεναρίων ανάπτυξης και των προγραμμάτων DR με τα οποία είναι πιο πιθανό να χρησιμοποιηθούν.

Τα διαγράμματα σε αυτήν την ενότητα δείχνουν τις σχέσεις μεταξύ των οντοτήτων στα διάφορα σενάρια.

Απευθείας 1

Αυτό είναι ένα απλό σενάριο στο οποίο υπάρχει άμεση σχέση μεταξύ του συμβαλλόμενου μέρους του προγράμματος DR και του συμβαλλόμενου μέρους των πόρων. Το Μέρος Πόρων είναι υπεύθυνο για την εγγραφή των δικών του Πόρων στα Προγράμματα DR και η Υποδομή Πλέγματος αλληλεπιδρά απευθείας με τους Πόρους μέσω ενός VEN που βρίσκεται εντός της Υποδομής από την πλευρά της ζήτησης. Επιπλέον, το VEN ανήκει στο Μέρος Πόρων και είναι ξεχωριστό από τους Πόρους και τους ελεγκτές τους. Όταν ένα σήμα DR λαμβάνεται από το VEN, συνήθως δεν εφαρμόζει καμία λογική ελέγχου φορτίου, αλλά απλώς προωθεί τα σήματα στους ελεγκτές φορτίου που λαμβάνουν την κατάλληλη ενέργεια. ΠρώηνampΟι λεπτομέρειες αυτού του σεναρίου θα περιλαμβάνουν κτίρια C&I που ενδέχεται να εγκαταστήσουν μια πύλη που περιέχει ένα OpenADR VEN και όταν λαμβάνεται ένα σήμα από αυτήν την πύλη, απλώς το μεταφράζει σε κάποιο άλλο πρωτόκολλο και το προωθεί στους ελεγκτές φορτίου.

Απευθείας 2

Αυτό μοιάζει πολύ με το σενάριο Direct 1. Η κύρια διαφορά έγκειται στον τρόπο δημιουργίας του VEN και στη διευκόλυνση των αλληλεπιδράσεων με το VTN. Το VEN δημιουργείται σε μια οντότητα σαν ένα κεντρικό BMS που μπορεί να εφαρμόσει τη λογική DR και να αλληλεπιδράσει με το Compound Resource και τους πολλούς διαφορετικούς ελεγκτές φορτίου τους από μια πιο κεντρική τοποθεσία. Πρώηνampπεριλαμβάνουν μεγάλα κτίρια με BMS που ελέγχουν πολλά διαφορετικά φορτία σε ένα κτίριο (π.χ. φωτισμός, HVAC, βιομηχανικές διεργασίες κ.λπ.) έως γ.ampχρήσεις που μπορεί να έχουν πολλαπλές εγκαταστάσεις με κεντρικό σύστημα ελέγχου.

Απευθείας 3

Αυτό το σενάριο μοιάζει πολύ με το σενάριο Direct 1. Η κύρια διαφορά είναι ότι το VEN εγκαθίσταται απευθείας στον πόρο και στον ελεγκτή φορτίου του. Σε αυτήν την περίπτωση τα σήματα DR αποστέλλονται απευθείας στον πόρο και στον ελεγκτή φορτίου του. Το λεγόμενο σενάριο «τιμές στις συσκευές» εμπίπτει σε αυτήν την κατηγορία. ΠρώηνampΘα περιλαμβάνουν κάθε είδους ελεγκτή φορτίου όπως HVAC (δηλαδή θερμοστάτη) που έχει ενσωματωμένο VEN που είναι ικανό να αλληλεπιδρά απευθείας με τις οντότητες του δικτύου VTN.

Απευθείας 4

Αυτός είναι ένας συνδυασμός των ειδών των σεναρίων Direct 1 και Direct 2. Η κύρια διαφορά είναι ότι πολλαπλά VEN συνδέονται με έναν μόνο σύνθετο πόρο που αποτελείται από πολλαπλά στοιχεία με τους δικούς τους ελεγκτές φορτίου. Καθένας από τους ελεγκτές φορτίου που περιλαμβάνει το Compound Resource μπορεί να συσχετιστεί με διαφορετικό VEN. Σημειώστε ότι όλα τα VEN θα βρίσκονται υπό τον έλεγχο του ίδιου Μέρους Πόρων που κατέχει τον Σύνθετο Πόρο. Αυτό το σενάριο υπάρχει για να διευκολύνει τις Υποδομές από την πλευρά της ζήτησης που διαθέτουν σύνθετους πόρους, αλλά δεν διαθέτουν κεντρικό BMS όπως το σενάριο Direct 2. Πρώηνampμπορεί να περιλαμβάνουν κτίρια με διαφορετικούς ελεγκτές φορτίου σε κάθε όροφο, αλλά χωρίς κεντρικό BMS, ή γampχρήσεις με διαφορετικούς ελεγκτές σε κάθε κτίριο, αλλά όχι γampus ευρύ ελεγκτή. Εφόσον από την πλευρά του Μέρους του Προγράμματος DR υπάρχει μόνο ένας πόρος εγγεγραμμένος στο πρόγραμμα όταν θέλει να στείλει ένα σήμα DR στον πόρο, μπορεί απλώς να στείλει τα ίδια σήματα σε καθένα από τα καθορισμένα VEN που έχουν συσχετιστεί με τον πόρο.

Διαμεσολαβητής 1

Σε αυτό το σενάριο υπάρχει ένας ενδιάμεσος που διευκολύνει τις αλληλεπιδράσεις μεταξύ του συμβαλλόμενου μέρους του προγράμματος DR και των πόρων. Συνήθως ο Ενδιάμεσος εργάζεται για λογαριασμό του Μέρους Πόρων για να τον βοηθήσει να διαχειριστεί τους πόρους του. Τα Μέρη Πόρων έχουν άμεσες σχέσεις με το Μέρος του Προγράμματος DR και εγγράφουν τους δικούς τους πόρους στα Προγράμματα DR. Έτσι το κόμμα του προγράμματος DR viewΚάθε Συμβαλλόμενο Μέρος Πόρων ως ξεχωριστός πόρος και μπορεί να αλληλεπιδρά με αυτά ξεχωριστά. Ο ρόλος του Ενδιάμεσου Μέρους είναι να ενεργεί ως ενδιάμεσος για όλες τις αλληλεπιδράσεις που σχετίζονται με το OpenADR, επομένως το VEN εγκαθίσταται στην Ενδιάμεση Υποδομή Διαμεσολαβητή. Αυτή η υποδομή είναι συχνά βάσεις cloud και προσφέρεται στα Resource Parts ως Software as a Service (SaaS). Όταν το σήμα DR λαμβάνεται από το VEN του Διαμεσολαβητή, ενδέχεται να πραγματοποιηθούν διάφορες ενέργειες, συμπεριλαμβανομένης της προώθησης του σήματος DR στον κατάλληλο πόρο και πιθανώς της εφαρμογής κάποιου είδους Λογικής DR και της αποστολής εντολών ελέγχου φόρτωσης στον ελεγκτή φόρτωσης κάθε πόρου. ΠρώηνampΤα στοιχεία αυτού του σεναρίου περιλαμβάνουν:

• Πωλητές που διαχειρίζονται τις εγκαταστάσεις για μεγάλες εμπορικές αλυσίδες όπως λιανοπωλητές μεγάλων κουτιών.
• Διαμεσολαβητές βιομηχανικού ελέγχου.
• Εταιρείες Ενεργειακών Υπηρεσιών (ESCO's)
• Συστήματα διαχείρισης συσκευών και συσκευών που βασίζονται στο cloud, όπως οι αναδυόμενοι προμηθευτές έξυπνων θερμοστατών επικοινωνίας.

Συγκεντρωτής 1

Αυτό το σενάριο είναι παρόμοιο με το σενάριο Facilitator. Η κύρια διαφορά είναι ότι το Συμβαλλόμενο Μέρος Συγκεντρώνει τη σχέση με το Μέρος του Προγράμματος DR σε αντίθεση με τα Μέρη Πόρων. Το συμβαλλόμενο μέρος συγκέντρωσης συγκεντρώνει πολλαπλά Στοιχεία πελατών σε έναν μόνο πόρο τον οποίο εγγράφει στα Προγράμματα DR. Το Μέρος του Προγράμματος DR δεν έχει ορατότητα στα μεμονωμένα Στοιχεία που διαχειρίζεται ο Συγκεντρωτής. Όπως και με το Facilitator, ο Aggregator έχει τη δική του υποδομή όπου εγκαθίσταται το VEN. Η διαφορά είναι ότι όταν λαμβάνεται ένα σήμα DR αναφέρεται σε έναν μόνο πόρο και ο Aggregator εφαρμόζει κάποιο είδος λογικής DR σε όλα τα Στοιχεία του χαρτοφυλακίου του για να επιτύχει τους στόχους που καθορίζονται στο σήμα DR.

 

Σενάριο ανάπτυξης και αντιστοίχιση προγράμματος DR

Ο παρακάτω πίνακας παρέχει ποια σενάρια ανάπτυξης είναι πιο συνηθισμένα για ένα συγκεκριμένο Πρόγραμμα DR.

	Σενάριο ανάπτυξης
Πρότυπο DR	Απευθείας 1, 2, 3, 4	Διαμεσολαβητής 1	Συγκεντρωτής 1
Πρόγραμμα CPP	∆	∆
Πρόγραμμα υποβολής προσφορών χωρητικότητας			∆
Οικιακός Θερμοστάτης Πρόγραμμα		∆
Γρήγορη αποστολή DR			∆
Πρόγραμμα DR για ηλεκτρικό όχημα (EV).	∆	∆
Πρόγραμμα DR Κατανεμημένων Πόρων Ενέργειας (DER).	∆	∆

Επιλογή προτύπου προγράμματος DR

Τα παρακάτω είναι ένα σύνολο ερωτήσεων που σχετίζονται με οποιοδήποτε βοηθητικό πρόγραμμα που πρόκειται να εφαρμόσει ένα νέο πρόγραμμα DR. Αυτό δεν προορίζεται να είναι περιεκτικό, αλλά αντιπροσωπεύει μερικά από τα πιο συναφή ζητήματα. Σκοπός αυτών των ερωτήσεων είναι να βοηθήσουν τα βοηθητικά προγράμματα προς την κατεύθυνση ενός κατάλληλου συνόλου προτύπων προγράμματος DR.

Ε: Γιατί θέλετε να κάνετε DR; Ποια κατάσταση δικτύου ή λειτουργικό ζήτημα προσπαθείτε να μετριαστείτε με το DR;

Αυτό είναι μακράν το πιο σημαντικό ερώτημα και αποτελεί τη βάση για τις συνολικές απαιτήσεις και στόχους για το τι υποτίθεται ότι θα επιτύχει το πρόγραμμα DR. Η απάντηση σε αυτήν την ερώτηση καθορίζει τον τρόπο με τον οποίο η πλευρά της ζήτησης φορτώνει υπέρfile υποτίθεται ότι διαμορφώνεται από το πρόγραμμα DR. Όλες οι άλλες απαιτήσεις απορρέουν από την απάντηση σε αυτό το ερώτημα.

• Προσπαθείτε να ξυρίσετε κορυφές;
• Θέλετε να γεμίσετε την κοιλιά της πάπιας;
• Προσπαθείτε να αντισταθμίσετε την άμεση τιμή της ηλεκτρικής ενέργειας;
• Σας απασχολεί η αξιοπιστία του δικτύου;
• Προσπαθείτε να διατηρήσετε τα περιουσιακά στοιχεία του δικτύου;
• Κ.λπ. κ.λπ.

Ο παρακάτω πίνακας παρέχει κάποιο πρόσθετο πλαίσιο για τα κίνητρα πίσω από την επιθυμία ανάπτυξης ενός προγράμματος DR

Αξιοπιστία & Ασφάλεια Πλέγματος	Frequency and Voltagε Σταθερότητα
	Επάρκεια πόρων
	Μέγιστη χωρητικότητα
	Ramping
	Ενδεχόμενο
Προμήθεια Ενέργειας	Spot Τιμές Αγοράς
	Τιμή Arbitrage
Διαχείριση περιουσιακών στοιχείων	Πρόληψη Βλαβών
	Μείωση Συντήρησης
	Επέκταση διάρκειας ζωής
Διαχείριση ικανότητας	Οικονομικά Οφέλη
	Διαχείριση Έκτακτης Ανάγκης
Περιβαλλοντική	Νεγκαβάτ
	Καθαρή Ενέργεια

Ε: Υπάρχει ήδη κάποιο πρόγραμμα DR ή τιμολόγιο για αυτό το πρόγραμμα;

• Συχνά οι κανόνες του προγράμματος διατυπώνονται ρητά σε ένα τιμολόγιο.

Ε: Ποιο τμήμα της αγοράς από πλευράς ζήτησης στοχεύετε με αυτό το πρόγραμμα;

Αυτό μπορεί να βοηθήσει στον προσδιορισμό της στόχευσης των πόρων στο συμβάν και του τύπου του σήματος.

• Κατοικητικός
• Μεγάλο C&I
• Μικρό C&I
• Γεωργία
• Διαχείριση νερού
• Ηλεκτρικά Οχήματα
• Κλπ, κλπ, κλπ

Ε: Προσπαθείτε να στοχεύσετε συγκεκριμένους τύπους φορτίων;

• Θερμοστάτες
• Ηλεκτρικά οχήματα
• Αντλίες Ag
• και τα λοιπά.

Ε: Ποιο είναι το μοντέλο ανάπτυξης σας;

Η απάντηση σε αυτήν την ερώτηση μπορεί να επηρεάσει τον τρόπο με τον οποίο ορίζονται οι πόροι μέσα στο πρόγραμμα και να καθορίσει τον τρόπο με τον οποίο αυτοί οι πόροι στοχεύονται στα συμβάντα.

• Απευθείας στους πελάτες
• Μέσω διαμεσολαβητών όπως συγκεντρωτές ή διευκολυντές
• Πελάτης υπεύθυνος για την προμήθεια και την ανάπτυξη του δικού του εξοπλισμού VEN;
• και τα λοιπά.

Ε: Σε ποιο επίπεδο εξειδίκευσης θέλετε να αλληλεπιδράσετε με τα φορτία από την πλευρά της ζήτησης;

Αυτή η ερώτηση σχετίζεται κάπως με το μοντέλο ανάπτυξης και καθορίζει τον τρόπο καθορισμού και στόχευσης των πόρων στο πρόγραμμα. Είναι ένα από τα πιο σημαντικά και ίσως πολύπλοκα ερωτήματα.

• Αλληλεπίδραση με κάθε μεμονωμένο πόρο
• Αλληλεπιδράστε μέσω ενός διευκολυντή ή ενός αθροιστή χωρίς προδιαγραφή των πόρων πίσω από αυτούς
• Αλληλεπιδράστε μέσω ενός διευκολυντή ή αθροιστή ΚΑΙ προσδιορίστε ποιοι πόροι πίσω από αυτούς θα πρέπει να αποσταλούν
• Χρησιμοποιήστε την τοποθεσία ως χαρακτηριστικό για να καθορίσετε πόρους
• Χρησιμοποιήστε κάποιο είδος μηχανισμού ομαδοποίησης που ορίζεται από το βοηθητικό πρόγραμμα για να καθορίσετε πόρους
• Στοχεύστε μεμονωμένα στοιχεία, όπως θερμοστάτες
• Αλληλεπιδράστε χωρίς καθόλου πόρους και απλώς μεταδώστε συμβάντα DR
• και τα λοιπά.

Ε: Ποιο μοτίβο αλληλεπίδρασης θέλετε να χρησιμοποιήσετε για να επηρεάσετε τη φόρτωση των πελατών σαςfiles?

Αυτή η ερώτηση καθορίζει τον τύπο των σημάτων DR που θα σταλούν στους συμμετέχοντες σε ένα πρόγραμμα.

• Κίνητρα (π.χ. δυναμική τιμολόγηση)
• Φόρτωση αποστολών (π.χ. βοηθητικές υπηρεσίες)
• Άμεσος έλεγχος φορτίου
• Γενικό σήμα συμβάντος
• και τα λοιπά.

Ε: Ποια είναι τα γενικά χαρακτηριστικά προγραμματισμού πόρων του προγράμματος;

• Ημερομηνίες και ώρες που μπορούν να καλούνται τα γεγονότα
• Συχνότητα συμβάντων
• Διάρκεια εκδηλώσεων
• Επιτρεπόμενες καθυστερήσεις για τη διάδοση γεγονότων
• και τα λοιπά.

Ε: Πώς καθορίζεται η διαθεσιμότητα των πόρων στο πρόγραμμα;

• Με αυστηρούς κανόνες προγράμματος
• Ως μέρος κάποιας διαδικασίας υποβολής υποψηφιοτήτων ή υποβολής προσφορών που γίνεται από τον πόρο
• Επιτρέπεται το Opt In/Out;
• και τα λοιπά.

Ε: Τι είδους ορατότητα χρειάζεστε για την απόδοση του πόρου;

Αυτή είναι μια πολύ ευρεία ερώτηση και καθορίζει το είδος των πληροφοριών που ανατροφοδοτούνται από τους πόρους του προγράμματος DR. Σε γενικές γραμμές, αυτό καθορίζει τον τύπο των αναφορών που απαιτούνται.

• Online / Offline
• Χρήση (τρέχουσα ή/και ιστορική)
• Δυνατότητα απόκρισης φορτίου
• Φόρτωση διαθεσιμότητας
• Φορτίο/κατάσταση περιουσιακού στοιχείου (τρέχον ή/και ιστορικό)
• κ.λπ., κλπ. κλπ.

Πρότυπα προγράμματος ανταπόκρισης ζήτησης

Πρόγραμμα κρίσιμης αιχμής τιμολόγησης (CPP)

Χαρακτηριστικά προγράμματος CPP DR

Φόρτωση Profile Σκοπός	-Μείωση της ζήτησης αιχμής
Κύρια προγράμματα οδήγησης	-Μειωμένες κεφαλαιουχικές δαπάνες και μειωμένο ενεργειακό κόστος
Περιγραφή προγράμματος	Όταν οι επιχειρήσεις κοινής ωφέλειας παρατηρούν ή αναμένουν υψηλές τιμές χονδρικής αγοράς ή καταστάσεις έκτακτης ανάγκης του συστήματος ηλεκτρικής ενέργειας, μπορούν να καλέσουν κρίσιμα γεγονότα κατά τη διάρκεια μιας καθορισμένης χρονικής περιόδου (π.χ. 3 μ.μ.-6 μ.μ. μια ζεστή καλοκαιρινή εργάσιμη ημέρα), η τιμή για την ηλεκτρική ενέργεια κατά τη διάρκεια αυτών των χρονικών περιόδων είναι σημαντικά ανυψώθηκε.
Κίνητρα πελατών	Στους πελάτες μπορεί να προσφερθούν μειωμένες τιμές ενέργειας σε ώρες μη αιχμής ως κίνητρο για συμμετοχή στο πρόγραμμα.
Σχεδίαση βαθμού	Το CPP είναι ένα πρόγραμμα τιμών με ρυθμούς να αυξάνονται κατά τη διάρκεια κρίσιμων κορυφών στην κατανάλωση ενέργειας. Τυπικά τα ποσοστά CPP είναι ένας αθροιστής ή πολλαπλασιαστής σε επίπεδες, κλιμακωτές ή βασικές τιμές TOU.
Στόχευση πελάτη	-Οικιστική ή C&I
Φορτίο στόχου	-Οποιος
Προαπαιτούμενο	-Ο πελάτης πρέπει να έχει διαλειμματική μέτρηση -Οι πελάτες C&I μπορεί να πρέπει να πληρούν ένα κριτήριο ζήτησης
Χρονικό πλαίσιο προγράμματος	-Κατά κανόνα καλύπτει μήνες του έτους όπου σημειώνεται η μέγιστη κατανάλωση ενέργειας, αν και μπορεί να είναι όλο το χρόνο σε ορισμένες περιπτώσεις.
Περιορισμοί συμβάντων	-Συνήθως από Δευτέρα έως Παρασκευή, εξαιρουμένων των αργιών, με τυπικά επιτρέπονται διαδοχικές εκδηλώσεις
Ημέρες Εκδηλώσεων	-Τυπικά 9 έως 15 το χρόνο
Διάρκεια εκδήλωσης	-Τυπικά κατά τη διάρκεια ενός σταθερού χρονικού πλαισίου για όλες τις εκδηλώσεις που κυμαίνονται από 4 έως 6 ώρες κατά τις ώρες με την υψηλότερη κατανάλωση ενέργειας της ημέρας.
Κοινοποίηση	- Τυπικά μια μέρα μπροστά
Επιλογή Συμπεριφοράς	-Τυπικά οι πελάτες δεν απαιτείται να συμμετέχουν σε εκδηλώσεις
Πιστοποίηση Εκδηλώσεις	-Τυπικά κανένα

OpenADR Χαρακτηριστικά για Προγράμματα CPP

Σήματα συμβάντων	–ΕΝΑ ΑΠΛΟ σήμα με επίπεδα 1 έως 3 που αντιστοιχίζονται στον αντίκτυπο της τιμολόγησης του συμβάντος CPP. Εάν ένα πρόγραμμα CPP έχει ένα μόνο στοιχείο τιμολόγησης, θα πρέπει να αντιστοιχιστεί στο επίπεδο 1. Για προγράμματα CPP με πολλαπλά στοιχεία τιμολόγησης, η μικρότερη συνιστώσα τιμής θα πρέπει να αντιστοιχιστεί στο επίπεδο 1, με τα άλλα στοιχεία τιμής να αντιστοιχίζονται στα επίπεδα 2 και 3 σε αυξανόμενο βαθμό του αντίκτυπου στις τιμές. -Εάν η ανάπτυξη υποστηρίζει το B profile VEN, εκτός από το σήμα SIMPLE, μπορεί να συμπεριληφθεί ένα σήμα ELECTRICITY_PRICE στο ωφέλιμο φορτίο με έναν τύπο τιμήΣχετική, τιμήΑπόλυτη ή τιμήΠολλαπλασιαστής ανάλογα με τη φύση του προγράμματος. Βλ. Παράρτημα Α για π.χamples.
Επιλογή απαντήσεων	-VTN αποστολή συμβάντων θα πρέπει να ορίσετε το στοιχείο oadrResponseRequired σε "πάντα", απαιτώντας από το VEN να ανταποκριθεί με optIn ή optOut -Δεδομένου ότι η συμμετοχή σε ένα πρόγραμμα CPP είναι μια άσκηση «βέλτιστης προσπάθειας», δεν υπάρχει επίσημο νόημα optIn ή optOut πέρα ​​από μια ευγενική ένδειξη διαθεσιμότητας για την πρόθεση συμμετοχής. Το προτείνουμε Τα VEN ανταποκρίνονται με optIn εκτός εάν έχει γίνει κάποια συγκεκριμένη ενέργεια παράκαμψης από τον πελάτη. -Το ωφέλιμο φορτίο oadrCreateOpt συνήθως δεν θα χρησιμοποιηθεί για την πιστοποίηση πόρων που συμμετέχουν σε εκδηλώσεις.
Περιγραφέας συμβάντος	-Το γεγονός προτεραιότητα πρέπει να οριστεί στο 1 εκτός εάν οι κανόνες του προγράμματος ή η διαμόρφωση VTN ορίζουν διαφορετικά –Τα δοκιμαστικά συμβάντα συνήθως δεν χρησιμοποιούνται με προγράμματα CPP. Ωστόσο, εάν επιτρέπονται, το στοιχείο testEvent θα πρέπει να οριστεί σε "true" για να υποδείξει το συμβάν δοκιμής. Εάν απαιτούνται πρόσθετες παραμετροποιημένες πληροφορίες σε αυτό το στοιχείο, μπορεί να ακολουθήσει το "true" διαχωρισμένο με ένα κενό με αυτές τις πρόσθετες πληροφορίες.
Ενεργή περίοδος εκδήλωσης	– eiRampUp, eiRecovery, τα στοιχεία ανοχής συνήθως δεν χρησιμοποιούνται
γραμμές βάσης	–Οι γραμμές βάσης συνήθως δεν περιλαμβάνονται στο ωφέλιμο φορτίο συμβάντος
Στόχευση συμβάντων	-Τα προγράμματα CPP συνήθως δεν κάνουν διαφοροποίηση μεταξύ των πόρων για έναν δεδομένο πελάτη. Η στόχευση καθορίζει συνήθως το venID, υποδεικνύοντας ότι θα πρέπει να συμμετέχουν όλοι οι πόροι που σχετίζονται με το VEN, ή μια λίστα με όλα τα αναγνωριστικά πόρων σχετίζεται με το VEN.
Υπηρεσίες Αναφοράς	–Η αναφορά τηλεμετρίας συνήθως δεν χρησιμοποιείται καθώς δεν είναι απολύτως απαραίτητο για προγράμματα CPP. Ανατρέξτε στο Παράρτημα Β για π.χampΑναφορές από πιλότους βοηθητικών προγραμμάτων που μπορεί να ισχύουν για αυτόν τον τύπο προγράμματος.

Επιλογή υπηρεσιών	–Χρήση της υπηρεσίας Opt για την κοινοποίηση προσωρινών χρονοδιαγραμμάτων διαθεσιμότητας συνήθως δεν θα χρησιμοποιηθεί ως μέρος ενός προγράμματος CPP. Ωστόσο, ορισμένες αναπτύξεις θα μπορούσαν να χρησιμοποιήσουν αυτήν την υπηρεσία για να διατηρήσουν τις διαθέσιμες ημέρες συμβάντων για πελάτες που υποδεικνύουν έλλειψη διαθεσιμότητας.
Υπηρεσίες εγγραφής	Διαστήματα ψηφοφορίας ζητήθηκε από το VTN για τυπικά προγράμματα CPP της επόμενης ημέρας δεν απαιτείται να είναι συχνότερα από μία φορά την ώρα. Ωστόσο, η χρήση της ψηφοφορίας για την ανίχνευση του καρδιακού παλμού μπορεί να απαιτεί πιο συχνή ψηφοφορία.

Πρόγραμμα υποβολής προσφορών χωρητικότητας

Χαρακτηριστικά προγράμματος Capacity Bidding DR

Φόρτωση Profile Σκοπός	-Μείωση της ζήτησης αιχμής και επάρκεια πόρων
Κύρια προγράμματα οδήγησης	-Μειωμένες κεφαλαιουχικές δαπάνες και μειωμένο ενεργειακό κόστος
Περιγραφή προγράμματος	Το πρόγραμμα υποβολής προσφορών χωρητικότητας χρησιμοποιείται από το ISO/υπηρεσίες κοινής ωφέλειας για την απόκτηση προ-δεσμευμένης χωρητικότητας απόρριψης φορτίου από συγκεντρωτές ή πελάτες που συγκεντρώνουν από μόνοι τους. Αυτή η προ-δεσμευμένη χωρητικότητα απορρόφησης φορτίου χρησιμοποιείται από το ISO/επιχειρήσεις κοινής ωφέλειας όταν παρατηρούν ή αναμένουν υψηλές τιμές χονδρικής αγοράς, καταστάσεις έκτακτης ανάγκης του συστήματος ηλεκτρικής ενέργειας ή ως μέρος της κανονικής χρήσης ενεργειακών πόρων καλώντας συμβάντα DR κατά τη διάρκεια μιας καθορισμένης χρονικής περιόδου.   Λάβετε υπόψη ότι κάθε aggregator είναι συνήθως υπεύθυνος για το σχεδιασμό του δικού του προγράμματος απόκρισης ζήτησης, καθώς και για την απόκτηση πελατών και την ειδοποίηση συμβάντων, προκειμένου να ανταποκριθεί στις δεσμεύσεις χωρητικότητας που αναλαμβάνονται ως μέρος αυτού του προγράμματος.
Κίνητρα πελατών	Οι συγκεντρωτές/πελάτες λαμβάνουν δύο είδη κινήτρων. Πρώτον, λαμβάνουν μια πληρωμή χωρητικότητας για τη διατήρηση ενός συγκεκριμένου ποσού φόρτωσης που διατίθεται για συμβάντα DR κατά τη διάρκεια ενός μελλοντικού χρονικού παραθύρου. Δεύτερον, εάν ένα συμβάν κληθεί κατά τη διάρκεια του μελλοντικού χρονικού παραθύρου, μπορεί να πραγματοποιηθεί πληρωμή ενέργειας για φορτίο που έχει απορριφθεί κατά τη διάρκεια του συμβάντος.
Σχεδίαση βαθμού	Οι συμμετέχοντες στο πρόγραμμα υποβάλλουν μια προσφορά «υπονομασίας χωρητικότητας» υποδεικνύοντας την ικανότητα απορρόφησης φορτίου που είναι διατεθειμένοι να διατηρήσουν ως διαθέσιμη σε ένα μελλοντικό χρονικό παράθυρο. Η προσφορά μπορεί επίσης να περιλαμβάνει το κίνητρο που είναι διατεθειμένος να δεχτεί ο αθροιστής/πελάτης για απόρριψη φορτίου κάτω από μια βασική τιμή. Στις αγορές κοινής ωφέλειας η δέσμευση χωρητικότητας είναι συνήθως για τον επόμενο ημερολογιακό μήνα, αν και χρησιμοποιούνται πολύ μεγαλύτερα χρονικά πλαίσια στις αγορές ISO. Ως μέρος της ονομασίας χωρητικότητας, ο πελάτης μπορεί να μπορεί να επιλέξει μεταξύ ορισμένων χαρακτηριστικών, συμπεριλαμβανομένων των ειδοποιήσεων της επόμενης ημέρας ή της ημέρας και του παραθύρου διάρκειας εκδήλωσης (όπως 1-4 ώρες, 2-6 ώρες, …). Πραγματοποιείται πληρωμή χωρητικότητας στον πελάτη για αυτήν την προ-δέσμευση, ακόμη και αν δεν πραγματοποιηθούν συμβάντα κατά τη διάρκεια του χρονικού παραθύρου. Εάν ένα συμβάν πραγματοποιηθεί κατά τη διάρκεια του χρονικού παραθύρου, ο πελάτης μπορεί να λάβει μια πληρωμή ενέργειας για το υπόστεγο φορτίου σε σχέση με μια γραμμή βάσης, ωστόσο ενδέχεται να ισχύουν κυρώσεις εάν παραδοθεί μικρότερη από την προ-δεσμευμένη χωρητικότητα απορριμμάτων φορτίου τη στιγμή της κλήσης του συμβάντος.
Στόχευση πελάτη	-Συγκεντρωτές και πελάτες C&I που συλλέγονται μόνοι τους
Φορτία στόχου	- Οποιος

Προαπαιτούμενο	-Ο πελάτης πρέπει να έχει διαλειμματική μέτρηση -Οι πελάτες C&I ενδέχεται να πρέπει να πληρούν ένα κριτήριο ζήτησης ή προσφοράς
Χρονικό πλαίσιο προγράμματος	- Οποτεδήποτε
Περιορισμοί συμβάντων	-Συνήθως από Δευτέρα έως Παρασκευή, εξαιρουμένων των αργιών, με τυπικά επιτρέπονται διαδοχικές εκδηλώσεις
Ημέρες Εκδηλώσεων	-Τυπικά το πολύ 30 ώρες το μήνα
Διάρκεια εκδήλωσης	-Τυπικά κατά τη διάρκεια ενός σταθερού χρονικού παραθύρου για όλα τα συμβάντα κατά τις ώρες με την υψηλότερη κατανάλωση ενέργειας της ημέρας.). Η διάρκεια της εκδήλωσης ποικίλλει ανάλογα με τη δέσμευση χωρητικότητας του πελάτη με προτιμήσεις που κυμαίνονται από 1 έως 8 ώρες ή όπως καθορίζεται από το σχεδιασμό του προγράμματος
Κοινοποίηση	-Προηγούμενη ή επόμενη ημέρα, ανάλογα με τις προτιμήσεις δέσμευσης χωρητικότητας του πελάτη ή τον σχεδιασμό του προγράμματος
Επιλογή Συμπεριφοράς	-Συνήθως οι πελάτες επιλέγουν να συμμετέχουν σε εκδηλώσεις δεδομένου ότι έχουν δεσμευτεί εκ των προτέρων την ικανότητα απορρόφησης φορτίου.
Πιστοποίηση Εκδηλώσεις	-Τυπικά δύο ανά έτος (Δοκιμή)

OpenADR Χαρακτηριστικά για Προγράμματα Προσφορών Χωρητικότητας

Σήματα συμβάντων	–ΕΝΑ ΑΠΛΟ σήμα με επίπεδα 1 έως 3 που αντιστοιχίζονται στην ποσότητα του φορτίου που αποβάλλεται. Εάν το πρόγραμμα υποστηρίζει μόνο ένα μόνο επίπεδο απόρριψης φορτίου, αυτό θα πρέπει να αντιστοιχιστεί στο επίπεδο 1. Για προγράμματα με πολλαπλά επίπεδα απόρριψης φορτίου, η μικρότερη αλλαγή από την κανονική λειτουργία θα πρέπει να αντιστοιχιστεί στο επίπεδο 1, με τις τιμές απόρριψης φορτίου να αντιστοιχίζονται σε επίπεδα 2 και 3 σε αυξανόμενο βαθμό απόρριψης φορτίου. -Εάν η ανάπτυξη υποστηρίζει το B profile VEN, εκτός από το σήμα SIMPLE, μπορεί να συμπεριληφθεί ένα σήμα BID_LOAD ή/και BID_PRICE στο ωφέλιμο φορτίο με τύπους σήματος σημείου ρύθμισης και τιμής, και μονάδες powerReal και currencyPerKW αντίστοιχα. Το BID_LOAD θα αντικατοπτρίζει το ζητούμενο φορτίο που έχει απορριφθεί μέχρι το ποσό χωρητικότητας που προσφέρεται από τον συγκεντρωτή/πελάτη και το BID_PRICE θα αντικατοπτρίζει την προσφορά κινήτρου από τον συγκεντρωτή/πελάτη. Βλ. Παράρτημα Α για π.χamples.
Επιλογή απαντήσεων	-VTN αποστολή συμβάντων θα πρέπει να ορίσετε το στοιχείο oadrResponseRequired σε "πάντα", απαιτώντας από το VEN να ανταποκριθεί με optIn ή optOut - Ως aggregators/πελάτες έχουν προ-δεσμευμένη ικανότητα Τα VEN θα πρέπει να ανταποκρίνονται με optIn. Μπορεί να σταλεί μια εξαίρεση ως απάντηση στο συμβάν, αλλά αυτή είναι μια ανεπίσημη ένδειξη διαθεσιμότητας και όχι μια επίσημη εξαίρεση από την εκδήλωση. -Ο Το ωφέλιμο φορτίο oadrCreateOpt συνήθως δεν θα χρησιμοποιηθεί να πληρούν τις προϋποθέσεις για πόρους που συμμετέχουν σε γεγονότα, καθώς συνήθως το φορτίο είναι μια ενιαία συγκεντρωτική οντότητα.
Περιγραφέας συμβάντος	-Το γεγονός προτεραιότητα πρέπει να οριστεί στο 1 εκτός εάν οι κανόνες του προγράμματος ή η διαμόρφωση VTN ορίζουν διαφορετικά –Μπορούν να χρησιμοποιηθούν δοκιμαστικά συμβάντα με προγράμματα Capacity Bidding. Εάν επιτρέπονται, το στοιχείο testEvent θα πρέπει να οριστεί σε "true" για να υποδείξει το συμβάν δοκιμής. Εάν απαιτούνται πρόσθετες παραμετροποιημένες πληροφορίες σε αυτό το στοιχείο, μπορεί να ακολουθήσει το "true" διαχωρισμένο με ένα κενό με αυτές τις πρόσθετες πληροφορίες.
Ενεργή περίοδος εκδήλωσης	– eiRampUp, eiRecovery, τα στοιχεία ανοχής συνήθως δεν χρησιμοποιούνται
γραμμές βάσης	–Οι γραμμές βάσης συνήθως δεν περιλαμβάνονται στο ωφέλιμο φορτίο συμβάντος καθώς αυτά τα δεδομένα συνήθως δεν είναι διαθέσιμα τη στιγμή που ξεκινά το συμβάν. Ωστόσο, τόσο οι επιχειρήσεις κοινής ωφέλειας όσο και οι συγκεντρωτές/πελάτες θα το έκαναν view η συμπερίληψη βασικών πληροφοριών στα γεγονότα ως χρήσιμη.
Στόχευση συμβάντων	-Τα προγράμματα υποβολής προσφορών χωρητικότητας συνήθως δεν κάνουν διαφοροποίηση μεταξύ των πόρων για έναν δεδομένο πελάτη. Η στόχευση καθορίζει συνήθως το venID, υποδεικνύοντας ότι θα πρέπει να συμμετέχουν όλοι οι πόροι που σχετίζονται με το VEN, ή περιλαμβάνει ένα αναγνωριστικό πόρου που αντιπροσωπεύει το συγκεντρωτικό φορτίο σχετίζεται με το VEN.
Υπηρεσίες Αναφοράς	Τα προγράμματα υποβολής προσφορών χωρητικότητας ISO απαιτούν συνήθως αναφορές TELEMETRY_USAGE με σημεία δεδομένων powerReal. Βλέπε π.χamples στο παράρτημα Α. Η αναφορά τηλεμετρίας για την προσφορά χωρητικότητας βοηθητικού προγράμματος συνήθως δεν απαιτείται. Σημειώστε ότι η αναφορά τηλεμετρίας απαιτεί B profile VEN. Ανατρέξτε στο Παράρτημα Β για π.χampΑναφορές από πιλότους βοηθητικών προγραμμάτων που μπορεί να ισχύουν για αυτόν τον τύπο προγράμματος.
Επιλογή υπηρεσιών	–Χρήση της υπηρεσίας Opt για την κοινοποίηση προσωρινών χρονοδιαγραμμάτων διαθεσιμότητας συνήθως δεν θα χρησιμοποιηθεί ως μέρος ενός προγράμματος Capacity Bidding, καθώς οι πελάτες έχουν δεσμεύσει εκ των προτέρων τη διαθεσιμότητά τους. Ωστόσο, αυτή η υπηρεσία μπορεί να είναι χρήσιμη ως ένας άτυπος τρόπος για τους συμμετέχοντες να υποδείξουν την έλλειψη διαθεσιμότητας για ελαφρυντικούς λόγους, όπως η βλάβη του εξοπλισμού.
Υπηρεσίες εγγραφής	Διαστήματα ψηφοφορίας ζητήθηκε από το VTN για τυπικά προγράμματα της επόμενης ημέρας δεν απαιτείται να είναι συχνότερα από μία φορά την ώρα. Ωστόσο, η χρήση ψηφοφορίας για ανίχνευση καρδιακού παλμού ή προγράμματα ημέρας μπορεί να απαιτεί πιο συχνή ψηφοφορία.

Πρόγραμμα οικιακού θερμοστάτη

Αυτό το πρόγραμμα είναι αντιπροσωπευτικό του Direct Load Control (DLC) όπου το σήμα Απάντηση Απαίτησης τροποποιεί άμεσα τη συμπεριφορά των πόρων απόρριψης φορτίου, χωρίς ένα στρώμα αφαίρεσης μεταξύ της λήψης του σήματος και της συγκεκριμένης ενέργειας απόρριψης φορτίου.

Χαρακτηριστικά προγράμματος οικιακού θερμοστάτη DR

Φόρτωση Profile Σκοπός	-Μείωση της ζήτησης αιχμής
Κύρια προγράμματα οδήγησης	-Μειωμένες κεφαλαιουχικές δαπάνες και μειωμένο ενεργειακό κόστος
Περιγραφή προγράμματος	-Όταν οι επιχειρήσεις κοινής ωφελείας παρατηρούν ή αναμένουν υψηλές τιμές χονδρικής αγοράς ή συνθήκες έκτακτης ανάγκης του συστήματος ηλεκτρικής ενέργειας, ενδέχεται να ξεκινήσουν ένα συμβάν που τροποποιεί τη συμπεριφορά του προγραμματιζόμενου θερμοστάτη επικοινωνίας (PCT) του πελάτη για μια καθορισμένη χρονική περίοδο (π.χ. 3 μ.μ.-6 μ.μ. καλοκαιρινή καθημερινή) προκειμένου να μειωθεί η κατανάλωση ενέργειας. -Η αλλαγή στη συμπεριφορά PCT ως απόκριση στο συμβάν μπορεί να είναι μια απλή αλλαγή στο σημείο ρύθμισης θερμοκρασίας για τη διάρκεια του συμβάντος ή ένα πιο περίπλοκο σύνολο αλλαγών, συμπεριλαμβανομένης της προψύξης, που ελαχιστοποιούν τον αντίκτυπο του συμβάντος στην άνεση του πελάτη επίπεδο.
Κίνητρα πελατών	-Τα κίνητρα έχουν δύο γενικές μορφές. Πρώτον, οι πελάτες μπορούν να λάβουν δωρεάν PCT ή να προσφερθούν εκπτώσεις/εκπτώσεις σε PCT που αγοράστηκαν από πελάτες ως κίνητρο για να εγγραφούν στο πρόγραμμα DR. Δεύτερον, οι πελάτες ενδέχεται να λαμβάνουν μια συνεχή ετήσια επιδότηση για τη συνέχιση της εγγραφής τους στο πρόγραμμα. Λιγότερο συνηθισμένο θα ήταν τα συνεχή κίνητρα που καταβάλλονται στους πελάτες με βάση την πραγματική μείωση της ενέργειας κατά τη διάρκεια εκδηλώσεων.
Σχεδίαση βαθμού	-Κυρίως ένα πρόγραμμα κινήτρων, όπου οι πελάτες λαμβάνουν έκπτωση ή δωρεάν PCT για την εγγραφή τους στο πρόγραμμα DR. Ορισμένα προγράμματα ενδέχεται να πληρώνουν μια περιοδική επιδότηση ή πληρωμές κινήτρων με βάση τη μείωση της ενέργειας κατά τη διάρκεια εκδηλώσεων.
Στόχευση πελάτη	-Κατοικητικός
Φορτίο στόχου	- HVAC
Προαπαιτούμενο	-Συνήθως καμία, καθώς οι πελάτες λαμβάνουν PCT ως μέρος της εγγραφής στο πρόγραμμα
Χρονικό πλαίσιο προγράμματος	-Κατά κανόνα καλύπτει μήνες του έτους όπου σημειώνεται η μέγιστη κατανάλωση ενέργειας, αν και μπορεί να είναι όλο το χρόνο σε ορισμένες περιπτώσεις.
Περιορισμοί συμβάντων	-Συνήθως από Δευτέρα έως Παρασκευή, εξαιρουμένων των αργιών, με τυπικά επιτρέπονται διαδοχικές εκδηλώσεις.
Ημέρες Εκδηλώσεων	-Τυπικά 9 έως 15 το χρόνο
Διάρκεια εκδήλωσης	-Τα συμβάντα θα μπορούσαν να συμβούν ανά πάσα στιγμή, με διάρκειες από 2 έως 4 ώρες, αν και τυπικά συμβάντα συμβαίνουν κατά τις ώρες με την υψηλότερη κατανάλωση ενέργειας της ημέρας.
Κοινοποίηση	-Τυπικά την επόμενη μέρα, αν και ορισμένα προγράμματα μπορεί να έχουν χρόνο ειδοποίησης μικρότερο από 10 λεπτά.
Επιλογή Συμπεριφοράς	-Οι πελάτες δεν υποχρεούνται να συμμετέχουν σε εκδηλώσεις, ωστόσο θα συμμετέχουν αυτόματα σε συμβάντα, εκτός εάν προβούν σε ενέργειες για να παρακάμψουν το συμβάν ή να κάνουν μη αυτόματες προσαρμογές στη θερμοκρασία κατά τη διάρκεια της εκδήλωσης.
Πιστοποίηση Εκδηλώσεις	-Τυπικά κανένα

OpenADR Χαρακτηριστικά για Προγράμματα Θερμοστάτης Κατοικίας

Σήματα συμβάντων	–ΕΝΑ ΑΠΛΟ σήμα με επίπεδα 1 έως 3 που αντιστοιχίζονται στην αλλαγή στις μετατοπίσεις σημείου ρύθμισης θερμοκρασίας PCT ή στο ποσοστό θερμοστατικού κύκλουtagε . Εάν ένα πρόγραμμα οικιακού θερμοστάτη έχει ένα μόνο εξάρτημα μετατόπισης/κύκλωσης, θα πρέπει να αντιστοιχιστεί στο επίπεδο 1. Για προγράμματα με πολλαπλά εξαρτήματα μετατόπισης/κύκλωσης, η μικρότερη αλλαγή από την κανονική λειτουργία πρέπει να αντιστοιχιστεί στο επίπεδο 1, με τις άλλες τιμές μετατόπισης/κύκλωσης χαρτογραφούνται στα επίπεδα 2 και 3 σε αυξανόμενο βαθμό πρόσκρουσης απόρριψης φορτίου. -Εάν η ανάπτυξη υποστηρίζει το B profile VEN, εκτός από το σήμα SIMPLE, μπορεί να συμπεριληφθεί ένα σήμα LOAD_CONTROL στο ωφέλιμο φορτίο με έναν τύπο x-loadControlLevelOffset ή x-loadControlCapacity για να καθορίσετε το επιθυμητό σημείο ρύθμισης θερμοκρασίας μετατόπιση ή το ποσοστό θερμοστατικού κύκλουtagε αντίστοιχα. Συνιστάται εκ νέου ότι α τύπος μονάδας "θερμοκρασίας" που χρησιμοποιείται σε ωφέλιμα φορτία χρησιμοποιώντας το σήμα x-loadControlLevelOffset signalType για την ένδειξη Κελσίου ή Φαρενάιτ για τη μετατόπιση. Βλ. Παράρτημα Α για π.χamples.
Επιλογή απαντήσεων	-VTN αποστολή συμβάντων θα πρέπει να ορίσετε το στοιχείο oadrResponseRequired σε "πάντα", απαιτώντας από το VEN να ανταποκριθεί με optIn ή optOut – Τα VEN Θα πρέπει να ανταποκρίνονται με optIn, εκτός εάν έχει γίνει κάποια συγκεκριμένη ενέργεια παράκαμψης από τον πελάτη. -Ο Το ωφέλιμο φορτίο oadrCreateOpt μπορεί να χρησιμοποιηθεί από VEN να πληρούν τις προϋποθέσεις για τη συμμετοχή πόρων σε μια εκδήλωση. Για παράδειγμα, ένα συμβάν μπορεί να στοχεύει τα αναγνωριστικά πόρων δύο θερμοστατών που ελέγχουν ξεχωριστά συστήματα HVAC. Εάν ο πελάτης αποφασίσει ότι μόνο ένα από τα συστήματα HVAC μπορεί να συμμετάσχει στην εκδήλωση, αυτό θα κοινοποιηθεί στο VTN χρησιμοποιώντας το ωφέλιμο φορτίο oadrCreateOpt. Σημειώστε ότι το ωφέλιμο φορτίο oadrCreateOpt υποστηρίζεται μόνο από το B profile VEN
Περιγραφέας συμβάντος	-Το γεγονός προτεραιότητα πρέπει να οριστεί στο 1 εκτός εάν οι κανόνες του προγράμματος ή η διαμόρφωση VTN ορίζουν διαφορετικά –Τα δοκιμαστικά συμβάντα συνήθως δεν χρησιμοποιούνται με προγράμματα οικιακού θερμοστάτη. Ωστόσο, εάν επιτρέπονται, το στοιχείο testEvent θα πρέπει να οριστεί σε "true" για να υποδείξει το συμβάν δοκιμής. Εάν απαιτούνται πρόσθετες παραμετροποιημένες πληροφορίες σε αυτό το στοιχείο, μπορεί να ακολουθήσει το "true" διαχωρισμένο με ένα κενό με αυτές τις πρόσθετες πληροφορίες.
Ενεργή περίοδος εκδήλωσης	–Η τυχαιοποίηση χρησιμοποιείται συνήθως για συμβάντα οικιακού θερμοστάτη χρησιμοποιώντας το στοιχείο ανοχής – eiRampΤα στοιχεία Up και eiRecovery συνήθως δεν χρησιμοποιούνται
γραμμές βάσης	–Οι γραμμές βάσης συνήθως δεν περιλαμβάνονται στο ωφέλιμο φορτίο συμβάντος
Στόχευση συμβάντων	-Τα προγράμματα οικιακών θερμοστάτη στοχεύουν πόρους HVAC που ελέγχονται από PCT. Η στόχευση συνήθως καθορίζει τα αναγνωριστικά πόρων των συστημάτων HVAC (δηλαδή του θερμοστάτη) που σχετίζονται με το VEN ή το venID με τον στόχο κλάσης συσκευής σήματος συμβάντος ορισμένο σε Θερμοστάτης
Υπηρεσίες Αναφοράς	–Η αναφορά τηλεμετρίας συνήθως δεν χρησιμοποιείται καθώς δεν είναι απολύτως απαραίτητο για προγράμματα θερμοστάτη κατοικιών Ανατρέξτε στο Παράρτημα Β για π.χampΑναφορές από πιλότους βοηθητικών προγραμμάτων που μπορεί να ισχύουν για αυτόν τον τύπο προγράμματος.
Επιλογή υπηρεσιών	–Χρήση της υπηρεσίας Opt για την κοινοποίηση προσωρινών χρονοδιαγραμμάτων διαθεσιμότητας συνήθως δεν θα χρησιμοποιηθεί ως μέρος ενός προγράμματος CPP.
Υπηρεσίες εγγραφής	Διαστήματα ψηφοφορίας ζητήθηκε από το VTN για τυπικά προγράμματα οικιακού θερμοστάτη της επόμενης ημέρας δεν απαιτείται να είναι συχνότερα από μία φορά την ώρα. Ωστόσο, η χρήση της ψηφοφορίας για την ανίχνευση καρδιακού παλμού μπορεί να απαιτεί πιο συχνή ψηφοφορία, όπως θα απαιτούσαν τα προγράμματα θερμοστάτη κατοικίας με σημαντικά μικρότερους χρόνους ειδοποίησης.

Γρήγορη αποστολή DR

Χαρακτηριστικά προγράμματος γρήγορης αποστολής DR

Φόρτωση Profile Σκοπός	-Αποστολή πόρων για την επίτευξη απόκρισης φορτίου σε «πραγματικό χρόνο»
Κύρια προγράμματα οδήγησης	-Αξιοπιστία δικτύου και βοηθητικές υπηρεσίες
Περιγραφή προγράμματος	Το Fast DR χρησιμοποιείται από το ISO/Utilities για την απόκτηση προ-δεσμευμένης απόκρισης φορτίου σε «πραγματικό χρόνο». Αυτή η προκαθορισμένη απόκριση φορτίου χρησιμοποιείται από το ISO/οι επιχειρήσεις κοινής ωφέλειας όταν παρατηρούν συνθήκες που απαιτούν άμεση δράση για τη διατήρηση της σταθερότητας και της ακεραιότητας του δικτύου. Σε πραγματικό χρόνο σημαίνει ότι οι πόροι συνήθως αποστέλλονται με καθυστέρηση που κυμαίνεται από 10 λεπτά για πόρους που χρησιμοποιούνται ως αποθεματικά έως 2 δευτερόλεπτα για πόρους που χρησιμοποιούνται για σκοπούς ρύθμισης. Το μέγεθος της απόκρισης φορτίου πρέπει να είναι αρκετά μεγάλο ώστε να κάνει τη διαφορά στον μετριασμό της κατάστασης του πλέγματος και επομένως οι πόροι είναι συνήθως πολύ μεγάλοι και συχνά διαχειρίζονται από τους συσσωρευτές ως μέρος ενός συγκεντρωτικού πόρου. Τα ελάχιστα μεγέθη για την απόκριση φορτίου για έναν πόρο που πληροί τις προϋποθέσεις για συμμετοχή σε βοηθητικές υπηρεσίες είναι συνήθως περίπου 500 kW, αλλά μπορεί να είναι έως και 100 kW για ορισμένα προγράμματα. Σημειώστε ότι εάν ο πόρος χρησιμοποιείται ως αποθεματικό, τυπικά θα κληθεί να μειώσει (δηλαδή να απορρίψει) το φορτίο, αλλά εάν χρησιμοποιείται για λόγους ρύθμισης μπορεί να αποσταλεί είτε για να αυξήσει είτε να μειώσει το φορτίο.
Κίνητρα πελατών	Οι συγκεντρωτές/πελάτες λαμβάνουν συνήθως δύο τύπους κινήτρων. Πρώτον, λαμβάνουν μια πληρωμή για τη δέσμευση και τη διάθεση ενός συγκεκριμένου ποσού απόκρισης φορτίου διαθέσιμο για συμβάντα DR κατά τη διάρκεια ενός μελλοντικού χρονικού παραθύρου. Το ποσό της απόκρισης φορτίου, το χρονικό παράθυρο διαθεσιμότητας και το ποσό που πρέπει να καταβληθεί καθορίζονται συνήθως από τον συγκεντρωτή/πελάτη. Δεύτερον, εάν ένα συμβάν κληθεί κατά τη διάρκεια του μελλοντικού χρονικού παραθύρου, μια πληρωμή βασίζεται στο ποσό της απόκρισης φορτίου κατά τη διάρκεια του συμβάντος.
Σχεδίαση βαθμού	Οι συμμετέχοντες στο πρόγραμμα υποβάλλουν προσφορά που υποδεικνύει την απόκριση φορτίου που είναι διατεθειμένοι να διαθέσουν σε ένα μελλοντικό χρονικό παράθυρο. Η προσφορά συνήθως περιλαμβάνει επίσης την πληρωμή που είναι διατεθειμένος να δεχτεί ο αθροιστής/πελάτης για την απόκριση του φορτίου. Στις αγορές κοινής ωφέλειας/ISO, η προσφορά υποβάλλεται συνήθως είτε την επόμενη ημέρα είτε την ημέρα της χρονικής περιόδου για την οποία πραγματοποιείται η δέσμευση. Ως μέρος της πιστοποίησης και της εγγραφής τους στις αγορές, διάφορες παράμετροι περιβλημάτων απόδοσης συνδέονται με τον πόρο, όπως ramp ρυθμός και ελάχιστα και μέγιστα όρια λειτουργίας. Τέτοιες παράμετροι καθορίζουν τον τρόπο με τον οποίο θα αποσταλεί. Εάν η προσφορά ενός συμμετέχοντος γίνει αποδεκτή, μπορεί να γίνει πληρωμή στον πελάτη για την εκ των προτέρων δέσμευσή του, ακόμη και αν δεν πραγματοποιηθούν εκδηλώσεις κατά τη διάρκεια του χρονικού παραθύρου. Εάν καλέσετε ένα συμβάν κατά τη διάρκεια του χρονικού παραθύρου, ο πελάτης μπορεί να λάβει πρόσθετες πληρωμές για την απόδοσή του κατά τη διάρκεια της εκδήλωσης. Τέτοιες πληρωμές βάσει απόδοσης μπορεί να βασίζονται σε διάφορους παράγοντες, όπως η ποσότητα ενέργειας, η ισχύς, το πόσο πιστά ακολουθεί ο πόρος τις οδηγίες αποστολής και μια πληρωμή "χιλιόμετρα" που αντικατοπτρίζει πόσο το φορτίο τουςfile έπρεπε να αλλάξει κατά τη διάρκεια της εκδήλωσης. Ορισμένες από αυτές τις παραμέτρους, όπως η ενέργεια και η ισχύς, μπορεί να είναι σε σχέση με μια γραμμή βάσης.
Στόχευση πελάτη	-Συγκεντρωτές και αυτο-συγκεντρωτικοί πελάτες C&I
Φορτία στόχου	– Αυτά που μπορούν να ανταποκριθούν σε αποστολές σε πραγματικό χρόνο.

Προαπαιτούμενο	-Ο πελάτης πρέπει να έχει διαλειμματική μέτρηση -Πρέπει να πληροί τις απαιτήσεις ελάχιστου μεγέθους για την απόκριση φορτίου -Πρέπει να μπορεί να ανταποκρίνεται σε αποστολές σε πραγματικό χρόνο -Τυπικά πρέπει να παρέχεται τηλεμετρία σε πραγματικό χρόνο που δείχνει την τρέχουσα απόκριση φορτίου
Χρονικό πλαίσιο προγράμματος	- Οποτεδήποτε
Περιορισμοί συμβάντων	-κανένας
Ημέρες Εκδηλώσεων	-κανένας
Διάρκεια εκδήλωσης	-Συνήθως σύντομο (λιγότερο από 30 λεπτά), αλλά σε καμία περίπτωση δεν θα υπερβαίνει ποτέ το χρονικό διάστημα που ο συμμετέχων διέθεσε τον πόρο όταν υπέβαλε την προσφορά του.
Κοινοποίηση	-κανένας
Επιλογή Συμπεριφοράς	-Οι πελάτες συμμετέχουν σε συμβάντα από προεπιλογή, δεδομένου ότι έχουν προ-δεσμευτεί απόκριση φορτίου
Πιστοποίηση Εκδηλώσεις	-Τυπικά ένα ανά έτος (Δοκιμή)

OpenADR Χαρακτηριστικά για Προγράμματα Προσφορών Χωρητικότητας

Σήματα συμβάντων	–ΕΝΑ ΑΠΛΟ σήμα με επίπεδα 1 έως 3 αντιστοιχισμένα με την ποσότητα απόκρισης φορτίου. Εάν το πρόγραμμα υποστηρίζει μόνο ένα μόνο επίπεδο απόκρισης φορτίου, αυτό θα πρέπει να αντιστοιχιστεί στο επίπεδο 1. Για προγράμματα με πολλαπλά επίπεδα απόκρισης φορτίου, η μικρότερη αλλαγή από την κανονική λειτουργία θα πρέπει να αντιστοιχιστεί στο επίπεδο 1, με τις τιμές απόρριψης φορτίου να αντιστοιχίζονται σε επίπεδα 2 και 3 σε αυξανόμενο βαθμό απόκρισης φορτίου. -Εάν η ανάπτυξη υποστηρίζει το B profile VEN, εκτός από το σήμα SIMPLE, μπορεί να συμπεριληφθεί μια αποστολή με τη μορφή σήματος LOAD_DISPATCH στο ωφέλιμο φορτίο με τύπους σήματος σημείου ρύθμισης ή δέλτα και μονάδες powerReal. Αυτό το σήμα αντιπροσωπεύει το επιθυμητό «σημείο λειτουργίας» του φορτίου και μπορεί να εκφραστεί είτε ως απόλυτη ποσότητα mW (δηλ. σημείο ρύθμισης) είτε ως κάποιος σχετικός αριθμός mW (δηλ. δέλτα) από το τρέχον σημείο λειτουργίας των πόρων. Βλ. Παράρτημα Α για π.χamples.
Επιλογή απαντήσεων	-VTN αποστολή συμβάντων θα πρέπει να ορίσετε το στοιχείο oadrResponseRequired σε "πάντα", απαιτώντας από το VEN να ανταποκριθεί με optIn ή optOut - Ως aggregators/πελάτες έχουν προ-δεσμευμένη ικανότητα Τα VEN θα πρέπει να ανταποκρίνονται με optIn. Μπορεί να σταλεί μια εξαίρεση ως απάντηση στο συμβάν, αλλά αυτή είναι μια ανεπίσημη ένδειξη διαθεσιμότητας και όχι μια επίσημη εξαίρεση από την εκδήλωση. -Ο Το ωφέλιμο φορτίο oadrCreateOpt συνήθως δεν θα χρησιμοποιηθεί να πληρούν τις προϋποθέσεις για πόρους που συμμετέχουν σε γεγονότα, καθώς συνήθως το φορτίο είναι μια ενιαία συγκεντρωτική οντότητα.
Περιγραφέας συμβάντος	-Το γεγονός προτεραιότητα πρέπει να οριστεί στο 1 εκτός εάν οι κανόνες του προγράμματος ή η διαμόρφωση VTN ορίζουν διαφορετικά –Μπορούν να χρησιμοποιηθούν δοκιμαστικά συμβάντα, ειδικά κατά την εγγραφή και την πιστοποίηση ενός πόρου. Εάν επιτρέπονται, το στοιχείο testEvent θα πρέπει να οριστεί σε "true" για να υποδείξει το συμβάν δοκιμής. Εάν απαιτούνται πρόσθετες παραμετροποιημένες πληροφορίες σε αυτό το στοιχείο, μπορεί να ακολουθήσει το "true" διαχωρισμένο με ένα κενό με αυτές τις πρόσθετες πληροφορίες.
Ενεργή περίοδος εκδήλωσης	– Δεν χρησιμοποιούνται στοιχεία ανοχής. Το eiRampΟι περίοδοι Up και eiRecovery αποτελούν συνήθως μέρος των παραμέτρων ενός πόρου όταν καταχωρούνται και μπορούν να χρησιμοποιηθούν. Λόγω της φύσης των αποστολών μπορεί να είναι ανοιχτού τύπου και επομένως να μην υπάρχει ώρα λήξης για την εκδήλωση.
γραμμές βάσης	–Οι γραμμές βάσης συνήθως δεν περιλαμβάνονται στο ωφέλιμο φορτίο συμβάντος καθώς αυτά τα δεδομένα συνήθως δεν είναι διαθέσιμα τη στιγμή που ξεκινά το συμβάν. Ωστόσο, τόσο οι επιχειρήσεις κοινής ωφέλειας όσο και οι συγκεντρωτές/πελάτες θα το έκαναν view η συμπερίληψη βασικών πληροφοριών στα γεγονότα ως χρήσιμη.
Στόχευση συμβάντων	-Τα προγράμματα υποβολής προσφορών χωρητικότητας συνήθως δεν κάνουν διαφοροποίηση μεταξύ των πόρων για έναν δεδομένο πελάτη. Η στόχευση καθορίζει συνήθως το venID, υποδεικνύοντας ότι θα πρέπει να συμμετέχουν όλοι οι πόροι που σχετίζονται με το VEN, ή περιλαμβάνει ένα αναγνωριστικό πόρου που αντιπροσωπεύει το συγκεντρωτικό φορτίο σχετίζεται με το VEN.
Υπηρεσίες Αναφοράς	Τα προγράμματα γρήγορης DR συνήθως απαιτούν αναφορές TELEMETRY_USAGE με σημεία δεδομένων powerReal. Η αναφορά χρήσης απεικονίζει το τρέχον σημείο λειτουργίας των πόρων και χρησιμοποιείται από το βοηθητικό πρόγραμμα/ISO για να προσδιορίσει πόσο πιστά ακολουθεί ο πόρος την εντολή αποστολής που στάλθηκε. Σε ορισμένες περιπτώσεις η τηλεμετρία μπορεί να περιλαμβάνει άλλα σημεία δεδομένων, όπως τόμtagμετρήσεις και κατάσταση φόρτισης (δηλαδή ενέργεια) στην περίπτωση που οι πόροι είναι κάποια μορφή αποθήκευσης. Σε ορισμένες περιπτώσεις, η συχνότητα αναφοράς μπορεί να είναι τόσο υψηλή όσο κάθε 2 δευτερόλεπτα. Σημειώστε ότι η αναφορά τηλεμετρίας απαιτεί B profile VEN. Βλ. Παράρτημα Α για π.χamples. Ανατρέξτε επίσης στο Παράρτημα Β για π.χampΑναφορές από πιλότους βοηθητικών προγραμμάτων που μπορεί να ισχύουν για αυτόν τον τύπο προγράμματος.
Επιλογή υπηρεσιών	–Χρήση της υπηρεσίας Opt για την επικοινωνία προσωρινής διαθεσιμότητας χρονοδιαγράμματα συνήθως δεν θα χρησιμοποιηθεί καθώς οι πελάτες έχουν δεσμεύσει εκ των προτέρων τη διαθεσιμότητά τους. Ωστόσο, αυτή η υπηρεσία μπορεί να είναι χρήσιμη ως ένας άτυπος τρόπος για τους συμμετέχοντες να υποδείξουν την έλλειψη διαθεσιμότητας για ελαφρυντικούς λόγους, όπως η βλάβη του εξοπλισμού.
Υπηρεσίες εγγραφής	Λόγω των χαμηλών απαιτήσεων καθυστέρησης των αποστολών σε πραγματικό χρόνο χρησιμοποιούνται μόνο μοτίβα αλληλεπίδρασης ώθησης.

Πρόγραμμα Χρόνου Χρήσης (TOU) οικιακών ηλεκτρικών οχημάτων (EV).

Χαρακτηριστικά Προγράμματος Κατοικίας EV TOU

Φόρτωση Profile Σκοπός	Μια δομή ρυθμού με την οποία το κόστος φόρτισης των ηλεκτρικών οχημάτων τροποποιείται για να αναγκάσει τους καταναλωτές να αλλάξουν τα πρότυπα κατανάλωσης.
Κύρια προγράμματα οδήγησης	Η χρήση ενέργειας σε κατοικίες κορυφώνεται το βράδυ. Δεδομένου ότι η φόρτιση EV διαρκεί 4-8 ώρες, μπορεί να καθυστερήσει για μερικές ώρες για να μετατοπιστούν οι κορυφές φορτίου.
Περιγραφή προγράμματος	Οι πελάτες που διαθέτουν ηλεκτρικό όχημα μπορούν να εγγραφούν για μια τιμή EV-TOU για ηλεκτρικό όχημα και να λάβουν χαμηλότερες χρεώσεις για τη φόρτιση του οχήματός τους σε ώρες εκτός αιχμής, όπως μεταξύ μεσάνυχτα και 5 π.μ. Οι χρεώσεις EV-TOU είναι προσφέρεται για να ενθαρρύνει τους πελάτες να περιορίσουν τη χρήση ηλεκτρικής ενέργειας κατά τη διάρκεια της ημέρας, όταν η ζήτηση για ηλεκτρική ενέργεια είναι η υψηλότερη.
Κίνητρα πελατών	Φθηνότερη φόρτιση για EV.
Σχεδίαση βαθμού	TOU με μεσημεριανή αιχμή, πρωί και βράδυ στη μέση αιχμής και 12 π.μ.-5 π.μ. εκτός αιχμής
Στόχευση πελάτη	Ιδιοκτήτης EV με επαγγελματία φορτίουfile που κορυφώνεται το βράδυ.
Φορτία στόχου	Φορτιστές EV
Προαπαιτούμενο	Ο πελάτης πρέπει να έχει έξυπνο μετρητή και EV
Χρονικό πλαίσιο προγράμματος	Όλο το χρόνο
Περιορισμοί συμβάντων	Κανένας
Ημέρες Εκδηλώσεων	Κάθε μέρα ή μόνο τις καθημερινές
Διάρκεια εκδήλωσης	5-8 ώρες
Κοινοποίηση	Ο πελάτης ειδοποιείται για τα επίπεδα τιμών στους μηνιαίους λογαριασμούς του και τα VTN στέλνουν σήματα συμβάντων την επόμενη μέρα.
Επιλογή Συμπεριφοράς	Οι πληρωτές επιτοκίων μπορούν να αλλάξουν το πρόγραμμα τιμών τους όπως θα έκαναν κανονικά με ένα βοηθητικό πρόγραμμα.
Πιστοποίηση Εκδηλώσεις

OpenADR Χαρακτηριστικά για Προγράμματα EV TOU κατοικιών

Σήματα συμβάντων	ELECTRICITY_PRICE σήματα με πραγματικές βαθμίδες τιμών, καθώς και ΑΠΛΑ σήματα που επιτρέπουν τη συμμετοχή από 2.0a VEN Βλ. Παράρτημα Α για π.χamples.
Επιλογή απαντήσεων	Πάντα optIn από VEN
Περιγραφέας συμβάντος	Ένα συμβάν την εβδομάδα, με διαστήματα συμβάντων για κάθε επίπεδο τιμής
Ενεργή περίοδος εκδήλωσης	Θα πρέπει να χρησιμοποιείται τουλάχιστον 24ωρη ειδοποίηση. Κάθε διάστημα συμβάντων θα πρέπει να καλύπτει το επίπεδο ποσοστού TOU
γραμμές βάσης	N/A
Στόχευση συμβάντων	Δεν απαιτείται προηγμένη στόχευση, μόνο στόχευση σε επίπεδο VEN.
Υπηρεσίες Αναφοράς	Δεν απαιτείται αναφορά, όλα τα δεδομένα μπορούν να προέρχονται από το μετρητή. Ανατρέξτε στο Παράρτημα Β για π.χampΑναφορές από πιλότους βοηθητικών προγραμμάτων που μπορεί να ισχύουν για αυτόν τον τύπο προγράμματος.
Επιλογή υπηρεσιών	Οι υπηρεσίες επιλογής δεν θα ήταν σχετικές με αυτόν τον τύπο προγράμματος.
Υπηρεσίες εγγραφής	Οι καταναλωτές θα προμήθευαν το VEN τους με το βοηθητικό πρόγραμμα για τη λήψη σημάτων τιμολόγησης.

Πρόγραμμα τιμολόγησης σε πραγματικό χρόνο Ηλεκτρικών Οχημάτων Δημόσιου Σταθμού

Χαρακτηριστικά προγράμματος Public Station EV RTP

Φόρτωση Profile Σκοπός	Μια δραστηριότητα ανταπόκρισης στη ζήτηση μέσω της οποίας το κόστος φόρτισης ηλεκτρικών οχημάτων τροποποιείται για να μετατοπίσει την πραγματικότητα της τιμολόγησης αιχμής στους καταναλωτές.
Κύρια προγράμματα οδήγησης	Η τιμή του ηλεκτρικού ρεύματος ποικίλλει κατά τη διάρκεια μιας ημέρας. Αυτό το πρόγραμμα στοχεύει στην πιο αποτελεσματική αντιστοίχιση της τιμής χρέωσης με το κόστος της ηλεκτρικής ενέργειας.
Περιγραφή προγράμματος	Οι δημόσιοι φορτιστές μπορούν να υπάρχουν σε χώρους εργασίας, σε δημόσιους χώρους στάθμευσης και σε καταστήματα λιανικής. Αυτό το πρόγραμμα αναμεταδίδει τιμές σε πραγματικό χρόνο σε πιθανούς φορτιστές προτού συνδεθούν στην πρίζα, έτσι ώστε να μπορούν να λάβουν μια τεκμηριωμένη απόφαση σχετικά με το αν θα φορτίσουν ή όχι το αυτοκίνητό τους.
Κίνητρα πελατών	Λιγότερο ακριβή φόρτιση σε περιόδους εκτός αιχμής.
Σχεδίαση βαθμού	Οι τιμές μπορούν να αλλάξουνurly, αλλά μόλις ένας πελάτης επιλέξει να συνδέσει το αυτοκίνητό του στην πρίζα, η τιμή ορίζεται για τη διάρκεια της φόρτισης.
Στόχευση πελάτη	Όποιος έχει ηλεκτρικό όχημα που χρειάζεται να φορτίσει ενώ λείπει από το σπίτι.
Φορτία στόχου	Δημόσιοι φορτιστές EV
Προαπαιτούμενο	Οι φορτιστές EV πρέπει να είναι συνδεδεμένοι στο διαδίκτυο και να έχουν πιστοποίηση OpenADR2.0b ή να είναι συνδεδεμένοι σε πύλη OpenADR2.0b VEN.
Χρονικό πλαίσιο προγράμματος	Όλο το χρόνο
Περιορισμοί συμβάντων	Κανένας
Ημέρες Εκδηλώσεων	Κάθε μέρα ή μόνο τις καθημερινές
Διάρκεια εκδήλωσης	1 ώρα ή περισσότερο
Κοινοποίηση	Ο πελάτης ενημερώνεται για την επικρατούσα τιμή όταν επιλέγει να συνδέσει το αυτοκίνητό του στην πρίζα.
Επιλογή Συμπεριφοράς	Οι πελάτες μπορούν να εξαιρεθούν αποφασίζοντας να μην χρεώσουν.
Πιστοποίηση Εκδηλώσεις

OpenADR Χαρακτηριστικά για Προγράμματα Δημόσιου Σταθμού EV RTP

Σήματα συμβάντων	ELECTRICITY_PRICE σηματοδοτεί με τιμές. Βλ. Παράρτημα Α για π.χamples.
Επιλογή απαντήσεων	Πάντα optIn από VEN
Περιγραφέας συμβάντος	Τα συμβάντα πρέπει να είναι συνεχόμενα και να περιέχουν ένα διάστημα.
Ενεργή περίοδος εκδήλωσης	Θα πρέπει να χρησιμοποιείται ειδοποίηση τουλάχιστον 1 ώρας, ωστόσο τα βοηθητικά προγράμματα μπορούν να επιλέξουν να χρησιμοποιήσουν την ειδοποίηση της επόμενης ημέρας.
γραμμές βάσης	N/A
Στόχευση συμβάντων	Δεν απαιτείται προηγμένη στόχευση, αλλά η στόχευση μπορεί να χρησιμοποιηθεί για την αποστολή τιμών σε συγκεκριμένους μετασχηματιστές, τροφοδότες ή γεωγραφικές περιοχές.
Υπηρεσίες Αναφοράς	Δεν απαιτείται αναφορά, αλλά μπορεί να χρησιμοποιηθεί εάν το επιθυμείτε. Ανατρέξτε στο Παράρτημα Β για π.χampΑναφορές από πιλότους βοηθητικών προγραμμάτων που μπορεί να ισχύουν για αυτόν τον τύπο προγράμματος.
Επιλογή υπηρεσιών	Οι υπηρεσίες επιλογής δεν θα ήταν σχετικές με αυτόν τον τύπο προγράμματος.
Υπηρεσίες εγγραφής	Ένας πωλητής σταθμού φόρτισης θα προμήθευε τις συσκευές του με το VTN ενός βοηθητικού προγράμματος.

Πρόγραμμα DR Κατανεμημένων Πόρων Ενέργειας (DER).

Η ακόλουθη περιγραφή προγράμματος είναι υποθετική και βασίζεται σε ένα ερευνητικό έγγραφο (αναφορά του Rish's paper) που περιγράφει πώς οι πελάτες βοηθητικών προγραμμάτων μπορούν να χρησιμοποιήσουν πόρους αποθήκευσης DER για να συμμετάσχουν σε προγράμματα DR, όπως προγράμματα τιμολόγησης σε πραγματικό χρόνο (RTP).

Χαρακτηριστικά προγράμματος Κατανεμημένων Ενεργειακών Πόρων (DER).

Φόρτωση Profile Σκοπός	Μια δραστηριότητα ανταπόκρισης στη ζήτηση που χρησιμοποιείται για την ομαλή ενσωμάτωση των κατανεμημένων ενεργειακών πόρων στο έξυπνο δίκτυο.
Κύρια προγράμματα οδήγησης	-Μειωμένες κεφαλαιουχικές δαπάνες και μειωμένο ενεργειακό κόστος
Περιγραφή προγράμματος	Οι πελάτες με πόρους DER που μπορούν να συλλέγουν ενέργεια και να την αποθηκεύουν μπορούν να ελαχιστοποιήσουν το κόστος αγοράς ηλεκτρικής ενέργειας από το δίκτυο σε περιόδους υψηλών τιμών χρησιμοποιώντας πρώτα αποθηκευμένους ενεργειακούς πόρους και ακολουθώντας την εφαρμογή στρατηγικών μείωσης φορτίου
Κίνητρα πελατών	Ικανότητα ελέγχου του κόστους σε περιόδους υψηλών τιμών ηλεκτρικής ενέργειας αξιοποιώντας την αποθηκευμένη ενέργεια που παράγεται μέσω φωτοβολταϊκών ή άλλων μέσων και εφαρμόζοντας στρατηγικές μείωσης φορτίου
Σχεδίαση βαθμού	Οι τιμές του ηλεκτρικού ρεύματος ποικίλλουν ανάλογα με τις τιμές χονδρικής αγοράς ή ένα τιμολόγιο που ποικίλλει ανάλογα με την ώρα της ημέρας, την εποχή ή τη θερμοκρασία
Στόχευση πελάτη	Πελάτες με πόρους αποθήκευσης ενέργειας
Φορτία στόχου	Κάθε
Προαπαιτούμενο	Αποθηκευτικοί πόροι ενέργειας
Χρονικό πλαίσιο προγράμματος	Οποιαδήποτε στιγμή
Περιορισμοί συμβάντων	Κανένας
Ημέρες Εκδηλώσεων	Κάθε μέρα
Διάρκεια εκδήλωσης	24 ώρες
Κοινοποίηση	Μέρα μπροστά
Επιλογή Συμπεριφοράς	N/A – Πρόγραμμα καλύτερης προσπάθειας
Πιστοποίηση Εκδηλώσεις	Κανένας

OpenADR Χαρακτηριστικά για Κατανεμημένους Ενεργειακούς Πόρους (DER)

Σήματα συμβάντων	ELECTRICITY_PRICE σήματα με 24 διαστήματα μιας ώρας τιμών σε μια περίοδο 24 ωρών. Αυτό το σήμα θα απαιτήσει το B profile. Αυτό το πρόγραμμα δεν προσφέρεται για ΑΠΛΗ σηματοδότηση για έναν επαγγελματίαfile VEN. Βλ. Παράρτημα Α για π.χamples.
Επιλογή απαντήσεων	-VTN αποστολή συμβάντων θα πρέπει να ορίσετε το στοιχείο oadrResponseRequired σε "ποτέ", εμποδίζοντας τα VEN να ανταποκριθούν.
Περιγραφέας συμβάντος	-Το γεγονός προτεραιότητα πρέπει να οριστεί στο 1 εκτός εάν οι κανόνες του προγράμματος ή η διαμόρφωση VTN ορίζουν διαφορετικά
Ενεργή περίοδος εκδήλωσης	24 ώρες με διαστήματα 1 ώρας με ειδοποίηση την επόμενη μέρα
γραμμές βάσης	N/A
Στόχευση συμβάντων	Δεν απαιτείται προηγμένη στόχευση εκτός από το venID
Υπηρεσίες Αναφοράς	Δεν απαιτείται αναφορά Ανατρέξτε στο Παράρτημα Β για π.χampΑναφορές από πιλότους βοηθητικών προγραμμάτων που μπορεί να ισχύουν για αυτόν τον τύπο προγράμματος.
Επιλογή υπηρεσιών	Δεν χρησιμοποιείται
Υπηρεσίες εγγραφής	Διαστήματα ψηφοφορίας ζητείται από το VTN για τυπικά προγράμματα της επόμενης ημέρας δεν απαιτείται να είναι συχνότερα από μία φορά την ώρα. Ωστόσο, η χρήση της ψηφοφορίας για την ανίχνευση καρδιακού παλμού μπορεί να απαιτεί πιο συχνή ψηφοφορία, όπως θα απαιτούσαν τα προγράμματα θερμοστάτη κατοικίας με σημαντικά μικρότερους χρόνους ειδοποίησης.

– Σample Πρότυπα δεδομένων και ωφέλιμου φορτίου

Οι παρακάτω πίνακες και ωφέλιμο φορτίο XMLamples θα παρέχει στους υλοποιητές απτές π.χampπληροφορίες για το πώς θα πρέπει να εφαρμοστούν τα πρότυπα DR σε αυτό το έγγραφο. Τα ακόλουθα προθέματα χώρου ονομάτων χρησιμοποιούνται στο ωφέλιμο φορτίο π.χamples:

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

Πρόγραμμα κρίσιμης αιχμής τιμολόγησης (CPP)

CPP Σενάριο 1 – Περίπτωση απλής χρήσης, A ή B Profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 4 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 1
  • Όνομα σήματος: SIMPLE
    • Τύπος σήματος: επίπεδο
    • Μονάδες: N/A
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 1
    • Στόχος σήματος: N/A
  • Στόχος(οι) συμβάντος: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

CPP Σενάριο 2 – Τυπική περίπτωση χρήσης, B profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 4 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 2
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0, 1, 2, 3
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 1 ή 2
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: ELECTRICITY_PRICE
    • Τύπος σήματος: τιμή
    • Μονάδες: USD ανά Kwh
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 0.10 $ έως 1.00 $
    • Στόχος σήματος: Κανένας
  • Στόχοι εκδήλωσης: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

CPP Σενάριο 3 – Περίπλοκη Περίπτωση Χρήσης

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 2μμ
  • Διάρκεια: 6 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 2
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0,1, 2, 3)
    • Αριθμός διαστημάτων 3
    • Διάρκεια(ες): 1 ώρα, 4 ώρες, 1 ώρα
    • Τυπικές τιμές διαστήματος: 1, 2, 1 (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: ELECTRICITY_PRICE
    • Τύπος σήματος: τιμή
    • Μονάδες: USD ανά Kwh
    • Αριθμός διαστημάτων 3
    • Διαστήματα Διάρκεια: 1 ώρα, 4 ώρες, 1 ώρα
    • Τυπικές τιμές διαστήματος: 0.50 $, 0.75 $, 0.50 $ (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Στόχοι συμβάντος: Resource_1, Resource_2, Resource_3
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

CPP Sample Event Payload – Typical B Profile Περίπτωση χρήσης

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

μακριά

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

PT4H

PT24H

PT4H

0

2.0

ΑΠΛΟΣ

επίπεδο

SIG_01

0.0

PT4H

0

0.75

ELECTRICITY_PRICE

τιμή

SIG_02

νόμισμα ανά KWh

USD

κανένας

0.0

venID_1234

πάντοτε

Πρόγραμμα υποβολής προσφορών χωρητικότητας (CBP)

Σενάριο CBP 1 – Περίπτωση απλής χρήσης, A ή B Profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 4 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 1
  • Όνομα σήματος: SIMPLE
    • Τύπος σήματος: επίπεδο
    • Μονάδες: N/A
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 1
    • Στόχος σήματος: N/A
  • Στόχος(οι) συμβάντος: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

Σενάριο 2 CBP – Τυπική περίπτωση χρήσης, B profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 4 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 2
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0,1, 2, 3
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 1 ή 2
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: BID_LOAD
    • Τύπος σήματος: σημείο ρύθμισης
    • Μονάδες: powerReal
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 20kW έως 100kW
    • Στόχος σήματος: Κανένας
  • Στόχοι εκδήλωσης: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

Σενάριο CBP 3 – Περίπλοκη περίπτωση χρήσης

• Συμβάν
  • Ειδοποίηση: Ημέρα εκδήλωσης (πόσες ώρες;)
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 6 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 3
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0,1, 2, 3)
    • Αριθμός διαστημάτων: 2
    • Διαστήματα Διάρκεια: 3 ώρες, 3 ώρες
    • Τυπικές τιμές διαστήματος: 1, 2 (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: BID_LOAD
    • Τύπος σήματος: σημείο ρύθμισης
    • Μονάδες: powerReal
    • Αριθμός διαστημάτων 2
    • Διάρκεια(ες): 3 ώρες, 3 ώρες
    • Τυπικές τιμές διαστήματος: 40 kW, 80 kW (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: BID_PRICE
    • Τύπος σήματος: τιμή
    • Μονάδες: νόμισμα PerKW
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 6 ώρες
    • Τυπικές τιμές διαστήματος: 3.10 $
    • Στόχος σήματος: Κανένας
  • Στόχοι συμβάντος: Resource_1, Resource_2, Resource_3
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορά(ες)
  • Όνομα αναφοράς: TELEMETRY_USAGE
  • Τύπος αναφοράς: χρήση
  • Μονάδες: powerReal
  • Τύπος ανάγνωσης: Απευθείας ανάγνωση
  • Συχνότητα αναφοράς: κάθε 1 ώρα

CBP Sample Event Payload – Typical B Profile Περίπτωση χρήσης

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

μακριά

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

PT4H

PT24H

PT4H

0

2.0

ΑΠΛΟΣ

επίπεδο

SIG_01

0.0

PT4H

0

80.0

BID_LOAD

σημείο ρύθμισης

SIG_02

RealPower

W

κ

60.0

<power:voltage>220.0tage>

αληθής

0.0

venID_1234

πάντοτε

Πρόγραμμα οικιακού θερμοστάτη

Οικιακός θερμοστάτης Σενάριο 1 – Θήκη απλής χρήσης, A ή B Profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 4 ώρες
  • Τυχαιοποίηση: 10 λεπτά
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 1
  • Όνομα σήματος: SIMPLE
    • Τύπος σήματος: επίπεδο
    • Μονάδες: N/A
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 1
    • Στόχος σήματος: N/A
  • Στόχος(οι) συμβάντος: Πόρος_1
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

Σενάριο 2 οικιακού θερμοστάτη – Τυπική περίπτωση χρήσης, B profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 4 ώρες
  • Τυχαιοποίηση: 10 λεπτά
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 2
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0,1, 2, 3
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 1 ή 2
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: LOAD_CONTROL
    • Τύπος σήματος: x-loadControlLevelOffset
    • Μονάδες: Θερμοκρασία
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 4 ώρες
    • Τυπικές τιμές διαστήματος: 2 έως 6 βαθμοί Φαρενάιτ
    • Στόχος σήματος: Κανένας
  • Στόχοι συμβάντος: Resource_1, Resource_2
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn, Possible outOut (oadrCreateOpt)
• Αναφορές
  • Κανένας

Σενάριο 3 οικιακού θερμοστάτη – Περίπτωση σύνθετης χρήσης

• Συμβάν
  • Ειδοποίηση: Ημέρα εκδήλωσης
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 6 ώρες
  • Τυχαιοποίηση: 10 λεπτά
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 3
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0,1, 2, 3)
    • Αριθμός διαστημάτων: 2
    • Διαστήματα Διάρκεια: 3 ώρες, 3 ώρες
    • Τυπικές τιμές διαστήματος: 1, 2 (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: BID_LOAD
    • Τύπος σήματος: x-loadControlCapacity
    • Μονάδες: Καμία
    • Αριθμός διαστημάτων 2
    • Διάρκεια(ες): 3 ώρες, 3 ώρες
    • Τυπικές τιμές διαστήματος: 0.9, 0.8 (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Στόχοι συμβάντος: Resource_1, Resource_2, Resource_3
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn, Possible outOut (oadrCreateOpt)
• Αναφορά(ες)
  • Κανένας

Οικιακός Θερμοστάτης Σample Event Payload – Typical B Profile Περίπτωση χρήσης

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

μακριά

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

PT4H

PT10M

PT24H

PT4H

0

2.0

ΑΠΛΟΣ

επίπεδο

SIG_01

0.0

PT4H

0

6.0

LOAD_CONTROL

x-loadControlLevelOffset

SIG_02

θερμοκρασία

θερμόμετρο Φαρενάιτ

κανένας

0.0

πόρος_1

πόρος_2

πάντοτε

Γρήγορη αποστολή DR

Σενάριο Fast DR 1 – Περίπτωση απλής χρήσης, A ή B Profile

• Συμβάν
  • Ειδοποίηση: 10 λεπτά
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 0 (Ανοιχτή Τελική)
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 1
  • Όνομα σήματος: SIMPLE
    • Τύπος σήματος: επίπεδο
    • Μονάδες: N/A
    • Αριθμός διαστημάτων 1
    • Διάρκεια διαστήματος: 0 (ανοιχτό τέλος)
    • Τυπικές τιμές διαστήματος: 1
    • Στόχος σήματος: N/A
  • Στόχος(οι) συμβάντος: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

Σενάριο Fast DR 2 – Τυπική περίπτωση χρήσης, B profile

• Συμβάν
  • Ειδοποίηση: 10 λεπτά
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 30 λεπτά
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: 5 λεπτά
  • Ανάκτηση: 5 λεπτά
  • Αριθμός σημάτων: 2
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0,1, 2, 3
    • Αριθμός διαστημάτων 1
    • Διαστήματα Διάρκεια(ες): 30 λεπτά
    • Τυπικές τιμές διαστήματος: 1 ή 2
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: LOAD_DISPATCH
    • Τύπος σήματος: δέλτα
    • Μονάδες: powerReal
    • Αριθμός διαστημάτων 1
    • Διαστήματα Διάρκεια(ες): 30 λεπτά
    • Τυπικές τιμές διαστήματος: 500 kW έως 2 mW
    • Στόχος σήματος: Κανένας
  • Στόχοι εκδήλωσης: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Όνομα αναφοράς: TELEMETRY_USAGE
  • Τύπος αναφοράς: χρήση
  • Μονάδες: powerReal
  • Τύπος ανάγνωσης: Απευθείας ανάγνωση
  • Συχνότητα αναφοράς: κάθε 1 λεπτό

Γρήγορο DR Σενάριο 3 – Περίπλοκη περίπτωση χρήσης

• Συμβάν
  • Ειδοποίηση: 10 λεπτά
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 30 λεπτά
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: 5 λεπτά
  • Ανάκτηση: 5 λεπτά
  • Αριθμός σημάτων: 2
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0,1, 2, 3)
    • Αριθμός διαστημάτων: 2
    • Διαστήματα Διάρκεια: 15 λεπτά, 15 λεπτά
    • Τυπικές τιμές διαστήματος: 1, 2 (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: LOAD_DISPATCH
    • Τύπος σήματος: σημείο ρύθμισης
    • Μονάδες: powerReal
    • Αριθμός διαστημάτων 2
    • Διαστήματα Διάρκεια: 15 λεπτά, 15 λεπτά
    • Τυπικές τιμές διαστήματος: 800 kW, 900 kW (για κάθε διάστημα αντίστοιχα)
    • Στόχος σήματος: Κανένας
  • Στόχοι εκδήλωσης: Πόρος_1
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορά(ες)
  • Όνομα αναφοράς: TELEMETRY_USAGE
  • Τύπος αναφοράς: χρήση
  • Μονάδες: powerReal και voltage
  • Τύπος ανάγνωσης: Απευθείας ανάγνωση
  • Συχνότητα αναφοράς: κάθε 5 δευτερόλεπτα

Γρήγορος DR Sample Event Payload – Typical B Profile Περίπτωση χρήσης

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

μακριά

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

PT10M

PT10M

<ei:x-eiRampΠάνω>

PT5M

</ei:x-eiRampΠάνω>

PT5M

PT10M

0

2.0

ΑΠΛΟΣ

επίπεδο

SIG_01

0.0

PT10M

0

500.0

LOAD_DISPATCH

δέλτα

SIG_02

RealPower

W

κ

60.0

<power:voltage>220.0tage>

αληθής

0.0

venID_1234

πάντοτε

Γρήγορος DR Sample Αναφορά ωφέλιμου φορτίου μεταδεδομένων – Τυπικό B Profile Περίπτωση χρήσης

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

πόρος 1

χρήση

RealEnergy

Wh

κ

Άμεση ανάγνωση

http://MarketContext1

<oadr:oadrSamplingRate>

PT1M

PT10M

ψευδής

</oadr:oadrSamplingRate>

0

ReportSpecID120615_122512_481_2

METADATA_TELEMETRY_USAGE

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

ec27de207837e1048fd3

Γρήγορος DR Sample Report Request Payload – Typical B Profile Περίπτωση χρήσης

ReportReqID130615_192625_230

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

PT1M

PT1M

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

PT10M

rID120615_122512_981_0

x-notApplicable

VEN130615_192312_582

Γρήγορος DR Sample Report Data Payload – Typical B Profile Περίπτωση χρήσης

ReportUpdReqID130615_192730_445

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

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

rID120615_122512_981_0

100

0.0

500.0

Ποιότητα καλή – Μη συγκεκριμένη

RP_54321

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

TELEMETRY_USAGE

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

VEN130615_192312_582

Πρόγραμμα Χρόνου Χρήσης (TOU) οικιακών ηλεκτρικών οχημάτων (EV).

Σημειώστε ότι καθώς το πρόγραμμα επικοινωνεί τα επίπεδα ρυθμού σε μια αρκετά δομημένη μορφή εμφανίζονται μόνο οι απλές και τυπικές περιπτώσεις χρήσης

Σενάριο 1 για οικιακά EV – Απλή χρήση, A ή B Profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 24 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 1
  • Όνομα σήματος: SIMPLE
    • Τύπος σήματος: επίπεδο
    • Μονάδες: N/A
    • Αριθμός διαστημάτων; ίσες αλλαγές επιπέδου TOU σε 24 ώρες (2 – 6)
    • Διάρκεια(εις) διαστήματος: ενεργό χρονικό πλαίσιο επιπέδου TOU (δηλ. 6 ώρες)
    • Τυπικές τιμές διαστήματος: 0 – 4 αντιστοιχισμένες σε TOU Tiers
    • Στόχος σήματος: N/A
  • Στόχος(οι) συμβάντος: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

Σενάριο 2 οικιακού EV – Τυπική περίπτωση χρήσης, B profile

• Συμβάν
  • Ειδοποίηση: Μέρα πριν την εκδήλωση
  • Ώρα έναρξης: μεσάνυχτα
  • Διάρκεια: 24 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 2
  • Όνομα σήματος: Απλό
    • Τύπος σήματος: επίπεδο
    • Μονάδες: Επίπεδο 0, 1, 2, 3
    • Αριθμός διαστημάτων: ίση αλλαγή επιπέδου TOU σε 24 ώρες (2 – 6)
    • Διάρκεια(εις) διαστήματος: ενεργό χρονικό πλαίσιο επιπέδου TOU (δηλ. 6 ώρες)
    • Τυπικές τιμές διαστήματος: 0 – 4 αντιστοιχισμένες σε βαθμίδες TOU (0 – Φθηνότερη βαθμίδα)
    • Στόχος σήματος: Κανένας
  • Όνομα σήματος: ELECTRICITY_PRICE
    • Τύπος σήματος: τιμή
    • Μονάδες: USD ανά Kwh
    • Αριθμός διαστημάτων: ίσες αλλαγές επιπέδου TOU σε 24 ώρες (2 – 6)
    • Διάρκεια(εις) διαστήματος: ενεργό χρονικό πλαίσιο επιπέδου TOU (δηλ. 6 ώρες)
    • Τυπικές τιμές διαστήματος: 0.10 $ έως 1.00 $ (τρέχουσα τιμή επιπέδου)
    • Στόχος σήματος: Κανένας
  • Στόχοι εκδήλωσης: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

Κατοικία EV Sample Event Payload – Typical B Profile Περίπτωση χρήσης

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

μακριά

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

PT24H

PT24H

PT5H

0

0.0

PT7H

1

1.0

PT47H

2

2.0

PT5H

3

1.0

ΑΠΛΟΣ

επίπεδο

SIG_01

0.0

PT5H

0

0.35

PT7H

1

0.55

PT7H

2

0.75

PT5H

3

0.55

ELECTRICITY_PRICE

τιμή

SIG_02

νόμισμα ανά KWh

USD

κανένας

0.0

venID_1234

πάντοτε

Πρόγραμμα τιμολόγησης σε πραγματικό χρόνο Ηλεκτρικών Οχημάτων Δημόσιου Σταθμού

Σημειώστε ότι, καθώς πρόκειται για ένα πρόγραμμα τιμολόγησης σε πραγματικό χρόνο, δεν υπάρχει πραγματικά καμία διαφοροποίηση μεταξύ μιας απλής, τυπικής και σύνθετης περίπτωσης χρήσης. Επομένως sampΤα δεδομένα θα εμφανίζονται μόνο για μια τυπική περίπτωση χρήσης.

Public Station EV Σενάριο 1 – Τυπική περίπτωση χρήσης, B profile

• Συμβάν
  • Ειδοποίηση: 1 ώρα πριν
  • Ώρα έναρξης: 1μμ
  • Διάρκεια: 1 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 1
  • Όνομα σήματος: ELECTRICITY_PRICE
    • Τύπος σήματος: τιμή
    • Μονάδες: USD ανά Kwh
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 1 ώρες
    • Τυπικές τιμές διαστήματος: 0.10 $ έως 1.00 $
    • Στόχος σήματος: Κανένας
  • Στόχοι εκδήλωσης: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: πάντα
  • VEN Αναμενόμενη απόκριση: optIn
• Αναφορές
  • Κανένας

Δημόσιος Σταθμός EV Sample Event Payload – Typical B Profile Περίπτωση χρήσης

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

μακριά

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

PT1H

PT1H

PT1H

0

0.75

ELECTRICITY_PRICE

τιμή

SIG_01

νόμισμα ανά KWh

USD

κανένας

0.0

venID_1234

πάντοτε

Πρόγραμμα DR Κατανεμημένων Πόρων Ενέργειας (DER).

Σημειώστε ότι, καθώς πρόκειται για ένα πρόγραμμα τιμολόγησης σε πραγματικό χρόνο, δεν υπάρχει πραγματικά καμία διαφοροποίηση μεταξύ μιας απλής, τυπικής και σύνθετης περίπτωσης χρήσης. Επομένως sampΤα δεδομένα θα εμφανίζονται μόνο για μια τυπική περίπτωση χρήσης.

Public Station EV Σενάριο 1 – Τυπική περίπτωση χρήσης, B profile

• Συμβάν
  • Ειδοποίηση: Μέρα μπροστά
  • Ώρα έναρξης: μεσάνυχτα
  • Διάρκεια: 24 ώρες
  • Τυχαιοποίηση: Καμία
  • Ramp Πάνω: Κανένα
  • Ανάκτηση: Καμία
  • Αριθμός σημάτων: 24
  • Όνομα σήματος: ELECTRICITY_PRICE
    • Τύπος σήματος: τιμή
    • Μονάδες: USD ανά Kwh
    • Αριθμός διαστημάτων 1
    • Διάρκεια(ες): 1 ώρες
    • Τυπικές τιμές διαστήματος: 0.10 $ έως 1.00 $
    • Στόχος σήματος: Κανένας
  • Στόχοι εκδήλωσης: venID_1234
  • Προτεραιότητα: 1
  • Απαιτείται απάντηση VEN: ποτέ
  • VEN Αναμενόμενη απάντηση: n/a
• Αναφορές
  • Κανένας

Δημόσιος Σταθμός EV Sample Event Payload – Typical B Profile Περίπτωση χρήσης

OadrDisReq091214_043740_513

TH_VTN

Event091214_043741_028_0

0

http://MarketContext1

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

μακριά

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

PT24H

PT24H

PT1H

0

0.75

PT1H

1

0.80

ELECTRICITY_PRICE

τιμή

SIG_01

νόμισμα ανά KWh

USD

κανένας

0.0

venID_1234

ποτέ

- Π.χ.ample Reports From Utility Pilots

Τα μέλη της OpenADR Alliance παρείχαν το ακόλουθο B Profile oadrUpdateΑναφορά ωφέλιμου φορτίου sampαπό πιλοτικά προγράμματα χρησιμότητας όπου είχαν αναπτυχθεί τα VEN τους. Οι ακόλουθες σημειώσεις συνόδευαν τα τρία ωφέλιμα φορτία sampτα παρεχόμενα:

Στόχος ωφέλιμου φορτίου θερμοστάτη:

• Πρέπει να γνωρίζετε την κατάσταση του θερμοστάτη (θερμοκρασία, σημεία ρύθμισης, καταστάσεις ανεμιστήρα και λειτουργίας)
• Εάν έχετε επιλέξει, είτε ο πελάτης άλλαξε τις ρυθμίσεις του θερμοστάτη είτε όχι (μηνύματα μη αυτόματης παράκαμψης)

M&V για εκπτώσεις Στόχος ωφέλιμου φορτίου:

• Κατάσταση πόρων και μη αυτόματη παράκαμψη στην περίπτωση συμμετοχής
• Δεδομένα διαστήματος από μετρητή παλμών KYZ ή παρακολούθηση ενέργειας για συνολική ενέργεια σε KWH και στιγμιαία ζήτηση σε KW

Στόχος ωφέλιμου φορτίου δεδομένων έξυπνου μετρητή/διαστήματος 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:scale=”http://docs.oasis-open.org/ns/emix/2011/06/siscale”
• xmlns:emix="http://docs.oasis-open.org/ns/emix/2011/06″
• xmlns:strm=”urn:ietf:params:xml:ns:icalendar-2.0:stream”
• xmlns:xcal=”urn:ietf:params:xml:ns:icalendar-2.0″
• xmlns:power="http://docs.oasis-open.org/ns/emix/2011/06/power"

Αναφορά θερμοστάτη ωφέλιμο φορτίο 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.ID:1395090780716

Εκπτώσεις M&Vfor Αναφορά ωφέλιμου φορτίου Sample

RUP-10

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

PT30S

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

PT30S

Κατάσταση

αληθής

ψευδής

Ποιότητα καλή – Μη συγκεκριμένη

Καταμέτρηση παλμών

34750.000000

Ποιότητα καλή – Μη συγκεκριμένη

Ενέργεια

33985.500000

Ποιότητα καλή – Μη συγκεκριμένη

Εξουσία

1.26

Ποιότητα καλή – Μη συγκεκριμένη

RP15

REQ:RReq:10453335019195698

0000000000522613 60

TELEMETRY_USAGE

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

VEN.ID:1439831430142

Έξυπνος μετρητής/Δεδομένα διαστήματος AMI Αναφορά ωφέλιμου φορτίου Sample

RUP-4096

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

PT1M

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

PT15S

στιγμιαία Απαίτηση

6.167000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

intervalDataDelivered

0.051000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

currSumDelivered

12172.052000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

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

PT15S

στιγμιαία Απαίτηση

6.114000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

intervalDataDelivered

0.051000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

currSumDelivered

12172.052000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

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

PT15S

στιγμιαία Απαίτηση

6.113000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

intervalDataDelivered

0.051000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

currSumDelivered

12172.142000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

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

PT15S

στιγμιαία Απαίτηση

6.112000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

intervalDataDelivered

0.051000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

currSumDelivered

12172.142000

Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή

RP4101

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

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

TELEMETRY_USAGE

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

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

- Υπηρεσίες

Το Open ADR υποστηρίζει τις ακόλουθες υπηρεσίες:

• Υπηρεσία EiEvent – Χρησιμοποιείται από τα VTN για την αποστολή συμβάντων απόκρισης ζήτησης σε VEN και χρησιμοποιείται από τα VEN για να υποδείξει εάν οι πόροι πρόκειται να συμμετάσχουν στην εκδήλωση. Η μόνη υπηρεσία που υποστηρίζεται από το A profile είναι το EiEvent
• Υπηρεσία EiReport – Χρησιμοποιείται από VEN και VTN για την ανταλλαγή ιστορικών αναφορών, τηλεμετρίας και προβλέψεων
• Υπηρεσία EiOpt – Χρησιμοποιείται από το VEN για την κοινοποίηση του προσωρινού προγράμματος διαθεσιμότητας στα VTN ή για την πιστοποίηση των πόρων που συμμετέχουν σε μια εκδήλωση
• Υπηρεσία EiRegisterParty – Ξεκίνησε από το VEN και χρησιμοποιείται τόσο από το VEN όσο και από το VTN για την ανταλλαγή πληροφοριών που απαιτούνται για τη διασφάλιση της διαλειτουργικής ανταλλαγής ωφέλιμων φορτίων
• Υπηρεσία OadrPoll – Χρησιμοποιείται από τα VEN για τη μέτρηση του VTN για ωφέλιμα φορτία από οποιαδήποτε άλλη υπηρεσία

Α και Β επαγγελματίαςfile οι λειτουργίες υπηρεσίας ορίζονται από το ριζικό στοιχείο κάθε ωφέλιμου φορτίου, εξαιρουμένων των περιτυλίξεων oadrPayload και oadrSignedObject που χρησιμοποιούνται σε όλα τα B profile ωφέλιμα φορτία.

– Ορισμοί ωφέλιμου φορτίου

Ωφέλιμα φορτία EiEvent

• oadrRequestEvent – Χρησιμοποιείται σε ένα μοντέλο ανταλλαγής έλξης από το VEN για την ανάκτηση όλων των σχετικών συμβάντων από το VTN. Χρησιμοποιείται ως ο κύριος μηχανισμός ψηφοφορίας για A profile VEN, αλλά χρησιμοποιούνται μόνο σε B VEN για συγχρονισμό με το VTN.
• oadrDistributeEvent – Χρησιμοποιείται από το VTN για την παροχή συμβάντων απόκρισης ζήτησης στο VEN
• oadrCreatedEvent – Χρησιμοποιείται από το VEN για να γνωστοποιήσει εάν σκοπεύει να συμμετάσχει σε μια εκδήλωση επιλέγοντας ή όχι
• oadrΑπόκριση – Χρησιμοποιείται από το VTN για την επιβεβαίωση της παραλαβής του optIn ή optOut από το VEN

Ωφέλιμα φορτία EiReport

Σημειώστε ότι τόσο τα VEN όσο και τα VTN μπορούν να είναι ταυτόχρονα παραγωγός αναφορών και αιτών αναφοράς, επομένως όλα τα παρακάτω ωφέλιμα φορτία μπορούν να εκκινηθούν από οποιοδήποτε μέρος.

• oadrRegisterReport – Χρησιμοποιείται για τη δημοσίευση των δυνατοτήτων αναφοράς τους σε μια αναφορά μεταδεδομένων
• oadrRegisteredReport - Επιβεβαιώστε την παραλαβή του oadrRegisterReport, ζητήστε προαιρετικά μία από τις προσφερόμενες αναφορές
• oadrCreateReport – Χρησιμοποιείται για να ζητήσετε μια αναφορά που έχει προηγουμένως προσφερθεί από το VEN ή το VTN
• oadrCreatedReport – Επιβεβαίωση λήψης αιτήματος αναφοράς
• oadrUpdateReport -Παράδοση μιας αιτούμενης αναφοράς που περιέχει δεδομένα διαστήματος
• oadrUpdatedReport – Επιβεβαίωση παραλαβής της παραδοθείσας αναφοράς
• oadrΑκύρωση Αναφορά – Ακυρώστε μια περιοδική αναφορά που ζητήσατε προηγουμένως
• oadrCanceledReport – Αναγνωρίστε μια ακύρωση περιοδικής αναφοράς
• oadrΑπόκριση – Χρησιμοποιείται ως απόκριση κράτησης θέσης σε ορισμένα μοτίβα ανταλλαγής έλξης όταν μια απόκριση επιπέδου εφαρμογής παραδίδεται σε αίτημα επιπέδου μεταφοράς.

Ωφέλιμα φορτία EiOpt

• oadrCreateOpt – Χρησιμοποιείται για δύο σαφώς διαφορετικούς σκοπούς
  • Για να κοινοποιήσει το VEN ένα προσωρινό πρόγραμμα διαθεσιμότητας στο VTN σχετικά με την ικανότητά του να συμμετέχει σε εκδηλώσεις DR
  • Για το VEN να πληροί τις προϋποθέσεις για τους πόρους που συμμετέχουν σε μια εκδήλωση
• oadrCreatedOpt – Επιβεβαιώστε την παραλαβή του ωφέλιμου φορτίου oadrCreateOpt
• oadrCancelOpt -Ακυρώστε ένα προσωρινό πρόγραμμα διαθεσιμότητας
• oadrCanceledOpt – Αναγνωρίστε μια προσωρινή ακύρωση αναφοράς διαθεσιμότητας

 

EiRegisterParty Payloads

• oadrQueryRegistration – Ένας τρόπος για το VEN να ερωτά τις πληροφορίες εγγραφής του VTN χωρίς να εγγραφεί πραγματικά.
• oadrCreatePartyRegistration – Ένα αίτημα από το VEN προς το VTN για εγγραφή. Περιέχει πληροφορίες σχετικά με τις δυνατότητες των VEN.
• oadrCreatedPartyRegistration – Απόκριση είτε σε oadrQueryRegistration είτε σε oadrCreatePartyRegistration. Περιέχει δυνατότητες VTN και πληροφορίες εγγραφής που είναι απαραίτητες για τη διαλειτουργικότητα του VEN
• oadrCancelPartyRegistration – Χρησιμοποιείται είτε από το VEN είτε από το VTN για την ακύρωση της εγγραφής
• oadrCanceledPartyRegistration – Απάντηση σε μια oadrCancelPartyRegistration. Επιβεβαιώνει την παραλαβή της ακύρωσης εγγραφής
• oadrRequestΕπανεγγραφή – Αυτό το ωφέλιμο φορτίο χρησιμοποιείται από ένα VTN σε ένα μοντέλο ανταλλαγής έλξης για να ειδοποιήσει το VEN να ξεκινήσει ξανά την ακολουθία εγγραφής
• oadrΑπόκριση – Χρησιμοποιείται ως απόκριση κράτησης θέσης σε ορισμένα μοτίβα ανταλλαγής έλξης όταν μια απόκριση επιπέδου εφαρμογής παραδίδεται σε αίτημα επιπέδου μεταφοράς.

Ωφέλιμα φορτία OadrPoll

• oadrPoll – Ένας γενικός μηχανισμός poling για το B profile που επιστρέφει ωφέλιμο φορτίο για οποιαδήποτε άλλη υπηρεσία που είναι νέα ή έχει ενημερωθεί.
• oadrΑπόκριση – Χρησιμοποιείται για να υποδείξει ότι δεν υπάρχουν διαθέσιμα νέα ή ενημερωμένα ωφέλιμα φορτία

– Γλωσσάρι Στοιχείων ωφέλιμου φορτίου σχήματος

Ακολουθεί μια αλφαβητική λίστα με στοιχεία σχήματος που χρησιμοποιούνται σε ωφέλιμα φορτία OpenADR 2.0. Η αφήγηση περιγράφει τη χρήση τους καθώς σχετίζεται με το OpenADR και τη χρήση του σε ωφέλιμα φορτία. Όταν ο ορισμός ενός στοιχείου αλλάζει με βάση το ωφέλιμο φορτίο που περιέχεται ή το πλαίσιο χρήσης του, αυτό θα σημειωθεί στην αφήγηση. Οι ορισμοί ωφέλιμου φορτίου ρίζας έχουν εξαιρεθεί όπως ορίζονται στο Παράρτημα Γ.

• ac – Μια Boolean τιμή που υποδεικνύει εάν το προϊόν ισχύος είναι εναλλασσόμενο ρεύμα
• ακρίβεια - Ο αριθμός είναι στις ίδιες μονάδες με τη μεταβλητή ωφέλιμου φορτίου για ένα διάστημα. Όταν υπάρχει Εμπιστοσύνη, υποδεικνύει την πιθανή μεταβλητότητα της πρόβλεψης. Όταν υπάρχει ReadingType, υποδεικνύει πιθανό σφάλμα κατά την ανάγνωση.
• agregatedPnode – Ένας κόμβος συγκεντρωτικής τιμολόγησης είναι ένας εξειδικευμένος τύπος κόμβου τιμολόγησης που χρησιμοποιείται για τη μοντελοποίηση στοιχείων όπως Ζώνη Συστήματος, Ζώνη Προεπιλεγμένης Τιμής, Ζώνη Προσαρμοσμένης Τιμής, Περιοχή Ελέγχου, Συγκεντρωτική Δημιουργία, Συγκεντρωτικό Συμμετέχον Φορτίο, Συγκεντρωτικό Μη Συμμετέχον Φορτίο, Κόμβος Συναλλαγών, Ζώνη DCA
• διαθέσιμος – Ένα αντικείμενο που περιέχει ημερομηνία-ώρα και διάρκεια για ένα πρόγραμμα διαθεσιμότητας EiOpt
• αναγνωριστικό βάσης - Μοναδικό αναγνωριστικό για μια συγκεκριμένη γραμμή βάσης
• Όνομα βάσης – Περιγραφικό όνομα για τη γραμμή βάσης
• εξαρτήματα –
• εμπιστοσύνη – Μια στατιστική πιθανότητα ότι ένα αναφερόμενο σημείο δεδομένων είναι ακριβές
• ΔημιουργήθηκεΗμερομηνίαΏρα – Η ημερομηνία Ώρα που δημιουργήθηκε το ωφέλιμο φορτίο
• νόμισμα –
• νόμισμαPerKW –
• νόμισμα ανά KWh –
• νόμισμαΠερΘμ –
• ρεύμα –
• τρέχουσα τιμή - Η τιμή payloadFloat του διαστήματος συμβάντος που εκτελείται αυτήν τη στιγμή.
• προσαρμοσμένη μονάδα – Χρησιμοποιείται για τον καθορισμό μιας προσαρμοσμένης μονάδας μέτρησης για προσαρμοσμένες αναφορές
• ημερομηνία-ώρα –
• dtstart – Η ώρα έναρξης για τη δραστηριότητα, τα δεδομένα ή την αλλαγή κατάστασης
• διάρκεια – Μια χρονική περίοδος για ένα συμβάν, αναφορά ή χρονικό διάστημα διαθεσιμότητας
• διάρκεια - Η διάρκεια της δραστηριότητας, των δεδομένων ή της κατάστασης
• eiActivePeriod – Χρονικά πλαίσια σχετικά με το συνολικό συμβάν
• eiCreatedEvent – Απαντήστε σε μια εκδήλωση DR με optIn ή optOut
• eiEvent -Ένα αντικείμενο που περιέχει όλες τις πληροφορίες για ένα μεμονωμένο γεγονός
• eiEventBaseline – Β επαγγελματίαςfile
• eiEventSignal – Ένα αντικείμενο που περιέχει όλες τις πληροφορίες για ένα μόνο σήμα σε ένα συμβάν
• eiEventSignals – Δεδομένα διαστήματος για ένα ή περισσότερα σήματα συμβάντων ή/και γραμμές βάσης
• eiMarketContext – Ένα URI που προσδιορίζει μοναδικά ένα πρόγραμμα απόκρισης ζήτησης
• eiReportID – Αναγνωριστικό αναφοράς για μια αναφορά
• eiRequestEvent – Ζητήστε συμβάν από ένα VTN σε λειτουργία έλξης
• eiResponse – Υποδείξτε εάν το ληφθέν ωφέλιμο φορτίο είναι αποδεκτό
• eiTarget – Προσδιορίζει τους πόρους που σχετίζονται με τη λογική διεπαφή VEN. Για συμβάντα, οι τιμές που καθορίζονται είναι ο στόχος για το συμβάν
• endDeviceAsset – Τα EndDeviceAssets είναι η φυσική συσκευή ή συσκευές που θα μπορούσαν να είναι μετρητές ή άλλοι τύποι συσκευών που μπορεί να ενδιαφέρουν
• ενεργειακή φαινομενική - Φαινόμενη ενέργεια, μετρημένη σε βολτ-ampλίγες ώρες (VAh)
• ενεργειακό στοιχείο –
• EnergyReactive - αντιδραστική ενέργεια, βολτ-ampΏρες αντίδρασης (VARh)
• EnergyReal – Πραγματική ενέργεια, Βατώρες (Wh)
• Περιγραφέας γεγονότος – Πληροφορίες για την εκδήλωση
• Αναγνωριστικό συμβάντος - Μια τιμή αναγνωριστικού που προσδιορίζει μια συγκεκριμένη παρουσία συμβάντος DR.
• eventResponse – Ένα αντικείμενο που περιέχει απάντηση VEN σε ένα αίτημα συμμετοχής σε μια εκδήλωση
• eventResponses – Αποκρίσεις optIn ή optOut για λαμβανόμενα συμβάντα
• Κατάσταση συμβάντος – Η τρέχουσα κατάσταση ενός συμβάντος (μακριά, κοντινή, ενεργή κ.λπ.)
• Συλλογή χαρακτηριστικών/τοποθεσία/Πολύγωνο/εξωτερικό/γραμμικό δακτύλιο
• συχνότητα –
• κοκκοποίηση – Αυτό είναι το χρονικό διάστημα μεταξύ sampled δεδομένων σε ένα αίτημα αναφοράς.
• ID ομάδας -Αυτός ο τύπος στόχου χρησιμοποιείται για συμβάντα, αναφορές και χρονοδιαγράμματα επιλογής. Η τιμή θα εκχωρείται συνήθως από το βοηθητικό πρόγραμμα κατά την εγγραφή σε ένα πρόγραμμα DR
• Όνομα ομάδας – Αυτός ο τύπος στόχου χρησιμοποιείται για συμβάντα, αναφορές και χρονοδιαγράμματα επιλογής. Η τιμή θα εκχωρείται συνήθως από το βοηθητικό πρόγραμμα κατά την εγγραφή σε ένα πρόγραμμα DR
• χέρτζ –
• διάστημα – Ένα αντικείμενο που περιέχει τον χρόνο και/ή τη διάρκεια δεδομένων και μια τιμή που μπορεί να ενεργήσει στην περίπτωση ενός συμβάντος ή δεδομένων στην περίπτωση αναφοράς
• διαστήματα - Ένα ή περισσότερα χρονικά διαστήματα κατά τα οποία είναι ενεργό το συμβάν DR ή είναι διαθέσιμα δεδομένα αναφοράς
• Περιγραφή αντικειμένου – Περιγραφή μονάδας μέτρησης αναφοράς
• στοιχείο Μονάδες - Η βασική μονάδα μέτρησης για ένα σημείο δεδομένων αναφοράς
• marketContext – Ένα URI που προσδιορίζει ένα Πρόγραμμα DR
• meterAsset – Το MeterAsset είναι η φυσική συσκευή ή συσκευές που εκτελούν το ρόλο του μετρητή
• τροποποίηση Ημερομηνία Ώρα – Όταν ένα συμβάν τροποποιείται
• αριθμός τροποποίησης – Αυξάνεται κάθε φορά που τροποποιείται ένα συμβάν.
• τροποποίησηΛόγος – Γιατί τροποποιήθηκε ένα συμβάν
• mrid - Το mRID προσδιορίζει τη φυσική συσκευή που μπορεί να είναι CustomerMeter ή άλλοι τύποι EndDevices.
• κόμβος - Ο Κόμβος είναι ένα μέρος όπου κάτι αλλάζει (συχνά ιδιοκτησία) ή συνδέεται στο δίκτυο. Πολλοί κόμβοι συνδέονται με μετρητές, αλλά δεν είναι όλοι.
• numDataSources –
• oadrΧωρητικότητα –
• oadrΡεύμα –
• oadrDataQuality –
• oadrDeviceClass – Στόχος κλάσης συσκευής – χρησιμοποιήστε μόνο endDeviceAsset.
• oadrEvent – Ένα αντικείμενο που περιέχει ένα συμβάν απόκρισης ζήτησης
• oadrΕπέκταση –
• oadrExtensionName –
• oadrΕπεκτάσεις –
• oadrHttpPullModel – Ένα boolean που υποδεικνύει εάν το VEN θέλει να χρησιμοποιήσει ένα μοντέλο ανταλλαγής έλξης
• oadrInfo – Ένα ζεύγος βασικής αξίας πληροφοριών εγγραφής για συγκεκριμένες υπηρεσίες
• oadrKey –
• oadrLevelOffset –
• oadrLoadControlState –
• oadrManualOverride – Εάν ισχύει, τότε ο έλεγχος του φορτίου έχει παρακαμφθεί χειροκίνητα
• oadrMax –
• oadrMaxPeriod – Μέγιστο sampπερίοδο λινγκ
• oadrMin –
• oadrMinPeriod – Ελάχιστο sampπερίοδο λινγκ
• oadrΚανονικό –
• oadrOnChange – Αν αληθεύει, τότε τα δεδομένα θα καταγράφονται όταν αλλάζουν, αλλά σε συχνότητα όχι μεγαλύτερη από αυτή που καθορίζεται από την minPeriod.
• oadrOnline – Εάν είναι αληθές, τότε ο πόρος/στοιχείο είναι συνδεδεμένος, εάν είναι ψευδής τότε εκτός σύνδεσης.
• oadrPayload –
• oadrPayloadResourceStatus – Τρέχουσες πληροφορίες κατάστασης πόρων
• oadrPendingReports – Μια λίστα περιοδικών αναφορών που είναι ακόμα ενεργή
• oadrPercentOffset –
• oadrProfile - Profile υποστηρίζεται από VEN ή VTN
• oadrProfileΌνομα - OpenADR profile όνομα όπως 2.0a ή 2.0b.
• oadrProfiles – OpenADR profileυποστηρίζεται από την υλοποίηση
• oadrΑναφορά -Ένα αντικείμενο που περιέχει όλες τις πληροφορίες για μία μόνο αναφορά
• oadrReportDescription – Περιγραφή των χαρακτηριστικών της έκθεσης που προσφέρονται από τον παραγωγό της έκθεσης. Περιέχεται σε μια αναφορά μεταδεδομένων
• oadrReportOnly – ReportOnlyDeviceFlag
• oadrReportPayload – Τιμές σημείων δεδομένων για αναφορές
• oadrRequestedOadrPollFreq – Το VEN θα στείλει ένα ωφέλιμο φορτίο oadrPoll στο VTN το πολύ μία φορά για κάθε διάρκεια που καθορίζεται από αυτό το στοιχείο
• oadrResponseRequired – Ελέγχει πότε απαιτείται απάντηση optIn/optOut. Μπορεί πάντα ή ποτέ
• oadrSamplingRate - Sampρυθμός ling για δεδομένα τύπου τηλεμετρίας
• oadrService –
• oadrServiceName – Αυτός ο τύπος στόχου χρησιμοποιείται για συμβάντα, αναφορές και χρονοδιαγράμματα επιλογής. Η τιμή θα εκχωρείται συνήθως από το βοηθητικό πρόγραμμα κατά την εγγραφή σε ένα πρόγραμμα DR
• oadrServiceSpecificInfo – Πληροφορίες εγγραφής για συγκεκριμένες υπηρεσίες
• oadrSetPoint –
• oadrSignedObject –
• oadrTransport – Ένα όνομα μεταφοράς που υποστηρίζεται από VEN ή VTN
• oadrTransportΔιεύθυνση – Διεύθυνση ρίζας που χρησιμοποιείται για την επικοινωνία με άλλο μέρος. Θα πρέπει να περιλαμβάνει θύρα εάν απαιτείται
• oadrTransportName – Όνομα μεταφοράς OpenADR, όπως simpleHttp ή xmpp
• oadrTransports – Μεταφορές OpenADR που υποστηρίζονται από την υλοποίηση
• oadrUpdatedReport – Επιβεβαίωση λήψης αναφοράς
• oadrUpdateReport – Στείλτε μια αναφορά που ζητήσατε προηγουμένως
• oadrValue –
• oadrVenName – όνομα VEN. Μπορεί να χρησιμοποιηθεί στο VTN GUI
• oadrXmlΥπογραφή – Η υλοποίηση υποστηρίζει την υπογραφή XML
• optID - Αναγνωριστικό για αλληλεπίδραση επιλογής
• optReason - Απαριθμημένη τιμή για τον λόγο επιλογής, όπως x-χρονοδιάγραμμα
• optType – optIn ή optOut από ένα συμβάν ή χρησιμοποιείται για να υποδείξει τον τύπο του χρονοδιαγράμματος εξαίρεσης που ορίζεται στο vavailablityObject για την υπηρεσία EiOpt
• ID του κόμματος – Αυτός ο τύπος στόχου χρησιμοποιείται για συμβάντα, αναφορές και χρονοδιαγράμματα επιλογής. Η τιμή θα εκχωρείται συνήθως από το βοηθητικό πρόγραμμα κατά την εγγραφή σε ένα πρόγραμμα DR
• payloadFloat – Τιμή σημείου δεδομένων για σήματα συμβάντων ή για αναφορά τρεχουσών ή ιστορικών τιμών.
• pnode - Ένας κόμβος τιμολόγησης συνδέεται άμεσα με έναν κόμβο συνδεσιμότητας. Είναι μια τοποθεσία τιμολόγησης για την οποία οι συμμετέχοντες στην αγορά υποβάλλουν τις προσφορές τους, τις προσφορές τους, αγοράζουν/πωλούν CRR και διακανονίζονται.
• pointOfDelivery –
• Σημείο Παραλαβής –
• posList –
• powerApparent – Φαινόμενη ισχύς μετρημένη σε βολτ-amperes (VA)
• powerAttributes
• powerItem
• powerReactive – Άεργος ισχύς, μετρημένη σε βολτ-amperes reactive (VAR)
• powerReal - Πραγματική ισχύς μετρημένη σε Watt (W) ή Joules/sec (J/s)
• προτεραιότητα – Η προτεραιότητα του συμβάντος σε σχέση με άλλα συμβάντα (Όσο χαμηλότερος είναι ο αριθμός υψηλότερη η προτεραιότητα. Η τιμή μηδέν (0) υποδεικνύει καμία προτεραιότητα, η οποία είναι η χαμηλότερη προτεραιότητα από προεπιλογή).
• σκηνικά θέατρου –
• Καταμέτρηση παλμών – Σημείο δεδομένων αναφοράς
• pulseFactor - kWh ανά μέτρηση
• αναγνωρισμένο συμβάντος – Ένα μοναδικό αναγνωριστικό για μια εκδήλωση
• Τύπος ανάγνωσης – Μεταδεδομένα σχετικά με τις αναγνώσεις, όπως μέσος όρος ή παράγωγος
• αναγνωριστικό εγγραφής - Αναγνωριστικό για συναλλαγή Εγγραφής. Δεν περιλαμβάνεται ως απάντηση στην εγγραφή ερωτήματος, εκτός εάν έχετε ήδη εγγραφεί
• replyLimit – Ο μέγιστος αριθμός συμβάντων προς επιστροφή σε ένα ωφέλιμο φορτίο oadrDistributeEvent
• ReportBackDuration – Αναφέρετε με την αναφορά έως την ημερομηνία για κάθε πέρασμα αυτής της Διάρκειας.
• ReportDataSource – Πηγές για δεδομένα σε αυτήν την αναφορά. Πρώηνamples περιλαμβάνουν μετρητές ή υπομέτρα. Για π.χample, εάν ένας μετρητής είναι ικανός να παρέχει δύο διαφορετικούς τύπους μετρήσεων, τότε κάθε ρεύμα μέτρησης θα προσδιορίζεται ξεχωριστά.
• ReportInterval – Αυτή είναι η συνολική περίοδος αναφοράς.
• Όνομα αναφοράς - Προαιρετικό όνομα για μια αναφορά.
• ReportRequestID – Αναγνωριστικό για ένα συγκεκριμένο αίτημα αναφοράς
• ReportSpecifier – Καθορίστε τα επιθυμητά σημεία δεδομένων σε μια συγκεκριμένη παρουσία αναφοράς
• ReportSpecifierID – Αναγνωριστικό για μια συγκεκριμένη προδιαγραφή αναφοράς Μεταδεδομένων
• Θέμα αναφοράς – Στόχος κλάσης συσκευής – χρησιμοποιήστε μόνο endDeviceAsset.
• reportToFollow – Υποδεικνύει εάν η αναφορά (με τη μορφή UpdateReport) θα επιστραφεί μετά την ακύρωση της αναφοράς
• Τύπος αναφοράς – Ο τύπος μιας αναφοράς, όπως η χρήση ή η τιμή
• Αναγνωριστικό αιτήματος - Ένα αναγνωριστικό που χρησιμοποιείται για την αντιστοίχιση ενός αιτήματος και μιας απάντησης λογικής συναλλαγής
• αναγνωριστικό πόρου – Αυτός ο τύπος στόχου χρησιμοποιείται για συμβάντα, αναφορές και χρονοδιαγράμματα επιλογής. Η τιμή θα εκχωρείται συνήθως από το βοηθητικό πρόγραμμα κατά την εγγραφή σε ένα πρόγραμμα DR
• απάντηση –
• Κωδικός απάντησης – Ένας 3ψήφιος κωδικός απάντησης
• απάντηση Περιγραφή – Αφηγηματική περιγραφή της κατάστασης απόκρισης
• απαντήσεις –
• rID - Αναγνωριστικό Αναφοράς για αυτό το σημείο δεδομένων
• Περιοχή εξυπηρέτησης – Αυτός ο τύπος στόχου χρησιμοποιείται για συμβάντα, αναφορές και χρονοδιαγράμματα επιλογής. Η τιμή θα εκχωρείται συνήθως από το βοηθητικό πρόγραμμα κατά την εγγραφή σε ένα πρόγραμμα DR
• serviceDeliveryPoint – Λογικό σημείο στο δίκτυο όπου αλλάζει χέρια η ιδιοκτησία της υπηρεσίας. Είναι ένα από τα δυνητικά πολλά σημεία εξυπηρέτησης εντός μιας Υπηρεσίας Τοποθεσίας, που παρέχει υπηρεσίες σύμφωνα με μια Συμφωνία Πελατών. Χρησιμοποιείται στο σημείο όπου μπορεί να εγκατασταθεί ένας μετρητής.
• τοποθεσία υπηρεσίας - Μια τοποθεσία εξυπηρέτησης πελατών έχει ένα ή περισσότερα Σημεία Παράδοσης Υπηρεσίας, τα οποία με τη σειρά τους σχετίζονται με Μετρητές. Η τοποθεσία μπορεί να είναι ένα σημείο ή ένα πολύγωνο, ανάλογα με τις συγκεκριμένες συνθήκες. Για τη διανομή, το ServiceLocation είναι συνήθως η τοποθεσία της εγκατάστασης του πελάτη του βοηθητικού προγράμματος.
• αναγνωριστικό σήματος - μοναδικό αναγνωριστικό για ένα συγκεκριμένο σήμα συμβάντος
• signalName – Το όνομα ενός σήματος όπως SIMPLE
• signalPayload – Τιμές σήματος για συμβάντα και γραμμές βάσης
• siScaleCode – Ένας συντελεστής κλιμάκωσης για τη βασική μονάδα μέτρησης για μια αναφορά
• specifierPayload – Ένα ανοιχτό
• εκκίνησης μετά – Παράθυρο τυχαιοποίησης για την έναρξη του συμβάντος
• statusDateTime – Ημερομηνία και ώρα αναφέρεται σε αυτό το τεχνούργημα.
• θερμοκρασία –
• testEvent - Οτιδήποτε άλλο εκτός από ψευδές υποδηλώνει ένα συμβάν δοκιμής
• κείμενο –
• θέρμη –
• ανοχή - Ένα υποαντικείμενο που περιέχει τις απαιτήσεις τυχαιοποίησης για ένα συμβάν
• ανέχομαι – Ένα αντικείμενο που περιέχει τις απαιτήσεις τυχαιοποίησης για ένα συμβάν
• διεπαφή μεταφοράς - Η διεπαφή μεταφοράς οριοθετεί τις άκρες σε κάθε άκρο ενός τμήματος μεταφοράς.
• uid - Χρησιμοποιείται ως ευρετήριο για τον προσδιορισμό διαστημάτων. Μοναδικό Αναγνωριστικό
• αξία –
• διαθεσιμότητα – Ένα πρόγραμμα που αντικατοπτρίζει τη διαθεσιμότητα της συσκευής για συμμετοχή σε εκδηλώσεις DR
• venID – Ένα μοναδικό αναγνωριστικό για ένα VEN
• τόμtage –
• vtnΣχόλιο – Οποιοδήποτε κείμενο
• vtnID – Ένα μοναδικό αναγνωριστικό για ένα VTN
• x-eiNotification – Το VEN θα πρέπει να λάβει το ωφέλιμο φορτίο συμβάντος DR πριν από την dtstart μείον αυτή τη διάρκεια.
• x-eiRampΠάνω - Διάρκεια πριν ή μετά το χρόνο έναρξης του γεγονότος κατά τη διάρκεια της οποίας θα πρέπει να περάσει το υπόλειμμα φορτίου.
• x-eiRecovery – Μια διάρκεια πριν ή μετά τον χρόνο λήξης του συμβάντος κατά τη διάρκεια της οποίας θα πρέπει να περάσει το απόβλητο φορτίου.

 

Γλωσσάρι απαριθμημένων τιμών

Κατάσταση συμβάντος

• ενεργός – Η εκδήλωση έχει ξεκινήσει και είναι ενεργή αυτήν τη στιγμή.
• ακυρώθηκε – Η εκδήλωση ακυρώθηκε.
• ολοκληρώθηκε το – Η εκδήλωση ολοκληρώθηκε.
• μακριά – Εκκρεμότητα εκδήλωσης στο απώτερο μέλλον. Ο ακριβής ορισμός του πόσο μακριά στο μέλλον αναφέρεται αυτό εξαρτάται από το πλαίσιο της αγοράς, αλλά συνήθως σημαίνει την επόμενη μέρα.
• κοντά – Εκκρεμεί εκδήλωση στο εγγύς μέλλον. Ο ακριβής ορισμός του πόσο κοντά στο μέλλον θα είναι ενεργό το εκκρεμές γεγονός εξαρτάται από το πλαίσιο της αγοράς. .Ξεκινά ταυτόχρονα με την αποτελεσματική έναρξη του γεγονότος x-eiRampΧρόνος λειτουργίας. Αν x-eiRampΤο Up δεν έχει οριστεί για το συμβάν, αυτή η κατάσταση δεν θα χρησιμοποιηθεί για το συμβάν.
• κανένας – Δεν εκκρεμεί εκδήλωση

στοιχείο Μονάδες

• Νόμισμα
  • USD – Δολάρια Ηνωμένων Πολιτειών
  • Για πολλούς που θα απαριθμήσουν εδώ, ανατρέξτε στο σχήμα
• powerReal
  • J/s – Joule-second
  • W – Watt
• θερμοκρασία
  • Κελσίου –
  • θερμόμετρο Φαρενάιτ –

oadrDataQuality

• Χωρίς νέα τιμή – Χρησιμοποιήθηκε προηγούμενη τιμή –
• Χωρίς Ποιότητα – Χωρίς Αξία –
• Κακή ποιότητα – Αποτυχία επικοινωνίας –
• Κακή ποιότητα – Σφάλμα διαμόρφωσης –
• Κακή ποιότητα – Αποτυχία συσκευής –
• Κακή ποιότητα – Τελευταία γνωστή τιμή –
• Κακή ποιότητα – Μη συγκεκριμένη –
• Κακή ποιότητα – Μη συνδεδεμένη –
• Κακή ποιότητα – εκτός υπηρεσίας –
• Κακή ποιότητα – Βλάβη αισθητήρα –
• Καλή ποιότητα – Τοπική παράκαμψη –
• Ποιότητα καλή – Μη συγκεκριμένη –
• Όριο ποιότητας – Πεδίο/Σταθερά –
• Όριο ποιότητας – Πεδίο/Υψηλό –
• Όριο ποιότητας – Πεδίο/Χαμηλό –
• Όριο ποιότητας – Πεδίο/Όχι –
• Αβέβαιη ποιότητα – Υπέρβαση μονάδων ΕΕ –
• Αβέβαιη ποιότητα – Τελευταία τιμή χρήσης –
• Αβέβαιη ποιότητα – Μη συγκεκριμένη –
• Αβέβαιη ποιότητα – Ο αισθητήρας δεν είναι ακριβής –
• Αβέβαιη ποιότητα – Υπό κανονική –

oadrResponseRequired

• πάντοτε – Να στέλνετε πάντα μια απάντηση για κάθε συμβάν που λαμβάνετε.
• ποτέ – Μην απαντάτε ποτέ.

optReason

Απαριθμήθηκαν οι λόγοι επιλογής.

• οικονομικός –
• επείγον –
• mustRun –
• μη Συμμετέχοντας –
• outageRunStatus –
• παράκαμψη κατάστασηςs –
• συμμετέχοντας –
• x-πρόγραμμα –

oadrTransportName

• απλόHttp –
• xmpp –

OptType

• optIn – Ένδειξη ότι το VEN θα συμμετάσχει σε μια εκδήλωση ή, στην περίπτωση της υπηρεσίας EiOpt, ένας τύπος χρονοδιαγράμματος που υποδεικνύει ότι ο πόρος θα είναι διαθέσιμος
• optOut – Ένδειξη ότι το VEN δεν θα συμμετάσχει σε μια εκδήλωση ή, στην περίπτωση της υπηρεσίας EiOpt, ένας τύπος χρονοδιαγράμματος που υποδεικνύει ότι ο πόρος δεν θα είναι διαθέσιμος

ReadingType

• Κατανεμήθηκε – Ο μετρητής καλύπτει αρκετούς [πόρους] και η χρήση συμπεραίνεται μέσω κάποιου είδους επαγγελματικού υπολογισμού δεδομένων.
• Σύμβαση – Υποδεικνύει ότι η ανάγνωση είναι pro forma, δηλ. αναφέρεται σε συμφωνημένες τιμές
• Συμπληρωματικός – Η χρήση συνάγεται από τη γνώση του χρόνου εκτέλεσης, της κανονικής λειτουργίας κ.λπ.
• Άμεση ανάγνωση – Η ανάγνωση διαβάζεται από μια συσκευή που αυξάνεται μονότονα και η χρήση πρέπει να υπολογίζεται από ζεύγη αναγνώσεων έναρξης και διακοπής.
• Εκτιμώμενος – Χρησιμοποιείται όταν απουσιάζει μια ανάγνωση σε μια σειρά στην οποία υπάρχουν οι περισσότερες αναγνώσεις.
• Υβρίδιο – Εάν συγκεντρώνεται, αναφέρεται σε διαφορετικούς τύπους ανάγνωσης στον συγκεντρωτικό αριθμό.
• Μέσο – Η ανάγνωση είναι η μέση τιμή για την περίοδο που υποδεικνύεται στο Granularity
• Καθαρά – Ο μετρητής ή ο [πόρος] προετοιμάζει τον δικό του υπολογισμό συνολικής χρήσης με την πάροδο του χρόνου.
• Κορυφή – Η ένδειξη είναι η Μέγιστη (υψηλότερη) τιμή κατά την περίοδο που υποδεικνύεται στην ευαισθησία. Για ορισμένες μετρήσεις, μπορεί να είναι πιο λογικό ως η χαμηλότερη τιμή. Μπορεί να μην είναι συνεπής με τις συγκεντρωτικές ενδείξεις. Ισχύει μόνο για βάσεις στοιχείων ρυθμού ροής, π.χ. Ισχύς όχι ενέργεια.
• Προβαλλόμενη – Υποδεικνύει ότι η ανάγνωση είναι στο μέλλον και δεν έχει μετρηθεί ακόμη.
• Συνοψίστηκε – Πολλά μέτρα μαζί παρέχουν την ένδειξη για αυτόν τον [πόρο]. Αυτό είναι συγκεκριμένα διαφορετικό από το συγκεντρωτικό, το οποίο αναφέρεται σε πολλαπλούς [πόρους] στο ίδιο ωφέλιμο φορτίο. Δείτε επίσης Hybrid.
• x-notApplicable - Δεν εφαρμόζεται
• x-RMS – Τετράγωνο μέσης ρίζας

Όνομα αναφοράς

• HISTORY_GREENBUTTON – Μια αναφορά που περιέχει δεδομένα πράσινου κουμπιού σε μια δομή σχήματος τροφοδοσίας ατόμων
• HISTORY_USAGE – Μια αναφορά που περιέχει ιστορικά δεδομένα χρήσης ενέργειας
• METADATA_HISTORY_GREENBUTTON – Μια αναφορά μεταδεδομένων που καθορίζει τις δυνατότητες αναφοράς για αναφορές HISTORY_GREENBUTTON
• METADATA_HISTORY_USAGE – Μια αναφορά μεταδεδομένων που καθορίζει τις δυνατότητες αναφοράς για αναφορές HISTORY_USAGE
• METADATA_TELEMETRY_STATUS – Μια αναφορά μεταδεδομένων που καθορίζει τις δυνατότητες αναφοράς για τις αναφορές TELEMETRY_STATUS
• METADATA_TELEMETRY_USAGE – Μια αναφορά μεταδεδομένων που καθορίζει τις δυνατότητες αναφοράς για τις αναφορές TELEMETRY_USAGE
• TELEMETRY_STATUS – Μια αναφορά που περιέχει πληροφορίες για την κατάσταση των πόρων σε πραγματικό χρόνο, όπως η κατάσταση στο διαδίκτυο
• TELEMETRY_USAGE – Μια αναφορά που περιέχει πληροφορίες για τη χρήση ενέργειας σε πραγματικό χρόνο

Τύπος αναφοράς

Μια απαριθμημένη τιμή που δίνει τον τύπο της αναφοράς που παρέχεται.

• διαθέσιμος Αποθηκευτικός χώρος Ενέργειας – Διαθέσιμη χωρητικότητα για περαιτέρω αποθήκευση ενέργειας, ίσως για να φτάσετε στο Target Energy Storage
• μέση ζήτηση – Μέση χρήση κατά τη διάρκεια που υποδεικνύεται από το Granularity. Δείτε τη ζήτηση για περισσότερες πληροφορίες.
• μέση χρήση – Μέση χρήση κατά τη διάρκεια που υποδεικνύεται από το Granularity. Δείτε τη χρήση για περισσότερες πληροφορίες.
• γραμμή βάσης – Μπορεί να είναι ζήτηση ή χρήση, όπως υποδεικνύεται από το ItemBase. Υποδεικνύει τι θα ήταν η [μέτρηση] εάν δεν υπήρχε το συμβάν ή ο κανονισμός. Η αναφορά έχει τη μορφή Baseline.
• deltaDemand – Μεταβολή της ζήτησης σε σύγκριση με την αρχική τιμή. Δείτε τη ζήτηση για περισσότερες πληροφορίες
• deltaSetPoint – Αλλαγές στο σημείο ρύθμισης από το προηγούμενο πρόγραμμα.
• deltaUsage – Αλλαγή στη χρήση σε σύγκριση με τη γραμμή βάσης. Δείτε τη χρήση για περισσότερες πληροφορίες
• ζήτηση – Η αναφορά υποδεικνύει μια ποσότητα μονάδων (εκφρασμένη σε ItemBase ή στο Προϊόν EMIX). Ο τύπος ωφέλιμου φορτίου είναι Ποσότητα. Ένα τυπικό ItemBase είναι η Real Power.
• παρέκκλιση – Διαφορά μεταξύ κάποιας εντολής και της πραγματικής κατάστασης.
• downRegulationCapacityAvailable – Δυνατότητα Down Regulation διαθέσιμη για αποστολή, εκφρασμένη σε EMIX Real Power. Το ωφέλιμο φορτίο εκφράζεται πάντα ως θετική ποσότητα.
• επίπεδο – Απλό επίπεδο από την αγορά σε κάθε Διάστημα.
• κατάσταση λειτουργίας – Γενικευμένη κατάσταση ενός πόρου, όπως ενεργοποίηση/απενεργοποίηση, κατάληψη κτιρίου κ.λπ. Δεν υπάρχει σχετική βάση στοιχείου. Απαιτεί μια επέκταση ωφέλιμου φορτίου για συγκεκριμένη εφαρμογή.
• ποσοστιαία ζήτηση - Percentagε της ζήτησης
• ποσοστιαία χρήση - Percentagε της χρήσης
• powerFactor – Συντελεστής ισχύος για τον πόρο
• τιμή – Τιμή ανά ItemBase σε κάθε Διάστημα
• ανάγνωση – Η αναφορά υποδεικνύει μια ένδειξη, όπως από ένα μετρητή. Οι αναγνώσεις είναι στιγμές των χρονικών αλλαγών με την πάροδο του χρόνου μπορούν να υπολογιστούν από τη διαφορά μεταξύ διαδοχικών αναγνώσεων. Ο τύπος ωφέλιμου φορτίου είναι float
• ρύθμισηΣημείο ρύθμισης – Σημείο ρύθμισης σύμφωνα με τις οδηγίες ως μέρος των υπηρεσιών ρύθμισης
• setPoint – Η αναφορά υποδεικνύει το ποσό (εκφρασμένο σε ItemBase ή στο Προϊόν EMIX) που έχει οριστεί αυτήν τη στιγμή. Μπορεί να είναι μια επιβεβαίωση/επιστροφή της τιμής ελέγχου του σημείου ρύθμισης που αποστέλλεται από το VTN. Ο τύπος ωφέλιμου φορτίου είναι Ποσότητα. Ένα τυπικό ItemBase είναι η Real Power.
• αποθηκευμένη Ενέργεια – Η αποθηκευμένη ενέργεια εκφράζεται ως πραγματική ενέργεια και το ωφέλιμο φορτίο εκφράζεται ως ποσότητα.
• targetEnergyStorage – Η ενέργεια στόχος εκφράζεται ως πραγματική ενέργεια και το ωφέλιμο φορτίο εκφράζεται ως ποσότητα.
• upRegulationCapacityAvailable – Δυνατότητα ανοδικής ρύθμισης διαθέσιμη για αποστολή, εκφρασμένη σε EMIX Real Power. Το ωφέλιμο φορτίο εκφράζεται πάντα ως θετική ποσότητα.
• χρήση – Η αναφορά υποδεικνύει μια ποσότητα μονάδων (εκφρασμένη σε ItemBase ή στο Προϊόν EMIX) σε μια περίοδο. Ο τύπος ωφέλιμου φορτίου είναι Ποσότητα. Ένα τυπικό ItemBase είναι το RealEnergy
• x-resourceStatus - Percentagε της ζήτησης

scaleCode

• p – Πίκο 10**-12
• n – Nano 10**-9
• μικρο – Micro 10**-6
• m – Μίλι 10**-3
• c – Σέντι 10**-2
• d – Δεκ 10**-1
• k – Κιλό 10**3
• M – Mega 10**6
• G – Giga 10**9
• T – Tera 10**12
• κανένας – Εγγενής κλίμακα

signalName

• BID_ENERGY – Αυτή είναι η ποσότητα ενέργειας από έναν πόρο που προσφέρθηκε σε ένα πρόγραμμα
• BID_LOAD – Αυτό είναι το ποσό του φορτίου που προσφέρθηκε από έναν πόρο σε ένα πρόγραμμα
• BID_PRICE – Αυτή είναι η τιμή που προσφέρθηκε από τον πόρο
• CHARGE_STATE – Κατάσταση αποθηκευτικού πόρου ενέργειας
• ΑΠΑΙΤΗΣΗ_ΧΡΕΩΣΗ – Αυτή είναι η χρέωση ζήτησης
• ELECTRICITY_PRICE – Αυτό είναι το κόστος της ηλεκτρικής ενέργειας
• ENERGY_PRICE – Αυτό είναι το κόστος της ενέργειας
• LOAD_CONTROL -Ρυθμίστε την έξοδο φορτίου σε σχετικές τιμές
• LOAD_DISPATCH – Χρησιμοποιείται για την αποστολή φορτίου
• απλός – αποσβεσμένο – για συμβατότητα προς τα πίσω με A profile
• ΑΠΛΟΣ – Απλά επίπεδα (συμβατό με OpenADR 2.0a)

Τύπος σήματος

Μια απαριθμημένη τιμή που περιγράφει τον τύπο του σήματος, όπως το επίπεδο ή την τιμή

• δέλτα – Το σήμα υποδεικνύει το ποσό που θα αλλάξει από αυτό που θα χρησιμοποιούσε κανείς χωρίς το σήμα.
• επίπεδο – Το σήμα υποδεικνύει ένα επίπεδο προγράμματος.
• πολλαπλασιάζωr – Το σήμα υποδεικνύει έναν πολλαπλασιαστή που εφαρμόζεται στον τρέχοντα ρυθμό παράδοσης ή χρήσης από αυτόν που θα χρησιμοποιούσε κανείς χωρίς το σήμα.
• τιμή – Το σήμα υποδεικνύει την τιμή.
• τιμήΠολλαπλασιασμόςr – Το σήμα υποδεικνύει τον πολλαπλασιαστή τιμής. Η εκτεταμένη τιμή είναι η υπολογισμένη τιμή τιμής πολλαπλασιασμένη με τον αριθμό των μονάδων.
• τιμήΣχετική – Το σήμα υποδεικνύει τη σχετική τιμή.
• σημείο αναφοράς – Το σήμα υποδεικνύει μια στοχευόμενη ποσότητα μονάδων.
• x-loadControlCapacity – Αυτή είναι μια οδηγία για τον ελεγκτή φορτίου να λειτουργεί σε επίπεδο που είναι κάποιο ποσοστόtage της μέγιστης χωρητικότητας κατανάλωσης φορτίου. Αυτό μπορεί να αντιστοιχιστεί σε συγκεκριμένους ελεγκτές φορτίου για να κάνουν πράγματα όπως το duty cycling. Σημειώστε ότι το 1.0 αναφέρεται σε 100% κατανάλωση. Στην περίπτωση απλών συσκευών τύπου ON/OFF τότε 0 = OFF και 1 = ON.
• x-loadControlLevelOffset – Διακεκριμένα ακέραια επίπεδα που είναι σε σχέση με κανονικές πράξεις όπου το 0 είναι κανονικές πράξεις.
• x-loadControlPercentOffset - Percentage αλλαγή από τις κανονικές λειτουργίες ελέγχου φορτίου.
• x-loadControlSetpoint – Σημεία ρύθμισης ελεγκτή φορτίου.

– OpenADR A and B Profile Διαφορές

Η μόνη υπηρεσία που υποστηρίζεται από το A profile είναι η υπηρεσία EiEvent. Το αντικείμενο EiEvent απλοποιείται στο A profile με τους εξής περιορισμούς:

• Επιτρέπεται μόνο ένα σήμα ανά συμβάν και αυτό το σήμα πρέπει να είναι το γνωστό σήμα OpenADR SIMPLE.
• Υπάρχει περιορισμένη στόχευση συμβάντων με υποστήριξη μόνο venID, groupID, resourceID και partyID.(eiEvent:eiTarget).
• Η στόχευση σε επίπεδο σήματος με κατηγορίες συσκευών δεν υποστηρίζεται (eiEventSignal:eiTarget:endDeviceAsset).
• Οι γραμμές βάσης δεν υποστηρίζονται (eiEvent:eiEventSignals:eiEventBaseline).
• modificationDateTime και modificationReason δεν υποστηρίζονται.
• Το τελικό σημείο URL για απλό HTTP στο 2.0b είναι:
  • https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>

Ορισμένα στοιχεία ωφέλιμου φορτίου που απαιτούνταν στο A profile είναι πλέον προαιρετικά στο B profile, συμπεριλαμβανομένων:

• τρέχουσα αξία

– Πιστοποιητικά ασφαλείας OpenADR

Οι κανόνες συμμόρφωσης OpenADR απαιτούν τα εξής:

• Η έκδοση TLS 1.2 χρησιμοποιείται για την ανταλλαγή πιστοποιητικών X.509
• Τα VTN πρέπει να διαθέτουν πιστοποιητικά SHA256 ECC και RSA
• Τα VEN μπορούν να υποστηρίζουν είτε πιστοποιητικά SHA256 ECC και RSA, και μπορεί να υποστηρίζουν και τα δύο
• Τόσο τα VTN όσο και τα VEN πρέπει να ρυθμιστούν ώστε να ζητούν πιστοποιητικά πελάτη, εάν πρόκειται να παίξουν το ρόλο ενός διακομιστή μεταφοράς (δηλαδή να ανταποκρίνονται σε αιτήματα από το άλλο μέρος)
• Τόσο τα VTN όσο και τα VEN πρέπει να παρέχουν πιστοποιητικό πελάτη όταν ζητηθεί από το άλλο μέρος ως μέρος της διαδικασίας διαπραγμάτευσης TLS

Τα πιστοποιητικά που παρέχονται από το NetworkFX θα είναι συγκεκριμένα για RSA ή ECC. Η δημιουργία αυτών των πιστοποιητικών μπορεί να προκύψει ως αποτέλεσμα της συμπλήρωσης φορμών στο NetworkFX web τοποθεσία για να ζητήσει πιστοποιητικά δοκιμής ή μπορεί να είναι αποτέλεσμα αιτήματος πιστοποιητικών παραγωγής μέσω Αίτησης Υπογραφής Πιστοποιητικού (CSR). Ανεξάρτητα από τη μέθοδο, τα ακόλουθα fileθα παρέχονται (π.χampφαίνονται):

• Πιστοποιητικό ρίζας
• Πιστοποιητικό ενδιάμεσης ρίζας
• Πιστοποιητικό συσκευής
• Ιδιωτικό κλειδί

Γενικά, το Ιδιωτικό Κλειδί χρησιμοποιείται για την κρυπτογράφηση ωφέλιμων φορτίων που αποστέλλονται από VEN ή VTN. Το Πιστοποιητικό συσκευής είναι ένα σύνολο μοναδικών πληροφοριών αναγνώρισης σχετικά με ένα VEN ή VTN που έχει δημιουργηθεί από μια Αρχή έκδοσης πιστοποιητικών και έχει κρυπτογραφηθεί χρησιμοποιώντας το Ιδιωτικό Κλειδί. Η ρίζα και το ενδιάμεσο files χρησιμοποιούνται για την αποκρυπτογράφηση του πιστοποιητικού συσκευής και την επικύρωση ότι το πιστοποιητικό προέρχεται από μια αξιόπιστη αρχή.

Σε ένα περιβάλλον Java που χρησιμοποιεί JSSE, υπάρχουν δύο χώροι αποθήκευσης πιστοποιητικών. Το ένα ονομάζεται Trust Store και χρησιμοποιείται για τη διατήρηση του Root Certificate. Το δεύτερο ονομάζεται Key Store και χρησιμοποιείται για την αποθήκευση μιας αλυσίδας πιστοποιητικών που αποτελείται από το ενδιάμεσο πιστοποιητικό πιστοποιητικού συσκευής, καθώς και από το ιδιωτικό κλειδί

Λάβετε υπόψη ότι όταν χρησιμοποιείτε μια μεταφορά XMPP, το VEN επικοινωνεί με τον διακομιστή XMPP και ΟΧΙ απευθείας με το VTN. Επομένως, η διαμόρφωση των πιστοποιητικών στον διακομιστή XMPP ΠΡΕΠΕΙ να είναι ισοδύναμη με αυτή ενός VTN. Η επικοινωνία μεταξύ του ίδιου του VTN και του διακομιστή XMPP είναι διαφανής στο VEN και είναι ουσιαστικά μια ιδιωτική σύνδεση. Ωστόσο, οι περισσότεροι προμηθευτές χρησιμοποιούσαν ένα σύνολο πιστοποιητικών VEN στο VTN όταν επικοινωνούσαν με τον διακομιστή XMPP.

Εάν χρησιμοποιείτε το OpenFire ως διακομιστή XMPP, υπάρχει ένας άλλος περιορισμός που πρέπει να λάβετε υπόψη. Το OpenFire απαιτεί το όνομα CN που χρησιμοποιείται στα πιστοποιητικά συσκευής-πελάτη να ταιριάζει με το όνομα χρήστη XMPP συσκευών που έχει διαμορφωθεί στον διακομιστή XMPP. Αυτό μπορεί να έχει ως αποτέλεσμα ορισμένα περίεργα ονόματα πελατών, καθώς χρησιμοποιείται μια διεύθυνση παρόμοια με MAC για το όνομα CN στα πιστοποιητικά VEN (Μέρος των Απαιτήσεων ασφαλείας OpenADR)

Τέλος, τα περισσότερα VEN και VTN όταν παίζουν το ρόλο ενός πελάτη μεταφοράς θα προσπαθήσουν να επικυρώσουν ότι το πεδίο CN του πιστοποιητικού που παρέχεται από τον διακομιστή μεταφοράς έχει ένα όνομα CN που ταιριάζει με το όνομα κεντρικού υπολογιστή της οντότητας που παρείχε το πιστοποιητικό. Αυτό μπορεί να είναι μια άλλη πηγή προβλημάτων διαλειτουργικότητας κατά την ανταλλαγή πιστοποιητικών. Η επαλήθευση ονόματος κεντρικού υπολογιστή μπορεί συνήθως να απενεργοποιηθεί μέσω προγραμματισμού για την απομόνωση αυτού του είδους ζητημάτων.

Οδηγός προγράμματος OpenADR 2.0 Demand Response – Λήψη [βελτιστοποιημένη]
Οδηγός προγράμματος OpenADR 2.0 Demand Response – Λήψη

Αναφορές

• Εγχειρίδιο χρήστη