I waited a lot more over midnight. I had deactivated the integration.
Then i updated to 0.20.2 with a reinstall.
At first only 8 entities showed up. Then i loggede on the Mercede Me website and reloaded the integration and now it all works - thanks for a great integration and not at least a great support
I upgraded to v0.20.2 (just overriding previous disabled version) yesterday and got no problem neither yesterday nor today. Still using same account for mercedes.me app and your integration, which I understand is discouraged.
Probably a silly question, but following the advice to create a new account for HA, how do I reauthicate with the new account? Or do I have to delete the existing connection and add a new one?
Hi @ragsna,
what happens when you call the service MercedesME 2020: Battery max soc configure and set the max-soc directly instead of setting the charge program? And does it works in the official app?
Do you get the same error when you use the battery_max_soc_configure? And what means it is working? Did you checked if the car has received the new charge program? You can check the attribute SelectedChargeProgram of the range_electric sensor. The errors are from the MB backend.
Short update on the “429 - Too many requests”-topic:
After we got a high-level solution with v0.20.2 so that the component can live with the blocking from MB-side, I had checked multiple scenarios and have to correct some of the initial statements.
Before I start, the “use a separate account”-statements is still true.
Based on my tests, my current assumption is:
The blocking happens after keeping the websocket connection to the MB-servers open for more than 20 hours per day measured based on UTC and this is per account. (In total)
For example, I kept the Mercedes App open on an Android device on for 24 hours with some automatic interactions → block happend after around 20 hours
So the official app has the same limitation like this integration
I see a consistant behavior, when I keep the official app open and at the same time use the integration with the same account. The block will happen after around 10 hours
What could we do know?:
Idea 1: We stop the integration in the night hours, for example from 1am to 4am - the result would be that the daily block will happen from midnight until 1am. (for all users in the MEZ timezone, for GMT the stop would be from midnight to 4am.) - For users in other timezones, we have to prepare some sliding to keep the integration off between midnight and 4am in the respective timezone.
Idea 2: We stop the integration for 240 min splitted over the whole day. would mean that in 10min per hour the integration is not active. I’m not sure here, I assume that I would like to close/open my car in the minute where the integrations is offline
Idea 3: We open the connection to the server every minute only to get the current status and close it after we received the data. We open the connection, whenever we have to send a command. This should reduce the overall usage below 20h. negative part here that it is more effort and the near to realtime update is getting lost
yes, but from midnight in UTC/GMT - So when you live in Amsterdam then it is at 1am (at least in winter-time)
Update: And for China the time could be different, as they have their own infrastructure for the websocket connection.