Illusion

Thanks so much for being so thorough Michel, I have challenges getting to the admin console through the browser as you know, so I used the telnet method to change the CWT. This did not work for me. I changed it to 10000, then used the jnlp and upgrade stopped at 13% with an invalid length error. I changed it to 15000 and I made it to 15% before failure. Then I tried the HTTPS method through the browser, first changing my Java prefs so that applets will run in their own processes. Failure through FireFox, but success through Safari. Thanks. I still cannot get the admin console to work through a browser if the applet is allowed to run inside the browser with 2.7.13. I guess I am going to have to jump over to Snow Leopard one of these days...

T-Stat anomaly Program: Setback Failure-Bedroom Heat (contained in a folder that only allows running when I am "Away": If Status 'Bedroom T-Stat' is Mode Heat And Status 'Bedroom T-Stat' is not 58° (Setpoint) Then Send Notification to 'Illusion's Email' Else - No Actions - (To add one, press 'Action') Email received March 12, 2010 7:49:48 AM CST: Setback Failure-Bedr 'Bedroom T-Stat (11 92 8C 1)' Thermostat Mode set to Heat at 2010/03/12 7:49:40 AM. Relevant Log Entries: Bedroom / Bedroom T-Stat Status Query° Fri 2010/03/12 07:34:25 AM Program Log Bedroom / Bedroom T-Stat Status 69° Fri 2010/03/12 07:34:25 AM System Log Bedroom / Bedroom T-Stat Thermostat Mode Off Fri 2010/03/12 07:34:25 AM System Log Bedroom / Bedroom T-Stat Setpoint 0 Fri 2010/03/12 07:34:26 AM System Log Bedroom / Bedroom T-Stat Status Query° Fri 2010/03/12 07:49:38 AM Program Log Bedroom / Bedroom T-Stat Thermostat Mode Heat Fri 2010/03/12 07:49:39 AM System Log Bedroom / Bedroom T-Stat Setpoint 116 Fri 2010/03/12 07:49:40 AM System Log Bedroom / Bedroom T-Stat Humidity 23% Fri 2010/03/12 07:49:40 AM System Log Using Version 1 t-stat adapters. Why is the temp setpoint sometimes reported at double the actual value? I see this often in my log file for multiple t-stats. Why do I only rarely get an erroneous notification of setback failure? The t-stat was set properly, and I should not have received a notification at all in this case.

AnthemAVM, Did you use my steps to set up the port forwarding rule? If you used my step by step directions several posts back, this surely is the problem. My directions were to make the set up for the average user as easy as possible. The first qualification I put before the steps was: "If you have an isy with the default port of 443"

Changing the order in Java Preferences has no positive effect. Even disabling Java 1.5 and leaving 1.6 enabled will not help. Problem is confirmed on another Mac running 10.5.8 Leopard. Problem does not exist on Mac running Snow Leopard 10.6.X which of course only has Java SE 6 (1.6) available. Interestingly though, on a Leopard 10.5.8 machine if I change the Java settings so that applets will run in their own process instead of within the browser process, not only does it call up 1.6 and work, it no longer crushes the program details window. Now this is not an acceptable option for me as changing this setting breaks Java in my other necessary web pages. I do not need a fix on this, as I have been using the JNLP ever since you set it up last year. Just letting you know all the info I have in case there is a potential fix here for others.

Climate module: When manually changing the value of the polling interval, the save button does not activate. Have to use the up/down arrows to wake up the save button

Michel, Here is the console copy when the admin.jnlp is run: Java Web Start 1.6.0_17 Using JRE version 1.6.0_17-b04-248-9M3125 Java HotSpot 64-Bit Server VM User home directory = /Users/XXXX (Obscured) ---------------------------------------------------- c: clear console window f: finalize objects on finalization queue g: garbage collect h: display this help message m: print memory usage o: trigger logging p: reload proxy configuration q: hide console r: reload policy configuration s: dump system and deployment properties t: dump thread list v: dump thread stack 0-5: set trace level to ----------------------------------------------------

Michel, Yes that works fine. That is how I have been accessing my ISY since the update.

I Think Mac uses a slightly different naming convention. I have Java SE6 which I show as 1.6.0_17, 64-bit listed at the top, I have J2SE 5.0 under it which I show as 1.5.0_22, 32-bit I do not believe I am missing any updates.

Michel, Using my local address. http://my.isy.lan.ip/admin Console Shows: Java Plug-in 1.5.0 Using JRE version 1.5.0_22 Java HotSpot Client VM User home directory = /Users/XXXX (obscured) ---------------------------------------------------- c: clear console window f: finalize objects on finalization queue g: garbage collect h: display this help message l: dump classloader list m: print memory usage o: trigger logging p: reload proxy configuration q: hide console r: reload policy configuration s: dump system and deployment properties t: dump thread list v: dump thread stack x: clear classloader cache 0-5: set trace level to ---------------------------------------------------- java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:676) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:173) at java.lang.ClassLoader.loadClass(ClassLoader.java:317) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:145) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:659) at sun.applet.AppletPanel.createApplet(AppletPanel.java:723) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1873) at sun.applet.AppletPanel.runLoader(AppletPanel.java:652) at sun.applet.AppletPanel.run(AppletPanel.java:326) at java.lang.Thread.run(Thread.java:613) And from https://my.dyndns.net/admin Console shows: Java Plug-in 1.5.0 Using JRE version 1.5.0_22 Java HotSpot Client VM User home directory = /Users/XXXX (obscured) ---------------------------------------------------- c: clear console window f: finalize objects on finalization queue g: garbage collect h: display this help message l: dump classloader list m: print memory usage o: trigger logging p: reload proxy configuration q: hide console r: reload policy configuration s: dump system and deployment properties t: dump thread list v: dump thread stack x: clear classloader cache 0-5: set trace level to ---------------------------------------------------- java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:676) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:173) at java.lang.ClassLoader.loadClass(ClassLoader.java:317) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:145) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:659) at sun.applet.AppletPanel.createApplet(AppletPanel.java:723) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1873) at sun.applet.AppletPanel.runLoader(AppletPanel.java:652) at sun.applet.AppletPanel.run(AppletPanel.java:326) at java.lang.Thread.run(Thread.java:613) P.S. Installing a new certificate worked fine from Windows BTW. Just could not do it from my Mac

From the Mac Front. I do not appear to be able to access the admin console from within a web browser. I can adjust devices and stuff from the simple web interface, but when I select "Administrative Console" the admin console never starts. In a likely related issue, I am unable to install a new certificate as I cannot get the certificates manager to access my ISY ISY 99i/ir pro leopard 10.5.8 Firefox and Safari

What Michel is saying here is that now an older switchlinc can be replaced by a newer switchlinc with sense within the ISY. as these are actually two different module types, prior to this release this would not have been possible. huddadudda is actually physically changing out switches to change firmware, but now with the new ISY firmware the ISY's Replace function can be used to limit the massive amount of reprogramming that would otherwise need to be done.

Thanks Rand, I was confused because in the topic it was listed under the heading: "Bugs in 2.7.12" I will go for this release. Thanks.

Sorry, it is a joke. And not an inside one, it is just that so many of us have been running beta and alpha software for so long, and the litany of issues that come up after first installing just released software can be quite comical. The violin comment was just a random thing thrown out there, and many people jumped on the bandwagon. It does not refer to a feature, it is just a joke that does not translate well to the written word. Sorry for any inconvenience.

Anyone?

Please do not jump to the ISY as the problem here. It may very well be a problem with Insteon, or noise on your network and not directly an ISY issue.

See Also: http://forum.universal-devices.com/view ... 7244#27244 http://forum.universal-devices.com/view ... 6313#26313 http://forum.universal-devices.com/view ... 7244#27244 The Venstar should come back after a power outage. I have mine text and email me through the isy if temps go outside set parameters.

Question... Listed in "Fixes in next drop" shows a bug in 2.7.12 beta: Bug xxx - ActionTec/Westell Verizon FIOS routers blocked all TCP connectionss Does this mean that if I am on a Verizon FIOS ActionTec router, I should avoid this beta as I will not be able to access it from outside my LAN? Does it still allow access from within the LAN?

alf, I have a Venstar T1700, T1800, and T1900 in use. I am using the original version of the t-stat adapters. I have a completely warm and fuzzy feeling about them. The way I use them I have yet to have a failed communication event that I know of. I have actually be surprised by how well they work. It has been the best part of my Insteon system and it looks like I am on track to see a 10% reduction in energy for a full year of use, while increasing my comfort.

Boy! That is a loaded question. There has been much written on both sides of the potential answer, with the vastly greater volume being on the "yes there is an issue" side. Just do a search on this or Smarthomes forum if you have a few hours to kill. In my personal extensive testing, I was not able to show an issue with my multiple v35 devices, but many others have data that shows the opposite.

Does this mean that if I still have lots of X10 stuff, I should avoid this update?

Emergency heat from the perspective of the t-stat should be the same as your aux heat. You have what is called a duel fuel system. Switching over to the gas furnace at 25 degrees is something called the economic balance point. It is not that the air source heat pump cannot heat your home, it is that now it is cheaper (not more efficient) to heat it with gas. A heat pump is basically always the most efficient option. Efficiencies range from about 400% down to 101% based on outdoor temp. So for 1 unit of energy, we move 2 existing units of energy (heat) from outside to inside. That is 300% efficient. A gas furnace may be 70-95% efficient. Electric heat strips are 100% efficient. While the gas furnace is less efficient than the heat pump, the units of energy cost less, so at some point it is better to switch to gas from a cost standpoint. (25d in your case) If you are really interested, this can be adjusted. There are calculators online that you input your electricity cost, gas cost, unit efficiencies and it will output the best economic balance point. Bear in mind, this changes whenever the price of utilities change. So yes, in your case, emergency heat is the gas furnace. The problem is, if you have a failure of your compressor, you will not be able to force the system to skip the first two stages and jump right to the gas furnace if using the Insteon t-stats. I am not an HVAC guy, but from looking at your schematic, it looks like the furnace fan speed is determined by the furnace looking at what calls are being made and adjusting itself. That is probably why Y2 goes through the furnace before making its trip to the compressor. I am guessing that a fan call makes it run is low speed, and a fan call plus Y2 makes it step up the fan speed.

Tome, First off, I was not suggesting that you get a zone controller to do what the t-stat should do right out of the box....however, if you were going to go that route, Honeywell also makes some smaller (fewer zones) controllers for less $$ that should do it. If you are interested, and dying to automate your t-stats with Insteon, here is how I would do it: The first thing to understand is how this stuff works. Conventional t-stats are basically variable contact closure devices. You supply a power line ® and it connects that power line to various outputs (G) fan (Y) compressor. The 1900, and by implication the 1800, are indeed a little funky for use with multi-stage heat pumps. Based on my extensive bench testing with the 1900 t-stat configured to have W3 heat and Y2 second stage compressor here is what happens: First Stage Heat Call: Energize: ( reversing valve energize to heat (not on your system, Tome, you have an (O) energize to cool valve (G) Fan (Y1) First stage compressor Second Stage Heat Call: (T-Stat will display as AUX heat) ( (G) (Y1) (W2) Here is the big issue, this should be (Y2). In theory, you could just hook this wire up to the (Y2) of the unit shown in your schematic Third Stage Heat Call: ( (G) (Y1) (W2) (W3) This would be hooked up to your W/W1 in the schematic First Stage Cooling Call: (O) reversing valve energize to cool (This would be used on Tome's system) (G) (Y1) Second Stage Cooling Call: (O) (G) (Y1) (Y2) Second stage compressor call As you can see, all we need to do is make the t-stat energize Y2 on the unit when the t-stat energizes W2. A simple connection does that. So in your application, you would have two wires connected to the Y2 terminal at the unit, or alternately the Y2 and W2 would be jumpered at the back of the t-stat. But I stand by my earlier concern: This t-stat thinks W2 is aux heat, not a second stage compressor call. So, if you tell the t-stat locally to engage emergency heat, it is only going to energized W2 and G when a heat call is executed. Bad deal. So it would work, as long as you do not force the t-stat into e-heat. As far as an algorithm for energy efficient operation. That is too complex. It totally depends on how you use setbacks, how much you setback, and how often. Then we have to ask the question of how do you define "comfort" and "efficiency". The t-stat comes with some pretty generic settings for the average joe, and that is probably where you current t-stat falls as well. Also, Tome, these are not algorithms. It is as simple as time and temperature differentials before the t-stat calls for the next stage. And truthfully, none of these settings will have a massive cost impact except the time and temperature differential before the t-stat calls for aux heat. {True aux heat (W3) not what it thinks is aux heat.} See also: http://forum.universal-devices.com/view ... 6546#26546 Disclaimer: I am not an HVAC professional. I actually have nothing to do with the industry. This is just a recounting of my personal research for my own personal use. Use this info at your own risk and risk to HVAC equipment.

Besides Humidity, the 7 day is compatible with multi-stage systems. Even if you do not have a multi-stage system, this may be a consideration for future-proofing. 2 days after installing my 2 t-stats I had my annual AC check-up. My AC guy tells me it is time for a new system, and that this will be the last summer with this unit. Now I am looking into multi-stage systems and of course I bought the 1 day which is not multi-stage compatible. Tome, as far as multi-stage heat pumps... I am installing a multistage heat pump and I intend to use these t-stats. I have done extensive bench testing and I believe I will be able to make them work for me. The t-stat does energize W2 instead of Y2 on a second stage heat call, but by wiring W2 to Y2 at the unit, this should work fine, as the reversing valve, and fan are already being properly called for as stage 1 is running at this point. Further, in my application I also have the advantage of using a very well designed Honeywell HZ432 zone controller. This device, even if I were to connect W2 to W2 instead of Y2, converts it to a second stage compressor call before sending the signal to the unit. But I do believe that by just connecting W2 to Y2 at the unit (or jumpering it in the back of the t-stat) would accomplish the goals on a single zone system. Then you set up W3 as your aux heat call. This does leave you with the problem of no way to call for emergency heat with these t-stats though. Of course, my zone panel fixes that issue as well. EDIT: Okay Tome, one more issue. I guess you are correct that they will not work. I just realized that my method is not fool proof. If you were to force the t-stat into emergency heat, it would ask for W2 alone, which would be like asking for a second stage compressor call. Not a good idea. In my case the zone control panel also fixes this issue. It really is a brilliant piece of engineering... that Honeywell HZ432.

No easy answer here. When something like this happens, use the "Last Run" time field in the program status tab. Sort by last run time and look for every program that just ran. If you cannot catch it, also use the log. Look at every event that happened around the time of the "error" I do not have a foolproof troubleshooting method here. It can be tedious and time consuming. If all else fails, pull the motion detector down, start disabling whole groups of programs, and manually triggering the MD. See which one or combination of programs cause the problem.

Personally, I would not touch CFLs for outdoor security lighting. They take way to long to come up to full brightness on a cold night. They are just too temperature sensitive of a device for me to use in an outdoor setting unless they are going to be on for long periods of time and can achieve temperature stability. Your goal of dim always and bright on motion I fear excludes CFLs. A halogen floodlight on dim setting provides a very nice warm pleasing glow that is ready to come to full in an instant. Life span is extreme when run in dim mode. I have two floodlight that are on all hours of darkness in a dim mode. They have been running that way for 16 years without need of maintenance. Some applications call for incandescent lighting. I think this is one of them. Avoid the hassle of CFLs in this application. The cons [high cost, disappointing lifespan, line noise, dim when cold, special programming to get a hot start and then dim, non linear dimming, variances between bulbs] just way outweigh the pros. IMHO.