FrSky TARANIS - Hardware Mods

[satsepp]

Roland ist zwar der falsche Fred, gehört in den anderen rein denke ich.
Wenn Signale ankommen dann passt das. Du kannst ja im SK720 alles frei zuordnen, und auch im X8R ist alles frei zuordenbar, ich habe mich allerdings an die Beleung der DX7 gehalten, historisch bedingt.
Kanal 1 = Roll, 2 = Nick, 3 = Motor, 4 = Heck, 5 = Gyro also Heckemfindlichkeit, 6 = Pitch, 7 = TS Empfindlichkeit und Rettungsmode, 8 = GPS Auswahl.

Dann musst ich alles neu Kalibrieren, ich habe den Empfänger auf +-100% gelassen und das SK dazu angepasst, nur beim Motor und TS Empfindlichkeit habe ich das im Sender angepasst.

Sepp

 

[fisch]

Hallo,

@Zucky

Der Decoder gibt die Servosignale mit der SBUS Framearate aus, und das sind 9ms beim X8R.
Die PWM Ausgänge des X8R arbeiten dagegen mit einer Framerate von 18ms.
Das Servo kommt wohl mit der 18ms Framerate an den direkten Ausgängen des X8R klar aber nicht mit den 9ms am Decoder
Gruß
Thomas

 

[Zucky]

Hallo nochmal Norbert und Nique,

wie versprochen habe ich heute abend noch einmal das Servozittern getestet.
Ergebnis:
Auch bei Ausgabe der Taranis von nur zwei Kanälen ist das Servozittern da.
Habe dann Kanal 8 auf den Decoder programmiert und paralell zwei Servos auf diesem Kanal getestet. Dabei zittert das Servo, das am Empfänger angesteckt ist nicht, wohl aber nach wie vor das Servo am Decoder. Wie gesagt, beide Servos waren zeitgleich eingesteckt.

Ich werde jetzt noch einmal mit digitalen Servos am Decoder testen und wieder berichten.

Gruss Zucky

Hallo nochmal ich habe jetzt die Servos in den Flächen gegen digitale getauscht, um die selben Bedingungen zu schaffen.
Ergebnis: Die Servos zittern nicht mehr.

Fazit: Analoge Servos am Decoder zittern, digitale nicht. (Ich will das hier nicht verallgemeinern...), aber in diesem Fall war es so.

Also denke ich doch, es liegt an der Übertragungsrate der Signale, die so schnell ist, das die analogen Servos nicht mehr mitkommen.

In diesem Fall komme ich so klar.
Wäre aber trotzdem schön zu wissen, ob man die Frame Rate veränder kann.

Gruss Zucky

 

[Zucky]

Hallo,

@Zucky

Der Decoder gibt die Servosignale mit der SBUS Framearate aus, und das sind 9ms beim X8R.
Die PWM Ausgänge des X8R arbeiten dagegen mit einer Framerate von 18ms.
Das Servo kommt wohl mit der 18ms Framerate an den direkten Ausgängen des X8R klar aber nicht mit den 9ms am Decoder
Gruß
Thomas

Hallo Thomas,

ich hatte Deinen Beitrag leider zu spät gesehen.....

Du hast völlig recht mit Deiner Aussage. Woher hast du die Angaben für den Zeitindex.
Bei 9ms ist das kein Wunder, das die analogen Servos nicht hinterher kommen.

Gruss Zucky

 

[dive26]

Ich bin gerade mit dem Einstellen von SKOOKUM SK540 fertig geworden. Ich habe bei der Verbindung über SBUS mit dem X8R Empfänger keine Probleme feststellen können. Ich habe im SKOOKUM SK540 auf Futaba SBUS gestellt und anschließend in der Taranis die Kanalzuordnungen geändert. Habe auch Servos angeschlossen und alles schein zu funktionieren.

@SatSepp:
Welche Probleme hattest Du mit dem SK720 und dem SBUS vom X8R? Warum brauchts Du einen Adapter?

LG Roland

 

[satsepp]

