Eigene Visualisierung von Daten vom Auto

SoC und Reichweite, sowie Ladevorgänge an der heimischen Wallbox werden weiterhin aktualisiert.

Nur die Tripdaten fehlen.

trip started und trip ended fehlt mit Zeiten und Werten.

Ein paar Dinge, die du prüfen könntest:

- wird die Position des parkenden Autos in der (Handy-)App angezeigt?

- mal die mobilen Online Dienste checken. Parkposition ist aktiviert? Falls ja: trotzdem mal de- und wieder aktivieren. (Im Zweifel sollte hier alles aktiviert sein.)

- Wenn das Auto steht/parkt, und in der App der Standort korrekt angezeigt wird, dann den VWsfriend Container mal neu starten. (Früher gab es mal Probleme, dass VWsfriend beim Start den Standort benötigt, damit die Parkposition danach auch erfasst werden kann.)

Die Position in der App ist ok.

Nach Neustart des Containers geht es normalerweise auch wieder.

Scheinbar wird der Start/Ende des Trip nicht zurückgegeben, weil der Server meint, das Auto ist in Bewegung ??!! Ich kenne allerdings nicht die VW-Logik. Standortdaten werden aber scheinbar ja nur zurückgegeben, wenn das Auto steht und das System abgeschaltet ist.

Aber leider alles nur Vermutungen.

Hallo zusammen,

VWsFriend 0.24.4 zeigt bei mir seit 29.07. auch keine Koordinaten mehr bei den Trips an. Auch Ladungen erscheinen ohne Geokoordinaten. Das Tool funktioniert eigentlich hervorragend und macht Spaß. Kann mir irgendjemand einen Tip geben, was sich geändert haben könnte?
Ich habe online bereits meine Einwilligungen nochmals geprüft, und die VW-App zeigt meine Parkposition korrekt an.

Ein Restart der Container half ebenfalls nicht.

Was kann man da tun?

Danke & Viele Grüße

Bin grad über das Tool hier gestolpert, sieht ja ganz interessant aus. Kann ich die Trip und Ladedaten aus dem Fahrzeug beziehen oder muss ich die manuell eingeben ? Die Oberfläche war bisher nur gefüllt mit den Daten aus der App:

Zitat von stein

Die werden aufgezeichnet während das Tool

Läuft. Du kannst die Daten der Vergangenheit nicht mehr aus dem Auto bekommen, wenn du es jetzt aber laufen lässt und fährst oder lädst werden die Vorgänge aufgezeichnet werden.

Aso ok, dafür hab ich leider keinen Server laufen und auf dem Webserver ist mir das zu unsicher. Aber ein cooles Tool, kann VW mal direkt in ihre App integrieren :).

Bildschirmfoto_20240730_233140.png

Zitat von stein

Einen richtigen Server brauchst du nicht unbedingt. Ein kleiner Raspberry PI würde es schon tun. Vielleicht hast du auch ein NAS was Docker kann. Es muss halt ein System sein was 24/7 läuft.

Nee damit fang ich erst gar nicht an. Bei uns im Haus läuft alles auf Linux und ich hab auchn bald 8 Jahre alten raspberry pi als Daten-Storage auf ein Raid System und Fernseher aber den mach ich nur bei Bedarf an. Mich stresst der Webserver schon genug mit irgendwelchen kryptischen Neueinträgen in Modsecurity

Zitat von stein

Hmmm, kommen im log Fehler?

Hallo stein ,

ich kann im Log nichts finden. Habe in Portainer die Logs des Containers vwsfriend_vwsfriend_1 geprüft (die sind jetzt offenbar nur von heute). Auf der Shell habe ich StdOut & StdErr in eigene Dateien umgeleitet, dort sind aber keine Timestamps enthalten.
Die einzigen Fehler, die ich sehen kann, sind im StdErr-Log (aber ob die zeitlich zu den fehlenden Koordinaten passen, weiß ich nicht). Und wenn die Verbindung grundsätzlich nicht möglich wäre, bekäme ich nach meinem Verständnis auch gar keine Daten, es fehlen aber nur die Koordinaten - der Rest kommt korrekt an.

Starting vwsfriend_vwsfriend_1  ... done
Exception in thread Thread-10 (watch_events):
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 704, in urlopen
    httplib_response = self._make_request(
                       ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 450, in _make_request
    six.raise_from(e, None)
  File "<string>", line 3, in raise_from
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 445, in _make_request
    httplib_response = conn.getresponse()
                       ^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/http/client.py", line 1374, in getresponse
    response.begin()
  File "/usr/lib/python3.11/http/client.py", line 318, in begin
    version, status, reason = self._read_status()
                              ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/http/client.py", line 279, in _read_status
    line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1")
Exception in thread Thread-9 (tail_container_logs):
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Exception in thread Thread-7 (tail_container_logs):
Exception in thread Thread-8 (tail_container_logs):
  File "/usr/lib/python3.11/socket.py", line 706, in readinto
Traceback (most recent call last):
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 704, in urlopen

...

Gestern den Container neu gestartet.

Heute wurden wieder keine Trips aufgezeichnet.

SoC und Restreichweite, aktueller Kilometerstand, sowohl in der App als auch in vwfriends, werden aber aktualisiert.

Im log kann ich auch nichts auffälliges erkennen.

Die Positionsdaten bleiben immer gleich, die an ABRP gesendet werden. ('lat': 51.xxxxxx, 'lon': 8.yyyyyy)

Noch ein Erfahrungswert von mir, wenn man in der .env bei der Pin nicht noch die '' hinzufügt für keine Pin startet der Container mit Fehlermeldungen zur Pin und läuft nicht.

Jetzt scheinen die Server wieder massive Probleme zu machen.

2024-07-31T16:00:33+0200:WARNING:vehicle:/vehicles/WVWZZZE1ZPPxxxxxx: Unknown attribute temperatureOutsideStatus with value {'error': {'message': 'Bad Gateway', 'errorTimeStamp': '2024-07-31T14:00:33Z', 'info': 'Upstream service responded with an unexpected status. If the problem persists, please contact our support.', 'code': 9999992, 'group': 2, 'retry': True}} in domain measurements