Hastighedskontrol af BLDC-motor: åben sløjfe, lukket sløjfe og PID forklaret

Hvorfor BLDC-motorer har brug for aktiv hastighedskontrol

En børstet jævnstrømsmotor sænker farten eller accelererer på en ret direkte måde - skift spændingen over børsterne, og motoren reagerer. En børsteløs DC (BLDC) motor har ikke den luksus. Uden børster og en mekanisk kommutator skal noget andet afgøre, hvilken vikling der får strøm på hvilket øjeblik, og det samme system ender også med at være ansvarlig for hastigheden.

Det "noget andet" er motorstyringen. Den skifter strøm gennem de trefasede viklinger i den korrekte rækkefølge for at holde motoren i gang, og ved at justere, hvordan den omskiftning sker, indstiller den også, hvor hurtigt rotoren drejer. Hvis styrestrategien er forkert, kan motoren enten ikke nå den hastighed, den bliver bedt om, eller den jager og svinger i stedet for at holde fast - et problem, der konstant viser sig i navmotorer, der almindeligvis er parret med hastighedskontrollerede BLDC-drev på e-cykler og lette elbiler, hvor ryttere forventer, at gasresponsen føles øjeblikkelig og lineær.

Open-loop hastighedskontrol: PWM Duty Cycle

Den enkleste måde at styre en BLDC-motors hastighed på er åben-sløjfe: controlleren justerer pulsbreddemodulationen (PWM) duty cycle, der føder effekttransistorerne, hvilket ændrer den gennemsnitlige spænding påført viklingerne, hvilket ændrer hastigheden. Højere driftscyklus, mere gennemsnitlig spænding, hurtigere spin. Ingen feedbacksløjfe kontrollerer, om motoren rent faktisk nåede den ønskede hastighed - controlleren beordrer blot en driftscyklus og stoler på, at motoren følger.

Denne tilgang er almindelig, fordi den er billig og enkel at implementere, og Texas Instruments' applikationsvejledning om sensoreret BLDC-styring bemærker, at det fungerer godt specifikt i systemer, hvor forholdet mellem input og resulterende hastighed er forudsigeligt, og stram sporing ikke er kritisk. Afvejningen viser sig under variabel belastning: uden feedback trækker en pludselig belastningsforøgelse hastigheden ned, og controlleren kan ikke vide, at den skal kompensere.

Closed-loop hastighedskontrol: Hallsensorer og feedback

Lukket sløjfekontrol løser den blinde vinkel ved at tilføje et feedbacksignal - normalt fra Hall-effektsensorer, der allerede er til stede til kommutering, nogle gange fra en dedikeret encoder. Controlleren sammenligner løbende den faktiske hastighed med målet, beregner fejlen og justerer PWM-driftscyklussen i realtid for at lukke hullet.

Fordi Hall-sensorer allerede rapporterer rotorposition til kommuteringsformål, giver det lidt ekstra hardwareomkostninger at udlede hastigheden fra timingen mellem Hall-tilstandsovergange. Det gør Hall-baseret styring med lukket sløjfe til standardvalget på tværs af de fleste kommercielle BLDC-applikationer - den holder hastigheden stabil, når belastningen ændres, uden at have behov for en separat hastighedssensor.

PI- og PID-kontrol: Algoritmerne bag lukket sløjfe-præcision

Matematisk inde i lukket sløjfe kontrol kommer normalt ned til en PI- eller PID-controller, der virker på fejlen mellem mål og faktisk hastighed.

En PI (Proportional-Integral) controller kombinerer en proportional term, der reagerer på den aktuelle fejl, med en integral term, der akkumulerer tidligere fejl over tid, hvilket eliminerer den lille steady-state offset, som en proportional term alene ville efterlade. Tilføjelse af et afledt udtryk forvandler det til en fuld PID-controller, som også reagerer på ændringshastigheden af ​​fejlen - nyttigt til at dæmpe overskydning i systemer, der skal indstille sig på en målhastighed hurtigt uden at oscillere forbi den.

PI-kontrol plejer at være den praktiske standard for hastighedsregulering til generelle formål, fordi den er nemmere at indstille og mindre følsom over for sensorstøj end en fuld PID-sløjfe. PID tjener sin ekstra kompleksitet i applikationer som robotteknologi eller droner, hvor hurtig, præcis indstilling ved en ny hastighed betyder mere end tuning af enkelhed.

Hvordan controllervalg påvirker den virkelige verdens hastighedskontrolkvalitet

Kontrolalgoritmen fungerer kun så godt som hardwaren, der udfører den. En controller med en langsom kontrolsløjfe eller dårlig strømføling vil stadig jage og halte selv med velafstemte PID-forstærkninger, hvilket er grunden til, at responshastigheden er vigtig som en hardwarespecifikation, ikke kun en softwarespecifik. En controller med hurtig respons, der er indstillet til hurtig hastighedskorrektion forkorter forsinkelsen mellem en belastningsændring og controllerens kompenserende respons, hvilket er det, der faktisk bestemmer, hvor stabil motoren føles under virkelige belastningsudsving snarere end i en ren bænktest.

PWM-koblingsfrekvens og dens interaktion med motorviklingerne påvirker også den hørbare og mekaniske side af hastighedskontrol - et dårligt indstillet koblingsskema kan producere klynk eller vibration, der bliver værre, efterhånden som arbejdscyklussen ændres. En ultra-støjsvag controller, der holder PWM-støjen lav ved hastighed adresserer det direkte, hvilket betyder noget i forbrugerapplikationer, hvor hørbar motorstøj er lige så meget en klagefaktor som rå ydeevne.

Matchende controller til motor for pålidelig hastighedskontrol

Selv en veldesignet controller med lukket sløjfe kan ikke kompensere for et misforhold mellem dens nuværende rating, Hall-sensorkonfiguration og den motor, den driver. Polantal, fasemodstand og sensortiming har alle betydning for, hvor rent en controller kan læse feedback og reagere, og en uoverensstemmende parring viser sig som grov lavhastighedsdrift, overskydende varme eller hastighedskontrol, der aldrig helt sætter sig. Vores controller og motorparringsguide dækker, hvordan man kontrollerer, at en controllers specifikationer rent faktisk passer til den motor, den er beregnet til at drive, før disse problemer viser sig i marken.

For læsere, der ønsker at gå dybere ind i, hvordan selve kontrolalgoritmen bliver implementeret i firmware, vores dybere blik på softwarelaget bag moderne motorcontrollere dækker, hvordan disse kontrolsløjfer er struktureret og indstillet på firmwareniveau.