LBT Firmware für Taranis
- Themenstarter hugo1
- Beginndatum
- Status
Ich bin relativ sicher, dass das schon einige Engel-Kunden gemacht haben und noch machen werden, die hier mitlesen. Wobei zu bedenken ist, dass die Händler nur für das mitgelieferte Betriebssystem Aussagen machen werden. Bei openTX werden sie sich raushalten. Ich denke, dass man im Auslieferungszustand D und LR Mode nicht auswählen kann. Damit sind sie aus dem Schneider.
http://openrcforums.com/forum/viewtopic.php?f=96&t=7407&p=109542#p109542
Hier die Antwort vom openTX Mitentwickler Kilrah:
"Compliance and availability of protocols according to region is the module firmware's job.
The OpenTX option is only a display thing that was introduced so that someone who has EU module firmware would not see and be able to choose a protocol in the menus that would not work because the module doesn't allow it."
Danach wurde die EU Checkbox nur eingeführt, weil es eine HF-Modul-Firmwareversion gab, die kein D und LR Protokoll unterstützte. Wenn die Hersteller-Modul-Firmware das aber erlaubt, kann man es auch nutzen.
Das wäre die optimale Lösung - sollte man so stehen lassen.
Hier die Antwort vom openTX Mitentwickler Kilrah:
"Compliance and availability of protocols according to region is the module firmware's job.
The OpenTX option is only a display thing that was introduced so that someone who has EU module firmware would not see and be able to choose a protocol in the menus that would not work because the module doesn't allow it."
Danach wurde die EU Checkbox nur eingeführt, weil es eine HF-Modul-Firmwareversion gab, die kein D und LR Protokoll unterstützte. Wenn die Hersteller-Modul-Firmware das aber erlaubt, kann man es auch nutzen.
Das wäre die optimale Lösung - sollte man so stehen lassen.
Hallo,
diesen Blog habe ich eben gefunden.
EU, non-EU and EU/LBT - module firmware demystified
Dort ist ein Link auf diesen Thread auf rcgroups.
Und irgendwie bin ich dann von dort auf diese Beiträge gekommen.
Mit meinem bescheidenen englisch verstehe ich trotz Google-Übersetzer leider nicht alles.
Gruß
meute
diesen Blog habe ich eben gefunden.
EU, non-EU and EU/LBT - module firmware demystified
Dort ist ein Link auf diesen Thread auf rcgroups.
Und irgendwie bin ich dann von dort auf diese Beiträge gekommen.
Mit meinem bescheidenen englisch verstehe ich trotz Google-Übersetzer leider nicht alles.
Gruß
meute
"As mentioned previously, Companion provides a number of build options to customise your version of OpenTx, and a new 'EU' build option was introduced in 2.1 and 2.0.18. This simply disables D8 mode in OpenTx's Model Setup menu. The reasoning is that D8 mode is not compliant with the new directive, so should not be selectable."
Danke für die Links, das Zitat oben ist aus Deinem ersten Link. Nach der Aussage von Kilrah ist das aber falsch. Ich bin ja auch die ganze Zeit davon ausgegangen, dass das so ist. Kilrah muss aber wissen, warum er die EU-Option programmiert hat. Er sagt eindeutig: Weil es eine Zeitlang eine Firmware gab, die kein D und LR Protokoll hatte. Das, was die Firmware von FrSky anbietet, darf der User aber auswählen. Die Verantwortung liegt also eindeutig bei FrSky.
Danke für die Links, das Zitat oben ist aus Deinem ersten Link. Nach der Aussage von Kilrah ist das aber falsch. Ich bin ja auch die ganze Zeit davon ausgegangen, dass das so ist. Kilrah muss aber wissen, warum er die EU-Option programmiert hat. Er sagt eindeutig: Weil es eine Zeitlang eine Firmware gab, die kein D und LR Protokoll hatte. Das, was die Firmware von FrSky anbietet, darf der User aber auswählen. Die Verantwortung liegt also eindeutig bei FrSky.
Ich hab mal bei rcgroups Kilrahs Statement verlinkt, der englische Kollege hat es mit seinen eigenen Worten wiederholt. Kilrah hat 4 Posts darunter auf was Anderes geantwortet, aber der Interpretation nicht widersprochen.
http://www.rcgroups.com/forums/showpost.php?p=33763080&postcount=2958
Ich denke, die Frage "D und LR mit LBT erlaubt?" kann man bejahen und eintüten. Die Verantwortung liegt bei FrSky.
Gruß Bernd
http://www.rcgroups.com/forums/showpost.php?p=33763080&postcount=2958
Ich denke, die Frage "D und LR mit LBT erlaubt?" kann man bejahen und eintüten. Die Verantwortung liegt bei FrSky.
Gruß Bernd
Man liest hier von sehr kompetenten Leuten, dass es Wege gibt auch alte Empfänger mit neuer 8.1 Software kompatibel zu halten.
Was nur nicht gesagt wird ist das wie, und vor allem welche Konsequenzen das hat.
Ich habe einfach mal das "wie" überlegt und bin zu einer verblüffend einfachen Lösung gekommen.
Beispiel 1
Ein System ohne Telemetrie (z.B. FASST).
Der Empfänger sendet nicht und kann bis in die Steinzeit ohne Änderung weiter verkauft werden.
(Beim Binding sendet der Empfänger dann doch, aber mit nur 1 mW)
Der neue Sender nach 8.1 erkennt den "alten" Empfänger beim Binding und sendet jetzt im "alten" Rhythmus,
aber nur jedes zweite Signal, dazwischen lässt er einfach ein Signal ausfallen und ist damit im Mü<10.
Der Empfänger merkt davon nichts, der kann nicht unterscheiden ob das Datenpaket
verloren ging oder nicht gesendet wurde.
Beispiel 2
oder Der Sender macht LBT, er sendet wie bisher solange der Kanal frei ist, ist der Kanal belegt, sendet er halt nicht.
Das gleiche Schema würde geht auch bei Telemetrieempfänger, weil der alte Empfänger kann ja senden wie bisher, weil er Bestandsschutz hat. Nur der Sender Sendet halt weniger oft.
Ich denke FrSky hat diesen einfachen Weg mit systematischen Übertragungsverlusten nicht gewählt.
Sigi
Was nur nicht gesagt wird ist das wie, und vor allem welche Konsequenzen das hat.
Ich habe einfach mal das "wie" überlegt und bin zu einer verblüffend einfachen Lösung gekommen.
Beispiel 1
Ein System ohne Telemetrie (z.B. FASST).
Der Empfänger sendet nicht und kann bis in die Steinzeit ohne Änderung weiter verkauft werden.
(Beim Binding sendet der Empfänger dann doch, aber mit nur 1 mW)
Der neue Sender nach 8.1 erkennt den "alten" Empfänger beim Binding und sendet jetzt im "alten" Rhythmus,
aber nur jedes zweite Signal, dazwischen lässt er einfach ein Signal ausfallen und ist damit im Mü<10.
Der Empfänger merkt davon nichts, der kann nicht unterscheiden ob das Datenpaket
verloren ging oder nicht gesendet wurde.
Beispiel 2
oder Der Sender macht LBT, er sendet wie bisher solange der Kanal frei ist, ist der Kanal belegt, sendet er halt nicht.
Das gleiche Schema würde geht auch bei Telemetrieempfänger, weil der alte Empfänger kann ja senden wie bisher, weil er Bestandsschutz hat. Nur der Sender Sendet halt weniger oft.
Ich denke FrSky hat diesen einfachen Weg mit systematischen Übertragungsverlusten nicht gewählt.
Sigi
Zuletzt bearbeitet:
evtl. dumme Frage
Ich habe eine Taranis X9D mit FW EU-Version 2.1.7.
Auf dem Sender ist OpenTX Version 2.0.18 (laut Companion 2.0.17 die letzte gültige Version )
Kann ich damit mittels gedrehtes/gekreuztes Servokabel flashen ?
Oder muss ich vorher den Sender mit OpenTX Version 2.1.x flashen ?
und wo finde ich die FW OpenTX 2.1.x ?
Rüdiger
Ich habe eine Taranis X9D mit FW EU-Version 2.1.7.
Auf dem Sender ist OpenTX Version 2.0.18 (laut Companion 2.0.17 die letzte gültige Version )
Kann ich damit mittels gedrehtes/gekreuztes Servokabel flashen ?
Oder muss ich vorher den Sender mit OpenTX Version 2.1.x flashen ?
und wo finde ich die FW OpenTX 2.1.x ?
Rüdiger
- Status
