-
Notifications
You must be signed in to change notification settings - Fork 34
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
[BUG] Unavailable entities and failed integration reload #331
Comments
It looks like Ariston started banning people due to too frequent calls to their service through the API. |
Can't use the android APP either |
Yeah it looks like Ariston tries to save some money by reduce the server load. Hey Ariston! What about to optimize your server code? 2 requests / minutes / user are not that much. Response header: The problem is that after x seconds the next request is still 429 and blocked for another y seconds. I can increase the default polling time, but not sure what should be the correct number. |
There is no way to avoid cloud service? |
Same problem here. |
I understand, not depending from a bug in your code... I'm closing the issue, thanks anyway! |
What
Hi, what are the correct values, I cannot retrieve the integration. |
We have to send mass emails to ariston asking them to allow us access to our appliances. It's a shame! |
I send one email. |
I think that this is standard periodic server problems... But maybe they enable some protection which are set to restrictive... I would also like to have local control instead of Cloud one which do not work for once per month... I think that my VELIS Evo2 have ESP inside. So there is option to make custom firmware for example with ESPHome or PlatformIO(And send data by MQTT to HA)... But this will be specific device solution… Another option will be create some addon for HA which will be HTTP server and transform request into HA integration. On router then you modify DNS request for "https://broker-ari.everyware-cloud.com" that show to your HA addon... Something like proxy... |
Yes, I confirm also from my side, using the "extended" parameters, disabling the addon for a couple of hours (so that no access is done to the Ariston server) and then enabling again, it started to work well. |
Can we keep this issue open or turn it into a discussion, in order to allow everyone to better follow this problem? |
The issue is definitely the integration as the Ariston App works fine if the integration is disabled. Perhaps the API has changed? |
No,. for me the App wont work fine, it's connected but no action possible. |
With the Google Home App, you can control only the thermostat with Chaffolink or Aristonlink, it's work even the Ariston App is down. |
I have a "ATAG One Zone" thermostat ( Remote Gw Thermo-2CF9DA ) with the same problems as above (all entities not available) due to the Ariston side. There is official support from ATAG (Ariston) for Google Home & Apple Homekit on this thermostat. The Home Assistant "own" Homekit does work local (so no need to use Apple Home Kit) but is limited to 4 entities (the thermostat on/off, temperature-requested, temperature-currently, thermo-id). So: I still can turn-off the heating with Home Assistant in bed. |
12 hours ago, I set the configuration of the Ariston Integration on "300, 60, 600" and then disabled the integration. No communication with the Cloud for 12 hours:
After these 12 hours I ENABLED the integration and it WORKS again. |
Hi do something like you do, and after 3 or 4 hours I have again 429 error. |
Same issue here after 5 and a half hours the HACS integration fails again with 429 (with config 300, 60, 600). Seems there is a limit per a certain time unit on the requests to the Ariston Cloud for the official App and the HACS integration. |
Works with 400,60,800. regarding your request we inform you that Ariston does not support the Home Assistant service. We remain available for any support or clarification you need. Ariston NET Support Team" |
Maybe it is time for build our own firmware for Ariston ? ;) |
A local integration will be great indeed |
The statement on ' use of the applications outside of the functions reported in the signed terms and conditions is not permitted because it may compromise the quality of our official services.' is absolutely rediculous. First of all, nobody signed the terms & conditions. At most you agreed with them when signing up with your account. But the T&C's do not prohibit the use of third party apps. In fact, the T&C's state: Any decision regarding the use of third-party products/services shall be entirely borne by the User, who may decide at any time to enable and disable the product, thereby accepting any and all responsibility. Before connecting the Software to one or more third-party products/services, the User agrees to carry out any procedure that the Company may request; otherwise, it will not be possible to use the third-party product/service. This means blocking API calls if they originate from any other device then the ATAG/Ariston thermostats, or not providing the aforementioned procedure violates your rights as a consumer to use the product you have bought. I'm kindly asking ATAG for the aforementioned procedure, or the settings for which the API will continue to allow access. Will keepo you all posted. |
I also have problems with the official Ariston Net Android App. |
So far, by setting the following parameters in the HA integration: |
Hi, before apply the new settings 400,60,800 you must deactivate Ariston integration for 2 hours and don't use the Android app. |
I followed your advice, and now - finally - it seems stable again. |
First of all, thank you very much for apparently resolving the situation; I followed up your advice and the data is visible again. Got here when trying here to understand why the HA / Ariston integration was not updating anymore. Forgive my current limited understanding of the technicalalities of the integration when asking: will Ariston continue to provide the data HA needs when we ("consumers") stick to the setting given above (400,60,800) or are we still in some "danger zone" that Ariston might still decide to block the HA integration to Ariston's data ? Context: I am building wide scope heating system for which I absolutely must have access to the data the integration currently provides; should there be a serious chance of data being cut-off, I need to revise my strategy. Thank you ! |
When building automations based on custom integrations which for the most part are reverse engineering, and in addition relies on a cloud based API operated by a company that doesn't promise anything, there is of course a significant risk involved that hick-ups and unavailability, bans and down-periods might and probably will occur now and then. That's the name of the game. |
thank you for your observations; spent a career of almost 40 years in ICT integration work, so I am familiar with the game and the risks. Based on that experience, noting that suppliers indeed may change interfaces, may declare systems or features end_of_life, typically suppliers communicate (timely) their intentions. So, I guess what I try to "read" is Ariston's position one that access to data is "tolerated" (until further notice) or "supported". I understand that that is utlimately my own call to make (appreciate all the work done to create / maintain this integration !). Thx again. |
First I agree with @oywino |
Hi ! My installation consist of an ATAG i36EC Zone Central Water Heater, an ATAG One Zone Thermostat and a ATAG M Hybrid 7 Heatpump. I have so far not looked alternative ways to access / control the ATAQ devices, pleased as I was with the Ariston Integration which allowed me to focus on developing my extension. Would be interested to follow your quest with OTGW, though ! |
Sorry @Flipje1955: It would be off topic to discus the OTGW solution further more here on Github. |
All the entities created by the integration are unavailable. I'm not able to reload the integration, due to errors.
Home Assistant 2024.4.4
Ariston NET 0.19.1
My Ariston device is a Velis Evo2, model 22
Please refer to the following logs reporting the error.
This error originated from a custom integration.
Logger: custom_components.ariston
Source: custom_components/ariston/init.py:91
integration: Ariston (documentation, issues)
First occurred: 12:08:08 (1 occurrences)
Last logged: 12:08:08
Traceback (most recent call last):
File "/config/custom_components/ariston/init.py", line 91, in async_setup_entry
await device.async_get_features()
File "/usr/local/lib/python3.12/site-packages/ariston/velis_base_device.py", line 91, in async_get_features
await super().async_get_features()
File "/usr/local/lib/python3.12/site-packages/ariston/base_device.py", line 133, in async_get_features
features = await self.api.async_get_features_for_device(self.gw)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/ariston/ariston_api.py", line 539, in async_get_features_for_device
return await self._async_get(
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/ariston/ariston_api.py", line 924, in _async_get
return await self.__async_request("GET", path, params, None)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/ariston/ariston_api.py", line 904, in __async_request
return await self.__async_request(
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.12/site-packages/ariston/ariston_api.py", line 907, in __async_request
raise Exception(response.status)
Exception: 429
The text was updated successfully, but these errors were encountered: