Jump to content

rtrbt

Administrators
  • Gesamte Inhalte

    1.391
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    127

Alle erstellten Inhalte von rtrbt

  1. 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.
  2. 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.
  3. 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.
  4. Die Software wird sich nur da unterscheiden, wo die Hardware das vorgibt, also z.B. bei Ethernet und NFC:
  5. 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.
  6. 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.
  7. Gute Idee! Setze ich mir mal auf die TODO-Liste.
  8. 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!
  9. 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.
  10. 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.
  11. 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
  12. 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?
  13. Moin, Kam danach keine Ausgabe mehr oder hast du die Box dann sofort neugestartet o.Ä.?
  14. 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: 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?
  15. 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.
  16. Kurzes Update: Ich habe den Prozess etwas vereinfacht, du kannst jetzt Firmwares einbetten, indem du die .zbin-Datei in den Ordner des Moduls legst. Die prepare.py erstellt daraus beim Bauprozess den Header, der reinkompiliert wird. Falls du deine Änderungen in ein eigenes Modul auslagerst, musst du dir die prepare.py aus einem der Module klauen, die Firmwares einbetten, also aus EVSE (2.0), NFC oder SDM72DM.
  17. Der aktuelle Stand ist hier: TL;DR: Wir arbeiten dran ;)
  18. Das stimmt soweit. Du musst die Firmware dann bauen, dann sollte in evse-bricklet/software/build eine evse-bricklet-firmware.zbin rausfallen. Das ist im Endeffekt eine Zip-Datei. Darin gibt es die evse-bricklet-firmware.bin, das ist die eigentliche Firmware. Die kannst du mit xxd -i evse-bricklet-firmware.bin > evse_firmware.h in den Header umwandeln. Wichtig! Bevor du das machst, mach den Header auf und kopiere die ersten 8 Zeilen raus, lass dann xxd laufen, paste die 8 Zeilen wieder und passe die Versionsnummer an. Die Wallbox-(lies ESP-)Firmware ist so gebaut, dass sie beim booten vom EVSE die installierte Firmware-Version ausliest, und wenn das eine andere ist als die, die in der ESP-Firmware eingebettet ist, diese überflasht. Wenn du also die Versionsnummer erhöhst, wird das EVSE automatisch umgeflasht. Du hast aber folgende Alternativen: Lass die Versionsnummer so, bette deine Firmware ein und drück dann nach dem ersten Booten im Webinterface unter Ladecontroller -> Low-Level-State auf neu flashen Wenn du [wallbox_ip]/hidden_proxy/enable aufrufst, kannst du dich mit dem Brick Viewer auf die Wallbox verbinden und das EVSE wie jedes andere Bricklet auch flashen. Da _musst_ du dann aber die Versionsnummer so lassen, wie sie in der eingebetteten Firmware ist, weil die Wallbox ansonsten die eingebettete Firmware wieder drüber flasht.
  19. Moin, Ich habe das mal sinnvoller gelöst: Die pio_hooks installieren die Javascript-Abhängigkeiten jetzt automatisch, falls sie fehlen, das Authentication-Modul macht das jetzt genauso. Damit meinst du die für Bricklet-Firmwares? Die brauchst du für die Wallbox-Firmware selbst nicht. (Es sei denn du willst am Ladecontroller selbst Änderungen vornehmen) Edit: Vergiss das, habe gerade den anderen Thread gesehen ;)
  20. Das kommt mit der nächsten Firmware, ist schon implementiert ;) https://github.com/Tinkerforge/warp-charger/commit/172dd1e27c76cafc5d55c69ff47ef86e70ffeeef
  21. Kurzes Update: Bei den 4 Boxen ist der RAM-Verbrauch unverändert. D.h. ich würde ein Speicherleak erstmal ausschließen. Eventuell doch eher ein Kommunikationsproblem zwischen ESP und Ladecontroller. Ich gebe Bescheid wenn ich mehr weiß.
  22. Moin Martin, Ich gehe mal davon aus, dass das -246°C sind, das ist der kleinste Wert, den das PTC-Bricklet messen kann. Ich kenne einen Fall bei dem das Problem dann war, dass eine der Steckverbindungen (Sensor -> Bricklet -> HAT -> Pi) nicht ganz saß und genau das Problem auftrat. Eventuell kann sich @KlausGünther an Details erinnern, bzw. ob das Problem bei ihm nochmal aufgetaucht ist. Ich hätte ansonsten folgenden Fragenkatalog: Welche Brick Daemon-Version hast du laufen? (steht im Log ganz oben) Wie lange hält der Fehler an? Hat sich das Problem von alleine gelöst, oder musstest du irgendetwas tun? War das bei allen Bricklets gleichzeitig? Wie sieht der Aufbau aus? Also was misst du für Temperatur-Bereiche, ist das "outdoor" usw. Poste am besten auch mal die Graphen und ein Brick Daemon-Log. Grüße, Erik
  23. Da geht es um das Kabel, über das der Zähler ausgelesen wird. Das Kabel ist beim Zähler mit dabei: https://www.tinkerforge.com/de/shop/warp/warp2-spare-parts/stromzaehler-sdm630.html
  24. Gut zu hören! Das sollte ich eventuell dokumentieren. Die Konfigurationsversion ist immer die Version, mit der die Wallbox-Konfiguration zum ersten Mal geschrieben wurde (nach Auslieferung bzw. nach einem Reset auf Werkszustand). Stand jetzt ist die Version unwichtig, falls ich aber irgendwann brechende Änderungen machen muss, kann ich dann sauber migrieren.
  25. Im Anhang ist die versprochene Firmware. Sorry, dass das bis heute gedauert hat. Nein, die Kalibrierung ist Box-spezifisch, würde in deinem Fall vermutlich nicht helfen. warp_firmware_1_2_90_615ff6f3_merged.bin
×
×
  • Neu erstellen...