Waarom delay() alles blokkeert

De functie delay pauzeert je sketch gedurende een ingesteld aantal milliseconden. Dit is de eenvoudigste manier om alles te vertragen en een knippering zichtbaar te maken.

delay(1000) wacht precies één seconde, omdat de waarde in milliseconden staat. delay(500) is dus een halve seconde en delay(2000) is twee seconden.

Het nadeel: delay bevriest alles. Terwijl het bord wacht, doet het helemaal niets anders, als iemand die zijn adem inhoudt. 😮

Tijdens een delay kan je bord een druk op een knop niet opmerken. Druk je tijdens de pauze op de knop, dan wordt die druk simpelweg genegeerd. Voor een gebruiker lijkt dat defect.

Hier staat er tussen de controles een delay van één seconde. Elke druk die in die hele seconde plaatsvindt, gaat verloren voordat de volgende uitlezing gebeurt.

Omdat delay blokkeert, kun je niet tegelijk een led laten knipperen en een sensor uitlezen. De hele sketch wacht als één taak.

Twee aanroepen van delay na elkaar worden gewoon bij elkaar opgeteld. Verspreid je er meerdere, dan is je bord het grootste deel van de tijd bevroren en reageert het niet.

delay is niet slecht. Voor één knipperende led, waarbij verder niets gebeurt, is het volkomen duidelijk en prima om te gebruiken.

Het echte doel is een niet-blokkerende sketch die blijft reageren terwijl hij ook gebeurtenissen timet. Dat betekent dat je de lus nooit bevriest met een lange pauze.

In plaats van te pauzeren, kun je vragen hoeveel tijd er is verstreken en pas handelen wanneer er genoeg tijd voorbij is. Intussen blijft de lus draaien.

Straks maak je kennis met millis, een klok waarmee je verstreken tijd kunt meten zonder iets te bevriezen. Zo blijven echte projecten reageren.

Je hebt gezien dat delay eenvoudig is, maar het bord bevriest, invoer mist en andere taken blokkeert. Hierna ga je gebeurtenissen timen zonder de lus te stoppen. ✨