search

Tasshack / dreame-vacuum

Home Assistant integration for Dreame robot vacuums with map support
https://community.home-assistant.io/t/custom-component-dreame-vacuum
MIT License
905 stars 113 forks source link

Broken integration on HA 2024.5.0 #522

Closed formatBCE closed 7 months ago

formatBCE commented 7 months ago

Describe the bug After update to Home Assistant 2024.5.0, i got into boot loop. When i disabled Dreame integration during startup, HA started successfully, but then rebooted again as soon as i turned Dreame entry on again. Then i tried to delete entry, and re-add vacuum after HA is started. Configuration succeeded, but entry failed to initialize (logs reported connection time out). I rolled back to 2024.4.4, it works as expected so far.

To Reproduce Update to Home Assistant 2024.5.0.

Expected behavior Integration works.

Additional Information (please complete the following information)

Tasshack commented 7 months ago

https://github.com/Tasshack/dreame-vacuum/issues/479

formatBCE commented 7 months ago

479

Not applicable @Tasshack - mentioned fix is for 2024.4, but current problem is on 2024.5.0.

Tasshack commented 7 months ago

@formatBCE information that you have provided is not enough for me to confirm, understand and solve the issue.

formatBCE commented 7 months ago

@formatBCE information that you have provided is not enough for me to confirm, understand and solve the issue.

What exactly is unclear? Integration gives boot loop on 2024.5. If you update to 2024.5.0, which released today, you will get the same. Instead you're giving solution to previous HA version...

Tasshack commented 7 months ago

Yeah that is the problem. I won't see any issue on my both development and running HA setups same as with the #479. I have only been able the fix that issue with the help of an actual HA developer. Also disabling the integration and seeing that HA runs correctly does not mean that the problem is not related to your setup and something I can fix. If the problem actually caused by the integration how do you expect me to solve it by just saying "it does not work"?

formatBCE commented 7 months ago

Yeah that is the problem. I won't see any issue on my both development and running HA setups same as with the #479. I have only been able the fix that issue with the help of an actual HA developer. Also disabling the integration and seeing that HA runs correctly does not mean that the problem is not related to your setup and something I can fix. If the problem actually caused by the integration how do you expect me to solve it by just saying "it does not work"?

Well, when I re-enabled integration after successful HA booting, it immediately led to HA reboot again, while trying to initialize it. I have no clue how to provide logs of this, since it's rebooting before I can get into logs.

So to be clear: you claim that your HA setup now is on 2024.5, today's release, and integration works?

Tasshack commented 7 months ago

So to be clear: you claim that your HA setup now is on 2024.5, today's release, and integration works?

Yes.

rmxs commented 7 months ago

Got the same issue, the latest HA version rollback when integration is active

brandgul01 commented 7 months ago

Same issue here as well. Managed to reboot and disable dreame before it started and system works. Glad to help if I know how to provide logs.

formatBCE commented 7 months ago

@Tasshack so I'm not the only one with this issue. Maybe, instead of closing it right away, we will think how to debug it? I'm ready to help with providing any info required. Bummer is, that HA is dying before something gets visible in log.

adizanni commented 7 months ago

Between github and community I've counted at least 15 people with the exact same problem. Disabling dreame allowed to run 2024.5.0 smoothly

formatBCE commented 6 months ago

Yes

Given that you had to release 1.0.4 to fix this, i can't imagine how it could work before. I can assume only different setup (no map probably).