raymondjiii

I definitely did not reset the eisy. But when I did not see the "wet off" status (kept seeing "wet on") - then I pulled the battery, put it back waited a bit but nowhere near an hour. I guess next time, I will let it "sit". I just wanted to make sure the sirens didn't go off again during my zoom call. I could have ran around the house unplugging them I guess but I'd rather just learn how they reset automatically or if I need to do anything manually.

So I had a small leak. Found the leak detector that was triggering the alarm - everything worked perfectly. I cleaned the contacts of the leak detector but 1) could not figure out how to reset it that it was no longer wet - I guess you can't. 2) I saw no way in IoX to reset or query anything. Eventually I got the "wet" status to go from On to <blank> I deleted this sensor, re-linked it, added it back as a controller for my sirens. Is there an easier way to do this? Is it just a matter of waiting a period of time maybe? Thank you

Wait a minute....I woke up at 4am, all of the outdoor lights were on. I opened UD Mobile, went to Favorites and hit the Outside lights button and that was it - done. It could be intermittent thing I guess.

7 low voltage (12V AC) transformers and two strings of LED lights - each item is plugged into it's own outlet (the Insteon dual controlled outlets top and bottom). They all couldn't have gone bad at once. But I can try to unplug one every night and see if that makes a difference.

Maybe....but it's been same load since I owned an Isy994 and now and Eisy.

I've had the Eisy for about a year maybe - every thing was fine until 2 nights ago. When I saw that things were not working I did a hard reset, restored from backup and waited to see. The next night things still did not turn off. The thing is other "turn off at" programs are running fine. Just not the outdoor one, there are about 10 devices in that program. From the days of X10 I would always make a second one to run in case the furnace was on when the first one ran (runs like 15 minutes later). Oddly, that one did not shut things off either. Then I wondered, it's cold out - but they do respond to the turn-on program. But, one of the 10 devices is inside (a switch that powers an outside receptacle) and that one did not turn off either. So I am ruling out the cold weather, which I found hard to believe since it was all devices. I'll see what happens tonight and tomorrow night to see if that quirk resolves (but the other turn-off time of days programs are working fine). I believe the firmware was updated to .4 on that hard-reset, but then again the one turn-off program stopped working at .3. The only thing I can think of is too many devices in the program (which was never a problem before).

These is just a sample of what's there. I started looking at this file because a couple of my programs to turn off devices at a particular time do not appear to be running since 2 nights ago despite IoX showing them enabled at start-up. The 'turn-on' at sunset programs works but the 'turn-offs' at 10:45pm do not seem to run. So I was curious what would be in this file. Since it is an "error" file I would generally expect this file to be empty - things are running fine. I also wasn't sure when someone would want to run the "Restore PLM" option in IoX, as if would running that fix all of these random errors? I did not want to try since that requires all battery devices be turned on and to gather them all would be a hassle. In the end I just want my "turn-off" programs to run (which do not involve any battery powered devices) and am very curious why there is so much content in the error file. Also curious why the filename is called ISY Error Log and not EISY Error Log at 2024/12/07 04:26:40 AM 0 -170001 <s:Envelope><s:Body><u:GetISYConfig xmlns:u="urn:udi-com:service:X_IoX_Service:1"></u:GetISYConfig></s:Body></s:Envelope> Sat 2024/12/07 04:26:46 AM 0 -170001 Authenticate Sat 2024/12/07 04:26:47 AM 0 -170001 <s:Envelope><s:Body><u:GetStartupTime xmlns:u="urn:udi-com:service:X_IoX_Service:1"></u:GetStartupTime></s:Body></s:Envelope> Sat 2024/12/07 04:26:47 AM 0 -170001 <s:Envelope><s:Body><u:GetSysConf xmlns:u="urn:udi-com:service:X_IoX_Service:1"><name>/CONF/INTEGER.VAR</name></u:GetSysConf></s:Body></s:Envelope> Sat 2024/12/07 04:26:48 AM 0 -170001 <s:Envelope><s:Body><u:GetSysConf xmlns:u="urn:udi-com:service:X_IoX_Service:1"><name>/CONF/STATE.VAR</name></u:GetSysConf></s:Body></s:Envelope> Sat 2024/12/07 04:26:48 AM 0 -170001 <s:Envelope><s:Body><u:GetVariables xmlns:u="urn:udi-com:service:X_IoX_Service:1"><type>1</type></u:GetVariables></s:Body></s:Envelope> Sat 2024/12/07 04:26:48 AM 0 -170001 <s:Envelope><s:Body><u:GetVariables xmlns:u="urn:udi-com:service:X_IoX_Service:1"><type>2</type></u:GetVariables></s:Body></s:Envelope>

