SONSTIGE MAVLink für OpenTx und Telemetrie Skript

Q

QuadCrash

Erfahrener Benutzer
#2
#2
Feine Sache ... und insgesamt ein interessanter Ansatz.

Wie stellst Du Dir die Übertragung von Mavlink-Daten bspw. mit Crossfire vor? Sofern konfiguriert, werden die Daten via Bluetooth am Crossfire TX ausgegeben ...

Mit Dragonlink hingegen wäre es einfach eine Verbindung der beiden UARTs.

Ganz ohne zusätzliche Hardware, also auch bspw. Dein Telemetrie-Modul, geht es natürlich nicht, aber nativ Mavlink auf der Funke hat schon einen gewissen Reiz.
 
O

OlliW

Erfahrener Benutzer
#3
#3
alles was wie nen Modem funktioniert sollte gehen

Crossfire hat zwei relevante Modi, die serielle Brücke und den Mavlink Modus, diesbzgl sollte es kein bischen anders als Dragonlink sein, einfach eine Verbindung der beiden UARTs
Bluetooth kommt da nirgends ins Spiel (ausser man will noch zusätzlich ne Brücke zu nem PC oder so auch noch aufbauen, was schon interessant sein kann, aber ein völlig anderes Thema ist)

EDIT: das hatte ich falsch verstanden und Crossfire taugt so wie es ist nicht für das Projekt

die Bemerkung mit dem "zusätzliche Hardware" verstehe ich nicht ... natürlich braucht es irgendetwas was in die Luft funkt ... sei es Crossfire, Dragonlink, oder das Telemetriemodul was ich benutze ... wenn du Crossfire, Dragonlink, etc pp., als zusätzliche Hardware bezeichnest dann ist das so, aber ...

wie gesagt, es sollte alles gehen was sonst so für ne MAVLink wireless Verbindung in der Community genommen wird ... SiK, RFD900, Crossfire, Dragonlink, OpenLRS, ULRS, QLRS, R9M, EzUHF, EZBroadcast, OpenHD, und wie sie nicht alle heissen ... und das eben alles ohne das es zusätzliches Zeug braucht was es nicht eh schon dafür brauchen würde ...

Diese Freiheit im wireless Link ... und das bei vollem Funktionsumfang ... finde ich schon noch gut.

das soll man erstmal mit FrSky, passthrough, xyz.Port und Konsorten hinbekommen :)
 
Zuletzt bearbeitet:
Q

QuadCrash

Erfahrener Benutzer
#4
#4
OlliW hat gesagt.:
Crossfire hat zwei relevante Modi, die serielle Brücke und den Mavlink Modus, diesbzgl sollte es kein bischen anders als Dragonlink sein, einfach eine Verbindung der beiden UARTs
Zum Vergrößern anklicken....
Der Unterschied zwischen Crossfire und Dragonlink ist, das bei CF nicht ohne weiteres ein UART verfügbar ist. Ich hab beide Systeme im Einsatz ...

OlliW hat gesagt.:
die Bemerkung mit dem "zusätzliche Hardware" verstehe ich nicht
Zum Vergrößern anklicken....
Der Smiley kam da nicht mit ... sprich, das war mit Augenzwinkern gemeint ;).

Ansonsten bin ich Mavlink-Fan, insofern kommt mir Dein Projekt durchaus gelegen.
 
S

Schlonz

Erfahrener Benutzer
#5
#5
Ich vermute, QuadCrash meint, dass man beim Crossfire prinzipiell erst mal nur die Möglichkeit hat, die Mavlink-Telemetrie per Bluetooth zu empfangen. Eine direkte serielle Anbindung ist offiziell weder unterstützt, noch dokumentiert. Von daher braucht es für Deine spannende Lösung irgendwas, das die Telemetrie von Bluetooth auf seriell umsetzt. Das kann zB. ein esp32 sein, oder ich habe bei mir noch einen Raspi0w dran hängen.

Man müsste dann auch nochmal prüfen, ob es da noch eventuell Probleme pder Überschneidungen mit der Telemetrie geben könnte, die das Crossfire seinerseits an den Sender liefert.

Aber ich finde Deine Lösung hochinteressant!

Viele Grüße,
Stefan
 
O

OlliW

Erfahrener Benutzer
#6
#6
naja, ich habe leider kein Crossfire und kann daher nicht selber testen, aber laut offiziellem Handbuch direkt von TBS runtergeladen ist das nicht so:

https://www.team-blacksheep.com/tbs-crossfire-manual.pdf

S.36: Serial bridge
S.36ff: MAVLink

ich kann da nichts von "geht vielleicht irgendwann mal in ferner Zukunft" lesen ... für mich liest sich das so als ob das jetzt und heute geht ...

EDIT: so wie ich das bisher verstehe ist es nur so dass es nur mit dem "großen" Tx geht aber nicht mit dem Kleinen, weil deas Kleine nicht die Pins hat ... aber ansonsten ...
 
Zuletzt bearbeitet:
Q

