FRSKY Multiprotokoll-Modul für Taranis und openTxV2.2 mit 4 HF-Chips und Arduino

Mein Modul ist auch noch in der Post.
Vorerst sollen damit das DHT ( für FrSky D8) und das Deltang (DSM2) Modul ersetzt werden damit ich nicht mehr zwischen den beiden Modulen wechseln muss...

OpenTx 2.2 hab ich bisher nur auf dem Rechner, mal sehen wann ich dann auch auf der Taranis damit umsteige.
Im Simulator kann ich das Multi Modul auch auswählen mit den Protokollen die für mich notwendig sind.

Ich vermisse jedoch für FrSky Protokolle die Option "Finetuning"
siehe : https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/Protocols_Details.md

In der _Config.h kann man bei der Zusammenstellung der Protokolle dafür einen Wert eingeben ( vordefiniert ist 40 )

Also Frage an die Experten:
muss man den Wert in der Config.h ändern, das Modul jedesmal flashen, probieren, nächsten Wert probieren bis man die Grenzen des Moduls erreicht hat um dann den Mittelwert zwischen den Signalverlusten einzutragen oder gibts dafür eine Komfortablere Lösung.

Ralf
Ich antworte mir jetzt dann mal selber:
ja es gibt einen komfortableren Weg: Die vielzitierte Multi 2.1.9-Firmware von Plaistos:
Diese ist zwar auf Englisch und hat z.B. das Helimenu drin was ich nicht brauche, dafür aber auch die Option Finetuning bei angewähltem FrSky-Protokoll.
Damit den Finetuning-Wert ermitteln ( bei mir -42 ), den entsprechenden Wert in der _config.h eintragen, das Modul mit der neuen FW flashen
und dann wieder zurück auf die gewohnte "normale" deutsche OpenTx und abwarten was sich bei OpenTx 2.2 noch alles ergibt...

@acromaster:
schön das es mit der Telemetrie bei dir jetzt funktioniert:
von meinem D4-R bekomme ich über das Multimodul nur Telemetriedaten in die Taranis wenn es auch mit seriellen Daten ( sprich Schalterpos.0, serielle Ansteuerung ) versorgt wird...

Ralf
 
Hi, wurde heute von einem Kollegen gefragt und geb die Frage hier mal weiter: kann das Teil auch Assan?

Jürgen
Bei Banggood mit der "Original" 1.02 Firmware ist Assan nicht aufgelistet.
mit der "aktuellen" Firmware für dieses Modul https://github.com/pascallanger/DIY-Multiprotocol-TX-Module kannst du Assan für den nrf24l01 Sendechip freischalten.

Mangels Empfänger hab ich dieses nicht getestet.

Liste mit verfügbaren Protokollen:
https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/Protocols_Details.md

Ralf
 
Zuletzt bearbeitet:

Jörn

Erfahrener Benutzer

meute

Erfahrener Benutzer
@acromaster2013
War das Bild als Antwort auf meine Frage gedacht?
Ich kenne das Bild von Banggood.
Das Bild zeigt das Gehäuse der Futaba Version.

Aber Jörn schrieb: "Heute mit dem FrSky Gehäuse gekommen."
Deshalb meine Fragen:
Was Bedeutet "mit dem FrSky Gehäuse"?
Hat das evtl. einen anderen Antennenausgang?


Gruß
meute
 

acromaster2013

Erfahrener Benutzer
Ja als Antwort. Das Frsky Gehäuse wird wohl anders sein. Ich hab das Gehäuse von BG einzeln gekauft, da gab es das noch nicht komplett. Die Klemmbacken für den Schacht müssen links und rechts sein, nicht wie hier oben und unten.
..............
Leider gibt es noch keine Kundenbilder bei BG von der Frsky Version
 
Zuletzt bearbeitet:

Jörn

Erfahrener Benutzer
Aber Jörn schrieb: "Heute mit dem FrSky Gehäuse gekommen."
Deshalb meine Fragen:
Was Bedeutet "mit dem FrSky Gehäuse"?
Hat das evtl. einen anderen Antennenausgang?

"mit dem FrSky Gehäuse" heißt, das es in den Modulschacht der Taranis etc. passt. Das bezieht sich auf die richtige Position der PIN Reihe und der Halteklammern im Modulschacht.

Modul.jpeg
 
Zuletzt bearbeitet:
Erhaltene "Gefällt mir": meute

Jörn

