Energiemanagement
Autoren: Benedikt Lipinski, Rick Bürger , Weiran Wang
Einleitung
Im Studiengang Business and Systems Engineering wird in einem Projekt der Veranstaltung Systems Design Engineering der gesamte Energiehaushalt eines Hauses über ein Jahr simuliert. In diesem Artikel wird das Energiemanagement beschrieben, das sich hauptsächlich mit der Steuerung und Umverteilung der elektrischen Energie im Haus beschäftigt.
Energiemanagementsysteme, insbesondere in Verbindung mit einer PV-Anlage und einem Energiespeicher, sind ein großer Gewinn für eine effizientere und letztlich kostengünstigere Nutzung elektrischer Energie auch in privaten Haushalten.
Aus diesem Grund überwacht das Energiemanagementsystem (EMT) die von der PV-Anlage zur Verfügung gestellte Solarenergiegewinnung des Hauses, den von der Klimasystem angeforderten Verbrauch und die Verbraucher der HPU. Darüber hinaus steuert der EMT die Lade- und Entladezyklen des Energiespeichers der Solarenergiegewinnung und die Strombelastung der Stromquellen: PV-Anlage, Energiespeicher und Netz.
Projekt
Anforderungsanalyse
| ID | Titel | Beschreibung |
|---|---|---|
| 1.0 | Energie abführen | "Das System muss überschüssige Energie abführen |
| 1.1 | Einspeisen | Das System muss überschüssige Energie in das Stromnetz einspeisen |
| 1.2 | Intelligent eispeisen | Das System kann Überschüssige Energie zurückhalten um sie zu Monetär lukrativeren Zeitpunkten in das Netz zu geben |
| 2.0 | Energie Speichern | Das System muss Energie Speichern |
| 3.0 | Energie bereitstellen | Das System muss Verbrauchern Energie bereitstellen |
| 3.1 | Aktuelle Verbrauchswerte | Das System muss aktuelle Verbrauchswerte (Wünsche) der Verbraucher (Geräte), einbeziehen. |
| 4.0 | Energie beziehen | Das System muss Energie aus dem Stromnetz beziehen |
| 4.1 | Gesicherte Stromzufur | Das System muss bei bedarf Strom aus dem Stromnetz beziehen |
| 4.2 | Energiequellen Wahl | Das System kann aufrund von aktuellen Strompreisen entscheiden, ob der benötigte Strom aus der PV-Anlage, dem Speicher oder aus dem externen Stromnetz bezogen werden soll |
| 5.0 | Prognosen | Das System kann zu intelligenten Ernergiesteuerung einfache vorhersagen erstellen |
| 5.1 | Prognose zu erwartender Ertrag | Das System kann aufgrund von Wetterdaten eine Prognose der zu erwartenden erträge erstellen und auf dieser Basis, die Speicherung und die Abgabe der Energie Planen. |
| 5.1.1 | Vorhersage Akkuladung | Das System kann eine vorhersage treffen, welche Energiemenge in den Akku geladen werden soll |
| 5.1.2 | Vorhersage Einspeisung | Das System kann vorhersagen welche Energiemenge in das Netz eingespeist werden kann |
| 6.0 | Schnittstellen | Das System muss Steuerungsinformationen zur Energieverteilung an die Steuergeräte der PV Anlage , den Energie-Speicher und des Hausanschlusses(Externe Stromnetz) übertragen. |
| 7.0 | Nutzerinteraktion | Anforderungen, die an die Interaktion eines Nutzers mit dem System gestellt werden. |
| 7.1 | Feedback nach X_Sekunden | Der Nutzer soll nach maximal 400ms Feedback durch das System erhalten |
| 8.0 | Dokumentation | Anforderungen, die an die Dokumentation des Projekts gestellt werden |
| 8.1 | Wiki-Seite | Das Projekt muss in einer Wiki- Seite Dokumentiert werden |
| 8.2 | Kollaboration | Das Projekt soll auf den Plattformen SVN & Sciebo kollaborativ zur verfügung gestellt werden. |
| 8.3 | Der letzte Meilenstein | Der Letzte Meilenstein muss auf einer Wikiseite hochgeladen werden |
| 9.0 | Entwicklungs - Anforderungen an das Projekt | Anforderungen, die an die Entwicklung des PRojekts gestellt werden |
| 9.1 | Sprache | Das System wird in der Sprache Matlab - Simulink umgesetzt |
| 9.2 | IDE | Zur Entwicklung des Systems wird die Umgebung Matlab Benutz |
| 9.3 | Softwareverwakltungssoftware | Verbindliche abgaben müssen in SVN erfolgen |
Systemspezifikation
Der Funktionale Systenentwurf beschäftigt sich mit der Konzeptionellen Planung der Anwendung und ihrer Funktionalen und nicht funktionalen Anforderungen [1]. Die Systemspezifikation dient als Vorstufe zur im nächsten schritt folgenden System Architektur. Das Ziel der Systemspezifikation unter Einbeziehung der Anforderungen, gibt dem Gesamten Team bereits eine Übersicht darüber, mit welchen Funktionen die Software ihren festgelegten Zweck erreichen kann. Genauer wird heraus gearbeitet mittels welcher Funktionalitäten und Entscheidungen die Software die festgeschriebenen Anforderungen umsetzen kann. Als konkretes Ergebnis der Systemspezifikation wurde für das Energiemanagement, auf konzeptioneller ebene ein Ablaufplan entwickelt, der die funktionsweise des Systems auf seiner obersten Ebene beschreiben kann. Weiter können bei erfolgreichem Entwurf stellen herausgearbeitet werden, an denen Submodule im weiteren verlauf Vorteile für Übersichtlichkeit, Entwicklung[2] und Wartbarkeit[3] bringen. Aus dem erzeugten Ablaufplan konnte somit entnommen werden, dass gerade die Funktion "Versorgen der Verbraucher mit Energie" mehrfach und gleich, nur mit einer anderen Art der Energie vorkommt. Diese Funktion eignet sich somit besonders in ein Sub Modul ausgelagert zu werden.
Technischer Systementwurf
Im technischen Systementwurf soll der im Vorhinein erstellte funktionale Systementwurf praktisch umgesetzt werden.
Für die Umsetzung wurden die Ereignisse Energieüberschuss und Energiebedarf, in Bezug auf die Situationen der PV- Anlage und des Speichers hin verknüpft. In der folgenden Abbildung ist das entsprechende Modell in Mathlab/Simulink zu erkennen.
Komponentenspezifikation
In der Komponentenspezifikation wird jede einzelne Komponente genau definiert. Im speziellen bedeutet das, dass die jeweiligen Ein- und Ausgänge definiert werden, sowie genau festgelegt wird, welche Aufgabe die Komponente im speziellen erfüllt. Anschließend wird erläutert, wie die Komponente realisiert, beziehungsweise programmiert werden soll.
Bei den Komponenten für das Energiemanagement handelt es sich um:
- Laden und Endladen des Akkus
- Einspeisen/Beziehen Energie aus dem Netz
- Versorgen der Verbraucher mit Energie
- Vorhersage
Laden des Akkus
In diesem Submodul wird die Leistung ermittelt, mit der der Akku geladen oder entladen wird. Zudem wird in diesem Submodul eine Sicherheitsabfrage hinterlegt, um den Akku vor einer Tiefenendladung (< 0%) oder einer Überladung (> 100%) zu schützen. Es wird zwischen Lade- und Entladeleistung unterschieden. Der aktuelle Ladestand des Akkus wird von der Gruppe SOL in der Einheit Prozent [%] bezogen.Liegt der Bedarf unterhalb des aktuellen Ertrags, wird die Energie im Energiespeicher gespeichert. Die Verteilung der Lade- oder Entladeleistung des Akkus wird über eine interne Variable realisiert, diese ist positiv, wenn ein Energieüberschuss besteht, und negativ, falls mehr Energie verbraucht wird als zur Verfügung steht. Schlussendlich wird die durch die Verbraucher resultierende Endladeleistung des Akkus an die Gruppe SOL übermittelt.
Einspeisen/Beziehen Energie aus dem Netz
Dieses Submodul lässt sich mit einem Stromzähler vergleichen. Der "Stromzähler" kann bei einem Stromverbrauch vorwärts laufen. Sollte das System mehr Strom produzieren, als verbraucht wird, dann ist der "Stromzähler" in der Lage, rückwärts zu laufen. Zudem werden in diesem Submodul auch die Einspeisevergütung gegen die Stromkosten aufgewogen und somit die Kosten für die Energie berechnet. Der aktuelle Strompreis wird von der Gruppe HPU als Preis pro kWs zur Verfügung gestellt. Die Einspeisevergütung, gilt der Einfachheit halber auch als Kosten, bei bezogener Energie. Über die kwh- Werte der Energie, welche aus dem Netz entnommen beziehungsweise eingespeßt wird, lässt durch Multiplikation mit dem Strompreis ein Kosten- oder Ertragswert ermitteln.
Vorhersage
Über diese Komponente kann intelligent die Handhabung der überschüssigen Leistung gesteuert werden, die Grundentscheidung besteht darin, ob die Energie in Akku gespeichert oder ins Netz eingespeist werden soll. Ebenfalls sind Wettervorhersagen, und somit auch Vorhersagen für den Energieertrag, von bis zu einem Tag möglich. Die Zeitvorgaben für einen einheitlichen Takt, werden dabei von der Gruppe HPU bereitgestellt. Dadurch lässt sich schlussendlich ein Ausgabewert („Ja“ oder „Nein“) als Trigger-Bedingung für die Einspeisung in das externe Stromnetz ermitteln.
.
- ↑ Systemspezifikation, 2013. [online]. [Zugriff am: 29 Juli 2024]. Verfügbar unter: http://gsb.download.bva.bund.de/BIT/V-Modell_XT_Bund/V-Modell%20XT%20Bund%20HTML/be9ff771c91b7f.html
- ↑ Rheinwerk Computing :: Objektorientierte Programmierung – 4.2 Klassen: Objekte haben Gemeinsamkeiten, [kein Datum]. [online]. [Zugriff am: 29 Juli 2024]. Verfügbar unter: https://openbook.rheinwerk-verlag.de/oop/oop_kapitel_04_002.htm
- ↑ ISO, [kein Datum]. ISO/IEC 25010:2011. ISO [online]. [Zugriff am: 29 Juli 2024]. Verfügbar unter: https://www.iso.org/standard/35733.html