gut 2 Jahr später
hat “never change a running system” für mich hier gegolten, gerade in der Erinnerung an die harte Zeit mit jenseits hundert Stunden damals im August 2024, bis ich die Daten aus dem e-Golf in HA und evcc bekommen hatte.
Doch seither wuchs der Druck und Zweifel, was wäre, wenn das Firmware Update alles lösen würde, denn never change a running system, was immer öfter Probleme bekommt, gerät ins Wanken, wenn der WiCan wie tot wirkte, damit keinen SoC übermittelte und somit evcc Laden plötzlich nicht mehr lief, erstmals im Neuen Jahr am 6. Januar 2025 und dann alle paar Monate oder Wochen immer wieder mal eingefroren, was meist erst auffiel, wenn der Wagen nicht geladen hatte.
das Provisorium: 60 cm OBD Verlängerungskabel
Da mich die Einbauposition des Dongle immer genervt hatte, weil es riskant ist, wie weit der dongl im e-GOLF in den Knieraum ragt und auch mal schnell verbogen oder rausgerissen werden kann, habe ich am Ende ein 4€ günstiges 60cm OBD Verlängerungskabel mit Schalter gekauft und an der OBD Buchse (ragt nun nicht mehr raus in den Fußraum) eingesteckt und dann hoch in dieses Klappfach links vom Lenkrad gelegt, um dort den Dongle anzuschließen. Dort habe ich den Schalter auf die Rückseite der LED Seite mit Tesa (einmal ums ganze Gehäuse, dann hält das Tesa auf sich selbst am Besten) fixiert und sehe so immer den Zustand auf einen Blick, kann reingreifen und blind auf der Rückseite 1x aus und 1x an drücken.
Das war das Provisorium, was das System am laufen hielt, da OBD Stecker rein und raus eh keine Alternative ist und diese Buchsen leiden.
die neue Abenteuerreise “Firmware Update” beginnt
Monatlich stieg der Druck, denn es nervte immer wieder, wenn die Wallbox den Wagen tagsüber nicht mit PV Überschuss geladen hat, weil der Dongle hing, so dass der SoC fehlte und damit das Laden nicht starten konnte, weil in evcc kein Ladesignal ausgelöst wurde - also nachts den Strom von 0 bis 5 Uhr bei Octopus für 14 Cent geladen … teurer halt.
Schweren Herzens dann vorgestern nach langem Check, was wohl schief gehen kann und was zu sichern wäre, am Ende meine Firmware von 2.98 auf 4.21 gehoben. Von der FAQ Webpage das zip file heruntergeladen, extrahiert und dann im Dongle den Upload gestartet.
der 1. Stolperstein beim Update
Die Firmware wurde hochgeladen, minutenlang geschah nix und irgendwann dann aus und angeschaltet war der WiCan mit seinem Hotspot wieder da.
-
Haken: gemini nach dem Startpasswort vom WiCan gefragt und dann im browser den Zugang mit “@@meatpimeatpi#” probiert. Keine Chance, wieder kontrolliert und Copy and Paste.
Kein Zugang
Eine neue Suche ergab dann, dass das PW nur ein @ am Beginn hat … und gemini phantasiert hat wie so oft. -
Haken
im neuen System angekommen lief das dann auch schick und schöner, sprich der 1. Eindruck war “deutlich weiter entwickelt” , schickes UI und irgendwie logischer.
Allein der Anblick von Vehicle und Model Auswahl lässt dann schon das Herz höher schlagen.
Aber zu früh gefreut. Gut 2 lang gequält, weil ich den Dongle nicht mehr ins WLAN bekam. Ums Verrecken nicht, dann die Vermutung, die Fritzbox will den Dongle nicht mehr so … also mit Fritzbox To Go die Analyse begonnen, aber Fritzbox To Go wollte jetzt einfach nicht.
Nein, irgendein Update war gekommen und ich musste erst einmal alles per Assistent neu einrichten, um dann zu sehen, dass der Dongle als inaktiv gelistet war und zwar seit dem Update. Fritzbox To go lief damit dann auch wieder, aber 1h mehr war weg.
Doch was ist schon 1 h, weil ich irgendwann “eher Stunden später” bemerkte, dass ich zunächst einmal die SSID klein geschrieben hatte. Kommt vor, aber dann auch noch beim Passwort keinen Tipp- sondern einen Copy Fehler drin hatte, einen der üblen Art:
”altes_passwort “ - beim pasten ist ein unsichtbare Leerzeichen am Ende mit reingerutscht, nur sieht man das nicht … und natürlich kam der Dongle deshalb nicht mehr ins WLAN rein. Zwischenzeitlich noch die Fritzbox verbogen und geglaubt, das Ding müsse per 2,4 rein, das 5er Band ausgeschaltet.
Am Ende nach lief dann der Dongle nach gut 4 h mit neuer Firmware auch wieder im Netz, aber natürlich kein km Stand, keine Reichweite und kein SoC in HA und damit auch nicht in evcc - rein gar nix.
die 2. Stolperfalle nach dem Firmware Update: die supereinfach Installation gilt nur für alle mit http HomeAssistant, nicht für die mit https
Dann begannen 20 h mit deepseek und anderen AI, denn so super einfach - wie alle schrieben - ist das alles nicht mit Firmware 4.21 geworden, eher im Gegenteil
Jedenfalls dann nicht, wenn homeassistant mit https läuft
weil ich mit duckdns und Tailscale gratis einen Zugang nutze, der stabiler läuft als zuvor nur mi duckdns, wo ich tagsüber aus der Ferne (gute 100 km) immer mal Unterbrechungen im Visual Stuido und UI im Browser bemerkte, wo es zeitweise half per VNC auf einen Windows Laptop im HA Netz zuzugreifen und dort die duckdns Adresse für ha im Browserauf dem Laptop zu starten.
Dann wachte häufig bei mir in der Ferne im Browser die Verbindung wieder auf und alles war gut. Erst tailscale brachte da dann eine dauerhafte Besserung
Ich habe also mit den AI zig Wege versucht, über Webhook die direkte Kommunikation aufzubauen bzw. einzurichten. Hier gibt es viele Grenzen wie u.a. die Vorgabe, dass wir selber im Dongle nicht die Hook URL eintragen können, sondern die HA Integration das erledigt.
Aber ich habe doch noch einen Weg gefunden. Mit der Zeile kann ich vom HA Terminal aus eine beliebige HOOK einrichten
curl -X POST ``http://192.168.178.40/api/webhook`` -H "Content-Type: application/json" -d '{"url":"``http://192.168.178.2:8123/api/webhook/wican","enabled":true,"interval``":15}'
Die 40 ist die IP des Dongle und am Ende folgt die Hook URL für den dongle.
Damit kann man dann http:// Adressen seiner Wahl dort eintragen.
Man bekommt aber eine Warnung, dass http:// nicht unterstützt wird.
Aber einfach mal festzuhalten, falls einer diese Adresse von Hand ändern will, so ist das der einzige Weg, den ich so hinbekommen habe.
nach 15 h mit lauter Fehlversuchen die Reißleine gezogen
Ende - Schluss aus mit der Komfortlösung all der anderen via Hersteller und Modellauswahl
Der Weg zurück, aber dieses mal mit CLAUDE.AI ohne Webhook, aber mit den alten Sensoren.
der Auswechselspieler kommt zum Einsatz
Claude.ai habe ich dann eine Einführung in die Dramen und Fehlversuche mit deepseek gegeben als Lesson learned und nicht wieder das zu versuchen.
Natürlich hat Claude.ai das dann als Herausforderung gesehen, mal eben einen Lösung aufzuzeigen, die garantiert todsicher funktioniert - aber genau so scheiterte wie deepseek.
Dann haben wir uns darauf geeinigt, dass es zurück zur alten Lösung ginge und zwar unter Nutzung meiner bekannten Ressourcen wie der mqtt Sensoren aus config.yaml und der Automation, die den Vorgang am Leben hält.
Von hier aus waren es dann unter 20 Minuten, bis alles wieder lief wie die 2 Jahre zuvor und hoffentlich mit der Firmware dann auch stabiler, dass die nicht mehr hängt. Was auffällt, ist ein anderes LED Verhalten, es leuchtet mehr und länger / heller - also rein subjektiv in der Nacht in der dunklen Garage direkt ins Auge gestochen. Da ist mehr Kommunikation / Aktivität im Gange.
Die Einzelschritte im Überblick, damit die Lösung von vor 2 Jahren mit neuester Firmware 4.21 wieder läuft
SEKTION: AUTOMATE
1. Webhook deaktivieren (damit der Weg frei wird für mqtt)
2. user destination aktivieren mit
Grouping: Enable
Destination Type: MQTT Topic
Destination: wican/12345/can/rx
Cycle Time(ms): 5000
Polling: Enable
3. vehicle specific aktivieren mit
vehicle specific: Enable
vehicle model: VW e-GOLF auswählen
Specific Initialisation: ATSP6;ATST96;
### ACHTUNG ### 3. und letzte Sequenz "ATSH7E5;" löschen
I. SOC löschen
II. ODOMETER löschen
SUBMIT CHANGES
Ab hier kommen dann die Daten wie bisher in HA an !
Die Lösung hat also weiterhin ihre Existenzberechtigung vor allem für die HA und evcc Betreiber, die https nutzen und nur den WiCan Dongle haben, der nur http kann.
Wer alles richtig macht, der ist damit in 15 Minuten durch, wenn er das AP / Hotspot Passwort des Dongle noch hat und sich sozusagen hier den letzten Punkt abarbeitet.
Ich habe eher 18h gebraucht verteilt über 2 Tage , weil ich zwischendrin auch noch ein anderes Problem lösen durfte, da ich mein HA permanent die wesentlichen config txt sh … files (die sich zuletzt geändert haben) mit rsync alle 5 Minuten auf einen alten Pi 3 mit 20 GB SSD sichere.
Und dort läuft dann noch eine Sicherung, die am Tag 4 Generationen in 6h Segment per Script erstellt, was jede Stunde in dem “Haupt Backup Zielverzeichnis” auf dem SSD Stick nach den Änderungen schaut und neue Änderungen dann in ein 00 / 06 / 12 oder 18 Uhr Verzeichnis kopiert.
So habe ich dann 0 bis 6 Uhr erkannte Änderungen alle im 00 Verzeichnis, so dass ich binnen Sekunden auf das Backup und die letzten 4 Generationen (je 6 h) Zugriff habe.
Das hatte auch einen Fehler wegbekommen … und musste zwischendrin zuerst behoben werden, weil das lebenswichtig ist und viel praktischer wie schneller verglichen mit dem zurückholen eines Backup und dann extrahieren eines Files wie lovelace oder configuration.