UART vs I2C vs SPI für Interprozessor-Kommunikation zwischen Mikrocontrollern

Question

Ich untersuche eine Möglichkeit, zwei Mikrocontroller zu verbinden. Auf der Ebene der Serialisierung denke ich an Nano-Protobuffer (http://code.google.com/p/nanopb/). Auf diese Weise kann ich Nachrichten verschlüsseln/decodieren und sie zwischen zwei Prozessoren senden.

Grundsätzlich wäre ein kleiner Prozessor der RPC-Server, der mehrere Funktionen ausführen kann. Größere Prozessoren rufen RPCs über gesendete Nachrichten auf, und wenn die Daten bereit sind, werden sie von einem kleineren Prozessor gelesen.

Was wären die Vor-/Nachteile der Verwendung von UART, I2C oder SPI?

Nachrichten werden vor dem Senden in die Mailbox-Warteschlange gestellt.

Mit freundlichen Grüßen, Drasko

Answer 1

Es auf Ihren gesamten Bedarf abhängig ist und wie teuer sind Pins.

I2C benötigt nur zwei Pins, aber es ist langsam und es mit oder ohne Interrupts zu handhaben ist ein Schmerz, selbst mit den eingebauten Peripheriemodulen. Es ist ein Master/Slave-System, es ist gut für die Steuerung vieler langsamer Geräte wie Temperatursensoren.
Nur zwei Leitungen für alle Busgeräte, die Auswahl erfolgt über eine I2C-Adresse im Protokoll.

Uart benötigt zwei Pins, ist normalerweise schneller, einfacher zu handhaben, benötigt aber (fast) die gleichen Uhren auf beiden Seiten. Eins zu eins asynchrone System, kann gut sein, wenn beide Systeme manchmal Daten gesendet werden müssen, ohne auf eine Master-Abfrage zu warten.
Kann auch als Bussystem verwendet werden, aber dann benötigen Sie eine Master/Slave-Struktur oder komplexere Protokolle.

SPI benötigt 3 (oder 4 mit CS) Pins, es ist die schnellste, einfach zu implementieren, auch mit DMA, geringer CPU-Zeitaufwand, oft gepuffert. Wenn Sie genügend freie Pins haben, würde ich es bevorzugen.