Xathros

I had a few I2CS devices do strange things like this after upgrading to 3.3.10 (I think) and in each case, I was able to resolve these issues by right clicking on the affected device and selecting Query Insteon Engine. Being that the ramp rate changed, you may also need to check and fix that setting as well. HTH -Xathros

Maybe consider pairing up the cans thus reducing the insteon investment to 3-4 rather than 6-8 devices. My preference would be a gang of Switchlinc Dimmers rather than inlinelincs. Either way, you could use a KPL for setting your scenes. -Xathros

I do it like this: If Then Repeat every 1 minute i.timecntr =+ 1 Very much the same concept as jmed999 posted. -Xathros

Michel- Isn't the address sales@universal-devices.com (plural) rather than sale@...? -Xathros

New MS is an I2CS device which requires ISY Firmware version 3.2.6 or later. What Firmware are you running? -Xathros

I really think that a simple delay would be easier to deal with rather than trying to track direction and count with non directional sensors. I think it would be cool to have the lights dissolve as you arrive at the opposite end of the staircase but that could likely be accomplished more easily by calculating the average traversal time for the stairs and using that for the delay. There are a number of problems that you would need to overcome in the counting of the sensor activations and avoiding false counts (multiple legs etc) and one of the bigger issues you may find is the process delay involved when you want your lights to respond instantly to a trigger activation. The more you try to do there, the longer the delay will be. The simple delay will help avoid the problems when two people pass on the stairs and with the current design, the delay would restart in the event two people headed downstairs say 8 seconds apart giving the second person the full delay with the lights on. -Xathros

easy enough to include the time and status of the other lights as conditions in your trigger program. I am assuming that the other lights will be Insteon as well. If Control BottomStairIOLincSensor is Switched On (Assuming here that you are using IOLincs to interface to your PIR Curtain sensors) and From Sunset to Sunrise (Next Day) and Status Upstairs Hall Lights is Off Then Run StartLighsUp Then Path If Control TopStairIOLincSensor is Switched On and From Sunset to Sunrise (Next Day) and Status Upstairs Hall Lights is Off Then Run StartLighsDown Then Path From My last post of programs, lets modify the StartLighsUp and StartLighsDown to include the trigger for turning them back off after 30 seconds: Program: StartLightsUp If Then Set i.direction=1 Set StepOne 40% Wait 30 seconds Run StairLightsDissolve Then Path Else -Xathros

Another option might be to upgrade to dimable LED lamps rather than CFL. -Xathros

Might be a good idea NOT to put the PLM in a box as that may limit it's RF range to other Insteon gear. In general, it's best to locate the PLM as close to the main breaker panel as possible. The ISY will want to be a short distance from the PLM as it is connected via a serial interface (not ethernet) Here is a box that might work: http://www.a1components.com/BVModules/ProductTemplates/Bvc5/Product.aspx?productid=a4f858e6-f770-45e1-b49f-45b3af605045&gclid=CPin162yzbYCFcVT4AodYAgAxQ You could cut a Plexi/Lexan cover for it. Plenty of others out there. Search for "Structured Wiring Cabinet". -Xathros

The >1% is basically saying "is not Off" As soon as the ISY requests the Set StepOne 40% that status should trigger the next step. The only delay will be in process/insteon traffic delay and I'm hopeful that it will be <= 1 second. Hard to say without actual testing in the final environment as some of this will likely be effected by Insteon communications quality. -Xathros

Hi Michel- My vote would be to go back to using the MAC finder for the file chooser. While it has a bug, it's easily worked around for the end user. -Xathros

Actually, your original idea may be workable if done like this (Assuming 14 steps): Program: StartLightsUp If Then Set i.direction=1 Set StepOne 40% Else Program: StartLightsDown If Then Set i.direction=0 Set StepFourteen 40% Else Program: StepTwoOn If ( Status StepOne > 1% and 1.Direction=1 ) Or (Status SetpThree > 1% and i.Direction = 0 ) Then Set StepTwo 40% Else Program: StepThreeOn If ( Status StepTwo > 1% and 1.Direction=1 ) Or (Status SetpFour > 1% and i.Direction = 0 ) Then Set StepThree 40% Else ... Program: StepThirteenOn If ( Status StepTwelve > 1% and 1.Direction=1 ) Or (Status SetpFourteen > 1% and i.Direction = 0 ) Then Set StepThirteen 40% Else Program:StepFourteenUp If ( Status StepThirteen > 1% and 1.Direction=1 ) Then Set StepFourteen 40% Else Program:StepOneDown If ( Status StepTwo > 1% and 1.Direction=0 ) Then Set StepOne 40% Else Trigger the Then Clause of StartLightsUp or StartLightsDown to begin the cascade. There should be enough process delay between the actuation of a step and the status checks to get about what you want. For turning off the steps, you might consider starting at the middle step and dissolving from the center in both up/dn directions at the same time. This way only a single direction needed and adds another effect. This method would also allow for changes to the local onlevel for the steps without recoding. Please post a video when you get this up and running. That and a Pic of your bank of InlineLinc's -Xathros

