d_l

Michel, yes this is on my regular laptop. That is the only computer I've ever used to access my ISY. This blank page problem is when using Netscape 7.2 which I use regularly. I just tested with IE 6.0 and it works properly and doesn't give the blank page. So maybe the problem is something with Java and that version of Netscape.

Paul, In reference to #3 on your original list, the beta version 2.6.1 has the option of having the log file available to non-Linux clients in CSV format. See: http://forum.universal-devices.com/viewtopic.php?t=930

Michel, I saw the same blank page while accessing my ISY through my local network using my laptop. I would do the same steps as Zellarman and once I logged in I would end up at a blank web page at http://local IP/1/a. If you simply select the Administative Console without logging in, then the Java Aministative Console is launched correctly. I decided that I didn't ever want to see the Devices or Scenes locally and switched to a http://local IP/0/p address to launch the Administrative Console automatically.

Mike, you are right. It takes two programs to do it. Control doesn't do what I thought it did! I hadn't used it before now. I just mistakenly changed my programs to use Control to eliminate the two-program requirement. What with all the X10 status programs, I have too many little programs listed in the Program Summary and I wanted to condense things down a little there. It seems wasteful to have to use two programs. Crud, now I have to revert those programs back to the old method which basically ends up having three programs involved.

That is a common program type. I have several programs like that and more to come. Try this: Edit: --- Deleted unworkable single program method so as not to confuse anyone ---

I looked over the user manual for the currently sold WRT54GS (I don't know what version number they currently sell) and it doesn't look like the factory firmware has static IP DHCP capability. Now there is always the possibility of third-party firmware having that functionality, if your version allows third party firmware that is. The simplest alternative is to simply set a static IP on the ISY outside your regular DHCP block that your router is using. On the ISY-26, you do this by telnetting into the device and making the changes in the ISY Shell.

You can set some or all of your regular programs to Run at Reboot on the program summary page or you may restrict this option to only run a special set of post-power recovery programs. This should be able give your home a lived in look following a power outage.

You can access the ISY Shell through a Windows COM port and Hyperterminal? Use the provided DB9 cable to connect one of the COM Ports on your computer to Port B on the ISY. See page 6 of this guide: http://www.universal-devices.com/docs/p ... 0Guide.pdf

What firmware version idoes yours have on it. Perhaps it was shipped with the latest, v. 2.6. This version info can be found in the About window,

I think some of those programs were using waits between repeated X10 commands and not Insteon commands to improve the chances of the X10 devices receiving the command.

That looks like an error message: -5011 PROCESS DEVICE STATE CHANGE SID NOT FOUND What exactly that means, I do not know. http://www.universal-devices.com/mwiki/ ... r_Messages

Michel, I see what you mean that the "if" conditions in programs would be constantly evaluated at all times and so wouldn't ever need to be "manually" run from the Summary page drop down list. That Summary drop down list might be renamed to "Run Then" from the current "Run" choice to be less confusing. So I guess this was more about the way nested programs run or don't run.

Actually this was an idea about being able to make a program evaluate the "If" conditions when run from the Summary page or when run as a nested program. See: http://forum.universal-devices.com/view ... highlight=

Thanks Michel. If I'm accessing the ISY without the "/0/x" , that must mean my dual WAN router's local loopback is working which is something that I wasn't certain about and haven't found a way to disable that function. Actually once I discovered this, I became a little concerned about anyone on the internet being able to partially access my ISY if the "/0/x" was not required. My thinking was that anyone could stumble across sending an http probe to my IP and its unique port without the "/0/x" and be able to see my ISY's main page contents in the background behind the login window. Although they could not access the ISY without passing the login, the positive response from the ISY might encourage intensive login cracking attempts. The "/0/x" in the address adds an extra little security twist. Lest anyone think I'm paranoid, I review my router logs regularly and do see what I think are hacking attempts and not simplistic trojan attacks on occasion.

Start a Command prompt window rather than trying to launch from the Run dialog. Then type in the telnet commands. That should solve the Command window disappearance problem.

While trying to test my router and ISY for remote access, I accidentally discovered that the ISY was accessible without the "/o/x" on the address. The ISY IP and port number are all that are necessary. Then I noticed that "/o/p" was not needed for local LAN access either. At first I thought this was some sort of router local loopback or browser cache effect, but now I'm pretty certain I was accessing the ISY without those address suffixes. When did this happen? I must have missed the announcement about this in version 2.6?

Jim, I might be wrong on this, but I think as you have it, the folder conditions will only allow the contained programs to run at that specific time. I believe you want to use "From/To" to set Start/Stop boundary time conditions on the folders. I do know that if your Holidays are weekdays, then your '_Weekend/Holiday' folder will not run because you restricted it run on weekends only. Dave

Michel, thanks. It hasn't been that much of a problem. I'm all set now with a WordPad shortcut to UDReport.rtf as per jgraziano so all is golden.

So if I understand this correctly, the XML entries of the log are sent to Excel in a recent Excel format by having an XLS extension on the output. This all came up because I suddenly wondered if I had any errors in the log file and that I may have been flying blind with respect to that possibility. Mark, thanks for the Word suggestion, but how would someone get the XLS output to Word. By changing the program associated with the XLS extension? I don't have Word either (I have WordPerfect because I'm really old school) so it doesn't help me, but might help someone else. Jim, thanks for the location of that rtf file. At least, I found it and could read it with WordPad. I see the log file only logs Insteon activity. I've over a month of activity to review and check the error codes. Dave

Thank you Chris. I hadn't thought of using folder conditions this way. I'd only used them for organizing/controlling the included programs with broad seasonal time controls and hadn't realized that folders could be nested!

I don't have Excel and can't view the log. Lotus 123 (yes, there are some people that use this) chokes on the ISY XLS output. Wordpad sees the XLS code and shows nothing intelligible. Not having seen what the Excel presentation actually looks like, I'm at a loss as to why you would need to use a spreadsheet to list a log file. Is this to format the output in columns and rows or to produce a three-dimensional layered organization?

Joe, wouldn't the nesting be handled if the "Run Program" that was suggested in another thread evaluated the "If" conditions rather that just running the "Then" action. So you could convert your nested IFs to three programs. Something like: Program Content for 'Nested Ifs Program' If Condition 1 Then Run program 'Condition 2 Program' Else Run program 'Condition 3 Program' ---- Program Content for 'Condition 2 Program' If Condition 2 Then Action 1 Else Action 2 ---- Program content for 'Condition 3 Program' If Condition 3 Then Action 3 Else Action 4

If it can be implemented, I think Joe's three action choices would make sense and be useful. Right now the Run and Run Else in the drop down box confused me a little until I realized that Run really meant Run Then. So the drop down list for a Program would become Run, Run Then, Run Else, or Stop.

The older version ToggleLinc and In-LineLinc Relays will re-power up with the lights on. I've written a little Run at Reboot program to turn off the one old ToggleLinc that I have after a power outage. Hopefully that will take care of it.

Good question, Mike. I originally thought that a program like that would continually send X10 commands until I just simply tried experimenting with it. Apparently it only sends one command at the start and end of the time interval (I've logged X10 traffic as a check), and yes you are able turn off the device in the middle of the time interval. jgraziano, it sounds like you have a time interval-centric or a scheduled organization to your programs. I'm pretty much organized as device-centric. I don't have that many devices to control Dave