EEBUS

[eboelens]

Ich entschuldige mich, ich verstehe Deutsch nicht sehr gut und übersetze über einen Übersetzer
Ist EEBUS mit FHEM kompatibel und Es gibt Pläne in diese Richtung ?

[Zeitisen]

Hallo, ich bin auch gerade auf der Suche danach.Ich habe einen neuen Wäschetrockner von Bosch, der sich über diese Schnittstelle steuern lassen soll.
Damit könnte der Trockenvorgang gestartet werden, wenn z.B. die Photovoltaik genug Leistung übrig hat.
Von SMA gibt es dazu ein Interface.
Die Spec von EEBUS ist wohl offengelegt. www.eebus.org

[PeMue]

Hallo,

hier ist ein Wiki Artikel über eBus in FHEM. In der Bastelecke gibt es eine Platine bzw. unter Sammelbestellungen auch die Möglichkeit des Kaufs.

Gruß Peter

[Zeitisen]

Ja, den habe ich schon gesehen.

Aber: ebus ist nicht gleich EEBUS !!!

ebus ist ein uralt-Bussystem für irgendwelche proprietären Heizungen basierend auf Zweidrahtleitung.
Das war vorgestern.

EEBUS regelt die Kommunikation von unterschiedlichen Systemen über Netzwerk.
In EEBUS gibt es verschiedene usecases für Photovoltaik, Ladestationen für Autos, Weisse Ware, auch Heizungen.

Ich muss mich da erst etwas einlesen.

[PeMue]

Aber: ebus ist nicht gleich EEBUS !!!

ups, da habe ich doch glatt ein e überlesen 

Gruß Peter

[gvzdus]

Ich hatte EEBUS mal in die Diskussion geworfen:

https://forum.fhem.de/index.php/topic,102297.45.html

pah hatte damals so geurteilt:

Ich habe mir den EEBUS-Kram heruntergeladen und genau angesehen. Auf Grund der hohen Asynchronität und der ziemlich engen Timing-Vorgaben sehe ich wenig Chancen, das direkt in FHEM zu integrieren.  Auch solche Dinge wie Key Management etc. würden FHEM eher ausbremsen. Eine größere Chance sehe ich, dass es einen Konnektor EEBUS <-> MQTT gibt, der als eigenständiges Programm ohne die (vergleichsweise langsame) Main Loop von FHEM existiert

Ich hätte eigentlich Lust, mich mit EEBUS auszutoben, weil es eine spannende Entwicklung ist. Aber ich habe weder einen sma-Wechselrichter noch ein HomeConnect-Gerät, also nichts zum Spielen. Und es ist klar: Das Thema wird komplex.

[h0nIg]

das ist relativ einfach geworden: https://github.com/evcc-io/eebus

das bauen ist etwas komisch:

cp cmd/server/main.go .

und mit "go build" baust du es im hauptverzeichnis. Ich hatte bei der viessmann eebus implementierung den fall, dass ich https://github.com/evcc-io/eebus/blob/dev/device/feature/measurement.go#L130 auskommentieren musste und immer https://github.com/evcc-io/eebus/blob/dev/device/feature/measurement.go#L132 als default nehmen muss.

[FhemPiUser]

gibt es eine eebus unterstützung für fhem bzw. könnte man ein eebus client irgendwie an fhem anbinden?

das wäre genial, denn dann könnte man wallbox und wärmepumpe per überschussladung steuern, selbst wenn der wechselrichter kein eebus kann. fhem kann ja den wechselrichter per modbus abfragen und dann wallbox/wärmepumpe per eebus steuern je nach ertrag der pv anlage...

[Parallix]

Mit Blick auf Banana, Raspberry und Co als Zielsystem, interessiert mich, ob es inzwischen irgendwelche EEBus-Services gibt, die bereits nativ in FHEM laufen, für einen nativen Betrieb in FHEM leicht umgesetzt werden können oder aber gut in FHEM einbindbar sind. Gibt es hier Info-Updates zu dem, was weiter oben zu lesen ist?

[Janvi]

Für EnWG §14a und EEg §9 wird EEBUS künftig obligatorisch sein. Es gibt aber vermutlich nichts was man einfach so installieren kann. Das muss erst mal jemand programmieren und dann noch eine Schnittstelle zu FHEM bauen was noch etwas Aufwand ist. Hier gibt es eine freie Implementation eines EEBUS Protokollstacks in Go welchen offensichtlich auch das zuvor erwähnte evcc-io verwendet.

https://github.com/enbility/eebus-go

Momentan haben die VNB aber noch keine Infrastruktur um die FNN Steuerboxen anzusteuern und diese Geräte sind auch noch nicht in ausreichender Stückzahl liefer und installierbar. Deshalb musste unser grüner Ex Minister flux noch eine Gesetzesänderung beschliessen damit auch bei Neuanlagen wieder die veralteten Rundsteuerempfänger eingebaut werden dürfen.

Der oben verlinkte Stack beinhaltet eine reine APIs zum verschicken von Daten oder Limits. Die UseCases muß jemand anderes programmieren und testen.  EnWG §14a ist LPC Limit Power Consumption als Lastabwurf für BEV Ladegeräte oder Wärmepumpen. EEG §9 ist LPP - Limit Power Production zum Abregeln der Solaranlagen. Als physikalische Schnittstelle kommt eigentlich nur die vorhandene TCP/IP Infrastruktur in Frage. Wenn ich das korrekt verstanden habe, hakt der EEBUS momentan daran, daß das BSI bislang einzig die veraltete physikalische Implementation auf KNX zertifiziert hat.

Wäre schön wenn sich die Spezialisten hier engagieren könnten. VDE hat erst beim letzten Normentwurf einiges vom EEBUS Verein abgeschrieben. Also wird sich auch FHEM zwangsläufig darauf einstellen müssen.

[JoWiemann]

Und es geht weiter: https://www.vde.com/de/fnn/aktuelles/impuls-steuerung-eza

Grüße Jörg