Showing results 1 to 2 of 2

Thread: Process Gateway working status in Runtime

  1. #1
    Join Date

    Default Process Gateway working status in Runtime


    First of all, to give my question some context, this short introduction: 
    Very often, in energy industry specific applications we do, there is some kind of telemechanic communication channel with parallel or parent system. 
    This channel is of course created using Process Gateway.  It is vital that it works continuously, but there were few cases of PG.exe failure. Since there is no (known to me) way of informing Runtime user about PG.exe issues, here is my question:

    Is there any way to show the status of every PG.exe in Runtime? Currently, I have VSTA macro checking every 30 seconds if process name containing "procgate" is currently working in Windows, but this solution is far from perfect if we use more than one PG instance - those cannot be differentiated by process name, which is the same for every instance. 

    I hope you can help me solve this problem.

    Best regards,

  2. #2
    Join Date
    Salzburg, AT

    Default Re: Process Gateway working status in Runtime

    The way to make a "watchdog mechanism" checking if the (independent) Process Gateway application is still running and responding correctly - depends on communication protocol.
    For example, in zenPG IEC870Slave via TCP (IEC 60870-5-104) I would recommend to create in zenPG configuration an additional 'device' for 870-master with IP of the zenon Network process server(s) and in zenon project to add the iec870 (master) driver - connecting this 'device' in zenPG.
    In zenPG there can be 2 IOs, one T30 and one T45 linked with zenon INTERN variables (BOOL). In the project the 'Allocation' can assign the INTERN variable received via T45 - to INTERN variable sending T30. With 'Time Control' module you can trigger periodically (e.g. each 30s) 'set value' functions linked to the iec870 (not intern) variable T45 - to send the command to the zenPG. The T30 variable of iec870 - with then received the value change - you can link with reaction matrix with delayed alarm, with delay 40s (30+10). Then, the alarm will appear when there is no periodic value change - means either zenPG is not reacting on commands or not able to send T30 update.

    In this zenPG there is also T00 with IOA 8 to detect the start of the process (or reload /restart it) - common for all devices. And, pro device, there is T00 with IOA 1 "master connected" information.

    Anyway, I would strongly recommend to sniff and examine what the control center (parent system) sends to zenPG making it hang of crash. Probably the remote system is producing some fuzzy frames.

Similar Threads

  1. Process Gateway and IEC870slave
    By mehrdad66 in forum Gateways
    Replies: 3
    Last Post: 18th August 2020, 13:52
  2. Replies: 6
    Last Post: 18th March 2019, 16:29
  3. Process Gateway DNP
    By yara in forum Gateways
    Replies: 1
    Last Post: 4th November 2014, 17:36
  4. Process Gateway
    By murphys in forum Gateways
    Replies: 4
    Last Post: 8th February 2011, 09:45
  5. Process Gateway
    By hoscillada in forum Gateways
    Replies: 12
    Last Post: 8th November 2009, 22:57

Tags for this Thread

Posting Rules

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts