Odd “Sensor Issues”

[Keith Belt]

Testing hardwired inputs for bad connections (reusing existing cablesplant) and noticed some odd behavior on PC-based ElkConnect (sensor status on phone is correct and stable).

In the “Sensor Issues” box, I’m getting random groups of sensors indicating they are “unsecured”.  Its always about the same quantity (3-4), but everytime I refresh, one or more of them will be different.  I do have three inputs open (violated) right now, but what gets displayed in the box is random and changeseach time, regardless of whether actually secured or not, and including inputs that are disabled.

I’m also getting one input highlighted in red saying “status fetch failed”.  The status on my phone is stable and accurate, and I’m not sure where its “fetching” from.  These are hardwired inputs, so its not a wireless communications issue.

PS. I’m “refreshing” the display by refresing the browser window, but I would not expect that to change the “sensors issues” content when sensors status has not changed.

[Michael Burrell]

Keith,

I have not seen this behavior before. Can you grab a screenshot and send it to me? I would like the devs to look at it. You can send it to Michael.Burrell@elkproducts.com.

The web portal is making a direct call to the control panel when you load the panel details page. The intention is to give the installer a snapshot of the system status at the point of loading the page. The status of the sensors will not update. Unlike the app, the website doesn’t have a constant connection to the panel when you’re interfacing with it. Due to how web portals operate, it has to make a call to the panel each time you make a change or reload the page. If a sensor changes state after the page has loaded, it will not update and will only show the state the sensor was in at the point of the page load. This application is in preparation for when we implement the remote configuration from the web portal to the control. It will be useful to see the status of the system prior to attempting to program it. Remote programming from the web portal is not implemented yet. We are working on completing this feature.

The behavior you describe is odd; it could be some sort of sync or token issue. But I would like to see some images of it. Also, if you tell me the specific times this was happening, I would like to check the error logs to see if there is something to be found from that.

Thanks,

Mike

 

[Keith Belt]

I knew I should have taken pictures at the time.  It must have been some tempoary glitch, because it seems to be reporting consistently and accurately now.  In the meantime, I had signed off everything, powered the laptop off, went to lunch, etc. so I can’t say what corrected it.

There was one hitch though.  the first time I logged back in, every input reported a “fetch failure”. It took a couple browser refreshes to get actual data. My guess is some syncing or communications timing mismatch between the panel and the online webpage.  I suspect there may also be some issues lurking if you’re connected to the panel via both PC and phone aps at the same time (which I have been some of the time).

[Author]

Posts