larryllix

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.

Your A/C compressor is worth much more than a decent hardwired thermostat. Compressors can even start backwards if cycled too quickly or if the signal fails you could come home to a frozen evaporator. Get a proper wired smart thermostat with proper cycling hysteresis and control it from ISY.

Yes. Repeat only repeats following lines. Sent using Tapatalk

There is no better QA. Quality Assurance is quality control by the end user. Most users will not bother with the hassle of the investigation, complaint, proof, arguing with some idiot that doesn't even understand what ISY is , return shipping etc. and QA means the manufacturer doesn't do anything other than visual inspection while packaging, or at the most, sample one device out of each production run, to see if it even works at all. Perhaps you meant QC (Quality Control) but from the few products I have had to eat directly from SmartHome, they definitely have no QC. I will never order directly from SmartHome again. Being in Canada, the two way shipping costs for a defective product is higher than the savings from any sale they have ever offered. Then there is the reclaiming of the taxes from Canada Customs on straight refunds.

If all else failed, it would be nice if ISY had a self-triggerable backup. A backup at 3:00 AM each morning could be a valuable tool for an out-of control programmer, or hacker.

I just use NRs to send commands to a RPi. This is received and used to control my 30 strips and bulbs from a custom bridging software I fabricated myself and lives with Nodelink and a few other ISY servicing software tools. Sent using Tapatalk

If you answer oberkc's question it may change the method of condition in the program. The one given will not detect if the light us turned on from other sources. Sent using Tapatalk

Are fanlinks not just another triac based dimmer used with a motor, and why they cause humming and burn out frequently? OTOH, fanlincs may have some built in noise suppression in an attempt to make them more suitable for motor applications. Sent using Tapatalk

We need to see the exact syntax for the program. There are various methods of detecting events. Right click on the program title in the program tree and select copy to clipboard. Then past it here. What MS device are you using?

Welcome to the UDI forums!!! A simple re-kicker If section in case of stalling (reboot or user interference) and a looping repeat in Then should do your job. If time is 8:00 AM OR time is 8:00 PM <------- more times could be added if critical that it runs. Then Repeat every 19 minutes <-----this really means "Repeat after waiting 19 minutes". set Scene On Wait 1 minute set Scene Off Else ----

@keribi ...and the program icons should be displayed with a warning...in yellow. Look for other programs with yellow avatars.

Somebody could unscrew the bulb and then there would be nothing ISY could do. If somebody turned the switch off, they may want it left off. If we don't ever want it off, ISY can deal with the notification when it was switched. The options are there for whatever you can imagine to do with it and not just lightbulbs.

Gives a bracketed timeframe from x time FOR y time. Sent using Tapatalk

ISY cannot cycle itself. Once off what would turn it back on? Heartbeats for LDs do not reset themselves. They just transmit a signal each 24 hours. If you detect anything that is not 99999 you should trigger your program each day. LDs need to be manually reset with the button on them after triggering or they will not trigger again. Sent using Tapatalk

Yes. I have had this same problem. Insteon likes to retry a few times when no response is received. The PLM should be able to accept this trouble and work around it but it doesn't seem to in my case. This seems like it may be a problem between the PLM and ISY missing some handshaking and overflowing a cache. You can insert a Wait 5 seconds line after the bad unit command line, or move that program line to the bottom of the program and retest.

I have found each MagicHome bulb clone uses the same protocol except that some will not mix RGB with White and some will not accept dimming commands until turned on while others can be set before and then turned on. I have done a lot of work with python on various LED strip controllers as well as bulbs. They all have some different quirk. @Scottmichaelj was upset about the popcorning effect for the bulbs and strips, as they take time to set each one via Ethernet. I have found ways to make the sequencing delays almost imperceptible to the human eye, but with 23 bulbs the delay is really long after turning them on/off from ISY. So it is wait for a while and group turn them on/of or activate one at a time in a sequence. If you use variable substitution with 3 or 4 NRs only you will run into the 1 seconds delay factor. If you set a bulb to blue and then set another one to red immediately, the singe;/shared NR will set both to the last colour as the program will change the variable substituted before ISY sends out the first NR. I only use four NR for all bulbs. ON, Off, Set, and effect. I send them to a RPI python program which handle groups of bulbs and speeds things up. Now I have discovered RPi 3 has a slow task switching time that interferes with fast send sequences too.

V5.0.15 The latest. In this case beta does not mean unstable.

V5 since it started (2015?). Always been stable. Only some ZWave quirks are being worked out. The new features have always worked from v5.0.1

Are we talking disable the local control of a lightswitch, for example? Sent using Tapatalk

I don't have any zwave but with Insteon you could possibly trigger a program using the switched event ANDed with the On status. I am not sure how ISY works with zwave triggers but it would worth a try. Another technique would be to have another program enable a trap program when the status goes on. In the newly enabled trap program you could capture the same event and notify from it, then wait 1-2 seconds and disable itself again. Sent using Tapatalk

I have almost all LEDs bulbs with Insteon SwitchLinc Dimmers. I have no problems down to about 6 to 12% depending on the quality of the bulb. None of them flicker at the low end except a few of the old Cree bulb models that HD dumped years ago. If you are using 4" pot lights, are they not low voltage (12vdc?) with an electronic transformer inside? I am using all 120v LED bulbs directly with my switches.