È sicuro SPI per essere interrotto?

Sto scrivendo su una scheda microSD dal mio firmware, ma è l'attività con la priorità più bassa, quindi può essere interrotta da altre attività mentre è nel mezzo della lettura / scrittura.

Supponiamo ora che abbia comunicato con questa scheda microSD usando un UART. Il problema durante le letture sarebbe che l'hardware RX FIFO traboccerebbe, quindi il ritardo massimo che posso fare sarebbe (dimensione FIFO × byte / secondo), e durante le scritture non ci sarebbero problemi, perché l'altra estremità aspetterebbe solo che io invia il prossimo personaggio.

Come funziona ora sto usando SPI? La situazione è la stessa che per le scritture non ha importanza e per le letture dipende dalle dimensioni SPI FIFO?

La stragrande maggioranza dei dispositivi SPI sarà perfettamente felice a qualsiasi velocità di dati inferiore al massimo specificato. Si potrebbe eseguire parte di una transazione, fare una pausa in qualsiasi momento, tornare qualche anno dopo e finirla. A condizione che non vi fossero anomalie sull'orologio, sulla selezione o sulle linee elettriche, la transazione sarebbe stata completata normalmente.

Esistono tre avvertenze principali di cui tenere conto:

1. In generale, una volta che una transazione è iniziata su un bus SPI, nessuno dei fili sul bus può essere utilizzato per altri scopi fino al completamento della transazione. In generale, ciò significa che un interrupt non può utilizzare un bus SPI tranne quando è l'unica cosa che utilizzerà bus (può essere possibile per l'interrupt di avere l'uso esclusivo del bus in alcuni momenti, e per il principale programma per avere l'uso esclusivo in altri momenti). Alcuni dispositivi includono perni speciali per far loro "ignorano" il bus nel mezzo di una transazione, ma anche con tali caratteristiche non consiglierei cercando di avere un interrupt sospendere un'operazione SPI con un solo dispositivo, eseguire una transazione con un altro dispositivo, e poi lasciare che il codice sottostante riprendere la sua transazione con il primo. Meglio avere l'uso interrupt un bus SPI separato.
2. Alcuni dispositivi possono comportarsi in modo strano se una transazione va avanti da troppo tempo. Alcuni chip orologio in tempo reale, per esempio, non double-buffer registri ora / data, ma invece fermo eventi "time-anticipate" che si verificherebbero durante una transazione e applicare loro dopo la transazione è stata completata. Se una transazione impiega così tanto tempo che arriva un secondo evento di anticipo, quest'ultimo evento verrà ignorato, facendo scorrere l'orologio per quel lasso di tempo. Vedo nessuna scusa per la progettazione di un chip in modo tale (anche se uno non voleva che il costo del doppio buffering dei dati, specificando che il software è stato responsabile di assicurare la coerenza sarebbe più conveniente che aggiungendo la logica di "aggiornamento differimento", e sarebbe minimizzare la probabilità di disturbi dell'orologio), ma esistono tali chip.
3. Esistono alcuni dispositivi che utilizzano un segnale di clock e dati, ma che utilizzano una "pausa" per indicare l'inquadramento. L'esempio recente più di questo che ho incontrato è stata una stringa di luce di controllo-per-lampadina LED. Non mi piacciono particolarmente questi progetti (si potrebbe anche indicare l'inquadratura usando tre fronti di salita consecutivi sul cavo dati senza alcun clock intermedio) ma, di nuovo, tali dispositivi esistono.

Sebbene alcuni tipi di comunicazioni richiedano l'utilizzo di temporizzazioni particolari, raramente vi sono motivi per cui i dispositivi SPI le richiedano. Tuttavia, si deve essere consapevoli dell'esistenza di tali dispositivi.

Controllo di una copia della specifica (che non posso citare per il copyright / motivi NDA) il tasso di SPI è specificato iniziando a 0 Hz implicando funzionamento statico va bene. Sotto SPI si ottiene solo i dati indietro mentre il dispositivo è in fase di clock, quindi se si utilizza uno SPI hardware riceverai qualcosa solo dopo che i dati (anche se 0 / non si preoccupano) è stato inviato. Quindi, a questo proposito è diverso da un UART in cui è possibile ricevere i dati non richiesti indietro in qualsiasi momento.