Alle ReferenzenMachbarkeitsnachweis
Probabilistische Netzlastprognose mit Freigabeschritt: Proof of Concept.
Ein Energieversorger disponierte auf Basis einer einzelnen Prognosezahl aus einer Tabelle, ohne Unsicherheitsbereich und ohne Aufzeichnung der Entscheidungen. Ein Proof of Concept zeigte im getesteten Ablauf P10-, P50- und P90-Lastprognosen, Drift-Prüfungen, ein Entscheidungsprotokoll und einen Freigabeschritt.
- Kunde
- Ein Energieversorger
- Branche
- Energie, Netzbetrieb
- Projekt
- Machbarkeitsnachweis
- Geprüftes Ergebnis
- P10 / P50 / P90probabilistische Prognosen
P10 / P50 / P90probabilistische Prognosen
Wachstumsziel
Der Netzführung Lastprognosen geben, auf deren Basis sie disponieren kann, mit sichtbarer Unsicherheit.
Betriebliche Einschränkung
Die Disposition beruhte auf einer Prognosezahl je Intervall, ohne Drift-Überwachung und ohne Aufzeichnung, welche Prognose einer Entscheidung zugrunde lag.
Geprüftes Ergebnis
P10-, P50- und P90-Prognosebereiche, Drift-Prüfungen, ein Entscheidungsprotokoll und ein Freigabeschritt, im getesteten Ablauf gezeigt.
Zusammenfassung
- Ausgangslage
- Die Disponenten lasen eine Prognose aus einer Tabelle und schlugen ihre eigenen Puffer auf. Frühere Entscheidungen ließen sich nicht mit dem abgleichen, was sie damals gesehen hatten.
- Was SIEL gebaut hat
- Prognosen mit P10-, P50- und P90-Werten je Intervall, Drift-Prüfungen gegen die tatsächliche Last und ein Assistent, der jeden Dispositionsvorschlag zusammenstellt.
- Kontrollen
- Der Assistent disponiert nie selbst. Jeder Vorschlag durchläuft einen Freigabeschritt, und jede Entscheidung wird mit der angezeigten Prognose, der Maßnahme und der freigebenden Person protokolliert.
- Wirkung
- Der getestete Ablauf zeigte die vier Elemente im Zusammenspiel, jede Entscheidung bis zur zugrunde liegenden Prognose nachvollziehbar.
Der vollständige Bericht
01Eine Zahl und keine Aufzeichnung
Im Netz des Versorgers nehmen schwankende Erzeugung und schwankende Nachfrage zu, und die Disposition verantwortet Stabilität und Kosten zugleich. Ihre Entscheidungen beruhten auf einer einzigen Lastprognose je Intervall in einer Tabelle, ergänzt um den persönlichen Puffer jedes Disponenten. Es gab keinen Blick auf plausible niedrige und hohe Fälle, keine Warnung bei Drift des Prognosemodells und keine Aufzeichnung, welche Prognose einer Entscheidung zugrunde lag.
02Prognosebereiche und Drift-Prüfungen
Im Proof of Concept haben wir Prognosen gebaut, die je Intervall P10-, P50- und P90-Lastwerte liefern. Die Last sollte nur in einem von zehn Intervallen unter dem P10-Wert und nur in einem von zehn über dem P90-Wert liegen. Die Disponenten sehen also, wie groß die Unsicherheit ist, nicht nur den mittleren Schätzwert. Drift-Prüfungen vergleichen Prognosen mit der tatsächlichen Last. Verlässt der Fehler vereinbarte Grenzen, wird das Modell zur Prüfung markiert. Es wird als überwachte Komponente behandelt, nicht als Blackbox.
03Ein Dispositionsassistent hinter einem Freigabeschritt
Ein Assistent arbeitet neben den bestehenden Dispositionswerkzeugen, nicht an ihrer Stelle. Bereitet ein Disponent einen Plan vor, zeigt der Assistent ihn vor dem niedrigen, mittleren und hohen Fall und stellt einen Vorschlag mit Prognosewerten, geplanter Maßnahme und den Notizen des Disponenten zusammen. Der Assistent kann nicht disponieren. Jeder Vorschlag durchläuft einen Freigabeschritt, einen eigenen, protokollierten Schritt, in dem eine benannte Person die Verantwortung übernimmt.
04Was der Proof of Concept gezeigt hat
Im getesteten Ablauf wirkten alle vier Elemente zusammen: Prognosebereiche, Drift-Überwachung, Entscheidungsprotokoll und Freigabeschritt. Jede Entscheidung wurde mit der damals verfügbaren Prognose, der Maßnahme und der freigebenden Person protokolliert, sodass sich ein vergangener Tag an der Unsicherheit prüfen lässt, die die Disposition tatsächlich gesehen hat. Der Ablauf ist nicht im Produktivbetrieb. Ein Produktivaufbau würde Live-Netzdaten und die Dispositionssysteme anbinden und parallel zum bestehenden Prozess laufen, bevor sich die Disposition darauf stützt. Freigabeschritt und Entscheidungsprotokoll würden wir in jeder Produktivversion als feste Anforderungen beibehalten.
Sprechen Sie mit unseren Engineers über Ihren Betrieb.
Beschreiben Sie einen Ablauf und die Systeme, auf die er angewiesen ist. Ein Senior Engineer antwortet innerhalb von zwei Werktagen mit einer ersten Einschätzung: was wir bauen würden, was nicht, und warum.