simplextech

There are nice little Wifi bridges or "travel" routers you can use for this. https://www.amazon.com/TP-Link-Wireless-Travel-Router-TL-WR902AC/dp/B01N5RCZQH/ref=sr_1_7?keywords=wifi+bridge&qid=1585426719&sr=8-7 https://www.amazon.com/IOGEAR-Ethernet-2-WiFi-Universal-Wireless-GWU637/dp/B018YPWORE/ref=sr_1_3?keywords=wifi+bridge&qid=1585426695&sr=8-3 https://www.amazon.com/RAVPower-Filehub-Hotspot-Extender-Streamer/dp/B08229WMSM/ref=sr_1_16?keywords=wifi+bridge&qid=1585426763&sr=8-16 And many more out there. They are very convenient when needing network access from a device that only has ethernet.

You have to add a controller to the ISY as a secondary controller before there is anything to "shift". I think you can add SmartThings as a secondary but I never have and frankly wouldn't try as it may not "shift" back to the ISY and you would have to exclude and include all of your z-wave devices again. I'm also pretty sure you can't use Hubitat for this either because it does not support secondary controllers. Looking at your previous posts your Z-Wave firmware is fine. There's nothing there to update. (unless I'm blind which could be because it's late).

Do you have another hub or ISY or z-wave controller added as a secondary controller?

Way too far for the ISY to include a lock. You will need several more repeaters and at least one that supports beaming. If you have some Z-Wave Plus power plugs then use those. Otherwise if you just need repeaters only that are small buy several of the Aeotec Range Extender 7 units.

Have you brought this z-wave issue up with UDI support? This is something to address not find a work around for.

I'm not sure what you're hiding in a closet or who... I'm out of this one.

So what you're actually saying is you want a RTI or Control4 system installed and maintained for you by someone else. Ok not a problem we have you covered... do you have your check book and heart medicine ready?

Oh come on... I just posted a bunch of good Insteon devices for sale!

I dunno it won't run long enough in actual use before it's updated and breaks again -- joking people... sorta

Dashboard author... you mean UDI.

You can always downgrade the the new ISY to a lower firmware for your testing.

FYI - The last two I've gotten have had 5.x on them from factory.

It's already murky This is the link as posted: https://www.supply.com/toto-s550e-elongated-bidet-seat-sw3056at40-01-cotton-white-with-remote-control/p2254456?campaignid=8195407385&adgroupid=85690516558&adid=426339188604&gclid=Cj0KCQjw09HzBRDrARIsAG60GP_3SDt3qmI86CZVNLqBjmstXZyOVv-lkVgXZJkFHQqwFBcStk7EqHQaAmyaEALw_wcB so is this for the elongated bidet seat... or for the fancy remote control for it? And a bidet with a remote??? ummm??? and why would you want a nodeserver for this??? that's just evil!

I really dislike touch pads....

Hover over the link to read it before clicking... just good practice... and it's a link to a Bidet.

Yes and Yes

What? No Fabio - I can't believe it's not butter!

LOL!

Were the door bell/chime powered or battery? This is interesting. The motion sensor to multiple devices is curious I've never done an association to multiples from a battery sensor only direct to a single powered target. Which is not valid for the popcorn discussion Z-Wave takes more planning for sure.

Z-Wave associations from a scene controller? Or from some controller system? Which controller? -- Now I'm just curious. I'm also not disagreeing as there's a missing piece with Z-Wave broadcasts vs the simulcast from Insteon. The timing is still not there so popcorn can/does happen. Just not as badly when from scene controller to device without a gateway involved. BTW - I don't use z-wave for lighting for this and other reasons.

True from controller managed/sent commands. Z-Wave Associations use broadcast messaging which is sent to all associated devices at the same time. The gotcha here is broadcast messages are non-routing so the devices must generally be in the same room or within communication distance and lots of controllers don't fully support Z-Wave associations and lots of devices do not either.

With Z-Wave sometimes the terms Scene and Association are used interchangeably but in this context of the ISY I will separate them. Scene = ISY function Association = Z-Wave capability To start with not all z-wave devices support multiple associations. If your devices support multiple associations then it is possible to create an association from device to device this is very similar to an Insteon direct link. This association is from device to device and there is no communication to the controller for these. The limitation is that the communication is device to device so they must be within communication range and NO routing of messages are involved as a z-wave broadcast message is used for this. This is very convenient for when you have a z-wave keypad that acts as a scene controller to control multiple light switches. This can be done from device to device such as motion sensor to light switch, or keypad to switch or whatever combination as long as both devices support multiple associations. As far as I know the ISY currently does not have a facility in the Admin Console to setup/manage device associations. (I looked and couldn't find anything). The ISY has the concept of "Scenes" which is a ISY naming for Insteon Groups. Doing groups with Insteon is a natural feature of Insteon and so is direct linking. The ISY took it a step further and allows z-wave devices to be included in these scenes. These scenes are managed from the controller and sends the commands from the controller and is not a direct device association. This is a really cool feature of the ISY of grouping z-wave/Insteon devices together into a scene for use but as far as I know it is not using the Z-Wave association feature of the devices.

I did as well. I just didn't highlight it

Lights going off in the bathroom is never a fun experience and can freak out guests that don't know the house is automated. I went through many trials of automating the lights in the bathroom. It's very easy to turn them on but when to turn them off is the trick. As rooms are of various sizes and layouts and people have different habits motion alone was not an option. You realize how still people are putting on make-up? Amazing. Anyways I went with a dual approach that works for me but may not work for others based on household practices. In our house the bathroom door is always left open when not occupied. So if the door is closed someone is in there. This made it easy for occupancy determination. I used a two sensor approach. Motion sensor turns on the lights Door sensor starts the countdown to turn off the lights. When someone enters the room the lights turn on and a state variable is set and a timer to recheck that variable. If that variable has changed to NO motion AND the door is OPEN then the lights turn off. However if the door is CLOSED then nothing happens and the wait checks again later. Only if there's no motion and the door is open then a countdown is started and when that ends only then does the light turn off. Flaws to this are that someone turns off the light and someone then walks in. Well if the sensor hasn't reset then the lights don't turn on. The sensor is set with a fairly quick reset time so not usually a problem. Flaw two is when guest leave the bathroom and close the door. This will keep the light on forever. Not really a big deal as someone else always needs to use the bathroom and then the guessing game begins if anyone is in there and the knocking on the door or people counting begins

I'm feeling left out....