OpenEMS / Fenecon Batteriesteuerung (Modbus)

[JBufe]

Bezgl. der Fenecon Batterie Ansteuerung ein Hinweis. Mittels einer kostenpflichtigen Fenecon APP lässt sich die Batterie problemlos über Modvus TCIp ansteuern. Besteht die Möglichkeit diese Bastelanleitung in eure Software zu integrieren? Bei Bedarf kann ich gerne die Modvus Tabelle mit den Variablen zur Verfügung stellen.

Dies würde mir den Umweg über ioBroker ersparen, um das umladen aus der Hausbatterie in die Autobatterie zu verhindern.

[andig]

Doku würde helfen das zu bewerten. Betrifft das dann bestimmte Fenecon Speicher (welche) oder ist die Modbussteuerung generisch für OpenEMS? Könnte sie das bestehende OpenEMS API ersetzen?

[andig]

@JBufe lass uns hier gerne weiter machen wenn es Erkenntnisse dazu gibt.

[JBufe]

Hallo Andi, anbei die Modbus Tabelle inkl. Schriebzugriff für das Fenecon EMS Home System Mfg Jörg Bufe

[JBufe]

Hallo Andi,

Sorry ich war in Ägypten und konnte deswegen nicht antworten. Ich habe den FEMS Home und nach meinem Wissenstands ist gilt das Modbus Protokoll für die gesamte Baureihe. Ob diese identisch mit OpenEMS kann ich aufgrund fehlender Daten nicht beantworten. Ich habe dir die Modbus Tabelle per E-Mail zukommen lassen, bzw. beigefügt.
Modbus-TCP-fems65881.xlsx

[andig]

@premultiply wollen wir von HTTP auf Modbus umsteigen? Lohnt sich das?

[andig]

/cc @sfeilmeier

[premultiply]

wollen wir von HTTP auf Modbus umsteigen? Lohnt sich das?

Es spricht jedenfalls nicht dagegen.

[andig]

Ich würde gerne einen Kommentar von Fenecon abwarten bevor wir das tun- insbesondere um keinen Breaking Change einzuführen.

[sfeilmeier]

Hallo. Der Schreibzugriff ist auch über die REST/JSON-Schnittstelle möglich - dafür solltet ihr nicht auf das ("dümmere") Modbus/TCP wechseln.

Hier liegt die Dokumentation: https://docs.fenecon.de/_/de/fems/fems-app/OEM_App_REST_JSON.html#_schreibzugriff

[premultiply]

Diese App ist nicht im Standard-Lieferumfang des FEMS enthalten. Sie kann jedoch nachträglich jederzeit nachgerüstet werden. Kontaktieren Sie uns hierfür!

Wenn Modbus immer dabei wäre, wäre dies daher zu bevorzugen.
Sonst kommen sofort wieder die Rückfragen warum es nicht funktioniert.

[sfeilmeier]

Wenn Modbus immer dabei wäre, wäre dies daher zu bevorzugen.
Sonst kommen sofort wieder die Rückfragen warum es nicht funktioniert.

Das gilt für beide Schreibzugriff-Apps (siehe https://docs.fenecon.de/_/de/fems/fems-app/OEM_App_Modbus_TCP.html#_schreibzugriff). Der Lesezugriff sowohl via Modbus/TCP als auch REST/JSON ist standardmäßig enthalten.

[JBufe]

In eigener Sache einen Hinweis an H. Feilmeier. Das Fenecon Home System ist echt gut und ich habe den Kauf bisher nicht bereut. Auch das APP Modell ist durchdacht und sinnvoll. Nur bezgl.der APP Preise solltet Fenecon noch mal in sich gehen. Pauschal knapp 400 € pro APP ist echt happig. Beim Modbus Schreibzugriff für die handvoll Variablen schon extrem mutig. Das Tibber Modul wäre noch interessant aber bei 400 € sehe ich keinen Return of Invest bezogen auf die Lebensdauer der Anlage. In meinem Fall realisiere ich dann lieber eine Lösung mittels ioBroker. Damit erreichte ich zwar nicht die Effizienz wie ihr, aber die erreichten 80% rechnen sich wenigsten. Nimmt man dann noch Wärmepumpen Apps dazu wird das ganze schnell unverschämt teuer. Ich denke mittels akteaktiver Preise könnte nach mehr Nutzer dafür begeistern.

[JBufe]

P S. den TCP/IP Modbus Schreibzugriff have ich mir gekauft. Funktioniert fehlerfrei und erlaubt via ioBroker den Eigenbau diverser Funktionen. Unter anderem die Batterie beim laden des Autos zu sperren. Sven das ist alles von hinten durch die Brust und Auge geschossen, weil solche Features von den Herstellern der PV Anlage nicht frei verfügbar sind, bzw. nur zu gönnen Preisen. Somit wird die sinnvolle Kopplung der System nur erschwert bzw. durch Workarounds ersetzt.

Beispiel EVCC. Ein tolles Open Source Produkt mit Tibber Integration. Dasx wird auch Fenecon nicht mehr besser hinbekommen. Aber durch die Politik von Fenecon verdoppeln sich die Entladezyklen beim Laden eines Autos sehr leicht. Daraus resultiert in etwa eine Halbierung der Akku Lebensdauer plus Energieverschwendung von knapp 10% durch die Ladegeräte beim Zwischenladen der Hausbatterie. Das ist weder nachhaltig noch ökologisch sinnvoll.

[andig]

Zusammenfassend: Batteriesteuerung ist universell einsetzbar, benötigt aber kostenpflichtigen Schreibzugriff. Dieser ist über Modbus oder HTTP verfügbar. Implementierung ist also möglich.

Vor dem Hintergrund der vmtl. geringen Anzahl an Fenecon Usern mit Schreibzugriff würden wir zum jetzigen Zeitpunkt von einer Implementierung in evcc absehen. Für Hintergrunddiskussion sind wir unter [email protected] erreichbar.

[yvesilknievil]

Commenting on an old thread.
Since OpenEMS (based on the Fenecon system) does by default support read/write access, I would be thrilled if this would be included

@JBufe would you mind sharing your iobroker workaround?

[andig]

Afaik this requires a license.

[yvesilknievil]

OpenEMS is an open source fork of the Fenecom system afik.
I've been using it extensively and I can rw to it with no problem.

I have it connected to Loxone for example and can write to it with no issue.

I'm sure @sfeilmeier can pitch in.

[andig]

Na dann sind wir an der gleichen Stelle wie bei anderen Geräten auch: es braucht Doku und Implementierung.