Plugin: E3DC (S10)- Datenaustausch über RSCP mit dem Batteriespeicher

**Houseruckiii** · 25.05.2023, 08:03

Hier mal meine Werte, habe auch eine 13kWh Batterie (Brutto)

Angehängte Dateien

**MBosch** · 31.05.2023, 12:19

Moin zusammen,

ich muss noch mal auf meinen Post #79 zurück kommen.
Im letzten Jahr hatte ich am 06.05.22 12:30 Uhr plötzlich einen Sprung bei "e3dc_db_thisyear_powermeter-1-kwh".
Dieses Jahr habe ich wieder so einen Sprung. Dieses Mal am 13.05.23 17:54 Uhr.

Es sieht so aus, dass ab dem Zeitpunkt der letzte Wert aus dem Vorjahr (8,95 MWh) auf den aktuellen Wert in diesem Jahr (1,52 MWh) dazu gezählt wird.
Das passiert nur beim angeschlossenen externen Wechselrichter.

Macht jemand von Euch ähnliche Beobachtungen?
Kann es sein, dass es sich dabei um einen Fehler innerhalb des Plugins handelt und kann ich den Wert ggf. in einer Datei korrigieren?

**moeppel0815** · 25.07.2023, 19:11

Moin,

ich kriege das Plugin mit meinem S10X einfach nicht zum laufen. "Service is stopped" endlos, leere logs, bisherige Ansätze hier im Beitrag haben leider nicht zur Lösung geführt.
LB v 3.0.0.6
E3DC v 0.3.5
S10 Release H20_2023_02
Blanke Neuinstallation, kein Upgrade von LB2 oder früherer E3DC-Version

Login ist korrekt, AES mehrfach auf beiden Seiten geprüft, ist alphanumerisch (abc123, 123456, 1...9, etc), das integrierte MQTT läuft, im "incoming overview" keine Einträge.
IP des S10 ist ebenso korrekt 192.168.10.45
Filemanager ist unter http://192.168.10.7/admin/system/too...n%2Fcron.01min ebenso leer.

Gleiches Subnet, also auch keine Firewall die reingrätschen könnte.
Mehrfach beide neugestartet, Plugin mehrfach neu installiert. Bei den ersten Versuchen gab es hier Probleme mit den Zertifikaten, das ist aber behoben und die Installation läuft nun ohne Fehler durch.

e3dc_current.service idle/simlple beides probiert

e3dc.cfg hat alles korrekt abgespeichert (auch die mqtt credentials, login geprüft auf problematische Sonderzeichen, die ggf. abgeschnitten werden o.Ä.)

Ich bin ratlos.

**cko** · 28.09.2023, 16:10

Hi, mein Speicher reicht immer mal wider nicht durch die ganze Nacht bzw. den dunklen Herbst-/Wintermorgen - jetzt habe ich überlegt eine Automatisierung zu basteln die ermittelt ob der Speicher voraussichtlich vor oder in den teuren "Morgenstunden" (Ich nutze Tibber) leer läuft und ich dann bereits in der Nacht eine Phase einstelle in der ich die Entladesperre aktiviere. Wäre das technisch möglich? Ist es sinnvoll? Hat das schon jemand umgesetzt? Die manuelle Ladung soll ja mit dem Plugin nicht möglich werden, daher diese Idee. Danke!

**cko** · 09.10.2023, 10:27

Hallo und danke für die vielen Rückmeldungen. Ich werde scheinbar nicht benachrichtigt wenn es hier zu Aktivität kommt, daher antworte ich erst jetzt.
JürgenW, danke - ja die beiden Befehle nutze ich auch, aber ich würde es gerne irgendwie automatisieren. Dafür fehlt mir aber leider das Know-How. Es soll so in die Richtung von MBosch gehen, und dann je nach Prognose wann 0% SOC erreicht ist diesen Zeitpunkt durch Strombezug in der Nacht zu verschieben.

Das manuelle Laden der Batterie mittels Plugin hat hismastersvoice ja im Thread bereits ausgeschlossen und ich kann die Argumentation ja auch großteils nachvollziehen - daher eher der Gedanke den Speicher zu nutzen um die Peaks zu überbrücken....

Ich suche mal weiter nach Vorbildern - das PV-Solcast Plugin schaue ich mir nochmal genauer an.

Insgeheim hoffe ich ja auch das E3DC bald mal Ihr neues Portal vorstellt und eine solche Funktion dort implementiert ist. (Die Hoffnung stirbt zuletzt)

VG und DANKE

**kajokim** · 18.10.2023, 11:05

Hallo,

ich nutze das Plugin schon etwas länger, um Daten aus meinem E3DC zu lesen. Dies funktioniert sehr gut. Vielen Dank dafür!

