Did you create a custom component for Roomba.py to overwrite the default one that comes with HA?
That is what I did to get it working on my HA, Start, Pause, Home works. Haven’t tried other things.
when you say you have roomba enabled, do you mean running a job, or just started HA with roomba configured in the configuration.yaml file? Are you using lovelace for your interface or are you using the old interface? I don’t remember 85 to 86 being particularly long, how long did it take for you? Are you running on a pi or something else? Sorry for all the questions, just trying to get the lay of the land.
I used to have a custom component for it, but I went away from it a while back. I checked a few minutes ago just to make sure.
I have tried it both without and with a custom component that has REQUIREMENTS = ['https://github.com/NickWaterton/Roomba980-Python/zipball/master#roomba==1.2.3']
By enabled I mean having the config in my configuration.yaml file for roomba. I have been using Lovelace since it came out. I don’t know for sure how long the upgrade took as I finally let it run over night.
I run homeassistant in a venv on an Ubuntu VM. It should have plenty of resources.
Sorry guys, here’s how my custom component was created - see diplix post (Dec2018)
great, again sorry for all the background questions. I just wanted to make sure there weren’t any differences from my install that would make me unable to help.
What errors show in the error file when you try to start with the roomba config in your configuration.yaml file. Just for completeness can you post your roomba config from your yaml file?
vacuum:
- platform: roomba
host: !secret roomba_ip
username: !secret roomba_blid
password: !secret roomba_password
name: Gerbert
I tested this exact config in an empty docker and it works. Something has to be weird with my setup and its causing me to pull out my hair. I even blew away my venv and recreated it and same issue happens.
My log file doesn’t seem to show much either. It always stops right here.
2019-02-02 10:28:29 INFO (MainThread) [homeassistant.core] Timer:starting
2019-02-02 10:28:29 INFO (Dummy-31) [openzwave] Driver ready using library Static Controller version Z-Wave 4.05
2019-02-02 10:28:29 INFO (Dummy-31) [openzwave] home_id 0xc2c5ddf4, controller node id is 1
I tried disabling z-wave and that didn’t fix it either. Not sure what else to try.
try running hass from the command line. See if it’s dumping anything out that’s not going into the log. Also check your OZW log and see if it’s giving any feedback. My guess is there won’t be anything in the OZW logs, but it never hurts to ask.
from inside of your virtual environment run the following, correcting for any path differences.
/home/homeassistant/homeassistant/bin/python3 /home/homeassistant/homeassistant/bin/hass -c /home/homeassistant/.homeassistant
So it looks like home assistant hard crashes. Here is what I see running it from command line.
2019-02-02 12:01:31 INFO (MainThread) [homeassistant.core] Timer:starting
2019-02-02 12:01:31 INFO (Dummy-31) [openzwave] Driver ready using library Static Controller version Z-Wave 4.05
2019-02-02 12:01:31 INFO (Dummy-31) [openzwave] home_id 0xc2c5ddf4, controller node id is 1
Segmentation fault (core dumped)
That is where is stops running.
ok, just to try and make your config look 100% or at least 90% like mine lets do a few things.
- just to clarify, vacuum is not indented any, it starts in the first column. Right?
- replace your hostname, username and password with the actual values don’t use secrets for now.
Did I understand that you ran HA in docker with the roomba config and it worked correctly? If so, can you post your entire config (i know it’s a pain sorry)
Syntax is right and I have tried without secrets.
Yes I spun up an empty docker and it worked there. I did just find this though. Maybe it’s an issue that only happens in Ubuntu. Either that or I might have something else in common with that guy.
So I have done some thorough testing and this is what I have learned.
- I can get it running with a basic configuration.yaml in the same venv so I eliminated the issue being inside the venv.
- I removed pretty much every integration I had with my existing config and it still did not work.
- I then removed all integrations from my core.config_entries file and it worked
I then started adding stuff back into my setup and found two things that broke it.
- I configured Google Cast under configuration > integrations and it broke my setup. Wouldn’t boot anymore like before. Removed the integration from my core.config_entries file and everything worked again.
- Similar for Z-Wave. I added my z-wave config back in and it wouldn’t start up anymore. After I removed it from my config it works again. Also tried configuring z-wave from the configuration> integrations menu and had the same results.
All my other integrations seem to work with the roomba component from what I can tell. I don’t really know what else I can try here…
do you have any entity_id’s that need to be fixed because of the breaking change with 86?
Have you tried backing up to 0.85 and see if it works there?
I am basically running the same environment as you. I am running ubuntu on an intel nuc. I have over 100 zwave devices so if it broke zwave, I would be up a creek. We will get this working. I’m concerned with why it took so long to do the upgrade. I’m wondering if it made it through the zwave config correctly with the update.
Ok let me clarify a few things. I just got my Roomba so it has never worked for me. I have been running on 0.86.x since it came out and everything works great. All my entity_id’s are fine as 0.86 works for me including zwave. I did try backing down to 0.85 though to see if this would fix my problem and it did not.
All I’ve noticed though is for some reason Google Cast and Z-Wave being enabled is what prevents me from having the Roomba component working. It is interesting to hear that it works for you with z-wave though. I could try blowing away my z-wave database but I think that would mean re-pairing everything right?
yea, I wouldn’t blow away zwave. are you on 0.86.4? If not, try upgrading to that and see if it fixes whatever isn’t installed correctly. Or I think there is a way to do a pip install with a fix parameter, but I’m not sure what that is off the top of my head.
It sounds like your install is screwed up somehow, but you already know that. The thing is there shouldn’t be any relation between Google Cast, Zwave and Roomba. I believe roomba runs off of mqtt so it shouldn’t be impacted by zwave at all.
Yes I am on 0.86.4 already. I completely blew away my venv so everything would have been installed from scratch today.
but then you restored from a backup so any issues in the yaml or cfg or xml files would have come back with the backup right?
for grins, make a copy of your zwcfg*.xml file and restart home assistant and see if the new file it generates will let you in? I’m grasping at straws right now, just like you are. Sorry
Yes the same yaml, xml and .storage files after restore.
Tried removing the xml files and same issue. Tried removing the z-wave from my core.config_entries file and it adds it back and immediately crashes. I also had Google Cast removed during this to ensure it wasn’t conflicting.
do you have any custom_components?