SPI_RX - EIN NEUES EMPFÄNGERPROTOKOLL | FC MIT INTEGRIERTEM RX

SPI_RX - EIN NEUES EMPFÄNGERPROTOKOLL | FC MIT INTEGRIERTEM RX

SPI_RX ist ein neues Kommunikationsprotokoll zwischen dem Flugregler und dem Empfänger, das SPI BUS verwendet. Wir werden erklären, was SPI_RX ist und welche Vorteile es gegenüber herkömmlichen seriellen Empfangsprotokollen wie SBUS bietet.

Was ist SPI_RX?

Es ist ein Flight Controller mit integriertem Empfänger, der letztendlich das neue SPI_RX-Protokoll verwendet. Beachten Sie, dass der SPI_RX überhaupt nicht mit FPort verbunden ist, einem anderen RX-Protokoll, das von Frsky und Betaflight entwickelt wurde.

Was ist SPI?

Grundsätzlich ist SPI ein Kommunikationsprotokoll wie UART, ein serielles Kommunikationsprotokoll. Eine SPI-Verbindung erfordert 4 Drähte, während eine UART-Verbindung nur 2 (TX und RX) verwendet. Die SPI ist jedoch schneller als UART und belastet den Prozessor weniger.

Die Verwendung von SPI BUS in Flugsteuerungen ist kein neues Konzept. Tatsächlich haben wir es schon immer für unsere Sensoren wie Gyroskop, SD-Kartenleser usw. verwendet.

SPI-Beispiel für Betaflight OSD

In jüngerer Zeit haben wir unser OSD von UART zu SPI "verbessert" und so haben wir Betaflight OSD. Wenn Sie MinimOSD bereits verwendet haben, sollten Sie bereits erkannt haben, wie viel besser das Betaflight-OSD im Vergleich zum herkömmlichen OSD ist, das eine serielle Verbindung verwendet: Betaflight-OSD benötigt keinen UART

Betaflight OSD hat aus folgenden Gründen eine schnellere Aktualisierungsrate :

  • 1. SPI ist ein schnelleres Protokoll als UART
  • 2. Der FC-Mikrocontroller (MCU) ist direkt mit dem OSD-Chip verbunden, ohne dass eine andere MCU im OSD (z. B. MEGA328P in der MinimOSD) durchläuft.

Keine Verdrahtung oder Löten

Die Verbindung und Einstellungen von SPI_RX

Empfänger, die SPI BUS verwenden, haben ähnliche Vorteile. Das Interesse von SPI_RX besteht darin, den integrierten Empfänger auf dem FC zu haben.

Serielle Empfängerprotokolle, einschließlich SBUS, IBUS, Spektrum DSM und TBS Crossfire, erfordern alle eine dedizierte MCU am Empfänger als Schnittstelle für die Kommunikation mit dem Flight Controller über UART.

Wie Sie in der SPI-Empfängerverbindung sehen können, kann die FC-MCU direkt mit dem Empfänger-RF-Chip kommunizieren. Es ist nicht notwendig, eine andere MCU als Kommunikationsschnittstelle am Empfänger zu verwenden.

Der neue Empfängermodus "SPI_RX Support" wird zu Betaflight Configurator in BF 3.3 hinzugefügt. Dort finden Sie die verschiedenen Protokolle, die es unterstützt.

Für Benutzer von Taranis und Horus verwenden Sie die Protokolle Frsky_X (16 Kanäle) und Frsky_D (8 Kanäle).

Die Vorteile von SPI_RX aus dem, was wir bisher wissen:

SPI_RX unterstützt Telemetrieskript und LUA

SPI_RX kann zwei UARTs freigeben, indem SBUS und SmartPort oder mindestens 1 UART ersetzt wird, indem CRSF, iBUS oder DSM ersetzt wird.

Laut einem Betaflight-Entwickler sollte die Latenz theoretisch niedriger sein als bei SBUS.

Empfänger, die SPI_RX verwenden, können in Flight Controller integriert werden, und die Gesamtkosten sollten niedriger sein als beim Kauf von autonomen Empfängern wie dem R-XSR. Außerdem gibt es keine Sorgen mehr beim Schweißen und Verdrahten

Sie können den Verbindungsmodus in der Software aktivieren oder die Verbindungsschaltfläche als normale Empfänger verwenden.

RSSI ist im Protokoll integriert, sodass kein RSSI-Wert über einen Kanal gesendet werden muss

Die Nachteile

(Nicht bestätigt) Wenn Sie Ihre FC-Firmware mit einem integrierten SPI-Empfänger flashen, müssen Sie TX und RX erneut verbinden. BF kann eine Funktion implementieren, um Verbindungsinformationen in der Zukunft zu speichern, um sie nicht zu löschen, wenn die Firmware blinkt.

Teilen Sie uns mit, wenn Sie weitere Informationen und Kommentare haben.

Alle Kommentare

Lassen Sie eine Antwort