larryllix

All systems are a mistake as well as the answer depending on how hard you work them and/or understand them. Usually the basics take a little time to install while the fancy stuff can eat your life. With ISY there is enough help here and canned routines to make your life a lot easier. Many of us have gone insane from excessive programmin and we apologize logically. Sent from my SM-G930W8 using Tapatalk

All except Scott. He's not from 'round here. We like to argue on video chat cause the insults seem more threatening face to face being at different ends of the continent from each other. I given him 'till sundown to get out of Insteon country. Sent from my SM-G930W8 using Tapatalk

All fixed here!! Thank you very much!!!

Wait! I can see how this popcorn effect could happen. I doubt the Insteon delay of hops are being seen though, given the usage of any ramp on rate.. Having said that, most can see the speed of light delay on a long street full of street lights that all turn on with the same circuit. If a scene uses a ramp on rate,with different LED bulb brands and LED lights trips have different power supplies and different lux linearity curves. I have a fine example in my dining room chandelier. One of the five Cree bulbs went bad and I returned it to HD (The Borg), only to have a newer style Cree bulb handed to me as a replacement. At 100% all bubs look the same but anything below 60% that bulbs is much brighter than the other four. (lesson there? Always buy an extra bulb and mark the spare for multiple bulbs visible from each other) Now apply this to a slow and long ramping up voltage coming from various Insteon dimmers. They may all put out the same average voltage, at the same time, but the difference in bulb linearities may make them look like the popcorn effect. @ScottmichaeljAs an experiment I would be interested to have you set all the devices involved (cheap popcorn bulbs you bought ) set to fast On, and document if the effect goes away, or is reduced, or changes in any way. I assume you have various brands of bulbs in your "popcorn" scene. Can you describe this in more detail. I find this interesting and it would be nice to know for future reference and reduction or elimination of the effect.

Insteon has a Scene style operation in it's protocol. With Insteon Scene protocol commands, all Insteon devices involved get operated at the same time. There should be no individual responses other than protocol delays but I doubt you can see that. When I operate 30 Insteon devices at the same time in a scene and then turn them off again I see no delays. If there were delays cycling them this fast some would get behind or not operate.

After more than a dozen deleting and recreating ISY account linking. syncing and unsyncing, over a year of trying, I finally gave up and haven't used GH for many months until trying again, this week. Last time I even deleted my google account and started a new one. No help here, or there, has resolved this reported error. Getting the permission error doesn't seem to affect the operation AFAICT. Thanks

Sent with screen code scripts.

My GH upload from ISY portal always indicates failed, (no permission) since after the first few months of creation. GH support has told me several times they have never heard of ISY. See the ISY administrator. It aways get the data though, regardless. I upload about 40-50 devices.

I don't believe the background for this is understood by many. Insteon is not just a dual-band mesh network, it is a dual-band simultaneously repeating mesh network. This means, when you send a signal....all your Insteon devices repeat that message simultaneously like a super-powered transmitter. Any noise can easily be drowned out by this Insteon techique. I believe Insteon to be the only protocol to do this. It requires the usage of the AC powerline signal to synchronise all devices. Radio frequency only devices (like Zwave and UPB) cannot perform this feature as they cannot synchronise easily. Of course this can make Insteon a little slower than some other protocols.

I am not sure how long this has been happening as I typically would run ISY Portal on RPi Chromium or my Mobile Samsung browser. If I sign onto ISY Portal and select ISY Web Access in the pulldown menu, any further screens, like Variables, Programs, etc., load in a new window, which cannot be expanded to full window, and scroll bars are missing. I cannot scroll the variable, program, etc. list down using the mouse control. The scroll bar appears shortly and then disappears again so that no access to lower items on any page are accessible. However, if I go to ISY Web Access immediately from the ISY Portal security login page, the ISY Web Access window loads in the same window page and all mouse operations still function as before. This gives full access to variable, programs and elements on whatever page is selected to view.

Decent Zwave is very new yet. Time will tell. I have considered some Zwave migration but I have never had a problem with an Insteon device that connects to AC yet. Battery devices? A few but most were DOA. Wait! Not completely true I have an iRLinc that had it's iR wired backwards and has never worked with ISY. Would have cost me more to return to SH than it's worth. At least ISY has diversified to support those two and more. My Ethernet devices are starting to take over anyway. I bought another 10 bulbs to add to my 14 previous units. You can't beat the $10-$14 CAD price. The MiLights and Philips Hue garbage may go out due to Hubs required.

I think you will find I didn't post any of those gross exaggerations to support your arguments. We don't know what people have done with their PLMs inside closed closets and unvented cabinets.

