Beiträge von NeoDaysleeper

    Kann ich machen muss nur bisschen noch rum coden.
    Derzeit habe ich das an meine Haussteuerung (IPS) angebunden da werden die Daten hochgeladen.
    Das nehme ich jedoch raus,
    anstelle dessen baue ich einen CSV-Export ein. So kann man die Daten exportieren.
    Dann werde ich das ganze auf github laden so das man es unter Linux per Kommandozeile installieren kann.

    Link folgt wahrscheinlich am WE...

    Für die die es interessiert.

    Weil ich im Außendienst bin habe ich eine art Fahrtenbuch mir noch aufgebaut und integriert, eine Statistik eingefügt. Und bin umgezogen auf einen PI3
    Kosten Rechnung bin ich noch dran, ist durch die daten Lücken noch nicht ganz rund.

    Ich bin in den letzten zwei Wochen etwas eskaliert und habe ein bisschen gebastelt. 😉

    Worum geht's?

    Ich wollte wissen, wie sich der Akku meines Enyaq iV80 (BJ 2023, ca. 112.000 km) über die Zeit verändert.

    Bisher habe ich dafür Werte per OBD-Adapter von Hand abgelesen. Teilweise habe ich sie während der Fahrt notiert: SOC, max. Energiegehalt, Ah- und kWh-Zähler, Zellspannung, Temperatur usw.

    Das Problem dabei:

    • Es waren nur Stichproben.
    • Es fehlte der Zusammenhang zu Temperatur, Ladeverhalten und Standzeiten.
    • Ein Winter-Sommer-Vergleich war so kaum möglich.

    Meine Ziele:

    • den SOH-Verlauf lückenlos verfolgen
    • herausfinden, was dem Akku schadet und was ihm gut tut
    • daraus eine Prognose ableiten

    Dafür brauche ich einen Logger, der dauerhaft im Auto bleibt. So ist mein Auto-Pi entstanden.


    Aus alten Projekten lagen noch ein Raspberry Pi Zero W und diverse WLAN-Sticks herum.

    Die Anforderungen waren klar:

    • Daten loggen
    • WLAN zum Haus aufbauen
    • WLAN im Auto bereitstellen
    • ggf. über das Handy ins Internet

    Ich habe mich Schritt für Schritt herangetastet. Stück für Stück ist eine Web-GUI entstanden, in der man die Daten ansehen und auswerten kann.

    In meinem Fall schickt das Gerät die Daten an meine Haussteuerung, sobald es zu Hause ist.

    Wie der Code entstanden ist

    Ich bin schreibfaul. Deshalb habe ich einen großen Teil des Codes mit KI-Unterstützung erstellt. Ich habe nicht alles im Detail gesichtet. Teilweise habe ich die Anforderungen im Minutentakt angepasst. Dadurch war die Entwicklungszeit entsprechend kurz.

    Das heißt: Der Code funktioniert bei mir, ist aber nicht im Detail geprüft. Wer ihn nutzt, sollte ihn vorher anschauen, Nutzung Ohne Gewähr.

    Stand des Projekts

    Ich stecke noch in einer frühen Phase. Teilweise verzerren alte Artefakte die Werte, zum Beispiel aus früheren Softwareständen und Datenlücken.

    Beispiele auf den Screenshots:

    • Der AC-Wirkungsgrad (33 %) ist falsch. Eine Ladung wurde in zwei Einträge geteilt.
    • Der Kilometerstand aus dem BMS (1048574 km) ist ein ungültiger Wert.
    • Die Innentemperatur zeigt oft 0,0 °C.

    Bitte nehmt die Zahlen nicht als gesichert. Im neusten stand werden sie zwar richtig erfasst aber ich müsste die alten daten erstmal zurücksetzen.

    Hardware

    • Raspberry Pi Zero W (läuft stabil)
    • WLAN-OBD2-Adapter (vLinker)
    • 2 WLAN-Sticks
    • 1 GPS-Maus
    • 12-V-USB-Adapter in der Kofferraumdose (die hat bei mir Dauerstrom)
    • 16-GB-SD-Karte mit eigener Datenpartition

    Rollen der WLAN-Module:

    • Onboard-WLAN: nur OBD2-Adapter
    • Stick: Heimnetz oder Handy-Hotspot
    • geplant: eigener WLAN-Hotspot im Auto

    Screenshots der Web-GUI

    1. 01_daten.png – Batterie, Zellspannungen (Spreizung 7 mV), Zähler
    2. 02_daten_unten.png – alle Werte, u. a. SOH (BMS-Wert / 77 kWh), 12-V-Block
    3. 03_strecken.png – Fahrten und Ladungen mit Verbrauch und SOC
    4. 04_karte.png – gefahrene Route (Start und Ziel abgedeckt)
      entfällt wegen datenschutz
    5. 05_ladungen.png – Ladeliste (Wirkungsgrad AC 33 % ist ein Artefakt)
    6. 06_verbindung.png – WLAN, Hotspot, GPS (sensible Werte geschwärzt)
    7. 07_system.png – Einstellungen und Log, zeigt die Stick-Ausfälle

      Frage an euch
      Wer findet das Projekt gut und würde sich freuen, wenn ich es z. B. auf GitHub stelle? Wichtig: Das ist mein privates Projekt, ohne viel Drumherum. Sicherheit gibt es nur über WPA2, und der Pi ist nicht aus dem Internet erreichbar. Die Hardware ist so, wie sie bei mir ist bzw. war. Alles nur auf meinem Enyaq iV80 (BJ 2023) getestet, und alles ohne Gewähr!

      Wenn es genug Leute interessiert baue ich es entsprechende um so das es sich über die webgui komplett anpassen lässt und die daten als csv bereitstellt bzw als grafik anzeigt

    Hi zusammen,


    wollte heute auch mal das Tool nutzen, aber leider hat mein OBD-Adapter den Geist aufgegeben. Dummerweise war alles soweit vorbereitet: 6% Restreichweite, günstiger Strompreis, Home Office, abends noch einen dienstlichen Termin, sodass das Auto nicht lange mit 100% rumstehen muss. Also alles perfekt – nur leider wollte das OBD dann nicht.

    Ich habe das Balancing trotzdem durchgeführt und bemerkt, dass da was passiert ist. Bei 97% ist der Ladezustand kurz auf 95% zurückgesprungen und die restliche Ladezeit hat sich um 10 Minuten (1,75kw) erhöht. Geladen habe ich insgesamt 74,1 kWh (laut G-Go Charger). Da der Akku-Lüfter immer wieder lief, weil es draußen warm war, sind da bestimmt 2-4 kW „verpufft“. Vielleicht auch mehr.

    Als Laie würde ich sagen, dass bisher kein Schwund am Akku festzustellen ist! Ich bin jetzt 34.000 km gefahren, das Auto ist 14 Monate alt. Geladen habe ich zu 95% an der Wallbox und seit 3 Monaten fast nur mit PV-Überschuss.
    p.s.

    Als ich versuchte mit dem ODB eine Verbindung herzustellen, kamen kurz mal Daten. Ich meine was von 74425 wh max akku kapazität gesehen zu haben. Ich versuche es nachher nochmal mit dem ODB aber für das Tool ist fehlen ja jetzt daten.

    vieleicht helfen jemanden trotzdem die Daten.


    bis dann


    Peter


    pps.

    Klar jetzt läuft das Beast wieder. Scheinbar darf ich beim scan nicht im Auto sitzen.


    Bei mir ist es ähnlich, nur dass ich als Software IPS mit PHP nutze. Ich habe es so programmiert, dass der Akku vom Haus zusammen mit dem zu erwartenden Strom einen Score bilden. Bei entsprechendem Score wird die Wallbox angesteuert. Bei einem Score zwischen X und Y wird die Wallbox mit 10 kW angesteuert, abhängig von der PV-Leistung (zwischen 3 und 9 kW). Unter Y wird die Wallbox abgeschaltet. Das Skript läuft alle 3 Minuten.

    Ich logge zwar den Akku vom Enyaq, habe ihn im Skript aber nicht berücksichtigt, da wir auch einen E-Mini haben. Zudem habe ich öfter das Problem, dass der Server von Skoda nicht reagiert und so der aktuelle Akkustand einfach nicht aktuell ist. Derzeit nutze ich 100 % des Stroms selbst. Dadurch bewegt sich der Akkustand des Hauses ständig. Der Hausakku hat 10 kW und wäre innerhalb von einer Stunde leer, bzw. nach 45 Minuten, da die Reserve im unteren Bereich 17 % beträgt.

    Ich könnte natürlich den dynamischen Ladebereich auf 4,5 bis 9 kW ändern, dann würde das Umschalten zwischen 1 und 3 Phasen wegfallen.

    Wenn ich es richtig verstehe, schaltest du die Wallbox nur ein oder aus. Logisch wäre dann: Wenn das Haus voll ist, dann Wallbox ein, wenn Akku z.B. 20 %, dann Wallbox aus. Wie regelst du dann, dass der Hausakku abends noch genug Saft hat, um über die Nacht zu kommen? Und wie sind deine Erfahrungen mit dem Akkustand des Enyaq in Hinsicht auf die Aktualität?

    Hier auch mal ein bild aus der visu über den lade verlauf
    pasted-from-clipboard.png

    Ich bin auch Kleinunternehmer. Außerdem wird doch der Zähler abgelesen, und mein Strom vom Dach erreicht den Zähler ja gar nicht. Meine Anlage (11 kWp) habe ich vor 12 Tagen in Betrieb genommen. Bis der Zähler getauscht ist, bin ich ein Null-Einspeiser. Ich muss also den Strom nutzen, sonst geht er einfach verloren. Was man als Pfennigfuchser gegenrechnen muss, sind die 7 Cent, die man pro kWh bekommen könnte. Ich fahre alle zwei Tage etwa 200-300 km im Außendienst. Es ist schon eine Herausforderung, das Auto voll zu laden.

    Was die Open WB angeht, so musst du definitiv auch den Akkustand des Wechselrichters anbinden. Ich habe mir eine Prognose geschrieben, die den erwarteten Ertrag der PV simuliert. Anhand der Daten wird der Akku mittags bis zum Stand von 40% entladen. Muss ich dann mal weg, ist der Strom nicht verloren. Abends reguliert sich das System bei 90-95% des Hausakkus ein. Ein Forecast ist allerdings nie 100% genau.

    ist vieleicht stellenweise etwas offtopic,

    Ich habe noch einen anderen Aspekt beim Laden mit Überschussstrom in Betracht gezogen. Meine Wallbox kann zwischen 1 und 3 Phasen umschalten und zwischen 6 und 16 A regulieren. Da ich seit 15 Jahren in der Hausautomatisation tätig bin, habe ich mir schnell ein Programm geschrieben, das die Wallbox je nach Verfügbarkeit des Solarstroms und dem Zustand des Hausakkus mit entsprechender Leistung den Enyaq laden lässt. Bei plötzlicher Verschattung erfüllt sich oft die Bedingung, die Ladeleistung zu drosseln, was dazu führt, dass mehrmals am Tag zwischen Laden über 1 Phase und 3 Phasen gewechselt wird. Man hört dann immer, wie das Auto klickt.

    Ich wollte auch mal eine Rechnung erstellen, wie viel die geladene kW im Akku kosten. Theoretisch sind das etwa 20 Cent, wenn man bedenkt, dass der Akku 15.000 € kostet und man mit etwa 77.000 kWh rechnen darf, die er in seinem Leben sieht.

    Auch das gehört zum Thema Überschussladen: Schone ich den Akku, indem ich nur bis 80% lade, oder nutze ich den kostenlosen Strom und lade voll bis 100%? Beim Hausakku sind es übrigens nur ca. 5 Cent pro geladener kWh.

    Bisher habe ich meinen Enyaq nur geladen, wenn ich es wirklich brauchte und dann kurz vor dem Start vollgeladen. Wie macht ihr das mit dem Überschuss? Natürlich müssen wir dabei Leasing- und Kauf-Fahrzeuge unterscheiden.