I have MARK VI system. Having controller UCVG and its TMR system. In alarm page the following alarm was came "Drop # 0000 Alarm XMIT Suspended CPU switched".

Our machine is runing normally. and designated process is "R" Showing in .M6B on line.

Please ANY give feedback to over come from this alarm. What are the causes for generating above mention alarm?

What can i do for normalizing same alarm.


my e-id : ujadhvaryu [at] yahoo.in

 

It's not clear from your post if the alarm is still active (status "1") or if it had cleared when it was noticed.

In general, this alarm occurs when the Designated Processor switches from <R> to another controller. This can be caused by UCVx problems and has been attributed to VCMI problems, but that has not documented to my knowledge.

It can also occur when the number of unacknowledged alarms (Process Alarms, usually) fills the alarm queue. Early Mark VI systems had a limit of 128 alarms; later ones had the alarm limit increased (to what is unclear).

Have you tried performing a Diagnostic Alarm Reset?

This alarm also occurs on units which have 125 VDC battery grounds which are dithering in and out of alarm very, very quickly. I have also seen it occur on systems with dithering wheelspace temperature high or -differential alarms.

But, in general, the alarm seems to be related to switching of Designated Voter, and this seems to be caused when the Alarm Queue is overwhelmed for the Designated Processor.

I believe that the condition (not the alarm) will automatically revert back to <R> when the condition which caused the switch to another processor has been resolved for some period of time (the specific time is unclear, but is on the order of seconds in my experience).

And, in my experience, when the condition is clear (status "0") and a Diagnostic Alarm Reset is performed, the alarm will be removed from the Diagnostic Alarm display.

Hope this helps!

 

Dear Sir,

This alarm is still active. It is ack but not reseted. I also trying diagnostic and master reset, but alarm is still active. This alarm was noticed after rebooting all three processor when m/c was ideal condition. Now machine is running normally. Also i checked 125 V DC ground. It was not present. It is +65 v dc and -65 v dc.

In in our alarm queue all alarm was ack.Now in alarm page 15-16 alarm was present, and all are ack. Also wheel space diff alarm was not yet came.

Also i checked n/w switch. It is responding continuously.

 

This is the limit of my experience with this particular alarm.

You say you have 15 or 16 alarms in your Alarm Display. Are any of these alarms 'Locked'? Were any 'Locked' alarms changing state, slowly or rapidly, before they were 'Locked'?

Troubleshooting might include powering down all three processors at the same time (it's presumed you re-booted the processors one at a time, but that might not be the case) and then boot them up one at a time, waiting two or three minutes after powering up a processor before powering up the next processor. (NOTE: If you do this, you want to be sure the turbine is off cooldown, and then rack out all the motor starter breakers, because then the second processor is powered-down many of the auxiliary motors and pumps and fans will start. Also, when you finish powering up the last processor and all the outputs are enabled, the Speedtronic will try to put the unit on Cooldown, and will try to start the required auxiliaries to do so. You may, or may not, be able to select 'Cooldown Off' to cancel this action, which is normal, or you might have to force some logic to be able to select 'Cooldown Off' and have the associated auxiliaries shut down. Then you can rack all the motor starters back in and things should be back to normal, at least with operation.)

If that doesn't work you might want to power down at least two processors (the same Note applies as above) and swap the UCVG cards between the two processors, then power them up one at a time, downloading to each one during power-up (setting any UDH IP addresses as necessary) to see if the Diagnostic Alarm follows the card or stays in the same processor.

If the Diagnostic Alarm stays in the same processor, you might then want to replace (or swap) the VCMI cards, following the appropriate downloading and initialization procedures).

Some HMIs have "alarm dump" command-line utilities, appropriately named ALMDUMP1.EXE and ALMDUMP2.EXE. I think if you open a command prompt window and type either command at a prompt followed by /? (C:\>ALMDUMP1 /?, for example) you will get a little Help screen which might be informative. You can then run the two utilities, and copy the outputs to text files and send them to the packager of the turbine and control system or GE or whomever you feel might be able to provide more information.

But, that's the limit of my experience. Overloaded alarm queue and/ore UCVx and/or VCMI problems are the usual culprits in my experience.

Best of luck; please write back to let us know how you resolve the problem.

 

Now my m/c is running. Whenever i get chance to stop m/c at that time i will try for swapping of cards.

 

while the m/c is running. These alarms keep flagging almost every second ,then disappeared and return on numerous times

I work with Mark VI control system for Frame 7E machines and experienced this said problem from a R controller and a T controller of different units

The problem was found with a defective (HUB) switch.
By pinging each IP addresses found no communication
Since both units were sharing this switch-we replaced the switch and System is OK. Alarms cleared

Rahul

 

> while the m/c is running. These alarms keep flagging almost every second ,then disappeared and return on numerous times

> I work with Mark VI control system for Frame 7E machines and experienced this said problem from a R controller and a T
> controller of different units

> The problem was found with a defective (HUB) switch. By pinging each IP addresses found no communication
> Since both units were sharing this switch-we replaced the switch and System is OK. Alarms cleared

I thought it maybe very helpful, but where is the switch you said? I can't find it. If you could give it more clearly, that's very kind of you!

Thank you so much!