I have been successfully utilizing the Envisalink Integration for the past three years (using the contact sensors and motion sensors that are part of my DSC security system to also trigger various home automation routines). It has been rock solid reliable until a couple of days ago. I have changed nothing in my system in the last week other than performing the routine software platform updates to my hub (C7). Starting 12/26/2023 my virtual contacts on my dashboards associated with my DSC security system contacts have failed to update their status (open or closed). When I check the contact status in the EyezOn app, Envisalink appears to be responsive and working so I believe it is a problem on the Hubitat end with Hubitat no longer recognizing the status of the contacts (since I can still access the correct status of my contacts via the EyezOn app).
I’m not certain but the timing of this seems to correspond with the next to the last software platform update (I just performed updating to 2.3.7.144 four hours ago thinking that this may correct the problem assuming that it was the previous update that caused the problem but the Envisalink Integration is still “broken”).
Also, although the Enisalink Integration was always a bit “chatty”, I noted that recently the % of busy stat has jumped WAY up to 84% and the CPU % usage is up to 10% (CPU % usage was always pretty steady at around 3-5% in the past but seems to be rather erratic and can spike to 15-20% since my last platform software update).
Has anyone else experienced a recent problem with the Envisalink Integration failing to maintain the correct contact status? I have never encountered this before (as I mentioned before, everything was working and rock solid for three years now and I never had a problem with Hubitat recognizing the status of my security contacts before). TIA for any help or advice.
I have not noticed any recent issues with Envisalink (telnet version). It has been arming/disaming ok. I just checked and the contact statuses are being received. I am running it on a dedicated C-7 using the latest firmware, just updated to 2.3.7.144. I have no other integrations or devices running on the C-7, so the CPU load is always very low and continues to be less than 2%.
There is a recent post about someone trying to install Envisalink for the first time and having problems. Don't know but the issues may be related. Here is the post.....Envisalink Integration - #3 by rn.noodle
Edit: FWIW I am running the Envisalink on a Honeywell Vista 20P panel, but I don't think this makes a difference. Also, one suggestion would be to reboot the Envisalink module under Settings>>General Settings in the mobile app or website.
I'm on 2.3.7.144 on a C-8 that does everything. I just opened a slider, and it worked.
It's been reliable for me. The occasional Telnet error in logs, but hasn't been affecting experience, as far as I can see.
I like the integration.
Mine has been fine for years and yes it is chatty. I edited the code to stop some of the chat but can't find the Telnet input stream one yet.
I have found in the past that the EVL3 will stop working if the TPI status is not ONLINE.
I have had to coax it back with a re-power and toggling this I believe; been a while.
I am experiencing the same issue with Envisalink with a C8. It has worked fine for years untouched. Recently, the Envisalink Hubitat device status is no longer reliable. For example, when it is disarmed, the device status shows it is armed. This is new within the past few weeks.
When I installed this years ago I thought all was good.
I had pistons running and dealing with the alarm, locks etc.
Then I realized the alarm status was always Ready no matter what I tried so it had never worked for me.
I don't test for that anymore and instead check all the contacts in Envisalink and make my own Ready boolean. It has worked fine ever since.
@Dan4,
Out of curiosity, what is your CPU % usage when everything gets non-responsive or out of sync? As the OP, I mentioned that my CPU usage is very high when I noticed that my C7 become unreliable with regards to responsiveness to my Envisalink. Everything reports fine in the EyezON app, and can be controlled via the EyezON app, the state is just not accurately reported on my Hubitat dashboards. Like you, I have been using the Envisalink/Hubitat combo for over three years now and it has been absolutely rock solid until about 3 weeks ago.
Resurrecting this thread as I am continuing to have recent problems with my Envisalink Integration despite it being rock solid for the last three years. All zone states are reflected accurately in the Envisalink EyezOn app so I know the Envisalink to DSC panel connection is working. It is just that the zone states are no longer reflected accurately on my Hubitat Hub Dashboards. Again, this only started around the beginning of this year (it was always rock solid for the prior three years since I started using the integration). Any step-by-step instructions on how I can trouble shoot and resolve the issue? These are the logs (first for the Integraton app.36, the second for one of my PIR sensors):
Appears that the Hub is being overloaded but again, this has never been a problem in the past and not much else has been added to this hub (C-7). TIA for any specific help as to how to trouble shoot this. This community has always been fantastic!
Yes, this continues to be a problem as many of my automations depend upon Hubitat “reacting” to Envisalink status. Both the Envisalink interface as well as Alexa are able to relate the proper state of my sensors so the problem seems to be specifically the link between Envisalink and Hubitat. Again, has anyone found a solution for this (or at least an explanation for why this is no longer working?).
Of no help here, just chiming in.
Mine still only produces the telnet message and the device load for Envisalink is at 2.2% of the total.
This is actually quite lower than it used to be; this was usually #2 on my hit list.
Now it's #11 , Owntracks and Switchbot are beating it down.
The only thing that I can add is that if I open the envisalink device (parent) and initialize, it will start working again for a period of time (week or 2).
I am trying to write a rule to initialize this device weekly. Hope that fixes it!
I do know that if I have a wifi interuption that looses the bridge to my evl3 IP will show OFFLINE.
I used to repower the board and it would come back, then I discovered that Initialize would reconnect as well.
Just a note if you are a beta tester.
I just updated to the lastest beta and my evl3 goes OFFLINE while the huib reboots and then reconnects and goes ONLINE. If you are rebooting it could be that the reconnect isn't happening?
The past week I started having the telnet issues and statuses where not being updated, which lead me to this thread. The errors looked the same as shown in this thread.
In the case that it might help others...
For me the problem was that I had installed HPM to in order to install the Ecobee Suite. It told me my Envisalink needed updating and without thinking about it I let it. Problem was that I had modified the driver so that it read DCM statuses for my system which had two partitions. When I reloaded my modified version all the errors stopped. I haven't done any type of release for this driver.
You could do a backup, restore HE if you have a backup before the upgrade, capture the code and then restore to the current backup and replace the HPM update code with the old modified code.
