Announcement
Collapse
No announcement yet.
EnvisaLink Ademco Plug-in - Beta Testing
Collapse
This is a sticky topic.
X
X
-
Originally posted by jrjmpls7 View PostHere's another log. It shows the same error in the log that I've seen before. But in this case, the system is still working after the error.
Here is another attempt to fix the reconnection code, install version 3.0.0.10 attached to this post.
To test it quickly, start the plugin, then from the envisalink local web page, click on "Reboot EnvisaLink" This will drop the current connection and force the plugin to reconnect. Let me know if you see any error when you do that.
Comment
-
I think you got it. I tried multiple reboots of the EnvisaLink and then let it run for several hours with no problems. The other things I'd sure like to see if you can figure out how to do them:
1. indication of which zones are bypassed
2. differentiation between armed-away and armed-max (which shows in the display on the keypad as armed and instant.
Thanks for your hard work!
Comment
-
Originally posted by jrjmpls7 View Post1. indication of which zones are bypassed
Originally posted by jrjmpls7 View Post2. differentiation between armed-away and armed-max (which shows in the display on the keypad as armed and instant.
Thanks for your hard work!
thanks
Comment
-
Originally posted by spud View PostI don't think it's possible to know if a zone is bypassed or not from the API
Could you arm away then disarm, then arm max and capture the corresponding log lines, I would like to see if I can differentiate these 2 events from the data that envisalink sends to the plugin
thanksAttached Files
Comment
-
Originally posted by jrjmpls7 View PostHere's the log with arm away/disarm/arm max/disarm.
Code:ARMED ***AWAY***You may exit now
Code:ARMED *MAXIMUM* You may exit now
If so, you can differentiate between Armed away and armed maximum using the root device. Am I missing something?
Comment
-
Originally posted by spud View Postso according to these logs, when you arm away, the root device status should be set to
Code:ARMED ***AWAY***You may exit now
Code:ARMED *MAXIMUM* You may exit now
If so, you can differentiate between Armed away and armed maximum using the root device. Am I missing something?
Comment
-
I'm running 3.0.0.10 and still have an issue where everything work fine for around a day, and then Zone stop getting updated when triggered. Although I can still arm/disarm the panel.
Once this occurred, I turned on debug and armed and disarmed the panel, then tried triggering a zone. Although I see the arm/disarm in the logs, I don't see anything related to the zone fault except the statement below which keeps occurring every few seconds:
Apr-25 6:43:59 PM EnvisaLinkAdemco DEBUG Request: DumpZoneTimersAttached Files
Comment
-
Originally posted by virtualadam View PostI'm running 3.0.0.10 and still have an issue where everything work fine for around a day, and then Zone stop getting updated when triggered. Although I can still arm/disarm the panel.
Once this occurred, I turned on debug and armed and disarmed the panel, then tried triggering a zone. Although I see the arm/disarm in the logs, I don't see anything related to the zone fault except the statement below which keeps occurring every few seconds:
Apr-25 6:43:59 PM EnvisaLinkAdemco DEBUG Request: DumpZoneTimers
I would need to see the logs at the moment it starts to fail. Do you see any error in the logs? Could you set the log level to debug restart the plugin, and let it run like this until the problem occurs?
Comment
-
Originally posted by spud View PostFrom your description and logs, it looks like the plugin can still send data to the EnvisaLink, but doesn't receive any answer back.
I would need to see the logs at the moment it starts to fail. Do you see any error in the logs? Could you set the log level to debug restart the plugin, and let it run like this until the problem occurs?
thanksAttached Files
Comment
-
Originally posted by virtualadam View PostHi, Here is the logs and cover the time span when it stops responding to zone changes ~Apr-26 5:14 PM. Note: If I reboot the Envisalink it will start responding again.
thanks
Comment
-
Originally posted by spud View Postvery strange, there is no error, the enisalink just stops responding to any request. If you restart the plugin instead of rebooting the EnvisaLink, does it work again? If so I could try to detect when this happen and try to drop the current connection and reconnect.
I disabled certain aspect of my anti-virus, but have now totally disabled it to see if that might be related.
I'll also see if there is anything related to using the Envisalink web page to control view/set it remotely (on my phone). Perhaps when I connect that way it has an impact???
Interesting nobody else has a similar issue, don't know what would be different with my setup.
thanks again
Comment
-
Guys,
I have the same issue here. The connection between the plug-in and the Envisalink seems to drop and not reconnect. I have seen it drop then reconnect on occasion however.
I saw this happen today and I disabled then re-enabled the plug-in and the connection restored itself.
BTW, has anyone noticed Envisalink upgraded their code? I'm now running 01.11.128A
--Pete
Comment
-
Originally posted by PCK View PostGuys,
I have the same issue here. The connection between the plug-in and the Envisalink seems to drop and not reconnect. I have seen it drop then reconnect on occasion however.
I saw this happen today and I disabled then re-enabled the plug-in and the connection restored itself.
1. when it occured you can still arm or disarm the system using partition device buttons
2. you don't see any error in the log
Originally posted by PCK View PostBTW, has anyone noticed Envisalink upgraded their code? I'm now running 01.11.128A
Comment
Comment