lilyoyo1

In regards to NWI- none since you should have other pathways for the messages to get to the isy. In regards to plus features, you should be ok. The devices routing to that would default to whatever firmware that is but the system itself shouldn't see much of an impact overall

All devices need to be managed by the isy for the skill to work. Alexa isn't for device to device communication. It's when devices are handled via alexa itself. In order for insteon to control your wifi switch you'll either need to set up a network resource in your isy or (if one supports your plug) use a nodes ever for it.

All zwave plus certified devices must support NWI. Older devices may or may not (depending on firmware. Depending on setup it may not work.

I misunderstood you. Not that I've seen. However there may be something in the newer firmware. I haven't upgraded yet my backup isy yet so I don't know. The timeframe you purchased your devices is a good indicator (though far from absolute). If after 2017 it's possible that it's plus. Anything before most likely not. Plus is also generally written on the device itself If you know your devices there's a website that could tell you. https://products.z-wavealliance.org/regions/2/categories/5/products

That's a different stick posted. The $19 one came from silicon labs

System would still need to support zigbee and pass that certification as well. That could be firmware 7.0. lol

You're better off staying where you are if you have the 300 board. All devices must be plus to fully take advantage of plus. If you have the current 500 series card then upgrading is up to you. As stated before, the newest firmwares is specific to the new card so you would not take advantage of anything if you stay put on 5.0.16 as the 300 series board wouldn't take advantage of anything in the new firmware even if you could upgrade

300 board had a blue light in the back. 500 doesn't.

If it's new enough send it back and get a plus

It seems 5.1+ is about zwave+ certification. There is no point in going to it without the 500 series board as you don't get the benefits of + with the 300 series board anyway

Insteon does not work with homelink. There are ways with x10. What exactly do you have in mind as there may be other ways to accomplish what you're trying to do

Michel stated previously that polisy will use an external usb zwave stick (off the shelf) once the isy is ported over. Hopefully something like this since it's low cost. https://www.mouser.com/ProductDetail/Silicon-Labs/SLUSB001A?qs=u16ybLDytRbJsMfgk3EnSA%3D%3D&gclid=Cj0KCQjw7ZL6BRCmARIsAH6XFDJ-lvwzGLHIc0_pKnZut3Orun9s2sY1lYRA3HXn4iQB3mEpWTe3-_YaAs71EALw_wcB In regards to timeframe of the port itself happening. I would guess late next year or 2022 as far as official release. It looks like they're finalizing certification and then could start beta next year for port. Everything I say is an assumption based off UDI's history. Only they know their timeline and I can't see them saying exactly when

Not necessarily. You can go to 5.0.16C. If 5.2 starts taking full advantage of 500 series features, you'll want to upgrade anyway for that.

You should not use the button groupings as these settings reside locally on the kpl and the isy would not receive the proper updates when button are pressed. Its much better to configure your devices using scenes. This will accomplish the same thing while at the same time keeping the isy in sync For example A- Controller B,C,D- Responder Off B- Controller A,C,D Responder Off C- Controller A,B,D- Responder Off D- Controller A,B,C- Responder Off

Yes

Directly no. Indirectly yes as there probably won't be any updates to it ever again. It's not worth swapping out unless you have all 500 series (or above) devices. It won't stop working with your devices

You didn't have none as an option so that would be it for me. I may use voice once or twice a week if that

You definitely have to upgrade to the new firmware in order to swap your 300 series to 500 series dongle

You have the old one. The 4.55 is the firmware for the old version

Originally you said a fast on which changes the dynamics of how things would work. The added detail helps alot. When a controller is linked to a responder, a fast on will cause all linked devices to go immediately on at full brightness. The will override any ramp rates, dim levels, or devices that should turn off when the scene is triggered. If none of that is an issue then you can leave your device as a controller in the scene. If you want to have some light turn on at a specific ramp rate or dim level and/or turn off when a scene is triggered; you are better off, separating the controllers from the scene. For example, my bedroom lamps are controlled from 3 different locations. I have a scene created where all 3 are controllers of each other. I have a separate scene created that turns off lights that I don't want on when the lamps are on. In the evening a single tap will turn the lamps to full brightness and turn my responder scene off while a dbl tap will turn them to half brightness and turn off my responder scene. After 10, this reverses itself. Since you only want something to happen with a fast off simply program a fast off to do what you want. In this case, the use of "or" for each controller would be sufficient in a single program.

Then it probably wouldn't matter since the issue is with the zwave board which is separate from insteon. The bug is causing zwave issues not insteon

I typically separate my off program from my on. This allows me to easily override my off programs or have multiple programs without causing issues with one another. If motion is switched off And motion is not switched on Then wait 5 minutes turn off

Each button needs its own fast on program unless the action will be the same for each button press. In order to make sure it works properly, Those buttons cannot be controllers in the scene itself. They can be responders so that their status will be correct whenever a button is pressed.

That is correct. I add it to the room in the portal (and alternate names) and then my connected service. I do use programs to trigger my stuff instead of the scene or device directly. Instead of trying to control every individual light, I use it to turn on what we use mostly. If I tell it to turn off the lights it will turn off any light that's on.