larryllix

You are going to have trouble if you don't set all devices to 192 168.0.xxx. Many new devices come preset to 192.168.1.xxx, so they are clear of conflicts until you can set them up to your network range. This avoids any conflicts with existing user devices. I was trying to use both for some time , but I had troubles with many network things defaulting to the highest address which other devices couldn't access properly. Wake on LAN is a problem that uses that technique. Sent from my SM-G930W8 using Tapatalk

No. ISY will request an IP when it boots up but the router will just issue it the next address from it's free space pool. Usually you could disconnect or turn off the device for a few minutes and when you turn the ISY back on or reconnect it you should see a new MAC address pop up. Then you install that into the IP reservation table inside the router and assign it whatever address you want it to be. It must inside the set up range of addresses inside the router. Now when you reboot ISY it should get the IP address you picked. Sent from my SM-G930W8 using Tapatalk

Seems like a really natural move. This could eliminate phones in the rooms, provide specialised music to the recipients, take requests to the front desk, order take-out food, etc.. etc.. Plus sell the establishment to the less techie people that find Alexa totally novel and fascinating yet. ..."test Alexa before you buy one?"

I assume you have viewed the event log, the program tree and summary sorted by event time, to determine if you have a program oscillating and eating the ISY engine time. Sent from my SM-G930W8 using Tapatalk

I got into bad problems like that when I mixed my UI and firnware version between v4 and v5 once. I finally did a factory reset on my ISY and reloaded my programs back in. This changed everything with new speed again and many problems went away. Unfortunately my best backup was older and I had to recreate some programs and updates from scratch. I would open a ticket with UDI and I am sure they will fix you up.

The admin console booting is very dependant on client CPU capability. From my 2GHz 1 core Netbook taking about 5 minutes+ to load, my 3GHz 8 core taking about 1.5-2 minutes to load. Contrary to popular belief I never run admin console on a Palm Pilot. More ISY element makes longer times. Backup takes about 10 minutes now.

This depends on what kind of LED lights you have. The commands and techniques would vary a lot. If you are referring to MagicHome / LEDenet bulbs / RGBWW/CW strips controllers, there is a Polyglot project going on (see another thread) right now. IIRC NR can be used to control them. I use NR to send out encoded messages to my own python3 code running on my RPI3 to operate my dozen RGBWW strips. Most of them have been cracked now but I am not sure how other protocols work as I have no other brands of controllers that can be addressed directly with WiFi. I have MiLight bulbs that I control with the same software as well as using NodeLink with that particular node installed on the above mentioned RPi 3. As a side note: I use many Alexa boxes as well a three Google Home minis. Nothing hits directly on my lighting and everything goes through my ISY with decisions before turning one a few dozen lights to preset festive colours or various brightness levels. My doorbell notifies both of us in text messages only if we are not home. ISY is your friend.

Yes they do. Any empty If section is considered If True

Likely a network problem with IP addresses clashing Need further description of what 'fails' means. Do both have their own PLM? Sent from my SM-G930W8 using Tapatalk

I don't believe ISY even knows if a 'scene on' command is successful in the first place. If another device issues a further 'scene command' that controls the involved devices. The devices do not respond with statuses of any of the involved devices. ISY may have no idea what those presets are set to. This is to prevent an Insteon data storm with multiple devices being controlled at one time and an Insteon feature and development. Insteon scenes are presets set by the user ahead of time, and were never made to be modified or monitored. Instead of people always trying to change the design Insteon was famous for, just send the same scene on again every few minutes or do it with ISY programs properly. That's the power of ISY when you want to do something out of the ordinary. People need to use it. Sent from my SM-G930W8 using Tapatalk

I just added a direct email to wife and myself for my CAO fridge tag based on temperature and light. The KumoApp method would require polling to frequenty and kill the batteries too fast. A 15 minute update is too slow for detecting the fridge door is open. CAO Tags.

The download appears to work regardless of the error report. I have rebuilt my google home account (for the fifth time now) from the ground up, and I only have one account. Google home knows about all my ISY Portal defined links as soon as I give it my UDI account name, without using the ISY Portal download function.

Just ignore it. From what you have said before and the nonresponses I am getting elsewhere this problem, the style has changed and this is a left over process from before that hasn't been cleaned up yet. Sent from my SM-G930W8 using Tapatalk

I don't believe the ISY Portal has any control over program enables, only running Then and Else. The program icon turning green indicates that Then ran last. Many use programs that change the enable of another program succesfully and without saving.

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.