Smart Grid: Mit LoRaWAN in der Netzleitstelle
LoRaWAN in der Netzleistelle zur Realisierung eines intelligenten Energieversorgungsnetzes ist längst kein abstraktes Thema in der Branche mehr. Immer mehr EVUs begeben sich auf den Weg, ihre neugewonnenen Informationen in die jeweiligen Fachsysteme zu integrieren. Neben der Abrechnung von LoRaWAN-Zählern stellt die Netzleitwarte eines Stadtwerks ein präferiertes System da. Hierbei soll LoRaWAN als Übertragungstechnik dazu dienen, den Transformationsprozess des Energieversorgungsnetzes hin zu einem Smart Grid zu unterstützen.
Die Netzleitstelle als Herzstück zur Überwachung und Steuerung des Energieversorgungsnetzes nimmt dabei eine zentrale Rolle ein. Die erhobenen Daten aus dem LoRaWAN-Netz werden dem Mitarbeiter in der Leitwarte für eine bessere Entscheidungsgrundlage zur Verfügung gestellt. Die Ableitung von Maßnahmen soll so besser und einfacher getroffen werden können. Doch es stellt sich grundsätzlich die Frage, wie eine Integration von Messwerten aus dem LoRaWAN-Netz in die Netzleitstelle erfolgt und welche Daten dort überhaupt visualisiert werden sollten. Da viele vor Projekten rund um das Thema Netzleitwarte auf Grund der hohen Komplexität oder Sicherheitsbedenken zurückscheuen, wollen wir einen Blick darauf werfen, welche Fragestellungen zu klären sind und wie ein solches Projekt umgesetzt werden kann. Ausgangspunkt sind jedoch die technischen Voraussetzungen, weswegen wir zuerst einen Blick auf die Grundlagen der Fernwirktechnik und die notwendige IT-Architektur werfen:
Fernwirktechnik: Was sind die Grundlagen?
In der Vergangenheit und auch noch heute erfolgt die Anbindung von Assets in die Netzleitwarte oft über klassische Fernwirktechnik. Dabei stellt die Fernwirktechnik einen Teil der Netzleittechnik dar, der die Messungs-, Steuerungs- und Regelungstechnik umfasst. In der Fernwirktechnik ist zwischen der Überwachungs- und Steuerungsrichtung zu unterscheiden. Diese sind abhängig vom Blickwinkel des Betrachters, sprich dem Mitarbeiter in der Netzleitwarte. Aus Blickrichtung des Betrachters spricht man von der Steuerungsrichtung. Aus der Perspektive zum Betrachter hin, hingegen von der Übertragungsrichtung.
Die Fernwirktechnik besteht im Allgemeinen aus einem zu überwachenden Objekt, das mittels eines Fühlers überwacht wird. Der Fühler greift physikalische Größen wie z. B. den Druck oder Temperaturwert des Assets ab und wandelt den analogen Messwert mittels eines Umformers in einen digitalen Messwert um. Standardschnittstellen sind hier z. B die 0-20 mA- oder 4-20 mA-Schnittstelle. Über einen Verstärker erfolgt die Übertragung des digitalen Messwerts zu einem zweiten Umformer, der den digitalen Messwert zurück in einen analogen Messwert übersetzt und der Netzleitstelle zur Verfügung stellt. Der Mitarbeiter kann sich dann die Information des Objekts in der Netzleitstelle anzeigen lassen und ggf. Steuerungsbefehle ausgeben, sofern das Objekt über eine entsprechende Steuerungseinheit verfügt.
Hier stellt sich nun die Frage, wie eine Integration von LoRaWAN in der Netzleitstelle erfolgen kann und wie auf den bereits bestehenden Erfahrungen im Bereich der Fernwirktechnik aufgesetzt werden kann. Hierzu werfen wir einen ersten Blick auf die notwendige IT-Architektur:
IT-Architektur: LoRaWAN in der Netzleistelle
Bei der Integration eines Objekts mittels LoRaWAN in die Netzleitwarte ist wie auch in der Fernwirktechnik ein geeigneter Fühler auszuwählen. Der LoRaWAN-Sensor stellt dabei den Fühler dar. Dieser wandelt die analogen Messwerte in digitale Messwerte um. Alternativ können auch bereits bestehende digitale Messwerte abgegriffen werden und über eine LoRaWAN-Bridge in das „LoRaWAN-Format“ übersetzt werden, wie dies in der folgenden Abbildung dargestellt ist.
Der LoRaWAN-Sensor als Fühler ist zur Übertragung der Messwerte in das LoRaWAN-Netz eingebunden. Dieses übernimmt die Rolle des Verstärkers zum Transport der Messwerte und besteht aus dem LoRaWAN-Gateway und dem LoRaWAN-Netzwerk-Server (LNS). Die Informationen werden an den Data-Hub, die IoT-Plattform, übertragen. Dort findet die Entschlüsselung der LoRaWAN-Messwerte statt. Über eine integrierte Schnittstelle im Data-Hub erfolgt dann eine Übersetzung der Messwerte in das IEC-104-Protokoll. Dabei handelt es sich um ein standardisiertes Protokoll, das in der Fernwirktechnik eingesetzt wird und von der Netzleitstelle verarbeitet werden kann. Das Protokoll gibt bestimmte Arten bzw. Typen von Messwerten vor, die übertragen werden können. In diesem Beispiel sind dies die Typen 1,2 und 13.
Bei der Schnittstelle im Data-Hub handelt es sich um einen IEC-104-Slave, der mit einem IEC-104-Master aus der Netzleitwarte verbunden ist, da Netzleitwarten nach dem Master-Slave-Prinzip arbeiten. Hierfür muss eine Verbindung zwischen dem Master und dem Slave (Master-Slave-Prinzip) hergestellt werden. In unserem Beispiel steht der Data-Hub mit dem 104-Slave im kommunalen Rechenzentrum der items GmbH und der Master im Rechenzentrum des Kunden. Zur Sicherstellung einer sicheren Verbindung ist ein VPN-Tunnel zwischen Master und Slave installiert. Eine Anpassung der Firewallregeln ist hierfür notwendig.
Nachdem eine Verbindung zwischen Master und Slave hergestellt ist, müssen beide aufeinander abgestimmt werden. Nach erfolgter Konfiguration ist nun eine Einrichtung von Sensoren im Data-Hub-LoRaWAN möglich. Zur Übertragung der Messwerte sind die Sensoren mit dem IEC-104-Slave im Data-Hub zu verknüpfen. Die Netzleitwarte kann sich dann über den IEC-104-Master die Daten über das Pullprinzip abholen. Zuletzt erfolgt eine Weiterleitung der Messwerte über den Master per LAN-Verbindung in die Verbunds- bzw. Netzleitstelle.
Anwendungsfälle: Welche gehören in die Netzleitstelle?
Auf dem ersten Blick ist man schnell dazu verleitet, möglichst alle Informationen in der Netzleitwarte zu visualisieren. Von Strom- und Spannungsmessungen an Trafostationen und KVS-Schränken über jegliche Assets im Bereich der Gas- und Wasserversorgung wie in der Fernwärme. Bevor dies jedoch erfolgt, sollte zuerst eine Analyse und Grundsatzentscheidung getroffen werden, welche Messwerte in die Netzleitwarte gehören und welchen Mehrwert diese liefern sollen. Im Allgemeinen ist die Frage zu beantworten: Handelt es sich um Messwerte, die für ein Live-Monitoring notwendig sind oder eher um Messreihen zur Planung und Optimierung des Energieversorgungsnetzes?
Viele Messwerte werden oft nur zu Planungs- oder strategischen Optimierungszwecken benötigt, weswegen eine Integration nicht erforderlich ist. Im Fokus sollten daher Messwerte stehen, die dem Live-Monitoring dienen und die Entscheidungsfähigkeit des Mitarbeiters unterstützen. Schalthandlungen sollten dabei nicht umgesetzt werden, da die Latenzzeit und Zuverlässigkeit von LoRaWAN zu gering ist, um eine sachgerechte Umsetzung von Steuerungsbefehlen zu gewährleisten.
In der Praxis handelt es sich um Anwendungsfälle, die eher Entscheidungen in der Netzleitwarte betreffen und die die Handlungsfähigkeit der Mitarbeiter beschleunigen, deren Ausfall aber nicht den Betrieb des Energieversorgungsnetzes gefährdet. Ein klassisches Beispiel stellen Schleppzeiger dar. Wird ein Schleppzeiger mittels eines LoRaWAN-Sensors überwacht und ausgelöst, erhält der Mitarbeiter die Information sofort in der Netzleitwarte. Da der Standort der Fehlermeldung bekannt ist, kann der Monteur gezielt den Fehlerort ansteuern. Die Störung kann deutlich schneller behoben werden, da nicht ggf. jede Ortsnetzstation einzeln abgefahren werden muss. Das Q-Element kann so deutlich gesteigert werden. Sollte der LoRaWAN-Sensor ausfallen, stellt dies aber keine Gefährdung des Betriebs dar, weil zur Not wie früher jede Ortsnetzstation einzeln angefahren werden kann.
Daher haben sich in der Praxis verschiedene Anwendungsfälle über die einzelnen Sparten durchgesetzt. Hierzu zählt z. B. neben der Überwachung von Schleppzeigern, das Monitoren von Kurzschlussanzeigern, die Überwachung von Sicherheitsabsperrventilen (SAV) bei Gasdruckregelstationen, das Monitoren von Fernwärmeschlechtpunkten oder die Strom- und Spannungsüberwachung netzrelevanter Trafostationen.
ISO 27001: Ist LoRaWAN in der Netzleitstelle erlaubt?
Da es sich bei der Netzleitstelle um einen Teil der kritischen Infrastruktur handelt, ist die Sicherheit ein wesentliches Kriterium. Hierfür hält jeder Netzbetreiber ein eigenes Informationssicherheitskonzept nach der ISO 27001 vor. Da mit der Integration von LoRaWAN in der Netzleitstelle aktiv in das System eingegriffen wird, sind immer auch die Auswirkungen auf das Sicherheitskonzept zu berücksichtigen.
Ob eine Anpassung des Informationssicherheitskonzepts nach ISO 27001 notwendig ist, muss immer im Einzelfall geprüft werden. Eine Pauschalaussage ist an dieser Stelle nicht möglich, da auch der Scope des Konzepts entscheidend ist. In vielen Fällen wird der Scope erst berührt, wenn über LoRaWAN auch Schalthandlungen realisiert werden würden. Dies ist aber in den meisten Fällen nicht der Fall und auf Grund der technischen Eigenschaften von LoRaWAN selten ratsam.
Da die LoRaWAN-Messwerte eher den Entscheidungsprozess des Mitarbeiters fördern, im Falle einer Nichtverfügbarkeit der Daten aber nicht den Netzbetrieb gefährden, ist eine Anpassung des Konzepts meist nicht notwendig. Allerdings haben manche Netzbetreiber ihren Scope soweit gefasst, dass schon die bloße Existenz der Information ausreicht, die Entscheidung eines Mitarbeiters zu verändern, sodass dies auch im Informationssicherheitskonzept zu berücksichtigen ist. In diesem Fall ist eine Risikobetrachtung und -bewertung durchzuführen. Zusätzliche Sicherheitsmaßnahmen könnten im Einzelfall die Folge sein, die einen Einsatz von LoRaWAN in der Netzleitstelle nicht verhindern.
Projektumsetzung: Worauf kommt es an?
Bei Projekten rund um die Netzleitwarte haben viele Projektmanager und Beteiligte oft Bedenken, was die Umsetzung angeht. Zum einen besteht eine hohe Komplexität hinsichtlich der Integration der Projektbeteiligten, da eine Vielzahl von Mitarbeitern mit unterschiedlichem Know-how notwendig sind. Zum anderen müssen die Fragen hinsichtlich der IT-Sicherheit ausreichend beantwortet werden, um die Fachabteilung erfolgreich einzubinden. Hinzu kommt die Problematik des unterschiedlichen inhaltlichen Verständnisses der Beteiligten. Hinzu können Kommunikationsprobleme kommen, die aus einem unterschiedlichen Wording entstehen. So können z. B. Mitarbeiter aus der Fernwirktechnik unter dem Begriff Master-Slave etwas komplett anderes verstehen als die Mitarbeiter aus der IT, welche die Firewallregeln anpassen. Aus diesem Grund ist die Grundvoraussetzung, dass die notwendigen Wissenträger eingebunden sind und in diesem Fall bereits ein LoRaWAN-Netz besteht sowie der Data-Hub bereits im Einsatz ist.
Zur Integration von LoRaWAN in die Netzleitstelle sollte daher im ersten Schritt der IEC-104-Slave im Data-Hub installiert und konfiguriert werden. Im Anschluss erfolgt die Installation des VPN-Tunnels. Die Verbindung zwischen dem IEC-104-Slave im Data-Hub und dem IEC-104-Master der Netzleitstelle sollte dann über ein Ping-Signal getestet werden, um die Funktionsfähigkeit des VPN-Tunnels zu gewährleisten.
Ist der VPN-Tunnel einsatzfähig, kann die Konfiguration des IEC-104-Slave und -Master erfolgen. Hier bietet es sich an, direkt mit einem Testsensor die Konfiguration auszuprobieren. Ist die Konfiguration abgeschlossen, kann die Verbindung vom Data-Hub zur Netzleitstelle für weitere Sensoren genutzt werden. Die Umsetzung der Anwendungsfälle kann somit starten.
In der Praxis wird für ein Projekt dieser Art ein Zeitraum von 1 bis 3 Monaten benötigt. Die Zeitspanne ist abhängig vom IoT-Wissen des Kunden, der Anzahl der eingebundenen Dienstleister und der Größe des Personenkreises. Gerade bei einer hohen Dienstleisterdichte und vielen Projektbeteiligten besteht ein hoher Abstimmungsbedarf, der zu einer längeren Projektumsetzung führt. Hierbei stellten in laufenden Projekten eine ausreichende Kommunikation, die Einführung eines einheitlichen Wordings, das alle Projektbeteiligten verstehen, und die Anpassung der Firewallregeln, wenn mehrere Dienstleister integriert waren, die größten Herausforderungen dar. Je nach Komplexität liegt ein solches Projekt bei zwischen 10 bis 20 Personentagen. Zusätzliche Anpassungen in der Netzleitwarte durch den Hersteller der Netzleitwartensoftware und Aufwände für eine mögliche Anpassung des ISMS nach ISO 27001 sind in dieser Kalkulation nicht enthalten.
Fazit: LoRaWAN in der Netzleitstelle
Die Integration von LoRaWAN in der Netzleitstelle stellt aus heutiger Sicht kein großes Problem mehr da. Die Technik ist mittlerweile so weit, dass eine Integration problemlos möglich ist. Die Komplexität und Aufwände sind nicht höher als bei anderen, heute üblichen IT-Projekten. Durch die Integration von Messwerten in der Netzleitwarte wird den Mitarbeitern die Möglichkeit gegeben, die Informationen aus dem LoRaWAN-Netz direkt im eigenen Fachsystem zu nutzen. Ein Zugriff auf den Data-Hub und somit ein Medienbruch für den Mitarbeiter ist somit nicht mehr nötig.
Durch die Verbesserung der Prozesseffizienz im Netzbetrieb ist von einer schnellen Amortisation der Kosten auszugehen. Durch die Steigerung des Q-Elements, z. B. durch das Überwachen von Schleppzeigern, und einer schnelleren Störungsbehebung können finanzielle Mehrwerte schnell gehoben werden. Hinzu kommt eine generelle Zeitersparnis für die eigenen Mitarbeiter, da die Anzahl des Personals bedingt durch den demographischen Wandel stetig abnimmt.
Zur Umsetzung eines sog. Smart Grids wird es jedoch nicht ausreichen, nun sämtliche Anwendungsfälle auf LoRaWAN zu realisieren und in die Netzleitwarte zu integrieren. LoRaWAN stellt in diesem Kontext nur ein zusätzliches Werkzeug dar, das die Transformation des Energieversorgungsnetzes unterstützt. Vielmehr ist in der Zukunft von einem Technologie-Mix auszugehen, bei dem sowohl kabelgebundene Lösung per Glasfaser, als auch Funklösungen wie LoRaWAN, 450 MHz oder NB-IoT zum Einsatz kommen.
Bei Fragen zu diesem Blogbeitrag meldet euch gerne. Wenn euch der Artikel gefallen hat, abonniert gerne unseren Blog.