QuadCrash

Erfahrener Benutzer
#7
#7
Die Serial Bridge von Crossfire gibt TX-seitig die Daten (derzeit) immer per Bluetooth aus. Aber das kann man mit einem ESP32 übernehmen, kein Problem. Soll hier auch nicht weiter das Thema sein.
 
O

OlliW

Erfahrener Benutzer
#8
#8
also, das finde ich jetzt schon interessant, wäre schon sehr relevant ob Crossfire nun geht oder nicht ... das wäre schon irgendwie albern wenn man noch nen ESP oder was dazwischen klemmen müsst, und das wäre definitiv nicht was mir vorschwebt

wenn ich das richtig verstehe, was Ihr sagt ist also, dass ich das mit der Serial Bridge dahingehend falsch verstehe, dass es die zwar gibt, es aber auf der Tx Seite keine UART Rx&Tx Pins dazu gibt, sondern auf die Tx-seitige Serial Bridge nur über Bluetooth zugegriffen werden kann?
 
Q

QuadCrash

Erfahrener Benutzer
#10
#10
Grundsätzlich müsste man aber erst mal wissen, ob Deine Telemetrie-Umsetzung sind nicht mit den Telemetrie-Daten kneift, die das Crossfire automatisch liefert. Hat Stefan ja auch schon gesprochen.
 
M

mastersurferde

Erfahrener Benutzer
#12
#12
Nabend,
das sollte mit dem Crossfire schon gehen. Du kannst einfach ein HC05 mit dem Crossfire pairen und das in die Jumper einbauen. Geht eigentlich ganz easy.
Dragonlink ist einfach ziemlich teuer und gar nicht so leicht bei uns zu bekommen.
Vor ca. 2 Wochen hab ich mal irgendwo bei Yaapu gelesen, dass er an einer Erweiterung des Passthrough-Protokolles für MAVLINK arbeitet. Das würde dann perfekt passen und ohne Zusatzhardware funktionieren.

Geiles Projekt - danke dafür.
Gruß
Stefan
 
O

OlliW

Erfahrener Benutzer
#14
#14
jooo ... geht schoo ... aber das ist IMHO halt echt einfach ein Gewürge, zwei BT Module nur um 5 cm zu überbrücken ... und das in 2020, es wird wirklich einfach Zeit für bessere technische Lösungen

das Hobby fällt gegnüber DJI, Skydio, Parrot usw. immer weiter zurück, genau deswegen (IMHO)

ja, Yaapu und Konsorten arbeiten an einer Erweiterung ... ABER: die Datenrate, die liebe gute alte Datenrate ... und das zusätzliche Problem an der ganzen FrSky Geschichte ist das nur ein kleiner Teil der ganzen Mavlink Messages gesendet werden kann. Das ist IMHO halt auch echt einfach ein Gewürge, und das in 2020 ...

mir war es wichtig ALLE Mavlink Messages empfangen&senden zu können ... so wie z.B. die für das Gimbal und vorallem auch die Kamera, oder endlich mal vernünftige Prearm Infos ... alles eigentlich simple Sachen, aber diesbezüglich leben wir immer noch in pre 3DR Solo Zeiten ... eigentlich unfassbar
 
O

OlliW

Erfahrener Benutzer
#15
#15
QuadCrash hat gesagt.:
Das wäre ein Fehler ... ;). An den UART kommt man wohl ran, halt nicht jedermann, aber jedermann lötet auch nicht in der Funke rum ;).
Zum Vergrößern anklicken....
verstehe ich schon, und hast auch recht

das mit dem an der Funke rumlöten nervt ja aber eigentlich auch ... bei der T16S gibt's aber wohl externe UARTS, dann hat sich das auch erledigt ... und der Punkt ist ja auch, IMHO, das gerade solche Sachen dazu führen dass sich Hersteller bewegen !! Also, ist es nicht eigentlich sogar so das sich diese Art Hersteller ja nie von selber bewegen sondern nur so?

ne, aber im Ersnt, wenn du das hinbekommst Crossfire dafür zu benutzen wäre das schon, wie die Schweizer sagen, huregeil
 
Q

QuadCrash

Erfahrener Benutzer
#16
#16
In meinem Fall nehme ich mit einem ESP32 die Bluetooth-Daten vom CF an und geb sie per WiFi wieder raus, weil ich i.d.R. auch noch ein Tablet mit GCS aktiv habe (WiFi, weil Bluetooth hier nicht mit iPad oder iPhone geht).

Der ESP32 kann nebenbei aber auch die Daten auf einem Port ausgeben, insofern wäre das die flexibelste Möglichkeit.

Ob ich jetzt Mavlink wirklich auf der Funke brauche? Hhm, muss ich mir noch überlegen. So ein Tablet ist schon ganz nett und der Weg ist bidirektional, so das ich "mal eben" 'ne Mission ändern kann o.ä. Wobei ich keine Copter, sondern nur Plane fliege.

Aber ich guck mal, was man so machen kann ...
 
