paulw

Decided to get at it with a rested brain, for whatever good that is. For starters I deleted the program that was running which should not have been and re-coded it (no change). After that I found the following log entry which would make me suspect a RL issue. It is from two pushes of the same B button. Thu 06/24/2010 05:47:16 AM : [ 11 C8 44 2] DON 0 Thu 06/24/2010 05:47:18 AM : [ 11 C8 44 1] DON 2

In using a RemoteLinc to control an EZFlora (due to tidal issues, we run our system manually), I found the buttons a little too sensitive to wrong entries. So, I am trying to use “ergodic’s†example in the Wiki to program the on buttons for three pushes before starting any zone. I used the same grouping of a control and body program for each push as in the example. In my current testing mode, I am only turning on a light not the EZFlora. When I programmed one button, all seemed well. I copied the code over to three other buttons and changed the labels to make unique code for each switch. All code has been checked and rechecked, and again....... I am seeing some very strange behavior when a pushing RL buttons. For a couple of switches the program state changes (in program summary) are slow taking place for each push. The other two switches are very prompt. There are times (not always) that another button’s body program will go true on one of the pushes of an unrelated button, sometimes the second push, sometimes the third push. Always seems to be the same program going true. The body programs only have “then†code. I even tried disabling the body programs as they are always controlled by a run, no change. Has anyone had problems with copying code? Or, any other ideas.

Sorry, mixed controllers in my response.

I always use a naming convention which identifies where and what. For example: Kit KL-A Yard Lite Location, Kitchen KL-A, KeyLinc button A (In this case there is only 1 KL in the kitchen) What it controls, Yard Lite

Any recommendation on devices that can be used successfully to access the ISY99?

Couple of possible options. If your system can put out an x10 code you can use that, or your system may have some dry contacts usable to communicate to the outside which can be programmed to various alarm conditions. Some systems have the dry contacts as a plug-in option. On my home system I use the x10 as my x10 environment is very solid. (used to own an alarm company)

My problem was trying to recover from a brain ****! Knew there was a way to flag for a run at startup but had never done it and ..... Kept looking for it on the detail tab, went looking again after your response, finally found it.

Is there a way to test for these conditions.

When one understands the rules of a game, one can play the game I'm new enough to ISY that I'm sometimes not sure I understand the rules

kingwr: Your last paragraph was where I was putting my money. See my comment below to obrekc on the ReDimSwitch. A bit complicated but it works and I only have one place where the levels are being set so changes are easy, and the re-dimming always uses the same code. oberkc: The ReDimSwitch is turned true elsewhere whenever there is the need to reset the lights due to something else, like the alarm activation, which has changed their level. My reason for questioning this was to determine if it was my misunderstanding of the processing sequence, or something else. Seems to be either a documentation issue, or a bug. Runs fine with setting the ReDimSwitch false as part of the normal evening sequence, even though it serves no purpose there unless ReDim is active.

