rccoleman Posted February 16, 2016 Share Posted February 16, 2016 I just installed my Elk alarm system and I generally love the integration with the ISY. I'm running the 4.4.3 RC release on the ISY and I see that sometimes I get the Elk bar at the top of the admin console (system state, alarm state, buttons to arm the system) and sometimes I don't. I suspect that it has something to do with whether the ISY can connect to the Elk, so I think it's either failing to connect or just timing out when it tries to connect. Along those lines, I initially thought that it was happening only when I had another client connected to the Elk (like ElkRP), but it's definitely happening when nothing else is connected to the Elk or has connected to it in hours (such as when I wake up in the morning). Whether or not the Elk bar shows up seems almost random. I've looked at the log and error log on the ISY and I don't see any obvious Elk messages around the time that I launch the ISY admin console. Is there another way to see what's going on? Rob Link to comment
Michel Kohanim Posted February 17, 2016 Share Posted February 17, 2016 Hi Rob, Does it ever happen the first time that you open the Admin Console? Or, does it usually happen when the Admin Console has been left on for a while. What you might want to do on the latter case is to open the Event Viewer, change the Level to 3, and then see what ISY is complaining about when the bar goes away. With kind regards, Michel Link to comment
rccoleman Posted February 17, 2016 Author Share Posted February 17, 2016 I just started and quit the admin console a few times and the bar showed up the first 3 times, but didn't show up on the fourth startup. I haven't been able to find a distinct sequence of events that causes it to happen, but it did work fine the first time I launched it this morning. As far as I know, I can only get to the event viewer from the admin console, so by the time I get to the event viewer, it's empty. Is there a way to see past events (other than the log or error log, which show nothing interesting). Thanks, Rob Link to comment
Michel Kohanim Posted February 17, 2016 Share Posted February 17, 2016 Hi Rob, Event Viewer is very important because it is the only tool that has real time debugging information (on Level 3). So, we need to figure out a way to get to the Admin Console/Event Viewer/Level 3 once the bar is active. With kind regards, Michel Link to comment
rccoleman Posted February 17, 2016 Author Share Posted February 17, 2016 I don't have another PLM and ISY, so I'm not sure how to do that. I looked at the error log again and here's what it says around the time of the failures: Wed 2016/02/17 06:49:19 AM System -170001 [uDSockets] RSub:29 error:6 Wed 2016/02/17 06:49:24 AM System -170001 [uDSockets] RSub:29 error:6 Wed 2016/02/17 06:49:29 AM System -5012 85 Wed 2016/02/17 06:49:40 AM System -10011 n/a Wed 2016/02/17 06:50:09 AM System -170001 [uDSockets] RSub:29 error:6 Wed 2016/02/17 06:50:14 AM System -170001 [uDSockets] RSub:29 error:6 Wed 2016/02/17 06:50:19 AM System -5012 86 Wed 2016/02/17 06:56:40 AM System -170001 [HTTP:0-30-5] 192.168.1.203:54445->80 Wed 2016/02/17 06:56:40 AM System -170001 [HTTP:0-30]: POST[1]-->/services Wed 2016/02/17 06:56:40 AM System -170001 <s:Envelope><s:Body><u:GetReport xmlns:u="urn:u Wed 2016/02/17 07:00:02 AM System -170001 [HTTP:0-30-5] 192.168.1.203:54512->80 Wed 2016/02/17 07:00:02 AM System -170001 [HTTP:0-30]: POST[1]-->/services Wed 2016/02/17 07:00:02 AM System -170001 <s:Envelope><s:Body><u:GetErrorLog xmlns:u="urn Wed 2016/02/17 07:02:09 AM System -170001 [uDSockets] RSub:29 error:6 Wed 2016/02/17 07:02:14 AM System -170001 [uDSockets] RSub:29 error:6 Wed 2016/02/17 07:02:17 AM System -170001 [HTTP:0-30-5] 192.168.1.203:54602->80 Wed 2016/02/17 07:02:17 AM System -170001 [HTTP:0-30]: GET-->/desc Wed 2016/02/17 07:02:19 AM System -170001 [uDSockets] RSub:29 error:6 Wed 2016/02/17 07:02:21 AM System -170001 [HTTP:0-30-5] 192.168.1.203:54605->80 Wed 2016/02/17 07:02:21 AM System -170001 [HTTP:0-30]: GET-->/desc Wed 2016/02/17 07:02:21 AM System -170001 [HTTP:0-30-5] 192.168.1.203:54606->80 Wed 2016/02/17 07:02:21 AM System -170001 [HTTP:0-30]: POST[1]-->/services Wed 2016/02/17 07:02:21 AM System -170001 <s:Envelope><s:Body><u:GetISYConfig xmlns:u="ur Wed 2016/02/17 07:02:24 AM System -170001 UDWriteAll[sock=29:RSub]:Socket inactive = 6 Wed 2016/02/17 07:02:24 AM System -170001 UDWriteAll[sock=29:RSub]:Socket inactive = 6 Wed 2016/02/17 07:02:24 AM System -170001 UDWriteAll[sock=29:RSub]:Socket inactive = 6 Wed 2016/02/17 07:02:24 AM System -5012 87 Wed 2016/02/17 07:02:26 AM System -170001 [HTTP:0-29-5] 192.168.1.203:54610->80 Wed 2016/02/17 07:02:26 AM System -170001 [HTTP:0-29]: POST[1]-->/services Wed 2016/02/17 07:02:26 AM System -170001 <s:Envelope><s:Body><u:Authenticate xmlns:u="ur Wed 2016/02/17 07:02:26 AM System -170001 [HTTP:0-29-5] 192.168.1.203:54611->80 Wed 2016/02/17 07:02:26 AM System -170001 [HTTP:0-29]: POST[1]-->/services Wed 2016/02/17 07:02:26 AM System -170001 <s:Envelope><s:Body><u:GetStartupTime xmlns:u=" Wed 2016/02/17 07:02:26 AM System -170001 [HTTP:0-29-5] 192.168.1.203:54612->80 Wed 2016/02/17 07:02:26 AM System -170001 [HTTP:0-29]: POST[1]-->/services Wed 2016/02/17 07:02:26 AM System -170001 <s:Envelope><s:Body><u:GetNodesConfig xmlns:u=" Wed 2016/02/17 07:02:28 AM System -170001 [HTTP:0-29-5] 192.168.1.203:54613->80 Wed 2016/02/17 07:02:28 AM System -170001 [HTTP:0-29]: POST[1]-->/services Wed 2016/02/17 07:02:28 AM System -170001 <s:Envelope><s:Body><u:GetSystemTime xmlns:u="u Wed 2016/02/17 07:02:28 AM System -170001 [HTTP:0-29-5] 192.168.1.203:54614->80 Wed 2016/02/17 07:02:28 AM System -170001 [HTTP:0-29]: POST[1]-->/services I can't tell whether there's anything meaningful in there. Rob Link to comment
jerlands Posted February 17, 2016 Share Posted February 17, 2016 I'd check to ensure you have the same UI version as Firmware version (Help > About in admin console) and also run the java application rather than the applet. what OS are you on? Jon... Link to comment
rccoleman Posted February 17, 2016 Author Share Posted February 17, 2016 I'm running OS X 10.11.4 and I'm using the standalone java app and not launching it from a browser - is that what you mean? Both my UI and app version are the same - 4.4.3 RC. I made sure to update both a few weeks ago. Rob Link to comment
jerlands Posted February 17, 2016 Share Posted February 17, 2016 I'm running OS X 10.11.4 and I'm using the standalone java app and not launching it from a browser - is that what you mean? Both my UI and app version are the same - 4.4.3 RC. I made sure to update both a few weeks ago. Rob I'm uncertain of the entirety of the problem (and resolution) but you might check this thread.. apparently the Mac application is for ONLY for MAC 10.6 Jon... Link to comment
rccoleman Posted February 17, 2016 Author Share Posted February 17, 2016 I think that's a separate version of the Java app that's compatible with OS X 10.6, but the "mainline" version is compatible with all versions after that. I'm not using admin16.jnlp, but just admin.jnlp. Michel, feel free to correct me if I'm wrong. Rob Link to comment
Michel Kohanim Posted February 18, 2016 Share Posted February 18, 2016 Hi Rob, I need the Event Viewer (Tools | Diagnostics | Event Viewer) ... don't need another ISY/PLM. The only interesting thing in your error log is -5012 which means that ISY could not send a hearbeat to the Admin Console (or other clients). This would NOT cause connect/disconnect and topology. What we need is the output of the Event Viewer on level 3. With kind regards, Michel Link to comment
rccoleman Posted February 18, 2016 Author Share Posted February 18, 2016 Yeah, I realized that after posting. Is there any way to get to the events via telnet? There doesn't appear to be a "real" shell there, but more of a command processor. Or a way to log them somehow? Or a way to monitor the situation from the Elk? I'm rather new to this system and I'm not sure what options are available. Another potentially relevant point is that I don't have the luxury of an Ethernet connection to my alarm panel and my XEP is connected to a wireless extender. I'm seeing remarkably good throughput and ping times with no apparently packet drops, but I'll try to run a long Ethernet cable and see if it's more reliable. That would only be a temporary solution, though. Rob Link to comment
Michel Kohanim Posted February 19, 2016 Share Posted February 19, 2016 Hi Rob, Unfortunately we need the output of Event Viewer (not telnet or shell). One more question: when it disappears, does it appear again without restarting the Admin Console? With kind regards, Michel Link to comment
rccoleman Posted February 19, 2016 Author Share Posted February 19, 2016 No, if it doesn't show up when I first start the admin console, it never does. If I keep quitting and restarting the admin console, eventually it'll show up. Rob Link to comment
Michel Kohanim Posted February 19, 2016 Share Posted February 19, 2016 Hi Rob, In that case, do you get status updates from your devices in the Admin Console? i.e. physically turn something on/off and then see whether or not its status gets updated in the Admin Console. With kind regards, Michel Link to comment
rccoleman Posted February 19, 2016 Author Share Posted February 19, 2016 Yep. No Elk bar, but status for Insteon devices updates in near real time. Rob Link to comment
Michel Kohanim Posted February 19, 2016 Share Posted February 19, 2016 Hi Rob, Ok, in this case, we definitely do need the output from the Event Viewer. With kind regards, Michel Link to comment
rccoleman Posted February 20, 2016 Author Share Posted February 20, 2016 I was looking through your wiki and noticed the following on the page that describes the event viewer: The display level corresponds to the Debug level in the ISY Shell. The Event Viewer window displays the same information as is found in the Java Console, but without the necessity of telneting to ISY and using the DBG command in order to set the Debug level. I can tell Java to open enable logging and tracing and also to automatically open the event window. The ISY shell also seems to accept the "DBG" command, even though it's not in the menu. No matter what I do, I still can't get the same output that I see in the event viewer, and instead I get a bunch of Java-related messages. Some examples are: security: Missing Codebase manifest attribute for: http://isy.universal-devices.com/994i/4.4.3/insteon.jar security: Missing Application-Library-Allowable-Codebase manifest attribute for: http://isy.universal-devices.com/994i/4.4.3/insteon.jar security: Validate the certificate chain using CertPath API security: Missing Codebase manifest attribute for: http://isy.universal-devices.com/994i/4.4.3/insteon.jar security: Missing Application-Library-Allowable-Codebase manifest attribute for: http://isy.universal-devices.com/994i/4.4.3/insteon.jar security: Validate the certificate chain using CertPath API security: Missing Codebase manifest attribute for: http://isy.universal-devices.com/994i/4.4.3/insteon.jar security: Missing Application-Library-Allowable-Codebase manifest attribute for: http://isy.universal-devices.com/994i/4.4.3/insteon.jar Is there a way to use the Java console to see the messages that you need to see? I also connected a long Ethernet cable to take the wireless extender out of the picture, but the first few times I launched it, the bar still didn't show up. After quitting and launching a few more times, it eventually showed up. Rob Link to comment
cam Posted February 21, 2016 Share Posted February 21, 2016 The Elk bar disappearing has happened to me before and I "believe" it only happens when my MacBook goes into sleep mode or if I've been turning off my Elk panel (or connected via ELKRP). I've never seen it disappear while actively using the ISY admin console... Link to comment
rccoleman Posted February 21, 2016 Author Share Posted February 21, 2016 I've never seen it disappear while actively using the ISY admin console... Me neither. It either shows up when I launch the admin console or it doesn't. Each time I launch the admin console it seems to be random whether I'll get the Elk bar. Link to comment
rccoleman Posted February 21, 2016 Author Share Posted February 21, 2016 I wonder if it's an OS X issue. I've launched the same Java app a bunch of times in a Windows VM under Parallels and the Elk bar has come up every time. If I close it in the VM and open it under OS X, I won't see the bar. When I go back to Windows and re-launch, it shows up. I deleted and reinstalled Java on OS X, but it doesn't seem to have helped. Edit: Nevermind. I have seen a missing Elk bar under Windows. Rob Link to comment
Michel Kohanim Posted February 21, 2016 Share Posted February 21, 2016 Hi Rob, I think it would be best to submit a ticket so that we can login to your computer and see what's taking place. With kind regards, Michel Link to comment
rccoleman Posted February 21, 2016 Author Share Posted February 21, 2016 Done - #8794. Thanks, Rob Link to comment
rccoleman Posted May 15, 2016 Author Share Posted May 15, 2016 Michel, do you expect to look into this for 5.0? The Elk bar is still often missing as of 5.0.4. Rob Link to comment
Michel Kohanim Posted May 15, 2016 Share Posted May 15, 2016 Hi Rob, Yes. Please do make sure you are NOT using the secure port. With kind regards, Michel Link to comment
rccoleman Posted May 15, 2016 Author Share Posted May 15, 2016 Hi Rob, Yes. Please do make sure you are NOT using the secure port. With kind regards, Michel I'm not. I'm using port 2101 without SSL. My understanding is that using the secure port would prevent any communication with the M1XEP, but a) programs involving Elk components work fine and sometimes the bar shows up and sometimes it doesn't (as you saw when you remoted in). Rob Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.