lilyoyo1

That would be my thought too. Also, what is the rating for the lamp? Mfg, model and all could help us research for you

I agree with MrBill. Nothing to reset and the light works normally throughout. By using individual scenes, you can set the specific ramp rates and light level as well

Post your actual programs so we can review. Most likely there's some interference but unless you post your programs we can't say. Also does your firmware and ui match? Is this insteon or zwave

It could be different firmware causing this. One way to find out would be to remove an existing switch and re-add to see if it changes

Right click on device and choose update neighbors

I no longer use kwikset locks so I cannot comment on that lock specifically. When it comes to the 500 board, Ive found it works great when the system is 500 devices vs older gen-though it does work with both. My experience with yale locks has been glitchy on 5.3 and atrocious with 5.3.1 so it wouldnt surprise me if the same held true with other brands.

Not really! If you're in the admin console and you click on your network, you'll see a list of all your devices which you can sort to be in order. Unfortunately, the name you gives something isn't the names that the isy uses. That's there for your benefit in regards to knowing what something is. The isy itself is concerned with the device ID as that is what it uses for communication (trying not to get overly technical) You shouldnt remove it from the isy. Simply disable it and when you're ready to use enable the device. Since it's a plug in, you could also label it what you name it in the ish which would make it easier to find next time.

Well thats not a fair comparison being that your 10 year old car still probably costs a couple of hundred times more than your motion sensor. I would expect it to be able to do more than an old device.....especially since they've had 100+ years to add to it. On a more serious note, upgrading your isy would not give new life or features to an old device that doesnt have those features built in. You would need the new insteon motion sensor which has that ability. You dont have to change the battery every 6 months. In fact, when I used to have the original sensors, I got away with once a year. For rarely used locations, I changed about every 18 months or when 1 died (whichever was sooner).

Your network does matter in regards to where you plug it in. If it's a different network access can be lost (like it was).That has nothing to do with insteon,x10, nor zwave. If you go with zwave, make sure you purchase multiples initially as zwave requires a strong foundation to work properly

No. Unfortunately zwave devices all have different ways of accomplishing this unlike instrument.

You need to upgrade to 5.0.16c Clear your Java cache before and after you upgrade

Firmware and UI? If you arent on the latest firmware, most likely it wont work. I would recommend using at least 5.0.16c then trying. This is especially true if you are still on the 4.0 branch.

That's been discontinued for years. It wouldn't surprise me if the 2 were no longer compatible due to updates to the elk.

This is (adding zwave devices) complicated but you are right. If all devices in a system supports network wide inclusion, you should be able to add devices from their location (assuming all devices are within range). From my experience, this isn't perfect (of course). I still add devices prior to installation in order of closest to farthest. The same with locks. I'll add those after, I've added, devices that I hope they will talk to.

This firmware makes using Yale locks even worse than 5.3. which isnt saying much when compared to 5.0.16. Even after removing the locks and re-adding, there is zero communication. The ISY shows the repeaters connecting to it but no communication at all when it comes to the isy actually seeing the locks.

In addition to what MrBill stated, I use a longer period between messages to lessen the chance of an "on" signal being sent. While the motion may trigger upon movement no message gets sent. This allows the motion sensor to see you but not cause any programs to respond to the motion

I would increase the time in the motion sensor itself for when it seems an on command to lessen the likelihood of an event being sent between motion triggers. One or 2 minutes should be sufficient. Once done you can use MrBill's example above, shortening the duration to suite your needs

You'll probably regret things. I tried that once and quickly realized it took me more time that way than had i done things properly from the start. One thing about systems such as the Isy is that shortcuts usually hurt more than they help. When you delete a zwave device, you're only deleting the node from the console. The information is still retained by the board. To truly remove something, you have to do an exclude. If I were you, I'd factory reset the zwave board and isy for a fresh start. You can always copy your programs (i prefer pictures) somewhere to use as a cheat sheet

How many devices do you have

You'll want to update to 5.0.16c. that's the latest and must stable you'll be able to use

I would recommend always using the link that comes on the page with the firmware that you are downloading. That ensures you have the latest links.

Firmware and ui of your isy? If you're not on 5.0.13 (at least), the ish doesn't not support multi channel devices so that could potentially be why.

Submit a ticket to udi

There's no help because the 99 is obsolete. You must use the launcher on the 5.3 firmware page

I think it's more of people trying to use insteon for security vs insteon trying to move into security. If you have zwave, there's an outdoor motion sensor that can be integrated into a flood light https://www.amazon.com/dp/B07KP4T3MS/ref=cm_sw_r_cp_apa_fabc_Wbb3FbHWHNNDJ?_encoding=UTF8&psc=1