WeConnect-python will reach end of life this year. It will be repalced by CarConnectivity which will provide equal functionality but for more brands such as Volkswagen, Skoda, Seat, Cupra. Developers should start to check if moving to CarConnectivity is an option.
Looks like we reached the point and Volkswagen disabled the old API. There seems to be no chance for this old integration to work again.
To bad. It worked very well the last years. Bye. Bye!
I did not worry about keeping history or entity names. I added the new integration, updated my dashboards and automations, then deleted the old integration.
Before I will migrate to this, please tell us how to change the entry names. Did you change any sources of the new integration? If yes, would you provide us with the changes please?
Also, if anyone here tried both CarConnectivity with plugins, and home-assistant-volkswagencarnet it would be useful with a short point of view of what would be the best solution to migrate to.
I liked the idea of a docker container sending updates via MQTT, but maybe its somewhat more complicated to set up?
I have both but running only the volkswagencarnet at the moment as it has a lot more sensors and entities. CarConnectivity - addon has some other features but still needs more.
The Python package seems to be still being updated by Till Steinbach, so it might work again once the new version is installed.
I’ve already tinkered with it a bit myself, and with AI assistance, I managed to fix the Python problem, but it seems the connection only lasts for 1.5 hours, and then the entire integration terminates. I can’t say for sure what’s causing this yet, but it could also be an API issue at VW, because I was already experiencing this before the login change.
Regarding robinostlund’s product:
Generally, it seems to work well, but I’m missing some entities that I had with the We Connect ID integration (e.g., Charging Mode and Charging State).
For others:
I went for the homeassistant-volkswagencarnet integration following @ColinRobbins steps, after first listing out all the old entity names to keep a reference to them.
Then, after removing the old integration, I made template sensors with the old entity names translating from the new corresponding sensors, for a couple of sensors that I’m particularly interested in keeping consistency of long term data stored separately in InfluxDb.
Each of these templates look like this, where vw_id4 is the prefix I configured in the new integration, and id_4_pro_4motion is the prefix of the old ones:
Since this add on is no longer supported and probably doesn’t work I have moved to the VW Connect (Carnet) integration.
I writing because an important feature seems to have been removed from the either the repo or the api. And that is the “parked” entity. Why this is important is that I use it in automations to control the gate and garage of the house.
Has anyone figured a way to identify whether a car is moving or parked?
I have also moved to VW Connect for my ID.3
Not sure what you are looking for but I can see a sensor for Parking time along with Vehicle Moving along with a position sensor which reports that the car is currently on my driveway.
I see today that the Electric_Climitisation switch is no longer being provided in the latest version. I just checked an an issue has been raised for this one. Perhaps there are issues also for yours if you look on GitHub?
I ended up removing the charging locations from the car. As all my charging features are controlled through HA, I actually don’t need the functionality from the car at the end of the day.
Hi, it’s true, everything works fluently well and better, but the “preheating” state, which precedes approx. 15 minutes before “heatingAuxiliary” is not appropriately signalized by the plugin. It’s there any chance to change it with new update, please?