Website durchsuchen
Suchen Sie nach einem Gerät, einem Protokoll oder einer Umrechnung wie 50 kW in Ampere.
Berechnen Sie die während eines Demand-Response-Ereignisses gegenüber der Baseline erbrachte Energie, vergleichen Sie sie mit der zugesagten Reduzierung und erfassen Sie den anschließenden Rebound.
Während des Ereignisses eingesparte Energie
106,3kWh
Prüfen Sie die Werte, um ein Ergebnis zu sehen.
Netzbezug ist positiv, Einspeisung negativ. Die Baseline und Abrechnungsregeln des Programms bestimmen die Vergütung.
event energy reduction = Σ(baseline − actual) × interval hoursrebound = Σ(post-event actual − baseline) × interval hours
Gegenüber seiner Baseline hat der Standort über 4 Intervalle 106,3 kWh eingespart, durchschnittlich 106,3 kW, entsprechend 106,3 % der Zusage, und hat danach 20 kWh nachgeholt.
Tipp: Für einen Käufer von Flexibilität ist der Rebound ebenso wichtig wie das Ereignis: Heiz- und Kühllasten holen die Energie oft in der nächsten Stunde nach.
Ein Demand-Response-Ereignis wird gegen eine Baseline gemessen: den Verbrauch, den der Standort ohne das Ereignis gehabt hätte. Die erbrachte Energie ist die Differenz zwischen Baseline und tatsächlicher Leistung in jedem Intervall, über das Ereignis aufsummiert. Liegt ein Standort eine Stunde lang durchschnittlich 106,25 kW unter seiner Baseline, hat er 106,25 kWh erbracht; angezeigt werden 106,3 kWh. Verbraucht er anschließend zum Nachholen 20 kWh mehr als seine Baseline, beträgt der Nettoeffekt 86,25 kWh.
E = Σ (Baseline − Ist-Leistung) × Intervallstunden
Ziehen Sie in jedem Intervall des Ereignisses die gemessene Leistung in kW von der Baseline ab und multiplizieren Sie mit der Intervalllänge in Stunden. Ein 15-Minuten-Intervall dauert 0,25 h. Import ist positiv und Export negativ; exportiert ein Standort während des Ereignisses, erbringt er mehr als seine gesamte Last.
Erfüllung (%) = mittlere Reduzierung ÷ zugesagte Reduzierung × 100
In den meisten Programmen wird eine zugesagte Reduzierung in kW vergütet. Sie im Durchschnitt zu erreichen, reicht nicht immer: Viele Programme rechnen jedes Intervall einzeln ab. Ein Intervall unterhalb der Zusage kann daher Kosten verursachen, selbst wenn der Durchschnitt darüber liegt. Der Rechner zählt solche Intervalle.
Rebound = Σ (Ist-Leistung − Baseline) × Intervallstunden, nach dem Ereignis
Lasten, die Energie speichern, etwa Heizung, Kühlung und Kältetechnik, holen sie nach dem Ereignis nach und verbrauchen eine Zeit lang mehr als ihre Baseline. Der Netzbetreiber sieht diesen Rebound als neue Last. Für den Wert der Flexibilität ist er daher ebenso wichtig wie das Ereignis selbst.
Die Baseline entscheidet über die Vergütung und wird vom Programm festgelegt, nicht vom Standort. Gängige Verfahren mitteln dieselben Stunden an jüngeren vergleichbaren Tagen, oft angepasst an die Last unmittelbar vor dem Ereignis, oder modellieren die Last anhand der Temperatur. Die Rechnung hier ist für jede Baseline-Methode gleich: Geben Sie die Baseline des Programms und die gemessenen Werte Intervall für Intervall ein.
Vier 15-Minuten-Intervalle mit Reduzierungen von 110, 110, 95 und 110 kW erbringen genau 106,25 kWh, angezeigt als 106,3 kWh. Im Mittel sind das 106,25 kW gegenüber einer Zusage von 100 kW. Das dritte Intervall lag unter der Zusage, was bei intervallweiser Abrechnung zählt. In der folgenden halben Stunde holte der Standort 20 kWh nach.
Während des Ereignisses eingesparte Energie 106,3 kWh Im Rechner öffnen
Der Standort begann 250 kW unter seiner Baseline, näherte sich ihr aber über zwei Stunden wieder. Er erbrachte 370 kWh, im Mittel 185 kW oder 92,5 % seiner Zusage von 200 kW. Drei der vier halben Stunden lagen darunter. Eine Last, die sich schon während eines Ereignisses erholt, etwa ein Kaltwassersatz bei steigender Gebäudetemperatur, zeigt oft diesen Verlauf.
Während des Ereignisses eingesparte Energie 370 kWh Im Rechner öffnen
Ein Kühlhaus schaltet für eine Stunde ab und senkt den Energiebezug gegenüber der Baseline um 80,5 kWh bei einer Zusage von 75 kW. Beim Wiederanlauf kühlt es auf die Solltemperatur herunter und verbraucht in der nächsten Stunde 33,25 kWh mehr als die Baseline. Die Nettoreduzierung beträgt damit 47,25 kWh.
Während des Ereignisses eingesparte Energie 80,5 kWh Im Rechner öffnen
Erbrachte Energie in kWh bei einer über das ganze Ereignis konstanten Reduzierung, ohne Rebound.
| Reduzierung (kW) | 30 Minuten (kWh) | 1 Stunde (kWh) | 2 Stunden (kWh) | 4 Stunden (kWh) |
|---|---|---|---|---|
| 25 | 12,5 | 25 | 50 | 100 |
| 50 | 25 | 50 | 100 | 200 |
| 100 | 50 | 100 | 200 | 400 |
| 200 | 100 | 200 | 400 | 800 |
| 500 | 250 | 500 | 1.000 | 2.000 |
| 1.000 | 500 | 1.000 | 2.000 | 4.000 |
Eine Schätzung dessen, was der Standort während des Ereignisses ohne Teilnahme verbraucht hätte. Das Programm legt ihre Berechnung fest, meist anhand derselben Stunden an jüngeren vergleichbaren Tagen. Da sich ein nicht eingetretener Verbrauch nicht messen lässt, bestimmt die Baseline-Methode, wofür der Standort vergütet wird.
Die Abrechnung verwendet die Intervalle des Programms, oft 15 oder 30 Minuten. Eine kurzzeitige Unterschreitung der Reduzierung innerhalb eines Intervalls erscheint nur in dessen Mittelwert. Messung im gleichen oder in kürzeren Intervallen zeigt dem Standort, was das Programm sieht.
Nicht immer. Ein Programm, das zur abendlichen Spitzenlast eine Reduzierung verlangt, bewertet zusätzlichen Bedarf um Mitternacht möglicherweise nicht. Entscheidend wird ein Rebound während einer weiteren Lastspitze; einige Programme begrenzen ihn deshalb.
Mit Intervallmessung am Netzanschluss des Standorts oder an den reagierenden Lasten und einer Steuerung, die auf das Signal des Betreibers reagiert. Siehe die Rolle des IoT bei Demand Response.
Ein ZDR misst die dreiphasige Last und schaltet Lasten beim Beginn eines Ereignisses lokal. Ein ZEM misst die übrigen Stromkreise. So stammen Reaktion und Baseline aus denselben Daten.
