Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Aiouh]

@kaffeschluerfer Oh Mann..Modbus/MQTT ist mir schon klar, mein Fehler, ich hab hier gerade am Modbus gefriemelt und irgendwie Dein MQTT überlesen, werde alt.
Ich hätte dann, ohne der Experte zu sein, zwei Fragen:

• Bevor Du den Fehler weiter suchst noch die Frage ob Deine Easee auch im Falle des Test tatsächlich erreichbar war. Ich hatte das jetzt leider mehrfach, dass die Cloud nicht verfügbar war. Ich konnte meine Zielwerte zwar in das Objekt vom Adapter schreiben konnte, diese wurden dann aber mangels Cloud connectivity, nicht in die Wallbox geschrieben.
• Wie schreibst Du denn Deinen Zielwert in das Objekt vom Easee Adapter? Falls noch nicht versucht würde ich das einfach mal mit Blockly "control object with" versuchen.
  Schöne Ostern noch

[kaffeschluerfer]

Hi @aiouh,

jap, per Script in IObroker und auch das manuelle ändern des Wertes funktioniert so, dass es auch bei der Wallbox ankommt.

Also habe ich in bisschen rumgetestet und mich mit Blockly auseinandergesetzt, dabei quasi dann doch die ganze Funktion implementiert. Also: IObroker übernimmt nun die Ladesteuerung, in Edomi zeige ich nur noch die Werte an und steuere ob das Überschussladen aktiv ist oder nicht.

Jetzt habe ich aber zwei neue Fragen:

1. config.smartcharging kann man ja direkt an der Wallbox aktivieren/deaktivieren (indikator blaue / weisse LED). Ist das letztendlich nur ein einfacher Schalter der "von alleine" nichts weiter tut? Wenn ja, könnte ich ihn ja einfach zum aktivieren / deaktivieren des Überschussladens verwenden, oder?

2. Meine Fähigkeiten halten sich diesbzgl. in Grenzen: Wir habt ihr denn die Tiefpassfilterung (bzw. Mittelwertbildung aus den letzten X Werte oder Minuten) der Überschuss-Leistung umgesetzt? Die Regelung sollte ja nicht zu nervös sein, z.B. bei Wolken oder taktenden Verbrauchern. Ein Codeschnipsel oder screenshot würde mir da sehr helfen :angel:

Vielen Dank euch!!!!

[Aiouh]

@kaffeschluerfer zu 1 kann ich leider nichts sagen, sorry. Ich aktiviere/deaktiviere die Ladesteuerung per Handy in der VIS, wo ich auch den Rest des "Smart home" bediene.

Zu 2: ich habe einige Zeit mit "wolkentimern" und Mttelwertbildungen rumgefrickelt.Da kann man ne Wissenschaft draus machen. Am Ende habe ich das bei mir ganz banal gelöst...ich Frage einfach alle 5 Minuten den Überschuss ab und schieb den jeweiligen Wert, abgerundet zum nächsten vollen Amp, in die Easee. Da ich noch einen Hausakku habe spielt der auch noch etwas Puffer.
Ich bin von den ganz kurzen Regelintervallen weggegangen da mir ein Bekannter sagte, dass damit nicht jedes EV klarkommt und die Laderegelung im EV generell gerne länger stabile Eingangsströme hat um die Ladekurve besser steuern zu können. Klang für mich logisch. Ob das tatsächlich so ist weiss ich nicht, ich kann aber sagen dass sowohl mein alter Leaf (2015) und mein e-Soul (2020) damit problemlos funktionieren.

[kaffeschluerfer]

Hey @aiouh,

ich habe mittlerweile verstanden, wie das mit der Filterung geht (einfach eine Liste anlegen...). Ich berechne jetzt einfach mal den Mittelwert aus den letzten 6 Überschuss-Werten, was bei meinem Abfrage-Intervall 3 Minuten entspricht. Ich seh schon - um das Optimum zu finden (aka bester Kompromiss) werde ich noch viele (Sonnen)Tage damit verbingen, Ladevorgänge zu beobachten. Ich bin da eher von der Fraktion "lieber zu viel laden und Stom beziehen als zu viel einspeisen" - aber das macht ja jeder anders...

Das mit dem config.smartcharging hab ich einfach mal probiert - und es funktioniert. Das erhöht den WAF ungemein: Wenn blaues Licht, dann überschussladen - Wenn weisses Licht, dann wird volle Pulle geladen. Ohne Handy hat das im Alltag echte Vorteile. Leider kann man das an der Wallbox nur bei eingestecktem Fahrzeug umstellen. Aber es geht - immerhin ;-)

Danke Dir und frohe Ostern!

[Alex Warkentin]

@newan Ich glaube ich bin an einem Punkt angekommen, bei dem ich etwas Unterstützung benötige. Meine Wallbox verhält sich mit dem laufenden Adapter ganz seltsam. Die Datenpunkte dynamicChargerCurrent und dynamicCircuitCurrentPx werden fleißig mit verschiedenen Werten beschrieben. Wenn ich den Datenpunkt smartCharging auf false setze, in der Hoffnung, dass die Wallbox einfach mit voller Leistung lädt, funktioniert das eine Zeit lang. Dann wird aber auch dieser Punkt automatisch wieder auf true gesetzt und nichts geht mehr. Das Script was diese Punkte dynamisch beschreiben soll, ist nicht aktiv. D.h. es kann nur von der Wallbox selbst, oder vom Adapter kommen.

[Alex Warkentin]

Zwischendurch kommen dann solche Fehlermeldungen.

host.ioBroker
2023-04-12 22:11:36.531	error	instance system.adapter.easee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

easee.0
2023-04-12 22:11:35.923	error	Easee API error on charger site - stop refresh

easee.0
2023-04-12 22:11:35.923	error	Error: Easee API error on charger site - stop refresh at /opt/iobroker/node_modules/iobroker.easee/main.js:489:19 at runMicrotasks (<anonymous>) at processTicksAndRejections (internal/process/task_queues.js:95:5) at async Easee.getChargerSite (/opt/iobroker/node_modules/iobroker.easee/main.js:481:16)

easee.0
2023-04-12 22:11:35.922	error	unhandled promise rejection: Easee API error on charger site - stop refresh

easee.0
2023-04-12 22:11:35.921	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

easee.0
2023-04-12 22:11:35.920	error	Error: Request failed with status code 504

easee.0
2023-04-12 22:11:28.713	error	Error: Request failed with status code 504

easee.0
2023-04-12 22:10:59.247	error	Easee API error on charger config - stop refresh

easee.0
2023-04-12 22:10:59.247	error	Error: Request failed with status code 504

easee.0
2023-04-12 22:10:29.536	error	Easee API error on charger config - stop refresh

easee.0
2023-04-12 22:10:29.536	error	Error: Request failed with status code 504

easee.0
2023-04-12 22:08:28.436	error	Easee API error on charger config - stop refresh

easee.0
2023-04-12 22:08:28.436	error	Error: Request failed with status code 504

[Benedikt Wegener]

@alex-warkentin
Seit ein paar Tagen stützt mein Adapter auch immer (d.h. nach ~5 - 20 Minuten) ab. Im ioB erscheint dann genau die Meldung, dass der Adapter weiderholt neugestartet wurde und man das prüfen soll.

Im Protokoll die gleichen Einträge, wie du sie gepostet hast:

easee.0
2023-04-14 10:13:05.288	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

easee.0
2023-04-14 10:13:05.288	info	terminating

easee.0
2023-04-14 10:13:05.288	info	Adaptor easee cleaned up everything...

easee.0
2023-04-14 10:13:05.287	error	Easee API error on charger site - stop refresh

