Kann SPI sicher unterbrochen werden?

Ich schreibe von meiner Firmware aus auf eine microSD- Karte, dies ist jedoch die Aufgabe mit der niedrigsten Priorität, sodass sie während des Lese- / Schreibvorgangs von anderen Aufgaben unterbrochen werden kann.

Angenommen, ich habe mit dieser microSD-Karte über einen UART kommuniziert. Das Problem während des Lesens wäre, dass der Hardware-RX- FIFO überlaufen würde, so dass die maximale Verzögerung, die ich anstrengen kann, (FIFO-Größe × Bytes / Sekunde) wäre, und während des Schreibens würde es kein Problem geben, da das andere Ende nur warten würde, bis ich es bin Sende das nächste Zeichen.

Wie funktioniert das jetzt mit SPI? Ist die Situation die gleiche, die für Schreibvorgänge keine Rolle spielt und für Lesevorgänge von der SPI-FIFO-Größe abhängt?

Die überwiegende Mehrheit der SPI-Geräte ist mit einer Datenrate unter dem angegebenen Maximum vollkommen zufrieden. Man könnte einen Teil einer Transaktion ausführen, jederzeit eine Pause einlegen, einige Jahre später zurückkehren und sie abschließen. Vorausgesetzt, es gab keine Störungen auf der Uhr, der Auswahl oder den Stromleitungen, würde die Transaktion normal abgeschlossen.

Es gibt drei wichtige Vorbehalte zu beachten:

1. Sobald eine Transaktion auf einem SPI-Bus begonnen hat, darf im Allgemeinen keine der Leitungen auf dem Bus für einen anderen Zweck verwendet werden, bis diese Transaktion abgeschlossen ist. Im Allgemeinen bedeutet dies, dass ein Interrupt möglicherweise keinen SPI-Bus verwendet, es sei denn, es ist das Einzige, das den Bus verwendet (es kann vorkommen, dass der Interrupt zu bestimmten Zeiten ausschließlich den Bus verwendet und für den Hauptbus) Programm zur ausschließlichen Verwendung zu anderen Zeiten). Einige Geräte verfügen über spezielle Pins, mit denen sie den Bus während einer Transaktion "ignorieren" können. Trotz dieser Funktionen würde ich nicht empfehlen, einen Interrupt zu veranlassen, eine SPI-Transaktion mit einem Gerät auszusetzen. Führen Sie eine Transaktion mit einem anderen Gerät durch. und lassen Sie dann den zugrunde liegenden Code seine Transaktion mit dem ersten fortsetzen. Besser, der Interrupt verwendet einen separaten SPI-Bus.
2. Einige Geräte verhalten sich möglicherweise merkwürdig, wenn eine Transaktion zu lange dauert. Einige Echtzeituhr-Chips puffern beispielsweise die Zeit- / Datumsregister nicht doppelt, sondern speichern alle "Zeitvorlauf" -Ereignisse, die während einer Transaktion auftreten würden, und wenden sie an, nachdem die Transaktion abgeschlossen ist. Wenn eine Transaktion so lange dauert, bis ein zweites Zeitvorlaufereignis eintrifft, wird das letztere Ereignis ignoriert, wodurch die Uhr um diese Zeitspanne verschoben wird. Ich sehe wirklich keine Entschuldigung für das Entwerfen eines Chips auf diese Weise (selbst wenn man nicht die Kosten für das doppelte Puffern der Daten haben wollte, wäre die Angabe, dass die Software dafür verantwortlich ist, dass ihre Kohärenz gewährleistet ist, billiger als das Hinzufügen der "Aktualisierungsverzögerungs" -Logik, und würde die Wahrscheinlichkeit von Taktstörungen minimieren), aber solche Chips existieren.
3. Es gibt einige Geräte, die ein Takt- und Datensignal verwenden, die jedoch eine "Pause" verwenden, um das Einrahmen zu kennzeichnen. Das jüngste Beispiel dafür war eine LED-Lichterkette mit Controller pro Birne. Ich mag solche Designs nicht besonders (man könnte das Framen genauso gut durch drei aufeinanderfolgende ansteigende Flanken auf der Datenleitung ohne dazwischenliegende Uhr anzeigen), aber es gibt auch solche Geräte.

Während bestimmte Kommunikationsarten die Verwendung bestimmter Timings erfordern, gibt es für SPI-Geräte selten einen Grund, diese zu benötigen. Dennoch muss man sich der Existenz solcher Geräte bewusst sein.

Wenn Sie eine Kopie der Spezifikation überprüfen (die ich aus Copyright- / NDA-Gründen nicht zitieren kann), wird die SPI-Rate ab 0 Hz angegeben, was bedeutet, dass der statische Betrieb in Ordnung ist. Unter SPI erhalten Sie Daten nur zurück, während das Gerät getaktet wird. Wenn Sie also ein Hardware-SPI verwenden, erhalten Sie etwas erst, nachdem Daten gesendet wurden (auch wenn 0 / egal). In dieser Hinsicht unterscheidet es sich von einem UART, bei dem Sie jederzeit unerwünschte Daten zurückerhalten können.