lilyoyo1

Most developers are probably waiting for polyglot 3 which would allow them to make money off their work...I don't blame them either. Insteon hasn't had anything new for Udi to add for them. I know their new line is supposed to be released in the next few months but those devices working with the isy would depend on them working with Udi.

I don't think anyone's intentions were to poke you. You asked a question and others answered trying to understand why you would assume people were leaving sure to progress vs. simply not needing help... Especially when help ebbs and flows like anything else. If anything it sounds like you were doing the poking to get something started vs the most likely scenario

I thought this was an ISY forum, not a Home assistant forum. And yes, based on what Michel has stated it will cost you. Polyglot 3 will not work with RPI meaning people will need to buy Polisy for it. Which means it'll cost. Developers will be able to rightfully charge for their work.... Once again it'll cost. Those who want to port their system to Polisy and have zwave, it'll cost. So yes, progress will cost. ISY, has grown in leaps and bounds. It may not have grown in the way you want but it has grown. Where was it at 6 years ago? Basic insteon support and network resources. Udi added 300 series support for basic zwave devices to multi channel device support. Now it's a zwave plus certified controller that works with insteon, most zwave devices, hue, ecobee, harmony, Sonos, lifx, rain machine, and countless other devices. In addition to that, they now have their own app which didn't exist before. The better question/statement wouldve been; where's the progress that you want vs no progress at all.

The pool deck floods switch is a response not a controller so that is part of it. Make sure the devices are configured in all controllers too, not just the scene. Simply remove the responder and add it back to the scene as a controller

I acknowledged that you updated to 5.3 in your original post which is why I asked if your UI matched. If it doesn't you will have issues such as what you're experiencing. Downloading something doesn't mean your UI matches. The instructions says to clear your Java cache which you did not say whether you did or not. A quick look at the help>about tab would show the information I'm asking for. Your pictures so not show the scene itself from the device column on the left hand side of the admin console.

The isy is not aware of an unplugged device so it will still attempt to do its job by wiring to that device. This week slow down both protocols since the isy is still controlling the whole system. The best way around this would be to either leave the device plugged in or disable removed devices do it will skip it. Upgrading to the pro version allowed you to disable writing to wireless devices

You never said if your UI matched your firmware. If they do not, this could be why your isy is behaving this way Check your scene itself. Controllers should be in red while responders are blue. If you want these lights to behave as if they were a multi-way switch then all should be controllers

That says alot. I guess the fact that they've finally created their own app, received full zwave certification, node store having over 100 nodeservers (free of charge at that), isn't progress? Sure, it would be nice if the Isy was already ported to Polisy. As long as your house works, does it really matter? If anything, progress will cost people more money. Good bye for those running polyglot on Rpi's and Hello lighter wallets to purchase Polisy. Ditto for those using nodeservers for free. I almost wish UDI would develop 6.0 firmware behind the scenes where only a select few has access. Once it's ready in a few years, force people to upgrade to the latest and greatest (like every other company). Maybe then, more people would appreciate the baby steps that has come over the years vs acting entitled to more every time we turn around

I doubt this is the case. Most posts on here are for help which ebbs and flows like anything else.

In addition to what was already posted, I would verify your 6 button is not in non toggle on mode. If it is, the button will always stay on. If all devices are associated together and controlling each other the same exact way, I would add each one to a single scene (if it's not already) as a controller and making sure all are triggering each other the same. Since you've recently updated, make sure that your firmware and UI matches.

Its neither but if you wanted to be technical about it, then it would be a status condition. Status about the state of the device. This can be changed via multiple avenues such as voice, app, another device. Control is the physical control of a device. ie: you manually press the button on a switch. Zwave does add a wrinkle to this because...its zwave. Who knows why zwave does the way zwave does. Some devices will use status even though you are manually controlling the device. IF time is from sunset to sunrise THEN Set Light on OR ELSE Set Light off

I wasnt trying to be specific in writing a program which is why i wrote it that way (doesnt even have anything to do with what op wanted). I was simply showing how AND & OR functioned. However you are correct. If this were a proper example, one would need to use status

firmware and UI? Did you configure your google account to allow for less secure apps?

And & Or does work differently depending on what you are trying to accomplish. For example, If you wanted to turn on a kpl button whenever a light in your kitchen is on (let's say you have 3 sets of lights), you would use "Or" for your program. Ie: if light 1, or light 2, or light 3 is turned on THEN do whatever If you wanted that kpl light to turn off when all lights in the kitchen are off then you would use "And" Ie: if light 1, and light 2, and light 3 are off THEN do whatever. Just remember when it comes to Or Else statements, it works great for basic stuff such as simple on/off timers (turn your outside lights on at sunset off at sunrise). Anything beyond that, you're better off splitting your programs....especially if you'll have multiple programs controlling the same devices.

Must be the invisible text Udi uses. Makes it hard to read. You can find it in the first page of this post. Very first post

I don't know. I don't use it. You could check the isy wiki or Google isy smart meter

As long as it's a 994 then it's compatible

That was at the beginning of your post. After you found a work around, i was responding to post in regards to how variables could have helped for what you wanted. Since you found a better work around, the whole variable is moot

Im assuming you must not have read any of my precious responses on this post because I've already acknowledged and explained that explained that in previous posts right above this. I will repeat, at the time, the variable was only to set the light to where you wanted it to be. Since you found a workaround all of this is a moot point

Wasn't quite sure of your point so I was clarifying my statement to lessen the chance of misunderstanding

It's not a bug in the firmware. It's insteon's behavior. Insteon was designed to work first and foremost without a controller so there are things devices can do that the isy cannot prevent. The isy is seeing the press otherwise variables wouldn't update. The command that it sends (turning lights to 100%) is interpreted by the device outside of the isy. To the Isy, the device is only turning on to where it is supposed to go while the device itself is interpreting the command the way it's supposed to. It's similar to using the mutually exclusive option that the isy has (why Udi recommends scenes instead). Those are within the device and the Isy doesn't see it.

The variable has nothing to do with stopping the light from ramping up. It was to track the press which would then run a program to adjust the light to the desired level accordingly. 1 press- light (scene) turns on at 70% variable updates #1 2 press- light (scene) goes to 100%. Variable updates to #2. Program runs and Isy turns light (scene) to 70% Off press- light (scene) turns off and variable goes to 0

Its his issue in regards to the status but not in regards to his variable not updating. The variable was only to track the button press so that if it was hit a second time, it would update and run the corresponding program. The program itself would then run based on that variable to set his scene to the proper level.

I don't know. It could be based on timing when the isy sees the second press. Are you doing it quickly where it's seeing a double tap vs a single tap? I have my variable set up to count presses. In testing my variable updates with the second press. Even in the video, it shows you the counter moving while testing the variable so I'm not understanding why yours doesn't update My program is set to capture double taps and the variable. That way whether I want music immediately in both areas or change my mind later, it will operate without issue.

I'm glad xlurkr's suggestion works for you. Not sure why a variable didn't work as I use it for switching my music in the bathroom from single room to bath and bed without issue