UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Giermann]

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

In Deinem Fall mit der Standheizung, könnte man das Script evtl. erweitern, daß es automatisch per schedule zu einer bestimmten Uhrzeit gestartet wird , den entspr. Datenpunkt für die Standheizung auf "true" setzt ( aber das machst Du ja wohl schon) und sich danach wieder beendet.

Genau genommen lese und interpretiere ich bei jedem Update die Einstellungen aller 3 Timer und ob die Klimatisierung auch ohne externe Stromzufuhr laufen darf bzw. diese vorhanden ist - mit andern Worten: ob die Klimatisierung aktuell laufen müsste.
Dazu die Beobachtung, dass sie 10 Minuten vor dem Timer gestartet und 20 Minuten danach beendet wird. Wenn nach diesen Kenntnissen die Klimatisierung laufen müsste, es aber nicht tut, folgt halt ein manueller Start!
Damit erhalte ich die Flexibilität, mal eben nach Gusto im Auto oder der App die Timer ändern oder (de)aktivieren zu können und helfe der hochmodernen Technik nur auf die Sprünge, wenn sie die simple Funktion einer Zeitschaltuhr nicht korrekt abbilden kann. :grimacing:

Vielleicht ginge das ganze auch über OBD-II? Dann könnte man mit einem <5€ ESP32 das ganze offline im Auto direkt erledigen. Oder es findet sich mal ein Programmierer, der nicht nur Kaffee saufen kann und behebt endlich die verbleibenden Bugs?!

PS: ich darf so über diese Minderheit reden, da ich selbst dazu gehöre! :blush:

[joergeli]

@giermann
Wenn ich das richtig verstehe, funktioniert die Standheizung auch mit der App nicht zuverlässig?
Dann würde ich bei Skoda so lange nerven, bis es die nervt :grin:

OT:
Software und andere Unzulänglichkeiten:
Bei mir ist der sog. "Spurhalteassistent" im Auto installiert.
Der funktioniert selbst bei einem gut sichtbaren Mittelstreifen und 2 Seitenstreifen nur unzuverlässig.
Bei uns im Taunus sind die Straßen teilw. recht schmal und bei einem entgegenkommenden dicken Brummi hat mich der Spurhalteassistent als ich neben dem LKW war, fast seitlich unter dessen Ladefläche gesteuert.
Gut, ich kann den Spurhalteassistent manuell deaktivieren, muß das aber vor jeder neuen Fahrt machen, in dem ich mich durch gefühlt 6 Menüpunkte im Mäusekino hangeln muss - wer macht das schon.

Anderes Beispiel: bei Dauerregen auf der Autobahn poppt ständig eine Meldung ... pling "Achtung eingeschränkte Sicht" auf - hallo, ich bin noch wach und sehe selbst, daß die Sicht schlecht ist :angry:
Im Gegenteil, durch das Aufploppen schaut man unweigerlich auf das Display und wird noch zusätzlich abgelenkt.

Wenn - wie beim Spurhalteassistenten - sicherheitsrelevante Funktionen betroffen sind, müssen die 100%ig funktionieren und nicht nur dann und wann.... und ja, ich weiß, daß es mit der Frontkamera erfasst wird und wenn z.B. die Frontscheibe verschmutzt ist, die Funktion eingeschränkt ist - dann gehört es aber IMHO noch nicht auf den Massenmarkt.
Das gehört aber wieder in die Kategorie " die anderen machens ja auch so" und man könnte ja potentielle Kunden verlieren, wenn ich es nicht nachäffe.

Ich habe mir dann einen OBDII-Dongle gekauft, mit dem ich einige Funktionen umprogrammieren konnte, so daß u.a. der Status des Spurhalteassistenten gespeichert wird, d.h. wenn ich ihn ausschalte, bleibt er auch bei jeder neuen Fahrt aus (bis ich ihn vielleicht mal wieder aktiviere). Der Dongle muss nur bei der Umprogrammierung gesteckt sein und kann danach abgezogen werden.
Ich kann jetzt wieder fahren, ohne daß sich meine Hände jedes Mal am Lenkrad bei Gegenverkehr verkrampfen.