Let me start by a recap of what I am doing. I have lights which dim as the night goes on (Five seperate programs each similar to 'Front Final Shut down'. Each program sets the lights to a lower setting, and runs the 'else' from the previous program leaving the current program as the only 'true' program. These lights can be set to a full brightness for example, when the alarm system is armed remotely, thus there is the 'ReDim' folder which has five programs which test for the appropriate 'true' program, and runs the 'then' to reset the lights. The ReDimSwitch is a program with no code to act as a switch. It is set to 'true' whenever there is a need to reset the lights. The reason for the repeat of the folder IF condition in the programs residing in the 'ReDim' folder, was to force each program to be evaluated. Without that the programs in the folder would not run, per the documentation on folders. The whole program "front final shut down" is not being run, just the "then". Was expecting the "Re Dim Final" to go out and run the 'then' of "front final shut down", come back and continue with the next instruction which was turning off the 'ReDimSwitch'. I assumed this, as there is no change in any of the 'IF' conditions. However it appears that the ISY is acting like there has been a change in status and starts 'Re Dim Final' from the top. I was wondering that since the 'then' from 'Front Final Shut Down' was being executed, that it was being considered as a change is state even though it was true to start with. My resolution to this issue was turning off 'ReDimSwitch' in 'front final shut down' which keeps the ReDim folder from being true. At this point I am just trying to understand why it behaved as it did.

Oberkc, Still getting some execution sequences under my belt but, I did not expect the 'Rd Dim Final' IF to be re-evaluated as there was no change in status. Paul [u]Re Dim Folder[/u] If Program 'ReDimSwitch' is True Then Allow the programs in this folder to run. [u]Re Dim Final (program in Re Dim folder)[/u] If Folder 'Re Dim' is True And Program 'Front Final Shut Down' is True Then Run Program 'Front Final Shut Down' (Then Path) { Run Program 'ReDimSwitch' (Else Path)} <- never executed see below Else - No Actions - (To add one, press 'Action') [u]Front Final Shut Down (program)[/u] If Time is 11:18:00PM Then Send X10 'L1/Off (11)' Run Program 'Front 4 Level' (Else Path) Run Program 'ReDimSwitch' (Else Path) <- moved here to stop loop Else - No Actions - (To add one, press 'Action') [u]Front 4 Level (program)[/u] If Time is 10:48:00PM Then Send X10 'L1' Send X10 'C1/Preset Dim (4)' Run Program 'Front 3 Level' (Else Path) Run Program 'ReDimSwitch' (Else Path) Else - No Actions - (To add one, press 'Action')

In the following code, will the IF be re-evaluated even if 'Front 1 Level' is already true? If Folder "Re Dim is True and Program 'Front 1 Level' is True Then Run Program 'Front 1 Level' (Then Path) Else No actions It seemed to create a loop for me, until I changed the condition of the folder in 'Front 1 Level'

I have found the problem, and the problem is me!

Have a program with no commands which I am using as a switch for a program folder. In the folder I have several programs, one of which is always true. The last command of each program is to run the "else" of the program I am using for a switch. That switch program never goes false, thus it remains true as does the folder. When I manually run the "else" for the switch, both the folder and the switch go false. What am I missing? Paul

I had 18 v35 SL's. Had about 11 of them which on a regular basis would post comm issues from a query or when used in a scene. Replaced 11, comm issues gone, for those 11. However, of the remaining ones, I have several which will post a comm error, but not every day. What is interesting is that the ones currently showing errors, never showed errors be I replaced the 11. Paul

Found the compare to be identical. LED level is interesting. I have a this 8 button is new out of the box, and I have a 6 button purchased at the same time (both ivory). On both of them the B, C, D, buttons are brighter than all the others. Makes me wonder if it is a production problem with the ivory covers. I'll have to remove the covers and see what the bare led's look like. Michel, there was no spidering, the responders and the 8 buttons were new, added by address. Paul

No mutually exclusive relationships set in isy. Restore took about the same amount of time as any other device I have done. Will do the device compare when home tonight. Have not had any comm problems programming any other units but..... Another thing I did notice, is that 3 buttons are a different brightness than the others whether on or off, making me wonder if it does point towards a kpl problem. Or, just different led's. Paul

Have a new 8 button kpl which is giving me problems when setting up via the isy99p. At this point I am setting up two scenes on buttons C and E. I am unable to change the led levels. After the initial setup, A worked fine for the local load, C and E worked properly. Except, if I turned on A with C and E on, the led's for C and E would turn off. (scene was not effected) I reset the kpl, all keys function properly. I then did a device restore. This time I could not turn on A unless I held it on until bright was full on, then the led would light (off functioned fine). C and E would function fine, but still had the led turn off issue with A. I did another reset, again all keys seemed to function properly. Did another restore, A returned to normal operation. Scenes for C and E were fine. But this time only the led for E would turn off when A was turned on. Do you think I am looking at a kpl issue or something else? Paul

Would strongly suggest you talk to SH customer support. With a little prodding they will probably replace it for you, even if out of warranty. I drove myself nuts, not that that was not already the case, before pushing to have them replaced. Paul

Think you may be mixing Rev vs Ver. Check the list displayed by your isy for the v number. I just changed 11 out of 18 v35's SL's for the same problem you are having. Problem went away for those 11, but have started having problems with a couple of the others that did not give problems before the mass replacement. Suspect I will be changing a few more. Paul

Rand, That be my problem. Thanks. Paul

I am trying to replace some SL's. I have added the new device, (no programs to find/replace.) When I go to the device I am replacing and right click, I do not get the option to replace. The last two menu items are restore, and notes. Am I doing something wrong?

Smarthome wanted to start with replacing my 2443 access points, the old ones were Rev 1.0, the new ones 2.0. Find the new ones to be very light compared to the old ones. Anyone had any issues with the 2.0's? The new ones did not help with my intermittent issues, even tired putting the old ones around in addition to the new ones. So back to SH for more replacements. (SL's v35)

