• Hallo Zusammen, Aufgrund der aktuellen Situation setzten wir die Möglichkeit aus, sich mit Gmail zu registrieren. Wir bitten um Verständnis Das RCMP Team

CRSF Basics für ELRS-DIY Aktivitäten

Jassonde

Mitglied
Hallo zusammen,

ich überlege meine RC-Links auf ERLS um zu stellen.
Ich benutze Funken mit eigener Software was bedeutet, ich muss meiner Software beibringen mit ERLS TX/RX Modulen zu kommunizieren.
Da sind mir ein paar ganz grundlegende Dinge nicht klar, bzw. ich suche nach Bestätigung oder Korrektur meiner Überlegungen.
-

1) Soweit ich die Dinge aktuell verstanden habe und so 85% sicher bin :
1.1) ERLS ist das Protokoll auf der Luftschnittstelle zwischen den RX und TX Modulen. Das bedeutet, aktiv habe ich als Nutzer der Module damit nichts zu tun. (Korrekt / Falsch) ?
1.2)
Das Protokoll mit dem TX und RX Module mit ihren jeweiligen Plattformen kommunizieren (also das TX mit der Funke und das RX z.B. mit dem Flightcotroller) ist CRSF. (Korrekt / Falsch) ?


2) Was mir unklar ist:
-
2.1)
Wo ist der technische Unterschied zwischen einem TX und einem RX Modul?
Im Prinzip kann man ja völlig symmetrische Transeiver bauen. Bidirektionale Kommunikation legt sowas erstmal immer nahe, das zu machen. Dann können Transeiver noch logisch identisch sein, aber deren Hardware z.B. auf Senden oder Empfangen optimiert.

2.1) Ist das CRSF am TX und RX Modul symetrisch?
Auf Github gibt es eine Dokuseite die ich nicht sicher interpretieren kann - Mich wundert z.B. dass es nicht dezidierte RX und TX Frametypen gibt, bzw. wenn das implizit so ist, es in der Doku nicht ein Kapitel TX-Frametypes und eines RX-Frametypes gibt.
Z.B. das "RPM Frame" ist beschrieben mit
Frame type used to transmit RPM (revolutions per minute) telemetry data from the craft to the transmitter. This frame can be used to report motor or propeller RPM for monitoring performance or diagnostics.
was nach Telemetrie klingt, die das Modell an die Fernsteuerung sendet.
-
dann gibt es im selben Kapitel das "RC Channels packed Payload"
16 channels packed into 22 bytes. In case of a Failsafe, this frame will no longer be sent (when the failsafe type is set to "cut"). It is recommended to wait for 1 second before starting the FC failsafe routine.
was danach klingt, dass die Fernsteuerung an das Modell sendet.
 
Hey. Ja das Modul Protokoll ist crsf.
Ich habe gerade auch research gemacht ob ein Standard elrs Modul in ein nano Schacht "passt".

Dabei bin ich auf einen interessanten hack gestossen der evtl auch andere deiner Fragen beantwortet. Man kann ein elrs rx zu einem tx Modul Flashen!
Schau dir das Video mal an.

Edit. Da nur 3 Adern benutzt werden ist das erstmal ohne Telemetrie nehme ich an. Die übrigen Adern würde ich dann fuer den Rückkanal halten

Ich bin kurz davor mir eine Radiomaster mt12 4in1 zu kaufen und dann einen elrs Empfänger dazu als tx Modul. Telemetrie Brauch ich nicht


----

Edit: Nochmal zu deinen Fragen 2.1:
Wenn 1.1 und 1.2 ja/ja sind (behaupte ich, ohne tiefen plan)

Dann ist die GitHub doc nur fuer crossfire und nicht für elrs und damit nur fuer die Kommunikation innerhalb deiner Funke.
Vor elrs wurde aber crossfire ja auch zum fliegen benutzt und ist damit evtl viel mächtiger als noetig fuer die reine modulkommunikation .
Evtl brauchst du die ganze packet Aufschlüsselung und frame Packs gar nicht wenn es nur die Modulkommunikation bedient.

Oder du musst die ganze packetaufschluessug von elrs (tx-rx)auf die vom crsf(tx-edge) Mappen.

Da habe ich aber auch keinen plan, nur ein paar Gedanken dazu.
 
Zuletzt bearbeitet:

Jassonde

Mitglied
Ich bin etwas verwirrt - vor allem weil die verschiedenen Quellen etwas ambigious sind, wann es um das Funkprotokoll/ Technologie geht und wann um das Protokoll, womit die Funke mit dem Modul kommuniziert.

In diesem Bild z.b.
Screenshot_20260411_113649_Chrome.jpg

geht es um ein ELRS Modul und am Pininterface steht "CRSF Serial Port".
Das sagt mir ELRS ist die Luftschnitstelle und CRSF das Protokoll zwischen TX-Modul und Funke.
Steht CRSF für Crossfire?
-
Jetzt finden sich aber auch Treffer á la "Crossfire vs. ELRS" - das macht keinen Sinn wenn das eine ein kabelgebundenes Protokoll ist und das andere ein HF Protokoll. Dann schließen die sich technisch nicht zwingend gegenseitig aus, was auch das Bild von dem Modul nahe legt, dass es sich nicht ausschließt.
-
Wobei du auch geschrieben hast
Vor elrs wurde aber crossfire ja auch zum fliegen benutzt
.
Das klingt auch nach alternativ zu einander.
 

schnerf

Mitglied
Die Antwort ist glaube ich irgendwo beides und vermutlich irgendwo historisch so gewachsen.
Crossfire ist der Name des 900Mhz Protokoll von TBS. TBS hat in diesem Zuge auch das (gleichnamige) CRSF Protokoll für die Verbindung Empfänger-Flightcontroller entwickelt, vermutlich auch für die Verbindung Sender-Modul. Die CRSF Schnittstelle ist meine ich zumindest teils Open source, vermutlich damit Betaflight und OpenTx dafür entwickelt werden konnten.
Das Crossfire System ist/war bei den FPV Jungs sehr beliebt und ich vermute daher haben die ELRS Entwickler die CRSF Schnittstelle übernommen. Kann ja auch mehr als das vorher verwendete sbus
 

Jassonde

Mitglied
Die Antwort ist glaube ich irgendwo beides und vermutlich irgendwo historisch so gewachsen.
Crossfire ist der Name des 900Mhz Protokoll von TBS. TBS hat in diesem Zuge auch das (gleichnamige) CRSF Protokoll für die Verbindung Empfänger-Flightcontroller entwickelt, vermutlich auch für die Verbindung Sender-Modul. Die CRSF Schnittstelle ist meine ich zumindest teils Open source, vermutlich damit Betaflight und OpenTx dafür entwickelt werden konnten.
Das Crossfire System ist/war bei den FPV Jungs sehr beliebt und ich vermute daher haben die ELRS Entwickler die CRSF Schnittstelle übernommen. Kann ja auch mehr als das vorher verwendete sbus
Ok - dachte ich mir wenn ich ehrlich bin - ich wollte die Antwort nur nicht vor-suggestieren, um keinen False-Positive zu bekommen :)

Vielen Dank auf jedenFall
 
Top Bottom