MikeB

Hi Martin - I don't currently have an irrigation system, so don't have any example programs to offer. You might consider starting a separate post asking for sample programs. Thanks!

Keep in mind that the ON only mode still waits for the no activity timeout period before sending additional ON commands. If you want the ISY to react based on when it receives the ON command, and not necessarily the status of the sensor, use CONTROL instead of STATUS.

The steps you listed might ensure that your ISY's internal IP address, on your LAN, would not change. However, do you have a static IP address from your internet provider, or are you running a dynamic DNS service like DynDNS? ? If you're not sure, then that is more than likely your problem. Most home internet connections do not have static IP addresses, which means that your outside address could change at any time. Some ISP's rarely change your IP address, while others might change it multiple times per day. The best solution, other than upgrading to an internet connection with a static IP address, would be to utilize a free service like DynDNS. I tried connecting to your URL and cannot get in either.

Is it possible that your vacation home has a dynamic IP address and that your public IP address has changed?

I have seen some people post that certain brand/model GFI outlets have caused signal interference, but have not experienced it first-hand. If your KPL is in a tabletop enclosure, that is perfect for troubleshooting - simply plug it in to a few different outlets and see if your situation improves.

Hi Joe - Many people have scenes with multiple controllers. Saves links, and generally it's not a bad idea at all. Regarding your issue, there is a key difference betweem having a scene with a controller that is directly linked to your responders, and writing a program to activate a scene based on a key press. The difference is, in case 1 the KPL must send a signal directly to the devices controlling your lights. In case 2, the KPL signal must only reach the ISY's PLM, which in turn sends a signal to control your lights. Based on your description, it sounds you like you have an issue with the Insteon signal from your KPL reaching your lights.

Hi Michael - 'Fast Off' is a double-tap OFF - is that your intention? First try to turn the scene off through the Admin Console. If it works, then test your program by changing it to OFF instead of FAST OFF. Make sure that when you press that KPL button OFF, that the Admin Console shows it as OFF.

I'm pretty certain the v1.4 KPLs don't allow us to programatically adjust the LED brightness. I believe they have only 2 brightness levels, which must be set manually at the switch (check the documentation).

Hi Joe - Yes, that is toggle mode. I assume this is a 6-button KPL, and you're referring to the primary ON/OFF load buttons? You want to set the load button to "non-toggle mode". The ISY should eb able to do it, but if you're having an issue you can easily change this manually as well. Simply press the ON button for 10 seconds, then release, then 5 seconds, then release, then 5 more seconds. I've had some instances where I have to go through this procedure twice. The KPL documentation for revs 1.5+ is here: http://www.smarthome.com/manuals/2486d1_5.pdf

For the record, I have a lot of triggers that run based on switch presses (double-tap OFFs, etc.). It's extremely rare when I have a program that takes more than 1 - 1.5 seconds to respond to a switch press.

Hi NewTech - Please be sure to make a backup before upgrading your firmware, but you DO NOT need to reload the backup unless something goes wrong. Please read all the notes in the 2.7.2 firmware update post, specifically about disabling firewall/anti-virus software during the upgrade process. Also, if you're not going to get a chance to upgrade for the next couple of days, consider waiting a few more - we hope to have 2.7.3 out sometime this weekend. Please let us know if you have any issues.

I do that because I'm doing a query in my program. Since the ISY queries all devices by default at startup, it doesn't make much sense to re-query my thermostat immediately after. The 'Wait 10 Minutes" gives me an offset, so when rebooted my ISY queries everything (including the thermostat), then 10 minutes later queries my thermostat again, then again every 15 minutes after.

I use this program to query my thermostat every 15 minutes: If From 12:00:00AM For 24 hours Then Repeat Every 15 minutes Wait 10 minutes Set 'OfficeThermostat' Query Else - No Actions - (To add one, press 'Action') I also have the program set to "Run At Startup". Works very well for me.

You can, and in most cases that might be fine for you - but some people want weather infromation more specific to their location (like, right in their back yard) instead of weather information from a WeatherBug station a couple miles away. In my case, for right now, I'm more than happy with WeatherBug. No, the programs are left up to the user to write, because they are so specific to each system. UDI employees and other users are very helpful on this forum, however, so I'm sure you'll get plenty of assistance if you ask.

Hi Joe - We currently don't define or display the status of scenes.

Are you referring to a KeypadLinc button? If so, the primary button can be controlled directly (should be available in the drop-down). The secondary buttons must be controlled through scenes. So, create a scene, make the button a member of the scene, then control the scene within your program.

Sounds like you want them cross-linked, correct? Both switches will control eachother? If so, add them both to a scene as 'Controllers'. A controller is inherently a responder.

Hi - Sorry, don't have any technical details to share comparing various RF to IR bridges.

I'm not familiar with the RF20. Is it PC programmable? If so, and you are running ISY firmware 2.7.1 and greater, you should be able to load our CCF file into their application which gives you 40 pre-defined codes. Please see this thread for more info: http://forum.universal-devices.com/viewtopic.php?t=2438 If it's not PC programmable, what kind of device are you setting the remote up as? You might want to try a Philips TV or VCR device.

I flashing light on the KeypadLinc indicates that it was trying to comunicate with your other device, but did not get a response. Is the other device a lamp module? If so, try moving it to another outlet to see if it starts responding. If it does, there is probably something on your powerline blocking communications.

Assuming you've tried after clearing your cache, disabling your firewall, and re-downloading a fresh copy of the firmware, then please submit a support ticket here for someone to assist: http://www.universal-devices.com/supp_contact.htm

Hey Dave - After clearing your cache and disabling your firewall software, have you tried loading the latest firmware using this URL? http://www.universal-devices.com/99i Please re-download a fresh copy of the firmware to install. Until the issue is resolved, you won't be able to access the Admin Console from a remote location - you will have to access from a local PC using the URL listed above.

Hey Ron - Some have reported RemoteLincs eating through batteries very quickly (a week or 2), and a replacement has fixed the issue for them. How many weeks are you talking? I believe my RemoteLinc goes about 4-5 months on a set of batteries with fairly infrequent use, and I think that's normal. You might want to give Smarthome a call.

Make sure to type a 0 (zero) and not an O.

It means the address you are typing in is not correct. What are you typing into the Address field?