Taranis X9D+: suche Basiserklärung für: (non) EU / OpenTx / FW-Update

Status
Nicht offen für weitere Antworten.
#1
Hey!

Ich suche ein zwei kurze Antworten zu der Taranis X9D+. Vorab: Bevor rumgenölt wird, meine ist aus 2014 und falle damit eh unter den Bestandsschutz. Nichts desto trotz würde ich es gerne verstehen, was genau abläuft.

  1. Müssen alle verwendeten Receiver/Transmitter mit der identischen FW EU oder none-EU geflasht sein oder gehen auch gemischte Kombinationen (none-EU Taranis und EU X8R)?
  2. Auf z.B. einem X8R kann ich sowohl EU als auch die none-EU flashen oder gibt es auch Hardware-Unterschiede?
  3. Die Firmware der Taranis flash ich ja mit OpenTX. Dort habe ich aber nie angegeben, ob es eine EU oder none-EU-Version ist. Ist das OpenTX als Ebene über der Firmware für die Hardware zu sehen?
  4. Wenn 3 ja: Kann man die Hardware-Firmware in beide Richtungen flashen und wenn ja, welche FW muss man nehmen - also wo sind die Unterschiede mal von der EU abgesehen...? http://www.frsky-rc.com/download/index.php?sort=Firmware&cate_id=0&pro_id=137
 

helle

Erfahrener Benutzer
#2
Hy,

du wirfst da einiges durcheinander.

Auf dem Sender und dem Empfänger müssen die gleiche HF-Firmwarestände sein.
Entweder alle mit V1.7.1 oder alle mit V1.8.1

Nur in der EU braucht man die V1.8.1 (EU)
der Rest der Welt arbeitet weiterhin mit V1.7.1 (Non-EU)

Man kann Sender und Empfänger up und downgraden,
die Firmware gibt es auf der Frsky Hompage, Downloads.
Das sind *.frk Dateien, dort ist auch immer ein Manual dabei.

Um die HF-Firmware im Sender, einem externen Modul oder im Empfänger zu flashen braucht
du etwas Hardware und Software von Frsky.


OpenTx ist nur die Bedienoberfläche!
Das hat nichts mit der HF-Firmware im Sendemodul und im Empfänger zu tun.
Mit openTx kannst du nicht die HF-Firmware im Sender oder im Empfänger flashen.


Falls du D-Empfänger hast, die laufen nur mit der V1.7.1 (Non-EU)

Im aktuellen deutschen Handbuch ist das genau beschrieben.
Stand 14.05.2015 für openTx V2.017
gibt es hier:
http://openrcforums.com/forum/viewtopic.php?f=92&t=3563&p=97204&hilit=german+Manual#p97204
 
Zuletzt bearbeitet:
#3
Hey Helle!

Na ja, so viel habe ich nicht durcheinander geworfen. ;)

Zu 1) ist klar;
Zu 2) geht nun nicht aus der Antwort hervor, aber höchstwahrscheinlich ist nur die FW und nicht die HW anders, was bedeutet, dass man flashen kann was man will.
Zu 3) Mit Ebene meinte ich abstrakte Trennung zwischen Anwendungsebene (von dir ans Bedienoberfläche bezeichnet) und vllt. Beispielsweise die Transportebene (von dir mit HF Modul bezeichnet);


Sind die FW auf der FrSky Seite nur für das HF Modul? Oder ist da nur die bedienoberfläche? Oder kombiniert? Die downloads verstehe ich nicht.

Nochmals vielen Dank!
 

helle

Erfahrener Benutzer
#4
Hy,
die X8R Hardware ist gleich
das XJT-Modul als internes und externes HF-Modul ist auch gleich


openTX läuft als Anwendungsebene auf dem Hautpprozessor der Taranis

Davon völlig getrennt:
Firmware V1.8.1 bzw V1.7.1 als Transportebene auf dem Sendeprozessor in der Taranis (interenes XJT-Modul)

