Wir alle haben die unterschiedlichsten Komponenten im Hause, welche zum Großteil auch über gängige Schnittstellen verfügen. Nun steht man vor der Wahl, kaufe ich alles bei einem Hersteller und erwerbe gleichzeitig (H)EMS mit, wodurch man die Flexibilität bei der Komponentenwahl verliert oder man wechselt auf ein OpenEMS Projekt, welches die Flexibilität zwar aufrechterhält, allerdings nicht immer einfach zu bedienen ist.
Bei meiner Recherche im Internet bin ich auf das Open Source Projekt OPENEMS gestoßen, dieses bietet nahezu für alle bekannten Hersteller eine Schnittstelle für die unterschiedlichsten Komponenten.
Hier eine kurze Auflistung der Komponenten, welche angesteuert werden können:
Wechselrichter (hybrid + konventionell),
Dynamische Stromtarife (Tibber...),
Batteriespeicher (Haus + V2G),
Wallboxen + Lastmanagement,
Stromzähler,
Wärmepumpen (SG-Ready + On-Off),
Wettervorhersage (Solarertrag),
Schaltrelais für weitere Verbraucher oder auch Energieerzeuger.
Also die Bandbreite der Komponenten ist extrem groß und all diese wollen intelligent gesteuert werden.
Nun hoffe ich, dass wir über die Community ein intelligentes System auf die Beine stellen können, welches auch von jedermann zu bedienen ist und sich dynamisch an Veränderungen und Gewohnheiten anpassen kann. Das aktuelle System arbeitet mit festen Regeln, welche erst ermittelt und einprogrammiert werden müssen.
Die meisten Personen wollen sich nicht so tief in die Materie einarbeiten und ich bin fest davon überzeugt dass es Möglichkeiten gibt die Gewohnheiten über den Stromverbrauch intelligent zu erfassen und entsprechende Regelparameter dynamisch abzuleiten.
Hier ein paar Beispiele:
Lade ich Abends meinen Batteriespeicher/Auto über die dynamischen Stromtarife voll oder nur zu einem Teil, weil nach den Vorhersagen das Wetter schön wird und ich im Homeoffice arbeite.
Ist es sinnvoller die Wärmepumpe über den Stromspeicher zu betreiben ober macht es Sinn an bestimmten Tagen mit der Öl-/Gasheizung zu arbeiten.
Wenn ich den Strom für einen sehr günstigen Preis bekommen, macht es evtl. Sinn die Wärmepumpe einschalten und die Energie im Haus (Estrich oder Pufferspeicher) zu speichern.
Wie voll lade ich mein Auto, denn an gewissen Tagen bekomme ich tagsüber den Strom fast kostenlos (nur über dynamische Stromanbieter) und kann somit den Rest nachladen
Also die Einsparmöglichkeiten über ein intelligentes HEMS sind enorm und ich hoffe das Interesse bei einigen geweckt zu haben und unterstützen dieses Vorhaben.
Besten Dank
Ich wundere mich schon lange, warum das Projekt OpenEMS so wenig Beachtung findet. Ich hab mir das mal runtergeladen und den Code angeguckt. Wenn ich auch noch nicht komplett durch gestiegen bin, finde ich die Architektur aber durchaus überzeugend. Vor allem auch wegen Java und der durchgängige objektorientiertheit in der gesamten Struktur. Es sind sozusagen die Hauptstrukturen implementiert, so dass man die angeschlossenen Geräte, wenn es denn noch nicht programmiert ist, leicht von Interface und abstrakten Klassen ableiten kann. Ich persönlich halte diese Vorgehensweise für deutlich weitsichtiger als einen Drahtverhau in Node Red zu bauen. In OpenEMS muss, man sich natürlich an die Infrastruktur des Konzepts halten, da steckt aber auch schon eine enorme Entwicklungsarbeit drin. Irgendwann geht es immer um konkurrierende Prozesse, denen je nach Wichtigkeit Prius zugeteilt werden müssen. Das ist eigentlich immer das gleiche. Diese ganzen Wechselrichter mit ihren Portalen bilden immer nur diese Balkendiagramme ab. Die Daten liegen auf irgendwelchen Servern, und es ist immer ein Problem mit den Protokollen und artet letztendlich im gebastelt aus. Mit OpenEMS könnte sich durch aus eine elegante Möglichkeit auftun, ein komplettes Framework von einfachen bis zu komplexeren Anforderungen zu benutzen. Nach meiner Einschätzung sind die Anforderungen an eine Energiemanagement lange nicht so unterschiedlich, wie es immer dargestellt wird. Es ist ja eher wie ein Mini Betriebssystem. Mich hat auf jeden Fall umgehauen, das ist ein Open Source Projekt dieser Größen Ordnung überhaupt in Deutschland zu diesem Thema gibt. In Süddeutschland scheinen schon einige Firmen das als Produkt zu vermarkten. Ich will mich damit auf jeden Fall weiter beschäftigen und auch mal versuchen ein Adapter für meine Heidelberg Energy Control zu schreiben. Vielleicht kann man sich darüber ja mal austauschen.
Ich wundere mich schon lange, warum das Projekt OpenEMS so wenig Beachtung findet.
ja, drei mal darfst du raten!
Weil die meisten Plug-and-Play wollen. So wie das aktuell gestaltet ist, zielt das, mit einem ganz engen Focus, auf bestimmte "User-Gruppen".
Ich habe mir nur mal die Seite "Getting Started" aufgemacht und hatte nach der Hälfte der Seite schon keinen Bock mehr OpenEMS auszuprobieren!
Und prinzipiell bin ich für sowas schon sehr offen!
Für größere Installationen sicher sinnvoll, aber für Heimanwender ist die Überschneidung mit Home Automation Systemen einfach viel zu groß. Ein EMS gehört meiner Meinung nach ins HAS. Persönlich nutze ich Home Assistant, da ist das Energy Monitoring schon recht gut, die Steuerungsmöglichkeiten aber nur simpel. Dinge wie, Poolpumpe läuft nur mit Solarüberschuss, oder Wärmepumpe an und Gasheizung aus sobald der Akku voll ist kann man dort recht einfach konfigurieren.
Komplexere Sachen wie auf dynamische Stromtarife reagieren oder Lernen der Gewohnheiten der Hausbewohner gehen da allerdings (noch) nicht. Ersteres hatte ich schon überlegt einzubauen.
OpenEMS hat einfach bei der Menge der Integrationen keine Chance. Ich habe dort mal reingeschaut und kaum welche von meinen Geräten wird unterstützt. Weder meine Solarwechselrichter, Wärmepumpe, Gasheizung, Strommessgerät sowie Akku. All dies funktioniert in Home Assistant schon, ich musste lediglich ein paar Bugfixes einreichen.
Wenn ich mir dann noch die furchtbare Java Projektstruktur mit 100 top level foldern anschaue und im Code sehe wie Exceptions als Rückgabewerte missbraucht werden habe ich auch keine Lust mehr mir die Usability anzuschauen.
Sehe das genau wie @CHP, was auch der Grund ist warum ich für Home Assistant einen recht einfach einzurichtenden Blueprint + Python Modul geschrieben habe, welches die automatische Steuerung von Geräten (beliebige ein- und dreiphasige Geräte, also auch Wallbox, Wärmepumpe,...) in Abhängigkeit vom aktuellen PV-Überschuss ermöglicht.
Wer es ausprobieren möchte: Code und Anleitung finden sich auf GitHub: https://github.com/InventoCasa/ha-advanced-blueprints/tree/main/PV_Excess_Control
Hier noch der dazugehörige Thread im Home Assistant Community Forum: https://community.home-assistant.io/t/pv-solar-excess-optimizer-auto-control-appliances-wallbox-dish-washer-heatpump-based-on-excess-solar-power/
Das Ganze ist ein aktives Projekt von mir und wird momentan alle paar Wochen um neue Features erweitert.
Wer es ausprobieren möchte
Nice, werde ich mir anschauen. Btw, du empfiehlst Solcast, ich benutze bisher das offizielle Forecast.Solar
Letzteres funktioniert äußerst schlecht. Wie gut funktioniert Solcast? Ich überlege selbst schon eine Kachelmannwetter integration zu bauen, denn deren Vorhersage ist zumindest für 6-16h recht gut. Bei Forecast.Solar ist selbst die aktuelle Stunde oft kompletter Quatsch.
@henry Dein Projekt habe ich schon auf meiner Merkliste. Aber meine Hoffnung geht noch in die Richtung einer machinelearning oder KI-Variante die noch mehr einbeziehen kann.
Ich habe wie der TO auch immer noch die leise Hoffnung das sich etwas in der Richtung tut. Meine Zielsetzung wäre Akku, Auto, Verbraucher von mir aus auch, ins Verhältnis zur Prognose der PV und dynamische Stromtarife zu bringen. Und da wird man regelbasiert leider nicht sonderlich weit kommen fürchte ich.
Das OpenEMS Projekt hatte ich mir auch mal am Rande angeschaut. Aber es war leider ab der Getting Startet Seite uninteressant. Und ich habe auch auf die schnelle die Infos vermisst, was denn diese Regelung jetzt anders macht als z.B. die bekannten OpenWB oder EVCC oder oder oder die es ja schon gibt und die ich um z.B. HA erweitern kann bzw. an mehr anbinden kann. Vielleicht habe ich auch nicht genau genug geschaut oder es verstanden... 😀
Wer es ausprobieren möchte
Nice, werde ich mir anschauen. Btw, du empfiehlst Solcast, ich benutze bisher das offizielle Forecast.Solar
Letzteres funktioniert äußerst schlecht. Wie gut funktioniert Solcast? Ich überlege selbst schon eine Kachelmannwetter integration zu bauen, denn deren Vorhersage ist zumindest für 6-16h recht gut. Bei Forecast.Solar ist selbst die aktuelle Stunde oft kompletter Quatsch.
Solcast funktioniert bei mir sehr gut. Ich habe im Schnitt ca +/- 10% Abweichung ggü. der Vorhersage.
Darüber hinaus kann dir Solcast die Vorhersage der nächsten 5 Tage anzeigen.
@bennyb21 Unter SW-Entwicklern wird schon länger darüber gewitzelt, dass die Buzzwords KI, ML, AI immer als Allheilmittel dargestellt werden, und Leute die nicht so tief in der Technik drin stecken, das auch noch glauben.
Bitte nicht falsch verstehen 😉
Aber gerade wenn wir über so etwas verhältnismäßig Simples wie Überschuss- und tarifabhängige Steuerung von Verbrauchern für den Heimanwender reden, braucht es hier nicht unbedingt einen ML-Ansatz.
Ich habe versucht die Konfiguration bei meinem Script mittels Blueprint so simpel wie möglich zu halten. Darüber hinaus besteht dank der Integration in Home Assistant der Vorteil, nahezu jedes beliebige Gerät ohne viel Aufwand mit in die Überschussregelung zu integrieren.
Wer also nicht auf eine 100%ige, sondern nur 90%ige Optimierung aus ist und dafür aber gerne innerhalb von wenigen Minuten eine lauffähige Überschussregelung seiner Verbraucher inkl. Wallbox und Wärmepumpe haben möchte, für den ist mein Blueprint/Script perfekt geeignet.
@henry Das habe ich nicht bezweifelt! Und ich finde das auch gut gelöst!
Und dann das böse Aber... 😉
Grundsätzlich bin ich auch im Bereich der IT-Nahen Softwareentwicklung und kann schon einigermaßen unterscheiden was sinn und unsinn in der Diskussion ist. Und ja. Das meiste ist unsinn und Buzzwording.
Aber dann brauche ich Dir auch nicht erklären, dass das einbringen von zwei weiteren Komponenten in so einer Regelung ne menge verändert. Das übliche Abwickeln der Verbraucher (Auto, WP, Akku) habe ich geregelt. Ich interessiere mich da eher für den nächsten Schritt. Und da befürchte ich kommt man ohne etwas sehr komplexes bzw. lernendes dann auch nicht weiter. Ohne einfache Implementierung von entsprechender lernender Software ist der Aufwand alle Situationen regelbasiert abzubilden dann auch irgendwann sinnlos.
Auch wenn es sich banal anhört, nur noch mal eben einen dynamischen Stromtarif einzubinden. Allein dies sind einige Parameter die zu betrachten sind. Dazu gehört nicht nur min und max Preis zu bestimmen, den Zeitpunkt zu bestimmen und das ins Verhältnis zum Akku-SOC zu bringen, die Effizienz der Ladung und Entladung, also zu bestimmen ob es sich überhaupt lohnt, das ganze zu mehreren Zeitpunkten am Tag usw... Dann kommt noch die Prognose der PV-Anlage. Wetter im allgemeinen, ich möchte ja, dass das System anhand der Wetterbedingungen lernt, dass ich z.B. ab 26 Grad Außentemperatur die Kühlung der WP nutzen möchte. Das kostet x kWh. Bei anderen Temperaturen kommt das nicht in Frage. Im Winter oder der Übergangszeit muss ich den Akku nicht immer voll halten wenn ich nur x kWh benötige für die Heizung. Was macht der Nutzer unter welchen Bedingungen. Das sind halt Sachen, die mit entsprechender Software umsetzbar sind. Die Informationen sind größtenteils ja vorhanden wenn man etwas tiefer in der SmartHome Geschichte steckt. Aber da gibt es derzeit kein mir bekanntes Projekt für. Denn erst dann kann man m.E. wirklich von SmartHome sprechen. Derzeit ist das Thema für mich eigentlich immer noch im Bereich fernsteuerbares nicht mehr ganz so dummes Haus zu sehen, welches massig Daten sammelt, die man über Jahre speichert und doch nicht mehr anschaut/braucht. 
Von wirklich Smart ist da für mich noch nicht viel zu sehen. Und nicht falsch verstehen: Ich spiele auch eine Menge mit dem Zeug herum. Schon seit einigen Jahren. Tatsächliche und echte Fortschritte entdecke ich jedoch nur bei der Sensorik. Wenn ich daran denke, das man damals für die Radarsensoren getan hätte... Heute für ein paar Euro absolut präzise Anwesenheitserkennung und sogar Positionierung im Raum möglich. Und ja, in der Zugänglichkeit und der einfachheit wie das heute möglich ist. Vor 7 Jahren nicht daran zu denken. Aber es gibt für mich bislang noch nicht das "echte" Smart im Home... 😉
Was ist denn "IT-nahe Softwareentwicklung"?
Du schreibst
Und da befürchte ich kommt man ohne etwas sehr komplexes bzw. lernendes dann auch nicht weiter
Auf welches Wissen stützt du denn diese Vermutung?
ich möchte ja, dass das System anhand der Wetterbedingungen lernt, dass ich z.B. ab 26 Grad Außentemperatur die Kühlung der WP nutzen möchte
Und was passiert, wenn die vom selbstlernenden System definierten Regeln basierend auf deinem Nutzungsverhalten von dem, was du tatsächlich willst, abweichen? Weißt du, wie du so etwas korrigierst? An welchen Parametern du bei deinem selbstlernenden Modell schrauben musst, damit am Ende möglicherweise vielleicht Regeln entstehen, die eher deinem Nutzungsverhalten entsprechen?
Ohne entsprechendes Wissen wird es dir nicht gelingen, einen selbstlernenden Ansatz so zu parametrisieren, dass er dein Nutzungsverhalten zufriedenstellend in regelbasierte Steuerungen umwandelt.
Genau so wenig wie es Entwicklern aktuell gelingen wird, derartige Ansätze, die das können was du dir wünscht, einfach nutzbar zu machen. Wer sich nicht auskennt, nicht versteht wie ein ML-Modell unter der Haube funktioniert oder die Parameter nicht versteht, wird bei solch einem Anwendungsfall sicher kein zufriedenstellendes Ergebnis erzielen.
@henry Ich habe nicht behauptet sowas zu bauen... Ich hätte sowas gerne... 😉
Und eben weil es nicht mal eben ist, gibt es das bislang noch nicht. Das ist mir durchaus bewusst.
Hallöchen,
bin jetzt durch Zufall auf den Beitag gestoßen. Weihnachten und der Tratsch mit der Familie hat mich auf das Theme (open)EMS gebracht. Mein Onkel ist jetzt in der PV-Branche und dort werden auch EMS mit verkauft... Wobei er mir auch von einer OpenSource Lösung vorgeschwärmt hat bei der viele Namhafte Hersteller mitwirken. Google hat mich jetzt auf openEMS gebracht...
Ich suche gerade möglichkeiten meinen Batteriespeicher, dynamsichen Stromtarif, PV und LWWP möglichst effizient zu nutzen. Da wäre ja genau das openEMS genau das richtige. Jegliche Automatisation mit Homeassistant oder NodeRed wird nicht an richtiges EMS herankommen.
Es scheint hier auch ein Add-On für HA zu geben: https://community.home-assistant.io/t/add-on-fenecon2mqtt-connect-fenecon-home-openems-energy-storage-systems-to-homeassistant/561823
Hat sich seit dem letzten Jahr nochmals jemand mit dem Thema (open)EMS beschäftigt?
Also konkret installation und Tests...
Grüße
Benedikt
Hallo,
ich bin leitender Entwickler bei OpenEMS und habe diesen Thread gefunden.
Wenn ich mir dann noch die furchtbare Java Projektstruktur mit 100 top level foldern anschaue und im Code sehe wie Exceptions als Rückgabewerte missbraucht werden habe ich auch keine Lust mehr mir die Usability anzuschauen.
Es ist leider eine Anforderung des Java OSGi-Frameworks (bzw. der `bndtools`), dass alle Bundles im gleichen Workspace-Ordner sein müssen. Eine Unterordner-Struktur ist nicht möglich. Das sieht leider tatsächlich z. B. bei Github nicht schön aus, ist aber in der Praxis m.E. kein Nachteil.
Können Sie mir ein Beispiel nennen, bei dem Exceptions als Rückgabewerte missbraucht werden? Dann erkläre ich das gerne.
OpenEMS hat einfach bei der Menge der Integrationen keine Chance. Ich habe dort mal reingeschaut und kaum welche von meinen Geräten wird unterstützt. Weder meine Solarwechselrichter, Wärmepumpe, Gasheizung, Strommessgerät sowie Akku. All dies funktioniert in Home Assistant schon, ich musste lediglich ein paar Bugfixes einreichen.
Die Zielgruppe von OpenEMS ist nicht so sehr der Endanwender (wie bei Home Assistant), sondern z. B. Universitäten, Forschungsinstitute und Hersteller von Stromspeichern oder Energiemanagementsystemen. Bei OpenEMS geht es deshalb sehr stark um Skalierbarkeit, Servicierbarkeit, etc.
----
Unter SW-Entwicklern wird schon länger darüber gewitzelt, dass die Buzzwords KI, ML, AI immer als Allheilmittel dargestellt werden, und Leute die nicht so tief in der Technik drin stecken, das auch noch glauben.
Die Diskussion zu KI und den anderen Buzzwords finde ich interessant. Das sehe ich nämlich durchaus genauso. 
Ich denke die Frage muss sein, wo man KI einsetzt. Aus meiner (OpenEMS-)Perspektive ist es wichtig klar definierte Schnittstellen zu haben. Wir haben uns z. B. viele Gedanken gemacht, was einen Speicher ("ManagedSymmetricEss"), einen Zähler ("ElectricityMeter"), eine Ladesäule ("ManagedEvcs"), eine Erzeugungs-/Verbrauchsprognose ("Prediction24Hours"), einen dynamischen Stromtarif etc. ausmacht und wie man Echtzeitregelung ("Controller") gestalten muss. Hier haben wir uns stark an SPS-Steuerungen orientiert (z. B. unveränderliche Prozess-Images während eines Cycles).
In unserer Optimierung für die Be-/Entladung eines Stromspeichers auf Basis dynamischer Stromtarife und Vorhersagen für Erzeugung und Verbrauch nutzen wir auch Methoden der künstlichen Intelligenz. Allerdings nicht selbstlernende Systeme (diese sind wenn dann nur für die Vorhersagen geeignet) sondern Genetische Algorithmen um aus einem riesigen Lösungsraum schnell einen nahe-optimalen Fahrplan zu errechnen.
Die Softwarearchitektur hatten wir beim letzten OpenEMS Hackathon in Göttingen mit den Experten aus der Community diskutiert und dann umgesetzt. Sie ist so designed, dass auch die Beladung (ggf. auch Entladung) von E-Autos, Heizzeiten der Wärmepumpe, etc. mit in den Fahrplan integriert werden können. Bei so komplexen Problemen ist man sonst mit linearer Programmerung und Schwellwerten tatsächlich schnell am Ende.
Den Quellcode und ein paar Hintergrundinfos gibt es hier: https://openems.io/2023/12/04/mehr-freiheit-in-der-nutzung-dynamischer-stromtarife/. Wir arbeiten noch sehr aktiv an dem Code, so dass sich da sicher in den nächsten Wochen und Monaten noch einiges tut.
Gruß,
Stefan
da scheint der begriff architektur irgendwie missbraucht zu werden.
im video "Stromspeicher Hersteller FENECON ist TOP Innovator 2023" spricht der prof von endanwender ...
das beisst sich mit dem satz "Die Zielgruppe von OpenEMS ist nicht so sehr der Endanwender".
ich weiss, softwarearchitektur ist ein problem und jeder will architekt sein.
habe mich lange zeit mit deterministischen systemen beschäftigt.
und ja, java programmierer treiben mich in den wahnsinn ...