My PLM is four years old now and never been a problem yet either. On a sale, i nervously bought another PLM which I put into service for almost a year now but after figuring some GDO might have been my new PLM acting defectively, I switched it back a few months ago. Noise electrical environments can weaken PS filter components. Weak PS components are reported to be/were a common problem. A noisy electrical environment can accelerate any PLM failure as will extreme temperatures, liquid immersion, or physical shock.

I use Insteon MSes and lights in many rooms. To help resolve your issue (middle of the night) ISY has a solution to be able to dimm the lamp levels in the scene. I use these twice per day so that lights don;t blind you at nights when you trigger them and yet still produce 100W equiv. during the day when you want the brilliance.

Its OK when you miss something, just not when Alexa does Sent from my SM-G930W8 using Tapatalk

No. ISY Portal runs Then or Else depending on On/Off or Close/Open. Running an If can be done by one vocal reception program running a second program's If section, just like you posted above.

I would go mostly Insteon again. Note: I have no Zwave at all. Battery operated devices I am still 60/40% for installing Insteon Zwave. Insteon because I haven't broken the Zwave hump yet, but Zwave because Insteon battery devices work poorly and are poorer quality. I have no Zwave experience except what I have read mostly here. OTOH: I am hearing Zwave MS to Insteon Lighting is not quite fast enough. Nothing beats Insteon direct connections (Scenes) for MS to Light response speeds. For my parents I would install a few Alexa or Google Home boxes and each week when I visited I would train them in a new technique. Show them how you can stop in the middle of a movie and ask Alexa how old Clint Eastwood is...or who played the lead role in Batman 1989? Everybody loves it. f you intend to do any colour LED strips (I would), the vocals are invaluable instead of trying to create switches with 8-10 different colours. For a small subscription fee (ISY Portal) you can integrate vocal devices with the HA. No other third party boxes or anything. So easy. I changed all my RGBWW lighting over to direct WiFi, eliminating most Hubs. All except Hue and MiLights, already having the bulbs and hubs. Avoid that complexity. I would repeat my same MS to lighting. Mind you this could be done with plain old in wall occupancy switches too. That is the best HA in it's simplest form. Confused even more?

Scenes are presets inside your Insteon devices, that ISY r other Insteon devices can send an easy code to tell devices to go to that preset setting. Yes you can play with the scene preset settings, but Insteon scenes are either on or off, like pushbuttons on a car radio....you can't half push them and 'sort of' tune that radio station. However, you can reprogram your preset pushbuttons to get something else, before using the pushbutton.

Do you know what port you accidentally changed your ISY to? You can change the port on the ISY Launcher to match. Plus what SLD posted above.

...plus two Ethernet ports and your choice of red, blue, or yellow case to blend in with your room decor. Most high-tech companies will not "tip their hand" with new features. If they did, they can expect a stand-off audience, arguing that some other company released the same features before UDI did. Patents have been found to not function properly in the tech world. Reagan was wrong.

I confess, I do use the folder switch for my security programs. In that case there really isn't any residue that can happen from killing any program in the middle of a program sequence. Lighting may be a different situation. Mechanical device control could create an even worse situation but the old lesson still stands...don't create dangerous situations by controlling the wrong devices. The rest don't really matter. Sent from my SM-G930W8 using Tapatalk

Well I was but I'm not going to admit that now. There is a point though people should be aware of...that things can be left in a state not wanted by using folder conditions. I have used a few but mostly aborted the practice due to being a problem with clean up on aisle 2. It is easier and less dangerous to just not use folder conditions and write complete programs with all conditions in plain view, maybe using a properly named variable for common functions. Sent from my SM-G930W8 using Tapatalk

@kclenden Full agreement with your logic there. The lack of indicatio is the only real problem. It seemed like your response was a misunderstading of my point. I still don't understand the relevence yet.

Huh? I don't understand the relevance of your point at all! It sounds like you are talking about detection of a failed program??? Do you not think we should be able to test run a program manually, inside a False folder? For programs, being disabled means no triggers will activate it. For a folder, the logic means the programs inside will not run and cannot be tested. Either way, some kind of flag should indicate that the program doesn't run instead of appearing to run, leaving the debugging person wondering what happened.

Wait doesn't cause program to be reevaluated. Wait allows the ISY O/S a chance to run other tasks. Another task may be something changed that can cause your If lines to be re-evaluated. When you disable a program it will stop at the next time delay (wait or Repeat) . When a folder is disabled you cannot manually run a Then or Else in a program residing inside the folder. That seems like a bug to me. I have never tested the folder disable to know where it would stop. An easy test could be to design a program with alternating waits and increment a variable and then disable the folder when that variable is >= 3, and see the result.