sanders2222

Or, is there a way to show the export file? It looks like a html file of the program contents. However, when I try to open it in IE, it immediately crashes and closes.

I'm curious if the ISY has the ability to report the total number of lines of code the programs have?

I would also like to know how that is working. I bought one of those PS units over a year ago, but never connected it up. Instead, I still have a mess of power strips, wall warts and a tangled mess of wires!Also, how would a UPS unit work with one of those ATX units? We get a lot of power outages in the Northwest.

So you're not just having trouble connecting to your sprinkler controller. Instead, you are having problems connecting to the Admin Console to access your sprinkler control? Did you try clearing Java cache?

That was it. I discovered the network cable fitting was a bit worn. Consequently, it could not 'click' into its proper place. I think as I unplugged the power source with one of my re-boots, I moved the network cable just enough to loose the connection. DUH!A new cable fixed that problem. Thanks Michel for the quick and correct answer to solving my issue.

I was hoping to do a little work on my ISY programs on my laptop this evening but I cannot get the console to open. Whenever I try to open the Admin Console, I get a 'Not Found' error in the ISY Finder. I updated my Java version (v7.21), cleared the cache and used the jnlp links from this site. NADA. Oddly, I can find the console from my desktop computer, and I can access the ISY from my android phone. For some reason, I can't get my laptop to find it. Anybody have suggestions on what I am missing? Edit: Correction, I can no longer access the ISY from my desktop. I checked the ISY and the blue and red leds were blinking. I rebooted the ISY and it seems as soon as the thing resets, it reverts back to the blue and red blink. I assume red can't be good. So I can't access it for control. And it looks like some sort of malfunction. However the programs that are in it seem to execute. Hmmm.

I recently upgraded to the ISY-994i/IR and noticed the clock was 1 hour off. Last night I sync'd it with the PC and thought all was good. Today I noticed is was 1 hour off and I forgot to check the daylight savings box. So I did that and tried to update the time. NADA. Request Failed! then I tried to manually change the time and the same results. I uninstalled Java and added Ver 7.21 and still can't change the time. I also notice I have a red exclamation next to the NTP Server. So that sync fails too. Anyone have a suggestion how to fix this? Edit; OK, I looked into this a bit this morning and when I tried to change the time, I got a 'No Network Connection' error. However, I could access the ISY from my android phone. That did not make any sense. I rebooted the ISY and when it came up, it has the correct time and the red exclamation mark is gone. So my connection was re-established. I did notice the weather information was all 0 but I recall it may be waiting for the first refresh before I see and data. Yep! after a minute or so, information started populating the fields. Now, my question is, why would I loose my network connection, one way apparently, in the first place?

Thanks LeeG, that was helpful. I sent in the information to sales and this evening, the modules were automatically added to my new ISY. That was pretty slick! The programs that were not loaded before are also reporting correctly. However, the ELK console along the top is not reporting correctly (Unknown Armed State) nor can I arm or disarm the ELK from my console. None of the zone status under the ELK tab are also blank. What did I miss with my install? Under Configuration/ELK/Configuration where does the number 1185 under Access Code come from? Is it suppose to be the RP Access Code shown on my M1XEP set up? Jim Edit; Well, after this post, I logged out of the RP and ISY, then started the console again and suddenly, the status of Elk zones were reporting to the ISY and I was able to arm the system from the console. I didn't change anything except close windows and restart the Admin Console. Hmmm.

I just completed a swap from my 99i/IR to the 994i/IR today. While initally everything seemed fine after I restored my backup. I notice I am missing the modules I had with my old ISY (I seem to forget how to restore those). I've also noticed the Current State values don't always populate when I log into the console. Logging out, then logging back in will sometimes correct the problem. The second thing I noticed is a number of my programs and folders (from my 99i) are not loaded and the status for those is Out of Memory. The programs seem to be associated with at least one of the modules so I suppose when those are restored, this error will go away.

It seems that with the most recent releases, I've experienced a 15 second delay between issuing a command to arm the ELK and the ELK actually responding to the command. This is true whether the command is issued through a program or admin console. I cannot figure out what could be causing this. Has anyone else experienced this delay?

Thanks for the post LeeG. I have been trying to track down a delay sometimes experienced when I try to exit my house. I have a KPL button I push to exit. This is suppose to arm my ELK & house in the away mode. Sometimes I push the button and get an arming announcement right away. And sometimes there may be a 10-20 second delay before the announcement occurs. This is somewhat problematic as the entry into the garage cannot happen until the announcement, otherwise the arm up state is not ready and the whole thing gets cancelled/out of wack. Any ideas why the announcement is not always instant upon the buton push? I also occassionally find a noticable delay with other programming triggers.

On the subject of ISY program logic, over the years I've built up quite a library of programs to automate my home. Unfortunately, I think that is taking a toll on my ISY's performance. I think my ISY is BUZY! Sometimes too buzy. Things sometime work with a delay or seem to partially execute. One thing I've heard, you have to be very careful about the use of the 'Status' test. I'd like to know which is better: 1. Have a program that combines conditions, OR 2. Split the program to simplify the logic, and separate out the use of 'Status'. In this example, I have a program that turns on hall lights if motion is detected in the garage. Additional logic checks that other lights are not on and it's not daylight outside. Program:'Garage Motion' If Control '_Garage / _Detectors / _Garage 11.A3.B8-Sensor' is switched On And Status 'Utility Room / Util Hall Load 12.6A.EE.1' is Off And Module 'Climate' Light < 3 Then Set Scene 'Hallways / Hall Utility' On <= Turns light on Run Program 'Utility Hall' (Else Path) <= Runs a timer, then turns them off. Else - No Actions - (To add one, press 'Action') Would it be better to split out the logic of that program into this: Program:'Garage Motion' If Control '_Garage / _Detectors / _Garage 11.A3.B8-Sensor' is switched Then Run Program 'Utility Hall On' (If Path) Else - No Actions - (To add one, press 'Action') Program:'Utility Hall On' Disabled If Status 'Utility Room / Util Hall Load 12.6A.EE.1' is Off And Module 'Climate' Light < 3 Then Set Scene 'Hallways / Hall Utility' On Run Program 'Utility Hall' (Else Path) Else - No Actions - (To add one, press 'Action') As I understand it, the first sample is always testing any time motion is detected in garage, or the light variable changes in value or anytime the Utility room light is switched on or off. In the split sample, the only test executes when motion is detected. If this is true, then the other conditions are tested in a disabled program. It's probably a small difference in execution but if mutiplied by a hundred, that could be the source of my ISY delays. Any programming experts with opinions on which approach may be best?

