Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[SolarMaxe]

@tombox

Jo geht Hammer, du bist der beste :man_dancing:

Vielen Dank :)

[UweRLP]

Hallo

Wie weit wird den der Cupra Born unterstützt?
Unter remote habe ich nur zwei Datenpunkte die einstellbar sind, wie sieht es bei anderen aus?

[samoht0403]

@tombox : hast Du vielleicht eine Idee für mich bzw. habe ich bei der Anfrage was zum Beantworten vergessen? Danke vorab und schönen Sonntag. Bin auf Version 0.1.6

[tombox]

@samoht0403 hast du alle climatisation und ventilation punkte probiert

[samoht0403]

@tombox : ja, auch "andersrum". Will heißen: wenn ich in der App die Standheizung starte, wird keiner der DP auf "true" geschaltet :-(. Danke Dir schonmal, dass Du geantwortet hast!

[tombox]

@samoht0403 Dann brauch ich Zugangsdaten um zu sehen was anders ist

[jwedenig]

Hallo!
Ich habe einen ID 4 mit der Softwareversion 3.0
We Connect: v0.0.67

Ich finde leider keine Objekte mit "Tripdata"

Wisst Ihr warum?

Vielen Dank!
Liebe Grüße
Jürgen

P.s.: Habe jetzt das gefunden - warum ist das so?

Trip data is only available for non E-Cars.

[JB_Sullivan]

Frage an die Skoda Enyaq Fahrer: Funktioniert bei euch noch die Standort Übertragung im Adapter?

Oder liegt es ggf. Bei mir daran, das ich meine Skoda Connect Lizenz verlängert habe? An meinen Passwortdaten und den Datenschutz Einstellungen hat sich bei mir dadurch aber auf allen Endgeräten nichts weiter geändert, nur der ioB Adapter mag seit dem nicht mehr die Geo Datenpunkte aktualisieren.

..... Oder ist das ggf. Doch ein generelles Problem das die Enyaq Fahrer betrifft?

[tombox]

@jb_sullivan Bitte mal die GitHub version testen bzw 0.1.8

[Kusi]

@jb_sullivan sagte in Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda:

Funktioniert bei euch noch die Standort Übertragung im Adapter?

Ich habe ein Enyaq Coupé, gebaut ende März 2023. Es ist die Version 3.2 auf dem Fahrzeug, die Standortdaten werden NICHT übertragen.

[ichderarnd]

@jb_sullivan
Guck mal auf meine Posts oben vom 3.10. und 10.10.

[JB_Sullivan]

@tombox sagte in Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda:

@jb_sullivan Bitte mal die GitHub version testen bzw 0.1.8

Standortdaten sind wieder da, haben sich aber nach Standortwechsel nicht selbstständig aktualisiert. Nach einem Stop und einem Restart des Adapters wurden dann wieder die neuen Daten abgeholt und angezeigt.
Die Zeit der Aktualisierungrate habe ich natürlich abgewartet.

[tombox]

@jb_sullivan Ok ist das dauerhaft so? Ist im debug log etwas auffälliges?

[ichderarnd]

@tombox
In meiner Instanz sieht es weiterhin so aus:

2023-10-20 21:02:15.707 - info: vw-connect.1 (19198) starting. Version 0.1.8 (non-npm: ta2k/ioBroker.vw-connect) in /opt/iobroker/node_modules/iobroker.vw-connect, node: v18.18.2, js-controller: 4.0.24
2023-10-20 21:02:15.803 - info: vw-connect.1 (19198) Login in with skodae
2023-10-20 21:02:18.675 - info: vw-connect.1 (19198) Login successful
2023-10-20 21:02:19.596 - info: vw-connect.1 (19198) Found 1 vehicles
2023-10-20 21:02:19.598 - info: vw-connect.1 (19198) Login in with skodae
2023-10-20 21:07:21.782 - warn: vw-connect.1 (19198) Parking position failed. Blocked until restart

[ichderarnd]

Eine andere Frage in die Runde:
Der Skoda Connect Dienst steht wie z.B. gestern und heute häufig nicht zur Verfügung. Da er je nach Fahrzeugtyp und -alter kostenpflichtig ist, möchte ich die Verfügbarkeit gerne dokumentieren.

Dazu würde ich das Objekt „Connection“ anbieten. Jedoch ist dieses auch dann auf „true“ wenn der Dienst wie heute morgen nicht zur Verfügung steht (Im Log steht „Server not available“ oder gestern „internal server error“).

Besteht die Möglichkeit, dieses Objekt so anzupassen, dass eine Nachverfolgbarkeit der Servererreichbarkeit möglich ist? Alternativ könnte per Script ein Datenpunkt wie z.B. ein Zeitstempel, der sich regelmäßig ändert, überwacht werden. Nur welcher wäre das?

[JB_Sullivan]

@tombox

Muss ich beobachten, da momentan offensichtlich auch die Skoda Server ihr Eigenleben führen und mal mehr, mal weniger erreichbar sind. Ob das auch auf die API zutrifft? - k.A.

Was mir aber aufgefallen ist, ist folgendes. Meine Connect Dienste wären am 13.10.2023 ausgelaufen und mussten dann kostenpflichtig verlängert werden. Die Connect Dienste umfassen auch die Parkdaten. Also habe ich am 12.10.2023 das Paket verlängert.

In den Datenpunkten steht Stand heute 21.10.2023, aber immer noch das Ablaufdatum 13.10.2023 drin.

Unter Vehicle Position wurde aber trotzdem, nach dem oben beschriebenen Adapter Neustart die korrekte Position eingetragen.

@ichderarnd Hast du auch Tronity am laufen? Die haben auch eine Status Seite, wo allerdings heute auch alles als OK markiert ist, obwohl zumindest die App`s nicht funktionieren - aber vermutlich sind App und API Server zwei paar unterschiedliche Schuhe.

[ichderarnd]

@jb_sullivan
Nein, habe kein Tronity. Da müsste ich meine Login-Daten rausgeben...
Heute morgen lag es am Server, ioBroker konnte auch nicht zugreifen. 10:07 Uhr ist die letzte Fehlermeldung im Log. Danach ging es dann wieder.

@tombox
Ein Datenpunkt "serviceavailable" im Adapter, den man über den History-Adapter wegschreiben könnte, wäre klasse. Geht die Abfrage der Daten egal aus welchem Grund schief, wird er auf False gesetzt. War die Abfrage erfolgreich dann auf True. Über "connection" kann später zusätzlich ausgewertet werden, wenn der Adapter gestoppt war. In diesem Fall würde ich den Datenpunkt "serviceavailable" für die Auswertung ignorieren.

[JB_Sullivan]

@tombox

Konnte gestern das Phänomen der Standort Position verfizieren. Es ist in der Tat so, das der GPS Zeistempel und die Geo Positionsdaten erst nach einem Adapter Neustart der aktuellen Parkposition entsprechen.

Ich hatte verschiedene Punkte angefahren und mich dann via VPN in ioB eingewählt. Laut den DP's stand ich immer noch bei mir vor der Tür. Erst nach dem Adapter Neustart, wurde auch die aktuelle Position angezeigt.

Andere Daten aus dem Adapter, wie z.B. der SoC wurden aber permanent und "on the fly"aktualisiert.

[tombox]

@jb_sullivan Gut wäre ein debug log ob die parking position abgefragt wird bzw was der server zurückkommt

[Sneak-L8]

@tombox Nur so als Tipp: bei den ID.-Modellen gab es ja schon ein ähnliches Problem, dass die Positionsdaten erst mit der Folgeabfragre aktulaisiert wurden. Die Ursache war damals, dass die states nicht mit "await setState(...)" gesetzt wurden und daher die werte noch nicht zur Verfügung standen als sie mit getState(..) gelesne wurden.
Da es ja verschiedene Abfragen je Fahrzeugtyp gibt, könnnte es da ein ähnliches Problem sein ...