Man kann von openTx aus nicht auf den Sendeprozessor zugreifen und die Firmware überschreiben oder Funktionen ändern.
Da hat FrSky die Finger drauf.
Es gibt nur eine genau defiierte Daten-Schnittstelle
 
Zuletzt bearbeitet:
#5
Auf dem Sender und dem Empfänger müssen die gleiche HF-Firmwarestände sein.
Entweder alle mit V1.7.1 oder alle mit V1.8.1

Nur in der EU braucht man die V1.8.1 (EU)
der Rest der Welt arbeitet weiterhin mit V1.7.1 (Non-EU)

Falls du D-Empfänger hast, die laufen nur mit der V1.7.1 (Non-EU)
Hmm, das verwirrt mich jetzt.
Ich habe eine Taranis der ersten Serie und kürzlich zusätzlich auch eine neue Taranix X9D Plus von microtechnics.eu
Auf der Rückseite des Senders auf dem HF-Fach findet sich ein Sticker mit der Aufschrift ETSI EN 300 328 V1.8.1

Die meisten meiner bestehenden Modelle verwenden den D4R-II Empfänger.

Mit der ursprünglich ab Werk vorinstallierten OpenTX (Version weiss ich leider nicht mehr) konnte ich im Model Setup keinen D8-Empfänger auswählen und binden, seit dem Upgrade auf opentx-taranis-plus-2.0.17 funktioniert das wieder und ich kann auch meine alten D4R-II ohne irgendwelche FW-Updates verwenden.

@Helle: So wie ich deine Aussage lese, sollte eine aktuelle Taranis Plus mit der EU-Firmware Variante nicht mehr mit den D4R-II-Empfängern zusammenspielen...?

Ich bin froh, dass dem nicht so ist. Ich hab übrigens überall die 27ms PPM-Firmware auf meinen D4R-II drauf.

Gruß aus Wien,
Christian
 

helle

Erfahrener Benutzer
#6
Es gibt/gab -2 Versionen
von 23.01.2015 die kann die X-Empf 1.8.1 und die D-Empf mit V1.7.1

und eine Version vom April die kann nur noch V1.8.1 für die X-Empfänger
 
Zuletzt bearbeitet:

Pitlem

Neuer Benutzer
#7
Schönen Guten,

ich kann Christian nur beistimmen.

Empfänger mit Version 150121
Taranis und externes XJT Module mit Version 150413.
Das sind auch die finalen Versionen auf der FRSKY Seite .

Ich kann meine D4R II immer noch im D8-Mod binden. Alles Gut.

Gruß aus Gladbeck
Pit
 

Norbert

Erfahrener Benutzer
#8
Schönen Guten,

ich kann Christian nur beistimmen.

Empfänger mit Version 150121
Taranis und externes XJT Module mit Version 150413.
Das sind auch die finalen Versionen auf der FRSKY Seite .

Ich kann meine D4R II immer noch im D8-Mod binden. Alles Gut.

Gruß aus Gladbeck
Pit
Verstehe ich das richtig? Das aktuelle XJT Modul mit final Fw kann D8???

Das steht im Widerspruch zur FrSky Homepage:

XJT Firmware- EU v1.8.1- Final Version


Compatiblity : XJT / Taranis X9D / Taranis X9D Plus
UpdateTime : 2015-04-20

Version : 150413
File Size : 64KB
MD5 : NULL
Total downloads : 588


notes:

1, Complied with CE Regulation V1.8.1;

2, This firmware is only Surpot D16 mode, no D8 and LR12 mode;

3, Firmware for Europe version of XJT module, Built-in XJT of X9D/X9D Plus. Unnecessary do firmware upgrade for Non-European customers.

 

Pitlem

Neuer Benutzer
#10
Nabend,
ja man kann updaten, downgraden, wie man Lust hat.

Widerspruch hin oder her. Die D4R II funktionieren bei mir im D8-Mode. Taranis B und Plus. OpenTX v2017 Maintenance

Und die Framerate der PPM Ausgänge XEmpfänger hat sich auch geändert. Von 19ms auf 14ms
 

Michldigital

Erfahrener Benutzer
#11
Und die Framerate der PPM Ausgänge XEmpfänger hat sich auch geändert. Von 19ms auf 14ms
Wie hast du das denn gemessen ? Kann das jemand bestätigen ? Das würde ja bedeuten das man ggf keine Analogservos mehr anschliessen sollte denn da dürfte ja um 20ms Schluss sein.

Schon schade das man dort keine Info von FrSky bekommt, was denn da nun so abgeht.
Mike B. schrieb zum Beispiel, dass mit der neuen 1.8.1 "vermutlich" die Kanäle 1-3 sowie 4-6 synchron ausgegeben werden ?
Das wäre wiederum prima für meine Taumelscheibenservos - ob dem so ist ? Wer weiß.....
 

Pitlem

Neuer Benutzer
#12
hab ich mit einem Oscar gemessen, weil nach Firmwareupdate mein Encoder für die Copterbeleuchtung nicht mehr richtig funktionierte. X8R auf Kanal 9-16 gebunden und Kanal 15 und 16 für Helligkeit und Flugphasen ausgewertet. Mittlerweile funktionierts wieder hab aber das Programm auf SBus umgeproggt. Analogservos müssten eigentlich weiterhin funtionieren. Werden glaub ich, nur die PPM Impulse + kleine Pausenzeit ausgewertet.

Erste Messung Firmware EU 1.8.1,

X8rfirm181.png

zweite 1.7.1

X8rfirm171.png

schaut selber.
 
Zuletzt bearbeitet:

Michldigital

Erfahrener Benutzer
#13
Ok, danke.
Bei Analogservos bin ich noch etwas vorsichtig. Hab hier noch 2 Verbrennerhelis mit den "guten alten" S9202. Will die nicht wegen zu schneller Framerate grillen.
Ansonsten ist es natürlich fein wenn die Framerate schneller ist.
 

Pitlem

Neuer Benutzer
#14
Ja, seh ich auch so.

Sieht sogar so aus, als wenn die PPM Ausgänge mit den Datenpaketen synchronisiert wurden.
Das wirkt sich auch auf die Latenzzeit aus.

Na wie auch immer.

Grüße Pit
 

Michldigital

Erfahrener Benutzer
#15
Ich sehe ich muss auch mal den Oskar übers Wochenende mit heim nehmen... Vielleicht hilft mir das ja bei der Entscheidung bei der 1.7.1 zu bleiben oder doch ggf auf die 1.8.1 zu wechseln...
 
#16
Würde nicht zur eu variante wechseln. Gerade im rc bereich, wo es sinnvoll ist, dass der receiver signale bekommt, macht ein sender wenig sinn, der erst mal rumlauscht bevor er sendet...
 

Norbert

Erfahrener Benutzer
#18
Wenn ich das richtig verstanden habe arbeitet frsky nicht mit LBT sondern mit duty cycle<10%.
Das heisst FrSky reduziert die Sendeleistung oder sendet nur zeitweise? Woher hast du diese Information?


(duty cycle<10% ist, wenn der Duty Cycle DC – das Verhältnis zwischen Senden und Pause – kleiner 100 % ist. In diesem Fall kann ein Gerät mit 10 % Duty Cycle volle 100 mW Sendeleistung nutzen, ohne adaptiv zu sein, oder ein Gerät mit 50 % Duty Cycle kann immerhin noch 20 mW Sendeleistung verwenden, ohne adaptiv zu sein. )

Norbert
 

Michldigital

Erfahrener Benutzer
#19
Das heisst FrSky reduziert die Sendeleistung oder sendet nur zeitweise? Woher hast du diese Information?


(duty cycle<10% ist, wenn der Duty Cycle DC – das Verhältnis zwischen Senden und Pause – kleiner 100 % ist. In diesem Fall kann ein Gerät mit 10 % Duty Cycle volle 100 mW Sendeleistung nutzen, ohne adaptiv zu sein, oder ein Gerät mit 50 % Duty Cycle kann immerhin noch 20 mW Sendeleistung verwenden, ohne adaptiv zu sein. )

Norbert
Aus dem Internet "zusammen gelesen". Wie ich das verstehe machen das die meisten so (weatronic macht wohl LBT)

Ausserdem steht es in der CE Erklärung von FrSky auf Seite 2 ;)
 

helle

Erfahrener Benutzer
#20
Hy,

alle, bis auf 2-3 Hersteller (Futaba FASSTEST, WEA) machen jetzt duty cycle <10%
weil das am einfachsten zu realisieren und am sichersten da feste Sendezyklen bestehen, was beim LBT nicht gegeben ist.

Die Sendeleistung von rund 100mw wird nicht reduziert,
nur die Bandbelegungszeit wird auf 10% begrenzt.

Bisher hatte die meisten Sender schon ein DC von ca 12% bis 18%

Jeder 2,4 Ghz Sender hat eine bestimmte, (variable) Sprungsequenz mit 20-40 Kanälen die er nacheinander anspringt.
Dort sendet er ein Datenpaket, das dauert ein paar us.

Dann hört er (er sendet also nicht) auf die Telemetrie die er vom Empfänger erhält, auch das erfolgt in einem Sprungverfahren,
auch das dauert wieder ein paar us und gibt die Telemtriedaten an den Controller weiter.

Dann wartet der Sender (er sendet also nicht) auf das nächste Datenpaket das er von Controller erhält,
springt dann den nächsten Kanal in seiner Tabelle und sendet wieder das Datenpaket in ein paar us

Jetzt, Neu mit V1.8.1 kann es sein dass er nochmal 3-8us warten muss bis die DC<10% erfüllt ist,
damit er wieder senden darf.

usw.

Wie schnell er hüpft, wie oft, wie lange er warten muss, das ist unterschiedlich, wg Kanalanzahl, Telemetieübertragungsmenge, Datenpaketgröße, Taktfrequnez des interne Controllers usw.


Beispiel mit fester Timing Taktung eines Senders
DC 15%: in 100us waren 15us im Kanal belegte Zeit und 85us nicht belegte Zeit
DC 10%: in 100us sind 10us im Kanal belegte Zeit und 90us nicht belegte Zeit
Jetzt muss er also ein paar us länger warten, das juckt nicht wirklich.

Und dann gab es die techn Weiterentwicklung der HF-Chips:
Die ersten 2,4GHz Sender hatten Kanalbandbreiten von 1Mhz, daher waren 80 Sprungkanäle möglich
DSM nutze davon einen festen Kanal, durch Auswahl eines freien Kanals
DSM2 nutzt davon 2 feste Kanäle, durch Auswahl von 2 freien Kanälen
DSMX nutzt davon 16 Kanäle im Sprungverfahren
lt. V1.8.1 müssen mind 15 Sprungkanäle verwendet werden, darum ist DSM2 jetzt tot.

Aktuelle 2,4Ghz Sender haben 500kHz Bandbreite, also 160 Sprungkanäle zur Verfügung
Ganz neue Sender haben sogar nur noch 375kHz Bandbreite, also über 210 SprungKanäle zur Verfügung
Die nächste Generatiorn der HF-Chips werden 250kHz und 125kHz Bandbreite haben. d.h 320 Sprungkanäle, bzw 640 Sprungkanäle


Je nach Hersteller und Sender hat er mehrere (bis zu 20) interne feste Kanal-Sprungtabellen
mit je bis zu 40-80 Sprungkanälen im ganzen 2,4 Ghz-Band verteilt.
Beim Binden wird zufällig eine dieser Tabellen ausgewählt und an den Empfänger übermittelt.
Damit kann dann Sender und Empfänger synchronisiert werden.

Damit wird also eine dauerhafte Kollision noch unwahrscheinlicher.
V1.8.1 war also überflüssig,
 
Zuletzt bearbeitet:
Status
Nicht offen für weitere Antworten.
FPV1

Banggood

Oben Unten