Nun wollte ich die Entladesperre, wie etwas oben erwähnt, ausprobieren.
Leider geht es aber nicht.
Im Loxone sehe ich, dass eine http 200 zurückkommt. Im Plugin Log in Debug-Modus ist jedoch nichts zu sehen. Und in E3DC ist die Sperre auch nicht zusehen.

Hat jemand einen Tipp?

Danke!

**hismastersvoice** · 18.10.2023, 13:33

Screenshot.., wie sieht der Befehl aus den du sendest?

**MBosch** · 18.10.2023, 13:38

Ich habe mal bei mir auf die Schnelle nachgeschaut wie ich max. Lade- und Entladeleistung einstelle:

Vielleicht hilft es ja.

**kajokim** · 18.10.2023, 21:02

Vielen Dank für eure Antworten. Ich habe es nach der Anleitung aus der Plugin-Beschreibung eingestellt Link. Anbei auch die Screenshots.

**kajokim** · 20.10.2023, 10:28

Guten Morgen,

ne ich habe schon die Ip von Loxberry eingetragen und nein, die Sperre wird leider nicht gesetzt.

**Bodu2Kuda** · 28.10.2023, 22:29

Liebe Leute
was mache ich falsch: Ich kann das Plugin Starten und zeigt Service läuft, aber nur wenn der Schalter DCDC-Werte sekündlich übertragen auf off steht...

Vielen Dank für die Antwort... habe ich irgendwo was übersehen?

Liebe Grüsse

Niggi

**hitman** · 02.03.2024, 12:52

Hallo,
zur Info, evtl. ist es für den ein oder anderen hilfreich.
Bei einer Neuinstallation LB 3.0.6 mit dem aktuellen (Super)-Plugin 0.3.5 wird der Paho Phyton MTQQ (seit Mitte Februar) in der Version 2.0.0 installiert.
Damit läuft das Plugin (zumindest bei mir nicht). Folgendes z.B. prüfen:
###############################################
root@loxberry:/opt/loxberry/bin/plugins/e3dc# python3 current.py
sudo: chomd: command not found
Exception ignored in: <function Client.__del__ at 0x7f962c2160>
Traceback (most recent call last):
File "/usr/local/lib/python3.9/dist-packages/paho/mqtt/client.py", line 874, in __del__
self._reset_sockets()
File "/usr/local/lib/python3.9/dist-packages/paho/mqtt/client.py", line 1133, in _reset_sockets
self._sock_close()
File "/usr/local/lib/python3.9/dist-packages/paho/mqtt/client.py", line 1119, in _sock_close
if not self._sock:
AttributeError: 'Client' object has no attribute '_sock'
Traceback (most recent call last):
File "/opt/loxberry/bin/plugins/e3dc/current.py", line 47, in <module>
mqttc = mqtt.Client()
TypeError: __init__() missing 1 required positional argument: 'callback_api_version'
root@loxberry:/opt/loxberry/bin/plugins/e3dc# AttributeError: 'Client' object has no attribute '_sock'

Nach einem Dowgrade auf V 1.6.1 läufts:
###############################################
root@loxberry:/opt/loxberry/bin/plugins/e3dc# pip3 install paho-mqtt==1.6.1
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting paho-mqtt==1.6.1
Using cached https://www.piwheels.org/simple/paho...3-none-any.whl (75 kB)
Installing collected packages: paho-mqtt
Attempting uninstall: paho-mqtt
Found existing installation: paho-mqtt 2.0.0
Uninstalling paho-mqtt-2.0.0:
Successfully uninstalled paho-mqtt-2.0.0
Successfully installed paho-mqtt-1.6.1

VG

**hismastersvoice** · 03.03.2024, 14:01

Ich habe die 0.4.0 hoch geladen.

Version 0.4.0

fix - Paho MQTT wid bei der installation jetzt immer mit Version 1.6.1 installiert (2.0.1 läuft nicht sauber)
new - Parameter "setGridLoad" - ermöglicht mit einem Trick das laden der Batterie aus dem Netz (z.B. mit Tibber-Strom)

Bei der Installation wird jetzt explizit die 1.6.1 geladen, danke hitman

Laden aus dem Netz
Nachdem mich die Nutzer des Plugin immer wieder damit genervt haben...

E3DC limitiert das laden aus dem Netz mit der Test-Funktion auf 3.000W / Tag, also war das keine Option, und ich musste mir was anders überlegen.
Da E3DC wenn man den Wert des Notstrom auf einen Wert höher als den aktuellen Akku SOC stellt, so lädt er die Batterie aus dem Netz auf diesen Wert nach.
Also habe eine Funktion eingebaut die wie folgt funktioniert.

