Illusion

I was unable to use the ISY to replace a remotelinc until I moved both remotelincs to the parent "My Lighting" folder and grouped one of the devices. The option did not show up in the menu until I had taken those steps.

Wow! Hi IM, I had not even considered Power Factor. These things are crazy. I just tested 6 modules and am seeing a PF of .2 on all the standard appliance lincs and lamp lincs. I think that is the lowest PF I have ever seen on a consumer product. 6VA 1W PF .18 Interestingly, the new dual band lamp lincs are very different: 1VA 0W PF .8 So I will correct my earlier statement. I do see about 7VA not Watts. The power company does indeed charge residential customers for watts, not Volt-Amps. If you were in a commercial or industrial building that may be different though. IM is absolutely correct and I retract my statement about wishing they drew less power.

In my studies, the off state draw of most the devices I tested were in the area of 7W. I have found a few that are far less than that, but 7W is not unusual in my experience. I do wish they were less.

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.