rtrbt

Sorry, the WARP3 firmware release took a bit longer than expected. Please test the attached brickd package (you can install it with sudo dpkg -i brickd_2.4.5+snapshot~e70c9c6_arm64.deb ) I've rewritten the HAT specific code to use the GPIO's names (those will hopefully never change!) instead of their numbers. brickd_2.4.5+snapshot~e70c9c6_arm64.deb

Firmware: WARP3 2.3.0 Erstes Release Download: WARP3 2.3.0

Firmware: WARP 2.3.0 und WARP2 2.3.0 (nur WARP2) PV-Überschussladen hinzugefügt (nur WARP2) “Limitiere auf 4200 W (§14 EnWG) wenn geöffnet/geschlossen” als Konfiguration des Abschalteingangs hinzugefügt (durch Update auf Ladecontroller-Firmware 2.2.3) (nur WARP2) Konfiguration der angeschlossenen Phasen hinzugefügt (durch Update auf Ladecontroller-Firmware 2.2.3) Unterstützung von MQTTS und MQTT über WS(S) hinzugefügt HTTP-Automatisierungsbedingung hinzugefügt Modal für WLAN-Scan-Ergebnisse hinzugefügt SunSpec: Unterstützung mehrerer Geräte im selben Registersatz hinzugefügt SunSpec: Unterstützung mehrerer Instanzen des selben Models in einem Gerät hinzugefügt SunSpec: Boot-Scan-Robustheit verbessert SunSpec: Skalierung des Leistungsfaktors repariert WiFi Enterprise: EAP-TLS-Verbindungen mit Client-Key repariert (nur WARP2) Repariert, dass Netzwerkeinstellungs-Reset mit dem Front-Taster nicht die HTTP-Anmeldung deaktiviert hat (nur WARP2) DSZ15DZMOD-Unterstützung der veralteten Stromzähler-API repariert Automatische Kanalauswahl des WLAN-Access Points repariert Anzeige aktiver Phasen bei negativem Phasenstrom repariert (nur WARP2) OCPP-Crash repariert, der auftrat, wenn vor Firmware 2.2.1 OCPP nie verwendet wurde (nur WARP2) Latenz von Leistungs- und Phasenstromwerten des angeschlossenen Zählers verbessert Lastmanagement: Steuerzykluszeit auf 5 Sekunden reduziert Lastmanagement: Spielraum des Phasenstroms verdoppelt wenn exakt eine Wallbox lädt Modulname zu Ereignislog-Nachrichten hinzugefügt Menüstruktur des Webinterfaces überarbeitet Label/Inhaltsteilung auf Status- und Unterseiten vereinheitlicht Platzhalter eingefügt, wenn Zeit der Echtzeituhr nicht gestellt ist Anzeige deaktivierter Automatisierungsbedingungen und -aktionen hinzugefügt Download: WARP 2.3.0 bzw. WARP2 2.3.0

No, because Brick Daemon ignores the configured GPIO numbers if a HAT is detected.

It seems like kernel 6.6 changed the GPIO numbers again. https://github.com/raspberrypi/linux/issues/6037 We have to update Brick Daemon for the new GPIO numbers, probably next week.

Wir haben hier ein paar von denen https://www.meatpi.com/products/wican rumliegen. Leider hatte bisher noch keiner Zeit, die Anbindung dafür zu implementieren.

Der Charge Tracker benutzt die nicht zurücksetzbaren Werte. D.h. du brauchst die 209 wenn du seit Firmware 2.2.0 mindestens einmal die aufgezeichneten Ladevorgänge gelöscht hast. Falls du noch ältere Ladevorgänge hast, benutzt der Charge Tracker den Wert 213 Energy Active LSum ImExSum statt ... Import, also die Summe aus Import und Export. Das hatten wir in 2.2.0 geändert, aber damit in den Ladelogdateien kein Sprung entsteht, passiert der Wechsel erst wenn die Ladevorgänge einmal geleert werden. Siehe hier: https://www.tinkerforge.com/de/blog/new-features-in-warp2-221-and-wem-202/ (ganz unten) Wichtig, weil du das so geschrieben hast: 209 usw. sind nicht direkt Indices in meters/0/values, sondern am Index an dem in meters/0/value_ids die 209 steht, steht in /values der entsprechende Wert.

Direkt geht das nicht. Du kannst aber über MQTT ein NFC-Tag vortäuschen: https://www.warp-charger.com/api.html#nfc_inject_tag Wenn OCPP dieses Tag kennt, sollte dann ein Ladevorgang beginnen.

Im Moment geht das nicht so einfach. Wir haben aber vor zukünftig das Format der aufgezeichneten Ladevorgänge nochmal zu ändern. Dabei würde ich pro Ladevorgang ein Flag vorsehen, dass angibt, dass er gelöscht ist. Siehe hier: https://github.com/Tinkerforge/esp32-firmware/issues/329

Immer gerne. Ich bin gespannt ob's hilft.

Teste mal diese WARP2-Firmware: Wenn das Auto nach der 4-Sekunden-Trennung nicht aufwacht, trennen wir jetzt nochmal für 30 Sekunden. Damit sollte es nicht mehr notwendig sein, dass du die Trennung des WEMs verlängerst. Hier hat jemand ein ähnliches Problem:https://github.com/evcc-io/evcc/issues/12480 warp2_firmware-NIGHTLY_2_2_1_65dca55f_2aa5b51ad4b2067_merged.bin

Das ist sehr seltsam. Kannst du das nochmal machen und dabei ein Ladeprotokoll ziehen? (Also Auto normal laden lassen, dann Protokoll starten, dann Auto abziehen und warten, dass auf 2, aber nicht auf 0 gewechselt wird)

Gefixt, danke für den Hinweis!

This won't work. Android smartphones periodically change the NFC tag ID. The only way to change this (as far as I know) is to use some kind of NFC card emulation app that (depending on your smartphone) will only work if you root your phone. See for example here: https://stackoverflow.com/questions/19764476/host-based-card-emulation-with-fixed-card-id We've thought about not using a tag's ID but instead the first payload page (see here: https://github.com/Tinkerforge/esp32-firmware/issues/90) but nobody had the time to implement this yet.

Sorry, ich hatte überlesen, dass du ein selbst-signiertes Zertifikat hast. Wenn du die Firmware mit dem Certs Back- und Frontend-Modul kompilierst, dann kannst du auf dem Webinterface das selbst-signierte Zertifikat hochladen und für die MQTT-Verbindung auswählen. Ohne das Certs-Modul wird nur das eingebettete Zertifikatsbundle verwendet. Das ist eine Sammlung von Root-Zertifikaten, mit denen der ESP Verbindungen zu Servern mit "echten" (also nicht selbst-signierten) Zertifikaten aufbauen kann: https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/protocols/esp_crt_bundle.html