Jaein. die lbt modis sind eu gerecht. nur der d8 modus darf dann nicht genutzt werden
www.kamikatze-fpv.de
www.kamikatze-fpv.de
FrSky Taranis - kurze Frage, kurze Antwort
- Themenstarter Chriss_:)
- Beginndatum
- Status
Das ist so vereinfacht nicht korrekt.
Für alte Geräte gilt so genannter Bestandsschutz. Daher dürfen Sie durchaus noch weiter benutzt werden. Neugeräte dürfen allerdings nur noch nach ETSI EN 300 328 V1.8.1 bzw. V1.9.1 senden und daher müssen neu innerhalb der EU verkaufte Sender diesen Normen entsprechen.
Für den Endverbraucher ist es nicht illegal einen alten D-Empfänger im D8-Modus zu betreiben!
Den ganzen Quatsch haben wir hier schon zig Mal rauf und runter diskutiert. Muss das alles schon wieder sein?
Für alte Geräte gilt so genannter Bestandsschutz. Daher dürfen Sie durchaus noch weiter benutzt werden. Neugeräte dürfen allerdings nur noch nach ETSI EN 300 328 V1.8.1 bzw. V1.9.1 senden und daher müssen neu innerhalb der EU verkaufte Sender diesen Normen entsprechen.
Für den Endverbraucher ist es nicht illegal einen alten D-Empfänger im D8-Modus zu betreiben!
Den ganzen Quatsch haben wir hier schon zig Mal rauf und runter diskutiert. Muss das alles schon wieder sein?
Und wenn die Händler noch Lagerbestand aus 2014 haben, dürfen die dir den D8 noch über 100000 Jahre lang verkaufen und du darfst ihn benutzen...
Und dein neuer Sender lauscht jedes mal, bevor er im D8 Mode sendet und der Empfänger merkt nichts davon.
Und du darfst dem Händler trauen, wenn er in Europa ist.
Sigi
Und dein neuer Sender lauscht jedes mal, bevor er im D8 Mode sendet und der Empfänger merkt nichts davon.
Und du darfst dem Händler trauen, wenn er in Europa ist.
Sigi
Zuletzt bearbeitet:
Ich komme gerade nicht weiter und bräuchte mal eure Hilfe.
Folgendes Problem:
Über die Telemetrie bekomme ich die verbrauchte Kapazität über den Sensor "fuel" angezeigt.
Allerdings wird dieser Messwert nach einer Stromunterbrechung am Modell wieder auf Null zurückgesetzt.
Ich will aber, dass auch nach einer Unterbrechung der Stromversorgung vom alten Wert weitergezählt wird.
Weiß jemand wie man das bewerkstelligen kann?
Gruß Stefan
Folgendes Problem:
Über die Telemetrie bekomme ich die verbrauchte Kapazität über den Sensor "fuel" angezeigt.
Allerdings wird dieser Messwert nach einer Stromunterbrechung am Modell wieder auf Null zurückgesetzt.
Ich will aber, dass auch nach einer Unterbrechung der Stromversorgung vom alten Wert weitergezählt wird.
Weiß jemand wie man das bewerkstelligen kann?
Gruß Stefan
Is drin in openTX.
http://openrcforums.com/forum/viewtopic.php?t=4856
Versuch es mal und setze hier nen Haken.
cu KH
http://openrcforums.com/forum/viewtopic.php?t=4856
Versuch es mal und setze hier nen Haken.
cu KH
Anhänge
Zuletzt bearbeitet:
Dann ist dein Wissensstand leider nicht aktuell.
Ja.
Das solltest du vielleicht mal die Leute bei FrSky fragen. Vielleicht steckt sogar so etwas wie Sinn dahinter...
Auch die funktioniert weiterhin bei D-Empfängern im D8-Modus.
Besorge dir doch einfach mal das aktuelle Handbuch für OpenTx und lies auf Seite 458 nach, was dort zu den verschiedenen Firmware-Varianten und deren Kompatibilität geschrieben steht.
Ja.
Das solltest du vielleicht mal die Leute bei FrSky fragen. Vielleicht steckt sogar so etwas wie Sinn dahinter...
Auch die funktioniert weiterhin bei D-Empfängern im D8-Modus.
Besorge dir doch einfach mal das aktuelle Handbuch für OpenTx und lies auf Seite 458 nach, was dort zu den verschiedenen Firmware-Varianten und deren Kompatibilität geschrieben steht.
Hy,
LBT-EU-Software
Wenn man den D16 Mode im Sender auswählt, dann wird mit LBT übertragen,
das passt dann für die X-Empfänger im LBT-Mode
Wenn man den D8 Mode im Sender auswählt dann
wird im alten Mode übertragen für die D-Empfänger
Die Frage ist nur:
a) Wie kann man den D8-Mode überhaupt in openTx auswählen / sperren / verstecken /
--> EU-Option nicht anwählen.
b) Gibt es den D8-Mode überhaupt noch in der aller neuesten EU-LBT-Software für das interne XJT-Modul oder nur noch D16 / LR12
c) Kann man das intrene XJT-Modul das einmal mit neuester EU-LBT-Software geflasht wurde auch wieder auf Non EU zurückflashen.
d) externe XJT-Module kann man weiterhin mit EU-LBT oder non EU betreiben
Da streiten sich gerade die Götter
Denn:
lt ETSI V1.8.1 für die EU nur noch Senden nach LBT-Mode
(den Kram mit M10% vergessen wir man)
lt ETSI V1.9.1 für die EU zurückflashen auf alte Non -EU-Version verhindern.
LBT-EU-Software
Wenn man den D16 Mode im Sender auswählt, dann wird mit LBT übertragen,
das passt dann für die X-Empfänger im LBT-Mode
Wenn man den D8 Mode im Sender auswählt dann
wird im alten Mode übertragen für die D-Empfänger
Die Frage ist nur:
a) Wie kann man den D8-Mode überhaupt in openTx auswählen / sperren / verstecken /
--> EU-Option nicht anwählen.
b) Gibt es den D8-Mode überhaupt noch in der aller neuesten EU-LBT-Software für das interne XJT-Modul oder nur noch D16 / LR12
c) Kann man das intrene XJT-Modul das einmal mit neuester EU-LBT-Software geflasht wurde auch wieder auf Non EU zurückflashen.
d) externe XJT-Module kann man weiterhin mit EU-LBT oder non EU betreiben
Da streiten sich gerade die Götter
Denn:
lt ETSI V1.8.1 für die EU nur noch Senden nach LBT-Mode
(den Kram mit M10% vergessen wir man)
lt ETSI V1.9.1 für die EU zurückflashen auf alte Non -EU-Version verhindern.
Zuletzt bearbeitet:
Hy,
rechtlich gar nicht
technisch schon
Darum gab/gibt es ja in openTX die Option EU, damit wird von openTX-Seite schon die Auswahl D8 gesperrt,
obwohl D8 im XJT-HF-Modul noch vorhanden war/ist und LBT unter D16 läuft/lief
Zumindst in den ersten LBT-Versionen war das so!
Die allerneueste LBT-Version hat nur noch D16 und LR12, selbst auch keine D8 mehr
und kann wohl nicht auf non-EU zurückgeflasht werden.
rechtlich gar nicht
technisch schon
Darum gab/gibt es ja in openTX die Option EU, damit wird von openTX-Seite schon die Auswahl D8 gesperrt,
obwohl D8 im XJT-HF-Modul noch vorhanden war/ist und LBT unter D16 läuft/lief
Zumindst in den ersten LBT-Versionen war das so!
Die allerneueste LBT-Version hat nur noch D16 und LR12, selbst auch keine D8 mehr
und kann wohl nicht auf non-EU zurückgeflasht werden.
Hy,
Ich meine, das sollte man alles mal ausprobieren.
Non-EU --> LBT EU --> Non -Eu --> LBT-EU
Sender und Empfänger
Dann jeweils mit D16, D8 tatsächlich binden
ohne die OpenTx -Option EU gesetzt zu haben
Da gibt es im Augenblick zu viele Vermutungen statt Gewissheitein
und unterschiedliche FR-Syk Software Versionen zum Donwlaoden
Ich habe leider keine D-Empfänger vor Ort
Ich meine, das sollte man alles mal ausprobieren.
Non-EU --> LBT EU --> Non -Eu --> LBT-EU
Sender und Empfänger
Dann jeweils mit D16, D8 tatsächlich binden
ohne die OpenTx -Option EU gesetzt zu haben
Da gibt es im Augenblick zu viele Vermutungen statt Gewissheitein
und unterschiedliche FR-Syk Software Versionen zum Donwlaoden
Ich habe leider keine D-Empfänger vor Ort
Ich habe kürzlich eine Taranis Plus X9D nach nach ETSI EN 300 328 V1.9.1 von einem Kumpel hier gehabt. Soweit ich weiß hat er die in Belgien gekauft.
Dort lässt sich die Firmware des Sendemodul tatsächlich bekanntermaßen nicht aktualisieren.
So weit, so schlecht.
Aber als ich dort die non-EU-OpenTx-Sendersoftware (also mit der D8-Option) aufspielte, dann konnte ich meinen "alten" D8R-II plus und einen D4R-II problemlos binden und betreiben, inkl. Telemetrie.
Ich kann aber nicht exakt sagen welche Firmwareversion das interne Sendemodul dieser Taranis hatte. Ich weiß nur, dass es sich um EU-LBT-Firmware handelte und die Taranis der Norm ETSI EN 300 328 V1.9.1 entsprach...
Dort lässt sich die Firmware des Sendemodul tatsächlich bekanntermaßen nicht aktualisieren.
So weit, so schlecht.
Aber als ich dort die non-EU-OpenTx-Sendersoftware (also mit der D8-Option) aufspielte, dann konnte ich meinen "alten" D8R-II plus und einen D4R-II problemlos binden und betreiben, inkl. Telemetrie.
Ich kann aber nicht exakt sagen welche Firmwareversion das interne Sendemodul dieser Taranis hatte. Ich weiß nur, dass es sich um EU-LBT-Firmware handelte und die Taranis der Norm ETSI EN 300 328 V1.9.1 entsprach...
Wenn die Beschränkungen durch EU-Regulierung noch weiter zunehmen, wird es wohl nicht mehr all zu lange dauern, bis mal jemand die 2k-$ in die Hand nimmt und ein Non-EU-XJT auslesen lässt. Dann wird es ebenso bald Socket-Flash-Adapter für die STMs auf den Modulen geben. Die 1.9.1 verhindert ja nur das "Update", nicht das komplette neu Flashen. Und dann gibt es auf einmal nur noch alte Funken ...
Wieso sollte sich das interne sende Modul nicht mehr FLASHEN lassen?
Klar ich habe nicht die neuste taranis Mit ETSI 1. 9.1 aber, sollte es nicht möglich sein Mut der Methode wie ich das sende Modul ETSI 1.8.1 auf 1.7.1 geflasht habe..
Habe es wie folgt gemacht über sd Karte dort ist die non EU ETSI Version drauf für das xjt und eine Firmeware, ich meine für die flysky oder so und die gewünschte opentx Version.
Sender mit beiden trimm hebeln gedrückt einschalten dan im Menü irgewas mit Flash new firmeware oder so dort habe ich die flysky ausgewählt.
Epprom wurde angemerkt aber das ignoriert man und schreibt in den Sender. Danach habe ich das interne xjt geflasht und wieder opentx.... Aufgespielt.
Den Ablauf habe ich was wirr geschrieben aber er inige kenn ihn so ähnlich bestimmt.
Sollte das damit nicht auch klappen
Gesendet von meinem SM-G928F mit Tapatalk
Klar ich habe nicht die neuste taranis Mit ETSI 1. 9.1 aber, sollte es nicht möglich sein Mut der Methode wie ich das sende Modul ETSI 1.8.1 auf 1.7.1 geflasht habe..
Habe es wie folgt gemacht über sd Karte dort ist die non EU ETSI Version drauf für das xjt und eine Firmeware, ich meine für die flysky oder so und die gewünschte opentx Version.
Sender mit beiden trimm hebeln gedrückt einschalten dan im Menü irgewas mit Flash new firmeware oder so dort habe ich die flysky ausgewählt.
Epprom wurde angemerkt aber das ignoriert man und schreibt in den Sender. Danach habe ich das interne xjt geflasht und wieder opentx.... Aufgespielt.
Den Ablauf habe ich was wirr geschrieben aber er inige kenn ihn so ähnlich bestimmt.
Sollte das damit nicht auch klappen
Gesendet von meinem SM-G928F mit Tapatalk
Ok, es klappt wenn ich zuerst einen neuen Sensor erstelle, der aus dem Strom den Verbrauch berechnet. Dort wird der Wert gespeichert.
Ich hätte aber lieber den "fuel" Wert genommen, mal schauen wie weit die beiden Messungen voneinander abweichen.
Ich habe auch versucht einen Sensor mit Addition von "fuel" zu erstellen. Zählt schön hoch, aber auch dort wird der Wert nicht gespeichert...
Ich hätte aber lieber den "fuel" Wert genommen, mal schauen wie weit die beiden Messungen voneinander abweichen.
Ich habe auch versucht einen Sensor mit Addition von "fuel" zu erstellen. Zählt schön hoch, aber auch dort wird der Wert nicht gespeichert...
- Status
