[INTERRUPT] Info importante per aspiranti microcontrollisti

[WALTERmwp]

Ma esistono gestioni tipo "polling" anche per i micro?

... potresti precisare che non capisco a cosa ti riferisci ?

Saluti

[speedyant]

Questa sarebbe la "ricerca" che mi ha indotto il dubbio:
http://stackoverflow.com/questions/4813368/usb-polling-mechanism

Era comunque una curiosità.

[speedyant]

Ma esistono gestioni tipo "polling" anche per i micro?

... potresti precisare che non capisco a cosa ti riferisci ?

Saluti

Sfido che sia una domanda "criptica", avevo clamorosamente confuso interrupt software con interrupt hardware...
Altro che curiosità...

[GuidoB]

all' interno delle ruotines o funzioni di servizio delle interrupt bisogna metterci meno codice possibile, il minimo indispensabile!
Metterci codice in più di quello strettamente necessario nelle gestioni dell' interrupt è sbagliato!
A meno che non ci debba essere una reazione velocissima all' interrupt, le azioni si fanno al di fuori della funzione di servizio.

Concordo.
È una delle due cose più importanti che ho imparato.
L'altra è evitare, per quanto possibile, il polling per leggere gli eventi esterni.

Un evento esterno genera un interrupt, la procedura di interrupt viene chiamata e legge i parametri strettamente indispensabili per la successiva gestione (per esempio il tipo di evento e l'istante in cui si è verificato). Li mette da qualche parte in memoria (per esempio in una coda FIFO) ed ESCE.
Se gli eventi sono pochi e non necessitano parametri o gestioni complesse si può evitare la coda, basta anche solo incrementare o comunque modificare delle variabili.

POI (subito dopo) un processo fuori dall'interrupt leggerà gli eventi da questa coda o da queste variabili e chiamerà le rispettive procedure di gestione (gli "event handlers").

Se oltretutto non si fa uso di polling il processore è meno caricato, può rispondere più prontamente agli eventi e può anche essere messo in sleep (basso consumo) quando non c'è niente da gestire.
Si ottiene così un sistema altamente reattivo e a minimo consumo.

È tutto spiegato mirabilmente nel libro di Miro Samek Practical UML Statecharts in C/C++, 2nd Ed..

Vedere anche questo intervento e il successivo.