snowtech- I don't believe you can delay for less than 1 second with a wait statement. Maybe you can use a 2 second ramp rate for each stair and just call them all in sequence. The slower ramp rate may help mask the inconsistent start times. Or 2 scenes. One for Going Up and One for Going down. Set the ramp rate for the first 3 steps to .5 then the next 5 steps to 2.0 then the remaining steps to 4.5 in one scene and reverse the steps in the other scene. Out of curiosity, what is your $/Step on this project? I'm working on a similar project but never considered addressing each step individually. Still trying to get the cost of the lighting down to a reasonable amount. -Xathros

jmed999- How are you toggling this mvar? If using only the program a few posts back, why not simply add your notifications to the Then and Else blocks along with the variables assignments? -Xathros

Sounds like you are losing your connection to the ISY. How are you connected to your network? -Xathros

jmed999- Assuming that is your Home/Away mode toggle program, you would make it durable as follows: If $i.HomeAway is 0 Then $i.HomeAway Init = 1 $i.HomeAway Init To $i.HomeAway Else $i.HomeAway = 0 $i.HomeAway Init To $i.HomeAway Anytime you set a variable and you want it to survive a power fail, you can follow up by setting the init to the current value. -Xathros

I believe he is simply duplicating the desktop alias into the dock. I do the same thing here. It still executes the same either way. -Xathros

Andy- IIRC, You are on 10.8.3 as am I on most of my systems. Michel is testing at UDI with 10.7.5 and can't reproduce the problem. I have a 10.7.5 system at home that still seems problematic but haven't tested by pulling the admin direct from UDI yet. Hopefully I will have a chance to play with it this evening. I'll also give it a shot on Ubuntu and see what we get. That I can do here at the office. -Xath

Hi Michel- I will try this tonight if I get home at a reasonable hour. I don't have anything on 10.7.5 to test with here at the office. -Xathros

Michel- Not quite sure how to answer that. Here is my methodology: 1) Clear Java cache (including applications) 2) Use Firefox to access https:///admin/admin.jnlp and save the resulting download to my downloads folder. 3) Double click the admin.jnlp that resulted from step 2 which downloads the admin to cache from my ISY and creates a desktop shortcut (Used from here on out) 4) Log in and test. I think this means I'm using the applet but I had to use firefox to get a jnlp file to get the applet so... -Xathros

Agreed. I meant easier than having the variables listed in each program as conditions vs using a folder with a single condition. -Xathros

One way this can make it easier would be to use the i.HaveCompany variable as a Folder Condition and place the timer/security program(s) within the folder. -Xathros

Andy, Michel- I did some testing of the 4.0.3 console on MAC OSX 10.7.5 last night. There are still problems though slighty different that I found on 10.8.3. After the first two launches, any call to the file chooser locked the console just like on 10.8.3 however, after that I was able to request the error log multiple times with the result alternatine between proper operation and no response at all (not a lockup). After about the 10th test, the console locked again. This time however, I could still access the Quit option both from the MAC menu bar and the Java Icon in the dock tho neither successfully quit the hung console. After another Force quit/Relaunch, I was again able to request the Error Log with alternating success/nothing for another 8-10 cycles before it locked again. Through all of this testing, I have had all 3 debug options selected in the Java Prefs and the Java Console Open at detail Level 5. After the initial launch of the console, I haven't seen anything else show up in the Java Console to indicate a problem. Let me know if there is anything else I can to to help diagnose this. -Xathros

Hi Andy- My schedule last night did not allow for that. I will attempt again tonight. -Xathros

Andy- My Switchlincs range from v40 thru v42 and none with sense. I can't reproduce on any of mine. -Xathros