Ht-motor tripper med overstrømsfejl under grr-kontrol

Kan programmering i DCS også føre til udløsning af HT-motorer? I dagens casestudie vil jeg præsentere en sag, der involverer GRR (Grid Rotor Resistance), der bruges i Slip ring induktionsmotor. Denne type problemer er ret sjældne i brancher og vil derfor gerne dele oplevelsen, så det problem, vi stod over for, ikke bliver konfronteret med andre eller kan undgås helt.

I et cementfabrik var der en HT-motor med en nominel værdi på 6,6 kV med 750 omdr./min., Som blev brugt til drift af en ventilator. En modifikation var planlagt for denne motor under nedbrud, der skete på grund af funktionsfejl i PLC . Men under modifikationen overså ingeniørerne en betingelse, som oprindeligt ikke virkede så stor, men derefter udløste den hele anlægget. Før vi går ind i det aktuelle problem, lad os få få ting lige ved at besvare disse spørgsmål.

Q1: Hvad er GRR?

GRR står for Grid Rotor Resistance, hvor motorens 3-fasemodstand ændres på baggrund af skiftende få kombinationer af effektkontaktorer.

Q2: Hvorfor har vi brug for GRR?

GRR bruges til hastighedskontrol af Slip-ring-induktionsmotor. Det bruges almindeligvis på steder, hvor motorhastigheden skal styres (hovedsagelig i blæsere afhænger blæserhastigheden af ​​procesbehov og krævet luftstrøm i et system)

Q3: Hvad betyder effektkontaktorerne C1 til C6?

Som tidligere nævnt styres gitterrotormodstanden ved at ændre få kombinationer af effektkontaktorer, der er navngivet fra C1 til C6. Her er C1, C2, C3, C4 hovedeffektkontaktorer, hvor rotormodstanden kan ændres. C5 er stjernekontaktor og C6 er delta-kontaktor. Hvis C5 er TIL, betyder det, at GRR er i stjernekonfiguration, og hvis C6 er TIL, betyder det, at GRR er i deltakonfiguration. Både C5 og C6 vil aldrig være tændt på samme tid.

I GRR er der Local PLC, som styrer trinnet i GRR, som fungerer på feedback fra Power Contactor og Auxiliary Contactor. Det modtager også kommando fra DCS og for at øge eller mindske rotormodstanden til styring af blæserhastigheden.

Holdet indså, at denne Fan PLC skabte nogle problemer, som der var problemer med at øge eller mindske ventilatorens hastighed. Anlægget faldt også helt to gange på grund af dette problem. Så teamet besluttede at fjerne PLC'en og tage al DI, DO og feedback til DCS og lave et program ligesom PLC i deres DCS for at fjerne den lokale PLC og reducere sammenbrud og funktionsfejl.

Slipring-induktionsmotor udløser med overstrømsfejl

Projektet blev taget og blev udført under nedlukning, hvert input og output blev kontrolleret og konfigureret. Ligesom PLC blev der lavet et program til DCS, som fjernede Local PLC. Da PLC blev omgået, besluttede holdet at prøve en ventilator under nedlukning for at sikre, at alt er i orden.

En prøve blev taget i offline-tilstand; GRR fungerede fint, og hvert trin var normalt. Derefter besluttede vi at tage en online prøve, hvor også motoren startede med succes. Strømmen var normal, alt så godt ud. Men da vi besluttede at tage motoren til fuldt omdrejningstal pludselig efter et trin, slog motoren for overstrøm.

Hvad skete der? Har motoren svigtet fuldstændigt, eller var det bare deres ændring, der mislykkedes. Team kiggede på hinanden. De udførte en Megger-test, inspicerede motorens helbred og startede igen. Motoren startede normalt igen, men efter det samme trin udløb den igen for overstrøm. I det mindste denne gang fik de, at noget er galt efter 8. trin i GRR, indtil 8. trin går motoren fint, og så snart GRR går til 9. trin, bliver motoren udløst.

Nu startede efterforskningen. GRR-modstandslæsning af hvert trin og hver fase blev taget gennem mikro-ohm-meter. Men modstanden var afbalanceret for hvert trin og hver fase. GRR-trin er angivet nedenfor.

Brug af tidsforsinkelse som løsning på over nuværende problem:

Dette problem blev først løst i to dage. Begge dages prøve taget to gange og komplet GRR og motor blev kontrolleret. Indtil 8. trin i GRR er alt i orden, og så snart det går på 9. trin Motorture. De spurgte i nogle andre planter, en fortalte dem "øg tidsforsinkelsen mellem trinændring".

3. dages forsinkelse blev givet mellem ændringer af trin i GRR. Og til alle overraskelser fungerede det. Nu var spørgsmålet, hvad tidsforsinkelse har gjort for GRR? Nu vidste vi, at problemet var forsinket. Jeg kiggede igen i GRR 8. og 9. trin og indså derefter, hvad tidsforsinkelsen har gjort.

Hvordan løste tidsforsinkelse det over aktuelle problem?

I 8. trin C1, C2, C3 og C5 var kontaktorer TIL, dvs. GRR var i stjernekonfiguration. Nu, når kommandoen kommer til GRR for at gå til 9. trin, i stedet for at C3-kontaktoren først skulle falde og derefter C4-kontaktoren, der hentede, var den at samle op C4-kontakten først, og derefter droppe den C3-kontaktoren, på grund af hvilken al modstand korterede kort og GRR blev omgået, hvilket førte til stigning i Stator-strøm og følgelig udløsning af Motor.

Så spørgsmålet var under trinændring Kontaktor skulle droppe først eller afhentning først? Det var fantastisk læring, en simpel PLC-logik udløste vores HT-motor.

Del dette med dine kolleger i dit anlæg, elektriske afdeling for andre planter og dine venner, det kan redde deres generator eller motor.

Om forfatteren:

Avinash Singh er en elektroingeniør med over 11 års rig erfaring inden for elektrisk vedligeholdelse, installation, test og idriftsættelse af alle større elektriske apparater. Han er specialiseret i at nedbringe et anlægs energiomkostninger ved at reducere elregninger og øge energieffektiviteten. Han reducerer også omkostningerne ved nedbrydning af anlæg ved at gennemføre ordentlige vedligeholdelsesaktiviteter under rutine og nedlukning. Gennem disse casestudier deler han sine erfaringer og udfordringer i sin arbejdsrutine med læserne af Circuit Digest.