oberkc

It sounds to me as if your analysis is accurate and that a couple of access points is the most likely solution. Hopefully, they have enough range.

I don't see anything wrong with the program. I would, instead, consider the possibility that the x-10 signal is not reaching the intended recipient. First question: do you have an X-10 repeater for reaching those devices on opposite legs of your electrical system? If you had a known good x-10 keypad controller, you could plug it into the same outlet as your PLM and transmit the A1(on) command to see if it reaches the x-10 devices intended. If not, it would tend to suggest that this location is having difficulty reaching the x-10 device.

One does not "link" access points. Rather, one checks to confirm that they are on opposite legs of your electrical system.

Separate power source? Not on same meter and panel, huh? Is it possible that these separate power sources are on different transformers, or even different phases of the power grid? I am seriously starting to get out of my comfort zone here, but I am not sure that insteon will work if on different phases of the three-phase power system. I assume that the fact that this works SOMETIMES suggests, at least, that you are on the same phase. Strange...maybe. It could be explainable with a better sense of which keypads are working (the one in the garage, on the same power supply and leg) and which are not (separate power supply, hundreds of feet away?) Did you add these garage devices to the ISY while they were installed in the garage?

I was less concerned with insteon devices, and more concerned with other electronic gadgets that could interfere with insteon communication. Yes, I meant "electrical circuit controlled by one electrical breaker". The audio recieve is the only other thing powered by that circuit? Have you tried unplugging it temporarily? Yes, I expect (based on my own experience) that the admin panel should show near-real-time status of that sensor. It does not necessarily show accurate status of the relay. I trigger garage lights from the sensor, and this works very well.

Which, to me, suggests a problem near the PLM. What other devices are on the circuit with the PLM?

I consider access points near-mandatory. Given the posts I have read, it seems prudent to suggest reading the manaul and following the instructions for confirming you have one on each "phase" of your electrical system. Up until now, how did you provide a communication path across the legs/phases of your electrical system? You may also consider keeping a couple of filters on hand, should you ever discover a device that is giving you some insteon grief.

Yes, 100W is pretty limiting, especially since it is not rated for LED(!). I guess they must have thought they would...well, I don't know what they were thinking. Perhaps they should have kept the inlinelinc for higher loads. Keep in mind that, as apostolakisl points out, other (mostly discontinued) devices such as the inlinelinc did not have this 3-way mode where it would toggle at any change in state.

Those two statements lead me to conclude that the sensor IS sending out state change announcements, and that ISY/PLM database is not corrupt (computers general always work, or always don't). The random nature of your failure suggests to me that there is something keeping the insteon messages from reaching your PLM. Were this me, I would be doing some troubleshooting to identify the possibility of comm errors. I can tell you that I use garage sensor status and control as conditions for programs, and it works well. I don't believe there is a programmatic reason for this not to work.

out of curiosity, I checked the legrand web page. It appears that these products use some proprietary format (they call it "top dog"), not insteon, not z-wave, not zigbee, not anything that I recognized. In the Q&A, they specifically state that it is NOT compatible with zigbee. Given this, I would speculate that these are not easily integrated with an insteon lighting system or with the ISY-994. I am sure that others might be willing to give it a shot, however. It looks as if there is a legrand controller available. I don't doubt that there is some Timothy McGee character out there somewhere that can establish a communication path through the network or RS-232 port, but I would not call this an option available for mere mortals.

Possibly. I thought it was holding it on, but I may be confusing it with other devices.

Sometimes, existing switches are wired via method known as "switch loop", where there only hot supply and swithed return (no neutral). Wire colors can be unreliable indications of purpose. Three-way switches can, sometimes, not include a supply or neutral. But...if your LED is coming on and off with the switch, I would tend to discount wiring problems at this point (though loose connections can cause problems for insteon communication as well. The "surge suppressor" jumps out at me. Based on my experience and perceptions from reading this forum for a while, that is a suspicous candidate as a possible communication interrupter. It would be useful to determine if on the same circuit. Can you temporarily remove it from service to see if this solves your problem? I have not measured RF range of insteon devices, but there have been enough discussion around here that I would not rely on RF exclusively. Depending on installation (including orientation, box material, wall material, environmental) range can be quite limited, apparently. Good. Instructions for the togglelinc (and most other insteon devices) are written based on the assumption that there is no central controller. My favorite method for adding an insteon device is to first "add new device" from the ISY admin panel, then press and hold the togglelinc ON until beeps (usually around five seconds). At this point, the togglelinc should be listed.

I would put the possibilities into the following categories (not necessarily prioritized), based on your post: a) device failure switch wired incorrectly c) communication problems d) procedural For now, I would ignore the possibility of a device failure. Regarding wiring, how did you verify correct supply wire (hot) connected to black wire? Do you have it connected to a load (red wire)? Does the little LED on the togglelinc turn on when the switch is off? Regarding possible communication problems, what other devices are plugged into the same outlet and circuit as your PLM? Computers? Surge suppressors? UPS? Lots of power supplies? As far as procedures go, which did you follow? The ones that came with the togglelinc? The ISY-99 user manual/wiki?