Meine Wenigkeit und wahrscheinlich wir alle hier sind ja für technischen SchnickSchnack zu haben, aber was zu viel ist, ist zu viel.
Da ich zu den älteren Semestern gehöre, frage ich mich manchmal, wie ich überleben konnte, als ich damals noch mit dem A...h gefühlt habe, was das Auto macht.
Heutzutage machen sich doch die wenigsten Gedanken darüber wie das Auto, bzw, die Physik funktioniert/reagiert, das schlaue Auto mit ABS, EDS, Kollisionswarner und was weiß ich noch alles, wird's schon richten

... sorry für OT, aber das musste mal raus ...

[Giermann]

@joergeli mit der App geht es meistens - wenn damit nicht, dann haben die Server Probleme... kann vorkommen, ist aber seltener geworden.
Bei mir ist tatsächlich das Problem, selbst wenn alles ordentlich eingestellt ist, unter täglich identischen Bedingungen: mal heizt er, mal nicht - stört natürlich immer nur im Winter.
Ich nerve seit 2 Jahren, werde inzwischen vom Freundlichen mehr oder weniger ignoriert und werde mir wohl eine andere Werkstatt suchen - aber wenn die von Skoda auch nur die Antwort bekommen "warte auf nächstes Update", können sie ja eigentlich auch nichts dafür.

Wie auch immer - ich bleibe zwar am Ball, will aber bis dahin dennoch gern im vorgeheizten Auto fahren....

Jetzt aber: /OT ENDE

[IOSD]

Hallo,

ich wollte den Adapter nutzen um den SOC und Reichweite für einen Audi Etron auszulesen.
Ich bekomme zwar eine Verbindung und etliche andere Daten aber genau diese beiden Daten nicht.
Kann mir hier jemand helfen?
Was mache ich falsch oder geht das einfach nicht? In der APP ist das natürlich alles vorhanden...

Danke

[romann.k]

@giermann

Grüß dich,

bin jetzt etwas verwirrt ob das jetzt das Ende ist für alle Skoda-Fahrer oder ob es hier irgendwann einen Workaround gibt.

Wie genau konntest du es denn beheben? Ich bekomme auch den Error 410 "Get Vehicles Failed" beim Versuch auf meinen Superb iV zuzugreifen.

Bekommst du aktuell Daten mit dem Adapter?

Danke und VG

[tombox]

@romann-k Bitte Beitrag #1 für die aktuelle Version beachten

[Giermann]

@romann-k
Tombox hat es bereits gesagt: nimm die aktuelle Version, mit der geht es wieder.
Solltest du eine andere nutzen müssen, ändere die Variable User-Agent, diese darf nicht mehr „ioBroker” lauten!

[IOSD]

hat sich erledigt mit laden der Github Version. Funktioniert damit.

@iosd said in Test Adapter VW Connect für VW, ID, Audi, Seat, Skoda:

Hallo,

ich wollte den Adapter nutzen um den SOC und Reichweite für einen Audi Etron auszulesen.
Ich bekomme zwar eine Verbindung und etliche andere Daten aber genau diese beiden Daten nicht.
Kann mir hier jemand helfen?
Was mache ich falsch oder geht das einfach nicht? In der APP ist das natürlich alles vorhanden...

Danke

[joergeli]

@tombox
Moin,
ich habe ein Problem mit folgender Konstellation:
Adapter: V0.5.1
Fahrzeug: Audi A3, Benziner, Bj 2022
Login mit: Audi E-tron (Login funktioniert)

Im Adapter die Option "Rohe JSON speichern" aktiviert.
Die erzeugte JSON unter dem Datenpunkt "statusrawJson" sieht m.E. eigentlich OK aus:

