larryllix

Variable usage is exactly the same except you compare to a variable instead of time or wait for a device to send a command. State variables can cause triggers and Integer variables are only for filtering conditions.

Perhaps the admin console has just timed out and his icons and summary page are just not updating as happens frequently to most of us.

ooops.... OP reports he has already done this and the program tree thing...

Expand the whole program tree structure and watch the icons may help also. This is dependant upon states of programs changing though.

The time period causes triggers at sunset and sunrise+30 minutes because evaluation is triggered by the time condition nodes. However, the time conditions are also evaluated any time of the day when the logic is triggered by the MS sending an On signal. This is when the time nodes act as a conditions. Between the times the logic evaluates as true and runs Then. The MS Switched Off is not a trigger in this logic because it is a different signal and unrelated. Most If lines act as evaluation triggers and, as well, act as condition filters.

I keep a Canadian to American conversion thesaurus under my walker at all times too.

I have had problems with same labels also. Some actually became operated incorrectly and I am not sure where some happened to get crossed. I name all my devices uniquely now in a manner that allows them to be sorted out for viewing in MobiLinc. It's a problem with some software using folders and some not. Despite being in different folders sorted under distinct rooms names I use labels like MS Motion.Gathrm MS Motion.Libr MS Motion.MBR and MS LowBat.GathRm MS LowBat.Util MS LowBat.MBR and Leak Detected.HVAC Leak Detected.kitch Leak Detected.util If I get a notification of an alert it becomes much easier to look at the whole home parameters involved because they sort alphabetically. eg. motion when I am not home, I can see programs activate room to room, indicating travelling intruder, on one page of MobiLinc. This makes it easy to identify false MS detections if only one triggers or they are not in physical travel order. For a leak, one remote page will show all devices. This would all be identified precisely in the original notification but there is nothing like confirming it with live real-time action. After a few years of using room based folders for programs I just recently switched to function based program folders. However, my devices are still sorted into room based folders and with the exclusive naming convention it works well at both ends of access.

Sounds great but what are you updating on a leak sensor? I would assume just links to a new PLM?

Are the files Sonos.zip and Sonos-NR.zip still intact? I only get "empty file" and illegal format" errors when attempting to decompress or view them with Win 10.

If this is equivalent to the device being in linking mode, would a query work in this manner also?

The awareness of the feature was the best part of the poll and I thank you for the information Teken. I remember some rumblings about this, some time back, but never investigated. I always figured it didn't apply to me or my devices, despite 10 MS units.

If you like to have things YOUR WAY then you made the right purchase! ISY forever!

If the SwitchLinc that is not the dimmer is connected to the load then there will never be any dimming. The electronics are not capable of dimming.

I run Win 10 32 bit and Win 10 64 bit as, well. When 64 bit java was released, I switched to it during beta version releases, and have never loaded a 32 bit version since. You could try rebooting ISY after a power down for 10-20 seconds. I have received that "java 2 required" message some time back, but not for the last 4-5 months. That would seem to be some derelict code in ISY hanging about.

Lots of pvc tape over connections and a box or waterproof bag around the whole connection point. Just keep snow, rain and running water out of it and they work fine. I have mine plugged into a X10 appliance module suspended in the air under my porch overhang. Not a problem if the wet doesn't get in.

Yeah. Looking at a handful of my two wire, three wire, with and without neutral connections, all load wires are blue, same as your picture. Funny to see two wires out of some, a black and a blue wire only.

Here is a pic of one of the pairs I have. The load wire is blue and the traveller is red. The remote doesn't have any wire colours.

Forget looking at the status of the MS. I use little programs, like this, to show what is happening. Watch the program icons instead, If Control 'Deck Motion Detector-Sensor' is Switched On Then Wait 2 seconds Run 'ThisProgram (else)' Else ----

Agreed. If Insteon stopped this capability they would have to redefine the whole Insteon protocol so that most devices wouldn't work. IIRC, the X10 3way system was a special switch at the load end anyway. There was an extra wire for the remote dummy to input a 120vac pulse and switch the master load switch. The master cost more and the remote cost less. This would be no different for Insteon. A special load end switch would need to be created with an extra terminal/wire for the remote input. A special controller only switch could be created without the triac but with all other hardware the same the special PCB without the triac included would cost more as a smaller production quantity item. Almost always stopping the routine production to remove a part from being installed on a PCB costs extra. I think I still have a few 3way X10 switches in my junk box. I do remember the wire colours included an extra blue wire and were scrambled to electrician standard types, causing confusion. If you didn't have the instructions they were hard to figure out every time you got one of the junk box. There was no Internet manuals and I don't think SmartypantsHome had dial up at 300 baud either.

Except for one thing. You need to have three wire wiring in your walls to make the three wire extension work. A feature of the Insteon method is that 3-wire prewiring is not necessary to add a 3-wire switching scheme. From what I can remember the 3-way extension unit was not much cheaper anyway. Currently I have a 3-way setup between two switches at opposite ends of my house where I have a deck, with entrance and switch, and a front porch with entrance and switch, and respective lights for each. I am not currently using a scene to make this happen but rather a program in order to maintain individual control of each bank of lights. The Fast On/Off commands on either switch can operate them both, from either switch, if desired.

Since the chime is a brand new product ISY will not have it in it's database for proper operation. You will have to wait for a future IS version release. I recommend you search for Request new features and voice in that thread. UDI listens.

I have to assume the kitchen lights are operating then and this is assumed to be the Kitchen 2 program run from Kitchen 1. View the event viewer for excessive Insteon traffic. If that isn't the case I would try power cycling your ISY with a few seconds shut down.

The first program Then clause should only trigger on a signal from the MS and only at the exact instant of the On signal. The MS status isn't being checked with the "switched ON" parameter. This shouldn't be possible unless your MS is sending out continuous signals. Have a look at your event viewer to see Insteon traffic.

Enabling a program should NOT make it run and doesn't on my ISY. What is your indicator that causes you to think it is running?