FRSKY FrSky TARANIS - FrSky neuster Geniestreich - 16 Kanaele, 2,4Ghz, openTX, 8 Sprachen
- Themenstarter Boarder
- Beginndatum
Hallo Helle, vielen Dank für die ausgiebige Studie.
Ich zitiere -(Kann es sein dass du im Sender das Modell mit 2 Querruder Kanal2 und Kanal5 programmiert hast und dann Kanal5 als Aux des Gyro verwendet hast ?
Dann tauchen deine beschriebenen Probleme auf, denn dadurch aktivierst / deaktivierst unbewußt den Gyro wenn du Querruder gibst.)
Das ist nicht das Problem, sondern Folgendes:
Leider sind die Sachen schon auf dem Weg zurück.
Wenn du im Mode 2, bei der Taranis plus Kanal1 mit Quer, K2 m. Höhe, K3 Gas, K4 Ruder, K5 mit Aux auf den Gyro rausschickst - hat der Gyro auf K1 Quer, K2 Höhe, K4 Ruder K5 Aux liegen - Am Gyro geht raus 1xKanal Quer, 1xKanal Höhe, 1xKanal Ruder.
Dann funktioniert der Empfänger und der Gyro und alle Servos arbeiten einwandfrei - BEI ALLEN MODULEN. Auch die Aktivierung des Gyros und Deaktivierung ist OK und behindert nicht die Servos in der Funktion.
Legst du aber den Aux vom Gyro am Empfänger auf Kanal 7 oder 8 und aktivierst den Gyro, dann bleiben die Servos bei betätigen der Sticks hängen oder sie blockieren sogar. Das habe ich soeben erneut getestet. Das passiert beim X8R, und über das Orange Modul/MTSS-MUL Modul DSM2/X 8/9Kanal, und Spektrum 8/9Kanal Empfängern.
Noch interessanter ist - wenn du den Ruder Stick nach "LINKS" drückst komplett sind die anderen Servos wieder frei und hängen nicht und blockieren nicht solange du den RUDER STICK auf links lässt. Lässt du ihn los hängen sich die Servos auf oder arbeiten sporadisch wenn du die Sticks bewegst.
Der FLYSKY 9Kanal, D8R II Plus hat das nicht!!!
Genau hier ist das beschriebene Problem worüber FRSKY anscheinend Bescheid weiß aber nicht informiert hat.
Vielleicht sollte mal jeder hier im Forum einen Brief an FRSKY schreiben. Bisher haben sie auf 5 Briefe nicht reagiert -noch nicht einmal eine Antwort geschrieben. Ich habe nun ca.3 Monate gebraucht um heraus zu finden warum 3 meiner Flieger abgestürzt sind. Nun weiß ich es. Damit beende ich hiermit den Thread und hoffe auf eine neue Software? Oder Hardware?
Was ich hiermit sagen möchte war nur, dass meine Taranis A und erste Ausführung Taranis B nicht diese Probleme hatten. Da konnte ich alle 8 Kanäle in allen externen Modulen problemlos nutzen ohne Einschränkungen. Das geht halt bei der Taranis Plus nicht mehr / max. 6 Kanäle sauber in VERBINDUNG mit einem Orange Gyro.
Ich zitiere -(Kann es sein dass du im Sender das Modell mit 2 Querruder Kanal2 und Kanal5 programmiert hast und dann Kanal5 als Aux des Gyro verwendet hast ?
Dann tauchen deine beschriebenen Probleme auf, denn dadurch aktivierst / deaktivierst unbewußt den Gyro wenn du Querruder gibst.)
Das ist nicht das Problem, sondern Folgendes:
Leider sind die Sachen schon auf dem Weg zurück.
Wenn du im Mode 2, bei der Taranis plus Kanal1 mit Quer, K2 m. Höhe, K3 Gas, K4 Ruder, K5 mit Aux auf den Gyro rausschickst - hat der Gyro auf K1 Quer, K2 Höhe, K4 Ruder K5 Aux liegen - Am Gyro geht raus 1xKanal Quer, 1xKanal Höhe, 1xKanal Ruder.
Dann funktioniert der Empfänger und der Gyro und alle Servos arbeiten einwandfrei - BEI ALLEN MODULEN. Auch die Aktivierung des Gyros und Deaktivierung ist OK und behindert nicht die Servos in der Funktion.
Legst du aber den Aux vom Gyro am Empfänger auf Kanal 7 oder 8 und aktivierst den Gyro, dann bleiben die Servos bei betätigen der Sticks hängen oder sie blockieren sogar. Das habe ich soeben erneut getestet. Das passiert beim X8R, und über das Orange Modul/MTSS-MUL Modul DSM2/X 8/9Kanal, und Spektrum 8/9Kanal Empfängern.
Noch interessanter ist - wenn du den Ruder Stick nach "LINKS" drückst komplett sind die anderen Servos wieder frei und hängen nicht und blockieren nicht solange du den RUDER STICK auf links lässt. Lässt du ihn los hängen sich die Servos auf oder arbeiten sporadisch wenn du die Sticks bewegst.
Der FLYSKY 9Kanal, D8R II Plus hat das nicht!!!
Genau hier ist das beschriebene Problem worüber FRSKY anscheinend Bescheid weiß aber nicht informiert hat.
Vielleicht sollte mal jeder hier im Forum einen Brief an FRSKY schreiben. Bisher haben sie auf 5 Briefe nicht reagiert -noch nicht einmal eine Antwort geschrieben. Ich habe nun ca.3 Monate gebraucht um heraus zu finden warum 3 meiner Flieger abgestürzt sind. Nun weiß ich es. Damit beende ich hiermit den Thread und hoffe auf eine neue Software? Oder Hardware?
Was ich hiermit sagen möchte war nur, dass meine Taranis A und erste Ausführung Taranis B nicht diese Probleme hatten. Da konnte ich alle 8 Kanäle in allen externen Modulen problemlos nutzen ohne Einschränkungen. Das geht halt bei der Taranis Plus nicht mehr / max. 6 Kanäle sauber in VERBINDUNG mit einem Orange Gyro.
Zuletzt bearbeitet:
Genau das ist das Problem:
http://openrcforums.com/forum/viewtopic.php?f=52&t=1044
siehe Oszi-Bilder der PPM Signale
http://openrcforums.com/forum/viewtopic.php?f=52&t=1044
siehe Oszi-Bilder der PPM Signale
Was du verlinkst ist das 18ms Problem, weswegen es ja jetzt eine 27ms FW gibt
es werden minimum 22ms benötigt, damit das 4ms Resetsignal immer angezeigt wird
Soweit ich das gelesen habe gehst du aber nicht über Summensignal, sondern verdrahtest einzeln, somit solltest du da das 18ms Problem nicht haben, und zum ext Modul ist das Standard schon auf 22.5ms
Es wäre somit ein Ansatz zur Ursachenforschung, die Lösung ist es jedenfalls noch nicht
es werden minimum 22ms benötigt, damit das 4ms Resetsignal immer angezeigt wird
Soweit ich das gelesen habe gehst du aber nicht über Summensignal, sondern verdrahtest einzeln, somit solltest du da das 18ms Problem nicht haben, und zum ext Modul ist das Standard schon auf 22.5ms
Es wäre somit ein Ansatz zur Ursachenforschung, die Lösung ist es jedenfalls noch nicht
Hy,
was kann jetzt Frsky dafür, wenn die Orange Gyrosoftware die Empfänger Signale nicht richtig auswertet und zuordnet.
Denn am Empfägner selbst kommen alle Signale fehlerfrei an, ohne blockieren, ohne Versatz (selbst mit Logikanalyser gemessen)
Flysky 9 Kanal, DJT mit D8R-II, XJT im D8 Mode erzeugen am Empfänger ein 22,5ms Signalfolge für 8 Kanäle
Anscheinend wertet die Gyrosoftware diese PPM-Signalfolge nach dem alten Schema aus.
Ein Kanal nach dem anderen wird im Gyro umgesetzt und das klappt dann auch.
Alle anderen modernen Empfänger Futaba, Hott, Orange, Spektrum, XJT im D16 mit X8R, geben eine 18ms Signalfolge
(selbst gemessen) mit verschachtelten Empfängersignalen aus.
Da kommt die Gyrosoftware durcheinander, spätestens ab Kanal 5 oder 6
Weil in 18ms unverschachtelt eben nur max 6 Kanäle passen
Nochmal, was kann da FrSky dafür?
----------------
Für das externe Modul stellst du in openTx ein wie es angesteuert werden soll
8 Kanal 22,5ms 300us pos
Dann kommt die 2,4 Ghz digitale Übertragung
Aber am Empfänger kommt das raus was der Empfänger eben erzeugt
8 Kanal in 18ms verschachtelt oder 8 Kanal in 22ms hintereinander
je nach Hersteller oder Betriebsart
Helle
was kann jetzt Frsky dafür, wenn die Orange Gyrosoftware die Empfänger Signale nicht richtig auswertet und zuordnet.
Denn am Empfägner selbst kommen alle Signale fehlerfrei an, ohne blockieren, ohne Versatz (selbst mit Logikanalyser gemessen)
Flysky 9 Kanal, DJT mit D8R-II, XJT im D8 Mode erzeugen am Empfänger ein 22,5ms Signalfolge für 8 Kanäle
Anscheinend wertet die Gyrosoftware diese PPM-Signalfolge nach dem alten Schema aus.
Ein Kanal nach dem anderen wird im Gyro umgesetzt und das klappt dann auch.
Alle anderen modernen Empfänger Futaba, Hott, Orange, Spektrum, XJT im D16 mit X8R, geben eine 18ms Signalfolge
(selbst gemessen) mit verschachtelten Empfängersignalen aus.
Da kommt die Gyrosoftware durcheinander, spätestens ab Kanal 5 oder 6
Weil in 18ms unverschachtelt eben nur max 6 Kanäle passen
Nochmal, was kann da FrSky dafür?
----------------
Für das externe Modul stellst du in openTx ein wie es angesteuert werden soll
8 Kanal 22,5ms 300us pos
Dann kommt die 2,4 Ghz digitale Übertragung
Aber am Empfänger kommt das raus was der Empfänger eben erzeugt
8 Kanal in 18ms verschachtelt oder 8 Kanal in 22ms hintereinander
je nach Hersteller oder Betriebsart
Helle
Wenn du schon GENAU weißt, dass die Orange Gyro Firmware so "lala" ist, wäre es doch vielleicht sinnvoll gewesen bei dem sehr großen Beitrag der hier erörtert wurde, nochmal einen Hinweis zu geben, anstatt hinterher zu tönen, dass ein Upgrade schon obligatorisch ist.
Natürlich ist es das Problem, wie wir nun alle wissen.
Wie wäre es denn wenn du mal einen direkten Link mit dem Download der "Flightstab Firmware" hier ins Feld setzt. Und vielleicht eine Info wie das Update durchgeführt wird und was ich zum updaten alles brauche.
Das wäre der richtige Beitrag zum Thema gewesen.
Danke für den Hinweis, so macht das Forum wieder richtig Sinn. Man hätte sich den ganzen Müll sparen können vorher.
Natürlich ist es das Problem, wie wir nun alle wissen.
Wie wäre es denn wenn du mal einen direkten Link mit dem Download der "Flightstab Firmware" hier ins Feld setzt. Und vielleicht eine Info wie das Update durchgeführt wird und was ich zum updaten alles brauche.
Das wäre der richtige Beitrag zum Thema gewesen.
Danke für den Hinweis, so macht das Forum wieder richtig Sinn. Man hätte sich den ganzen Müll sparen können vorher.
Hy,
die Flightstab firmware muss ich mir auch mal reinziehen
Doku hier:
https://docs.google.com/document/d/1UBKUB74xqSB0fVFe3MX-6d9QH1B4-LDRAf7nH9Qs1dY/pub#h.yy8a7kd26osx
Helle
die Flightstab firmware muss ich mir auch mal reinziehen
Doku hier:
https://docs.google.com/document/d/1UBKUB74xqSB0fVFe3MX-6d9QH1B4-LDRAf7nH9Qs1dY/pub#h.yy8a7kd26osx
Helle
Einfach in OpenTX nachlesen:
Version 2.0.14 / 2015-01-12
[Taranis]
Version 2.0.14 / 2015-01-12
[Taranis]
- Fixed blank LCD screen at very low temperatures
- Shortened radio reboot time in case of watchdog reset
- Fixed timer problem in bootloader, which prevented radio from powering off after being connected to USB
- Fixed issue with heli swash plate mixing when using notrim
- Various fixes for double-keys
- Added switch auto detection in Timer source
- Totally removed splash screen display if duration is set to ---
- Back-light turned on sooner at startup (Taranis +)
- Fixed reverse polarity on external CPPM output
- Suppressed center beep for non-existing pots
- Fixed THt persistent timer running after model load (with Throttle at -100%)
- Fixed buffer overflow for automatic flight mode change audio announcements (if very long model and flight mode names were used)
- Limited stick throws to 100% when using trainer in add mode
- Fixed Lua lcd.drawLine(), first pixel was not drawn
- Fixed missing last column for some bitmap sizes
- Minor display corrections
- MAVLINK adaptation
- Added 115200 bps speed to MAVLINK
- PWM backlight fixed
- Various texts and translations corrections
- Various small bug-fixes
... und zwar hier https://github.com/opentx/opentx/releases 
... und zwar hier https://github.com/opentx/opentx/releases
Bei mir klappt die Übertragung in den Sender nicht. Es laufen zwar zweimal die grünen Balken komplett durch, aber manchmal erscheint im letzten Fenster (keine Rückmeldung). Woran könnte das liegen?
Es bleibt also nach wie vor die 2.0.13 im Sender.
Edit: Habe die Firmware direkt auf die SD Karte geschrieben, dann hats geklappt.
Es bleibt also nach wie vor die 2.0.13 im Sender.
Edit: Habe die Firmware direkt auf die SD Karte geschrieben, dann hats geklappt.
Zuletzt bearbeitet:
Hallo zusammen,
geht bei mir auch nicht.
Scheint mit 2.0.14 wohl eine Vielzahl von Problemen geben; siehe hier: http://www.rcgroups.com/forums/showthread.php?t=1866206&page=2609.
Das Thema Qualitätssicherung sollte einmal neu durchdacht werden.
Gruß Frank
geht bei mir auch nicht.
Scheint mit 2.0.14 wohl eine Vielzahl von Problemen geben; siehe hier: http://www.rcgroups.com/forums/showthread.php?t=1866206&page=2609.
Das Thema Qualitätssicherung sollte einmal neu durchdacht werden.
Gruß Frank
