shannong

Since the switches are controllers in the scene when you turn them on the scene is being activated and thus using the dimming level of that scene. The switches would need to be Responders only in the scene. Thus, only the keypad button would activate the dimmer scene for both lights.

Were the switches in question added to the scene as Controllers or Responders?

Ouch. That's a high failure rate, indeed. Sucks you're dealing with that. I just had my first failure last week on a KPL out of about 140 devices. Since the failure rate is so high I would suspect something local contributing to the issue such as power surges/slumps or switching load/line. The surges could be dirty power to the house or possibility generated within. Any problematic high powered loads such as 220V motors, welder, etc that is in the home? For dirty power to the home, you can install a whole-house surge suppressor at the panel which would also benefit your computers, TVs, etc. A quality suppressor runs about $250 w/o installation. While simple, 200A is a lot of juice to the point of lethal and might be worth the dollars to have it installed by a licensed electrician. It would be a good first step in troubleshooting and resolution without wasting dollars since it'll protect your other equipment. Are you having odd behaviors and failures also on simple two-way (one switch) setups or only on 3-way (or more) installations? Have you had successive failures at the same switch after replacing it?

The Geosensing and geofencing aspects are quite interesting, especially the "I'm almost home" aspect. That's one of the most difficult things to accomplish reliably. I looked at it but wasn't interested. The primary reason is that is iOS only and I prefer the more software-flexible Android platform. The other primary problem is it's "cloud based". I have zero interest in making it easy for the the internet hackers have full control of my house especially because my security system is integrated with my HA. I keep my ISY and security system isolated from the internet and even within with my local LAN. It's also worth noting it supports Insteon but not ISY. So you would have another controller in the mix to complicate things and they would have zero knowledge about what the other is doing. I'm looking at HomeSeer as an additional controller but there's a plugin to tie them together rather than two ships passing in the night. Also, while it supports Insteon but only a handful of devices which don't include the thermostats, IOlinc and Fanlinc. Nest users will also be saddened to learn that while the Nest is included in the images on the website it actually isn't supported, yet.

Obviously I did based on my responses of "It's very simple to defeat and hopefully Kwikset modifies future versions." Goodbye, troll.

No. Locks are to keep out lazy and unskilled thieves, which is a large percentage. The ability to pick locks is very limited that's why locks have some level of effectiveness. They force most burglars to break a window or door which is even easier but draws attention to their efforts.

Ah.. I don't have one so didn't realize that. It is overly simple to defeat and hopefully Kwikset modifies future versions. I'm of the opinion that anyone providing wireless access to their door lock to everyone cruising by their house doesn't consider security important.

That isn't a Zwave lock or any other kind of electronic lock. They are called "smart" locks by the manufacturer because you can rekey them in place yourself anytime to work with a new key. It is disturbing, though.

Is the master bedroom tstat a 2441TH directly wired to the HVAC system? Or is it a standalone wireless 2441ZTH? There is a known issue with the TH models when used with gas furnaces where the sparking of the igniters causes the Energy mode to turn on/off on it's own. (and a few reports of the mode changing too though I never experienced it) The default swing of the Energy mode is 4 degrees down during Heat mode and 4 degrees up during Cool mode. This could possibly explain your random set point changes. See this long thread on it. viewtopic.php?f=27&t=9783

I also did some R&D on security system integration options. Elk seemed the only viable option to me. Elk has a wireless expander for GE or Honeywell components if you don't want to use the Elk sensors. I'm using Honeywell wireless components with my Elk M1. So far the integration with the Elk add-on module for the ISY is going well.

The Insteon thermostat presents a rounded integer to the display and not the actual decimal value. So 70.5F is presented as 70F. When sending updates it uses an 8bit field and represents the number as a whole integer between 0-255, which is the actual value times 2. So 70F is sent as 140. 70.5F would be sent as 141. The ISY would present that as 70F and 70.5F, respectively.

You can load the current temp into a variable. See this post. http://forum.universal-devices.com/viewtopic.php?p=101566#p101566 I had something similar setup and working but I finally dumped my ZTH. Keep in mind the tstat reports in 0.5F increments and the ISY currently only support integers until v5.x in a few months. That means when the current temp is report as x.5F it won't match any programs and no actions will occur.

You can adjust the temp and humidity offset to calibrate the 2441ZTH. Also, it sends temp updates every 60 seconds when connected to an external power source which should be fast enough for most. The reason I gave up on it and sent it back was that I couldn't query the current temp. Every other reading can be queried such as set point, humidity level, etc. You know, everyone except the one you care about most - the current temp. If a temp update message wasn't received on the network for whatever reason your screwed until the temp changes again which could be 60 seconds or half an hour. Ridiculous. Good luck with your Raspberry Pi project.

