borg

Ich bin nochmal über die Metadaten gegangen und hab ein paar Sachen verbessert: https://github.com/Tinkerforge/esp32-firmware/commit/45cf85bb1ec980bbd33af6e99d769f502b2ebcc6 Firmware mit dem Fix im Anhang, bitte Bescheid sagen wenn noch etwas nicht passt, damit wir zumindest für das nächste Release einen brauchbaren Zustand haben... Edit: Veraltete Firmware entfernt.

Solange du wirklich unsere App installiert hast: https://play.google.com/store/apps/details?id=com.tinkerforge.warp&hl=de ist das ein False-Positive. Die App hat definitiv kein Trojaner embedded 🙃.

Apps: iOS 2.1.0, Android 2.1.0 iOS: https://apps.apple.com/de/app/warp-by-tinkerforge/id6736695801 Android: https://play.google.com/store/apps/details?id=com.tinkerforge.warp&hl=de HTTPS-Verbindungen zu lokalen WARP-Geräten werden jetzt unterstützt. Zugangsdaten für lokale Geräte können für die nächste Anmeldung gespeichert werden. Links zwischen lokalen WARP-Geräten öffnen sich jetzt direkt in der App. Zum Aktualisieren oder erneuten Verbinden am oberen Seitenrand nach unten ziehen. Wiederverbindung verbessert und kleinere Fehler behoben.

Hier kannst du den Weckruf sehen. Zuerst zwei Versuche mit CP-Trennung (lila) dann zwei Versuche mit State E/F (orange). Beides mal erst 4s dann 30s mit jeweils 30s Wartezeit dazwischen. Das sieht also soweit gut und wie erwartet aus. Hatte das Auto jetzt am Anfang eine Willkommensladung bekommen? Die ist, wie gesagt, bei Autos aus der MEB-Platform notwendig damit sie nicht komplett einschlafen.

Du meinst Autocharge? https://docs.warp-charger.com/de/docs/tutorials/soc_autocharge#schritt-3-erkanntes-fahrzeug-als-profil-anlegen bzgl. RBAC: Das ist mittelfristig geplant, wird allerdings noch etwas dauern bis wir soweit sind.

Anhang 🙃 Edit: Veraltete Firmware entfernt.

Ah sorry, du warst ja auf dem WEM. Anbei die Firmware auch nochmal für den WEM2 Edit: Veraltete Firmware entfernt.

Du kannst wenn du möchtest das auch schon einmal mit der Firmware hier testen: https://www.tinkerunity.org/topic/13907-mqtt-discovery-ge%C3%A4nderte-namen/#findComment-63526

Anbei nochmal neue Firmwares für WARP3 und WARP4. Diese sollten noch weitere HA Bugs fixen. Wir haben den Branch mit den neuen HA Auto-Discovery-Features wohl ein bisschen zu übereilt gemerged vor dem Release. Da hatten sich gleich mehrere Bugs eingeschlichen. Edit: Veraltete Firmwares entfernt.

Ist bekannt, neues Firmware-Release kommt heute noch.

Kannst du einmal mit der Firmware im Anhang schauen ob die "Legacy-Sensoren" wieder auftauchen?

Ich habe eine Vermutung was passiert ist: Wir haben eine "legacy" API für den Zähler in der Wallbox. Die wird vom Webinterface der Box nicht mehr genutzt, bleibt aber bestehen für Leute die damals diese API genutzt haben. Die Legacy-Zählerwerte sind bei der MQTT-Discovery jetzt anscheinend rausgeflogen? Das war bestimmt keine Absicht 🫣.

Dann muss ich morgen nochmal einen neuen Zähler auspacken und damit testen. Ich hab auf meine zwei Testboxen als Test mehrfach neuen Text geschrieben und per Firmware-Update auf die neue Firmware wieder gelöscht. Das hat immer funktioniert.

Komisch, kannst du einmal über System -> Einstellungen -> "Neu starten" die Box nochmal neustarten? Ist es dann weg?

Das passiert automatisch, wenn du den Weckruf aufnehmen möchtest musst du unter Wallbox -> Ladestatus -> Ladeprotokoll ein Ladeprotokoll starten, dann ein paar Minuten warten und dann auf Stop+Download. Dabei müsstest du das "Start" abpassen dass ein Weckruf in dem Moment auch durchgeführt werden sollte. Man kann damit ca. 20 Minuten aufzeichnen.

Solange du an EVCC nichts änderst und es kein Bug bei uns in den Config-Migrationen gibt wird alles noch so funktionieren. Du musst nichts umbauen. Der Fehler deutet auf ein defektes DC-Schutzmodul hin, ich würde da allerdings nichts austauschen wollen solange wir nicht mit einer neuen Firmware das Problem reproduziert haben, auch wenn du lange keine Probleme hattest.

Bitte einmal auf die neuste Firmware aktualisieren und dann schauen ob die Probleme noch auftreten. Da es ein Fehler mit dem DC-Fehlerstromsensor ist hilft das Update schon alleine weil wir dort die Debug-Ausgaben verbessert haben.

