Motoren utløser med overstrømfeil under grr-kontroll

Kan programmering i DCS også føre til utløsning av HT-motorer? I dagens casestudie skal jeg presentere en sak som involverer GRR (Grid Rotor Resistance) som brukes i Slip ring induksjonsmotor. Denne typen problemer er ganske sjeldne i bransjer og vil derfor gjerne dele opplevelsen, slik at problemet vi sto overfor ikke blir møtt av andre eller kan unngås helt.

I et sementanlegg var det en HT-motor vurdert til 6,6 kV med 750 RPM, som ble brukt til drift av en vifte. En modifikasjon ble planlagt for denne motoren under sammenbrudd, som skjedde på grunn av feil på PLC . Men under modifiseringen overså ingeniørene en tilstand, som ikke virket så stor i utgangspunktet, men da utløste den hele anlegget. Før vi går inn i det faktiske problemet, la oss få få ting rett ved å svare på disse spørsmålene.

Q1: Hva er GRR?

GRR står for Grid Rotor Resistance, der motorens 3-fasemotstand endres på grunnlag av skiftende få kombinasjoner av effektkontaktorer.

Q2: Hvorfor trenger vi GRR?

GRR brukes i hastighetskontroll av Slip ring induksjonsmotor. Den brukes ofte på steder der motorhastigheten må kontrolleres (hovedsakelig i vifter, avhenger viftehastighet av prosessbehov og luftstrøm som kreves i et system)

Q3: Hva betyr effektkontaktorene C1 til C6?

Som nevnt tidligere kontrolleres Grid-rotormotstanden ved å endre få kombinasjoner av effektkontaktorer som er oppkalt fra C1 til C6. Her er C1, C2, C3, C4 hovedstrømkontaktorer, ved hjelp av hvilke rotormotstanden kan endres. C5 er Star Contactor og C6 er Delta Contactor. Hvis C5 er PÅ, betyr det at GRR er i stjernekonfigurasjon, og hvis C6 er PÅ, betyr det at GRR er i deltakonfigurasjon. Både C5 og C6 vil aldri være på samtidig.

I GRR er det Local PLC, som kontrollerer trinnet til GRR, som fungerer på tilbakemeldingen fra Power Contactor og Auxiliary Contactor. Den mottar også kommando fra DCS og for å øke eller redusere rotormotstanden, for å kontrollere hastigheten på viften.

Teamet innså at denne Fan PLC skapte noe problem, på grunn av hvilket det var problemer med å øke eller redusere viftehastigheten. Anlegget snublet også helt to ganger på grunn av dette problemet. Så teamet bestemte seg for å fjerne PLC og ta all DI, DO og tilbakemelding til DCS og lage et program akkurat som PLC i DCS, for å fjerne lokal PLC og redusere sammenbrudd og funksjonsfeil.

Slipring induksjonsmotor utløser med overstrømfeil

Prosjektet ble tatt og ble gjort under avslutning, hver inngang og utgang ble sjekket og konfigurert. Akkurat som PLC ble det laget et program for DCS som fjernet Local PLC. Da PLC ble omgått, bestemte teamet seg for å prøve en vifte under avslutning, for å sikre at alt er riktig.

En prøveversjon ble tatt i frakoblet modus; GRR fungerte bra og hvert trinn som var normalt. Så bestemte vi oss for å ta en online prøveperiode der også Motor startet vellykket. Strømmen var normal, alt så bra ut. Men da vi bestemte oss for å ta motoren til full turtall plutselig etter ett trinn, snublet motoren for overstrøm.

Hva skjedde? Har motoren sviktet helt eller var det bare modifikasjonen deres som mislyktes. Teamet så på hverandre. De gjorde en Megger-test, inspiserte motorens helse og startet på nytt. Motoren startet igjen normalt, men etter det samme trinnet, snublet den igjen for overstrøm. I det minste denne gangen forsto de at noe er galt etter 8. trinn i GRR, til 8. trinn går motoren fint, og så snart GRR går til 9. trinn, blir motoren utløst.

Nå startet etterforskningen. GRR-motstandsavlesning av hvert trinn og hver fase ble tatt gjennom mikro-ohm-meter. Men motstanden var balansert for hvert trinn og hver fase. GRR Step er gitt nedenfor.

Bruker tidsforsinkelse som løsning for over nåværende problem:

Dette problemet ble ikke løst før to dager. Begge dagers prøvene ble tatt to ganger og komplett GRR og motor ble sjekket. Til 8. trinn i GRR er alt bra, og så snart det går på 9. trinn Motorturer. De spurte i noen andre planter, en fortalte dem "øke tidsforsinkelsen mellom trinnendring".

På 3. dag ble det gitt forsinkelse mellom endring av trinn i GRR. Og til alle overraskelser fungerte det. Nå var spørsmålet hva tidsforsinkelse har gjort for GRR? Nå visste vi at problemet var forsinket. Jeg så det igjen i 8. og 9. trinn i GRR, og skjønte deretter hva tidsforsinkelsen har gjort.

Hvordan løste tidsforsinkelse det over aktuelle problemet?

I 8. trinn C1, C2, C3 og C5 var kontaktorer PÅ, dvs. GRR var i stjernekonfigurasjon. Nå som kommandoen kommer til GRR for å gå til 9. trinn, i stedet for at C3-kontaktoren dropper først og deretter C4-kontaktoren som tar opp, var det å plukke opp C4-kontaktoren først, og deretter droppe den C3-kontakten, på grunn av hvilken all motstand kortsluttet kortvarig og GRR ble omgått, noe som førte til økning i Stator-strøm og følgelig utløsning av Motor.

Så spørsmålet var under trinnendring Kontaktor skulle slippe først eller Pick-up først? Det var flott læring, en enkel PLC-logikk snublet HT-motoren vår.

Del dette med kollegene dine i anlegget ditt, det elektriske avdelingen for andre planter og vennene dine, det kan redde generatoren eller motoren.

Om forfatteren:

Avinash Singh er en elektroingeniør med over 11 års rik erfaring innen elektrisk vedlikehold, installasjon, testing og igangkjøring av alle større elektriske apparater. Han er spesialisert i å redusere energikostnadene til et anlegg ved å redusere strømregningene og øke energieffektiviteten. Han reduserer også kostnadene for nedbryting av anlegg ved å implementere riktig vedlikeholdsaktivitet under rutine og nedleggelse. Gjennom disse casestudiene deler han sine erfaringer og utfordringer i arbeidsrutinen med leserne av Circuit Digest.