Closed Patbonamy closed 2 months ago
I got the same problem right now. When I try to open the url https://www.ariston-net.remotethermo.com/api/v2/ I'm getting an error 404
hi. i have the same problem right now
I think that the Ariston service is either broken or there was an update of the API version
The main app is also broken. It's likely a service outage
I hope the problem will be corrected quickly. on the other hand I can access the web interface without problem.
The following worked for me with my Velis Evo. First step is disabling the Ariston integration for about 2 hours and don't use the Ariston App in this time frame. Then enable it and make sure it's working again. After that apply the suggested scan intervals as mentioned above 180/60/600. The integration works for me now without spitting out the 429 exception for 15 hours. It seems Ariston has implemented a connection limit for device status requests on a time basis. Changing the ISP IP address didn't solve the problem so it must be a counter for each request that resets after an amount of time. In my opinion this makes sense to maintain the service and protect the Ariston Gateway from DoS attacks or excessive usage.
The suggested scan intervals of 180/60/600 might be the reason if you have only one device. However, in my case, I have three Ariston devices, and the problem still persists.
I started working on an MQTT broker emulating the official one. I'll share it on Github, if I succeed.
The main app is also broken. It's likely a service outage
It's really unbelievable. Main app is still down after so many days. The web interface however still seems to work.
It's really unbelievable. Main app is still down after so many days. The web interface however still seems to work.
You must disable the integration in HA. And wait 2 hours Because the integration still try to connect to the API and block the connection.
It's really unbelievable. Main app is still down after so many days. The web interface however still seems to work.
You must disable the integration in HA. And wait 2 hours Because the integration still try to connect to the API and block the connection.
I agree the solution at this moment is in slowing down. I doubled the time values in the config and during the last hour I did get responses. Still too early to draw conclusions.
I increased to the suggested 180/50/600
Also switched off some time.
Now the “available” times are longer, but not always.
What is the strangest to me is the irregularity in the available / unavailable timeslots.
same problem, I heard from ARISTON support, I was told they have no problems
same problem, I heard from ARISTON support, I was told they have no problems
It's really unbelievable. Main app is still down after so many days. The web interface however still seems to work.
You must disable the integration in HA. And wait 2 hours Because the integration still try to connect to the API and block the connection.
I agree the solution at this moment is in slowing down. I doubled the time values in the config and during the last hour I did get responses. Still too early to draw conclusions.
In the last 24 hours it switched online/offline 27 times. So I guess playing with the config values in fact doesn't solve anything.
I tried increasing the scan, now let's see how it goes
Hello,
I'm with the configuration below but still get errors. How is this working for you? Is there any solution?
Hello,
I'm with the configuration below but still get errors. How is this working for you? Is there any solution?
Disable the integration for about 2 hours, not using the Ariston App and Try 400, 60, 800, it's works for me no error since 4 days. I also disable the entities that I don't need, the energy ones.
I started working on an MQTT broker emulating the official one. I'll share it on Github, if I succeed.
I started working on an MQTT broker emulating the official one. I'll share it on Github, if I succeed.
Good idea irls! Good luck I wait for more news.
Disable the integration for about 2 hours, not using the Ariston App and Try 400, 60, 800, it's works for me no error since 4 days. I also disable the entities that I don't need, the energy ones.
Actually, this one worked just fine for me. Thank you!
Hi @irsl!
That's amazing! I really like the concept. I was able to run and even debug the project in my docker environment. Unfortunately I am not familiar with Go language nor MQTT, but I think I understand (almost) everything.
I have two questions:
What is your recommended way to do that?
There are a couple of options.
When you enroll your device to the cloud using the official mobile phone app, you can choose whether you want to use DHCP or static IP configuration. If you select the static one, you should be able to specify DNS addresses. I didn't test this though.
To serve DNS, you can also use a proper DNS resolver, e.g. dnsmasq. It is able to resolve addresses and override certain entries. E.g. in this case a config entry would look like this:
address=/broker-ari.everyware-cloud.com/10.6.8.146
The con here is, it requires operating a DNS server on your network.
I need to set something in the real cloud and from the response I can see the parameters
Right, that's the way to learn which MQTT topics the official broker dispatches the actions to, and how the payload looks like. There are so many different products and features, I already lost the motivation to reverse engineer everything properly:)
Hi @irsl!
That's amazing! I really like the concept. I was able to run and even debug the project in my docker environment. Unfortunately I am not familiar with Go language nor MQTT, but I think I understand (almost) everything.
I have two questions:
- I have VELIS Evo2 | Model 4 device and the "T_22.*" parameters are all 0. How can I find the correct polling parameters for my device? https://github.com/irsl/broker-ari/blob/c6d115be4684a1693a8ce3482a061ab2e9e08728/mqtt.go#L208
- "You may do that by configuring static IP settings on the appliance and set the DNS resolver to the IP address where the DNS server of this software is listening" What is your recommended way to do that? I changed my DHCP in my router to serve my IP address as a DNS server, but that changed for all my network devices. How can I set only for my appliance?
You could add a new wifi router to your network and connect your Ariston-appliance to the new router and serve your IP address.
Something like this: Internet <-> WAN-router1-LAN <-> WAN-Router2-wifi <-----> appliance.
Disable the integration for about 2 hours, not using the Ariston App and Try 400, 60, 800, it's works for me no error since 4 days. I also disable the entities that I don't need, the energy ones.
It worked for me for some days, now, since yesterday I'm not able to conect via HA or even the mobile ariston app. Does anyone has the same error or is it working for you?
Of course that I have the integration disabled.
Still works for me.
It worked for me for some days, now, since yesterday I'm not able to conect via HA or even the mobile ariston app. Does anyone has the same error or is it working for you?
I have some errors yesterday afternoon until today afternoon, but now it's working.
Still works for me.
Hi emanueldobrin How do you do your nice gauge?
That's amazing! I really like the concept. I was able to run and even debug the project in my docker environment. Unfortunately I am not familiar with Go language nor MQTT, but I think I understand (almost) everything.
Hi fustom, How do you do this, I created a virtual Docker in my Proxmox server, but I don't know how to use irsl's mqtt broker
For us it wasn't working properly since may 1st.
I can confirm that increasing times to this level makes it work more reliably:
So yes, probably they added some traffic throttling to their API and the default settings poll too frequently. Cheers!
One more idea that could help fighting against this aggressive throttling: creating a dedicated account for the HA integration (so that the official mobile app uses a different one).
Hi emanueldobrin How do you do your nice gauge?
Edit gauge from the dashboard -> Show code editor -> insert the one from below. Be careful at indentation.
`type: gauge entity: sensor.ariston_outside_temp name: Outside Temp needle: true min: -20 max: 50 color gradient: true segments:
@irsl , are they allowing multiple accounts for same appliance?
Edit gauge from the dashboard -> Show code editor -> insert the one from below. Be careful at indentation.
Thank you very much!
@irsl , are they allowing multiple accounts for same appliance?
You can share your appliance with guest accounts and based on the description ("Your guests will be able to manage your appliance") it should work just fine with this integration.
One more idea that could help fighting against this aggressive throttling: creating a dedicated account for the HA integration (so that the official mobile app uses a different one).
Not working with guests email the app won't work when errors 429 in HA. It's not possible to have two different accounts for one thermostat.
The service has been completely down for me for for days. This is after increasing the polling interval had resolved the issue to an acceptable level.
Under the hood, now I see them returning the following internal error:
GET https://www.ariston-net.remotethermo.com/api/v2/velis/sePlantData/80646FEA7AEC/plantSettings
b'":-( M2M platform error from 80[redacted]EC (Http status: 0 - Timeout) (FailureId: 170624154834)"'
Has anyone else seen the same? Any ideas? (Besides using my own broker?) I feel I got blacklisted.
Mine is still working for days/week(s).
On Tue, 21 May 2024 at 18:19, irsl @.***> wrote:
The service has been completely down for me for for days. This is after increasing the polling interval had resolved the issue to an acceptable level.
Under the hood, now I see them returning the following internal error:
GET https://www.ariston-net.remotethermo.com/api/v2/velis/sePlantData/80646FEA7AEC/plantSettings b'":-( M2M platform error from 80646FEA7AEC (Http status: 0 - Timeout) (FailureId: 170624154834)"'
Has anyone else seen the same? Any ideas? (Besides using my own broker?) I feel I got blacklisted.
— Reply to this email directly, view it on GitHub https://github.com/fustom/ariston-remotethermo-home-assistant-v3/issues/332#issuecomment-2122874726, or unsubscribe https://github.com/notifications/unsubscribe-auth/A46RK4VHHHX3RIF3P4WFNJTZDNQZFAVCNFSM6AAAAABHA3APQCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMRSHA3TINZSGY . You are receiving this because you are subscribed to this thread.Message ID: <fustom/ariston-remotethermo-home-assistant-v3/issues/332/2122874726@ github.com>
Works with 400,60,800 in configuration.
@irsl , are they allowing multiple accounts for same appliance?
You can share your appliance with guest accounts and based on the description ("Your guests will be able to manage your appliance") it should work just fine with this integration.
To add to this: the guest account first needs to be created on the Ariston or Atag site. No need to add an appliance. After account creation the account can be added to the Ariston/atag app by it's account email address.
Initially same issues with error 429 here, finally i've done the following: 1 . Created 2 more new accounts at Ariston and associated them as Guest in Main account (Main account only for Web access in case of needed/emergency, 2nd for integration in HA, 3rd account for App)
On top of that you can add "Ariston Genus One System 35" to list of working equipment it's working well (let me know if need further details)
One doesn't pay for a wifi module to face a 6 min lag with the updates. Vendors should not be allowed to sell products/services with limitations like this. The EU should pay attention to IoT instead of the damn cookie popups.
Idea: we could have a pool of credentials used in round robin manner having almost realtime updates again ;) this could probably be implemented as a simple proxy transparently to this integration.
With the help of 5 guest accounts, I'm at 60 second polling again, so far so good ;) https://github.com/irsl/pool-ari
I was playing with your code. Now it works perfectly fine with my velis evo2 device. 30/30/600 Except the bus errors. I don't understand how it works, but I don't really need it.
https://github.com/fustom/broker-ari/tree/support_velis_evo2
When you enroll your device to the cloud using the official mobile phone app, you can choose whether you want to use DHCP or static IP configuration. If you select the static one, you should be able to specify DNS addresses. I didn't test this though.
I use that way to add the DNS server address and it works. :)
I was playing with your code. Now it works perfectly fine with my velis evo2 device. 30/30/600 Except the bus errors. I don't understand how it works, but I don't really need it.
This is awesome! Have you got time/motivation to implement support for additional models as well? With the help of users of course, e.g. if they provide the T ids with example values for their model.
I was playing with your code. Now it works perfectly fine with my velis evo2 device. 30/30/600 Except the bus errors. I don't understand how it works, but I don't really need it.
This is awesome! Have you got time/motivation to implement support for additional models as well? With the help of users of course, e.g. if they provide the T ids with example values for their model.
https://github.com/fustom/broker-ari/tree/support_lydos_hybrid
https://github.com/fustom/broker-ari/tree/support_lydos_hybrid
I just gave it a try; the features I tested were working correctly. I'll wait a bit more for some additional userbase before I switch to using it permanently :)
https://github.com/fustom/broker-ari/tree/support_lydos_hybrid
I just gave it a try; the features I tested were working correctly. I'll wait a bit more for some additional userbase before I switch to using it permanently :)
Hello irsl, Can you tell us a detailed explanation of how you have implemented your solution, because many of us are noobs. I try myself but I am lost. Thanks in advance
The link won't work
First of all please check my wikipage: https://github.com/fustom/ariston-remotethermo-home-assistant-v3/wiki and the previous issues (included the closed ones) before you create a new one.
**Describe the bug" I want to reopen this one https://github.com/fustom/ariston-remotethermo-home-assistant-v3/issues/331
Expected behavior A clear and concise description of what you expected to happen.
Screenshots If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):
Additional context, debug log How can we do?