brockp

Thanks deleted, put the roomba into linking mode, installed the connector, heard the roomba say "thanks your ready to clean" and I even see this in the log even on restart 2025-11-01 22:15:32.487 MQTT udi_interface.interface INFO interface:_message: Successfully set key = notices 2025-11-01 22:15:34.402 Thread-1 udi_interface INFO roomba-poly:addNodes: Create a new node for Main Floor Vac ... 2025-11-01 22:15:34.402 Thread-1 udi_interface INFO roomba-poly:addNodes: Robot name = Main Floor VacBut yet no node is actually created in PG3 it's still blank, and nothing in the java admin console.

I added new devices for the first time in a long time so not sure if this started now or earlier. Also not seeing other reports it's probably a me thing. First when I first log in, the 'New Insteon Devices' window always shows up for whatever the last device I added was. In my case a 2842-222 motion detector. I can close it, but comes right back next time I load the UI. Similarly, devices appear to have shown up 3 times in the UI. It's the same address as the New Insteon Devices shows up every time and I already unlinked it once and relinked. Next time in the admin UI 3 copies and the new devices window. Second, Similar behavior with ZWave The next device I added, I started by excluding one of my Somfy shades that uses the zwave bridge. It was acting weird, said it couldn't connect, so I removed it and added it back. Now every time I connect to the UI the Z-Wave Device Discovery window is always there and clicking cancel doesn't make it go away it's stuck. Similarly, when I added it even if I say 'Group Devices' I now have 3 entries, but only for a subnode 'Binary Switch'. I can do 'group devices' on one of the binary switches and it added it to the shade's main node, but the other two stay. Any thoughts why this would be? It's really cluttered, and having all the windows that never used to be there. I"m worried my install is corrupted.

Updated to 2.0.13 and when I try to discover my vac I'm getting 2025-10-23 20:37:50.484 Thread-8 (userDiscover) udi_interface ERROR roomba-poly:getPassword: name 'roomba_port' is not defined Traceback (most recent call last): File "/var/polyglot/pg3/ns/0021b9026aaf_5/roomba-poly.py", line 779, in getPassword LOGGER.info(f'Connecting to {robot["ip"]} on port {roomba_port}') ^^^^^^^^^^^ NameError: name 'roomba_port' is not defined