easee.0
2023-04-14 10:13:05.287	error	Error: Easee API error on charger site - stop refresh at C:\ioBroker\node_modules\iobroker.easee\main.js:489:19 at runMicrotasks (<anonymous>) at processTicksAndRejections (node:internal/process/task_queues:96:5) at async Easee.getChargerSite (C:\ioBroker\node_modules\iobroker.easee\main.js:481:16)

easee.0
2023-04-14 10:13:05.286	error	unhandled promise rejection: Easee API error on charger site - stop refresh

easee.0
2023-04-14 10:13:05.286	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

easee.0
2023-04-14 10:13:05.286	error	Error: Request failed with status code 504

easee.0
2023-04-14 10:13:03.647	error	Easee API error on charger config - stop refresh

easee.0
2023-04-14 10:13:03.647	error	Error: Request failed with status code 504

[bishop9191]

@benedikt-wegener
Ja, ist bei mir leider auch seit 2 Tagen :(
Echt ärgerlich wenn die Sonne scheint

[Aiouh]

@bishop9191 @Newan Das war bei mir heute den ganzen Vormittag auch so, mittlerweile kommt wohl der ein oder andere Wert zur Easee durch und sie regelt den Ladestrom. Weiss nicht ob das am Adapter oder wieder an der Cloud liegt, wobei auf der EASEE page offiziell keine Ausfälle gelistet sind.
Ich überlege mir langsam ob ich nicht einfach noch eine andere Wallbox kaufe, wenn dann aber mit lokal API, ohne Cloud.

FYI das Log sieht dann so aus. Wohlgemerkt ich mache einfach Nichts, die Überschussladung schreibt alle 5 min. den dynamic current:

easee.0 2023-04-14 13:30:18.726	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:30:01.259	info	Config update successful
easee.0 2023-04-14 13:29:48.544	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:29:17.766	warn	No Chargers found!
easee.0 2023-04-14 13:29:17.766	error	Error: Request failed with status code 504
easee.0 2023-04-14 13:28:37.151	warn	No Chargers found!
easee.0 2023-04-14 13:28:37.150	error	Error: Request failed with status code 504
easee.0 2023-04-14 13:27:56.219	warn	No Chargers found!
easee.0 2023-04-14 13:27:56.218	error	Error: Request failed with status code 504
easee.0 2023-04-14 13:27:15.568	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:26:45.309	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:26:14.519	warn	No Chargers found!
easee.0 2023-04-14 13:26:14.515	error	Error: Request failed with status code 504
easee.0 2023-04-14 13:25:33.846	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:25:03.713	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:25:00.600	info	Config update successful
easee.0 2023-04-14 13:24:33.296	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:24:02.946	info	undefined is not a valid state value for id "easee.0.xxxxxx.status.latestFirmware"
easee.0 2023-04-14 13:23:32.124	warn	No Chargers found!
easee.0 2023-04-14 13:23:32.119	error	Error: Request failed with status code 504
easee.0 2023-04-14 13:22:51.194	warn	No Chargers found!
easee.0 2023-04-14 13:22:51.189	error	Error: Request failed with status code 504

[Alex Warkentin]

Ich habe nicht gesehen wann, aber auf jeden Fall hat meine Box vor ein paar Tagen ein FW Update auf 310 bekommen. Vielleicht hat es ja damit zu tun.

Aber ganz allgemein, bin ich wirklich der einzige bei dem die Box macht was sie will?

[bishop9191]

@alex-warkentin
Meine ist noch auf 309

[Newan]

@bishop9191 habe auch noch 309

[Aiouh]

fyi meine ist auch 3.09

[bishop9191]

Ich bin mir nicht ganz sicher, aber ich habe keine Fehler mehr im Log.
Ich habe die Wallbox einmal neu gestartet und den Adapter derweil gestoppt. Nach dem Neustart den Adapter wieder gestartet.

Vielleicht verträgt der Adapter das Firmwareupdate nicht einfach so. Ich war nämlich bis vor kurzem noch nicht auf der 309...

Ich beobachte mal weiter.

[Newan]

@bishop9191 504 Gateway Timeout server - sieht für mich nach API aus.
Hast du die Version vom git? Würde mal ne neue stable Version machen

[bishop9191]

@newan
Habe die 1.0.7

[knima]

Hallo,

blöde Frage, wie bekomme ich die Meldung weg

undefined is not a valid state value for id "easee.0.xxxxxxxx.status.latestFirmware"

Firmware3.09
Latest easee Adapter

Zeile in enum.js gelöscht, laut github.

Alles neu gestartet
Objekt gelöscht.

Danke für die Hilfe.

Gruß

[Alex Warkentin]

@knima Ich denke das kann nur newman in seinem Adapter korrigieren.

[Newan]

@knima neuste commit auf git ist das gefixt.
Ist aber noch net released

[warp-it]

@seb2010 said in Easee Wallbox mit iobroker:

ok, also dann fasse ich mal kurz zusammen:

• mit phaseMode = 2 (Auto) kann ich über dynamicCircuitCurrentPX die Ladeleistung steuern
• dynamicCircuitCurrentP1 > 0 und dynamicCircuitCurrentP2 & 3 = 0 resultiert dann in 1-phasigem Laden
• dynamicCircuitCurrentP1 & 2 & 3 > 0 in 3-phasigem Laden
• für das Umschalten ist kein pause/resume/start notwendig. Für den Start/Stop eines Ladevorgangs natürlich schon.
• in der App auf "nur per Key" einstellen, damit man das Laden wirklich selbst steuert, da sonst bei Einstecken einfach losgeladen werden würde.
  Bedeutet aber auch, dass man dann immer aktiv werden muss, wenn man außer der Reihe laden will.
• mit chargerOpMode wird der Zustand des Chargers abgefragt, uA ob ein Auto angeschlossen ist oder nicht.
• das Schreiben von phaseMode und circuitMaxCurrentPX ist schlecht, da es in den Flash-Speicher gespielt wird und der sich theoretisch abnutzen kann. Daher die Steuerung alleine über dynamicCircuitCurrentPX

Fragen:

• auf was muss dann dynamicChargerCurrent stehen?
• wenn man keine Info darüber hat, ob das Auto voll ist, was muss ich dann in Bezug auf die Ladeleistungen einstellen? Im Grunde ist es ja egal, da dann nur einfach nicht weiter geladen wird, oder?

Das Überschussladen kann man sich ja an den obigen Skripten ansehen, funktioniert aber immer durch Überwachung des PV-Überschusses und dynamischer 1- oder 3-phasiger Anpassung der dynamicCircuitCurrentPX um mindestens 6A pro Phase zu erreichen.

Gibt es sonst noch wichtige Details die man vergessen könnte aber dran denken sollte?

Viele Grüße
Sebastian

Sorry, hab das erst jetzt gelesen.
Hinzuzufügen wäre vielleicht noch Folgendes:

• Ich arbeite auch ausschließlich mit dynamicCircuitCurrentPx. Wenn man mehrere Easees hat, wird dieser Wert nur in die primäre Wallbox geschrieben und gilt dann für alle Boxen.
• Start / Stop / Pause / Resume benutze ich alles nicht
• Wenn man eine Zoe lädt benötigt man mindestens 8A egal ob auf einer Phase oder 3 x 8 A
• Wenn man einphasig lädt, scheint die Zoe intern die Phasen zusammenzuschalten. Würde man nun Phasen 2 + 3 dazuschalten, zerreißt es wohl die Leistungselektronik der Zoe. Ich habe daher mein Blockly so erstellt, dass man Phasen 2 + 3 nur > 0 setzen kann, wenn das Kabel physisch gezogen ist. Es wäre schöner, wenn man den Wechsel auf 3-phasig auch einfacher vornehmen könnte, ohne das Kabel physisch zu ziehen. Aber ich weiß eben nicht, was konkret zu tun ist, damit die Zoe die Zusammenschaltung der 3 Phasen wieder auftrennt, wie man das prüfen könnte, und mag das aus offensichtlichen Gründen auch nicht testen.