Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Samson71]

@Homoran
Das Protokoll wirft Fehlermeldungen, dass der Wert nicht geändert werden konnte.

[Sefina]

Hey Markus, danke für den Test. Zwei Sachen zum Charger-Steuern:

1. Die Werte unter victron-gx.0.devices.evcharger.283534.* (SetCurrent, StartStop, Mode) sind bewusst read-only — das sind die vom GX gelieferten Ist-Werte, wie bei allen anderen Geräten auch. Zum Steuern gibt es Schreib-Datenpunkte unter victron-gx.0.control.evcharger.283534.SetCurrent / .StartStop / .Mode. Wenn du dort schreibst, geht der Befehl per MQTT an den GX.

2. Wichtig: In den Adapter-Einstellungen muss "Enable EV charger control (experimental)" aktiviert sein — steht default aus, weil ich das ohne echten Charger nicht testen konnte. Ohne den Haken lehnt der Adapter den Write ab und schreibt eine Warnung ins Log.

Kannst du das mal so probieren? Und falls dann immer noch Fehler kommen: bitte kurz die betreffenden Log-Zeilen (mit "control" oder "evcharger" drin) schicken, dann sehe ich sofort woran es hängt.

[Samson71]

@Sefina sagte:
Zum Steuern gibt es Schreib-Datenpunkte unter victron-gx.0.control.evcharger.283534.SetCurrent / .StartStop / .Mode. Wenn du dort schreibst, geht der Befehl per MQTT an den GX.

Hatte ich gesehen, aber auch die sind nur read only.

Wenn ich mit "Bestätigt" schreibe, kommt im Log zwar keine Fehlermeldung mehr, aber auf dem Cerbo wird vermutlich nix geschrieben. Der Steuerregler im VRM reagiert zumindest nicht. Mache ich das direkt über die MQTT-Werte reagiert der Regler und in der App vom Charger ist die Änderung auch zu sehen.

@Sefina sagte:
2. Wichtig: In den Adapter-Einstellungen muss "Enable EV charger control (experimental)" aktiviert sein — steht default aus, weil ich das ohne echten Charger nicht testen konnte. Ohne den Haken lehnt der Adapter den Write ab und schreibt eine Warnung ins Log.

Andere oder weitere Log-Einträge gibt es nicht. Ohne Bestätigung den oben schon geposteten Log-Eintrag, mit Bestätigung passiert einfach nichts.

Betätige ich den Regler direkt im VRM ändern sich auch sofort die Datenpunkte im Adapter.

[Sefina]

@Samson71 0.9.2 ist raus, in ~10-15 min im Latest verfügbar (ggf. Adapter-Liste im Admin einmal aktualisieren). Bug war: der Adapter hat gar nicht mitbekommen dass du auf die Control-States geschrieben hast — die Anmeldung für Änderungs-Events hing am falschen Konfig-Schalter. Danach sollte SetCurrent / StartStop / Mode über victron-gx.0.control.evcharger.283534.* funktionieren. Gib gerne kurz Bescheid ob's tut.

[Samson71]

@Sefina sagte:
Gib gerne kurz Bescheid ob's tut.

Leider nein. Verhalten identisch wie zuvor. Ohne Bestätigt die schon bekannte Meldung. Bestätigt kein Log-Eintrag und keine Funktion. Bei Änderung im VRM oder lokal über die GUI bekommt auch der Adapter es sofort mit. Die Datenpunkte laufen auch immer noch als "schreibgeschützt".

[Sefina]

Bitte auf die Version achten : 0.9.2 und dann die Objekte löschen -> am einfachsten den ganzen victron-gx.0 Ordner löschen das die Objekte neu angelegt werden

[Samson71]

@Sefina
Habe die ganze Instanz erst deinstalliert, alles gelöscht und dann nochmal komplett neu die 0.9.2 installiert.

Keine Änderung. Die Datenpunkte werden immer noch als schreibgeschützt angezeigt und eine Änderung verursacht die bekannten Auswirkungen (bzw. hat keine).

Dafür bekomme ich im Log jetzt regelmäßig:

2026-07-28 16:06:07.090 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.AcFeedInEnabled" has no existing object, this might lead to an error in future versions
2026-07-28 16:06:07.092 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.DcFeedInEnabled" has no existing object, this might lead to an error in future versions
2026-07-28 16:06:07.106 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.BatteryLifeSocLimit" has no existing object, this might lead to an error in future versions
2026-07-28 16:06:07.106 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.EssMode" has no existing object, this might lead to an error in future versions
2026-07-28 16:06:07.106 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.GridSetpoint" has no existing object, this might lead to an error in future versions
2026-07-28 16:06:07.106 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.BatteryLifeState" has no existing object, this might lead to an error in future versions
2026-07-28 16:06:07.106 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.MinimumSoc" has no existing object, this might lead to an error in future versions
2026-07-28 16:06:07.107 - warn: victron-gx.0 (181133) State "victron-gx.0.control.system.MaxFeedInPower" has no existing object, this might lead to an error in future versions

[Sefina]

Kurzer zeitlicher Einordnung: du hast den Adapter neu installiert dann konfiguriert -> Schalter zum Steuern gesetzt -> dann das erste Mal den Adapter gestartet zum Objekte anlegen?
Oder hast du den Schalter, nachdem die Objekte angelegt waren geschaltet ?

Rest schaue ich mir direkt an

[Samson71]

@Sefina
Der Adapter startet nach der Installation ja direkt in die Konfigurationsübersicht (zu dem Zeitpunkt gibt es im Protokoll erstmal nur den Warnhinweis, dass noch keine IP-Adresse konfiguriert ist.), dort dann direkt die Einstellungen für IP etc. gemacht und auch den Haken für die MQTT-Steuerung gesetzt und dann dann gespeichert.

[Sefina]

0.9.3 ist raus -> in der Prüfung wird aber nur 1 Problem beheben das steuern wohl nicht -> bitte trotzdem prüfen -> setze mich Abend nochmal rann, wenn du mir keine positive Nachricht gibst.

[Samson71]

@Sefina
0.9.3 im gestoppten Zustand aktualisiert. Objektbaum gelöscht. Adapter startet ohne Fehler im Log und ist grün. Steuern ist wie schon erwartet noch nicht behoben. Reaktion auf Änderungen in der Victron GUI oder im VRM erfolgt sofort.