The cert configuration is not in the Admin console. It's found in the dashboard. http://isy.universal-devices.com/994i/4.1.2/dashboard.jnlp I believe enrolling for certs is supported in the base version but not the enhanced encryption.

If you don't have a static IP then you must get cert that uses a DNS name. That means you'll need a FQDN from a dynamic DNS service like. Once you have a name you can get a cert. There is a free service that is already included in the trust list of every major browser including IE. It's called startcom.org. There are other free cert service companies but that's the only included in the trusted CA list of Windows. Just to be clear, you don't need a valid cert to connect. It will just alleviate the annoying error you must "Proceed Anyway" when using Chrome. Either way your session will be encrypted. A trusted cert provides authentication so that you know it's really your ISY/router that you're connecting to and not a rogue device. Once the session is initiated there is no difference in security.

Thanks to all for the comments. I'm going to do some R&D on using CAI for sensor data to augment my ISY setup.

Sure, Pi is full linux. But I run a VM for linux network services that is much better than a limited system on a chip and without any additional hardware purchase. In context of sensor data for HA with ISY, can you share your thoughts on CAI vs Pi?

What was the reason you switched? Would you mind sharing a few pros and cons for CAI vs Pi?

Do you have first hand experience with one-wire temp sensors on the CAI board? Do the one-wire temp sensors work well for ambient temperatures such that they react quickly enough to be effective for HVAC control?

What would it be connected to that would push the data to ISY?

You might want to look at this thread on using RaspberryPI for this. It's not for the lighthearted but the components are cheap. http://forum.universal-devices.com/viewtopic.php?f=95&t=12435

I haven't found a good source for Insteon temp sensors, yet. I have a 2441ZTH wireless tstat but I'm returning it. I finally gave up on Insteon for tstats and climate control and decided to add Zwave to my ISY. That'll allow me to add Zwave thermostasts and temp sensors. There are more sensor options with Zwave. It won't save you money, though. It'll cost you $100 to add Zwave to the ISY and I haven't seen any Zwave sensors under $50 each so it still won't be cheap. The Autelis supports up to 32 one-wire temp sensors and can send the data to ISY over the Ethernet network. If you have several tanks close together or wiring can be extended perhaps just one or two of these could meet your needs. http://www.autelis.com/universal-rs232-serial-1wire-interface-isy.html

Non-toggle On would fix your problem as LeeG already suggested. The idea of your OFF button staying lit full time when the fan is off seems odd to me. What's the intended use of that feature? The primary OFF button of the KPL is always lit making it easy to find the KPL in the dark and in the dark you wouldn't want to hit the Fan OFF button since being lit would mean it's already off. I don't use an OFF scene button with my KPLs and Fanlincs. Hitting the lighted, active button again turns the fan and button off so it's a wasted button IMO that I allocate for another use.

A smart home built on the ISY may not meet the requirements for a security system. Smokes for a security system are "supervised" and powered by DC that the security system runs on meaning it's battery backed. Most fire codes require supervised smoke detectors to allow the fire dept to be notified in case of fire instead of waiting for you to call them. AC smoke ALARMS don't meet that requirement. If a supervised smoke detector on a security system stops working that causes an alarm. If an AC powered smoke alarm quits working you don't necessarily have positive notification of such. Power outages can cause false alarms or false negatives with AC powered smoke alarms. AC smoke alarms may still sound alarms without power using the on board batteries but your ISY won't see them or any other Insteon device since the PLM and all other outlets/switches will be out. Same thing for physical security. Motion sensors for security systems are supervised such that tampering with them (opening the case) creates an alarm. If one loses connectivity that sets an alarm. They are either battery powered or run off DC of the security system itself thus still working during power outage. All Insteon devices will be off and the ISY blind during a power outage even if the ISY itself is on a UPS since the PLM will be down. Power outages are a real concern during fire. For physical security, a nefarious person could simply cut the power to the house to disable all security functions built on HA technology. All these shortcomings of using HA for your security in your home may not be an issue for you but wanted to point them out. That's why I'm bringing HA and physical security together to get the best of both.

Have you considered an integration with your home security system and the ISY? I'm in the process of connecting my Elk M1 security system to my ISY. The security system already has facilities for monitored smoke detectors and wired PIR Sensors along with other things like water sensors, freeze detectors, etc. The ISY can receive events from and send commands to the M1.