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
-
dann gibt es im selben Kapitel das "RC Channels packed Payload"
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
was nach Telemetrie klingt, die das Modell an die Fernsteuerung sendet.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.
-
dann gibt es im selben Kapitel das "RC Channels packed Payload"
was danach klingt, dass die Fernsteuerung an das Modell sendet.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.
