Bumbershoot

UDI did produce a PLM at one point, and a few prototypes are in use (I think Michel wrote somewhere that he still uses one in his home). Apparently, Smarthome decided against selling the necessary chips to UDI at the last minute, so it was never produced at quantity.

FYI - for anyone running reports using the soil moisture sensors, the reporting node (substitution variable) has changed in the PG3 version. In the PG2 version, the variable MOIST would produce data in an emailed report (this example assumes that the EcoWitt Node server is installed in slot 5): ${sys.node.n005_wh51_1.MOIST} In the PG3 version, the substitution variable has changed to ST: ${sys.node.n005_wh51_1.ST} You'll need to edit your reports. BTW, thanks @simplextech for the updated Node server!

Likewise for me. There are many other paths I could have taken besides Ring, but I got exactly the functionality I needed along with easy integration. I've recently helped other users migrate from the Insteon Hub to a Polisy, and would like to recommend Ring to them as the grow their installations, but only if it integrates with the UDI environment. @Michel Kohanim, any way we could help with this?

I just bought a Windows 10 PC simply to run Elk RP2 on for $145. Nice little unit, too.

It does/did have support for the cameras as motion sensors. I have a bunch of programs that use them. I'm eager to have the Ring Node server put back in action...

Bravo, kind sir! I just ran a test and it does indeed work!

No. You'll need one of these if you don't have the original that shipped in the box with the serial PLM https://smartenit.com/shop/plm-serial-cable/

1 - No need with Insteon, just restore a recent backup. 2 - Polyglot 3, if the required node servers are available. I'm running both at the moment, and will migrate to PG3 as additional node servers become available. 3 - Yes, just import a backup. 4 - The serial PLM cable you're using from your ISY won't work with Polisy. You need the original cable that shipped with your PLM. A USB PLM will work with Polisy if you have one. There are some small differences in the way the ISY software handles things on Polisy, and the ISY software is still under development. It generally works just fine, however.

Seems odd. All I can imagine is that the Z stick isn't properly seated in the USB slot or possibly Z-Wave support has been unchecked in the configuration tab.

I used one, and it worked just fine. I had one compatible smoke detector, but it relayed all test alarms from any of my other hardwired smokes. I used it to shut off HVAC and turn the house lights on. I didn't have a compatible CO2 alarm, so I can't speak to that.

For me it did. I moved all my Z-Wave devices over from the ISY994 to IoP using the Remove/Add menu items. Remember, if you're going to add a Z-Wave device that is already enrolled with another controller, you have to remove it before you can add it again. You can remove it using IoP even if it was added using another controller.

I don't think this causes any issues (works for me). I understood that this error will persist until UDI gets Z-Wave 700 certification and their firmware gets updated to reflect the certification.

I took a spin at this (just the "key" with no "value" in the configuration) and I can't get it to work, either. Setting the log to "debug" results in the following in the log: 2022-05-03 07:02:48,237 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message getAll 2022-05-03 07:02:48,239 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING getAll 2022-05-03 07:02:48,242 Thread-1 udi_interface.custom DEBUG custom:load: CUSTOM: load {'change_no_pon': ''} 2022-05-03 07:02:48,244 Command udi_interface.custom DEBUG custom:load: CUSTOM: load {} 2022-05-03 07:02:48,244 Thread-1 udi_interface.custom DEBUG custom:load: CUSTOM: -- checking change_no_pon / 2022-05-03 07:02:48,245 Command udi_interface.interface DEBUG interface:_handleInput: Key nsdata should be passed to node server. 2022-05-03 07:02:48,246 Thread-1 udi_interface.custom DEBUG custom:clear: CUSTOM: Clear ...saving 2022-05-03 07:02:48,247 Command udi_interface.interface DEBUG interface:_handleInput: Key oauth should be passed to node server. 2022-05-03 07:02:48,248 Thread-1 udi_interface.custom INFO custom:_save: Sending data notices to Polyglot. 2022-05-03 07:02:48,251 Thread-1 udi_interface.interface DEBUG interface:send: PUBLISHING {'set': [{'key': 'notices', 'value': {}}]} The github repository for the PG3 version isn't linked to on the PG3 store page, and I can't find it, so I don't know where else to look. A ticket with UDI might be the best route forward with this.

If you haven't done so yet, the bios on that machine will most likely not have been upgraded to EUFI. 6 successive presses on the front panel button will force an upgrade to EUFI. I think that the 'udx' service now requires that. Probably best to open a ticket, however.

