OpenEMS in der Praxis: Wärmesteuerung von Consolinno

Consolinno OpenEMS Wärmesteuerung

Das Leaflet von Consolinno kommt sowohl im elektrischen Last- und Lademanagement als auch im komplexen Energiemanagement aller Sektoren, also auch Wärme, zum Einsatz. In Projekten zur Wärmesteuerung bildet es mit OpenEMS das Gehirn alias Steuerzentrum. Wir wollen von unserem Mitglied wissen: Was gibt es Neues aus den Projekten und was heißt moderne Heizungssteuerung? 

Die Projekte: Trostberg – Forchheim – MAGGIE 

Consolinno:  

Aus den Appetizern zur letzten OpenEMS-Konferenz kennt ihr bereits das Nahwärmenetz-Projekt in Trostberg, die klassische wärmegeführte Regelung in Forchheim sowie das Forschungsprojekt MAGGIE in Regensburg. Die Problemstellungen sind ganz unterschiedlich.Wir haben daher versucht, mit OpenEMS eine einheitliche Basis zu erstellen, sodass möglichst viele ähnliche Projekte umgesetzt werden können. Viele Anlagen profitieren von Verbesserungen und Bugfixes, auch die Codewartung und das Deployment werden so vereinfacht. Das erhöht die Stabilität des Anlagenbetriebs. Last, but not least haben Open-Source-Projekte den Vorteil, dass andere Entwickler sich daran beteiligen und weitere Ideen einbringen können.

Basierend auf diesen Erfahrungen werden wir neue Module bereitstellen, mit denen man selbst sehr komplexe Systeme zügig „zusammenbauen“ kann. Die Projekte dienen hierbei als Benchmark für neue Features und Optimierungen.  

Digitalisierung 4.0: Moderne Heizungssteuerung 

Consolinno:  

Eine Heizung ist nicht mehr einfach nur eine Heizung. Die Anforderungen an eine moderne Heizungssteuerung sind komplexer geworden, sie soll

  • … es immer so warm machen, dass man sich wohlfühlt.
  • … möglichst CO2-sparend oder wirtschaftlich sein (oder beides?).
  • … zeigen, was passiert, man will sie verstehen oder zumindest anschauen können.
  • … Energie erzeugen, die man selbst verbrauchen kann, und energieoptimiert laufen.
  • … Heizung A vielleicht mit Heizung B kommunizieren lassen.

Wenige Regelungen können das schon heute. Herstellerübergreifend wird es noch komplexer. Warum sollten wir Regelungen nicht nochmal „neu“ denken? Denn die Heizung ist Teil eines Energiemanagements und sollte nicht isoliert betrachtet werden!  

Unser Feedback aus der Praxis: Aktuell besteht ein Anlagensystem im Prinzip aus vielen unterschiedlichen Wenn-Dann-Bedingungen, zum Beispiel:   

  • Wenn Außentemperatur 10 Grad, dann heize Fußbodenheizung auf 25 Grad.  
  • Wenn Warmwasserfühler unter 50 Grad, dann gehe auf Warmwasserbereitung.  
  • Wenn Wassertank/Boiler warm genug, dann gehe wieder auf Normalbetrieb.  

Das waren recht einfache Bedingungen. Aber was macht man, wenn die Anlagen dezentral verteilt sind, wie bei MAGGIE und Trostberg? Oder wenn man viele Erzeuger hat, etwa Heizstab, Wärmepumpe, BHKW, Gaskessel? Was, wenn man selbst erzeugten Strom oder Wärme (Solarthermie) „optimal“ nutzen möchte? Oder wenn die Anlagendimensionierung gering ist und man vorausschauend Energie bereitstellen muss?  