I am getting the same results, but I never had the Roomba plugin before to know if it even works. Ours is an S9+ When I press + hold the home button after a few second I get a spinning blue LED circle (there is no wifi light) and the above errors almost identical to Lore. ac","robotid":"046421AC1F41453CA786C42390BAFA01","ip":"192.168.84.228","mac":"50:14:79:1E:FD:42","sw":"soho+22.29.10+2023-10-09-2b3f87f75e8+Firmware-Build+4863","sku":"s910020","nc":0,"proto":"mqtt","cap":{"carpetBoost":1,"binFullDetect":2,"oMode":2,"dockComm":1,"edge":0,"maps":3,"pmaps":10,"mc":2,"tLine":2,"area":1,"eco":1,"multiPass":2,"team":1,"pp":0,"pose":2,"lang":2,"gentle":1,"5ghz":1,"prov":3,"sched":2,"svcConf":1,"ota":2,"log":2,"langOta":0,"ns":1,"tileScan":1}} with irobotmcs 2025-10-20 21:07:05.712 MQTT udi_interface.interface INFO interface:_message: Profile installation finished 2025-10-20 21:07:06.230 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing irobotmcs with irobotmcs 2025-10-20 21:07:06.451 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing {"ver":"3","hostname":"iRobot-046421AC1F41453CA786C42390BAFA01","robotname":"Main Floor Vac","robotid":"046421AC1F41453CA786C42390BAFA01","ip":"192.168.84.228","mac":"50:14:79:1E:FD:42","sw":"soho+22.29.10+2023-10-09-2b3f87f75e8+Firmware-Build+4863","sku":"s910020","nc":0,"proto":"mqtt","cap":{"carpetBoost":1,"binFullDetect":2,"oMode":2,"dockComm":1,"edge":0,"maps":3,"pmaps":10,"mc":2,"tLine":2,"area":1,"eco":1,"multiPass":2,"team":1,"pp":0,"pose":2,"lang":2,"gentle":1,"5ghz":1,"prov":3,"sched":2,"svcConf":1,"ota":2,"log":2,"langOta":0,"ns":1,"tileScan":1}} with irobotmcs 2025-10-20 21:07:07.460 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing irobotmcs with irobotmcs 2025-10-20 21:07:07.685 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing {"ver":"3","hostname":"iRobot-046421AC1F41453CA786C42390BAFA01","robotname":"Main Floor Vac","robotid":"046421AC1F41453CA786C42390BAFA01","ip":"192.168.84.228","mac":"50:14:79:1E:FD:42","sw":"soho+22.29.10+2023-10-09-2b3f87f75e8+Firmware-Build+4863","sku":"s910020","nc":0,"proto":"mqtt","cap":{"carpetBoost":1,"binFullDetect":2,"oMode":2,"dockComm":1,"edge":0,"maps":3,"pmaps":10,"mc":2,"tLine":2,"area":1,"eco":1,"multiPass":2,"team":1,"pp":0,"pose":2,"lang":2,"gentle":1,"5ghz":1,"prov":3,"sched":2,"svcConf":1,"ota":2,"log":2,"langOta":0,"ns":1,"tileScan":1}} with irobotmcs 2025-10-20 21:07:08.690 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing irobotmcs with irobotmcs 2025-10-20 21:07:09.039 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing {"ver":"3","hostname":"iRobot-046421AC1F41453CA786C42390BAFA01","robotname":"Main Floor Vac","robotid":"046421AC1F41453CA786C42390BAFA01","ip":"192.168.84.228","mac":"50:14:79:1E:FD:42","sw":"soho+22.29.10+2023-10-09-2b3f87f75e8+Firmware-Build+4863","sku":"s910020","nc":0,"proto":"mqtt","cap":{"carpetBoost":1,"binFullDetect":2,"oMode":2,"dockComm":1,"edge":0,"maps":3,"pmaps":10,"mc":2,"tLine":2,"area":1,"eco":1,"multiPass":2,"team":1,"pp":0,"pose":2,"lang":2,"gentle":1,"5ghz":1,"prov":3,"sched":2,"svcConf":1,"ota":2,"log":2,"langOta":0,"ns":1,"tileScan":1}} with irobotmcs 2025-10-20 21:07:10.045 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing irobotmcs with irobotmcs 2025-10-20 21:07:10.142 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:_get_response: Comparing {"ver":"3","hostname":"iRobot-046421AC1F41453CA786C42390BAFA01","robotname":"Main Floor Vac","robotid":"046421AC1F41453CA786C42390BAFA01","ip":"192.168.84.228","mac":"50:14:79:1E:FD:42","sw":"soho+22.29.10+2023-10-09-2b3f87f75e8+Firmware-Build+4863","sku":"s910020","nc":0,"proto":"mqtt","cap":{"carpetBoost":1,"binFullDetect":2,"oMode":2,"dockComm":1,"edge":0,"maps":3,"pmaps":10,"mc":2,"tLine":2,"area":1,"eco":1,"multiPass":2,"team":1,"pp":0,"pose":2,"lang":2,"gentle":1,"5ghz":1,"prov":3,"sched":2,"svcConf":1,"ota":2,"log":2,"langOta":0,"ns":1,"tileScan":1}} with irobotmcs 2025-10-20 21:07:11.150 Thread-5 (handleConfigDone) udi_interface ERROR roomba-poly:discover: Failed to discover any Roomba robots 2025-10-20 21:07:11.150 Thread-5 (handleConfigDone) udi_interface.custom INFO custom:_save: Sending data notices to Polyglot. 2025-10-20 21:07:11.150 Thread-5 (handleConfigDone) udi_interface INFO roomba-poly:getPassword: start password discovery 2025-10-20 21:07:11.150 Thread-5 (handleConfigDone) py.warnings WARNING warnings:_showwarnmsg: /var/polyglot/pg3/ns/0021b9026aaf_5/roomba-poly.py:769: DeprecationWarning: ssl.wrap_socket() is deprecated, use SSLContext.wrap_socket() 2025-10-20 21:07:11.150 Thread-5 (handleConfigDone) py.warnings WARNING warnings:_showwarnmsg: /var/polyglot/pg3/ns/0021b9026aaf_5/roomba-poly.py:769: DeprecationWarning: ssl.wrap_socket() is deprecated, use SSLContext.wrap_socket() 2025-10-20 21:07:11.151 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: Exception in thread 2025-10-20 21:07:11.151 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: Thread-5 (handleConfigDone) 2025-10-20 21:07:11.151 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: : 2025-10-20 21:07:11.151 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: Traceback (most recent call last): 2025-10-20 21:07:11.151 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: File "/usr/local/lib/python3.11/threading.py", line 1045, in _bootstrap_inner 2025-10-20 21:07:11.151 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: self.run() 2025-10-20 21:07:11.152 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: File "/usr/local/lib/python3.11/threading.py", line 982, in run 2025-10-20 21:07:11.152 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: self._target(*self._args, **self._kwargs) 2025-10-20 21:07:11.152 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b9026aaf_5/roomba-poly.py", line 869, in handleConfigDone 2025-10-20 21:07:11.152 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: discoverRobots() 2025-10-20 21:07:11.153 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b9026aaf_5/roomba-poly.py", line 957, in discoverRobots 2025-10-20 21:07:11.153 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: getPassword(robot) 2025-10-20 21:07:11.153 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b9026aaf_5/roomba-poly.py", line 769, in getPassword 2025-10-20 21:07:11.153 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ssl_socket = ssl.wrap_socket( 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ^ 2025-10-20 21:07:11.154 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: File "/usr/local/lib/python3.11/ssl.py", line 1473, in wrap_socket 2025-10-20 21:07:11.155 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: raise ValueError("certfile must be specified") 2025-10-20 21:07:11.155 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: ValueError 2025-10-20 21:07:11.155 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: : 2025-10-20 21:07:11.155 Thread-5 (handleConfigDone) udi_interface ERROR udi_interface:write: certfile must be specified

Yeah I'm comfortable with CLI (spend most my day on Unix/Linux CLI). there wasn't a python process. Turns out others found the issue just after and the author released an update that fixed the issue with that plugin. I was just surppised that it didnt' log anything, maybe I needed to find a more central log if the plugin had errors and coudln't start. Anyway it's fixed now, it just doesn't appear to work with my specific roomba which is sad.

Thanks, this was helpful, after a few more reboots restarting the plugins now produces log data (roomba was a bug in the plugin that the author patched) Weatherbit is still weird but if I hit restart it populates now and it didn't before so just a headscratcher for a moment there. It's still showing 429 to many requests but my forecast data is still up to date and I'm using the default settings. If I login to check on my API key it doesn't have any data to show how my API rate is to compare so I guess if not broken just leave it.

I'm trying the Roomba plugin. It needed an update and the author did (linked below) I updated the plugin and now along with the log not appearing it is stuck in disconnected state. If I click restart I never get a notification on the UDI app like I do for all other plugins. The uptime never changes also. If I click stop I will bet the lower right Nodeserver stopped successfully. but uptime and and status stays Disconnected. If I click start I get Plugin Start: Already running. I tried deleting and reinstalling the plugin and behavior stays the same. So I cannot get a log (I even SSH'd in there is no logs folder after re-installing the plugin) but it doesn't really even try to start? Thoughts? Do I have some internal state stuck?

I'm trying to debug two plugins (weatherbit and roomba) but when I go to log viewer it doesn't appear even when set on debug. But for one at least (weatherbit) if I click download log I do get a log file I can look at. This is after updating to IoX 6.0.0 and 3.3.22 I'm on firefox on osx,

Thanks I opened a bug. I Did also try editing the python and it got further log says made a node but no node actually appears. My guess is the plugin is orphaned given the python issue just kinda gives the feeling of nobody is using it.

I just added the roomba plugin to my eisy setup running 6.0 and pg3, it's not finding our roomba s9+ It doesn't start and discover doesn't appear to do anything. I can control it from the app just fine, looking in the logs there are a bunch of errors that look like python errors: 2025-10-06 09:14:18.142 MainThread udi_interface INFO __init__:<module>: Loading udi_interface module 2025-10-06 09:14:18.143 MainThread udi_interface INFO __init__:<module>: Loading node module 2025-10-06 09:14:18.143 MainThread udi_interface INFO __init__:<module>: Loading custom module 2025-10-06 09:14:18.143 MainThread udi_interface INFO __init__:<module>: Loading isy module 2025-10-06 09:14:18.143 MainThread udi_interface INFO __init__:<module>: Loading OAuth module 2025-10-06 09:14:18.144 MainThread udi_interface INFO __init__:<module>: UDI interface initialized 2025-10-06 09:14:18.144 MainThread udi_interface INFO __init__:<module>: UDI Python Interface for Polyglot version 3 3.3.18 Starting... 2025-10-06 09:14:18.146 MainThread udi_interface ERROR udi_interface:write: Traceback (most recent call last): 2025-10-06 09:14:18.146 MainThread udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b9026aaf_9/roomba-poly.py", line 19, in <module> 2025-10-06 09:14:18.146 MainThread udi_interface ERROR udi_interface:write: from roomba import Roomba 2025-10-06 09:14:18.147 MainThread udi_interface ERROR udi_interface:write: File "/var/polyglot/pg3/ns/0021b9026aaf_9/roomba.py", line 42, in <module> 2025-10-06 09:14:18.147 MainThread udi_interface ERROR udi_interface:write: from collections import Mapping 2025-10-06 09:14:18.147 MainThread udi_interface ERROR udi_interface:write: ImportError 2025-10-06 09:14:18.147 MainThread udi_interface ERROR udi_interface:write: : 2025-10-06 09:14:18.147 MainThread udi_interface ERROR udi_interface:write: cannot import name 'Mapping' from 'collections' (/usr/local/lib/python3.11/collections/__init__.py)

Just in general appears not a well designed permission systems, in general half baked. Thanks for the thoughts I'm mostly bumping to see if there are any other ways people have addressed this.

Ok I found about profiles and it looks like Alexa is kinda dumb about shared devices like echo's. If I say switch profiles it switches to me and now works and it stops prompting for that 'other household' stuff. Is the right way to do this to remove all the skills form my alxis account and re-do them all against my wife?

My wife setup our alexa in our kitchen, I am setup as a family member and have my own account. I setup the alexa skill and I am able to create devices and they show up in my alexa app. Now on the echo show that's my wife's most of them work, but some like 'kitchen lights' Scene the Show says 'Kitchen doesn't support that' When I do it from the Alexa app on my phone it works just fine. Why would this be? Also often when I test on the show it says "it looks like you are trying to control this from another household account do you want me to ...(I forget and cannot trigger now)" Any idea what that is?

Thanks for confirming, I'll wait for next release

Yes I am, it is considered preview last I knew, it's a great thing for temperature sensors.