After the upgrade to PG3 3.0.61 I gave the Node server a restart and noticed this error in the log during discovery: 2022-04-29 05:11:51,720 Command udi_interface.interface ERROR interface:_handleInput: _parseInput: failed d073d56be801.runCmd(SETB) list assignment index out of range Traceback (most recent call last): File "/var/polyglot/.local/lib/python3.8/site-packages/udi_interface/interface.py", line 793, in _handleInput self.nodes_internal[item['address']].runCmd(item) File "/var/polyglot/.local/lib/python3.8/site-packages/udi_interface/node.py", line 155, in runCmd fun(self, command) File "./lifx-poly.py", line 574, in setManual self.color[2] = _val IndexError: list assignment index out of range 2022-04-29 05:11:51,801 Command udi_interface.interface ERROR interface:_handleInput: _parseInput: failed d073d568e354.runCmd(SETB) list assignment index out of range Traceback (most recent call last): File "/var/polyglot/.local/lib/python3.8/site-packages/udi_interface/interface.py", line 793, in _handleInput self.nodes_internal[item['address']].runCmd(item) File "/var/polyglot/.local/lib/python3.8/site-packages/udi_interface/node.py", line 155, in runCmd fun(self, command) File "./lifx-poly.py", line 574, in setManual self.color[2] = _val IndexError: list assignment index out of range The Node server seemed to function just fine. A second restart several minutes later did not result in this error. I'm am not using a 'devlist.yml' file in this instance.

This is a newer suite of programs than I'm running, but they are very similar. I would say yes, set them up this way. Once you get one or two set up, give them a test by activating a sensor.

All Insteon leak sensors here, and I've been using these programs for at least six years. Flawless. I found these programs here on the forums. They're a bit of work to set up, but they've been 100% reliable. No real leaks, though, but the programs get exercised occasionally from housekeeping.

I might have taken this a little too far, but I put a color LiFX bulb in the water closet, and I dim it very low and change the color to red - like a darkroom - so as not to hose our night vision when we come out. This keeps us from stumbling around in the bedroom. This has a high WAF, surprisingly.

That makes perfect sense. Kind of gets down to how nodes are defined, but I agree with you. 232 devices, many more nodes.

Sorry, it's less than that: How many devices (nodes) can be included in a Z-Wave network? A Z-Wave network can handle a maximum of 232 devices (nodes), including the primary controller. https://www.clarecontrols.com/helpcenter/z-wave-faqs

Not a PG3 expert, but leaving the group and user doesn't do anything bad to the OS. They'll just be reinstalled later with you install PG3 again. Likely, these entities are just a line in a couple of files (/etc/passwd and /etc/group) and possibly a directory (/var/polyglot). I've uninstalled/reinstalled PG3 a couple of times to no bad effect. Of course, YMMV.

I'm not sure there'd be a benefit of excluding/including a device to force a new path. For one thing, the Z-Wave device number would change, which could break things in already established programs and scenes (Z-Wave won't reuse a device number until it gets to *I think* 255, then it'll start over at 2). I think the Update Neighbors tool is meant to achieve this. If you want to see what the path is, what neighbors the device sees, you can get it from the context menu of the device and have the data printed to the Event Viewer 'Z-Wave | Show information in Event Viewer' (in this case, the device is talking directly to the controller, about 35 feet away): Wed 04/27/2022 15:03:12 : [ZW-SHOW ] ---------------------------------------------- Wed 04/27/2022 15:03:12 : [ZW-SHOW ] Last working route from ISY to Node 10 - ZW 010 Dimmer SwitchOffice Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Direct Wed 04/27/2022 15:03:12 : [ZW-SHOW ] Wed 04/27/2022 15:03:12 : [ZW-SHOW ] Node 10 - ZW 010 Dimmer SwitchOffice has the following neighbors Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 1 - [This ISY] Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 2 - ZW 002 Guest Dimmer Switch Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 3 - ZW 003 Multilevel Sensor - Ea Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 5 - ZW 005 Siren Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 7 - ZW 007 Garage Bench Switch Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 8 - ZW 008 Laundry Light Switch Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 9 - ZW 009 Office Motion Switch Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 11 - ZW 011 Office Plug-in Dimmer Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 12 - ZW 012 Garage Door East Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 14 - ZW 014 Garage Door West Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - - Node 18 - ZW 018 Schlage Door Lock Wed 04/27/2022 15:03:12 : [ZW-SHOW ] - Repeater - Node 19 - ZW 019 Water Cop Wed 04/27/2022 15:03:12 : [ZW-SHOW ] Wed 04/27/2022 15:03:12 : [ZW-SHOW ] ----------------------------------------------

The reboot isn't too bad, much faster than the ISY in my case. I already had Z-Wave devices installed, so otherwise, I'd be removing door locks and messing around in the crawl space of my house to get the devices excluded/included. Moving the Polisy around using WiFi for the network was vastly easier for me. YMMV.

Once you get the device included in your Polisy, you can right click (context menu) on the device and choose "Z-Wave | Update Neighbors".

I bought a Polisy Pro, and put it on my WiFi when I did my migration. That way I could move the Polisy to close proximity to my locks, etc., in order to perform the Z-Wave exclude/include. Newer and many powered devices support network wide inclusion, so you might be able to leave the Polisy in it's permanent location for those.