larryllix

Maybe for the $50-80 you may want to get a WC8 board (with case and PS) and hook a $1.99 temperature sensor into it too. May be the cheapest route and you could get a few temps and real time stuffed into your ISY too. http://www.ebay.com/itm/WebControl-timer-temperature-humidity-I-O-controller-network-relay-ctrl-chassis-/270809014985?pt=LH_DefaultDomain_0&hash=item3f0d79a2c9 http://www.ebay.com/itm/5PCS-DS18B20-Waterproof-Digital-Thermal-Temp-Probe-Sensor-Thermometer-1m-New-/251928029681?pt=LH_DefaultDomain_0&hash=item3aa814a9f1 You will also need a 7-9vdc adapter.

I like to do this with two programs. The first is automatic and cycles your fan based on times etc, The second program is triggered manually by the SwitchLinc On and Off with a backup timeout if SwitchLinc is switched on AND SwitchLinc is not turned off then disable auto_fan program turn fan on wait x hours run (else) this program else set fan off enable auto_fan program

ISY has initialisation programs that trigger automatically. Take ISY off the UPS it has nothing to do and people always tell us to boot up the PLM first and then boot the ISY. Mine boot together and the Initialisation program cleans up most of the stuff just fine including notification how long the power was off. That takes my WC8 board so far.

How is your son turning the fan on manually?

Would this be too much of a hardship to just shut the system down when you are away? Sounds like wasted energy and how often do you visit this second home? I would be thinking about a Nest or other remote controlled thermostat that you could activate a few hours before you arrive. I know humidity takes a few days to reduce sometimes. I have gotten caught with my system set back on heating and from 10 C to 22 C takes about 18 hours. We have an electric blanket always standing by for the first night home.

Many Insteon units use solid-state switching to provide dimming and quiet operation. The solid state switching usually has enough leakage, when off, to light up sensitive LED lights to visibility. With a heavier loading incandescent bulb this leakage isn't enough to do this. If an incandescent bulb can be paralleled with the LEDs the problem usually goes away. Many of the power supplies today use high frequency switching to get the size of the transformer down to miniature sizes. This can produce a lot of noise on power lines, especially if some filtration in the units is getting weak. Just a guess, but I would say the LED power supply was involved, especially when switching the whole unit on and off.

This would be a simple link between them using Insteon Switchlincs. I would think Zwave should be the similar.

After creating the scene and installing it into your MS using the linking mode this should work for you. We don't even detect any light on delay with this technique. Here is the programs I use for my bedroom lamp: MBR Lamp.auto - [iD 009D][Parent 000A] If Control 'Master Bedroom / Motion.MBR' is switched On Then Wait 45 seconds <---------------------------------note the On is via scene direct control and not needed here. Set Scene 'Master Bedroom / MBR Passtrough' Off Run Program 'MBR Lamp.auto' (Else Path) <------------makes state visible from folder colour Else - No Actions - (To add one, press 'Action') ------------------- Now to adjust the response of the lamp I use this two time node program: MBR Lamp Level adjust - [iD 0084][Parent 000A] If From 10:30:00PM To 9:30:00AM (next day) Then In Scene 'Master Bedroom / Motion.MBR' Set 'Master Bedroom / MBR Wall Lamp' 15% (On Level) ^------Note to select the MS as the scene, NOT the lamp!!! Else In Scene 'Master Bedroom / Motion.MBR' Set 'Master Bedroom / MBR Wall Lamp' 70% (On Level) ---------------------- Of further interest may be this manual override program operated by a remote keypad: MBR Lamp.manual - [iD 0038][Parent 000A] If Control 'Master Bedroom / MBR KeyPad.A' is switched On And Control 'Master Bedroom / MBR KeyPad.A' is not switched Off Then Set 'Master Bedroom / MBR Wall Lamp' Fast On Disable Program 'MBR Lamp.auto' Disable Program 'MBR Lamp Level adjust' In Scene 'Master Bedroom / Motion.MBR' Set 'Master Bedroom / MBR Wall Lamp' 100% (On Level) Wait 2 hours Run Program 'MBR Lamp.manual' (Else Path) Else Set 'Master Bedroom / MBR Wall Lamp' Off Run Program 'MBR Lamp Level adjust' (If) Wait 1 second Enable Program 'MBR Lamp Level adjust' Enable Program 'MBR Lamp.auto' Lamp will get direct hit by MS so adjusted scene level.

You had stated the ON which is scene linked directly from the MS to the Light works great but the turning it off by the ISY is flaky. That is run by the program. Either the program has problems or your communications between the MS to the ISY or the ISY to the lightswitch does.

This is the method I use for almost all my MSes. It works like a charm and no delay can even be detected by us. I also use logic controlled dimming for the lamps involved by manipulating the scenes. Can you post your program involved here to look at?

I guess we would need specifics to evaluate the value of using the stat to protect from further damage. How did the A/C unit malfunction? If The A/C unit was running continuously the temperature should have dropped. Maybe a window is in order.

This sounds a little nonsensical. Aren't you basing a protection mechanism on the thermostats system that is failing? It also sounds like the A/C is stuck on and yet you are sensing a high temperature to turn it off. Wouldn't an independant thermostat be in order to protect this from overheating and over cooling? Maybe just a mechanical thermostat in series with the cooling wire for reliable protection against runaway. I would be sure it may be more complicated than first glances.

That sounds more like bad communications. My two leak detectors have never missed a beat in about a year now.

Most of my main devices turn on by scene link from the MS to the lamps/light. They will all turn on manually and still automatically but will not turn off automatically if my ISY fails. I love HA! I started with X10 back in the 1980s and when I moved couldn't wait to get a better (Insteon) system.

Strange I do not have a 2441TH and only two 2441ZTH units talking to ISY. When I changed my units from F to C the scale of the transmission of data does not change. The 2441ZTH only transmits C with two counts for every degree. When you change your ISY994i over to C from F no adjustments are made on the 2441ZTH thermostats to accommodate the scale change. It would appear that F scales are all done at the readout ends.

That is the time (new) they need them. The factory fresh devices do weird thing that you or I could never make them do if we tried to.

After not heeding this advice from other many times I always do this now. Always factory reset every Insteon device before using in your HA system.

In the first scenario the links connecting the two switches did not get installed. - Are you sure you used the correct switch as the controller and the other with the load as the responder? - The Insteon commands from the switches can cause ISY to "think" the devices are on without actually operating them. Do a device query after operating to update to real statuses from the actual devices.

Yes the same CU30x controller. My well is 155 feet deep (lift probably only about 50-60 feet)and using the 1/2 hp as the biggest I could get for 120vac. The pressure is limited to 60PSI and at 70 PSI it takes a long time to shut off. If my well water level drops significantly it may never shut off and consume massive quantities of energy before noticing. I only have one floor and basement. A second story would made the story different.

Yeah! what he said! I was getting around to that in about another five-six hours but I had to warm him up first! Edit: replaced minutes with hours

Another possibility (and second thought)would be to define a variable called $Winter that would be evaluated set every day. The time could be tweaked with experience. Program Set_Season If ..at sunrise every day Then ..run Program Set_Season.2 Else -- Program Set_Season.2 (disabled so times don't trigger) If ..From 12:00:01 AM ..To 7:00 AM (adjust by experience) Then ..set $Winter to $cFalse Else ..set $Winter to $cTrue Now the rest should be fairly straightforward. Program Event If ..From 6:30 AM M-F ..To 7:30 AM Then ..run program Event.season Else ..set scene winter Off ..set scene summer Off Program Event.season (disabled but $Winter is not a state var. and won't auto-trigger anyway) If ..$Winter is $cTrue Then ..set scene winter On ..(Wait 1 hour ..set scene winter Off = alternative to time range usage above) Else ..set scene summer On Note that time frames filters are usually best in separate DISABLED programs because the end time triggers the else section if you are using code there.

"Between" or from-to exactly? From-to time conditions initiate Then - Else at only those two exact times. There will be time where a partial run may happen or they neither will run. If you want one program to always run depending on season I would use a variable called say.. $Nightime. Program Night.detection If ..From sunset+10 minutes ..To sunrise-10 minutes Then ..set $Nightime to $cTrue (I define variable names as constants =1) Else ..set $Nightime to $cFalse Program Event.trigger If ..From 6:30 AM ..To 7:30 AM Then ..Run program Event.season Else ..Run program Events.stopAll (common off program/scene) Program Event.season (disabled to stop self triggering) If ..$Nightime is $cTrue Then ..Run program winter scene Else ..Run program summer scene The sunrise times will not have your offset in them so some inaccuracies may be incurred but if the most important time is 6:30 and one always must be run this may do your job or be another route to contemplate.

Do the programs have to exactly at 6:30 and stop at 7:30? If so the determination of season using sunrise will cause problems in the same program. It appears to only ever start the "Then" sections based on your sunrise times. At 6:30 and 7:30 the "If" logic in both programs can never be true and the "Else" sections will always run. The time range will not work that way.

Since the syntax will be critical on this perhaps you can paste your programs here for the exact wording. Right click on the program's icon (in ISY's Admin Console) and select "copy to clipboard". Then paste it here. One point of possible misunderstanding is the time conditions using sunrise do not have a before or after. They will trigger at an exact time specified only. Any event listed in your "If" section will cause the whole logic to be evaluated and run then or else depending on the outcome. At 7:30 on weekdays both "elses" will run.

I have been running an SQE variable speed Grundfos pump for the last seven-eight years in my home. Since about Sept 2013 I have installed Insteon units and currently have about 40-50 units now. I have never experienced a problem between the two that I have ever noted. The Grundfos signals are superimposed on the lines to the pump and by the looks of the coils in the control box the incoming supply is well isolated from interference and interfering with external gadgets. My pump control is 120vac 1/2 hp and runs off my PV inverter. I chose 120vac due to only having a single phase 120vac inverter at that time. Plugged in, within ten feet, and probably not more than 15 feet of wire, is my PLM and ISY running off my grid panel. I do have Insteon plug-in units running off the inverter backed-up circuits with no problems. My X10 units have communication problems on those circuits with over 70-80 feet of 14/2 cables but not Insteon. AFCI breakers did give my Insteon units some problems before adding more dual band units in those zones but I seldom see inverter interference in bedrooms because the inverters aren't running during non-sunny times when I would be in the bedrooms with lights on. I have no Access Points, no Insteon repeaters or phase bridges, and no noise filters but I live in the rural with only three customers on one underground grid transformer. I do have an old X10 phase bridge on the same 5 foot long circuit that my ISY/PLM is plugged into. This Grundfos signal concern was raised with me years back on another group when I first purchased it with concerns for working with an inverter. Has never been a problem for pump, inverter or Insteon.