Roland siehe oben, das Blueline erwart die Signale Invertiert nach US-Standard.
Das 540 und blackline erkennen das selber und passen sich an.

Sepp

 

[dive26]

Entschuldige Sepp, ich übersah, dass Du schon geantwortet hast. Danke vielmals für die Info.

 

[fisch]

Hallo,
@Zucki

das steht im manual zu dem Sbus Decoder unter
Cautions
...
The decoder’s output PWM frequency is automatically matchwith the input CPPM/SBUS
signal frequency, make sure the proper servo is connected. Do NOTuse conventional servo
with SBUS High Speed mode and/or CPPM mode when frame length is shorter than
14ms.There is the danger of erroneous operation or damage.
...
außerdem hab ich mir das mal mit dem Oszi angeschaut,
Gruß
Thomas

 

[Zucky]

Hallo,
@Zucki

das steht im manual zu dem Sbus Decoder unter
Cautions
...
The decoder’s output PWM frequency is automatically matchwith the input CPPM/SBUS
signal frequency, make sure the proper servo is connected. Do NOTuse conventional servo
with SBUS High Speed mode and/or CPPM mode when frame length is shorter than
14ms.There is the danger of erroneous operation or damage.
...
außerdem hab ich mir das mal mit dem Oszi angeschaut,
Gruß
Thomas

Hallo Thomas,
ich hatte das so gelesen, das sich der Decoder auf die Rate vom Empfänger einstellt, und man keine analogen Servos benutzen sollte wenn diese unter 14ms liegt.

Im Frsky Forum fand ich dies:

Re: X8R and SBUS/CPPM decoder

Postby FlyingAllen » 2014-01-10 0:58
the sbus to cppm decoder product have two pins, when short it can output as 28ms. the default it 21ms when no connector in.

Danach sollte die Geschwindigkeit einstellbar sein.

Gruss Zucky

 

[fisch]

Hallo,

Es gibt einen

SBUS/CPPM to PWM Decoder
und einen
SBUS to CPPM Decoder

Gruß
Thomas

 

[Zucky]

Hallo,

Es gibt einen

SBUS/CPPM to PWM Decoder
und einen
SBUS to CPPM Decoder

Gruß
Thomas

Hallo Thomas,

na da schau her, das erklärt natürlich einiges.
Das es zwei Decoder bei Frsky gibt hatte ich nicht realisiert.

Danke für die Info.

Gruss Zucky

 

[nique]

5x als Schüler für Taranis

So, meine 5x ist da. Und da kommt "irgendwann" ein OpenTX rein. Dazu haben wir ja zwei schöne Projekte. Bis es soweit ist, möchte ich das Ding aber für die Kids gerne schon brauchen.

Wie von Frickler gelernt, kann CPPM nirgends abgegriffen werden. Also verwende ich den mitgelieferten Empfänger. Der passt in den Modulschacht der Taranis und auch ein Arduino Mini hat noch platz. Somit ist alles an HW verbaut. Den Arduino an die Taranis und via PPM die Befehle auswerten ist auch ok, hab ich schon.

Nur habe ich jetzt anstelle der Schalter die "fixen" Strom liefern, 5 pwm Eingänge. Wie frage ich die ab und an welche Pins müsste ich die anschliessen?

EDIT:
Ach, es könnt so einfach sein:

int pin = 7;
unsigned long duration;

void setup()
{
  pinMode(pin, INPUT);
}

void loop()
{
  duration = pulseIn(pin, HIGH);
}

Gut ist Wochenende, da kann man spielen...

 

[der-Frickler]

So einfach isses nicht,
pulseIn wartet bis der Puls durch is, von daher wird das nix mit 5ch parallel.
Du musst das schon interruptgesteuert machen.

Schau dir ma die arduinorc lib an, die hat Beispiele für Servo-In und PPM out.
http://sourceforge.net/projects/arduinorclib/

 

[nique]

grrrr, warum bin ich nicht erstaunt?

Schade, wär zu schön gewesen...

 

[nique]

Och manno, das gibt jetzt wohl Frust!

Danke Frickler, mit der RC Lib hab ich's zum laufen bekommen. Ich habe das Beispiel aus ServoIn und PPMOut kombiniert. Und tatsächlich hat die Taranis die Werte auf den Kanälen 1-4 übernommen!

Aber mit welch einer schauerhaften Performance. So mies, dass ich erst dachte, es geht nicht!

Gut, erst mal mit den PPM-Einstellungen gespielt, da hat ja die Frameweite nicht gepasst. Aber was sehe ich da? Das Ding hat ja weniger Einstelloptionen als helles Code. Nun ja, so gut wie es geht angepasst, immer noch nicht besser.

Also habe ich für die PPM-Generierung den helle-Teil genommen. Tja, jetzt ist Game Over.

Beide verwenden den Timer1. Nun ja, dem ServoIn kann ich kein anderer Timer angeben ohne die Lib zu ändern, also wollte ich mutig sein und dem PPM-Generator einen anderen Timer spendieren.

Bääääääh!

Beide benötigen einen 16Bit Timer und das ist nur Timer 1. Die anderen Timer sind nur 8 Bit. Grrrr, mit einem Arduino-Mini gehts nun also nicht.

Ich habe noch ein paar Teensy rumliegen, die könnten das vermutlich und sind erst noch schneller. Aber ob ich das hinbekomme, als den Spezialcode dafür umzubauen? Ich glaub, ich wart lieber auf OpenTX für die 5X

 

[der-Frickler]

Moment, da war noch was....Versuch ma die gepatchte arduinorc lib von meiner Seite (9xown unten) die original hatte n bug beim erzeugen von ppm mit fester framelänge. Das wollte das frsky Modul auch nicht.
Da gabs n fix im forum der is bei mir drin.
Das was men simutx sketch erzeugt frisst opentx prima als schülersignal.

 

[nique]

Danke Dir - zu spät. Das Ding schon in ne Ecke geschmissen....


Nein, natürlich nicht. Aber ich hab den Lötkolben angeschmissen. Das das Innere sowieso raus kommt, hab ich meinen Arduino mit der Schaltererweiterung genommen und die Potis dort angestöpselt. Funktioniert soweit ganz gut, ich komm nur nicht ganz auf 100% der Ausschläge. Da fummle ich jetzt nicht weiter und kalibriere dies. Ist "nur" für die Kids, damit die mit der 5X erste Hands-On mit einem RC-Car machen können. Mir genügt das soweit. Danke für Deine Hilfe. Jetzt hab ich die Lib mal, respektive werde die bei Dir saugen. Das kann man eh immer brauchen

 

[IntruderEvil]

Kann mir wer sagen ob ich ein Spektrum Modul von einer DX4E ohne weiters in die Taranis einbauen kann? und vor allem wie *G* Toll wäre es wenn ich über einen extra Schalte einfach auf Spektrum umschalten könnte.

 

[DerCamperHB]

3.3V Spannungsregler und Signal und ab in den externen Schacht, einstellen auf DSM

 

[silberkorn]

Kann mir wer sagen ob ich ein Spektrum Modul von einer DX4E ohne weiters in die Taranis einbauen kann? und vor allem wie *G* Toll wäre es wenn ich über einen extra Schalte einfach auf Spektrum umschalten könnte.

Ich würde das ORange RX Modul nehmen.
Kostet beim König 30 Dollar.

https://www.hobbyking.com/hobbyking...ransmitter_Module_JR_Turnigy_compatible_.html

Oder 32 im EU Warehouse:

https://www.hobbyking.com/hobbyking/store/uh_viewItem.asp?idProduct=39621

Für den Preis würd ich nix umlöten.
Und schalter brauchste auch keinen. Das Orange RX Modul kann gesteckt bleiben und Du entscheidest pro Modell im Modellspeicher welches Sendemodul benutzt werden soll. Also internes Modul oder orange RX. Ich fliege mit dem Orange RX Modul alle meine HH Schaumwaffeln mit fest eingebautem DSM2/DSMX Reciever. Komfortabler gehts nicht.