I don't try to send rapid-fire commands. Yes, when there is less-than-ideal communication, things CAN slow down, waiting for acknowledgement, though 20 seconds is certainly longer than I have experienced (suggesting, perhaps, that you still have something that is causing some complications). Based on responses around here, I think folks have had mixed luck with trying to send out on-off-on-off commands in quick order. I don't know if you are sending commands to individual devices, or to scenes, but you might try the other way around. I can never remember which is which, but one does not wait for acknowledgement, and the other does. Perhaps that would help speed things up a bit.

http://www.universal-devices.com/docs/p ... 5%20v2.pdf Although, about the manual, I was speaking more liberally, to include seeking further guidance (including from this forum or the universal devices wiki) when it is not self evident how to achieve desired results. No harm, unless there are unintended consequences.

The first ones that comes to mind are cell phones and computers. (Yes, I know. I assume that most don't read the manauls.) But, if we can imagine a world where nobody has seen or used one of these devices and, suddenly, we are trying to fully exploit one, how full would a forum like this be? Even in the real world, have you been over to the iPad or android forums lately? It is amazing the number of questions that are asked...over and over. I would imagine, too, that most of us here play tech support roles in our extended family for these devices for when there is something that a family member wants to do but doesn't know how (should have read the manaul). I opine that for those who want a "no manual" experience...get the hub (and live with the limitations). If instead, you want an insteon controller with near-complete flexibility, then a little manual reading is not too much to ask.

I am in no position to dispute the workings of most people's mind. I can only say that mine seems to find the feature useful. I can say, also, that my programming needs appear less ambitious than many around here. Perhaps that affects my perception. Only recently, have I found a program that I could not do without variables. In most cases for me, inclusion of variables added lines of code. I get a kick out of minimizing lines and numbers of programs, so perhaps I am a little strange in more ways than just my affinity for program status. My sense is that, rather than baffling, that in programming the ISY one must learn and pay attention to the details. Also, a sense of boolean logic is useful. Most of the endless questions on the subject are initiated by relatively new folks, I also percieve. Perhaps not intuitive? Maybe. However, my experience is that power and flexibility often comes with the cost of a need to read the manual (or, in this case, seek help and advice from others).

As a point of clarification, programs can run when the folder is false. Instead, they will not trigger from the IF condition. If called externally (such as from another progam), they WILL run. Yes I would cause a program to run whatever is in the ELSE path. If nothing, then I guess that would be the same as stopping. Also, I think it will halt/interrupt a currently-executing program only if there is a wait statement. Otherwise, I believe a program will continue to completion (which would only be a few seconds or less, anyhow). I have not double checked, but is there not a HALT program option to add to a program? (Memory is vague.)

I still like PROGRAM STATUS as a program condition. In most cases, for me, program status is a natural check. Use of variables can contribute to the need for extra coding in some cases.

My working theory is that "sealed" covers keep moisture and humidity IN. When I install outside, I make no attempt to seal anything. Rather, I do my best to keep direct exposure to rain minimized and, should moisture make its way past this first line of defense, a drain path out.

That is the same conclusion I reached from reading the manaul. Unfortunately, I cannot confirm by personal experience.

From the user manual: "Because Micro module comes programmed for latching switches, 3-way toggle mode is enabled by default. Normally, a latching switch reads the switch’s up position as on and down position as off. For example, if you turn Micro module on from the latching switch and off from another controller, the switch is still in the up (on) position; turning Micro module back on from the switch would require you to tap the switch down, then up again. The 3-way toggle mode overrides this sense feature, so in that same scenario—turning Micro module on at the switch and off from another controller, so switch is in up (on) position—you could then turn Micro module on at the switch by tapping it down."

I would be very surprised if any of this would be useful with motion sensors. Motion sensors cannot be responders. Motion sensors do not acknowledge anything. Based on what I have read here, it does not appear the ISY/PLM has any way of detecting a motion sensor being non-responsive.

Ugh. This I did not understand. I assumed a simple change of state in the sense wire would toggle the output. This would be no good...I agree.

That is not much different than the historically-typical three-way. Up or down has no meaning with those, either. Yes, I prefer up=on, but we have lived with other options for a long time. Theoretically, if there was enough space in the box, one could simply keep ALL the existing switches and install a micro module somewhere to power the fixture. Instant insteon.