Jump to content
AT&T to end email-to-text ×

scotnor

Members
  • Posts

    92
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

scotnor's Achievements

New

New (2/6)

5

Reputation

  1. My journey with the pool controller has ended. Intermatic has refused to help me with this controller, so unfortunate that this has become a $400 brick. They are not and will never be zwave compatible for the public.
  2. Hello Everyone, Finally had time to finish the install. My Z-wave devices: Go Control bulbs, pe-653 pool/spa controller, kwickset locks, siren, dome mouse trap. 12->13 lost most of my zwave devices, but I added then back quickly. After Zwave board install, one of the locks disappeared, added back. The other one survived the restore. Didn't notice any reduction of z-wave reception range. Pool/spa controller still only partially works. Extended antennas and moved devices to have antennas one inch from each other to add back in. Looks like 8 endpoints added, only one works (high speed pump). Regards, Scott
  3. Well, oops, my bad. 36 hours is the time period that it waited for. It appears that it is doing exactly what I told it. Like I said before, it is a bug, in my brain Sent from my zt180 using Tapatalk 2
  4. The program that I am focusing on is the Weather Rain Delay 36 Hours program. It has no conditions and is enabled. It sets a variable Weather_Rained_Last_36_Hours to 1, then Waits 36 hours, then sets that variable to 0. The variable is an int variable. The Auto Scheduled Timer programs check if that variable is 0 only when the time condition is satisfied. The Weather Rain Delay 36 Hours program is briefly stopped if rain data provided by the weatherbug module is not zero, but I have modified this to be greater than 0.5. After being stopped, the program is restarted. Also, the Weather Rain Delay 36 Hours program is restarted by the Auto Scheduled Timer programs, which are both enabled. Weather Rain Delay 36 Hours is also set to run at startup. I found 3 versions of programs in the wiki. V1 is the brute force version, v2 uses variables and v3 uses the evapotranspiration module, which I don't have. Sent from my zt180 using Tapatalk 2
  5. Hello Everyone, I have been using what I remember is version 2 of the irrigation program found in the wiki. I have modified it according to my current setup. I do not have the evapotranspiration module, so I don't use version 3. Last year, I noticed that it did not appear to be waiting the correct amount of time if no rain had fallen. I have just noticed this happening again. Upon further investigation, I have noticed that the wait appears to only be waiting half of the programmed time, i.e. 18 hours instead of the 36 hours that is in the program. There has not been any rain to reset the program chain. The program summary clearly indicates starting the wait program Friday at 11:30 pm and ending at Sunday 11:30 am. There are no entries in the log regarding a finished program at 11:30 am. My understanding of the program flow is that the wait for 36 hours program actually should never be stopped. So, my questions are, am I reading the program correctly, and if so, have a found a bug? Regards, Scott
  6. A little off topic, but conductor for android is one android app that allows access to the isy-99. Actually, not quite so much off topic. Sent from my zt180 using Tapatalk
  7. Hello Michel, Had the same problem again. Two more tests. Attempted to connect with telnet, no good, not even a prompt. Attempted pings with success. After reset, telnet successful. Regards, Scott Sent from my zt180 using Tapatalk
  8. Hello Michel, The problem I was having has occured again. Powerline communications are normal. Scheduled programs appear to still be running. No access to the isy from the network. Unplugged the network connector and replugged did not restore network communications. Rebooted isy to restore web page and conductor communications. Regards, Scott Sent from my zt180 using Tapatalk
  9. Hello Michel, The problem appears on conductor(wireless lan), and a wired computer. Several times per day, I read email, check forums and activate programs on my recently updated zenithink epad. I had noticed a lack of response sometimes late at night and in the morning. Attempting to investigate, I would check whether a computer would also not be able to connect. Unfortunately, I did not think to see if the ISY would run programs based on powerline activity, but I will remember this in the future. I just noticed that time scheduled programs with in the last few hours had executed. I have been avoiding conductor since I posted the problem and have noticed an improvement, but not one that I can quantify yet. Regards, Scott
  10. Hello, I have been experiencing an unusually heavy number of isy user interface no responses lately. I am running 3.1.6 and I have not done any restores or backups. As far as I can tell, programs are still running. I usually try to get in with conductor first, then this morning, I tried with firefox. I have been working with brad on a camera problem, but with this too, it seems like a strange coincidence. I have just now been thinking, is there a way that these events could be related? Regards, Scott
  11. Hello Michel, I tried the upgrade to java 1.6.0_19. Would not initialize the admin console. Never got the java graphic icon. I backed down to java 1.6.0_05 and it does work with a minor inconvenience. It pops the main browser window back up occasionally. In particular, while entering the username/password to get into the admin console, the admin console is hidden from view and I have to click on it to get the focus back to it. In each of these cases, I did clear the java workspace. Regards, Scott
  12. Hello everyone, Upgraded to 2.7.14 on another computer and attempting to run on this computer again. Got this from java console: Java Plug-in 1.5.0_08 Using JRE version 1.5.0_08 Java HotSpot Client VM User home directory = /home/scotnor2 network: Loading user-defined proxy configuration ... network: Done. network: Loading proxy configuration from Netscape Navigator ... network: Reading user preference file from /home/scotnor2/.mozilla/default/7cwlhpwd.slt/prefs.js network: Done. network: Loading browser proxy configuration ... network: Done. network: Proxy Configuration: Browser Proxy Configuration basic: Cache is enabled basic: Location: /home/scotnor2/.java/deployment/cache/javapi/v1.0 basic: Maximum size: unlimited basic: Compression level: 0 ---------------------------------------------------- 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 ---------------------------------------------------- basic: New window ID: 38009dc basic: Value of xembed: 1 basic: setWindow: call before applet exists:38009dc basic: Referencing classloader: sun.plugin.ClassLoaderInfo@2c1e6b, refcount=1 basic: Added progress listener: sun.plugin.util.GrayBoxPainter@1a082e2 basic: Loading applet ... basic: Initializing applet ... basic: Starting applet ... network: Connecting http://192.168.1.20/web/insteon.jar with proxy=DIRECT network: Connecting http://192.168.1.20/web/insteon.jar with cookie " " basic: Loading http://192.168.1.20/web/insteon.jar from cache basic: Reading cached JAR file from JRE 1.5 release basic: Certificates for http://192.168.1.20/web/insteon.jar is read from JAR cache security: Accessing keys and certificate in Mozilla user profile: /home/scotnor2/.mozilla/default/7cwlhpwd.slt security: JSS package is not found security: Loading Root CA certificates from /usr/lib/jdk-1_5_0_08/jre/lib/security/cacerts security: Loaded Root CA certificates from /usr/lib/jdk-1_5_0_08/jre/lib/security/cacerts security: Loading Deployment certificates from /home/scotnor2/.java/deployment/security/trusted.certs security: Loaded Deployment certificates from /home/scotnor2/.java/deployment/security/trusted.certs security: Loading certificates from Deployment session certificate store security: Loaded certificates from Deployment session certificate store security: Checking if certificate is in Deployment permanent certificate store java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) 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:147) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:119) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:591) at sun.applet.AppletPanel.createApplet(AppletPanel.java:721) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1781) at sun.applet.AppletPanel.runLoader(AppletPanel.java:650) at sun.applet.AppletPanel.run(AppletPanel.java:324) at java.lang.Thread.run(Thread.java:595) basic: Exception: java.lang.UnsupportedClassVersionError: Bad version number in .class file Is Java 1.5 now officially not supported? Regards, Scott
  13. Hello Michel, Tried the upgrade from 2.7.6 to 2.7.13. HTML interface appears to work. Got this trace trying to get into admin console: Java Plug-in 1.5.0_08 Using JRE version 1.5.0_08 Java HotSpot Client VM User home directory = /home/scotnor2 network: Loading user-defined proxy configuration ... network: Done. network: Loading proxy configuration from Netscape Navigator ... network: Reading user preference file from /home/scotnor2/.mozilla/default/7cwlhpwd.slt/prefs.js network: Done. network: Loading browser proxy configuration ... network: Done. network: Proxy Configuration: Browser Proxy Configuration basic: Cache is enabled basic: Location: /home/scotnor2/.java/deployment/cache/javapi/v1.0 basic: Maximum size: unlimited basic: Compression level: 0 ---------------------------------------------------- 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 ---------------------------------------------------- basic: New window ID: 2000871 basic: Value of xembed: 1 basic: setWindow: call before applet exists:2000871 basic: Referencing classloader: sun.plugin.ClassLoaderInfo@2c1e6b, refcount=1 basic: Added progress listener: sun.plugin.util.GrayBoxPainter@1a082e2 basic: Loading applet ... basic: Initializing applet ... basic: Starting applet ... network: Connecting http://192.168.1.20/web/insteon.jar with proxy=DIRECT network: Connecting http://192.168.1.20/web/insteon.jar with cookie " " basic: Cached copy of http://192.168.1.20/web/insteon.jar is out of date Cached copy: Jul 23, 2009 6:00:04 AM Server copy: Mar 16, 2010 4:37:07 AM basic: httpCompression = true basic: Downloading http://192.168.1.20/web/insteon.jar to cache basic: encoding = null for http://192.168.1.20/web/insteon.jar basic: Cached file name: insteon.jar-42fbb90b-2bfdddea.zip security: Accessing keys and certificate in Mozilla user profile: /home/scotnor2/.mozilla/default/7cwlhpwd.slt security: JSS package is not found security: Loading Root CA certificates from /usr/lib/jdk-1_5_0_08/jre/lib/security/cacerts security: Loaded Root CA certificates from /usr/lib/jdk-1_5_0_08/jre/lib/security/cacerts security: Loading Deployment certificates from /home/scotnor2/.java/deployment/security/trusted.certs security: Loaded Deployment certificates from /home/scotnor2/.java/deployment/security/trusted.certs security: Loading certificates from Deployment session certificate store security: Loaded certificates from Deployment session certificate store security: Checking if certificate is in Deployment permanent certificate store java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) 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:147) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:119) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:591) at sun.applet.AppletPanel.createApplet(AppletPanel.java:721) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1781) at sun.applet.AppletPanel.runLoader(AppletPanel.java:650) at sun.applet.AppletPanel.run(AppletPanel.java:324) at java.lang.Thread.run(Thread.java:595) basic: Exception: java.lang.UnsupportedClassVersionError: Bad version number in .class file basic: Stopping applet ... basic: New window ID: 0 basic: Removed progress listener: sun.plugin.util.GrayBoxPainter@1a082e2 basic: Finding information ... basic: Releasing classloader: sun.plugin.ClassLoaderInfo@2c1e6b, refcount=0 basic: Caching classloader: sun.plugin.ClassLoaderInfo@2c1e6b basic: Current classloader cache size: 1 basic: Done ... basic: Joining applet thread ... basic: Destroying applet ... basic: Disposing applet ... basic: Quiting applet ... basic: Joined applet thread ... basic: New window ID: 2001392 basic: Value of xembed: 1 basic: setWindow: call before applet exists:2001392 basic: Referencing classloader: sun.plugin.ClassLoaderInfo@2c1e6b, refcount=1 basic: Added progress listener: sun.plugin.util.GrayBoxPainter@3b4b1e basic: Loading applet ... java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) 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:147) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:119) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:591) at sun.applet.AppletPanel.createApplet(AppletPanel.java:721) at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1781) at sun.applet.AppletPanel.runLoader(AppletPanel.java:650) at sun.applet.AppletPanel.run(AppletPanel.java:324) at java.lang.Thread.run(Thread.java:595) basic: Exception: java.lang.UnsupportedClassVersionError: Bad version number in .class file basic: Initializing applet ... basic: Starting applet ... System is mandriva linux I am able to access admin console on a different computer which has a newer linux version, newer browser version, and newer java build. Regards, Scott
  14. Hello Michel, Ok, time for more testing. This time I will post in the beta forum. Scott
  15. Hello, I was able to upgrade my isy-26 today to the 2.6.3. Before the upgrade, I did the backup on a windows machine. During the backup on a linux machine, I got a message that said it was unable to backup /CONF/PLMID.BIN and the backup was aborted. A telnet LS command appears to show its size as 128 bytes. So, this brings up a bunch of questions. Including, What is this file? Why doesn't windows trip up on it? Is it important? What should be done so that the linux machine can finish the backup? On the good side, the program tab works on windows and linux along with program export. Regards, Scott
×
×
  • Create New...