Everything posted by Xathros
-
Best Way to get the ISY to Interact with an Analog Input
Hi PLCGuy- I don't know much of anything about Elk but I can tell you that a CAI board has a lot to offer. Digital and Analog IO along with a OneWire input for temp sensors and a Humidity sensor input. Fairly inexpensive, newer versions have direct support setting ISY variables via REST and rock solid stable. Only thing better would be if they brought all the connections to screw terminals and put it in an enclosure but that would likely increase the cost significantly. The CAI board will certainly work for your current need and leave you with a lot of additional capabilities for expansion down the road. -Xathros
-
Release 4.0.4 RC1 Is Now Available
LeeG, Michel, MWareman- Dunno if this helps or not but the Wayback Machine found it for me. http://web.archive.org/web/201211241041 ... n_time.htm -Xathros
-
Garage Door Control & Status
It's an Integer NOT a state variable for that and a few other reasons. Note the i.Dad... instead of s.Dad... -Xathros
-
Garage Door Control & Status
All- Sorry for the delay, been distracted over the last week or so. I have this working well with Mobilinc. It took me a while to work out the details. Here is how it works: I did not use any scenes other than for managing KPL button statuses. (Scene 'Garage / Garage-Dad') My Favorite in Mobilinc is a program. I run Then as the favorite press. I use an integer variable that follows door status. Open = 1, Closed = 0 The If Statement in the program only looks at the integer variable. I turn the relay off after 10 seconds because I like it to say off - doesn't need to be there. This is my Open Close program (Run then from Mobilinc) If $i.Dad_GD_Status is 1 Then Set 'Garage / Garage Door IOLinks / GD- Dad Garage Door Relay' 100% Wait 10 seconds Set 'Garage / Garage Door IOLinks / GD- Dad Garage Door Relay' Off Else - No Actions - (To add one, press 'Action') This Program Monitors Door Status: If Status 'Garage / Garage Door IOLinks / GD- Dad Garage Door Sensor' is Off Then Set Scene 'Garage / Garage-Dad' Off Resource 'Syslog-SECRTY - Dad Garage Door Closed' $i.Dad_GD_Status = 0 $i.Dad_GD_Status Init To $i.Dad_GD_Status Run Program '.Dad-Open-Close' (Else Path) Else Set Scene 'Garage / Garage-Dad' 100% Resource 'Syslog-SECRTY - Dad Garage Door Opened' $i.Dad_GD_Status = 1 $i.Dad_GD_Status Init To $i.Dad_GD_Status The whole point of the $i.Dad_GD_Status mvar is to allow the initial program status to be true or false for mobilinc status feedback. The program runs true whenever you run then. Status monitor runs Else (False) when door is fully closed. I have set custom statuses in ML that say Opened for True and Closed For False. Hope that makes sense. -Xathros
-
Release 4.0.4 RC1 Is Now Available
Andy- I'm pretty sure this is a bug in the OS X 10.8.3 finder. The Java file chooser didn't work on 10.8.3 so UDI reverted back to using the MAC finder. At least we can easily work around this until Apple fixes it. -Xathros
-
Release 4.0.3 Beta Is Now Available
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
-
First new Insteon deployment in years-need suggestions
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
-
measure time on
I do it like this: If Then Repeat every 1 minute i.timecntr =+ 1 Very much the same concept as jmed999 posted. -Xathros
-
ISY-99 upgrade
Michel- Isn't the address sales@universal-devices.com (plural) rather than sale@...? -Xathros
-
Another Motion Sensor Linking Question (Mini Remote too)
New MS is an I2CS device which requires ISY Firmware version 3.2.6 or later. What Firmware are you running? -Xathros
-
Solution for a fancy Staircase lights
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
-
Solution for a fancy Staircase lights
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
- 2472D
-
Solution for a fancy Staircase lights
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
-
Solution for a fancy Staircase lights
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
-
Release 4.0.3 Beta Is Now Available
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
-
Solution for a fancy Staircase lights
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
-
Solution for a fancy Staircase lights
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
-
Change programs when on vacation...
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
-
Admin GUI on OS X 10.8
Sounds like you are losing your connection to the ISY. How are you connected to your network? -Xathros
-
Change programs when on vacation...
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
-
Release 4.0.3 Beta Is Now Available
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
-
Release 4.0.3 Beta Is Now Available
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
-
Release 4.0.3 Beta Is Now Available
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
-
Release 4.0.3 Beta Is Now Available
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