Jump to content

Elk bar at the top of the admin console sometimes missing


rccoleman

Recommended Posts

Posted

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

Posted

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

Posted

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

Posted

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

Posted

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
Posted

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...

Posted

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

Posted

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...

Posted

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

Posted

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

Posted (edited)

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

Edited by rccoleman
Posted

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

Posted

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

Posted (edited)

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
Edited by rccoleman
Posted

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...

Posted

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.

Posted (edited)

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

Edited by rccoleman
  • 2 months later...
Posted (edited)

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 B) sometimes the bar shows up and sometimes it doesn't (as you saw when you remoted in).

 

Rob

Edited by rccoleman
Guest
This topic is now closed to further replies.

×
×
  • Create New...