I’m also observing this behavior now. parkingPosition is missing. I had that in the past and people here said it still would work for them.
The reason why it’s missing for me is that parkingPosition is not listed in the accessStatus I’m getting back from the API. Therefore the binding is not fetching it.
WHY my user does not have access granted I have no idea. The myAudi app still shows the parking position.
Still searching for ideas.
EDIT (because stupid system doesn’t let me add more than 3 replies in a row):
I’ve prepared a new snapshot now based on 4.1.x.
Download area (for the moment) as before: Synology Drive
The main change is that I restored the old behavior for Audi so it’s not WeConnect/idvehicle but Carnet/cnvehicle again. This might (or even likely will) break full electric models from Audi but cannot test this.
So for Audi owners:
Please give that a try. For a normal Q5 TDI (2020) it seems to work quite nice.
Please note that all Things need to be removed and recreated.
Audi e-tron owners (in case there are any) please let me know
- if the previous version works ok for you? What is missing while it should be there?
- if you are adventurous try the latest one to see if it does anything at all and what is missing then
In general I also would like to maintain a list of car models which have been tested and what is supported or broken for them. Similar to the table in the initial post but I cannot edit it so I may try to add this information to github somehow. Will have a look at it.
EDIT2: Connectedcar binding · wrosenauer/openhab-addons Wiki · GitHub (more or less just a copy of the initial post
In case @HSorgYves is reading: I think the change for Audio to move it from carnet to weconnect was done by you? What was the rationale behind it?