No, it's not there when you right click. "Open With" is still there but nothing in the list worked for start.jnlp. I just searched for how to get around the restriction on running a jnlp file on Sequoia and .... "AI" found running it on the command line.

Also, before this in "Privacy & Security" down near the bottom you will see a little box saying that start.jnlp was prevented from starting (because it's not signed by a developer or whatever) so you have to enable that first - it's hard to see and you would not think to even look there - at least I didn't. I was trying to do "Open With..." etc and that's when I found that at cmd prompt you could run: javaws ./start.jnllp and that did not have any issues. But I do see javaws in the list now (the same list you are showing above.) Every upgrade, I think more is broken than added. Maybe it will be nice that I can access the iphone screen on the Mac - time will tell if that's useful for me.

It wasn't adding it. I knew exactly what the IP address as I could see it's MAC address in the router (MAC address is on the bottom sticker) - so I was 100% positive I had the right IP address. I tried http:8080 and https:8443. As I said after "pushing buttons"...for a while...it was able to show and then I had to restore it from a backup.

Okay thanks I'll try that. Currently I have 10 items there including "IoX Launcher". I was just going to create a shortcut to run "javaws start.jnlp" - that avoids all of this (at least it did last night). I had a ticket open with UD but that was for the weirdness I was experiencing with the Eisy - which I think is also resolved...I hope. I just installed Sequoia last night. I was waiting until December when I knew that if something would be altered (like my other programs) I would have time to resolve but I wasn't expecting this problem. I doubt apple is going to fix this anytime soon. I have a large list of UI bugs in MacOS Apple Music (been there since day 1 when it was "iTunes") not a single one was fixed. These are not common things that the average person would do but I spend a large amount of time using Music but you'd think Apple's QA department would have caught some of these. Thanks for your reply!

Well, I wish I knew what the hell I did....pushing the button 10 times, 5 times, 2 times (not in that order just trying different things) IoX Launcher found the Eisy once (after countless failures) but couldn't could not connect to it again, even though it was right there in the IoX list. So I deleted it from IoX, got it showing up in IoX again - did a restore which oddly was from a 5.8.3 firmware backup made back in June 2024 (I have not added any devices since before June 2024). Then, either before or right after the restore I see that I am now at 5.8.4. I think the only safe way to do a firmware update is through UD Mobile. IoX is very odd in the UI when you try to update firmware. It does not give you any status, and tells that you need a reboot - really? After 0.0001 seconds from claiming to "start" to do the firmware update it has to be rebooted? What a mess. I was about to try the HDMI video and USB keyboard and mouse next (never tried that). I still cannot figure out how UD Mobile "lost" contact with this Eisy. UD Mobile must get into a state or save something about the Eisy and that after the hard reset, reboot, failure, whatever - it loses access even though everything goes through UD portal. I eventually got UD Mobile going with 2 Eisy's (1 was ending with a (1) I think). I got my favorites listed but there was a big red triangle at the top of UD Mobile anyway. I just did a synchronize on one device and trashed the other. Thank god, I had a lot of lights on outside that I didn't want the neighbors bitching about and I really didn't want to be out in the 20 degree weather fiddling around on the snow trying to turn off every damn outlet outside at 2am. Even after a reboot, shouldn't the Eisy automatically show-up in UD Portal? UD-Portal was stating that it had not seen my device online since XX:XX:XX (a couple of hours before I was trying to resolve this). Also, what does "holding" the Eisy button do, which turns the power button red - I assume that turns it off??? Okay, but if you push it again it immediately goes blue but I guess it's not really "online" for a couple of minutes or so. There is a bit of documentation that said to not try to connect to it until after 5 minutes from starting and if you try to connect before the 5 minutes then bad things will happen (I'm paraphrasing here). It would be nice if maybe the indicator light went red (off) to yellow (starting) to blue (ready) - or something like that so you know exactly when things are online and ready to go. I find it odd that you could screw things up by "trying to connect to the Eisy too early" - at least that's how I read it. I would think/hope that the connection would just fail if the device was not ready and there would be no long term effects to the device, IoX or UD Mobile configs. Well, hopefully "at least" another couple of years before another "connection" problem.

Here you go: On MacOS Sequoia, once you try to start start.jnlp it will fail. Open "System Settings" go to "Privacy & Security" and towards the bottom will be something about how start.jnlp tried to start do you want to allow it? Click Yes/Always. I used to really love Macs. One time I had a decent high power Macbook Pro that I did not have to reboot for over a year! And this was while doing development work on it. No joke. But these were the days when Steve Jobs really cared about quality. Now every MacOS update is a bunch of absolutely useless sh*t that the hippsters can go on social media and say "LOOK AT ME!, Ain't I cool?" No, you're not. I'd take performance and stability ANY day over these horsesh*t UI "features" - Okay, enough about Macs. I realize that the general audience here is Pro Windows. I used to be that way but then in 2011 I changed....maybe it's time to change back!

Answered one of my questions: For MacOS Sequoia open a terminal window, cd to the directory where start.jnlp is and enter: javaws ./start.jnlp That works but I sill cannot find my eisy. My cable modem shows the mac address at 192.168.1.151 and I can ping that address. I cannot ssh to it - connection refused.

I should add that I can ping it at 192.168.1.151

I don't even see an option to get around this. Most apps you can say "Open with" or something - nothing here. I did the uninstall of Java, then the re-install as shown on the Eisy: User Guide page.j I have never rebooted this thing...ever. How do I do that? Push button once, twice, hold? Nothing seems to work. UD Mobile cannot connect so that's when I tried the start.jnlp which will not run.

One way to fix this problem, if anyone else every experiences it, is to just disable "Check for Updates Automatically" in the Java Control Panel (nothing changed in IoX launcher). Not ideal, you just have to periodically remember to check for updates. But then you can at least start/stop IoX launcher as much as you want.

When you say updated, I assume you meant the Java version (as opposed to the device)? Yeah, macOS just isn't what it used to be unfortunately. In the past, I could go over 6 months of heavy development on a macbook pro and never need a reboot. I have to believe the recent issues are due to the loss of Steve Jobs. I feel it's been downhill since his death. Think about it, he was all about the quality and these pathetic "features" that get added to every new version, I do not think that he would have found useful..I certainly don't.

Yes, I can see that in general that is of macOS here with respect to UD, especially with the bulk of users using Windows. I honestly do not think there is an issue of running Java on macOS at all. But something is and has been (as described by many) with the combination of all 3: Java, macOS, IoX Launcher.

So, back at the beginning of this thread I showed the Java exception being thrown that can be seen if you have the console enabled when you start IoX Launcher. I just found that that exception is only thrown when you start IoX Launcher, click on your device, the big screen opens with the little dialog window prompting for userid and password. If you now hit Cancel here, this is what throws the Java exception. As I stated, so many Java exceptions get thrown when they really should not (in almost all Java apps). One other thing that I discovered is that the Java uninstall is very thorough on a Mac, removes tons of stuff in many directories. I found that it leaves ONE thing behind: /Library/Preferences/com.oracle.java.Helper-Tool.plist Suspicious I know. So I did another Java 8 uninstall and then went and manually deleted this file (need to use sudo). After re-installing Java 8 this file showed up, as expected, but now the date of this file is today. This is a binary file but from what I can see it looks like it contains the data and time of when to auto-run the Java Updater.

Narrowing this down further...I just did a full uninstall, then a reinstall (using the latest Oracle download jre-8u411-macosx-x64.dmg) In the "System Settings" --> "General" --> "Login Items", the Java installer adds this: You get a notice during the install that this setting has been added to the "Login Items". But if I deselect this item, start IoX launcher, stop IoX launcher, the "Java Updater" is still running. So it seems that disabling this option does not do anything ASSUMING that this option is used for either running or not running the Java Updater.

HA! I figured this out! But...I do not understand why.......so the one shot run is still true, BUT looking at the Activity Monitor and sorting by process name...I found that "Java Updater" was running and I tried quitting that process (regular quit not a force quit) THEN I can relaunch IoX Launcher desktop shortcut. I have to keep quitting the Java Updater in order to run the IoX Launcher shortcut again. It used to be, weeks ago, that when I would launch the IoX Launcher shortcut, I would get an error that "the Java Updater failed" - I wish I captured that screen. That error was in a Java style window as opposed to something that looks like an IoX window. So, I used to get that error, and I have not since a few days ago when I cleared cache and downloaded another start.jnlp BUT BEFORE this last Java update. I was able to launch multiple times the IoX Launcher without having to do anything (reboot or kill any process). I know this because I had a lot of starting and stopping when I got the new EISY and I was trying to get this migrated and working 100%, and also because this machine has not been rebooted in weeks. But this process is still running. But the Java Control Panel says the last time the update was run was at 12:56pm EST today. However, it is now 2:48pm EST and that process is still running. I guess an uninstall of java - which I believe you can do by launching the installer, it gives you the option to "uninstall" - is now in order.

I have seen this before but I found that if you double click it a second time, you get the window which gives you the option to "Open".

Alright...so check this out....I just rebooted this Mac (could not reboot last night due to long test needing to complete) and after reboot finishes I CAN double click the IoX desktop shortcut and it launches the console. BUT, if I close IoX console, I cannot restart it from the IoX desktop shortcut...UNLESS...I reboot again. Now that is weird. So it's like a one-shot deal between reboots.

INTERESTING...I added the URL: isy.universal-devices.com and now the JVM console for start.jnlp shows more details and NO exception from .../5.8.0/chart.jar The full contents from starting start.jnlp: Java Web Start 11.411.2.09 Using JRE version 1.8.0_411-b09 Java HotSpot(TM) 64-Bit Server VM JRE expiration date: 8/16/24 12:00 AM console.user.home = /Users/ray ---------------------------------------------------- 😄 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 <n> ---------------------------------------------------- https://isy.universal-devices.com/iox/5.8.0/iox.jar https://isy.universal-devices.com/iox/5.8.0/ce.jar https://isy.universal-devices.com/iox/5.8.0/bc.jar https://isy.universal-devices.com/iox/5.8.0/chart.jar Z-Wave event: control=[_25] action=[1.3] -- Extended Info -- <eventInfo> <zwave CBP="false" CONNECTED="false" RELAXDELAY="0" INTERVIEWTIMEOUT="0" SECUREINC="2" HOMEID="0" NODEID="0" RELAXDELAYDEFAULT="15"/> </eventInfo> -- Z-Wave event: control=[_25] action=[7.1] -- Extended Info -- <eventInfo> <options> <files ZMATTER="false"/> <dongle ZMATTER="false" ZWAVEOTHER="false"/> </options> </eventInfo> -- Z-Wave Backup Options: - zmatterFile= false - 500SeriesFile=false - zmatter connected=false - other connected=false AND I JUST REMEMBERED, I did add the add the POLYGLOT V3 yesterday! (due to finally getting an eisy)