Zes manieren om overshoot uit een PID-regeling te halen

Een veelvoorkomende uitdaging bij PID-regelingen is overshoot: de geregelde variabele schiet voorbij zijn setpoint. Of dat een probleem is hangt van het proces af. Bij een temperatuurregeling met een productspecificatie is het dat vrijwel altijd.

Dit stuk zet zes strategieën naast elkaar. Een paar ervan komen we in de industrie voortdurend tegen als duct-tape-oplossing; die noemen we ook als zodanig. De andere zijn robuuster, en kosten meer voorbereiding.

Het uitgangspunt: een goed ingestelde PI die tóch overschiet

Neem een optimaal ingestelde PID waarbij de D-actie op nul staat, dus effectief een PI-regelaar. Voor sommige processen, temperatuurloops voorop, is het onmogelijk om zonder overshoot op setpoint te komen zolang je een PI gebruikt. Een P- of PD-regelaar lukt vaak wel, maar de integrerende actie is meestal nodig om de temperatuur daadwerkelijk óp het setpoint te krijgen in plaats van ernaast.

PI-regelaars zijn eenvoudiger en minder gevoelig voor ruis, maar leiden in systemen met veel traagheid of dode tijd tot aanzienlijke overshoot. Die overshoot verlengt niet alleen de insteltijd; hij kan ook ongewenste systeemreacties uitlokken.

Het voorbeeld door dit stuk heen: een batchproces waarin een product van kamertemperatuur naar 100 °C wordt gebracht. Dat moet snel genoeg gebeuren, en de temperatuur mag nooit boven 105 °C komen.

1. Setpoint-prefiltering

Filter het setpoint voordat het de regelaar in gaat. Daarmee wordt de respons van de regelaar op een plotselinge setpointsprong minder agressief. Een eerste-orde vertraging volstaat vaak; soms is er een uitgebreider profiel nodig. Het setpoint verandert geleidelijker, het systeem reageert rustiger, en de overshoot krimpt mee.

Waar het misgaat. Het is zelden triviaal hóé je moet filteren. Om het setpointprofiel of het filtertype te optimaliseren heb je simulatiegereedschap nodig, en dat ontbreekt meestal op de plek waar de beslissing genomen wordt.

2. De uitsturing begrenzen

De uitgang van de regelaar aftoppen is de eenvoudigste manier om overmatige overshoot te voorkomen. We zien deze methode vaak toegepast bij klanten.

Waar het misgaat. Vaker wel dan niet levert het op de langere termijn allerlei andere problemen op, en dat is precies het moment waarop wij gebeld worden. Een begrensde uitsturing lost het symptoom op door de regelaar structureel te verzwakken; bij een verstoring die wél vermogen vraagt, staat hij er dan zonder.

3. De integrator tijdelijk uitschakelen

De integrator sommeert de fout over de tijd, wat tot een steeds sterkere regelactie leidt. Bij een setpointwijziging is dat precies wat de overshoot veroorzaakt. Een praktische oplossing is de integrator tijdens zo’n wijziging te bevriezen of uit te schakelen, zodat de P-actie en eventueel de D-actie het systeem eerst stabiliseren zonder die extra duw.

Waar het misgaat. Dit kan lastig zijn, want met de integrator uit kan de fout groot blijven, waardoor het inschakelmoment nooit komt. In integrerende processen zoals temperatuurregelingen is het wel een reële optie.

4. Setpoint weighting

Een PID met setpoint weighting heeft aparte parameters voor het volgen van het setpoint en voor het onderdrukken van verstoringen. Die ontkoppeling is precies wat je wilt: de agressieve respons die nodig is om snel van een verstoring te herstellen, kun je in evenwicht brengen met een zachtere respons op setpointveranderingen. Overshoot omlaag, verstoringsonderdrukking intact.

Het is bovendien eenvoudig te implementeren, en de meeste PID-regelaars hebben het al aan boord. In het PID_Compact-blok van Siemens heet het weging van de proportionele actie en weging van de afgeleide actie. Het zit ook in onze eigen PID-implementatie in C. Tunen doe je het beste in simulatie, met de PID Tuner.

Dit is in de praktijk vaak de beste verhouding tussen effect en inspanning.

5. Smith-predictor

Voor systemen met een aanzienlijke dode tijd is de Smith-predictor een krachtige oplossing. Je zet een voorspellend model van het proces naast de regeling, dat schat wat de uitgang gaat doen op grond van de huidige regelacties. Door voor de dode tijd te compenseren handelt de PID op de voorspelde toestand in plaats van op de vertraagde meting. De regelaar kan dan getuned worden alsof er geen vertraging is, met behoud van stabiliteit.

Waar het misgaat. Het model moet nauwkeurig genoeg zijn. Is de modelfout te groot, dan kan de constructie zelfs instabiel worden. Gebruik hem dus alleen waar het proces over het hele bedrijfsbereik betrouwbaar te modelleren is, en dat is voor de meeste processen het geval.

6. Model predictive control

MPC optimaliseert naar een gewenste respons met behulp van de procesdynamiek. Het kijkt vooruit, ziet de overshoot dus aankomen voordat hij optreedt, en past de uitsturing daar nu al op aan. Dat is fundamenteel iets anders dan achteraf corrigeren.

Het is ook de zwaarste ingreep van de zes, en de enige die een model als voorwaarde heeft in plaats van als hulpmiddel.

Wat wij hiervan vinden

Overshoot ondermijnt prestaties en stabiliteit, maar is met de juiste strategie goed weg te krijgen. De vraag is welke strategie past bij het systeem dat je voor je hebt.

De volgorde die wij aanhouden: begrijp eerst waar de overshoot vandaan komt. Zit hij in de setpointsprong, dan zijn setpoint weighting of prefiltering de goedkoopste oplossingen. Zit hij in dode tijd, dan is een Smith-predictor het antwoord en helpt tunen niet. Zit hij in een harde specificatiegrens die met meerdere doelen concurreert, dan is MPC de moeite waard.

Wat we niet aanraden is de uitsturing aftoppen. Dat is geen oplossing maar een verzwakking, en het rekent zichzelf later af op het moment dat u de regelaar het hardst nodig heeft.