Re: [foxboro] GDEV freezing problem

Rick:

I've seen the same problem with the GDEV blocks specifically, on loading a
new system from FoxCAE.  What I did to work around it was to go to each
block in the ICC after installing from load_all and hit "DONE".  For some
reason, this unlocked the blocks from manual and allowed the .MA.1 parameter
connection to function correctly thereafter.

Jim

-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Rick Rys
Sent: Wednesday, December 15, 2004 12:13 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] GDEV freezing problem

The GDEV blocks are not connected directly to I/O.  CIN blocks are used =
for
limit switch inputs and COUT blocks are used for Open and Close =
commands.
The I/O path is via a Gateway.  The block looks like this:
NAME   =3D COMPOUND:XV
  TYPE   =3D GDEV
  DESCRP =3D=20
  PERIOD =3D 1
  PHASE  =3D 0
  LOOPID =3D=20
  IOM_ID =3D=20
  IP_FBM =3D 0
  LM1_PT =3D 0
  LM2_PT =3D 0
  OP_FBM =3D 0
  CO1_PT =3D 0
  CO2_PT =3D 0
  AVLLM1 =3D 1
  AVLLM2 =3D 1
  TOC    =3D 2.0
  DSRTRK =3D 1
  ZDSOVR =3D 0
  AUTDSR =3D 0
  MANDSR =3D :XV.AUTDSR
  INTDSR =3D :XZ.BO02
  HLDDSR =3D 2
  DSR_RB =3D 0
  HLD    =3D 0
  INTLCK =3D :XZ.BO01
  DISABL =3D 0
  MA     =3D :XV.MA.1
  INITMA =3D 1
  MANSW  =3D 0
  AUTSW  =3D PATT:MCIN.CIN_14
  MANFS  =3D 0
  SDWNOP =3D 0
  INHOPT =3D 3
  INHIB  =3D SEQ.ACTIVE.~
  INHALM =3D 0x0
  ANM    =3D=20
  BAT    =3D=20
  BAP    =3D 5
  BAG    =3D 4
  SAP    =3D 5
  SAG    =3D 8
  IGNLM1 =3D 0
  IGNLM2 =3D 0
  DEVLM1 =3D :ZLC.CIN
  DEVLM2 =3D :ZLO.CIN
  INVLMT =3D 0
  INVCO1 =3D 0
  INVCO2 =3D 1
  PLSOPT =3D 1
  PLSTIM =3D 100
  STAT1  =3D CLOSED
  STAT2  =3D OPEN
  STAT3  =3D CLOSING
  STAT4  =3D OPENING
  MM1    =3D FAIL TO CLOSE
  MM2    =3D FAIL TO OPEN
  MM3    =3D MISMATCH
  MM4    =3D MISMATCH
  MODE1  =3D DISABLE
  MODE2  =3D INTERLOCK
  MODE3  =3D MANUAL
  MODE4  =3D HOLD
  MODE5  =3D AUTO
  USERL1 =3D 0
  USERL2 =3D 0
END

The problem is reproducible by running a loadall on a test system.  Once =
a
GDEV was frozen, rebooting the CP would not unfreeze it.  It may be =
related
to installation issues as the plant was shutdown and the CP's =
initialized
and reloaded and I don't know the complete history of the control =
database,
but suspect certain iccdrvr/FOXCAE manipulations.  I am not at the plant
site at the moment and need to investigate the reports of recent GDEV =
freeze
up's, as I cannot verify a spontaneous freeze, following the block
re-installation via "Delete and Undelete".  Maybe a CAR is in order =
here.
Perhaps we found a GDEV bug or more likely we have some type of CP =
database
installation error.

Thanks,


Rick Rys P.E.
www.R2Controls.com
508-369-5186 Cell
508-339-6633 Home Office
=20



 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 


 
 
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:             http://www.freelists.org/list/foxboro
to subscribe:         mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:      mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: