Hallo,

ich wollte heute meine beiden WARP3 auf die neue Firmware Version 2.11.0 heben.

Das hat bei der Wallbox in der Garage (LastManager) nicht funktioniert, es gab kurz nach dem Restart einen Rollback auf die Vorgängerversion V2.10.3.

Bei der Wallbox im Carport (gesteuert vom LM) hat das Update problemlos funktioniert.

Nach einem zweiten Versuch auf der Garagen-Wallbox, der mit dem gleichen Problem geendet habe, habe ich den Debug-Report gezogen und hier mal angehangen.

Könnt ihr damit etwas anfangen?

Gruß Steffen

warp3-2cvd-Debug-Report-2026-06-10T17-42-30-942.txt

Das muss sich @photron ansehen.

Du könntest übrigens mal beim ioBroker MQTT-Server ausschalten, dass beim Verbinden alle eigenen States rausgeschickt werden. Das müllt die Wallbox zu, speziell das Ereignis-Log.

Danke für den Hinweis, hab ich rausgenommen. Wollte ich schon länger machen ist dann aber irgendwie in Vergessenheit geraten 🥺.

Gruß Steffen

Bei mir ebenfalls. Hoffentlich der selbe Bug wie bei Steff49. warp3-2doT-Debug-Report-2026-06-11T07-52-37-449.txt

Ja, das ist der selbe Bug, @photron sieht es sich gerade an

Nur zur Info: Ich hatte dazu auch schon reportet (direkt an Olaf) - bei mir hängt sich die Warp3 Smart ab V2.10 unregelmäßig auf (kein Web-Access mehr, auch nicht remote) oder rebootet eigenständig (irgendein Watchdog-Fehler). Logs dazu hat Olaf. Mit 2.9 läuft alles problemlos...

Sorry, da ist ein Bug in der Behandlung für die benutzerdefinierte Batteriesteuerung mit Wiederholungs-Interval 0.

Anbei eine korrigierte Testfirmware.

@CptHildi Ich vermute, dass dein Problem ein anderes ist. Im Fall der benutzerdefinierten Batteriesteuerung mit Wiederholinterval 0 crasht die Firmware reproduzierbar sofort beim ersten Senden der Steuerbefehle an die Batterie.

warp3_firmware_2_11_0_6a2c30dd_7b5e856d7f4d685_merged.bin

Danke für die Testfirmware. Ich habe die gerade auf beiden Wallboxen installiert.

Auf der Garagen-Wallbox auf der gestern der Rollback aufgetreten ist konnte ich die nun auch problemlos installieren. Laden geht gerade nicht, da gerade kein Fahrzeug zum Laden da ist.

Ich habe Euch trotzdem einmal von der Garagen-Wallbox einen Debug-Log angehangen weil da nun die folgende Meldung auftaucht (auf beiden Boxen)

2026-06-12 19:12:42,182 | mqtt             | Recv buf is 10240 bytes. batteries/0/config_update requires 17004. Bump MQTT_RECV_BUFFER_SIZE! Updates on this topic might break the MQTT connection!

Die Meldung ist mir vorher noch nicht aufgefallen.

Und noch eine Frage - was bedeutet es wenn in der Batteriesteuerung unter Zustand ein Warndreieck mit Ausrufezeichen erscheint? Im Screenshot (Anhang) steht da zwar jetzt Normal aber bevor ich die Testfirmware installiert habe war da eben dieses Warndreieck.

Gruß Steffen

warp3-2cvd-Debug-Report-2026-06-12T19-13-40-565.txt

On 6/12/2026 at 7:23 PM, Steff49 said:

Ich habe Euch trotzdem einmal von der Garagen-Wallbox einen Debug-Log angehangen weil da nun die folgende Meldung auftaucht (auf beiden Boxen)

2026-06-12 19:12:42,182 | mqtt             | Recv buf is 10240 bytes. batteries/0/config_update requires 17004. Bump MQTT_RECV_BUFFER_SIZE! Updates on this topic might break the MQTT connection!

Die Meldung ist mir vorher noch nicht aufgefallen.

Das kannst du ignorieren. Ich habe in der Testfirmware einen Wert nicht angepasst, dadurch kommt diese Meldung. Das ist unkritisch und wird in der nächsten Release-Firmware korrigiert sein.

On 6/12/2026 at 7:23 PM, Steff49 said:

Und noch eine Frage - was bedeutet es wenn in der Batteriesteuerung unter Zustand ein Warndreieck mit Ausrufezeichen erscheint? Im Screenshot (Anhang) steht da zwar jetzt Normal aber bevor ich die Testfirmware installiert habe war da eben dieses Warndreieck.

Das Warndreieck kannst du anklicken, um einen Erklärung auszuklappen, ähnlich wie bei den Hilfe-Fragezeichen. Es kann bei der Batteriesteuerung vorkommen, dass abhängig vom Hersteller nicht alle Zustände vollständig umgesetzt werden können. Zum Beispiel ist es bei SAX Power nicht möglich, dass Laden zu erzwingen. In dem Fall wird das Laden auf normal belassen und das Entladen blockiert. Das Warndreiek zeigt dir an, wenn so ein Fall vorliegt, mit Erklärung dazu. In deinem Fall wurde das Warndreiek vorher bei dir aber fälschlicherweise angezeigt.

Da sind zwei Fehler in der aktuellen Firmware, dei bei den in der Testfirmware korrigiert sind. Einmal der Crash bei Wiederholungs-Interval 0 und das der effektive Zustand des Speichers bei benutzerdefinierter Registertabelle undefiniert war, was dann zur falschen Anzeige des Warndreiecks führen konnte. Mit der Testfirmware kannst du jetzt auch bei benutzerdefinierter Registertabelle den effektiven Modus einstellen, Falls der Fall vorliegt, dass es nicht Möglich ist den Speicher gewisse Zustände einnehmen zu lassen.

@photron

vielen Dank für die Rückmeldung.

Mittlerweile habe ich einige Ladevorgänge mit der Testfirmware durchgeführt und konnte keine Probleme feststellen.

Die Zentrale Nutzerverwaltung und den Zentralen Ladetracker muss ich noch testen.

Am 12.6.2026 um 18:20 schrieb photron:

<...>

@CptHildi Ich vermute, dass dein Problem ein anderes ist. <...>

OK, kein Problem (und keine Eile, da 2.9 ja hier problemlos läuft). Wenn Ihr zusätzliche Details oder weitere Logs braucht, bitte Bescheid geben....