larryllix

Yes but you weren't using a factor of 0.555 in a v4 program. Did you power cycle your ISY yet? Have you saved the program yet? Show us the actual code by copying and pasting.

Maybe if you just "copy to clipboard" your actual programs, and posted them here, somebody could take a look at what you are doing. You haven't shown your If sections or what is triggering your program to run.

Inspect your notification values. You were sending a state variable before that was being updated dynamically with the current value, not your calculation result. Do you understand that ISY is not a linear programing language but rather an event based triggerred calculation engine?

The problematic behaviour is caused by your If statement setting the value you are sending in the notification. Your program can change values all you want but you are sending the State Variable that is being changed. Your output demonstrates it. BTW: Integer Variable does not mean the variable doe not have a fractional part. That is determined by the precision setting, regardless of the type. Bad naming but Integer means non-triggering and State means it can trigger a program.

All ISY variable hold numbers. By non-triggering variables, I mean State variables that are not used in programs If sections, that are enabled, or Integer variables used anywhere. When you use a state variable in an If condition, it can cause triggering of the program. Your program would trigger and before it can get finished, the program could get triggered again, restarting the program, or before the notification gets sent the variable would be changed in value. That is what you are seeing.

I never do my calculations in a State variables. You could trigger a dependant downstream program multiple times with nonsense intermediate values. Do the calculation in non-triggering variables and then copy it to the trigger State variable, last. I assume the waits are for testing. They can other programs to inject other values into variables. You are sending the latest updated variable value and receiving the correct response.. See my first sentence above.

@LeeG was definitely an Insteon bit pattern and logic guru. He is greatly missed here.

Good help must be hard to find that can create a searchable database to read off a monitor. They are all busy typing in smart-*** answers to silly questions coming through Alexa

My motion sensor (ISY Portal variable pseudo MSes) routines stopped working a few weeks ago. I notified amazon support describing the testing was good to their device status in the app, and how the routine worked fine when tested from the app. I got back a nonsense response about how they need to test these devices right from the ISY program blah, blah, blah. It seems after weeks of my routines not working, somebody reset something, and my routines suddenly started working again, but amazon support would not admit that. Feedback was mixed thanking them for resetting the routine programs but telling them to actually read what I posted instead of wasting everybody's time.

Installed, powered up without any snags or delay, and running fine. Installed polyglot v2.2.5 with beta selected. v2.2.6 not offered. Thanks!!

I thought it had to be totally nonfunctional and show eons of thinking to make WAF. Sent using Tapatalk

Slap! She gets peace of mind and... You get a piece of her mind too. Sent using Tapatalk

The first I have ever heard of the iR feature was in a LIFX advert about 1 month ago. Interesting idea! Not much of a security thing though as the kids know iR shows up in any cam sensor. I had some BR-30 Hue bulbs, but my fixtures take BR40 that overheat the bulbs in an insulated ceiling. For those that think LEDs don't get hot, I burnt my hand on an LED bulb two years ago after it started blinking on and off. Face was cool and I removed it, only to find the sides extremely hot froma fixture with no air circulation. Yeah I was standing on a ladder and made the call to not drop and smash it. I have my decks, porches (1/2 house) populated with RGBWW bulbs in potlight fixtures. I am going to do a lot less Christmas lighting this year, outside. The LED lights strings have become the worst reliability of any type of Christmas lighting for me. Green strings seem to last just over ne season. I have fixed sockets repeatedly but the trick is nothing is compatible with other or even their own brands from year to year so they end up being garbage. I have a few strings with taped off ends in order to salvage half the string lengths. My light animator hasn't been bothered wit for a few years now. I am sure it was annoying the neighbourhood but I ISYed it for only select times. With an extension cord end repair from a mouse eating off the receptacle under the snow last year, I am slowly giving up, and don't want to spend the full week of wiring and running cords, using 100-200 tie warps. One time usage plastics? At least these are guaranteed to be turtle-nose proof!

There are two different effects here. Using multiple colours in a chandelier is about the looks of the bulbs. Like a Christmas tree it doesn't colour the room lighting. Using colours individually, where they shine on a wall or other opaque object is a different effect. You see the coloured light effect in the room. If your bulbs are not close to a wall, you will not notice the coloured lighting effect (just see coloured bulbs) unless you have all your lights the same colour. Coloured bulbs in a ceiling pot fixture are mostly a waste of money. Their light isn't bright enough to light up the floor and the bulb cannot be seen either. Of course I have ten foot high ceilings.

My impression is there are no upgrades. The 8 group unit is the small RGBWW lamp some sell. It doubles as a cute RGBWW lamp, which may work out for a desk lamp or a couple on top of a bar.

No. You are correct. You can have four "groups" with as many bulbs are desired in each group. From the ebay listings, it appears the newer "lamp style" hubs may be able to handle 8 groups. That would definitely help but they require more space than the flat hubs I have. They still require a microUSB from the looks of them. The MiLight protocol is very fast using UDP packets. Animations, like flame flickering, is much easier with them.

I guess they didn't expected anybody to spend over $3000 on light bulbs. They must be running into a memory or number of addressing bit max in the protocol. Geesh...MiLights had a much better light quality, colour depth, and brightness, but I have a box full of them too because they took a new hub every four bulbs. If MiLight ever developed a hub to service a dozen or more bulbs I would go back to them. My Hue bulbs didn't support the update for the 100% power on problem.

I have a junk box full of Hue bulbs now,and the only reason they lasted the few years they did was they cost me over $300, which was way too much to totally waste. Basically the bulbs were garbage from day 1, with no green capability and blaring 100% in the middle of the night with every power blink. The Iris unit had nice colours but the light output was about 2W equiv. or less. I was impressed with the Hue protocol. Very easy and clean.

Maybe they are not http protocol. OTOH I have has http devices that just give up too easily. I have 25 RGBWW bulbs that have never had to be power cycled yet. Of course I bought the quality units at about $8 each. Sent using Tapatalk

Very ironic the people interested in a user programmable box with so many options can shy away from a change for the better that could cause them to actually look at their programs for flags indicating some attention may be due. To each his own l, I guess, but keeping their Insteon hub comes to mind. I guess behind the closed door thing is scary but very few that open that door ever go back. I blame UDI for using the beta label while I have had tape measures with more bugs in them. Sent using Tapatalk

What new devices have you added that aren't supported?

NO, and I think that is the law. People shouldn't be out in the wet on a metal ladder changing a live lampbulb. Some will argue that the breaker can be used but I think convenient comes into out code rules also. IIRC, I wired mine into a hard switch next to the SwitchLinc that controls the ISY logic. In both cases the switch was barely doing anything else.

No. I have a few MSs that trigger 5 and 6 programs. One trigger can cause as many event as you can have programs. Processing order cannot be predicted though.

Http keeps trying

Surge protectors do NOT protect against surges by definition. They are spike protectors, protecting against high voltage spikes, (usually more than 250vdc or 180vac) only. Only very complex (usually UPS) circuitry can protect against surges and voltage dips. A high voltage surge of say 150vac for 10 seconds would not even trigger these "surge suppressors" Some where along the line the term became popular and the manufacturers have adopted the misuse of the term.