{
  "accessStatus": {
    "overallStatus": "invalid",
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "doors": [
      {
        "name": "bonnet",
        "status": [
          "closed"
        ]
      },
      {
        "name": "frontLeft",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "frontRight",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "rearLeft",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "rearRight",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "trunk",
        "status": [
          "invalid",
          "invalid"
        ]
      }
    ],
    "windows": [
      {
        "name": "frontLeft",
        "status": [
          "closed"
        ]
      },
      {
        "name": "frontRight",
        "status": [
          "closed"
        ]
      },
      {
        "name": "rearLeft",
        "status": [
          "closed"
        ]
      },
      {
        "name": "rearRight",
        "status": [
          "closed"
        ]
      },
      {
        "name": "roofCover",
        "status": [
          "unsupported"
        ]
      },
      {
        "name": "sunRoof",
        "status": [
          "unsupported"
        ]
      }
    ],
    "doorLockStatus": "invalid"
  },
  "rangeStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "carType": "gasoline",
    "primaryEngine": {
      "type": "gasoline",
      "currentSOC_pct": 40,
      "remainingRange_km": 230,
      "currentFuelLevel_pct": 40
    },
    "totalRange_km": 230
  },
  "lightsStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "lights": [
      {
        "name": "right",
        "status": "off"
      },
      {
        "name": "left",
        "status": "off"
      }
    ]
  },
  "maintenanceStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:27Z",
    "inspectionDue_days": 61,
    "inspectionDue_km": 9700,
    "mileage_km": 20319,
    "oilServiceDue_days": 61,
    "oilServiceDue_km": 9700
  },
  "measurements_rangeStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "gasolineRange": 230,
    "totalRange_km": 230
  },
  "odometerStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "odometer": 20319
  },
  "fuelLevelStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "currentFuelLevel_pct": 40,
    "primaryEngineType": "gasoline",
    "carType": "gasoline"
  }
}

Es werden zwar Datenpunkte unter vw-connect angelegt, die Baumstruktur entspricht allerdings nicht der im JSON erzeugten Struktur, s. Screenshot:

Es fehlt in der Baumstruktur z.B. "doors", unterhalb den - nicht vorhandenen doors - liegende Datenpunkte werden allerdings angelegt.
Der Datenpunkt, bzw. Datenpfad "windows" fehlt in der Baumstruktur kpl., obwohl in der JSON vorhanden.

Somit gibt es IMHO eine Diskrepanz zwischen dem JSON und den daraus erzeugten Datenpunkten.

Meine bisherigen Lösungsversuche:
Alle Datenpunkte unter vw-connect gelöscht und neu erzeugen lassen -> keine Änderung
Adapter V0.5.1 kpl. gelöscht und neu installiert -> keine Änderung

Die myAudi-App funktioniert, d.h. dort werden alle Door-/Windows-Stati korrekt angezeigt.

@tombox Kannst Du helfen?

Gruß und Danke
Jörg

P.S.
Eine ältere (ich weiß nicht mehr welche) Adapter-Version hat schon mal problemlos funktioniert

[tombox]

@joergeli Die Anpassung hat @Sneak-L8 gemacht müsste man sich mal schauen ob da noch ein Fehler ist

[mick70]

@joergeli Sieht hier genauso aus, eGolf 02/2020, aktueller Adapter aus Github.

[joergeli]

@tombox
... OK, dann reiche ich meine Frage/Bitte an @Sneak-L8 weiter, oder wo kann man das als Issue in Github einstellen?

[tombox]

@joergeli Bitte mal
die GitHub version installieren
alle Objekte löschen
adapter neustarten

[joergeli]

@tombox
... gesagt, getan -> GitHub version installiert -> sieht m.E. gut aus

Anbei noch mal das jetzige JSON:

{
  "accessStatus": {
    "overallStatus": "invalid",
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "doors": [
      {
        "name": "bonnet",
        "status": [
          "closed"
        ]
      },
      {
        "name": "frontLeft",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "frontRight",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "rearLeft",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "rearRight",
        "status": [
          "locked",
          "closed"
        ]
      },
      {
        "name": "trunk",
        "status": [
          "invalid",
          "invalid"
        ]
      }
    ],
    "windows": [
      {
        "name": "frontLeft",
        "status": [
          "closed"
        ]
      },
      {
        "name": "frontRight",
        "status": [
          "closed"
        ]
      },
      {
        "name": "rearLeft",
        "status": [
          "closed"
        ]
      },
      {
        "name": "rearRight",
        "status": [
          "closed"
        ]
      },
      {
        "name": "roofCover",
        "status": [
          "unsupported"
        ]
      },
      {
        "name": "sunRoof",
        "status": [
          "unsupported"
        ]
      }
    ],
    "doorLockStatus": "invalid"
  },
  "rangeStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "carType": "gasoline",
    "primaryEngine": {
      "type": "gasoline",
      "currentSOC_pct": 40,
      "remainingRange_km": 230,
      "currentFuelLevel_pct": 40
    },
    "totalRange_km": 230
  },
  "lightsStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "lights": [
      {
        "name": "right",
        "status": "off"
      },
      {
        "name": "left",
        "status": "off"
      }
    ]
  },
  "maintenanceStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:27Z",
    "inspectionDue_days": 61,
    "inspectionDue_km": 9700,
    "mileage_km": 20319,
    "oilServiceDue_days": 61,
    "oilServiceDue_km": 9700
  },
  "measurements_rangeStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "gasolineRange": 230,
    "totalRange_km": 230
  },
  "odometerStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "odometer": 20319
  },
  "fuelLevelStatus": {
    "carCapturedTimestamp": "2024-01-10T13:21:30Z",
    "currentFuelLevel_pct": 40,
    "primaryEngineType": "gasoline",
    "carType": "gasoline"
  }
}

