lilyoyo1

Same as my previous statement. In regards to the actual switch itself, make sure you click the ramp rate button after you change the ramp rate. In regards to scenes, you must update the controller settings(device in red) as well as the scene setting

Looks like you're updating the switch and not the scene/controller of the scene

I didnt think ZigBee has been enabled yet.

It can happen but the effects can be minimized. Like Mrbill, I run multiple systems at home. In fact, I ran half ofy house on 1 polisy and the other on my test unit until I combined the system and use the other for testing purposes without issue. It just depends on the user and how well he knows the system to keep collisions from happening. Insteon also has built in safe guards which helps as well

I also wanted to add that my off program also flashes the lights before turning off to give a person a heads up to trigger the sensor

You use status which accomplishes the same thing. I don't use status for mine as I've found the system doesn't always update the state of devices during a reboot

Your method is fine if you just want the lights to turn off which is what the program you linked to is designed to do. It doesn't need anything else. My method keeps the lights from turning off if someone is still using the bathroom. Yes, you can use other programs to prevent the lights from turning off by why use 2 when it can be accomplished in 1? For example, if a person is in the bathroom doing their business, they may not be picked up by the sensor. Using your methodology, the lights would turn off on them because they were still too long. Another situation would be getting ready in the morning and a person is in and out of the bathroom. Another reason is the op clearly stated that he wants the lights to stay on if the bathroom is being used. As you stated in your argument (as well as program linked), once the switched off command is received, the system will go line by line. What are you using to stop the lights from turning off? My method will cause the a reevaluation during the wait. If motion is switched off>wait. If motion is switched on during that time, the isy will reevaluate the system and stop the program during the wait which stops the lights from turning off. Should no motion happen, no reevaluation takes place and lights continue to go off.

The second line isn't just for or else commands. It also allows programs to reevaluate. If you just have switched off, once it triggers, the countdown will start and continue since there is nothing to stop the trigger and cause it to reevaluate. By adding the switched on, the program reevaluates and stops the countdown.

the not switched on stops the timer. If you just use the switched off, then the timer would continue to run once triggered.

Ir pro doesn't infer 500 series. Did your board have a light on the back of it? What firmware was your isy running

I separate my on programs from my off when it comes to my sensors for a variety of reasons. I use If motion is switched off and not switched on Then wait 5 minutes switch off

You need to be more clear on what you're asking.

That would depend on your controller. Most likely you'd need to remove and then add to the new controller

How? Zooz stick isnt compatible with the ISY

Howd you accomplish that? Do you mean you used zooz with your polisy?

That's true....I was just responding to the comment itself rather than udi support

There's a motion sensor for the new system. There was still some bugs with that one so there's hope that it will be released in the future

What do you mean by speed setting

I was asking out of curiosity. When it comes to people spending money on something that may or may not be supported going forward, they do have a right to know that information. Yes, it's buy at your own risk to a certain degree as anyone can step down in the future. However, for node servers to work and the platform to succeed, people will need to believe in the system and trust that they won't be wasting their money only to see things break or have issues without a fix. If those node servers (in addition to potential future situations) are being picked up by UDI, yourself, or someone else, then it's all a moot point.

Which node servers does this affect

I thought the sales page was explicit enough but yes, the zmatter board is USB only. I personally don't have an issue with the dongle being USB. It's not like it's going to up and walk away for it to get lost. If you're in a situation where you are constantly moving it around or people are messing with it; then I can see it being a bigger issue for you on both sides of the coin.

https://forum.universal-devices.com/topic/39372-curated-answers-to-general-eisy-questions/

I hate to break it to you but your position is neither special or unique. We all have invested thousands of dollars and countless days & hours writing programs for our stuff (hundreds of programs for most of us). With that said, I'm not understanding what no plms (or so called lack of plans) have to do with UDI???!!! They don't make plms, never have, nor do they have any control over what insteon chooses to do with their devices. This rant is best served on insteon forums as this has nothing to do with UDI. With that said, insteon has said plms will be available in March as previously stated. In the meantime, there are plm repair services available from insteon themselves and ebay. There's also posts on here on how to repair your own. Unlike the insteon hub, your isy994 does not need to connect to anyone's servers in order to work so yours is not a brick. It won't be updated anymore (and hasn't for quite some time) but it'll continue to work until it dies (as it has). No, this isn't a project for elitists. However, it isn't for those who lack the desire to invest their time, energy, and money into it. No different than owning a home, playing sports, or a career. Personally, I don't count on insteon or any company to not leave me in the cold. That's not why they exist. They exist to make money. Once they're no longer doing that, they will cut loose. Whether it's discontinuing a product and service in order to sell a new product or service or bankruptcy; it's all the same thing.

I don't think the Isy actually checks the status of devices in a scene. It assumes the device state which is probably why it shows up

I have the test versions. I'm going to see if it works with those too tonight.