Erfahrener Benutzer
Ich habe jetzt auch noch eine Frage, auf die ich noch keine richtige Antwort gefunden habe. Vorausgesetzt ich habe die richtigen Module in der Firmware ausgewählt, wie kann ich dann ohne Softwareintegration (seriell) in der Funke die einzelnen Frsky Protokolle (V,D8, X) den Drehschalter zuweisen? In der _Config.h sind ja diese Protokolle zur Auswahl:

#define FRSKYV_CC2500_INO
#define FRSKYD_CC2500_INO
#define FRSKYX_CC2500_INO

Müsste das dann so aussehen um z.B. Protokoll-V auf 1, Protokoll-D auf 2 und Protokoll-X auf Position 3 zu haben?

const PPM_Parameters PPM_prot[15]= {
// Dial Protocol Sub protocol RX_Num Power Auto Bind Option
/* 1 */ {MODE_FRSKYV, 0 , 0 , P_HIGH , NO_AUTOBIND , 0 },
/* 2 */ {MODE_FRSKYD, 0 , 0 , P_HIGH , NO_AUTOBIND , 40 }, // option=fine freq tuning
/* 3 */ {MODE_FRSKYX, CH_8 , 0 , P_HIGH , NO_AUTOBIND , 0 },

Bei MODE_FRSKYX weis ich nicht, an welche "Komma" Position das "CH_8 /CH_16" kommt.

Mir geht es darum, dass ich das Modul auch mal bei Flieger Kollegen in die Graupner Funke stecken möchte. Dann din ich auf den Drehschalter angewiesen.
 
Zuletzt bearbeitet:
Heute mit dem FrSky Gehäuse gekommen. Firmware war 1.15. Hubsan ging auf anhieb.
Banggood verlinkt auf seiner Seite immer noch das 1.02 Hexfile als Firmware für ihre 4in1 Module.
Wie hast du festgestellt das es die 1.15er FW ist, ich hab meins einfach mit der aktuellen Version vom GitHub neu geflasht...

Ralf
 
Zuletzt bearbeitet:
Ich habe jetzt auch noch eine Frage, auf die ich noch keine richtige Antwort gefunden habe. Vorausgesetzt ich habe die richtigen Module in der Firmware ausgewählt, wie kann ich dann ohne Softwareintegration (seriell) in der Funke die einzelnen Frsky Protokolle (V,D8, X) den Drehschalter zuweisen? In der _Config.h sind ja diese Protokolle zur Auswahl:

#define FRSKYV_CC2500_INO
#define FRSKYD_CC2500_INO
#define FRSKYX_CC2500_INO

Müsste das dann so aussehen um z.B. Protokoll-V auf 1, Protokoll-D auf 2 und Protokoll-X auf Position 3 zu haben?

const PPM_Parameters PPM_prot[15]= {
// Dial Protocol Sub protocol RX_Num Power Auto Bind Option
/* 1 */ {MODE_FRSKYV, 0 , 0 , P_HIGH , NO_AUTOBIND , 0 },
/* 2 */ {MODE_FRSKYD, 0 , 0 , P_HIGH , NO_AUTOBIND , 40 }, // option=fine freq tuning
/* 3 */ {MODE_FRSKYX, 0 , 0 , P_HIGH , NO_AUTOBIND , 0 },

Die Definition der "MODE_NAME" Bezeichner für die Protokolle habe ich noch nicht gefunden.

Mir geht es darum, dass ich das Modul auch mal bei Flieger Kollegen in die Graupner Funke stecken möchte. Dann din ich auf den Drehschalter angewiesen.

Im Prinzip Ja:

- Beim X Protokoll musst du aber die Option CH_16 oder CH_8 angeben

- mein Modul hat sich mit -40 für den Finetuning Wert Binden lassen; musst du ausprobieren und den entsprechenden Wert für D und X Protokoll eintragen.
Ob das V-Protokoll den Finetuning Wert auch braucht kann ich nicht sagen, ich gehe aber fast davon aus.

Wichtig fürs Binden ist dann die Schalterstellung:
( Ich habe bei mir das D-Protokoll auf 8 verschiedenen Schalterstellungen eingetragen.)
Der Schalter Funktioniert dann als Modellmatch.
Ein auf 3 gebundenes Modell reagiert nicht auf Schalterstellung 4 obwohl auf beiden Plätzen das D Protokoll mit gleichem Finetuning Wert eingetragen ist.
( gilt ebenso für Schalterstellung 0: ein Seriell gebundener Empfänger reagiert nicht auf die anderen Schalterpositionen.)

Ralf
 
Zuletzt bearbeitet:
FPV1

Banggood

Oben Unten