BCreekDave

In the interest of reducing network traffic and wear and tear on an insteon equipment, it would be best to do the switching with an industrial timer such as this http://www.ebay.com/ulk/itm/400790194690 Basically, this device is activated (energized) by a an insteon lamplinc or similar at dusk and de-energized at dawn. Turn the knob to adjust the on-off interval from 0.1 to 10 seconds on this particular model. It's a solid state relay internally so it should last a long time. To connect to this, you will also need an 8 pin din socket such as this: http://www.ebay.com/ulk/itm/381020969541 One other thing to consider for bulb life is going to a DC voltage to drive the bulb. A 12vdc bulb will all things being equal have a much longer lifespan in a high cycle setting and also have the benefit in this case of being safer around water. Sent from using Tapatalk

A final suggestion for a workaround that actually would be more secure is to install a VPN server on your local network (router) and a vpn client on the mobile device. Then you could connect via HTTP on the Mobilinc app. This of course assumes that your router supports this (many do). Sent from using Tapatalk

I didn't mean that as a slam against UDI, quite the contrary. I just meant that with a technology product, time marches on. I fully expect someday to have to upgrade my 994 due to technology advancements that will make supporting it non-feasible. UDI I think does an outstanding job supporting their hardware well past what other companies would do. Actually, if anything my statement was more of a slam against Apple that you can't downgrade the iOS version. Your only choice there is to not upgrade to the newest version, but even that will soon limit you in installing newer apps and patches. Sent from using Tapatalk

Can't roll back iOS versions. Apple doesn't allow it. Signing window has closed. This does show an example f an instance where you are forced to buy new hardware to maintain existing functionality. Sent from using Tapatalk

Chalk up another success at recapping. My specifics: PLM Rev V1.65 1214 Date of install ~ 03/2013 Died on 08/26/2015 It will be interesting to see how long the life span is with the new caps, once everybody gets some time on theirs. It is also interesting that testing the removed Caps with a MM seems to show them all OK. No smoking gun, it seems. Thanks to everyone for the thread. For $12.00 and about an hours time, it saved ~$90.00 for a new PLM. Still a shame that they only last 2 years.

Just got an email from smartphone with this: http://www.smarthome.com/aeotec-zw100-a-z-wave-multisensor-6.html Sent from using Tapatalk

When I posted my reply I assumed that you were interested in only checking against exceeding a predetermined discrete threshold value and then building code around this. If instead you want to check for several levels of temp-humidity, this will be more difficult. The ISY cannot directly read analog inputs, so one of the other solutions discussed here may be more suitable. Smartenit does have an 8 output unit that could conceivably provide 8 outputs (possibly more using binary logic). Sent from using Tapatalk

Just ordered one of these: http://www.ebay.com/itm/AM2001-Single-Humidity-Sensor-Voltage-Analog-Output-Module/261562364626?_trksid=p2050601.c100085.m2372&_trkparms=aid%3D111001%26algo%3DREC.SEED%26ao%3D1%26asc%3D20140211132617%26meid%3D0e381a74dd0c4fcda702c01de741af08%26pid%3D100085%26rk%3D2%26rkt%3D4%26sd%3D221258855689%26clkid%3D7751134538800138925&_qi=RTM2067268 for a try at bathroom fan control using a EZIO 2x4 with the analog input. It will be a few weeks until I receive it and test, but I'll report back with the results.

Another possibility is that IF it was working correctly and IF the WAN IP address has not changed, it is possible that your ISP is now blocking the ports used to access the ISY. This is increasingly common on residential services. The ports they usually block are the common ones used for HTTP (port 80) and HTTPS (port 443) and some others. The ISY can be configured to use other ports or you can configure the router with a rule to translate an unblocked port to the ISY standard port. They do this to prevent residential customers from setting up web page servers and other things like ftp servers. Sent from using Tapatalk

Sorry if I created confusion. The factory reset I did on the togglelinc, not the keypadlinc. Both the togglelinc and the keypadlinc had x10 addresses. What fixed it was removal of the x10 address from the keypadlinc. I did this manually without doing a reset. Actually, the togglelinc still has the x10 address and everything is working ok. I can still issue an all lights off from the x10 powerhouse mini controller and shut off the ceiling light (via the togglelinc) and the keypadlinc ignores this command as it does not respond to x10 commands now. I don't recall adding the x10 address to the keypadlinc, but I must have at some point. Thanks again everyone for your help on this annoyance. I was living with it, but my wife was really annoyed. She wanted ( and rightfully so) to be able to just push the button and the door to work. Explaining to her " if the light is off and you want to open the door, than push the button twice" wasn't impressing her! Sent from my iPad using Tapatalk

nevermind...used the Powerhouse controller and removed the x10 address and everything seems to be working well! Thanks stusviews and oberkc for the great help!

I think you are correct. It does have an x10 A7 address assigned. Probably not an easy way through the ISY to delete this is there?

I have an old Powerhouse mini-controller in the bedroom and I use it for an all-off or all-on type of command. Also for the bedroom cans.

Disabled the garage door programs. No change except now of course when I press button b nothing happens except the button light toggles on and off. When I use the togglelinc button b still does the same thing. Sent from using Tapatalk

Yes. Exactly. Restore is a better description. I used the ISY 994 to restore the togglelinc. I suppose the next step may be to move button b to perhaps button e (not used currently) to see if it follows the button Sent from using Tapatalk

Yes, both times it had to be re-associated to the keypadlinc A button to work as a 3 way switch. Sent from using Tapatalk

No. It has always been an 8 key. Sent from using Tapatalk

Yes. Twice. Sent from using Tapatalk

The scene "Mudroom Lights" for the lights shows two devices; "Mudroom togglelinc" and "A Mud Room Entry Keypad". When I select button B in the device tree, for membership it shows "Is a Controller for GaragedoorMain" and "is a Responder for Garagedoormain". Garagedoormain is a scene with "Garagedoormain-Sensor" from the iolinc and "B Openclose Garagedoor" as a controller-responder from button B on the keypadlinc. One other thing I want to clarify, even though the button B light is going on and off via the togglelinc, it is not activating the garage door.

I have a 8 button keypadlinc in my mudroom where button A controls the ceiling light in the room. On the other side of the room is an Insteon togglelinc in a 3-way companion to the ceiling light. Button A is the controller for the load. Button B on the keypadlinc opens the garage door via an iolinc system. When the garage door is closed, Button B is illuminated ("on") and one press will raise the door. When the door is open, Button B is not illuminated ("off") and one press will close the door. The problem is when the togglelinc is used to turn off the ceiling light, it also turns off button B (and correctly Button A), thus requiring now two presses to raise the door (one press will re-illuminate the button (arming it) and then another press to activate the door open program). This is not a rare event but happens with complete consistency. Really, the way it is working is Button B's illumination is following Button A's. This is the only button on the keypadlinc that does this. The other buttons on the keypadlinc are completely independent of the togglelinc. So, in summary, from the togglelinc when you turn on the ceiling light, both button A and button B illuminate and when you turn off the ceiling light from the togglelinc both button A and button B turn off. In the event log, when I toggle off the togglelinc I am seeing traffic such as this: Togglelinc turn off: Sat 05/02/2015 04:16:33 PM : [iNST-SRX ] 02 50 17.AE.2F 00.00.01 CB 13 00 LTOFFRR(00) Sat 05/02/2015 04:16:33 PM : [std-Group ] 17.AE.2F-->Group=1, Max Hops=3, Hops Left=2 Sat 05/02/2015 04:16:33 PM : [D2D EVENT ] Event [17 AE 2F 1] [DOF] [0] uom=0 prec=-1 Sat 05/02/2015 04:16:33 PM : [ 17 AE 2F 1] DOF 0 Sat 05/02/2015 04:16:33 PM : [iNST-SRX ] 02 50 17.AE.2F 1C.F9.D3 41 13 01 LTOFFRR(01) Sat 05/02/2015 04:16:33 PM : [std-Cleanup ] 17.AE.2F-->ISY/PLM Group=1, Max Hops=1, Hops Left=0 Sat 05/02/2015 04:16:33 PM : [iNST-DUP ] Previous message ignored. Sat 05/02/2015 04:16:34 PM : [X10-RX ] 02 52 65 00 Sat 05/02/2015 04:16:34 PM : [ X10] A7 Sat 05/02/2015 04:16:34 PM : [X10-RX ] 02 52 63 80 Sat 05/02/2015 04:16:34 PM : [ X10] A7/Off (11) Sat 05/02/2015 04:16:34 PM : [X10-RX ] 02 52 63 80 Sat 05/02/2015 04:16:34 PM : [ X10] A7/Off (11) Togglelinc turn on: Sat 05/02/2015 04:36:13 PM : [ Time] 16:36:14 3(0) Sat 05/02/2015 04:36:25 PM : [iNST-SRX ] 02 50 17.AE.2F 00.00.01 CB 11 00 LTONRR (00) Sat 05/02/2015 04:36:25 PM : [std-Group ] 17.AE.2F-->Group=1, Max Hops=3, Hops Left=2 Sat 05/02/2015 04:36:25 PM : [D2D EVENT ] Event [17 AE 2F 1] [DON] [0] uom=0 prec=-1 Sat 05/02/2015 04:36:25 PM : [ 17 AE 2F 1] DON 0 Sat 05/02/2015 04:36:25 PM : [D2D EVENT ] Event [19 40 C2 1] [sT] [255] uom=0 prec=-1 Sat 05/02/2015 04:36:25 PM : [ 19 40 C2 1] ST 255 Sat 05/02/2015 04:36:25 PM : [D2D EVENT ] Event [17 AE 2F 1] [sT] [255] uom=0 prec=-1 Sat 05/02/2015 04:36:25 PM : [ 17 AE 2F 1] ST 255 Sat 05/02/2015 04:36:25 PM : [iNST-SRX ] 02 50 17.AE.2F 1C.F9.D3 41 11 01 LTONRR (01) Sat 05/02/2015 04:36:25 PM : [std-Cleanup ] 17.AE.2F-->ISY/PLM Group=1, Max Hops=1, Hops Left=0 Sat 05/02/2015 04:36:25 PM : [iNST-DUP ] Previous message ignored. Sat 05/02/2015 04:36:25 PM : [X10-RX ] 02 52 65 00 Sat 05/02/2015 04:36:25 PM : [ X10] A7 Sat 05/02/2015 04:36:26 PM : [X10-RX ] 02 52 65 00 Sat 05/02/2015 04:36:26 PM : [ X10] A7 Sat 05/02/2015 04:36:26 PM : [X10-RX ] 02 52 62 80 Sat 05/02/2015 04:36:26 PM : [ X10] A7/On (3) The garage door program I am using, if it matters, was taken from this posting: http://forum.universal-devices.com/topic/11099-garage-door-control-with-kpl-and-mobilinc/ but i think it would not matter if Button B was controlling a garage door or even another type of load/function. It really works pretty good except for this idiosyncrasy. I have tried erasing and resetting the togglelinc and the behavior continues. Any suggestions on where to start troubleshooting this? I will also add that the control of the ceiling light is correct from both the keypadlinc and the togglelinc. One more thing that may be important, when Button A is used to turn on/off the ceiling light, the state of Button B goes unchanged. Thanks in advance for any help that anyone can provide.

