i think, this an audi problem.
On the myAudi-Website there is an error too, when showing the vehicle-state:
Has somebody this error too - if yes, i think it’s not a binding problem…
i think, this an audi problem.
On the myAudi-Website there is an error too, when showing the vehicle-state:
Has somebody this error too - if yes, i think it’s not a binding problem…
my.audi.com shows the vehicle state. looking in the phone app, a warning appears indicating thar on may 9, important maintenance is going to happen from 7:00 to 10:30 CET. Let’s see tomorrow evening if the problem has been corrected
Yes…same to me.
@RalphSester I found the issue with the 10min polling. No, it was not hard coded, but the config option was declared for the account thing, but the code took it from the vehicle thing config, which was never updated, so used the 10min default.
@Wolfgang_Rosenauer I added some code to ignore the above exception on vehicle details. Makes it more resilient even the backend is down, but I don’t know if that really creates a benefit if a maintenance is onging.
And now I’m dealing with a build problem, which causes unresolved dependincies on the regular 3.1 installation I’ll let you know when the build was updated.
@jannegpriv @kreutzer_peter I’ll send you a PM so we could discuss implementation of other brands. I talked to the developer of evcc, which already supports various brands. He offered a joint development, but evcc is written in Go. There are ways to call Go routines from Java, but that would include platform specific binaries. I don’t like this path, but maybe we could work together to fiddel out the API stuff and learn from each other.
I updated the build
Latest DEV build: 2.5.13 - 3.1.0 - README - Installation - Bugs/Features
Note the 2.5 distro doesn’t receive updates anymore so you have to switch to the DEV build.
I installed the latest build and yes now it ignores the error which still persists even after the maintenance should have happened and the portal and app work perfectly fine.
So not sure if the functionality and channels work as expected. Still need to try that.
My car is regular (non-etron) Q5 FY
The call queries some details on the vehicle (like model, year, color). I use the info to build the thing name on discovery.
On the other hand it might be hat they changed the structure of the backend and I need to call a different endpoint (there is already a special handling for etron)
While moving forward I consider to drop support for OH 2.5
Who needs that anymore or are we fine to move to OH3 only?
It’s getting hard and hard to develop for 2.5. Officially this is no longer supported.
thank you for the updated build. it’s working fine now again.
i think, that many people have reached OH 3 at this time.
another question:
in my oppinion it is a difference between “get the actual vehicle values” from the audi server - and “getting the actual values from vehicle”. i think, that the vehicle is pushing any changes to the audi server. so its enough to poll the audi server for new values - not the vehicle.
can you query differentiated here?
if yes, we could keep the values in OpenHAB actual without a permantent polling to the vehicle, and stressing the battery…
Ralph
We made the first step. @kreutzer_peter helped me to integrate Skoda. The build is not yet online, but is there anyone else who wants to test Skoda?
Next could be Seat, I would expect that it’s similar to Skoda.
Volkswagen and ID.3/ID.4 will require additions to the auth flow. Please send me a PM if you want to support here and share your credentials. @hmerk Do you have a VW? @jannegpriv ?
I dropped support for OH 2.5, so you need OH3 to use the binding.
I‘m not sure, but I added this, because value update was not consistent. Maybe we need to split into „poll server“ and „poll vehicle“ having 2 different intervals.
To be honest, I don‘t know what Audi is doing, but a 30min interval should not create any impact to the battery
I have a Tiguan and will be happy to help.
Will send you my credentials…
Audi is not polling the vehicle. only the user can do this manually in the app (there are exceptions).
normally the car is pushing any events from itself to the audi server. the most events are occuring when you start the engine, or locking/unlocking doors. in this case, the board-cpu-system is still running. normally it ist shutting down 1 or 2 minutes after locking doors.
when you poll the car (binding or app) then the communication system in the car has to bring the mmi and the CAN-Bus online first, then updating the values and shutting down again. this is using more power. it’s like to turn on the ignition every 30 minutes…not the best for the battery level…
I also have a Tiguan and I can also help to test.
PM sent …
Please send me a PM with the credentials. Skoda is now working (no details tested), I’ll post the jar later today.
Fast progress! I have a VW Passat GTE (plugin hybrid) to test. And I can write code as well.
Ok, another update brings Volkswagen, verified with a Tiguan (thanks @hmerk)
I updated the initial post of the thread to include link to the jar and current status
@Joost_Westra Please try to see if the e-related channels show up and work
All: I want to create a listed of tested vehicles, could you please report your brand, model, engine type, year to we could start the ist. This also helps to document differences between the models.
Next: Who has a VW ID.3/ID.4 or a SEAT with CarConnect?
Latest DEV build: 3.0/3.1 - README - Installation - Bugs/Features
Hi Markus,
I tested it with my VW e-Golf and it works perfectly.
Thank you very much for your fast work!
perfect
Please help to fill this table:
Brand | Model | Year | Type | Market | Notes | Doorlock | Clima | Preheat |
---|---|---|---|---|---|---|---|---|
Audi | A6 | 2020 | Diesel | DE | TripData service doesn’t work even with valid license | yes | no | n/a |
Skoda | Superb | 2020 | Hybrid | CH | ||||
Volkswagen | eGolf | Electrical | DE | |||||
Volkswagen | Tiguan | 2021 | Diesel | DE |