rtrbt

On 11/3/2021 at 9:56 PM, alestrix said:

Ok, aus diversen Produktbildern und Forum-Posts habe ich jetzt folgendes zusammengesammelt

Wir schreiben die Tage dazu einen Blog-Post ;) Aber ja die Kurzzusammenfassung ist Spiegelband + 15cm Kabel.

On 11/3/2021 at 10:17 PM, alestrix said:

Listet seen_tags auch bisher unbekannte Tags, damit ich die Daten aus dem Objekt dann im nächsten Schritt nutzen kann, um nfc/config zu befüllen?

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?

On 11/3/2021 at 10:17 PM, alestrix said:

In der Doku von require_tag_to_stop fehlt übrigens der hier im Forum zu findende Hinweis, dass das nur mit der WARP2 geht

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.

On 10/30/2021 at 9:07 PM, mhspecial said:

Frage dazu: Wird Softwareseitig der Abbruch der Ladung durch das Fahrzeug anders behandelt wie der Abbruch durch die WARP?

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.

10 minutes ago, mhspecial said:

Wenn man die Ladung ein zweites Mal startet passiert nichts mehr...

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?

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

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:

On 8/17/2021 at 4:40 PM, borg said:

Die Software wird natürlich für WARP1 und WARP2 parallel weiter gepflegt, bis auf NFC-spezifische Features wird WARP1 alles können was auch WARP2 kann.

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.Ä.?

Moin,

Sorry für die späte Antwort, die Corsas sind heute erst angekommen. Der Chip-Mangel macht auch vor Opel nicht halt ;)

Wir haben das direkt an WARP 1 und WARP 2 mit deinem Szenario 1 getestet und es funktioniert in beiden Fällen:

On 5/27/2021 at 5:57 PM, Jhonny said:

Warp Autostart aus.

Auto geparkt und ohne zu verschließen eingesteckt. Display im Auto zeigt "Ladevorgang beendet"

IEC Status getrennt, Fahrzeugstatus verbunden.

Auto abgesperrt, Schlüssel ausser keyless Go Reichweite gebracht. Led am Ladeport nach 2 Minuten aus.

Wir haben sicherheitshalber zwei Stunden gewartet, damit eventuelle Energiesparsachen des Corsas definitiv angesprungen sind. Das Laden hat trotzdem sofort begonnen, als ich auf dem Webinterface auf Start gedrückt habe. Am Keyless Go liegt es nicht, wir haben extra den Corsa genommen, der das nicht hat ;)

Ein möglicherweise relevanter Unterschied ist aber, dass unsere Corsas den 7,4 kW-Lader haben, nicht deinen mit 11 kW. Ich halte es aber für eher unwahrscheinlich, dass die Lader sich auf dem Niveau anders verhalten.

Kannst du, am besten erst in den nächsten Tagen, wenn Firmware 1.3 verfügbar sein wird, nochmal testen, ob das bei deinem Corsa immer noch kaputt ist?

Moin,

Das ist eine WARP2-Firmware, die funktioniert auf WARP 1 nicht. Die nächste WARP 1-Firmware (1.3) wird einen Schutz dagegen haben, damit man keine WARP2-Firmware flashen kann.

Du kannst die Wallbox noch wie folgt wiederbeleben: Du brauchst ein USB-C-Kabel und einen PC auf dem Brick Viewer installiert ist (bekommst du hier: https://www.tinkerforge.com/de/doc/Software/Brickv.html)

• Mache die Wallbox stromlos
• Nimm die Frontplatte ab (wie hier beschrieben: https://www.warp-charger.com/documents/WARP_Betriebsanleitung.pdf Seite 4 ff.)
• Rechts sitzt der ESP32-Brick (der auf dem der Zurücksetzen-Button ist), den musst du ausbauen. Dazu die weißen Stecker abziehen und die Plastik-Schrauben rausdrehen. An der Unterseite des ESPs steckt noch ein weiterer Stecker, den auch abziehen.
• Den ESP32-Brick dann per USB an einen PC anschließen und Brick Viewer starten
• Im Brick Viewer links auf Updates / Flashing, dann oben auf Brick
• Dort musst du zuerst den richtigen Serial Port auswählen, z.B. COM3, /dev/ttyUSB0 oder /dev/cu.usbserial-... je nach Betriebssystem. Der richtige Port ist der bei dem dahinter "CP2102N USB to UART Bridge Controller" steht
• Dann kannst du die Firmware auswählen. In deinem Fall WARP Charger (ohne 2!) Die aktuelle Version (1.2.4) sollte dann automatisch ausgewählt werden. Dann auf Flash drücken und abwarten, bis die Statusmeldungen durch sind
• WICHTIG Wenn das Flashen fertig ist, dauert es noch ungefähr eine Minute, bis der ESP seine Konfigurationspartition formatiert hat. Du darfst den ESP erst vom PC abziehen, wenn die blaue Status-LED blinkt.
• Wenn alles fertig ist, kannst du den ESP wieder in die Wallbox einbauen und sie wieder zuschrauben

Wenn du die Box jetzt wieder mit Strom versorgst, sollte sie wie im Auslieferungszustand den WLAN-Access-Point aufmachen und du kannst sie wieder konfigurieren.