larryllix

Although I use a few folder conditions they are dangerous for most people. They are obscure and can cause programs to stop unexpectedly midstream, and leave functions not complete causing other problems downstream. Most users would never even know they exist and their states are not very obvious. Additionally IMHO UDI has changed how folder conditions work. A year and more back when you added a condition to a folder, it was always considered false and no programs would run, unknown to the programmer. Now when you install a condition in a folder, the logic is run immediately (sometimes) to update the state of the folder, and alleviate the previous problem I mentioned, and this may be an unexpected result also. Another problem you just spent time on is programs inside a False condition folder, will not run when invoked manually with no indication of why. This problem has killed more space and time on this forum than most other problems. It should be removed from ISY programming primitive programming options, after variables were introduced many years ago that follow more modern structured programming concepts.

Does the event log show the status update? It still looks like an Insteon link is missing. The paddle and status are two different signals. Has the switch been factory reset, or reinstalled from scratch yet?

Strange. I have been finding my main SwitchLinc switch doesn't seem to produce a dim signal if it already off. I was sure it always did in the past as I use to signal to turn on my automatic dimming programs/scenes. When the Switchlinc is partially on it works 100% but when the Switchlinc is already off it misses sometimes. I am still using my old ISY994 also so it is not a IoP thing. I had a lot of other weird things take place on mine for the few months I tested it but after some other serious problems I went back to my ISY for now. Previously I also used my ensuite Switchlinc dimmer to trap a fast off signal to activate RGBW strip lights along the floor behind the tub etc.. Each double tap down, while off, would trigger a colour change if done within 5 seconds of the last d.Tap. Waiting for longer than 5 seconds would cancel the sequence and turn the RGBW LED strip off. It never had problems producing the fast Off signal while off. Something does seem like things have changed but it always seemed to point to the Switchlincs. Not likely possible. Maybe some core logic in ISY/IoP has changed a while back??

Yeah, a single missing link or botched link could destroy one status or trigger signal continuity. Since Insteon sends separate signals for toggle position as well as dimmer status, it is quite and very possible.

This can be a problem when we play the anomalies of a system. Then the system keeps changing and we wonder why our ingenious quirks stop working. Many have argued over the years here, ISY's engine doesn't always process things n the order that seems apparent, or by order of the code lines.

The security issues were a huge statement, made in error byt the FBI, and they issued a retraction later. However it is most still used for game and audio equipment to locate devices on your LAN. There is uPnP pass through option on most modern routers now but who wants the world to find your PS6 etc? Sent from my SM-G781W using Tapatalk

Yeah I used port forwarding a lot but the ISY portal is so easy, full of features, cheap, and safer. Sent from my SM-G781W using Tapatalk

It seems to be some UI problem. Just select the valid one, edit the current one and save it. The blank one doesn't seem to have any effect on function.

My ISY994 and RPi combo work just fine. I abandoned it for polisy for a few months but resurrected it again until some things settle down. The install was completely new and took some port redefining but works well for again the last few months.

Ditto here. I have experimented with a few Zwave devices but decided to stall that until I move in June but ZigBee still sounds like a better option from the forum rumour mills. The fact that a board or group of people set standards for it sounds much better than a single company controlling Zwave's future, and the problems I hear from Zwave users shows "it' ain't no Insteon protocol"

If the pulldown menus do not offer decimal degrees, then the device doesn't support them, or the code writer didn't write the options into the code. Likely the latter problem due to most here being American and only familiar with foreignheat. Talking to the code writer may get you special code added to support your cause. Users here are typically quite helpful and very supportive Sent from my SM-G781W using Tapatalk

Any thermostat setting parameters I have seen so far have been set with pulldown menu selections. If the code writer did not supply half degrees then you need to talk to the NS author to include C support for his/her NS setup tables. Sent from my SM-G781W using Tapatalk

Have you tried to use HTTP on your own LAN system? Sent from my SM-G781W using Tapatalk

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!