larryllix

There is a new transfer setup function on a pulldown menu at one of the bottommost menus in ISY Portal. It is best to set the IP of IoP in your router's DHCP reservation table.

I have used many different brands over the years... ecobee, hands down! You will need a Node Server and that takes polyglot 2 or 3, with a RPi or polisy box.

ROFLMAO! Sent from my SM-G781W using Tapatalk

Here is a sample NR that talks to my RPi NRbridge software and controls my WiFi bulbs. These are the variable values I send This is the NR I use to send the variable values. Note the format included in the strings. A word of warning that variables are encrypted at send time and not at invocation time. @Michel KohanimIOW: If you change the value of a variable immediately after use in your program, the new value will get sent. This is a factor in making ISY and IoP very slow for lighting control. Every program line requires a Wait 1-3 seconds delay for repeated usage of the NR.

Loaded easily with the sudo.... method. Works well, especially the system time variables. Thank you! @Chris JahnTwo outstanding items to fix on IoP yet: Modulus function (%=) needs to support decimals. Always gave decimal shifted results = Integers from decimal values. WoL on IoP is still broken. Hasn't ever functioned in polisy. Thanks!

It is not removable. Not sure why but it is the basis of some commercial systems apparently, related to TOU (time of use) metering and energy conservation.

The original name of the scene wasn't "Auto DR" was it?

So how many times did you turn his TV on at 2:00 AM? How did his wife like the porn?

I watched at nights to see who had some light flashing on and off for a few weeks but finally gave up on co-operation. After a a few days or weeks? I stopped and used that same house code again and never had a problem with it again. ...but I was nervous about using other X10 House codes then. I figured somebody switched away from my house code. IIRC I was getting an All House On commend though, likely some unlabelled X10 remote control. It worked anyway..

Years ago I wrote a program to turn all on and all all off every 15 minutes , every day, and my neighbour problem went away. They must have changed house codes.

Older may make it worse as components age. I have an old AC motor model and a DC motor unit with battery backup. The newer one kills my Insteon almost 100%. Turning the power off may not be a good test. They can still suck signals while plugged in.

Garage Door Openers. Chamberlain makes most of the brands in North America

You need some hysteresis in your programs. Try using 41F to turn on cycling and 39F to turn on 100% run. When the pump runs the sensor see an immediate temperature rise and the season changes for you programs. Add hysteresis in the form of temperature differential and/or time delays, or use MrBills method with a variable and temperature hysteresis. Either way this is going to take at least two programs to accomplish the differential hysteresis, and one or two cycling programs that don't interfere with each other.

When you test, ISY has to always be powered up so I would look more seriously at the circuit the PLM is on. GDOs are known to be really bad, especially the Chamberlain models.

I do the opposite marking only State variables. However I also mark integer variables with c for constants that never change eg. $cTrue I comment programs that need to stay disabled in the IF section at the top. Sent from my SM-G781W using Tapatalk

As a pioneer, let others know how it goes. I used a more recent backup to port over to IoP and it took a lot of fixing but mostly worked. With a new polisy there shouldn't be much to lose. Sent from my SM-G781W using Tapatalk

polyglot v2 is not being advanced any further but still functions just fine on my RPi 3. PG3 still has many bugs yet. Sent from my SM-G781W using Tapatalk

You too ? Sent from my SM-G781W using Tapatalk

I also noted (later) that the displayed time on the admin console, top left, displays the year 1952.

The idea was to unplug the GDOs and then test other devices, not power cycle the GDOs. They are known Insteon signal killers and your MSes may not function either while they are swamping the whole environment with RF and/or power grid noise. You may have lost Insteon links in your devices, especially if you have had comm noise while operating devices. Insteon signals are not data signal secure. Have you tried to Restore each device? You may have to "write updates to device" after each Restore select. UDI has changed things in the admin console and made it more complicated to do any of these things.

I would use "set" uppers to 20%. It is much more effective in Alexa lingo. also "Turn On Uppers to 20%" I also use Turn ON and Turn OFF for almost everything. Create a few programs with different results like this Turn On dim uppers Turn On bright uppers Turn On very dim uppers Turn Off uppers. Make Alexa think they are all different devices. I found the percentages were always flakey.

Try removing the light bulb from the GDO. The lamp goes on when opening the door, but may be off when closing the door, if left to time out first. Try unplugging both GDOs and then test the MSs. My Chamberlain GDO destroyed most comms on my ISY. The older unit with AC motor interfered and I never could figure it out, until I got a newer unit with battery backup and DC motor and it killed my Insteon comms down to about 25%. Then I knew the problem and I remembered reading about dozens f complaints about those units. Two FilterLincs basically fixed it 99%.

$420 USD

Are the programs in a folder with conditions?

Installed great with a single click of the reset button. Wrote a test program to set a variable to [minutes from start of day] based on a trigger from another variable. Bugs still exist in variable "last change time" and [minutes from start of day] value [minutes from start of day] returns the value since midnight plus the UTC offset = 23 hours x 60 minutes = 1380 @ 7:00 PM EDT. This has changed since last IoP version but still not calculated correctly. "last change time" displays the time changed at UTC or four hours too early from EDT. Double the UTC Offset still. No change from previous IoP version.