Have a system of 4 KL v.26's and about 30 SL v.35's. Have been experiencing intermittent response issues from a couple of KL scene buttons. Some scenes never have an issue. I was able to capture the following log when a responder did not respond. I am seeing some communication messages when logging on to the ISY for a few of the SL's, but have never gotten one for the one in this log file. The com errors always seem to be the same ones, but not always the same ones on every login. In the following log the first on and off were fine, the final on was ignored. Any thoughts? Sun 01/17/2010 08:18:01 AM : [iNST-SRX ] 02 50 00.C1.C1 00.00.05 C7 11 00 LTONRR (00) Sun 01/17/2010 08:18:01 AM : [standard-Group][00.C1.C1-->Group=5] Max Hops=3, Hops Left=1 Sun 01/17/2010 08:18:01 AM : [ 0 C1 C1 5] DON 0 Sun 01/17/2010 08:18:01 AM : [ 0 C1 C1 5] ST 255 Sun 01/17/2010 08:18:01 AM : [ E 46 3E 1] ST 175 Sun 01/17/2010 08:18:01 AM : [iNST-SRX ] 02 50 00.C1.C1 12.9F.46 41 11 05 LTONRR (05) Sun 01/17/2010 08:18:01 AM : [standard-Cleanup][00.C1.C1-->ISY/PLM Group=5] Max Hops=1, Hops Left=0 Sun 01/17/2010 08:19:07 AM : [iNST-SRX ] 02 50 00.C1.C1 00.00.05 C3 13 00 LTOFFRR(00) Sun 01/17/2010 08:19:07 AM : [standard-Group][00.C1.C1-->Group=5] Max Hops=3, Hops Left=0 Sun 01/17/2010 08:19:07 AM : [ 0 C1 C1 5] DOF 0 Sun 01/17/2010 08:19:07 AM : [ 0 C1 C1 5] ST 0 Sun 01/17/2010 08:19:07 AM : [ E 46 3E 1] ST 0 Sun 01/17/2010 08:19:07 AM : [iNST-SRX ] 02 50 00.C1.C1 12.9F.46 42 13 05 LTOFFRR(05) Sun 01/17/2010 08:19:07 AM : [standard-Cleanup][00.C1.C1-->ISY/PLM Group=5] Max Hops=2, Hops Left=0 Sun 01/17/2010 08:19:17 AM : [iNST-SRX ] 02 50 00.C1.C1 00.00.05 C7 11 00 LTONRR (00) Sun 01/17/2010 08:19:17 AM : [standard-Group][00.C1.C1-->Group=5] Max Hops=3, Hops Left=1 Sun 01/17/2010 08:19:17 AM : [ 0 C1 C1 5] DON 0 Sun 01/17/2010 08:19:17 AM : [ 0 C1 C1 5] ST 255 Sun 01/17/2010 08:19:17 AM : [ E 46 3E 1] ST 175 Sun 01/17/2010 08:19:17 AM : [iNST-SRX ] 02 50 00.C1.C1 12.9F.46 47 11 05 LTONRR (05) Sun 01/17/2010 08:19:17 AM : [standard-Cleanup][00.C1.C1-->ISY/PLM Group=5] Max Hops=3, Hops Left=1