Sub-Routine

To quit linking mode on a Motion Sensor press the set button again to see double-blinks (unlinking mode), then one more time to exit. Rand

AFAIK, ApplianceLincs do not send any messages when their status is changed manually. Tools/Diagnostics/Event Viewer will let you see if it does. Rand

The ISY has the ability to set the buttons to non-toggle mode. Select the KPL and click Buttons Toggle Mode. See Button_Toggle_Mode. Rand

to_lighter, Please try to Query any switches the ISY is not seeing before remove/re-add. We have discovered an issue involving an unsuccessful Query. v2.7.2 will include some additional procedures to resolve this, we hope to release this version very soon. Rand

Performing a Restore on all your devices will remove any stray links, there should not be a need to reset them. Please view this page from the Wiki FAQs: What_steps_should_I_take_if_I_want_to_redo_everything Rand

It's that simple? Good job Darrell I do always take the RemoteLinc out of linking mode after programming. Press the Bright or Dim button once to exit linking mode, you don't need to wait for the timeout. Joe, please don't hesitate to call when something comes up. I am learning that a live discussion reveals many things hidden in emails and forum posts. Rand

Don't worry someguy, half the fun is learning! Just start simple and add Conditions and Actions when you find you need them. It always takes some experimenting to have the programs run exactly as planned. You can't break anything. They can all be enabled. Wait to Change has no Condition so it will not run unless called. Rand

No, that shouldn't create any errors. I am out of ideas. Please submit a trouble ticket here and I'm sure Michel can find a time that meets your schedule. Rand

Michel works late but not on Saturday. Rand

Joe, you can enter a trouble ticket or phone 818.631.0333. Rand

Yes. See this post: How To : Replace/Restore/Remove PLM Rand

One last thing please. Select Tools/Diagnostics/Event Viewer. Press the buttons and see if the presses are displayed. If not, back to SHP. Rand

I believe that adding a Wait 1 second before the Action will prevent the programs from 'fighting' each other. Might need a Wait 2 seconds. Rand

View the KPL Links Table and use the Compare function. If that doesn't display any errors then it could be a bad KPL. You could try Remove/Factory Reset/Add as a last resort. Rand Strike that. Please try a Query on the KPL first.

Lewis, within the scene, when you select the KPL as the controller, are the levels and rates correct? If you open the Event Viewer does it display the KPL button presses? Rand

I was thinking of this yesterday as well. We were seeing your tornado alerts on our TV. AFAIK, there are various levels of data sent from WB and at the level ISY uses I don't believe the warnings are included. I believe there are such messages available at other levels but parsing them would be too complex for use with the ISY. To simply send a notification on any alert would mean sending the notification every time the data is updated. Having said that I will mention it to Michel and get his opinion. Rand

Okay. Thank you, you have given us more info. This is a big help. Thank you, Rand

drw, This sounds very much like a Java cache issue. The display is using a new display with old data. Please see this page Clearing_Your_Java_Cache. I have also noticed some persistent events even when performing those actions. Often it's as simple as closing the application and reopening. I am really believing it is a combo browser-java-PC-network, etc. has everyone watching everyone and it takes some time before the trust goes through. A good thing. Minor updates on the ISY appear to pass quickly here. Rand

From/To on a schedule is actually most useful when you want to maintain a state regardless of other events that alter it. If a Condition to check the Status of the device is included the program will overrun any changes made to the status by a button press. If you want to ensure that the fountain is on or off in the specified hours then you have to add a Condition. If From 4:00:00PM To 6:30:00PM (same day) And Status '01.2B.1C - Living Room' is Off Then Set Scene 'Living Room - Sleep' On Else Set Scene 'Living Room - Sleep' Off Using the Else in this case will result in the scene being turned Off anytime between 6:30PM and 4PM (next day). If you switch the device during those hours the program will be evaluated and run the Else. This will prevent you from overriding the program by using a switch. Using the Else can wind up in a loop if you have another program trying to turn the device On and this program is being sure it is Off. If that isn't your intention and you want to be able to override the Off of the program by using a switch or another program you don't want to use the Else. Instead you would assemble two programs, one to turn the scene On at 4:00 and another to turn it Off at 6:30. Then if you use a switch you can override it. That is my preference. The program you have written will function as I believe you desire, a switch or other program will not affect this program. This program will not keep the fountain On or Off depending on the Schedule. It will only evaluate at 4 or 6:30 but it seems clearer to me to use separate programs. Rand

Smileyw, I have many programs that run at a specific time. In fact I have three that all run at Sunset with no problems, one of which has many Actions. To test your program change the Schedule to a minute from the current time, save, open the Event Viewer, set it to level 3, and watch what happens. You can save the Log and paste it here, that should help us. I am guessing there is something causing the ISY to become busy when your program runs. Thank you, Rand

No, you shouldn't need a From-To time in a program. Do you have many other programs set to run at exactly the same time? If so you could change them to run a minute apart. You can find out by sorting the Program Summary table by the Next Scheduled Run column. I did try using an exact time as a folder condition and then I had to use a From-To so all the programs in the folder would run. Rand

Correct. Only because there are still locations in the world that do not change to DST. Using the time on an accurate PC updates the time correctly because DST is already applied but the NTP connection acquires world time which must be converted to local time. Rand

Joe, No, it is not so simple it escaped you. There is something wrong and we need to find the cause. If you have time to experiment... Please update to the v2.7.1 firmware. It would help us if you could remove the RemoteLinc from the ISY, factory reset the RL, and add it back to the ISY. Add each button back to their scenes. Be sure to wait for all the links to complete for each button before adding the next. Test each button before adding the next. Hopefully we will have more clues to decipher any problems. Thank you, Rand

Smarthome introduced i2 between 2.6.7 and 2.7. We are trying to catch up. Not all the older devices repeat i2 commands so that results in some issues. No, leave it on Automatic. We hope to remove this option. It's a testing function. Sounds good to me! I think I have an InlineLinc that needs the twister. Outdoor box, I might cut and strip the wires. Rand

We have all done that! Well, I have at least. Rand