Mobilinc HD. On both an iphone 5s and ipad. Not a perfect solution (what software is), but from my research in these forums it is about the best there is. The iphone quirks I've seen are flaky geofencing which may be more of an issue with my particular wifi-cell phone topology than with the program. Also, when the phone transitions from wifi to cell connection, there is a definite lag in connection. This really effects the garage door operation more than anything. I can sit at the end of my driveway (middle the transition area) and it takes about 2 minutes for it to make up its mind how it wants to connect. It is about a 100 foot dead-band area. The Mobilinc Connect option may address these, but I don't want yet another monthly subscription cost to deal with. The ipad quirk is the icons for the insteon devices can't be changed. Even though you can go through the motions to change an icon to something relevant to the device, it doesn't stick and defaults back to the standard switchlinc icon. So garage doors, ceiling fans, outdoor lights etc all look like switchlincs. Not a big deal, just annoying. Maybe there is a fix for this I do not know about. Really pretty graphics though. They also have pretty good support, from what I hear.

Got it working. I discovered that I had the i.gdm_dontwatch and the i.gdm_requested status as state variables instead of integer variables (facepalm). I also for some reason had to extend the pulse duration on the iolinc from 0.2 to 0.3 seconds for consistent opening for the opener.

I have implemented this program and it works pretty good except I had to disable the Program 003 loop section. When this is active, the garage door will start to go down from the raised position and then in about 1 second of movement (about 1/3 of the way down) it reverses and opens back up. I think this may be due to how I have my sensor system. I am not using the magnetic sensors at the door, but instead have an industrial style limit switch with a roller arm that is actuated by a block that is attached to the drive chain. The sensor is on (active) in the door up position and then goes off when the door closes. I have played around to no success with Momentary A, Momentary B, and Momentary C settings on the 2450 iolinc (v.41 BTW).