Med Riad: Sponsored by Control Technology Corp. ..
Med Riad: Sponsored by Control Technology Corp. ..
Med Riad: Sponsored by Control Technology Corp. ..
De: [email protected]
Envoyé: vendredi 18 mars 2011 08:25
À: [email protected]
Objet: [!! SPAM] [Control.com] Daily Forum Summary
Cliquez av ec le bouton droit pour télécharger les images. Pour v ous aider à protéger v otre v ie priv ée, Outlook a empêché le téléchargement automatique de cette image à partir d'Internet.
Control.com Forum
Regards
cww
view or reply to this thread
I couldn't have said it better! And my bet is that it (the explosions) have happened more than once,
because just once would have been dismissed as a one-off event.
And for someone to post this without providing any more information than was provided just proves my
thoughts.
No information like they just came off a maintenance outage, or the unit had experienced multiple trips
and was being re-started, and no mention of any alarms (Process or Diagnostic) because apparently the
1
unit didn't trip on high exhaust temperature and made it up to load (or not!); we weren't told
ANYTHING!.
So, about the best response that can be given is just what you said so eloquently, Bob!
view or reply to this thread
The sloped portion of the graph represents constant firing temperature, which is not measured. Only
exhaust temperature and CPD are measured.
I don't know when you were measuring exhaust temperature (whether or not the unit was at Base Load
or Part Load), but something is wrong. The formula in the post you took the graph from clearly says that
as CPD increases the corresponding exhaust temperature will decrease for the same (constant) firing
temperature (the sloped portion of the graph).
The inverse relationship is ONLY true when the unit is operating with CPD-biased exhaust temperature
control active. The control field on the operator interface main display must read "Temperature
Control", and the Base Load indication must be "illuminated". The unit can't be on Pre-Selected Load
Control or any other control means for the inverse relationship t o be true.
When operating on CPD-biased exhaust temperature control, as CPD increases the fuel flow will also
increase--slightly--which means FSR will increase slightly. As CPD decreases, fuel flow will decrease--
slightly--which means FSR will decrease slightly. And, for the same (constant) firing temperature the
exhaust temperature will decrease as CPD increases and fuel flow and FSR increase. And exhaust
temperature will increase as CPD decreases and fuel flow and FSR decrease. Because of the inverse
relationship defined by the negative slope of the CPD-biased exhaust temperature control line (curve).
It is counter-intuitive, but it is the way the turbine operates when, and only when, it is operating on
CPD-biased exhaust temperature control (Base Load).
CPD-biased exhaust temperature control is usually signal name TTRXP. And secondary, or back-up,
biased exhaust temperature control is usually signal name TTRXS. Exhaust temperature contro l, TTRX,
is the lesser of TTRXP and TTRXS. And when the unit is operating on CPD-biased exhaust temperature
control then the Speedtronic will be trying to put as much fuel in the unit as it can for the running CPD
to make the actual exhaust temperature, TTXM, equal to the exhaust temperature reference, TTRX.
And if you plot CPD and FSR and TTRXP and TTXM and TTRX and fuel flow-rate when the the unit
is operating on CPD-biased exhaust temperature control you will plot a negatively-sloped line for
TTRX and TTXM as CPD increases.
When the unit is **NOT** operating on CPD-biased exhaust temperature control, then as CPD
increases exhaust temperature will increase, and as CPD decreases exhaust temperature will decrease.
view or reply to this thread
Even if the reference value in the Speedtronic is increasing, if there's a wiring problem it can't get to the
DDEC. Or if there's something wrong with the output of the Speedtronic, then something may be wrong
with the Speedtronic. (If that were the case, there would likely be a Diagnostic Alarm to indicate a
problem, but you haven't told us if there are any Diagnostic Alarms, or even any Process Alarms, when
this failure to accelerate is occurring.)
Or, if the analog signal is getting to the DDEC input terminals, then it certainly seems like the DDEC
isn't working correctly.
But, you have to determine if the signal is gett ing to the DDEC. If it's not, then that's likely the problem
2
(to be clear--the problem would be that the signal isn't getting to the DDEC). If the signal is getting to
the DDEC, then the DDEC is likely the problem.
And, if you have determined the analog signal is getting to the DDEC, then you haven't told us that--just
that the reference is increasing. Is that the reference in the Speedtronic, or the reference at the DDEC
input terminals?
Even if it's just a discrete signal being communicated to the DDEC to tell it to accelerate to 2200 RPM,
you still have to verify that the signal is or isn't getting to the DDEC terminals. And then you will have
more information than you had on 10 March 2011, or on 16 March 2011.
Another [probably more acceptable] answer I'd give is to use a 24V brick PLC from Keyence,
automation direct, etc. Just about everyone has a version of these things, so go with the one you are most
familiar with. If yu want something easy to troubleshoot these are pretty bulletproof and the software is
rather simple.
KEJR
view or reply to this thread
REGARDS;
KHALID
[email protected]
Has anyone encountered this problem? What are some ways to solve it?
Sorry if there are syntax errors - I use a translator from Google.
view or reply to this thread
I am aware of Beckhoff fieldbus boxes but would be interested to know of other options, and if users
here have had good experience with them.
Thanks!
view or reply to this thread
I'm working for a large antenna project. For the same, I want to replace old relay logic by simple, small-
size alternative.
I have an option of using a uC with SSR or a single chip. I don't want to use uC with SSR.
view or reply to this thread
2. directly change the time with your computer clock and wait for a moment. the new time will be
corrected automatically with Local, remote HMI and DCS.
4
Please check Compressor Bleed Valve solenoid and all limit switch whether fully close. Not just judge
by limit switch, it's better to visually check actual valve position. Did you calculate how many mega-
watt lose when GT on baseload in the past? with my experience that I personally think it would be
possible caused by Compressor Bleed Valve. that's just my point of view.
view or reply to this thread
My Plant is using GE 9FA single shaft machine. after recommendation from GE, we had change our
bearing tilting pad from 4 pads to 6 pads, but then vibration reading (ST HP turbine) is on high side for
BB3X. Any one got similar situation after changing the tilting pads? Lube oil temp is maintain approx.
50'C.
view or reply to this thread
THERE ARE TWO UNIT F6B,AND THE OPERATOR MAKING LOGIC FORCE (L86FPG2HT=0)
FOR TWO UNIT TO ESCAPE FROM TRIP. ONE OF THESE UNIT MAKES THIS PROBLEM AT
THIS MOMENT (FIRING@FSR=17%, @TNH=21%). AND GO ON CONTINUE SEQUENCE TO
FULL SPEED AND LOUD.
BUT THE PROBLEM IS STILL AT THIS UNIT. THE OTHER UNIT IS GOOD.
IS P2 CAUSES THIS PROBLEM? IF THAT WHAT WE CAN DO?
I HOPE THIS INFORMATION GOOD.
REGARDS:
KHALID
[email protected]
view or reply to this thread
(1) To Calibrate the I/P with a master gauge separately and then calibrate the positioner
Or (2) calibrate the positioner first and then calibrate the I to P with respect to the positioner..
5
Please give me a reply..
view or reply to this thread
I am a big on the Rockwell Micrologix 1000. It has the input/output you are looking for and once in and
running will probably never need to be looked at again except for troubleshooting external devices by
using built in lights.
Pat
view or reply to this thread
Turck, BL67
www.turck-usa.com/Products/Networks/BL67
(Oddly, Balluff and Murr Elektronik appear to have EtherNet/IP and Profinet, but not Modbus/TCP.)
You mentioned Beckhoff. I have never actually used them, but I have never heard anything bad about
them. I would be comfortable trying them as a vendor. On this list, I haven't mentioned anyone that I
think isn't a reasonable choice.
< br>Before our friendly neighborhood moderator chimes in, there is a product directory at modbus.org.
I found it useless. Of the products I mentioned, only the BL67 seems to be in the directory, and I only
found it because I knew what to look for.
-James Ingraham
Sage Automation, Inc.
view or reply to this thread
6
thanks
Unbelievable ... Seem like you have a leaking SRV valve and you are passing way to much gas at
startup. Typically fpg2 is about 4-6 bar (someone correct me if im wrong) at light off. I would guess
fpg2 is at full line pressure, probably 23 bar or more. Way too much gas at light off. This is the scenario
L86FPG2HT is to protect against, but it wont do much good with it forced off.
What is fpg2 at zero speed ? Does this unit perform a gas leak test at start up ? Is this forced as well ? Is
there a HRSG on the back or is it open cycle ? What is your purge time, has this been "customized" by
site operators ? What vintage turbine is this ? MK IV, V or VI ? What type of gas valves are used,
combined SRV/GCV assembly located in a cabinet inside the auxiliaries compartment, or individual gas
valves located in a separate module.
Does the GCV leak as well ? This is scariest scenario, if both both SRV and GCV are leaking gas is
collecting in the turbine/hrsg waiting to go boom.
2) focus your efforts on determining if the SRV is leaking. A calibration will often not help determine if
there is a leaking seat. I would suggest de-energizing 20FG-1 and run the QA and HQ oil pumps. This
will de-energize the trip relay and drive the valve hard into the seat.
view or reply to this thread
Thanking You,
view or reply to this thread
7
Wow!! I can't believe this was allowed, especially without knowing the cause.
view or reply to this thread
You are receiving this message because a subscription was entered for your address for the Control.com
automation forum. To unsubscribe, you may either go to your Member Center, or email [email protected].
For one-click unsubscription to ALL forum messages, click here.
This email was sent by: Control.com, Nerds in Control, LLC, 116 Brigham Hill Rd., North Grafton, MA 01536,
USA.
© 2011 Nerds in Control, LLC. All rights reserved. Privacy Policy and Legal Notices may be viewed on the
Control.com website.