larryllix

Welcome to the forums!!! If you have the Network Resources module this turns one group of bulbs on. I am not sure which one as each controller controls up to four groups of bulbs. I haven't used NRs for a long time (the NRs are all removed) and now have all my MiLight bulbs and strips in a box unused. All MiLight commands are three byte codes and you would install a NR for each group of bulbs x an On/Off/ and Set NR.

Great! Glad it worked for you. BTW: add the '@' before the nickname and it pings the other person's notifications

"Switched" and "Status" have two completely different behaviours. Using a switchLinc for example: Status has two opposite states. ie: On and Off are opposite. Switched has four states ie: Switched On is not negative logic of 'Switched Off'. They are two different signals. We won't touch dimming values here. Common problems are created in programs by using the status of a 'device' in an If section condition of the same program that is controlling the status. If status deviceA is On Then set deviceA Off Else --- will oscillate because you are controlling the status of the electronics that you are triggering with. (I didn't say 'on' there ) However, using 'Switched On', instead, will monitor the status of the switch paddle and you cannot control that, so no feedback can occur.

Watch your parenthese. IF: ( buttonA Swicthed On OR buttonB Switched On OR buttonC Swicthed On ) AND buttonA is NOT Switched Off AND buttonB is NOT Switched Off AND buttonC is NOT Switched Off

OK...OK.. it wasn't "Search" but I am not much of a detail type guy! BTW: The words "Find/Replace" both have caps! (sarcasm) Yeah...ISY is pretty awesome but like the rest of the whole app world now...it's all hidden to the person that doesn't finger every spot on their screens just to see what happens. If we write a manual it will all be obsolete by the time we are done. YUK! Enjoy!!

There is a secret search function but if I tell you , dont spread it around! Right click on any program title in the program tree under the Detail tab. Select the search option where you will find search by device, variable, etc.. as well as raw text. While the search box is open you can even edit your programs etc.. without closing the search function box.

Are the backups from v4 loadable into a V5 system?

A new ISY will come with v5 preinstalled.

If you are using a scene you should probably delete the Set Fluorescent light on line to avoid any signal competition possibilities.

You still have four emails going out in rapid succession from one program trigger. If you really must have them, try a Wait 1 second between each one as well as Wait 1 second before most of the others also. This may give your Ethernet some time to "breathe" and give you some diagnostic information. Waits give the ISY OS time to process I/O and other background tasks.

I am not sure what watchdogs ISY contains but it seems to me overloading the Ethernet cache was one of them that could cause a reboot. Looking at your programs I see about half of them are sending emails to sometimes more than one recipient. If you get a lot of action your Ethernet may bog down doing that also. I started doing some of this, especially for debugging, but it gets very annoying every time somebody turns on a lightswitch. Along with that idea, if your email notifications setup got messed up, with the a newer ISY firmware revision installation, it could accelerate the problem and possibly explain your events.

Here is how I would do it. Rename your existing switchlinc by adding an 'XX' to the end of the name Get a new device and link it to ISY, naming it the same name (no 'XX'). In the program tab right click on any program title and select 'Replace' Select the deviceNameXX in the From box Select the deviceName in the To box Click 'Replace All' Done. Ohhhhh Except you may have to modify your scenes manually. Check them. ISY admin console also has a replace device feature but I have never been able to make that work, and I can never remember how it works.

Looking at your programs I can see what appears to be programming before V5 and even before variables where introduced. With so many programs running other empty program I would try something else here. Create a good, up to date, backup. Delete groups of programs and retest until they are all gone and ISY is clean. or factory reset your ISY. Reset your time zone and other basic parameters for ISY. See if the problem clears up. Write a few simple programs to test. Restore your programs. I would carefully look for oscillating programs in your admin console. Are you getting the "busy" box a lot? Are program icons oscillating? Variable usage and V5 feature usage could simplify and reduce the number of programs greatly and may find any cyclic loops that could be clobbering your ISY.

You seem to be quite aware of the factory reset difficulty and have done that quite well....agreed. I would check the ISY log to see if it recorded a beep sent right after receiving signals from it. Then swap the device and see if it corrects itself. You could try completely deleting the device from ISY. Power cycling ISY to make sure it really forgets it, and then relinking the SwitchLinc. I didn't think there is even an option for software to cause a beep on paddle operation. This could be a defective device.

Do you have any remote CPU devices that input into your ISY Rest inputs or using any Node servers? I notice that NodeLink can reboot ISY remotely, so it is possible for another external device to reboot ISY intentionally, or even by comm error.

I would try the factory reset again. It can be tricky with SwitchLincs because if the buttom stops at the neutral position and it is On for even a half second the factory reset will fail.

With V5.x, all linear devices can take a variable value to set their levels AFAIK. I have built some 2-3 hour ramps using that technique. (sunset simulation) I also "borrow" some RGBW bulbs for flashing red when garage doors are open, and at midnight as a bedtime warning, and then replace their previously saved values from variables. ISY only uses percentages so the resolution is 1%, while most devices I have programmed take 0-255 (8 bit) values. The driver has to convert. Not much of a change in perception until you get down to the low percentages. Then 2% down to 1% halves the light output.

The LEDenet controllers you linked to are PWM voltage switching outputs. They will dim down to 0.4% level no problem. @Scottmichaelj should have experience with the real MagicHome UFO controllers regarding scenes inside ISY.

Under the devices tab in the admin console you should find an "Options" button on the device's page. There ire some options there.

I cannot answer that as I don't use PolyGlot for LED strips/bulbs. You will have to load the PolyGlot node server and try it. I can send my NRs to control my LEDs simultaneously with my Insteon equipment. Sometimes the LEDs come on first and sometimes the Insteon switches come on first. It is not predictable with different technologies and comm pathways. The ISY program delay cannot be measured or seen and I know it isn't a factor unless multiple devices are being controlled from the NR with different addresses. With PWM dimming techniques that the controllers use you can dim lighting right down to 1% without any flicker. With an Insteon dimmer that is not likely going to happen. SwitchLincs with LED bulbs usually flicker and/or fail about 8-15% levels. The PSU unit you linked to may be way oversize for RGBW strips. Some recommend a 60W supply for all four channels but after measuring and testing, even a 12W PSU will run all four RGBWW channels simultaneously without problems. I use a 3A 12v PSU for two 5m RGBW strips (radially fed) , four channels lit simultaneously without problem. This has worked fine for MiLight controllers and now LEDenet controllers the same. Sequentially feeding two 5m strips doesn't work either ,as the voltage drop gets too large and the second strip starts to show dimming with increasing length.

I would contact UDI and explain your situation. The extra modules are usually transferrable and some deals have been given out for upgrading from the old 99 to the newer 994 module, as well.

Nice! It actually has up to a 5HP contact rating for motor usage, also.

Those "scenes" you are referring to in the app are just groupings in the app and not installed into the controllers. Nothing does scenes like Insteon devices, where the parameters are preset inside the devices. I have about a dozen of the LEDenet controllers you referred to in your link and they are not MagicHome units. They may not be compatible with the MagicHome UFO protocol or the Polyglot nodeserver. I have had to modify my software to accommodate the different knockoff protocols. These have an extra CW channel that my bulbs do not. They can also be set to RGBW levels before turning them on while the bulbs must be turned on before setting any levels. These controllers can mix RGB and White while the bulbs cannot. It's either RGB or White. All these factors demand a slightly different protocol for the two styles. I do both of these styles with only three NRs total, but that requires my bridging software. It could be done with many NRs if you want more speed between strips. When you share NRs for different strips/bulbs you will require Wait 1-2 seconds between each command or the parameters will end up mixed up with ISY variable substitution. AFAIK none of these devices have any slow ramping. They have a normal mode with a very quick ramp, maybe 0.5 seconds , as well as a music mode which makes them instantaneously change levels. Ramping cannot be done from software. The level jumping shows and the packets may not stay in order, from a RPi port anyway.

These Insteon stats don't send updates on changes less than about 1.5 degrees C or about 2+ degrees F. IIRC if you force a change at the stat locally to some setting it will update the temperature with the status change.

I installed a variable speed, constant pressure Grundfos pump into my well. The largest 120vac pump I could get, was 1/2 HP and at 150 deep will barely lift water to pressurise my house. Yeah I had to buy hundreds of dollars of "monster" conductor cable. So I can say for fairly sure that his pump will be 240V or else he would need a second stage. Motors can have 20-30 times the startup current (locked rotor amps) than running and when you break voltage to them 10-20 times the supplied voltage kick-back. In the case of a well pump there should always be a load on it to absorb the inductive voltage "kick-back" so that may not be a problem. IOW: I doubt there will be an Insteon switch capable of handling this and a relay/contactor will be required for sure unless he has some softstart pump (mine is and runs fine from a On/Off plug-in module) or it has a control circuit input. Electrical devices usually require a convenience switch and a SwitchLinc is not going to do this. I have to reinforce your warnings to the OP . Get an educated electrician.