-
-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
[Ecovacs] Adding support for Ecovacs DEEBOT X2 OMNI #16117
Comments
Hello everyone, |
That unfortunately isn't the case. Even for the vacuums, Ecovacs has multiple ways of interfacing, each completely independent from each other. The app then essentially has a couple of copies of the UI and backend code that talks to the vacuum. Therefore I think the G1 interface will need to be figured out from scratch, ideally by someone owning the device. As for the X2, supporting the basic features (vacuum itself) probably won't be much of an issue, but any further feature (everything done by the station) again will need help by someone else: as I only own an N8 and a 950 OZMO I don't even know what features would need support, let alone the API for those features...unfortunately, reverse engineering the app is the only way to find out about that API. :-/ |
If you need access to my ecovacs account, I'm available for anything |
As for the X2, when running 4.x you should be able to add the device entry locally for testing, see here. The file contents you'd need for
That should make it create a thing at least. I assume you'll also run into the same issue as #16187 though, can you please confirm whether that's the case? |
Hi maniac103, I will continue detailed testing next week :-). but i still have some questions:
If you want me to try something out more, I'd be happy to do so. And finally, thank you so much again for your work and fast feedback. The fact that the essential things work is really, really cool. Smartest Greetings :-) |
I don't know any more than what's written in that issue ;-) which looks like it should happen right after connection. I guessed the problem with T20 also applied to X2, because both are from the same generation, but I could very well be wrong there.
On older models (such as mine) it signals whether water reservoir and cleaning plate/mop are attached to the vacuum. How about your device, can you still detach the mop, essentially making the vacuum a pure vacuum? If so, does the value of that switch follow the mop attachment?
Last counters will only update after a full cleaning run. (Total) cleaning time and area should work right away though, and so should mode. Can you please
Maybe Ecovacs slightly changed the protocol, they like to mess around with that. |
Hi maniac103, thank You for your hard work. I get the following message in the log file:
and now, I have the Deebot X2 Omni in my Things-Inbox: I think I'll now test what happens if I add the X2 ;-) |
The status of the wearing parts is displayed correctly. |
Please define 'cannot' here ... what exactly happens when you try it? Also for all failure cases (like these two, or the missing data mentioned above), please provide a verbose log as described above. |
Sorry, but I've never looked into the possibility of changing the log function. |
It should work. I just mentioned a wrong debug level name above (fixed now), but other than that, it should work:
|
Ok, There is a lot of information in the openhab.log! I've now had the X2 clean a room (kitchen) using the app and now there's a communication error in the thing. |
Yes, just send it to me as PM on the forums.
ts = timestamp ... I'll have a look at the message content later. |
When the cleaning of the kitchen was completed, the thing immediately came back online even though it was still in the kitchen.
I sent the X2 into the bathroom and the thing was immediately offline again. |
|
Hi guys, |
When I checked the app, I found that the volume control did work. |
Fixes openhab#16117 Signed-off-by: Danny Baumann <dannybaumann@web.de>
I think I can work out the logs with Florian ... important to me is that you both agree on what works and what doesn't ;-) |
Please also send a log taken right when a non-0 error code is reported. In the log you shared all I can see is either 'no error code at all is reported' (list of error codes is empty) or 'error code 0 is reported'. Edit: Thinking about it, 'empty error list' probably means the same as 'no error', so I'll change the code to interpret the former the same as error code 0. |
Fixes #16117 * [ecovacs] Interpret empty error code list as 'no error' Newer devices don't explicitly report 'no error' anymore, but instead send an empty list. Signed-off-by: Danny Baumann <dannybaumann@web.de>
Please add support for Ecovacs DEEBOT X2 OMNI
Ecovacs Binding for Openhab
Your Environment
Hello guys, Merry Christmas and thank you very much for the great binding and all the work you put into it.
I have a Deebot X2 Omni that I would like to integrate with Openhab. The binding works, the bridge is online, I get the following message:
15:01:51.616 [INFO ] [vacs.internal.api.impl.EcovacsApiImpl] - Found unsupported device DEEBOT X2 (class lf3bn4, company eco-ng), ignoring.
I would be very grateful if someone would add this to the database.
Stay smart and happy new year :-)
The text was updated successfully, but these errors were encountered: