Please explain the problems just came up and how can they be resolved.

1- VPRO <Y> - Turbine Protection processor Module

a) Diagnostic alarm fault code (FC) 335 - input signal "PR2_ACCEL " detected voting mismatch.

b) Diagnostic alarm fault code (FC) 99 - TREG solenoid voltage 01 mismatch requested state.

c) Diagnostic alarm fault code (FC) 321 - input signal "TNL_OS_RPM " voting mismatch.

d) Diagnostic alarm fault code (FC) 201 - input signal "K2_FDBK " voting mismatch.

e) Diagnostic alarm fault code (FC) 200 - input signal "L4ETR1_FB " voting mismatch.

2- VTUR <s> - SLOT4 Turbine over speed protection processor module

a) Diagnostic alarm fault code (FC) 225 - input signal "TNL_RPM " voting mismatch.

3- VCRC <R/S/T> SLOT8 contact inputs/solenoids dry contact relays processor module

a) Diagnostic alarm fault code (FC) 210 - TRLY J4 (solenoids dry contact relays terminal board) solenoid coil 02 bad.

4- VCRC <S> SLOT19 contact inputs/solenoids dry contact relays processor module

a) Diagnostic alarm fault code (FC) 118 - TRLY J4 (solenoids dry contact relays terminal board) fuse 06 or 12 blown.

5.V TUR <S > SLOT4 Turbine over speed protection processor module

a) Diagnostic alarm fault code (FC) 56 - terminal board on J5X and configuration file incompatibility.

6. VCRC <R/S/T> SLOT8 contact inputs/solenoids dry contact relays processor module

b) Diagnostic alarm fault code (FC) 210 - TRLY J4 (solenoids dry contact relays terminal board) solenoid coil 02 bad.

PLEASE ADVISE the best possible to resolve as machines are in shutdown state.

Thanks and regards,
ARFarooqi

 

Wow.

You haven't provided any context for the alarms, nor if there are any Process- Alarms that were also annunciated at the time.

Did this occur prior to an emergency trip? After some grid frequency excursion or driven compressor surge/stall event? Did they occur after replacing some card or downloading to the panel? Was there a lightning strike at the plant or an electrical storm?

There are explanations of Diagnostic Alarms in the Mark VI System Guide, GEH-6421, along with some troubleshooting "help."

But, without more information (a LOT more information) it's virtually impossible to say for sure what's happened or what's happening or what to do about the alarms. We don't even know if these are in some chronological order.

It would seem that at least of the protective processors has determined that for some reason (possibly a faulty speed pick-up signal) that the turbine should be tripped. We don't know if this came up after some other trip or prior to some other trip.

 

The alarms appeared during a startup.

Today, we shutdown the machine to troubleshoot the diagnostics, but we found that the VPRO diagnostics cleared off during the shutdown.
How is that possible?

We thought after shutdown, we will swap VPRO cards or check J2 cable or TREG board, but during shutdown, all VPRO alarms cleared. Can some one tell about this. any idea?

However, the VTUR alarms are still there, TRLY alarms are still there

Please also advise if we download the I/O configuration for VTUR, can the diagnostic as mentioned earlier will get cleared.

Regarding the TRLY j4 solenoid coil 03/02 bad? what does this mean, is it related to the fuse or output connected to it, usually the solenoid output.

Thanks and regards,
arfsm

 

A start-up after a maintenance outage, or after a forced outage (emergency trip)?

Some Diagnostic Alarms reset when the condition is resolved. Most require a Diagnostic Alarm RESET to be manually initiated. Some application code ties a MASTER RESET to the Diagnostic Alarm Reset, and some application code does other unusual and questionable things. (It's amazing the lengths people will go to in order to "bypass" those pesky and nuisance Diagnostic Alarms!)

The Mark VI System Guide, GEH-6421, has Diagnostic Alarm Fault Codes, Fault Descriptions, and Possible Causes in the section for each VME card in Vol. II. The TRLY cards are connected to either VCCC or VCRC cards; so look in the VCCC/VCRC card section for the TRLY alarm code descriptions.

One of the VTUR Diagnostic Alarms you listed in the original post is kind of interesting: TNL_RPM, and seems to match one of the VPRO Diagnostic Alarms, TNL_OS_RPM. If the machine is a two-shaft machine, it would seem that the LP shaft speed pick-ups for <S> and <Y> are intermittent or failed.

When you write for help, please tell us something about the machine at your site. Is it a single-shaft generator drive, or a two-shaft mechanical drive unit? Or, a two-shaft generator drive unit? Is the Speedtronic a TMR or SIMPLEX (or DUAL) panel? Remember, we're not there with you and there are many different applications of GE-design heavy duty gas turbines around the world. They all suck and squeeze and burn and blow, but they do so with different control systems, different auxiliaries, and for different applications (electrical power generation; gas compression/pumping; etc.). Help us to help you by providing as much information as you can in your original post. And, remember, if you re-post later others who are reading the post for the first time may not know anything about the machine at your site, and without information/avatars on this site, we can't know the details about your machine and its application.

 

Apologize for not giving all details

1) Its a TMR
2) 5002D DLN1 machine

I have looked through the GE-6421 but still not able to trace out the actual solution to problem, the manual just gives a hint in a very short form.

However, thanks for your support and advise.

 

THAT is a lot of Diagnostic alarms. from the above i diagnose two things

A. DC power supply problem to relay output cards. - this can be easily verified by checking the PDM LED's make sure that all the LED's are litup ,if not it

is a possible fuse failure in the circuit. all the following alarms can be attributed to a bad DC supply. check the supply voltage at the terminal boards

also.

> 3- VCRC <R/S/T> SLOT8 contact inputs/solenoids dry contact relays processor module <

> a) Diagnostic alarm fault code (FC) 210 - TRLY J4 (solenoids dry contact relays terminal board) solenoid coil 02 bad. <

> 4- VCRC <S> SLOT19 contact inputs/solenoids dry contact relays processor module <

> a) Diagnostic alarm fault code (FC) 118 - TRLY J4 (solenoids dry contact relays terminal board) fuse 06 or 12 blown. <

> 6. VCRC <R/S/T> SLOT8 contact inputs/solenoids dry contact relays processor module <

> b) Diagnostic alarm fault code (FC) 210 - TRLY J4 (solenoids dry contact relays terminal board) solenoid coil 02 bad. <

B. Possible failure of the IOnet from Y Protection core or VPRO card failure - that is the only thing which explains these


> 1- VPRO <Y> - Turbine Protection processor Module <

> a) Diagnostic alarm fault code (FC) 335 - input signal "PR2_ACCEL " detected voting mismatch. <

> b) Diagnostic alarm fault code (FC) 99 - TREG solenoid voltage 01 mismatch requested state. <

> c) Diagnostic alarm fault code (FC) 321 - input signal "TNL_OS_RPM " voting mismatch. <

> d) Diagnostic alarm fault code (FC) 201 - input signal "K2_FDBK " voting mismatch. <

> e) Diagnostic alarm fault code (FC) 200 - input signal "L4ETR1_FB " voting mismatch. <

check is these are the "only" IO in the card. it got reset at shutdown because acceleration, speed, emergency push button and push button feedback will be by default zero and the condition would have matched. this can be checked just by cranking the machine. during cranking see the prevote display of TNL_Os_RPM ,

K2_FDK etc, if there is a mismatch from the other two protection cores then it is a problem with the card or the IOnet from the card to the VCMI.

C. possible bad grounding. check the earthing voltage in controller. this can play havoc with the IO net communications.

please write us back with what you find, and hopefully this post will help you in trouble shooting the problem.