tranis X9D mit MPX M-Link Empf. ???

Status
Nicht offen für weitere Antworten.
B

babl

Neuer Benutzer
#1
#1
Hallo Zusammen,

habe mir vor gut einem Jahr eine X9D gekauft.
Sie hat die ganze Zeit in ihrem Köfferchen geschlafen.
Jetz hab ich sie geweckt weil meine alte Royal EVO an ihre Modellspeicher und Kanalgrenzen gekommen ist.
Gibt es eine Möglichkeit mit der Tranis meine (alten) mLink Empf zu steuern und meine neue Modell mit den Frsky Empfängern.
Ich habe bis jetzt nur einen Frsky Empf vor 2014 und die Tranis hat auch noch die 2014er Version drauf.
Soll ich dann gleich auf die neue 2015er Version flashen und 2015 Empf kaufen oder lieber alles so lassen und Empf. mit der 2014 er Verion nehmen.
Wäre super wenn ihr mir da ein bischen Licht in Dunkel bringen könntet.

Gruß vom etwas verwirrten Babl
 
B

babl

Neuer Benutzer
#2
#2
Keiner möchte mir helfen:confused:

Habe ich was falsches gefragt ?
Nach langem suchen heute Nacht bin ich auf das MPX Modul HFM3 gestoßen.
Passt das in die X9D einfach so rein?
Wenn ich das richtig interpretiert habe, soll ich lieber die Version 2014 drauf lassen.
ich möchte mir nicht wieder eine MPX Funke kaufen deshalb habe ich mich für die X9D entschieden.

LG Thomas
 
B

babl

Neuer Benutzer
#8
#8
Danke Kalle,

Da ich nur MLink Empf. Ohne Telemetrie habe brach ich das nicht.

Die Telemetrie Empf. Und Telemetrie Module sind bei MPX absolut überteuert.
Deshalb bin ich auf von MPX weg, obwohlich immer zufrieden war. Aber diese Abzocke geht garnicht.

LG Thomas
 
kalle123

kalle123

Jugend forscht ....
#9
#9
Thomas, daher nehm ich oXs :)

Da Einzige, was damit unter MPX nicht geht, ist GPS, weil da MPX eine eigentümliche Umsetzung verwendet.

Aber Spannung, Strom, Drehzahl, Vario ... kein Problem. Und oXs funktioniert auch unter FrSky und HOTT.

Schau es dir mal an.

Gruß KH
 
kalle123

kalle123

Jugend forscht ....
#11
#11
Ein MPX GPS hab ich nicht hier. €€€€

Wenn ich mir das bei oXs in der Datei oXs_out_multiplex.h ansehe, ist das hier möglich

// This is the list of codes for each available measurements
#define ALTIMETER 1
#define VERTICAL_SPEED 2
#define SENSITIVITY 3
#define ALT_OVER_10_SEC 4 // DEFAULTFIELD can NOT be used ; this is the difference of altitude over the last 10 sec (kind of averaging vertical speed)

#define VOLT_1 5
#define VOLT_2 6
#define VOLT_3 7
#define VOLT_4 8
#define VOLT_5 9
#define VOLT_6 10
#define CURRENTMA 11
#define MILLIAH 12
#define GPS_COURSE 13
#define GPS_SPEED 14
#define GPS_ALTITUDE 15
#define RPM 16
#define GPS_DISTANCE 17
#define GPS_BEARING 18
#define SENSITIVITY_2 19
#define ALT_OVER_10_SEC_2 20
#define AIR_SPEED 21
#define PRANDTL_COMPENSATION 22
#define PPM_VSPEED 23
#define PPM 24
#define PRANDTL_DTE 25
#define TEST_1 26
#define TEST_2 27
#define TEST_3 28
#define VERTICAL_SPEED_A 29
#define REL_ALTIMETER 30
#define REL_ALTIMETER_2 31
#define CELL_1 32
#define CELL_2 33
#define CELL_3 34
#define CELL_4 35
#define CELL_5 36
#define CELL_6 37
#define CELL_MIN 38
#define CELL_TOT 39
#define ALTIMETER_MAX 40

Müsste mal ein U-Blox GPS an ein oXs hängen und unter dem MPX Protokoll den Datastream loggen ....

Aber wenn ich das seh, hab ich wenig Hoffnung, dass da nmea Daten kommen ....

cu KH
 
kalle123

kalle123

Jugend forscht ....
#12
#12
Und wenn ich mir das hier ansehe (aus u-blox6_ReceiverDescriptionProtocolSpec_(GPS.G6-SW-10018).pdf)

und dann so einen Log des MPX Telemetrie Protokolls daneben halte (hab ich mal so aufgezeichnet)

weiß ich echt nicht, wie DAS zusammen gehen könnte. Tippe eher drauf, MPX hat im MPX GPS Modul nen controller drin, der die Sachen wie GPS COURSE SPEED ALTITUDE DISTANCE BEARING aus den nmea Datensätzen raus rechnet und dann ins MPX Protokoll "quetscht".

Aber das hier "GPS COURSE SPEED ALTITUDE DISTANCE BEARING" interessiert mich nicht wirklich ....
 

Anhänge

Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten