-
-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Integration stops working after few hours #404
Comments
same here |
Disable most sensor and leave only one climate entity enabled. Might be too many requests to bosch servers and you got locked temporarily. |
khmm, but if they lock me out, then it shouldn't work immediately if I restart the integration. From the sensors I only use battery status for each thermostat which is really important to me, this shouldnt be a problem. Even from the logs its visible after the problem occurs, some of the requests like current temperature and set temperature is succesfully fetched, but device or entity becomes unavailable for some reason |
Do it just for testing so we could try to find out why there is no response from server. |
Found what the problem is in the logs today, integration (homeconnect sub lib, sseclient file ) implements oauth for auth towards bosch cloud api, token after X hours expires which causes communication to stop working. I suggest using refresh token if possible, and if refresh token is to be expired, then new refresh token should be also requested. It would be good to have try catch exceptions on all api calls towards bosch cloud or at least on important functions (not crucial but long term good to have) if not already implemented. :D `Traceback (most recent call last): During handling of the above exception, another exception occurred: Traceback (most recent call last): |
You talking about different integration. It's not homeconnect integration . |
ohhh, you are right, my bad, I thought filter was applied but somehow that log message was caught by it. Does integration maybe trigger something at that time? Maybe it tries to fetch energy metrics around 1am and something goes wrong there XD |
Can you try to turn on debug log of the integration and library in the evening and provide what is happening in the night. |
I am already running debug mode, here are logs from last night Debug mode set like this:
Message at the end marked in bold only occurs in logs after devices stop working (verified the pattern in last few days), seems stats are fetched but not updated in HA:
2024-04-28 01:02:01.712 DEBUG (MainThread) [custom_components.bosch] Update already in progress. Not updating. |
I do have the same issue since the last update. The debug log doesn't show anything out of the ordinary, the regular "Update of climate ... component called." still continue normally but all the values stop updating until I reload the integration. It happens at 4 o'clock every night, which is the same time my internet router reconnects and receives a new public IPv4. |
My IP doesnt change at problematic time of the integration, only clue is this in the logs which starts showing after integration stops working properly: 2024-04-28 01:02:01.712 DEBUG (MainThread) [custom_components.bosch] Update already in progress. Not updating. @ChristophPech can you check if the same occurs in your logs only after integration stops working? You need to enable debug logs if you havent already :D |
Yes, right. I too have this message, overlooked it before. I also forgot to enable debug logging for bosch_thermostat_client. I now get these after manually requesting a new DSL connection: INFO (MainThread) [bosch_thermostat_client.connectors.xmpp] Msg exception for /dhwCircuits/dhw1/programs This means asyncio.TimeoutError. Maybe Bosch changed something or the new XMPP library behaves slightly different. |
I think new library doesn't reconnect properly. I'll fix that but HA changed too much in 2024.5; I have to rewrite a lot of code of component and don't have time for that. |
I have the same issue. I found the correct entry_id in the core.config_entries file. |
Great suggestion!
Thanks
Sergio
Il mer 29 mag 2024, 11:23 Christoph Pech ***@***.***> ha
scritto:
… I found the correct entry_id in the core.config_entries file.
You can find the ID in the URL when listing devices of the bosch
integration:
image.png (view on web)
<https://github.com/bosch-thermostat/home-assistant-bosch-custom-component/assets/3427525/6584e965-02d6-462f-80f8-4e83f4766bc4>
—
Reply to this email directly, view it on GitHub
<#404 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AK2ZUCTUV6A43GDXFWRLGWTZEWM75AVCNFSM6AAAAABGYLQOJSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMZWHE2TANZRG4>
.
You are receiving this because you commented.Message ID:
<bosch-thermostat/home-assistant-bosch-custom-component/issues/404/2136950717
@github.com>
|
First of all, this new version is way faster when updating thermostats, really good job! For some reason after > 6h, integration simply stops working, everything becomes unavailable, if I restart the integration it again works perfectly for few hours and then same problem occurs. Tried completely uninstalling integration and repo, and then reinstalling it from scratch, didnt help.
Bosch component version is v0.25.1
Debug SCAN doesnt provided anything, it only say nothing is available (more information can be seen in debug logs attached)
bosch_HA_debug_log.txt
Everything works in this log output until around ~ 01:01:00, after that time in this example, most of the requests are getting null response, but the wierd thing is that some request got proper reply like current temperatures of the thermostats.
The text was updated successfully, but these errors were encountered: