Member Login
Search
Jump to a Date
Sponsored Communities
Cool stuff
Neat Stuff

Visit our shop for nerds in control lifestyle products.
Thermal Overload
The threads that wouldn't die...
- PC reliability?
- Windows, real time
- PID loops
- PCs vs. PLCs
- Replacing people
- MS 'monopoly'?
- Software quality
- Where do we go from here?
- Why pay?
- PC reliability?
- Windows, real time
- PID loops
- PCs vs. PLCs
- Replacing people
- MS 'monopoly'?
- Software quality
- Where do we go from here?
- Why pay?
Fortune
Your lucky color has faded.
RSS Feed
www.control.com/rss/
To get a personalized feed, become a member at no cost.
we have two Frame -5 GTG with Mark-IV controller. One runs at a time and other one is kept on standby condition. We have no power supply form Grid. So we run gtg in Ischo mode. Normally our plant load is 17.5 MW.
On 27th Aug-08 near about 2:30 pm we started one compressor in our plant which consume 1.6 MW power. When we started the compressor, GTG output frequency drop down and it was automatically changed to Droop mode. At that time IGV was full open condition.
Instantly we stopped the Compressor.
After thar Operator Changed the mode from Droop to ISCHO manually. We checked the maximum power output but it was in limit i.e. 18.5MW.(GTG Max. o/p =25MW Rated). So what is the reason of this auto change over and frequency droop.
On 27th Aug-08 near about 2:30 pm we started one compressor in our plant which consume 1.6 MW power. When we started the compressor, GTG output frequency drop down and it was automatically changed to Droop mode. At that time IGV was full open condition.
Instantly we stopped the Compressor.
After thar Operator Changed the mode from Droop to ISCHO manually. We checked the maximum power output but it was in limit i.e. 18.5MW.(GTG Max. o/p =25MW Rated). So what is the reason of this auto change over and frequency droop.
A couple of things could have caused your frequency to fall:
1. Do you have a temperature derating curve for your GTG? As far as I know the frame 5 GTG is rated at 25MW at ISO temperature of 15 deg C. At higher temperatures its rating is lower. What was the inlet air temperature at the time of your incident? Conversly, what was the GTG exhaust temperature before you started the compressor? Was it close to its base load rating? If yes, then your GTG was practically at full load, or close to, and when you started the compressor, there was not enough reserve on the GTG.
2. I believe the starting of the said compressor is a routine job at your works. Apart from (1) above, what was done differently on the day of the incident?
3. You have to be careful, as a compressor rated at 1.6MW will consume much more power during acceleration, when the speed of the motor approaches the peak power point, before it reaches the normal operating speed. Do you know the maximum power demand of the motor during start-up, or do you have the power curve of the motor from standstill to synchronous speed?
Most probably you had a combination of the above which sent your GTG in overload and thus the drop in frequency.
1. Do you have a temperature derating curve for your GTG? As far as I know the frame 5 GTG is rated at 25MW at ISO temperature of 15 deg C. At higher temperatures its rating is lower. What was the inlet air temperature at the time of your incident? Conversly, what was the GTG exhaust temperature before you started the compressor? Was it close to its base load rating? If yes, then your GTG was practically at full load, or close to, and when you started the compressor, there was not enough reserve on the GTG.
2. I believe the starting of the said compressor is a routine job at your works. Apart from (1) above, what was done differently on the day of the incident?
3. You have to be careful, as a compressor rated at 1.6MW will consume much more power during acceleration, when the speed of the motor approaches the peak power point, before it reaches the normal operating speed. Do you know the maximum power demand of the motor during start-up, or do you have the power curve of the motor from standstill to synchronous speed?
Most probably you had a combination of the above which sent your GTG in overload and thus the drop in frequency.
We checked the Exhust Temp. and inlet temp. both were in normal range. Also there was sufficent margine of Max. Load. The compressor maximum power consumption is 1.8MW. My question is why the GTG change its mode from Ischo to Droop mode?
How to check the logic behind it?
How to check the logic behind it?
Going through the logic of a MkIV controller fitted on a Frame 6 GT (which I would believe would be practically the same as a Frame 5 GT, only the controlling parameters would be different), it seems that during the compressor startup, one of the controllers (R,S or T) went temporarily offline, most probably due to the sudden change of parameters caused by the sudden load presented to the GT by the compressor. The logic behind it is this:
GT to operate in ISOCH mode, logic point L83SCI has to be on. This is held on by L83REC (which must be OFF). It seems that in your case L83REC came on as L3QDATA temporarily went off and then came back on. Now L3QDATA will go temporarily off if one of the controllers went offline. Obviously this is one theory about your problem, you have to check all the logic that disengages ISOCH control mode, but at least it should lead you where to look for. This theory may hold especially due to the fact that after the system settled you managed to switch back to ISOCH mode (i.e. the controller had 'realigned' and went back on line). Check the controllers' (R,S and T) analogue data at the time of the change-over, and see whether one of the controller's data was different from the others'.
GT to operate in ISOCH mode, logic point L83SCI has to be on. This is held on by L83REC (which must be OFF). It seems that in your case L83REC came on as L3QDATA temporarily went off and then came back on. Now L3QDATA will go temporarily off if one of the controllers went offline. Obviously this is one theory about your problem, you have to check all the logic that disengages ISOCH control mode, but at least it should lead you where to look for. This theory may hold especially due to the fact that after the system settled you managed to switch back to ISOCH mode (i.e. the controller had 'realigned' and went back on line). Check the controllers' (R,S and T) analogue data at the time of the change-over, and see whether one of the controller's data was different from the others'.
Next day we checked the History data but we could not find any abnormal data. Is there any other option to check the data of that particular date? Where can I get the set points of the values when it changed from Isoch to Droop mode?
You should obtain the services of someone who's knowledgeable in Mark IV Speedtronic turbine controls. jojo has provided the typical names of logic signals active when a turbine is operating in Isoch mode. If you can't read through your logic and determine what might have caused the event (because in a typical application there's nothing which would cause this to occur, therefore your application is either non-typical or there are other factors in operation here) then you should avail yourself of someone who can read through the Speedtronic elementary and provide the information you require. Without being able to see your Speedtronic elementary, we can only comment on typical sequencing.
From Control Engineering magazine...
Related articles from Control
Engineering magazine- Budget-friendly temperature control unit
- Upgrading control for better polymer performance
- Software pinpoints process interactions
- BP selects SIS for UK deployment
- Here's what you need to know about controls, says Automation Federation, U.S. government
- Electrical product safety: Are testing labs needed or is a supplier's declaration enough?
- Automation vendors boost biofuels
- Cyber security issues take center stage in 2009
- AIC Series presents new high energy storage chokes
- Decrease arc flash risk with new motor control center option
Above articles copyright 2009 Reed Business Information.
Subject to its Terms of Use.
Your use of this site is subject to the terms and conditions set forth under Legal Notices and the Privacy Policy. Please read those terms and conditions carefully. Subject to the rights expressly reserved to others under Legal Notices, the content of this site and the compilation thereof is © 1999-2009 Control Technology Corporation. All rights reserved.
Our Advertisers
Help keep our servers running...
Patronize our advertisers!
Patronize our advertisers!