Bei der Umsetzung hilft OpenEMS. Aus der Industrie 4.0 hat man gelernt, dass viele kleinere, miteinander verknüpfbare Module viele Vorteile bringen. OpenEMS kommt schon mit einigen Schnittstellen zurecht, wir haben diese noch erweitert. So können jetzt einige Geräte zusätzlich angebunden werden, z. B. Zähler über MBus/wMBus und eine Cloud über MQTT. Außerdem bindet unser Leaflet zusätzlich „Standard“-Hardware an, seien es SmartGridReady-Geräte, Temperaturfühler, Anlagensteuerungen über 0-10V/0-20mA oder Sensoren (0-10V/0-20mA).  

Hier kommt die Modularität in der Software ins Spiel. Zuerst haben wir versucht, mit speziellen Wenn-Dann-Bedingungen komplexe Anlagen anzubinden. Diese Bedingungen konnten schon „modular“ miteinander kommunizieren. Aber ist es schon 4.0, wenn man diese Logik nicht so einfach auf eine andere Anlage übertragen kann? Ein Redesign musste her und das ganze Team arbeitet gerade fleißig daran, die nun wirklich modularen Bausteine auf Herz und Nieren zu testen. Parallel werden gerade alle Komponenten refactort, also insgesamt verbessert und in die Community gepusht.  

Die Heizungskomponenten werden übrigens noch genauso eingestellt wie früher. Die Regelung übernimmt jetzt aber OpenEMS. Die einzelnen Module zu aktivieren und miteinander zu verknüpfen ist nicht ganz trivial. Wir arbeiten aber daran, es verständlicher zu gestalten und werden in Zukunft „einfache“ Energiemanagementeinstellungen in How-Tos veröffentlichen.

OpenEMS in der Praxis: How To Leaflet

Consolinno Leaflet OpenEMS How To

Durch seinen modularen Aufbau deckt das Leaflet von OpenEMS-Mitglied Consolinno verschiedene Anwendungsbereiche ab: Neben Wärmepumpen steuert und regelt es auch Heizschwerter, Pellet- und Hackschnitzelkessel bis hin zu Blockheizkraftwerken (BHKW). 
Doch wie schafft man die Verbindung zu OpenEMS?

First Steps: Die Vorbereitung

Die Basics, um das Leaflet zu benutzen, bilden die folgenden drei Dinge. 

1 Modbus TCP 

OpenEMS kommuniziert mit dem Leaflet via Modbus TCP, wobei OpenEMS sogar auf einem anderen Gerät betrieben werden kann. Wichtig ist nur, dass beide sich im gleichen Netzwerk befinden – es reicht sogar ein rein virtuelles Netz. Die ideale Konfiguration ist allerdings, OpenEMS auf dem Leaflet direkt zu installieren. Der Grund dafür steckt im Folgenden: 

2 LeafletModbus.csv 

Diese .csv-Datei beinhaltet alle Informationen, die der Leafletconfigurator braucht, um dynamisch alle Adressen aller Module auszulesen und automatisch zu erkennen, welche Module verfügbar sind. 

3 Leaflet-Konfigurator 

Der Leaflet-Konfigurator ist die Grundlage für alle anderen Komponenten auf Softwareseite. Die Komponenten erhalten über diesen Konfigurator ihre Adressen und werden gemanagt. Dieser muss einmal global für alle Leaflets eingestellt werden. 

Beim Konfigurator können in der Regel die Grundeinstellungen übernommen werden. In manchen Fällen müssen lediglich der Pfad zur .csv-Datei und die Id der Modbusbridge angepasst werden. 

Next Steps: Die Module

Consolinno Leaflet Module

Nach der Vorbereitung des Grundmoduls folgen in weiteren Schritten die Erweiterungsmodule

Relais – Consolinno Modbus Relay 

Um das Relais zu nutzen, muss lediglich angegeben werden, auf welchem Modul sich das Relais befindet und welche Position es hat. Zusätzlich gibt man die Modbus-UnitId an (in der Regel ist die UnitId 1) und welche Modbusbridge verwendet wird. Zusätzlich kann hier angegeben werden, ob das Relais invers funktioniert oder nicht. Es sind acht Relais pro Modul möglich und insgesamt vier Module verfügbar, d. h. 32 Relais, die man schalten kann. Vier je Modul können, wenn gewollt, invers geschaltet werden. 

Temperatur – Consolinno Modbus Temperature Sensor 

Das Temperaturmodul funktioniert in der Einstellung ähnlich wie das Relais. Es können zwar nur drei Temperaturmodule konfiguriert werden, aber je Modul sind 16 Temperatursensoren vorhanden. Zusätzlich bietet das Temperaturmodul eine weitere Möglichkeit, sollten die 16 Temperatursensoren bzw. Anschlüsse für Temperatursensoren nicht benötigt werden: 

Sensor – Consolinno Modbus Signal Sensor 

Das Temperaturmodul ermöglicht auch das Auslesen von analogen Signalen. Im simplen Fall kann erkannt werden, ob ein Gerät aktiv ist (An/Aus) oder ob es einen Fehler hat (die Peripherie bietet hierfür meist einen analogen Anschluss). Die Konfiguration funktioniert ähnlich wie beim Temperatursensor, hinzukommt aber, dass der Signaltyp festgelegt werden kann (Error oder Status → AN/AUS) und ob das Signal invers ist. Das heißt: Sollte ein Signal anliegen, wird KEIN Error ausgelesen bzw. der Status ist „Aus“ und erst wenn das analoge Signal fehlt, dann wird ein Error gelesen bzw. Der Status ist „An“. 

PWM – Consolinno Modbus PWM 

Das PWM-Modul stellt ein pulsweitenmoduliertes Spannungssignal zur Verfügung: Es kann eine Effektivspannung von 0-20V mit einer Unterteilung von 1000 Schritten ausgegeben werden. Der Standardanwendungsfall für dieses Modul ist das Ansteuern einer Pumpe mit Signaleingang zur Leistungsregulierung. Bei der Konfiguration des PWM kann neben Modulnummer und Position ein Startwert vorgegeben sowie das Signal als „invertiert“ eingestellt werden. Letzteres dient der leichteren Bedienung: Im Beispiel der Heizungspumpe bedeuten 0V meist „volle Leistung“ und 20V „Pumpe aus“. Dementsprechend passt hier die Invertierung „0≙20V;1000≙0V“ besser zur Intuition. 
 
Übrigens: Man kann mit dem PWM-Konfigurator auch die Frequenz der PWM-Signale abändern, falls ein Gerät mit der Standardfrequenz von 200Hz nicht zusammenspielen sollte. 
 

In Entwicklung: AIO 

Das AIO-Modul ist zum derzeitigen Zeitpunkt noch in einer Entwicklungsphase, daher kann hier nicht weiter drauf eingegangen werden. Die Leaflet Base-Software erlaubt es allerdings, außerhalb von OpenEMS das AIO Modul zu benutzen. Der Support innerhalb von OpenEMS wird in naher Zukunft bereitgestellt.

OpenEMS in der Praxis: Das Consolinno Leaflet

Consolinno Leaflet OpenEMS

Unser Mitglied Consolinno Energy gibt uns in den nächsten Wochen einen Einblick in die praktische Nutzung von OpenEMS. Zum Start:

Das Leaflet: Kleines Gerät – ganz groß!

Was ist das Leaflet von Consolinno? 

Ob einfache Wärmepumpen, Mischer, Temperatursensoren, Einschalten von Sensoren oder die eigene Wohnzimmerlampe: Die Consolinno Leaflets sind – so klein sie auch sein mögen – modular erweiterbar für einen breiten Anwendungszweck. 

Das modulare Leaflet besteht aus einem Grundmodul, dem Herzstück des Stacks, und weiteren Modulen, die wie Klemmbausteine einfach angesteckt werden können: schaltbare Relais, regelbare PWM-Signale, lesbare Temperaturen oder analoge Signale zum Ein- oder Auslesen. Das Leaflet kann’s.

Muss man den gesamten Stack nutzen, damit das Leaflet voll funktionsfähig ist? 

Nein! Der Schlüssel ist die Modularität: Dadurch kann der Anwender passgenau seine Anforderungen decken. Die einzige Voraussetzung ist das Grundmodul. Müssen zum Beispiel lediglich Wärmepumpen ein- und ausgeschaltet werden, kann nur das Relaismodul genutzt werden. Das gleiche gilt auch für die anderen Erweiterungsmodule. 

Welche Vorteile hat das Leaflet? 

Klein, stark und modular: Sein schmaler Aufbau ermöglicht es, einen umfangreichen Leaflet-Stack selbst in kleine Schaltschränke zu verbauen. Das Grunddesign, den Aufbau wie Klemmbausteine flexibel zu erweitern oder zu reduzieren, vereinfacht die Installation. Außerdem können mehrere Module des gleichen Typs mit einem Grundmodul kombiniert werden. 

  • Temperaturmodul: Anschlüsse für 16 Temperatursensoren – bis zu dreimal pro Aufbau
  • Relaismodul: Anschlüsse für 4 schließende Relais und 4 Wechsler (bis zu 8 Relais pro Modul steuerbar) – bis zu viermal pro Aufbau
  • PWM-Modul: 4 Anschlüsse – bis zu achtmal pro Aufbau
  • Analog Input/Output: 4 Anschlüsse – bis zu siebenmal pro Aufbau

Ein weiterer Vorteil ist, dass auf dem Grundmodul mit dem Raspberry Pi ein kleiner Computer verbaut ist. Und hier kommt OpenEMS ins Spiel: Mit dem Raspberry Pi ist es möglich, Programme wie OpenEMS oder auch eigene Software laufen zu lassen. Das bedeutet, egal ob für große Anlagen, den eigenen Haushalt oder für Bastler, das Leaflet bietet alle Optionen für jeden möglichen Anwendungsbereich. 

Im OpenSource Energiemanagementsystem OpenEMS kann das Leaflet ganz einfach konfiguriert werden.  Mehr dazu im Leitfaden: How To Leaflet.

Kopp bietet erstmals intelligent vernetzte E-Ladesäulen

Die Heinrich Kopp GmbH ist Mitglied der OpenEMS Association.

• Schnelles und einfaches Laden mit bis zu 22 kW
• Einbindung in energiegemanagtes Smart-Home-System
• 900 Euro Zuschuss über KfW-Förderprogramm

E-Mobilität trifft auf intelligente Gebäudeautomation – Kopp erweitert sein Sortiment für Home Automation um E-Ladesäulen. So bietet der Experte für Elektroinstallationsmaterial und Smart-Home-Systeme ab sofort verschiedene Ausführungen für den privaten und öffentlichen Einsatz mit einer Ladeleistung von bis zu 22 kW. […]

→ Weiterlesen: https://www.pv-magazine.de/unternehmensmeldungen/kopp-bietet-erstmals-intelligent-vernetzte-e-ladesaeulen/

Release 2021.5.0

New Implementations: KMTronic 4-Port Relay Board & GoodWe Battery-Inverter for Generic-ESS

Update of Local Timeseries databaseRRD4j

Now there are more options to adjust the number of files written to the hard disk and the files are generally smaller. Auto-update for old files is provided.

Many OpenEMS Backend improvements (backports from FEMS)

  • Controller.Backend.Api: sends data on each Cycle, asynchronously
  • Backend Edge-Websocket and Ui-Websocket services: performance improvements
  • InfluxDB Backpressure: handles cases when we write too much data to the InfluxDB
  • Add timeout for JSON-RPC Requests

https://github.com/OpenEMS/openems/releases/tag/2021.5.0