That is one VERY IMPORTANT key and the second is that the arm/disarm procedures call other programs that have no other 'If' conditions. A third rule to follow is to use mutiple simple programs (that you know work correctly) instead of one complex one. The program debugging tools that come with the ISY are not very good.

I use a different approach to do the same thing. When I arm the ELK 'Away', that change triggers procedures to put house in 'economy' mode. When I come home and it's disarmed, then procedures run to turn things back up. I also can use my mobile device before I head home to bring the t-stat setting up so the house is nice and warm by the time I get there. If Elk Area 'House Main' 'Arm Up State' is Armed Fully And ( Elk Area 'House Main' 'Armed State' is Armed Away Or Elk Area 'House Main' 'Armed State' is Armed Vacation ) Then Set Scene 'Lights Upstairs' Off Set Scene 'Lights Down' Off Set Scene 'Utility Room / Away' Fast On Run Program 'Set Away' (Then Path) Else - No Actions - (To add one, press 'Action') The above procedure automatically executes when the ELK becomes fully armed in Away or Vacation mode. Then disarming automatically executes the following procedure that restores the settings for being home. If Elk Area 'House Main' 'Armed State' is Disarmed And $iAway is 1 Then Run Program 'Set Arrive' (Then Path) Else - No Actions - (To add one, press 'Action') If the ELK is armed Stay, my variable iAway is 0 which prevents this program from running when I disarm the ELK in the morning.

Since you upgraded, have you turned your fan on/off? You have to send/ receive a command from the t- stat before the ISY displays the status

Is this true if upgrade from 3.2.6 to 3.3.2? I am away from home and discovered I cannot connect to my Admin Console. I have been able to connect via my android phone (using ISY Helper) but no longer from my PC.

No. The original post was the extent of the message. 15 words, 214 characters. The last post (above) has 129 charcters shown. But if you count all the characters in the formulas that generated the display, it took 183 characters.

Thanks apostolakisl, Your success made me try something. I moved the ELK variables infront of my defined variables and it worked. Oddly values for my defined variables is coming up blank: It appears there may a limit to the number of characters I can include in a text message. When I tacked on the ELK alerts, apparently I exceeded the limit so values/text gets truncated. This will work though and I can get rid of my redundant defined variables!

No, I haven't tried zones. And Correct, my text message/email just shows a blank space following the label. Same thing happens with ${elk.area.1.armedState}.My workaround (for now) uses variables and I am able to get that information. Here is how my Notification message is set up It just seems if this is available, I wouldn't need the variables. I wonder if anyone has had success using the ELK Security alert variables? And where can I find out what they all mean? (Granted, most are obvious)

Does anyone know how to include the 'built-in' ELK status variables in a communication? I use the either the form: Armed State: ${elk.area.#.armedState} Arm Up State: ${elk.area.#.armUpState} OR Armed State: ${elk.area.1.armedState} Arm Up State: ${elk.area.1.armUpState} The latter assumes the '#' is supposed to be substituted with the numbered zone. But neither form works; just shows blank values. If there is a Wiki link describing what all the built-in variables represent and how to use them, please point me in that direction. I posted this question under the Variables forum but this may be a better place for this post.

Interesting point. But I've used both Integer and State variables over the last several years. (Can it be that long since variables were introduced?)The programs in the folder worked as they should over that time. So I wonder if folder conditions are also evaluated at anytime a procedure in the folder is executed. It would seem that would have to be the case.

Well I ran Reset Variables twice and the Climate module still shows -2140748.352. So it doesn't appear that worked. On another (more frustrating) note, I had to reboot my ISY for the 3rd time in 3 weeks as it appears to 'partially lock up'. By partially I mean some things seem to work, but the program logic seems to freeze. So while a condition test may actually be true, my ISY shows false (see attached sample). Consequently, programs do not work as they should and you can't seem to run them manually either. Rebooting clears things up. One time you looked at my error log and suggested my Netgear router may be part of the problem. But to me, this may have occurred one other time (a year ago), but not like this under the 3.3.x releases. Could I have hardware issue with my ISY or PLM that could be causing this?

These attachments are the 'Programs' tab. What does the screen look like under the 'Configuration' tab?

After switching to this version on my laptop, it takes forever for my console to react. It takes 55 seconds to load (after entering user/password). It then takes 15-20 seconds to move from the Main tab to Elk or Config tabs and more than that to load the programs. When I change tabs the first time, I always get the 'Licensing Agreement' dialog box and sometimes the 'Socket Open Failed' error when a tab opens (attached). Adding scenes and saving programs also takes 50 or more seconds to complete. I haven't seen a post that others are having this trouble, nothing has changed on my laptop but the console acts slow and sluggish. I notice my Integer and State variable tabs are also blank.

I agree. When I open the console performance seems a bit improved. On the other hand, loading programs still seems to take forever.