Polling versus interrupts

Tot nu toe gebruikt je lus polling: de lus blijft rondgaan en vraagt elke sensor en knop steeds opnieuw of er iets is veranderd.

Bij een typische pollingbewerking lees je bij elke doorgang van de lus een pin uit. Komt de waarde overeen met wat je wilt, dan reageer je; anders blijf je gewoon doorlopen. 🔁

Polling werkt, maar kost moeite doordat je blijft vragen terwijl er niets is veranderd. Je board verbruikt cycli aan het controleren van een pin die lange tijd hetzelfde blijft.

Als een trage taak of een lange delay de lus bezighoudt, kan een korte druk voorbij zijn voordat je de pin opnieuw leest.

Sommige signalen zijn snel en kort: een piek van een sensor, een encoderflank of een korte puls. Mis je het moment, dan is de gebeurtenis voorgoed voorbij.

Een interrupt draait het model om: in plaats van dat jij vragen stelt, geeft de hardware je meteen een seintje zodra er iets op een pin gebeurt.

Wanneer een interrupt afgaat, pauzeert de chip wat de lus aan het doen was, voert hij je handler uit en gaat hij daarna precies verder waar hij was gebleven. ⚡

Omdat de hardware de pin voor je bewaakt, activeert zelfs een heel korte puls je code. Zo vang je gebeurtenissen op die een trage lus zou overslaan.

Omdat interrupts urgente signalen afhandelen, blijft je lus overzichtelijk en responsief. De lus kan rustig ander werk doen zonder voortdurend te controleren.

Niet alles heeft een interrupt nodig. Voor een knop die iemand langzaam indrukt, is polling eenvoudiger en ruim voldoende.

Gebruik een interrupt wanneer een gebeurtenis snel of kort is, of kan optreden terwijl de lus bezig is. In andere gevallen houdt polling het eenvoudig.

Je hebt gezien dat polling steeds blijft vragen, terwijl een interrupt een melding geeft. Gebruik interrupts voor snelle gebeurtenissen en polling voor rustige gebeurtenissen. 🎉