Wert für Notstrom setzen / Entladesperre wird gesetzt
Akku lädt auf % Satz xxx
Akku wird aufgrund der Entladesperre weiter nicht entladen (bei Stromausfall würde trotzdem entladen, da Vorrang).
Zur richtigen Zeit könnt ihr die Sperre zurücksetzten

Ich habe es im Wiki beschrieben.

Als Logik könnt ihr den Spot-Preis-Optimierer nutzen.

Diese Version wird aktuell noch nicht als AutoUpdate installiert, bitte testet, gebt Feedback, dann schalte ich sie frei.

**JürgenW** · 13.03.2024, 08:25

Hallo,
ich habe das Plugin jetzt schon über ein Jahr im Einsatz. Ich hatte alle Funktionen zwischen Loxone und Loxberry V2 erfolgreich implementiert und getestet.

Ich wollte jetzt das Laden über Netz implementieren und dazu die "Notstromreserve & Entladen sperren/freigeben" Funktion implementieren und testen. Dabei habe ich festgestellt, dass die Befehle bei mir nicht mehr funktionieren.

Virtuelle Ausgänge:
- Entladen sperren: /plugins/e3dc/e3dc.php?do=setIdleTime&v1=1&v2=1
- Entladen freigeben: /plugins/e3dc/e3dc.php?do=setIdleTime&v1=1&v2=0
- Laden sperren: /plugins/e3dc/e3dc.php?do=setIdleTime&v1=0&v2=1
- Laden freigeben: /plugins/e3dc/e3dc.php?do=setIdleTime&v1=0&v2=0)

Hinweis: Befehle nach Senden schliessen und Befehle als GET-Methode angelegt. Als Digitalausgang senden ist nicht angehakt.

Den Wert Notstromreserve kann ich über Loxone und Plugin verändern. Ich habe parallel auch andere Befehle getestet (z.B. Wetterprognose Laden) und die haben weiterhin ohne Problem funktioniert.

Ich habe die Befehle auch über den Browser getestet:
z.B. 192.168.10.20/plugins/e3dc/e3dc.php?do=setWeatherRegulatedCharge&v1=1. Beim Wetterbasierten Laden geht das ohne Probleme.

Beim Befehl: 192.168.10.20/plugins/e3dc/e3dc.php?do=setPowersave&v1=1 kommt die Rückmeldung: do is missing or wrong!! und es passiert nichts weiter.

Beim Befehl: 192.168.10.20/plugins/e3dc/e3dc.php?do=setIdleTime&v1=1&v2=1 kommt keine Rückmeldung, aber es schaltet am E3DC-System auch nichts um!

Wenn ich in die Log-Dateien schaue, dann ind dort keine Fehlereinträge aber auch keine "set-Befehle" zu erkennen. Er lädt nur die "get" Informationen/Daten. Nur beim Wetterbasierenden Laden sehe ich in der Logdatei auch den Set-Vorgang.

Was hat sich bei mir geändert? Ich habe das Plugin mittlerweile auf einem anderen Loxberry mit V3 installiert. Aber wie gesagt, der Rest der Kommunikation läuft ja ohne Probleme.

Hier noch einmal mein Setup:
- Loxberry V3.0.0.6
- Plugin 0.3.5
- E3DC S10X, Version: H20_2023_044

Update:
Habe jetzt auch mal das Plugin 0.4.0 installiert und die Ladefunktion über Netz getestet (192.168.10.20/plugins/e3dc/e3dc.php?do=setGridLoad&v1=1&v2=50)
Auch hier schaltet das System nicht um und es kommt, wenn ich über den Browser den Befehl eingebe, do is missing or wrong!!

Hat jemand eine Erklärung? Kann das sein, dass diese Befehle nur bei einem bestimmten Zustand der E3DC Anlage angenommen werden (z.B. Speicher ist zu einem bestimmten Grad geladen, ...)? Hat sich ggf. bei E3DC etwas im Protokoll geändert?

**hismastersvoice** · 15.03.2024, 20:16

JürgenW

Ich habe mal die Version 0.4.1 hochgeladen, in der habe ich nochmal jeden einzelnen Befehl gecheckt.
Es gehen alle!

Was mir aber aufgefallen ist, im alten Portal wurden die Einstellungen recht schnell und automatisch übernommen. In einigen wenigen Fällen hat es auch mal 5 Sekunden gedauert, ansonsten ist nach 1-2 Sekunden die Anzeige aktualisiert.

Im neuen Portal hingegen muss man zuerst die Seite neu laden, oder einen anderen Menüpunkt anwählen und wieder auf die ursprüngliche Seite zurück.
Ansonsten werden die Werte nicht aktualisiert.

Schau es dir mal an, es geht auf jeden Fall alles was ich implementiert habe.

Plugin: E3DC (S10)- Datenaustausch über RSCP mit dem Batteriespeicher

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar