Announcement

Collapse
No announcement yet.

EnvisaLink loosing connection

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    EnvisaLink loosing connection

    Has anyone been experiencing this? Every once in a while, the BLDSC plugin would lose connection to the EnvisaLink EVL4 device. I can still connect to the EnvisaLink url and get current zone status, so I know it's working. What would cause this? The only way for me to get it to work again is to restart the plugin. Also, when I enable debug logging, its filled with the following messages.

    Code:
    02/01/2017 08:43:28:852 AM : v2.0.56.0 - Check_Envisalink_Message() started
    02/01/2017 08:43:28:852 AM : v2.0.56.0 - Check_Envisalink_Message() finished
    02/01/2017 08:43:28:853 AM : v2.0.56.0 - Check_Envisalink_Message() started
    02/01/2017 08:43:28:853 AM : v2.0.56.0 - Check_Envisalink_Message() finished
    Thoughts?

    -Devon

    #2
    No one else seeing this issue? Every few days, the BLDSC plugin would just lose connection. It seems that I have to restart HS3 itself to get it working again.

    Comment


      #3
      Not specifically to HS3 or the plugins but previously there were issues that related to the users network infrastructure.

      For example, I had Cisco switches and the previous versions of the EVL would do the same.

      This was not on HS but another system and we approached on two fronts, 1. the plug in incorporating a watch and keep alive . Reconnect attempts.

      2. I reported through EVL support as this was a persistent issue and they deploy a firmware update to enable verbose logging to enable them to debug... the work here has been incorporated into subsequent firmware.

      The best thing I could advise is to raise the issue via envisalink support if this is a persistent isdue

      Comment


        #4
        Originally posted by brientim View Post
        Not specifically to HS3 or the plugins but previously there were issues that related to the users network infrastructure.

        For example, I had Cisco switches and the previous versions of the EVL would do the same.

        This was not on HS but another system and we approached on two fronts, 1. the plug in incorporating a watch and keep alive . Reconnect attempts.

        2. I reported through EVL support as this was a persistent issue and they deploy a firmware update to enable verbose logging to enable them to debug... the work here has been incorporated into subsequent firmware.

        The best thing I could advise is to raise the issue via envisalink support if this is a persistent isdue
        Here's the thing. During the whole time, I have full access to the panel via the Envisalink web page including seeing live statuses, so I know it's communicating.

        Are users of Spud's Envisalink plugin seeing this issue?

        Comment


          #5
          This is a strange one for sure
          I have the EVL4 and I have been running now for over 2 weeks and I have never seen the EVL4 drop connection
          Is there anything else that could be trying to connect to it that might be conflicting?
          Cheers,
          Bob
          Web site | Help Desk | Feature Requests | Message Board

          Comment


            #6
            Originally posted by Blade View Post
            This is a strange one for sure
            I have the EVL4 and I have been running now for over 2 weeks and I have never seen the EVL4 drop connection
            Is there anything else that could be trying to connect to it that might be conflicting?
            The plugin is the only thing that connects to the interface. When looking through the log, you see that it does indeed find the interface, but still doesn't update HS3. I'll upload the full log to the ticket.

            Code:
            02/27/2017 06:22:47:710 PM : v2.0.56.0 - Check_Envisalink_Message() started
            02/27/2017 06:22:47:711 PM : v2.0.56.0 - Check_Envisalink_Message() finished
            02/27/2017 06:22:47:711 PM : v2.0.56.0 - Check_Envisalink_Message() started
            02/27/2017 06:22:47:711 PM : v2.0.56.0 - Check_Envisalink_Message() finished
            02/27/2017 06:22:47:724 PM : v2.0.56.0 - Check_Envisalink_Message() started
            02/27/2017 06:22:47:724 PM : v2.0.56.0 - Check_Envisalink_Message() finished
            02/27/2017 06:22:47:785 PM : v2.0.56.0 - Check_EVL_Connection() started
            02/27/2017 06:22:47:785 PM : v2.0.56.0 - Is_EVL_Connected() started
            02/27/2017 06:22:47:785 PM : v2.0.56.0 - Is_EVL_Connected(): ** isConnected --> True
            02/27/2017 06:22:47:785 PM : v2.0.56.0 - Is_EVL_Connected() finished
            02/27/2017 06:22:47:785 PM : v2.0.56.0 - Check_EVL_Connection() finished
            02/27/2017 06:22:47:795 PM : v2.0.56.0 - Check_Envisalink_Message() started
            02/27/2017 06:22:47:795 PM : v2.0.56.0 - Check_Envisalink_Message() finished
            02/27/2017 06:22:47:795 PM : v2.0.56.0 - Check_Envisalink_Message() started
            02/27/2017 06:22:47:795 PM : v2.0.56.0 - Check_Envisalink_Message() finished
            02/27/2017 06:22:47:805 PM : v2.0.56.0 - Check_Envisalink_Message() started
            02/27/2017 06:22:47:805 PM : v2.0.56.0 - Check_Envisalink_Message() finished

            Comment


              #7
              This is very odd indeed
              Let me investigate what I can do to resolve this one
              I saw your ticket created
              Cheers,
              Bob
              Web site | Help Desk | Feature Requests | Message Board

              Comment


                #8
                Originally posted by Sireone View Post
                Here's the thing. During the whole time, I have full access to the panel via the Envisalink web page including seeing live statuses, so I know it's communicating.



                Are users of Spud's Envisalink plugin seeing this issue?


                I use Spud's plug in to and I have for approximately 12 months with two connected panels and I have never experienced on drop.

                What I explained in my previous post the Issues that you described where the same for me. It took a while to establish the reason for the TPI disconnecting.

                When we established the EVL was network sensitive, I originally put it down to the CIsco switch was failing, but it wasn't. I removed it temporarily and there wasn't one drop out. All this was being monitored by Envisalink support. They have done a lot of work to stop that occurring and are aware of potential network infrastructure causing problems.


                The other more recent issue that could invoke issues relate to the new firmware that you may want to look at.

                http://forum.eyez-on.com/FORUM/viewt...5fe46210eef2f1

                Comment


                  #9
                  If you have multiple processes both hitting the same the EVL card you will get contention and timeout - it can only handle one TCP stream at a time.

                  I have fixed this historically by using dscserver.jar - it has a fan out capability where other processes connect to it and it connects to the EVL. Also nodelink has this capability but i have not migrated away from dscserver.jar

                  Comment

                  Working...
                  X