larryllix

Welcome to the forums!!! ISY NRs is an acronym for Network Resources module. This is a piece of firware that is built in to your ISY994 but needs to be enabled by UDI, the manufacturer. This costs about $49 (at one time, so don't quote me). The NR module allows Ethernet packets of almost any style to be sent out in order to control almost anything that can be controlled from an app, and then some. You just have to know the codes and style of protocol. Most manufacturers release an API (application interface) if they want others to use their hardware. Be careful with the word "scene". Insteon coined the word in reference to a particular Insteon group broadcast style, in order to control a group of Insteon devices, all at the same time. Inseteon alsouses it to describe a direct link between two Insteon devices, very commonly used before central intelligence controllers like ISY. "Scene" also has generic meanings, as well as Zwave has their own style and definitions. It can get confused without always using it with an adjective to describe which "scene" you refer. I have about 12 MiLight RGBWW LED strip controllers as well as some bulbs. I have now converted my RGBWW strips to LEDenet which can be controlled on WiFi / NR without any hub / bridge to their proprietary 2.4GHz protocol. MiLights are not WiFi compatible, no matter how much they attempt to scam the market with their implications. Their Hub is WiFi compatible but can only handle four addresses of devices from each Hub. I have one main Insteon SwitchLinc Dimmer switch that controls about 25 bulbs/strip using different styles of lighting in my Gathering room. Now I use Alexa commands to acttivate lighting schemes mostly, and only Alexa for different colour schemes. As examples I have TV Lights, Reading Lights, Bright Lights, Dim Lights, Movie Lights, Full On Lights, Halloween Lights, Autumn Lights, Christmas Lights, Party Lights, Perimeter Lights, and Sunset Lights which slowly dim the whites and bighten the sunset colours on the perimeter bulbs and strips. I also use some ISY sequences to flash one corner red while the garage door is open and run a sequence of red flashes across the room, behind the TV at midnight, because we are too stupid to go to bed at nights. LOL. ISY makes all this possible.

After you implement what Paul posted above.

I control four different styles of LED lighting from my ISY. Philips Hue bulbs via ISY network resources and a Philips Hub/Bridge to Zigbee protocol MiLights Bulbs and RGBW strips via ISY NRs or NodeLink to 2 x Hubs / bridges to proprietary 2.4GHz RF strip controllers & bulbs MagicHome / LEDenet LED strips via ISY NRs direct to RGBWWCW strip controllers. Insteon Switchlinc dimmers via Insteon protocol. I have avoided Insteon bulbs I don't control anything directly from my 4 Alexas or 3 Google Home minis. ISY passes everything.

If status kitchen 1 is not 60% 50% is not 60% = True And status kitchen 2 is not 60% 60% = False And status kitchen 3 is not 60% 60% = False Then set kpl button C off True AND False AND False = False = Run Else, but the scene setting have been disturbed OR logic is required to detect any status has changed from 60%. Then set kpl button C off True OR False OR False = True = Run Then, the scene settings have been disturbed

I think those should be "ORs" to cause Then to run on any level being changed.

Using the admin console you can right click on any program in the program tree, and do a search for Programs, variables, devices, etc.. including a raw text search.

Another shot in the dark. In the admin console, with one device a t a time right click on it and select restore to refresh the links. These KPLs have many links and can drop one while the others still work.

I am not sure I completely understand what you are doing but it seems you are operating button LEDs on KPLs via programs operated via KPL buttons, using ISY. Try installing a WAIT 2 seconds as a first Then line before operating the same device triggering the program. If this has any effect you can work from there.

Please specify which unit or who you respond to by quoting. There were several units raised in this thread.

Thanks Jimbo. I haven't had the energy to follow this further yet as other things have popped up lately but the suggestions was appreciated and excellent. After the installation honeymoon was over I didn't think of doing this again.

I also use ecobee remotes that would do this job perfectly without ISY. If any of the wireless technology failed with Venstar or Ecobee, the stat would either do the job completely, or fall back to just a regular stat function. Dependence on anything wireless or a lot of devices in the pathway is not the best idea when it could be critical, dangerous, or cost you extra money.

I may be confusing it's system by using the word lights. "All" was a word I had to discontinue from Amazon lingo. It operated 45 devices. LOL I tried Lamp where the device actually looked mike a lamp but RGBW strip lights give me a problem called them a lamp and it seems to interchange Lamp and Light anyway. I tried defining them in ISY Portal as scenes" but that has the same problem. "Turn off red bedroom lights" reports back as "OK, turning off 9 devices" as it activates off on 8 colours and a bedside lamp. Sometimes it fails then. It see "Bedroom" and "Lights" and finds every device in my system with those two words and operates them. Also have to ask. Do you have to synchronise your GH devices using the ISY Portal synchronise icon, after making GH changes? You did in the beginning but, I didn't find that in the wiki. That is what is currently giving me a "Account has no permission" error every time yet.

Another example: If I have a device named "Blue bedroom Lights" and vocally address it GH will report back. There is no such device. If I use "Blue Bedroom" GH reports back, "....Blue Bedroom Lights" and operates it. What doesn't make sense is that it doesn't seem to understand any names longer than two words but knows about them with three words, once they are chosen from two words, when GH reports what it is going to operate. My difference is just weird and makes no sense. Do you classify your devices as scenes, devices, switches or as different types?

A few years ago I was in a local bar and a friend/neighbour of mine bought an offered cup that did this. Seems it was linked to WiFi and when the user set team scored in some sports game the cup would play music and flash lights inside the cup bottom.

Seems the GH/ISY relationship is admittedly working with this quirk. It seems the result is not the desired one for HA control, but nothing could be done about it at the time. Unfortunately on mine even using the word "Hue" along with three other descriptors, would still trigger all three devices. I guess I will stop trying to fix it, ignore the errors and possible get more Echo dots out of their packages. **SIGH** From the UDI wiki. 14:59, 18 May 2017 edit https://wiki.universal-devices.com/index.php?title=ISY_Portal_Google_Home_Integration

Sure. Alexa. Turn ON XXX = runs the program XXX Then Alexa. Turn OFF XXX = runs the program XXX Else. Here is a quirk. When you have a scene that turns lights off, you should use the Else section of the program to activate the Scene so you don't end up with this Alexa, Turn on Lights Off.

BTW. for testing the MS Dark settings. You can tap the linking button 7 times in rapid succession and it will transmit the current state of Dark / Light after only about three seconds of sensing, avoiding the 3-5 minutes of sensing delay normally incurred. With 12 MSes, I count the number of current Darks received. I use a maximum and minimum count causing saturation at about 10 units so it always self corrects the count. Different rooms report in, sooner and later, so I can get somewhat of an analogue value to the brightness out of that. Now I have added a few CAO tags to my system which give me Lux readings.

This also leads to just putting "Program A2" Then Lines, inline after the code in "Calc Temp" if the code lines are simple and easily followed years later. I usually prefer the mwester way to keep things modular (state engine style) . Trigger event based programming can be tricky to follow at times. Especially for season inline programmers. Culture shock. LOL VB could be used as event based so many have the concept already. I miss those days.... Interactive forms in one hour, while you wait! For ISY think of the Wait and Repeat like the Windoze 3--, with it's voluntary time slice surrendering or OS thread launching. Code lines together will execute contiguous without interruptions. Wait and Repeat lines surrender the time slice back to the ISY engine to distribute time wherever it sees fit.

ahhh... Now it makes sense. You were using a PLM for a protocol bridge. Rf to Powerline Insteon.

That would be one way of logicking it. BG is talking two PLMs though. We could end up with two PLMs and two zwave boards with that attitude! The plot thickens.

IMHO if you did try to run two PLMs you would ave no end to the massive logic puzzle you just created. Insteon devices only talk by positive enrolment. You would have to enrol one side of your house with one PLM and ISY and the other half of the house with the other PLM / ISY. The rest interface and NRs could look after the co-ordination but what a project! I use one PLM on it's own 240vac dual breakered circuit next to the central panel with an old X10 passive bridge between the phases. In order to jump across my PV inverters that may be doing their own voltage islanding thing (I could be running four separate phases) , I use a dual band on/off plug-in with an old heater as a utility room antifreeze. It serves dual purpose and echoes close to the PLM. Did you make an progress with your Zwave cutting out?

With GH person ID you could have each person have to say their contributing phrase. After Spock, Cap't Asbril could give his confirmation

See, if I used those kitchen item labels and said "OK Google, turn off Kitchen lamp". It would respond with "OK, turning off three devices". If any word is used in more than one item it will operate them all with that contain that same word. I figured instead of a Device I might identify them as Scenes this time but the same thing happens. I don't know how grouping scenes makes any sense. I have six colours identified in my bedroom. They were labelled "Red Bedroom Lights", "Blue Bedroom Lights"....etc.. If I would say OK Google. Turn on "Red Bedroom Lights" it will report there is no such device. If I just say "OK Google. Turn on Red Bedroom", it will do it and respond with "Turning on Red bedrooms Lights" and turn on my "Red Gathering Room Lights" also. None of this nonsense happens with the Alexa interface and I can use the same words in many items as long as the complete phrase is different.

Mine all work fine too except for the returned download errors and no device/scene/program can share any single word the same or google operates both of them. If I ask "Turn off bedroom lamp" I get back"turning off 8 devices" because 8 devices have bedroom in their names. Do you have to have completely unique names for every device/scene/program?

Is this something that just started with the EZX10RF? I bought one a few years ago and it repeated every X10 signal it found, as well as following with the previous unit number combined with the latest house code. If the code matched another unit, two units would operate. What a confused mess! Even if it did work without the bad second code the repeating of unwanted X10 codes was a horrible algorithm. It went back for a refund. As a newbie to Insteon this cost me a few weeks and digging out my old X10 monitoring software to figure out I wasn't crazy.