rtrbt

Gut zu hören, danke für die Rückmeldung!

Der Bug ist prinzipiell bekannt, ich bin aber noch nicht dazu gekommen, dem nachzugehen. Es scheint da ein Problem mit der Initialisierungsreihenfolge zu geben, sodass manchmal der Standard-Hostname des ESPs nicht sauber überschrieben wird. Funktioniert es bei dir, wenn du http://warp-ABC.local/ statt http://warp-ABC/ aufrufst? Das wird per mDNS aufgelöst.

Wir schreiben die Tage dazu einen Blog-Post ;) Aber ja die Kurzzusammenfassung ist Spiegelband + 15cm Kabel. Tut es, ja. Denk daran, dass du mit /reboot neustarten musst, damit die neu-konfigurierten Tags verwendet werden. Aus purer Neugierde: Warum willst du die NFC-Config per API befüllen? Hast du so häufig wechselnde NFC-Tags, dass du das nicht über das Webinterface machen kannst? Guter Punkt, füge ich gleich ein. Das der Anchor nicht geht ist ein Bug im API-Docs-Generator. Das müsste korrekterweise auf #evse_button_configuration linken. Edit: gefixt.

Besser spät als nie: Die Beispiel-Konfiguration sollte jetzt wieder funktionieren. Danke für's melden!

Bedenke, dass NFC dann nur so gut funktioniert wie bei WARP 2. Du kannst also Stand jetzt nicht tracken, mit welcher Karte wie viel geladen wurde. Die Ladevorgänge zu tracken wird in der nahen Zukunft als Feature dazukommen. Bei WARP 1 könnte es sein, dass wir da ein paar Einschränkungen machen müssen, weil weniger RAM zur Verfügung steht als bei WARP 2. Ich sehe aber bis jetzt noch nichts was da kritisch werden könnte.

Aus Sicht der Wallbox nicht. Dein Auto wird natürlich, wenn es die Ladung abbricht und du dann wieder versuchst die Ladung zu starten, nicht reagieren, weil es ja (z.B.) seinen Zielwert erreicht hat. Damit meinst du, du startest die Ladung, stoppst dann (per MQTT oder Webinterface), startest nochmal und dann lädt das Auto nicht mehr? Aus debug-report (und dem Video) sieht es so aus, als ob die Wallbox dem Auto Strom anbietet, das Auto aber nicht signalisiert, dass es laden möchte. Meldet das Auto irgendetwas? (Also dass es z.B. nicht angeschlossen wäre o.Ä.?) Was passiert, wenn du in der Situation das Ladekabel abziehst, neu ansteckst und dann nochmal die Ladung startest?

Firmware: WARP2 1.1.0 Lastmanagement überarbeitet. Kompatibel zu WARP1 1.3.0 MQTT-Implementierung ersetzt Layout der Ereignis-Log-Unterseite verbessert Debug-Report und Ereignis-Log zusammengelegt Detektion der Anzeigesprache des Webinterfaces verbessert Taster-API hinzugefügt Stromzähler-Konfigurationsproblem behoben (durch Update auf Ladecontroller-Firmware 2.0.5) Download: WARP2 1.1.0

In WARP1 1.3.0 ist die fertige Version des Lastmanagements enthalten. Feedback bitte weiterhin in diesen Thread.

Firmware: WARP1 1.3.0 Lastmanagement hinzugefügt Web-Server-Implementierung ersetzt Server-Sent-Events entfernt; WebSockets hinzugefügt MQTT-Implementierung ersetzt Unterstützung des NFC-Freigabe hinzugefügt Firmware-Prüfung vor Flashen hinzugefügt WLAN-Verbindungsqualität verbessert Layout der Ladecontroller- und Ereignis-Log-Unterseiten verbessert Debug-Report und Ereignis-Log zusammengelegt Detektion der Anzeigesprache des Webinterfaces verbessert Taster-API hinzugefügt Kompatibilität mit ID.3 u.Ä. verbessert (durch Update auf Ladecontroller-Firmware 2.0.12) Download: WARP1 1.3.0

Analog zum "Veröffentlichungen"-Thread für die Bricks und Bricklets, posten wir hier immer einen Hinweis, wenn es eine Wallbox-Firmware gibt. (Den Thread kann man übrigens abonnieren ;) )

Was funktioniert ist, wenn eine Wallbox (Wallbox 1) einen AP aufmacht und eine zweite (Wallbox 2) sich zu diesem AP verbindet. Du erreichst dann auch beide Web-Interfaces, wenn du mit dem AP verbunden bist. Problematisch wird es nur, wenn Wallbox 1 neben dem AP auch selbst als Client/Station in einem anderen Netz (lies: deinem WLAN) ist. Da kommt das Routing durcheinander und du kannst nicht mehr auf Wallbox 2 zugreifen. Wenn du sowieso keinen guten Empfang in der Garage hast, kannst du aber den AP von Wallbox 1 für Wallbox 2 benutzen, das Lastmanagement sollte dann funktionieren. Konfiguriere dann aber bitte auf Wallbox 2 den Access Point als Fallback, damit du, falls Wallbox 1 irgendwelche Probleme macht noch an Wallbox 2 kommst.

