Re: [foxboro] Control of Switchgear

I purposely didn't elaborate too much on detail since I was curious as to
how other sites manage control of their breakers to see is a GDEV is
commonly used or whether there are easier/more suited solutions.

To answer your questions, the alarms we see are mismatch alarms, caused by
virtue that the position of the breaker changes when we switch locally (and
the GDEV is in manual)

The local/remote switch is being read into the DCS so it's usable - and, in
fact, is used to put the block into INTERLOCK when there's an electrical
fault, mismatch, racked out and in Local.

I'm looking into using the DSR_RB parameter - and how to use it when we are
in Local to prevent state mismatch alarms but allow mismatch alarms when in
Remote.

Thanks for the advice.

Simon Pollard
Control & Instrumentation Engineer
OMAT (Organisation, Maintenance et Assistance Technique)
Saint-Gobain Glass UK ltd.
Weeland Road,
Eggborough,
East Yorkshire
DN14 0FD

Tel:    +44 (0)1977 666139
Mob:  +44 (0)7766 776789
Fax:   +44 (0)1977 666210
email: simon.pollard@xxxxxxxxxxxxxxxx

-----Original Message-----
From: Roger Smith [mailto:RSmith@xxxxxxxxxxxxx] 
Sent: 18 March 2004 18:11
To: 'foxboro@xxxxxxxxxxxxx'
Subject: Re: [foxboro] Control of Switchgear

Two questions first.  By state alarm, do you mean the state mismatch alarm?
Do you have feedback from the local/remote selector at the switchgear, i.e.
can the DCS tell when the operator has control locally or when it has
control.

If the DCS doesn't know the state of the local/remote (L/R) switch, you
really can't use mismatch alarming.  Your can "disable" it by simply
assigning it to an alarm group that doesn't go anywhere or just use a COUT
directly.  If you do know the L/R state, you can use some logic to control
the GDEV's DSR_RB parameter and prevent mismatch alarms.

When the L/R switch is in remote, just use the regular Auto/Manual (A/M)
functionality of your block to allow control by the  Operator in the control
room (M) or by a sequence (A). 

Roger B. Smith
Process Control Engineering
Department of Watershed Management
City of Atlanta
2440 Bolton Rd., NW
Atlanta, GA  30318
404.350.4952

 -----Original Message-----
From:   Pollard, Simon [mailto:Simon.Pollard@xxxxxxxxxxxxxxxx] 
Sent:   Thursday, March 18, 2004 11:03 AM
To:     'foxboro@xxxxxxxxxxxxx'
Subject:        [foxboro] Control of Switchgear

Hello everyone.
 

We currently have an issue on site with the control of our HV breakers.

 

The existing configuration uses a GDEV and CALC block combination for
operating the switches, but this has limitations. In particular, we need the
breakers to be controlled from...

 

a)                   a sequence

b)                   an Operator (from the Control Room when the breaker is
selected to "Remote")

c)                   an Operator (from the switch itself when it is selected
to "Local")

 

Just now the GDEV is held in manual, which results in a State Alarm every
time we switch locally - not ideal.

 

My main question is how do you guys control switchgear? How do you manage to
switch from any of the 3 locations mentioned above?

 

Simon Pollard

Control & Instrumentation Engineer

OMAT (Organisation, Maintenance et Assistance Technique)

Saint-Gobain Glass UK ltd.

Weeland Road,

Eggborough,

East Yorkshire

DN14 0FD

 

Tel:    +44 (0)1977 666139

Mob:  +44 (0)7766 776789

Fax:   +44 (0)1977 666210

email: simon.pollard@xxxxxxxxxxxxxxxx

 



The information transmitted including any attachments is intended 
only for the exclusive use of the person(s) or entity to which it is 
addressed and may contain confidential and privileged material that 
may be subject to legal privilege.  Any perusal, review, 
retransmission, dissemination, distribution, reproduction or other 
use of, or taking of any action in reliance upon, this information by
persons or entities other than the intended recipient without the 
sender's prior consent is unauthorised and strictly prohibited.  If 
you have received this message in error, please notify the sender 
immediately and delete the message from your computer without making any
copies. Any personal views and opinions expressed in this email message are
the sender's own and do not necessarily represent the views and opinions of
the Company. 
In accordance with the Telecommunications (Lawful Business
Regulations) (Interception of Communications) Regulations 2000
the Company reserves the right and, may at any time, monitor and
intercept (but not record) e-mails to establish if they are relevant to
its business.
This footnote also confirms that this message has been swept for the
presence of computer viruses but this does not guarantee that it is virus
free.



 
 
_______________________________________________________________________
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
 
 
 
_______________________________________________________________________
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: