fustom / ariston-remotethermo-home-assistant-v3

Ariston NET remotethermo integration for Home Assistant based on API
MIT License
144 stars 36 forks source link

All entities unavailable. #332

Closed Patbonamy closed 2 months ago

Patbonamy commented 3 months ago

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?

udoersam commented 3 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

febreizh commented 3 months ago

hi. i have the same problem right now

febreizh commented 3 months ago

I think that the Ariston service is either broken or there was an update of the API version

jgrazina commented 3 months ago

The main app is also broken. It's likely a service outage

febreizh commented 3 months ago

I hope the problem will be corrected quickly. on the other hand I can access the web interface without problem.

fustom commented 3 months ago

https://github.com/fustom/ariston-remotethermo-home-assistant-v3/issues/331#issuecomment-2088469173

gituletz commented 3 months ago

Hi, With the settings proposed here the problem persist.

hipco commented 3 months ago

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.

luczky commented 3 months ago

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.

irsl commented 3 months ago

I started working on an MQTT broker emulating the official one. I'll share it on Github, if I succeed.

bsjouke commented 3 months ago

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.

Patbonamy commented 3 months ago

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.

bsjouke commented 3 months ago

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.

nelissuh commented 3 months ago

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.

IMG_5685

muligamma commented 3 months ago

same problem, I heard from ARISTON support, I was told they have no problems

bsjouke commented 3 months ago

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.

muligamma commented 3 months ago

I tried increasing the scan, now let's see how it goes

Immagine 2024-05-05 085701

cobirnm commented 3 months ago

Hello,

I'm with the configuration below but still get errors. How is this working for you? Is there any solution? image

Patbonamy commented 3 months ago

Hello,

I'm with the configuration below but still get errors. How is this working for you? Is there any solution? image

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.

irsl commented 3 months ago

I started working on an MQTT broker emulating the official one. I'll share it on Github, if I succeed.

https://github.com/irsl/broker-ari

Patbonamy commented 3 months ago

I started working on an MQTT broker emulating the official one. I'll share it on Github, if I succeed.

https://github.com/irsl/broker-ari

Good idea irls! Good luck I wait for more news.

emanueldobrin commented 3 months ago

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!

image

fustom commented 3 months ago

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:

  1. 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
  2. "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?
fustom commented 3 months ago
  1. Ahh ok. I am stupid. I need to set something in the real cloud and from the response I can see the parameters: "2024/05/14 09:08:14 proto decoded as: map[T_18.0.0:1 T_18.0.1:1 T_18.0.2:1 T_18.0.3:0 T_18.1.0:400 T_18.3.0:0 T_18.3.1:1 T_18.3.2:0 T_18.3.3:378 T_18.3.5:0 T_18.3.6:400 response.code:200]"
irsl commented 3 months ago

What is your recommended way to do that?

There are a couple of options.

  1. 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.

  2. 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.

  1. If you have a more powerful router, e.g. OpenWRT, then it could already feature overriding certain entries.

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:)

bos-mary commented 3 months ago

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:

  1. 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
  2. "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.

cobirnm commented 3 months ago

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.

emanueldobrin commented 3 months ago

Still works for me.

image

Patbonamy commented 3 months ago

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.

Patbonamy commented 3 months ago

Still works for me.

image

Hi emanueldobrin How do you do your nice gauge?

Patbonamy commented 3 months ago

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

CarlosGS commented 3 months ago

For us it wasn't working properly since may 1st. I can confirm that increasing times to this level makes it work more reliably: Screenshot_20240515_203544 image

So yes, probably they added some traffic throttling to their API and the default settings poll too frequently. Cheers!

irsl commented 3 months ago

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).

emanueldobrin commented 3 months ago

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.

image

`type: gauge entity: sensor.ariston_outside_temp name: Outside Temp needle: true min: -20 max: 50 color gradient: true segments:

emanueldobrin commented 3 months ago

@irsl , are they allowing multiple accounts for same appliance?

Patbonamy commented 3 months ago

Edit gauge from the dashboard -> Show code editor -> insert the one from below. Be careful at indentation.

Thank you very much!

irsl commented 3 months ago

@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.

Patbonamy commented 3 months ago

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.

irsl commented 2 months ago

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.

emanueldobrin commented 2 months ago

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>

Patbonamy commented 2 months ago

Works with 400,60,800 in configuration.

bsjouke commented 2 months ago

@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.

facuzestoa commented 2 months ago

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)

  1. As still having error increased scan intervals to 400,60,800
  2. Working well so far

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)

irsl commented 2 months ago

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.

irsl commented 2 months ago

With the help of 5 guest accounts, I'm at 60 second polling again, so far so good ;) https://github.com/irsl/pool-ari

fustom commented 2 months ago

https://github.com/irsl/broker-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. :)

irsl commented 2 months ago

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.

fustom commented 2 months ago

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

irsl commented 2 months ago

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 :)

Patbonamy commented 2 months ago

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