-
-
Notifications
You must be signed in to change notification settings - Fork 123
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
Cant press Dreame app shortcuts when robot is Sleeping #749
Comments
Probably related to this. |
Same issue with me. Installed the integration two days ago and I start the shortcut with an automation at 00:31 and the first night it worked, the second it does not. What I noticed is the following:
Other entities also become unavailable, not sure whether it’s linked though. |
Related to this |
Now I have had some time to test if this can be related to #721.
I can’t see how this can be related to network issues. But unfortunately, I can't find a pattern on when the issue occurs. Seems pretty random, apart from the robot needing to be docked for an hour or so before the issue occurs. |
I also run the latest build of the integration being v2.0.0b16 and my robot is on the latest firmware version. The robot is connected via the dreame cloud, not the xiaomi cloud. Unfortunately the local connection does not work at all. I was not able to connect locally (although I can ping it etc.) so I had to set the integration to "prefer cloud". The following happened today after triggering the shortcut via HASS: Before 02:47 it was unavailable This does not only relate to the shortcuts but also other entities like Start Auto Empty, Self Clean etc. Happy to provide logs if it helps. There are no network issues as no other devices (e.g. another robot that is connected to the Xiaomi cloud instead of the Dreame cloud) behave oddly. |
I have the same issue with shortcuts. My shortcuts worked fine in HA for many months (since I bought the vacuum). The non-working shortcuts started most likely after my last HA upgrade to 2024.10.1 or to 2024.10.2. |
Do you guys access it via the dreame cloud or xiaomi? It appears that reloading the integration / device does not bring back the entities as I falsely claimed. The robot is sleeping and the shortcuts are gone. However, I can start cleaning from HA. This applies to my L20s. I have another L10s and the issue does not yet occur there… |
I have an L10S Ultra, and I believe I'm using the Dreame cloud integration (I use the Dreamehome app on my phone and everything - including shortcuts - works fine in the app. Regular controls like start/stop/home etc. work fine in HA too. |
... and just after I sent the message above I checked HA - and now the shortcuts are enabled and working again. This is the first time since about 1 1/2 weeks. |
Can you try downgrading to the |
Hi @Tasshack , I just switched to v2.0.0b15 and will let you know. Thank you. |
I just downgraded to v2.0.0b15 as well. Shortcuts all show up and are operational. |
Hi, I downgraded to v2.0.0b15 3 days ago. I havent had any issues with shortcut since :) |
Me neither. :) |
So I guess the last update broke it, I will review the changes and try to fix it, thanks for the feedback. |
@Tasshack FYI not sure if its related but I'm constantly getting the "Unable to discover the device over cloud" error each time i reload the integration or restart HA. Though apart from the shortcuts everything else loads up just fine. Doesn't seem to happen on v2.0.0b15
|
Describe the bug
I have 2 Dreame l10s ultra robots. I have created some shortcuts in the Dreame app and use them from HA. They show up in HA as controls and I just have to invoke the press command. I find this i easier than creating the whole automation in HA.
But often when the machines go into Sleeping state I cant perform the command, why? It always works from the dreame app. But I cant figure what the apps does to "wake" the devices.
To Reproduce
Expected behavior
That HA can start the shortcut every time.
Screenshots
Additional Information (please complete the following information)
The text was updated successfully, but these errors were encountered: