-
Notifications
You must be signed in to change notification settings - Fork 2
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
Unable to prepare setup for platform 'ecovacs.vacuum': #19
Comments
I’ll see if I can look at some of the code updates this weekend. Haven’t had HA setup in a year so not sure what’s needed there yet for how they do vacuum entities now but that link should help a lot thanks. |
Maybe not necessary, i've just see that they implemented bumper support in the official integration. |
I was trying to make an old ozmo 905 worked in HA but i'dont think your code is compatibe with it |
From a quick glance the Ozmo 905 uses REST/MQTT (as opposed to XMPP) with xml format (as opposed to json). Bumper works with both the 900/901 and 600 which both also use those. It’s probably supported by running your own bumper server and then using this custom component. I’ve just got to update the code I guess they dropped the vacuum entity referenced so I have to look and see what they're using instead. Bumper page for tested models under compatibility: Here’s a page with their protocols and formats by model: |
Bumper is Ok with my 905. I'm using it through the ios application connected with bumper |
Ok I pushed out two releases. Both of which SHOULD work. v1.7.0 includes minimal changes to let the component work along with some code HASS used to make the component asynchronous. Basically the component won't break if the connection to the vacuum can't complete. Try that and if it doesn't work try v1.6.0. That release has what looks like the bare minimum changes to let the component keep working. Let me know please since I can't actually test these out. |
I'm trying and make some really dirty things to your code ;) homeassistant | 2024-04-28 14:38:31.527 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration ecovacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant Better but not yet in HA stll working on it |
It seems to work for the basis.. Honestly i'm ashame to propose my changes there are so dirty... |
I glanced over at your fork. Don't really see defining all the verify SSLs as False as being a problem since there's not really any purpose to using the component without bumper because the core ecovacs component has had a number of updates to it to bring in config flow and other ecovacs devices. I had only ever left it undefined as default with it needing to be specified in config.yaml so it could conceivably still be used with cloud connections back when my component as on par with the core's component. I assume it didn't work if it wasn't defaulted to False and just specified in config.yaml? Thanks for catching my bad indents that's what I was afraid of without being able to test it in HA properly. |
for the very ssl in config dunno why excatly but it won't work. |
Anyway i can make a pull request as is but honeslty i will not find the time to 'repair' the ssl part. |
Ya a pull request would be great since I can’t really test stuff out with this anymore. And I’ll add a blurb in the readme to point to your fork for anyone in the future needing this kinda niche thing in case it breaks again and you need to do anymore commits and people stumble on this repo first. |
Hello,
Unable to prepare setup for platform 'ecovacs.vacuum': Platform not found (cannot import name 'VacuumEntity' from 'homeassistant.components.vacuum' (/usr/src/homeassistant/homeassistant/components/vacuum/init.py)).
Might be the same as :
Ligio/hacc-ozmo#48
The text was updated successfully, but these errors were encountered: