virtuelles Kraftwerk für Batteriesystem

Begriffsdefinition

• ÜST = Übergabestation
• EZA = Erzeugungseinheit

Ziel

• Zusammenschaltung ein ein VPN mehrerer dezentraler Batteriespeicher um dem Direktvermarkter einen großen Batteriespeicher liefern zu können.
  In der aktuellen Zeit bekommt man für einen Batteriespeicher von 250kW/500kWh einfacher eine Netzzusage, als für einen Großen Speicher. Demzufolge werden an viele verschiedene Standorte kleine Speicher installiert, welche dann über den SmartDog und das virtuelle Kraftwerk für Batteriespeicher als einen Großen Speicher dem Direktvermarkter zur Verfügung gestellt werden kann.
• Visualisierung der einzelnen Standort mit den Daten für PV, Batterie und ÜST-Zähler
  • SOC
  • Lade-/Entladeleistung
  • Liefern/Bezug
  • PV-Erzeugung
  • Vorgabe Direktvermarkter für Batteriesteuerung
• Fernwirktechnische Regelung von PV und/oder Batteriespeicher nach Vorgaben EVU in Wirk- und Blindleistung
• Überwachung der Einspeise- und Bezugleistung der ÜST

Support-Reaktionszeit

Werktags innerhalb von 6 Stunden:

• Montag - Donnerstag von 9:00 bis 16:00
• Freitag von 09:00 bis 12:00

Aufbau

Für den Kunden wird ein eigener VPN Server aufgesetzt. Jeder Teilnehmer bekommt ein eigenes Zertifikat, sodass sich der Teilnehmer am VPN anmelden kann. Durch interne Firewall Richtlinien ist eine Kommunikaiton vom Master-Slave sichergestellt, wobei eine Kommunikaiton Slave-Slave unterbunden ist. Zusätzlich muss ein Master-SmartDog verbaut werden, welcher die Slaves Steuert und mit dem Direktvermarkter kommuniziert. Dieser Master muss durch den Kunden verbaut werden. Wir empfehlen eine USV für die Spannungsversorgung, sowie eine Internetanbindung mit Backup (z.B. Glasfaser/DSL und Mobilfunk oder 2 verschieden Mobilfunkanbieter)

Verhalten bei Kommunikationsstörung

Verliert ein Slave die Kommunikation zum Master, so kann das Verhalten je Slave einzeln definiert werden. Diese Einstellungen werden dem Master mitüberspielt sodass dieser die Leistung des ausgefallenen Slaves kompensieren kann.

Verliert der Master die Kommunikation zum Direktvermarkter, so muss dieser definieren welches Verhalten eingestellt werden muss. Eine optionale Verhalten wäre die Implementation des Fahrplans für die Nächsten Tag, ähnlich wie beim Börsenstrom. Solch eine Schnittstelle muss jedoch erst implementiert werden.

Signalisierung von Störungen

• Slave:
  Jeder Slave Signalisiert lokal, sowie im Onlineportal (soweit vorhanden) die eigenen Fehlermeldungen)
• Master:
  Der Master Signalisiert jede einzelne Störmeldung jedes Slaves lokal, sowie am Onlineportal (soweit vorhanden)

Die Fehlermeldungen des Masters werden Spätestens 10 Minuten nach auftreten dem Betreiber am Onlineportal Mitgeteil. Um unmittelbar eine Mitteilung zu erhalten muss die E-Mail Direkt Funktion aktiviert werden.

Stand: 14.04.2026