O

OlliW

Erfahrener Benutzer
#17
#17
wenn du eh nen Tablet etc nebenbei hast, dann brauchst du das hier sicher nicht

i.Ü. würde das so auch nicht funktionieren.

Bedenke: Mit der MAVLink Erweiterung wird der OpenTx Sender effektiv eine vollwertige GCS !! D.h., er sendet Heartbeats, fordert Datenstreams an, und all das Zeug was ne GCS (minimal) macht. Wenn du willst kannst du auch die Mission anfordern oder gar ändern (obwohl das mit den beschränkten Eingabemöglichkeiten einer Funke IMHO nicht sehr praktikabel wäre). D.h., wenn du zwei GCSen hast, dann braucht es einen MAVLink Router zwischen den zwei GCSen und dem Telemetriemodul um den MAVLink Datenstrom korrekt zu handhaben. So ein Router ist aber weder in der MAVLink-OpenTx noch in deiner Tablet-GCS noch deinem ESP implementiert.

Auf der Ardupilot/PX4-Seite funktioniert das Übrigens, da kannst du an verschiedene Ports mehrere MAVLink Geräte anhängen, weil Ardupilot/PX4 eben einen MAVLink-Router beinhalten.

Mit der MAVLink Erweiterung sollte das Teil wirklich wie ne GCS betrachtet werden, und nicht wie ne einfache MAVLink Empfangsanlage ala OSD or so. Das ist es nicht, es ist ein voll bi-directional kommunizerendes MAVLink-Device.
 
O

OlliW

Erfahrener Benutzer
#18
#18
QuadCrash hat gesagt.:
Grundsätzlich müsste man aber erst mal wissen, ob Deine Telemetrie-Umsetzung sind nicht mit den Telemetrie-Daten kneift, die das Crossfire automatisch liefert. Hat Stefan ja auch schon gesprochen.
Zum Vergrößern anklicken....
das liesse sich übrigens relative "einfach" testen ohne das man mit der Funke rumtun muss ... einfach ein USB-TTL adapter zwischen deinen BT Rx&Tx Pins und einem PC und MissionPlanner oder QGC laufen lassen (und natürlich auf der CF-Receiver Seite ein ArduPilot) ... wenn die Kommunkation so problemlos läuft dann wird es auch mit der T16 gehen ...
 
S

Schlonz

Erfahrener Benutzer
#19
#19
Nö, so einfach ist es nicht. Die serielle vom Crossfire selbst steuert nach irgendeinem Protokoll den im JR-Adapter verbauten Wifi an. Da kommt aktuell gar nichts Verwendbares an. Im Moment gibt das Crossfire über wifi ja keine (Mavlink)-Telemetrie aus, sondern irgendwas für die TBS-Cloud. Gerüchteweise soll das zwar vielleicht kommen, aber das ist nur Hörensagen (und vielleicht auch nur Hoffnung). Ergo ist da aktuell auch an den entsprechenden Pins nichts einfach verwertbares abzugreifen.

Das eigentliche BT-Modul beim grossen Crossfire ist intern verbaut. Das ist ein gut dokumentiertes Modul von einem bestimmten Hersteller. Irgendwo hatte ich mal, welches das ist, kanns aber gerade nicht nachschauen. Das ist intern seriell angebunden, und um da was zu machen wäre das ziemliches Gebastel.

Von daher ist derzeit die einfachste Möglichkeit, an das Mavlink vom Crossfire zu kommen, eine Bluetooth-Bridge. Das machen ja etliche Leute (unter anderem ich) ja auch.

Das andere mögliche(!) Problem ist noch, dass das Crossfire ja einen kleinen Ausschnitt von der empfangenen Mavlink-Telemetrie seinerseits, so weit ich weiss, über den einen sPort-Pin hinten im Schacht an den Sender gibt. Die paar Werte kann man ja anzeigen bzw verwenden. Sind halt nicht viele. Ich habe keine Ahnung, in wie weit das eventuell Probleme geben könnte, wenn man noch weitere Telemetrie, die man über eine Lösung wie von olli, oder auch über den bekannten mavlink-sport-Konverter zusätzlich in die Funke gibt. Das müsste man halt mal testen :)

Viele Grüße,
Stefan
 
O

OlliW

Erfahrener Benutzer
#20
#20
ich glaube wir meinen schon das selbe, mit dem einfachen Test meinte ich einen Test um rauszufinden ob an den Pins was nützliches rauskommt. Scheint nur so dass das Ergebnis bereits bekannt ist und nichts Nützliches rauskommt.

Schade eigentlich, da wird seitens TBS groß von serieller Bridge geredet ... naja

Weitere Telemetriedaten wie üblich am Schacht sollten keine Probleme bereiten, die lässt sich nämlich abschalten (und wenn sie bisher doch Probleme bereitet dann schreibe ich einfach den Code um, der Punkt lässt sich also handhaben).
 
Um antworten zu können musst du eingeloggt sein.
FPV1

Banggood

Oben Unten