larryllix

Do you have any programmed Insteon scenes that control the devices randomly changing?

The only way you can integrate anything into an Insteon Scene is with an Insteon device. However, I think you are referring to a 'scene" in the generic sense and not Insteon Scenes", and I don't think I am following your logic of what you want to do, avoid Alexa groupings partially, all together, or use Alexa totally.

If you are just looking for a White bulb, there are many smart bulbs, sold in Walmart, and amazon that can be controlled with Alexa or GH voice control skills.. If you are looking for RGBW bulbs and want to control colours then you will need to get more complicated with software, NSs or Network Resources.

Strange. I have never heard of "Resume Dim" in Insteon devices. I have also never seen it mentioned in the Insteon device manuals or remote control gadgets. At least your factory reset fixed it for now. It appears your ISY programming was setting your On level somehow that you had forgotten. I tried to paddle set the On level on one of my switchlincs and I cannot make it happen, as I thought it did formerly. Maybe Insteon did change their design. Most of my SwitchLincs have been removed for moving out later, so I cannot test the rest of the versions.

It seems to operating exactly the way Insteon devices are designed. SwitchLincs remember the last On level programmed into them. You likely just needed to write the desired on level into the device. This can be done in programs, manually from the admin console or manually at the switch paddle. Mine get changed twice per day via ISY programs.

Appears as a hang-over from a testing phase that is not required anymore. I second that. New users wondering WTF are others talking about...changing icons?

ISY likely doesn't know the preset on level from the switch. Try setting it manually from ISY admin console and then test again. I set many of my lights each evening so when the pee run happens at 3:00 AM I don't get blinded. Sent from my SM-G781W using Tapatalk

Sounds like a ticket request from super @Michel Kohanim before the data becomes lost. or perhaps @bmercier would be able to help. He's the creator of this bridge over troubled waters.

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.

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