und ein Screenshot der vw-connect Datenpunkte:

Noch eine Verständnisfrage von mir als JSON-Unwissender:
In der JSON steht ja z.B.

"doors": [

und darunter werden die dann die Türen, bzw. deren Stati nacheinader aufgelistet., so weit, so gut.

Im ioBroker Objekt-Datenbaum werden die Türen allerdings direkt unter accessStus als doors1, doors2, etc. gelistet.
Mit meinem JSON-Halbwissen, müsste doch der Objektbaum analog dem JSON erstellt werden,
oder setzt das der Adapter gewollt in die jetzige Baumstruktur um?

Wie gesagt, ist nur 'ne Verständnisfrage - die gewünschten Datenpunkte sind ja jetzt vorhanden.

Danke für Deine prompte Reaktion und den Fix :+1:

[Sneak-L8]

@joergeli Da kann ich dann doch mal einhaken.
Ja, ich hatte auch mal in Tomboxs Adapter etwas ergänzt. Da ging es mir aber genau darum, mit den States näher am JSON zu sein. Im Bereich "doors" hatte ich nichts gemacht, wenn ich mich recht erinnere.
Das Problem ist z.B., dass das JSON Arrays enthält, es in den States aber eine Arrays gibt. Tombox hat sich dafür entscheiden, an den Name des Array-Elements in diesen Fällen einfach eine Nummerierung dranzuhängen.
An anderen Stellen werden auch Channels mit zwei Werten zu einem Key-Value-Paar.
Ich gehe davon aus, dass es ihm darum ging, die Struktur nicht zu komplex zu machen.
Ich finde, das ist ihm auch ganz gut gelungen. Daher ist die JSON-Struktur nicht identisch mit den Channels und States.

[joergeli]

@sneak-l8
Ich wollte mit meiner Frage auf keinen Fall Kritik an Dir, oder an @tombox üben!
Gelegentlich versuche ich mich ja auch an JavaScripten, JSONs, etc. und da ich mir mein Halbwissen nur ergoogelt habe, war mir das halt aufgefallen.
Ich hatte ja schon vermutet, bzw. geschrieben, daß die jetzige Baumstruktur bewußt so gewollt ist .
Das ist auch vollkommen OK so.
Eine "schmale" Baumstruktur ist mir persönlich auch lieber, besonders wenn man in VIS arbeitet und dann ellenlange Pfade einkopieren muss, die man in der VIS nur noch durch mühsames link-/rechts-Scrollen überblicken kann.

Deshalb mein Dank auch an Dich für die "Aufklärung" !

[tombox]

@joergeli Das Problem ist hier konkret das door und window die gleichen Subnamen haben.
Jetzt wird der index verwendet aber da gilt nur generell für den ganzen status folder und könnte andere Objekte auch umbennen

[joergeli]

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

@joergeli Das Problem ist hier konkret das door und window die gleichen Subnamen haben.
Jetzt wird der index verwendet aber da gilt nur generell für den ganzen status folder und könnte andere Objekte auch umbennen

... ahhh, verstehe - dann könnten u.U. die falschen Objekte umbenannt werden.

[g.pitzer]

Hallo,
Ich habe das gleiche Problem das ich meinen Akkustand nicht mehr auslesen kann. Ich denke ich habe die Ratschläge von oben versucht richtig umzusetzen und den Adapter von Github installiert.

leider bekomme ich die gleiche Meldung wie von anderen Usern beschrieben.
Habe ich trotzdem etwas falsch gemacht.
lg

[ManiacKill]

Hallo zusammen,