openWB Forum

Moin

Ich habe einen Sungrow Hybrid-Wechselrichter, BYD HVS mit dem dazugehörigen Acrel Energie Meter.

Jetzt verwende ich demnächst die Wallbox von euch.

Aber es bleibt ein Problem:
Ich möchte mir eine Wärmepumpe von Wolf oder Vaillant anschaffen.

Beide können via SG Ready und EEBUS durch einen WR, Smart Meter oder Home Manager angesteuert werden.

Da die OpenWB in der Lage ist diverse Geräte wie WR, Batterie oder Smart Meter auszulesen,
wäre es dann nicht sinnvoll die Wallbox auch als EEBUS Schnittstelle zu integrieren, sodass alle Geräte mit EEBUS wie Wärmepumpen einen PV Überschuss über den BUS detektieren und Ihren Verbrauch diesbezüglich anpassen können?? (quasi wie der Sunny Home Manager 2.0 nur cooler, OpenSource und AllInOne)
Ich würde mir diese Funktion sehr wünschen, da dadurch alle Wechselrichter, Batterien und Smart Meter ohne EEBUS in ein EEBUS Heimnetz integriert werden könnten.
Selbst Wärmepumpen, die mit SG Ready an WR angebunden worden sind, können damit aufgerüstet werden.

Das Resultat wäre eine intelligentere Energienutzung und ein wirkliches Kaufargument

Hallo zusammen,

ich plane eine ähnliche Konfiguration aus RCT System und Stiebel Eltron WP (spricht SG-ready oder ModbusTCP). Daher würde mich interessieren, welche Kopplungsmöglichleiten für WP es bereits gibt. Eine Mail an den Support wurde leider noch nicht beantwortet, aber da scheint momentan einfach sehr viel zu tun zu sein.

VG Mash

Die openWB kann Stiebel/Tecalor den SG Ready per Modbus steuern.
Das wäre aktuell dann eine sinnige Variante.

Ist es denn möglich diesen Standard zu integrieren oder integrieren zu lassen.

Sehr viele Firmen setzten auf den Standard (SMA, Bosch, Kostal, innogy, Vaillant, Wolf, EON, Vissmann etc. https://www.eebus.org/about-us/#about )

Vor allem der Home Manager von SMA arbeitet via EEBUS.

Sehr viele Wallboxen und WR setzten ebenfalls immer mehr auf den Standard.

Wie kann man euch helfen diese Schnittstelle zu implementieren?

Quellen und Infos:
EEBUS:
https://www.eebus.org/
https://www.youtube.com/watch?v=BnxHRccXzxk

Zunächst müssten wir dem EEBus beitreten. Hierfür fallen 10.000€ / Jahr an.
Dann könnte man das offiziell implementieren.
Ist die Frage wieviele Nutzer wirklich einen Vorteil davon hätten (und welchen) sodass sich die Investion lohnt.
Wenn man sich anschaut was EEBus kann würde das dann Einschränkungen in der Funktionalität von openWB bedeuten da hier einiges nicht bedacht wird.

Zum SG Ready
Bei dem SG Ready Standard ist es egal welche Wärmepumpe am Ende hängt, da ja nur High oder Low Pegel zur Detektion an den Empfänger gesendet werden. Somit funktionieren alle SG Ready Empfangsgeräte. (Lichtschalterprinzip)

Zum EEBUS:
Hier eine Teilübersetzung des wichtigsten Teils der Nutzungsbedingung
Quelle: https://www.eebus.org/terms-of-use/

"Die Nutzung der Spezifikationen zu Informationszwecken ist erlaubt. Es ist daher gestattet, Informationen zu verwenden, die aus dem Inhalt der Spezifikationen ersichtlich sind. Insbesondere ist es dem Nutzer gestattet, Produkte, Entwicklungen und/oder Dienstleistungen auf der Grundlage der Spezifikationen anzubieten."

So wie ich den Rest lese können wir eine EEBUS Schnittstelle integrieren aber dürfen nichts an dem Standard verändern.

Ich habe mich mal auf der Website angemeldet (jeder kann das machen ohne Bedingung) und bin ein einen Haufen von Dokumentationen und Schnittstellenbeschreibungen gestoßen.

https://www.eebus.org/media-downloads/s ... fications/

Eventuell reicht das ja schon für einen findigen Programmierer aus, um diese für uns nutzbar zu machen.

Die Weitergabe ist mir gemäß Nutzerbedingungen erlaubt da ich die Quelle genannt habe.

"Es ist untersagt, die Spezifikationen ohne Hinweis auf diese Nutzungs- und Verwertungsrechte an Dritte weiterzugeben.

Ebenso ist es untersagt, die Spezifikationen an Dritte weiterzugeben, ohne diese auf die Urheberschaft oder die Quelle hinzuweisen."

Deswegen bitte nichts an den PDFs Verändern und neu veröffentlichen, den Rest könnt ihr hier nachlesen
https://www.eebus.org/terms-of-use/

Unter dem Beitrag habe ich alle Dokumentationen und Schnittstellenbeschreibungen die verfügbar sind zusammengefasst.

https://drive.google.com/drive/folders/ ... sp=sharing

aktuell in der Entwicklung sind noch bei:

Grid:
Limitation of Power Consumption

Monitoring of Power Consumption

Monitoring and Control of SmartGrid Ready Conditions


Inverter:
Monitoring of Inverter

Monitoring of PV String

Monitoring of Battery

Control of Inverter

Control of Battery


Ich hoffe wir kriegen das zusammen hin, da dies die OpenWB sicherlich einen erheblichen Schritt weiterbringen könnte.

Dies würde gleichzeitig auch die WR und SMA Homemanager Integration (bei EEBUS fähigen Geräten ) lösen, da alle EEBUS Geräte, die nach dem Standard arbeiten erkannt und verwendet werden können.

So wie ich das lese würde das auch bei EEBUS fähigen Fahrzeugen die SOC Problematik lösen in dem die Fahrzeuge über den einheitlichen Standard mit der WB kommunizieren können.

Es hängen sehr viele Big Player da mit drinne, deswegen kommt man langfristig wohl nicht um die Implementierung herum, um dann auch technologisch wettbewerbsfähig zu bleiben.

Hier Teil 1 der EEBUS Dokumentation

Hier Teil 2 der Datein.
Zum öffnen der zips verwende ich 7Zip
https://www.7-zip.de/

openWB hat geschrieben: ↑Do Apr 22, 2021 7:12 am Zunächst müssten wir dem EEBus beitreten. Hierfür fallen 10.000€ / Jahr an.
Dann könnte man das offiziell implementieren.

...ich hatte mal einen Professor, der sagte "Standards sind dazu da, Andere draußen zu halten!"....und ein Bekannter, aus dem Umkreis CEN/CENELEC und als Abgesandter einer großen, großen 4ma in einigen SG-Workgroups dort, sagte "Standards-Arbeit ist Lobby-Arbeit""....noch Fragen?

Ich gebe dir schon Recht, aber nur via EEBUS bekommt man so viele unterschiedliche IoT Geräte auch namenhafter Hersteller unter einen Hut.
Ob E/Hybrid-Autos, Wärmepumpen, WR, Batteriespeicher und alle anderen smarten Verbraucher. Sieh dir doch mal an wie unterschiedlich die Protokolle und vorgehnsweisen im OpenWB Code sind um diese ganzen Sockets abzudecken. Dies alles nur weil jeder sein eigenes Süpchen kocht und es keinen einheitlichen und verbindlichen Standart gibt