Versuch erstmal, die Einstellungen zurückzusetzen, wie hier https://www.warp-charger.com/documents/WARP_Betriebsanleitung.pdf auf Seite 10 beschrieben. Falls das nicht hilft (dann bitte Bescheid sagen, ich würde mir das dann genauer ansehen) kannst du die manuell Flashen, wie im Post den @Backdraft007 verlinkt hat. Falls du die Ladeprobleme, insbesondere dass die Wallbox glaubt ein Fahrzeug wäre angeschlossen, obwohl keins da ist, nochmal erzeugt bekommst, schick bitte einen Debug-Report + Ereignis-Log. Dem würden wir auf jeden Fall nachgehen wollen. Was für ein Fahrzeug lädtst du an der Box?

Moin, Stand jetzt kann die Firmware das nicht. Es gibt in der Firmware-Compile-Konfiguration ein Flag, mit dem die Verbindung funktionieren sollte, das habe ich gerade getestet, es hat aber spontan nicht funktioniert. Ich nehme das mal auf die TODO-Liste auf, eventuell komme ich in ein paar Wochen mit einer Test-Firmware auf dich zurück.

Du brauchst dafür noch den U.FL zu SMA-Adapter und solltest dir eventuell das passende Gehäuse gleich mitbestellen. Das Gehäuse hat ein Loch für das SMA-Ende des Adapters, damit hast du gleich eine Zugentlastung. Sonst ziehen 3 Meter Kabel am U.FL-Stecker. Ob du dann guten Empfang hast, hängt natürlich extrem von externen Faktoren wie der Positionierung, der Art der Tönung usw ab. Es sollte aber aufgrund der größeren Antenne auf jeden Fall besser werden.

Moin, Sorry für die späte Rückmeldung, ich hatte am Freitag einen Blick in die Logs geworfen und dem Problem kurz nachgegangen, hatte aber noch nichts hilfreiches herausgefunden. Ich gebe dir im Laufe der kommenden Woche nochmal eine Firmware zum Testen, in der Hoffnung, dass wir dann mehr sehen.

Die Software wird sich nur da unterscheiden, wo die Hardware das vorgibt, also z.B. bei Ethernet und NFC:

Moin, Das Lastmanagement musst du nicht neu implementieren. Stattdessen kannst du über unsere API dem Lastmanager (lies: einer der Wallboxen) den verfügbaren Strom mitteilen, den er dann unter den Wallboxen verteilt. Die "fertige" Version des Lastmanagements, die eventuell diese Woche noch kommt, hat dafür noch ein paar hilfreiche Features wie einen Watchdog und Stromvoreinstellungen.

Moin, Da kann eigentlich nicht viel schief gehen. Du darfst nur kein Auto angeschlossen haben, sonst lässt die Wallbox dich keine Firmware hochladen. Die Einstellungen bleiben erhalten und es sollte auch immer wieder ein Downgrade auf die ältere Firmware möglich sein, falls mit der neuen irgendwas nicht stimmt. Eine Anleitung dazu gibt es Stand jetzt nicht. Du musst aber nur von warp-charger.com die aktuelle Firmware runterladen, ( https://www.warp-charger.com/firmwares/warp2_firmware_1_0_2_615ea785_merged.bin ), das Webinterface der Wallbox aufmachen und unter System -> Firmware-Aktualisierung die Datei auf die Wallbox hochladen. Das dauert ~ 30 Sekunden (siehe Fortschrittsbalken), dann startet die Box neu und das Webinterface wird neugeladen. Falls das nicht automagisch klappt, musst du die Seite neuladen.

Gute Idee! Setze ich mir mal auf die TODO-Liste.

Moin, Das ist ein bekanntes Problem, der Fix dafür ist leider mehr Aufwand als es den Anschein hat, deshalb ist das noch nicht behoben. Danke für's melden!

Moin, ihr habe beide dieses Problem hier: Firmware 1.0.2 (gibt es auf https://warp-charger.com ganz unten) sollte das reparieren. Meldet euch bitte nochmal, falls der offene AP immer noch auftaucht.

Du hast da gerade das Problem, dass ich seit der letzten veröffentlichten Firmware Änderungen in der esp32-lib gemacht habe. Die lib wird von PlatformIO automatisch heruntergeladen, aber nur die Version, die in der platformio.ini steht: https://github.com/Tinkerforge/warp-charger/blob/a7ebde3cebb4f00e4b80c6146b424597353efbc4/software/platformio.ini#L84 Ich aktualisiere die Versionen aber typischerweise nur bei Releases und ersetze den Eintrag (siehe den Kommentar unter der Zeile), wenn ich Änderungen an der esp32-lib habe, durch den Pfad zu meinem lokalen Checkout der esp32-lib. Du kannst aber stattdessen auch das #warp2-1.0.2 durch eine Commit-ID oder durch #master ersetzen. Wenn du dann den Master-Branch neu runterziehen willst, kannst du die Lib mit pio lib -e warp2 uninstall --no-save esp32-lib deinstallieren, beim nächsten Bauen lädt PlatformIO dann die aktuelle Variante runter.

Falls du das reproduzieren kannst, teste mal bitte mit der angehangenen Firmware. Ich habe kurz die MQTT-Bibliothek aufgebohrt um die Logausgaben von der seriellen Konsole auf das Ereignislog umzubiegen. warp2_firmware_1_0_2_61717345_merged.bin

Schick mal auch einen Debug-Report, eventuell steht da noch etwas interessantes drin. Mich wundert, dass keine Ausgaben vom Reconnect kommen. Edit: Noch eine Frage: passiert das Reproduzierbar oder bisher nur das eine Mal?

Moin, Kam danach keine Ausgabe mehr oder hast du die Box dann sofort neugestartet o.Ä.?