Nach unserer Erfahrung ist die Willkommensladung bei MEB-Platform Autos notwendig. Du könntest eventuell zum Testen das PV-Überschussladen über die WARP4 machen lassen (und EVCC, HA ausstellen). Dann ist sichergestellt das es eine Willkommensladung gibt und du kannst testen ob es die Probleme behebt. Der Fahrzeug-Weckruf bei der WARP4 wird automatisch ausgeführt wenn du von 0A auf >0A wechselst und er besteht aus einem vierstufigen Prozess. Es wird zuerst CP getrennt für 4s, dann 30s gewartet, dann CP getrennt für 30s, dann 30s gewartet, dann wird für 4s state E/F erzwungen, dann 30s gewartet, dann wird für 30s state E/F erzwungen und danach geben wir auf. Für gewöhnlich beginnt die Ladung bereits nach der ersten CP-Trennung. An der Stelle ist wichtig: Wenn du Fahrzeug-Weckruf in der WARP4 aktivierst würde ich nicht zusätzlich noch weitere "Wakeup-Features" bei EVCC oder HA aktivieren. Zwei gleichzeitig laufende Weckrufe die irgendwie undefiniert miteinander interagieren wird nicht robust funktionieren.

Für die Leute bei denen der Passwortmanager beim normalen Browser die Eingabefelder nicht erkennt bitte einmal die Firmware im Anhang testen. Für die Apps braucht es erst ein neues App-Release damit das automatisch funktioniert. Edit: Veraltete Firmware entfernt.

Mittelfristig ist das geplant, allerdings stehen davor noch jede Menge andere Features auf der TODO-Liste, daher kann ich da keine Zeitabschätzung machen oder ein Datum angeben o.ä. Planen müsstet ihr also definitiv erstmal ohne.

@becmar39 Ich hab einen Thread für dich aufgemacht: https://www.tinkerunity.org/topic/13899-sammelthread-autos-die-nach-dem-soc-auslesen-keine-ac-ladung-starten/ Dann können wir das ein bisschen trennen. Das Problem was Hawell hat ist ein anderes (und mit der Firmware oben voraussichtlich bereits behoben).

Da wir neben den Teslas jetzt auch zumindest noch einen Opel mit dem Problem haben, machen ich mal ein extra Thread dafür auf. Anbei eine Firmware welche Konfigurationen zum Testen von unterschiedlichen Optionen zum "Aufwecken" des Autos nach dem auslesen des SoC bereitstellt: Zum Testen müsstet ihr das Auto abstecken, SoC auslesen aktivieren (Autocharge kann ausbleiben), eine experimentellen Konfigurationen wählen, dann speichern, dann das Auto anstecken und dann bitte ~5 Minuten warten um zu sehen ob das Auto anfängt zu laden. Bitte nicht nur ein paar Sekunden warten. Dabei könnt ihr unterschiedliche Kombinationen testen, sinnvoll sind fünf Varianten: Neuverbindung Neuverbindung + Autocharge-Variante Neuverbindung + E/F Reset Neuverbindung + Autocharge-Variante + E/F Reset E/F Reset Wenn ihr nichts aktiviert entspricht es der Release-Firmware. Wenn ihr testen wollt bitte PV-Überschussladen/Lastmanagement/EVCC usw deaktivieren, damit es nicht passieren kann dass das Auto nur nicht lädt weil es von irgendetwas anderem blockiert wird. Wenn ihr "SoC immer lesen" aktiviert, wird die Sonderbehandlung für Teslas rausgenommen. Für die Leute die mit ihrem Tesla auch noch einmal testen wollen. Ziel ist es eine Kombination zu finden die funktioniert. Wenn es diese gibt würde ich Sonderbehandlung für den Onboard-Charger-Typ des Autos einbauen die das entsprechend abbildet (nur für diesen OBC). warp4_firmware-NIGHTLY_2_13_1_6aa41e7e_3ae311b69598585_ota.bin

Von den Logs her sieht es so aus als hättest du Autocharge aktiviert und es dauert ca. 3 Minuten nachdem das Auto erkannt wird bis die Ladung anfängt. Die Ladung wurde sofort freigegeben in dem Fall von der WARP4 und das Auto hat dann etwas gebraucht bis es angefangen hat zu laden. Ich befürchte damit verhält sich der Fiat sogar noch Standardkonform. Nichtsdestotrotz solltest du nochmal mit der Firmware testen die wir voraussichtlich kommende Woche Veröffentlichen (und damit auch nochmal Debug-Report und Ladeprotokoll machen). Wir haben da für das Autocharge noch ein paar Verbesserungen eingebaut, eventuell verhält sich der Fiat dann anders.

Der DSZ16DE wird in einem OEM Produkt (unsere Ladeelektronik in einem Fremdprodukt) eingesetzt und dort baubedingt "falschrum" angeschlossen, daher aktivieren wir das"Messrichtung umkehren"-Register in der Firmware. Das hatte ich im März als ich dir geschrieben hab dass der DSZ16DE funktionieren sollte nicht auf dem Schirm. Du kannst das im Menü im Display zurückstellen, aber beim nächsten Firmware-Update oder wenn die Box das nächste mal aus anderen Gründen neustartet würde unser EVSE das wieder zurücksetzen. D.h. ich befürchte du müsstest das einmal um-verkabeln 🙈.

Wie rum hast du ihn eingebaut?