FRSKY Vorsicht bei "Telemetrie verloren" mit Horus

[nihonski]

FrSky has improved the performance of the BK-RF board of Taranis X9D Plus since Nov. 15th, 2016. For those with production dates between Nov. 15th, 2016 to Dec. 23rd, 2016, if you’d like to use with LR12 mode (L9R receiver), pls flash the firmware to Ver170317. For those with production dates earlier than Nov. 15th, 2016, no need to flash the firmware. For those with production dates later than Dec. 23rd, 2016, Ver170317 firmware will be as Default.

Hier geht es zwar nur um LR12, hört sich aber nach einer falschen Bauteilebestückung an.

 

[FJH]

Bei dem Update ging es damals primär um die Unterstützung von LR12 bei einem bestimmten Fertigungslos wie ja auch benannt in FrSky's Begründung. Dass das Update aber auch für spätere OTx-Funktionen erforderlich sein würde, war da noch nicht in Sicht.

 

[Carbonator]

Die Bindeoptionen wurden damit konkret erst möglich.

 

[nihonski]

Kann man sich erklären, weshalb die Bindeoptionen von einem HW-Los abhängen?

 

[FJH]

Die Bindeoptionen wurden damit konkret erst möglich.

... aus OTx heraus, genau!!

 

[Carbonator]

Kann man sich erklären, weshalb die Bindeoptionen von einem HW-Los abhängen?

?? Die hängen offensichtlich von der Firmwareversion ab. Dass die FrSky Beschreibung zur Firmware kompletter Bullshit ist, ist doch mittlerweile Folklore in den informierten Kreisen

 

[nihonski]

ok, dann geht es nicht um das HW-los, sondern den Auslieferzustand mit OTX

 

[FJH]

Das hat mit der ausgelieferten OTx Version nun überhaupt nix zu tun.

 

[Carbonator]

Das hängt vermutlich mit der neuesten LBT XJT Firmware zusammen, die kam glaube ich Anfang 2018 raus., denn mit zurü ck flashen auf die Vorgänger Version ist bei meiner X9d das / die Probleme wieder verschwunden, hatte ich aber auch schon mal erwähnt.

OK, das spricht definitiv nicht für ein CRC Problem, da sind wir uns doch einig, oder?

Das gleiche gilt für die Feststellung von Xedos9er, der mit allen neueren R-XSR Firmwares Failsafes hatte, aber die ältesten haben funktioniert.:

Afte that i flashed the oldest firmware I could find on the Frsky page for the RXSR receiver, wich was 170904. What happened?? BAAAAM, rock solid link qulity at 9. After that I flashed everey LBT Sbus firmware available with following results:
-170904 working
-171009 working
-171103 instable link quality
-180921 instable link quality
-190311 instable link quality
-every F.Port Firmwar also instable link qulity since the lowest version is 180111. So every F.Port firmware has this bug and is useless!

Der Hund ist da irgendwo vergraben, eventuell im Zusammenspiel mit einer Frequenzdrift durch Alterung. Oder sind das doch zwei verschiedene Probleme?

 

[RayX]

Ja Ewald, ist mir bewusst.
Aber bei meiner X9d + ist das ebenso in Verbindung mit dem G-Rx8. Das sagte ich aber auch schon zu dir.

Richtig Fjh, ich war aber erst mal froh, den Fehler einreisen zu können.

 

[Leo1962]

Gaubt bloss nicht das die probleme Reine Frsky problem sind schint auch bei multiplex udn bei Futaba solche problem zu geben auch nur verinzelt aber so gross das selbst grossmodel von erfahren Piloten einfach davon geflogen sind.

 

[RayX]

@carbo es sind zwei Probleme, das eine sind ungewollte Servobewegungen, das andere sind kurze Failsafes, diese kann man aber sehr einfach auseinanderhalten, ganz ohne spezielle Messgeräte. Einfach die Failsafe Einstellungen auf hold und schon sind nur die ungewollten Servo ausschläge übrig.

 

[RayX]

Noch ein weiteres...
Ich zweifle an das das verseuchte 2.4Ghz Band an dem Schlamassel schuld ist, klar kann das auch zu Problemen führen, aber ich teste jetzt schon mehrere Monate wegen diesen Problemen und ich behaupte das ich an den verschiedensten weit abgelegenen Ländlichen Fluggebiete überall das verseuchte total überfüllte 2,4Ghz Band die gleichen Probleme verursacht.

Ich habe selbst 2,4 GHz Geräte die hübsch am Senden waren um ud auf den Empfänger gelegt und in dem Moment nicht mehr oder weniger Probleme wie ohne.

 

[Michael Faupel]

@carbo es sind zwei Probleme, das eine sind ungewollte Servobewegungen, das andere sind kurze Failsafes, diese kann man aber sehr einfach auseinanderhalten, ganz ohne spezielle Messgeräte. Einfach die Failsafe Einstellungen auf hold und schon sind nur die ungewollten Servo ausschläge übrig.

Bin jetzt nicht sicher, meine aber das Failsafe bei Lockout eben oft auch nicht ausgelöst wird, heißt das der RX nicht erkennt das ein Falesafe-Falk vorliegt und dann nicht FS auslöst, sonder der RX scheinbar einfriert!

--Lockout mit Falesafe
--Lockout ohne Falesafe
--Plötzliche Servoausschläge

 

[Carbonator]

@carbo es sind zwei Probleme, das eine sind ungewollte Servobewegungen, das andere sind kurze Failsafes, diese kann man aber sehr einfach auseinanderhalten, ganz ohne spezielle Messgeräte. Einfach die Failsafe Einstellungen auf hold und schon sind nur die ungewollten Servo ausschläge übrig.

Ich hatte leider nie eine betroffene Hardware in Händen. Du schreibst, dass mit der alten XJT Firmware keine Fehler mehr auftraten. Betraf das sowohl die Lockouts/Failsafe wie die Ausschläge?

 

[RayX]

Ich hatte leider nie eine betroffene Hardware in Händen. Du schreibst, dass mit der alten XJT Firmware keine Fehler mehr auftraten. Betraf das sowohl die Lockouts/Failsafe wie die Ausschläge?

Richtig, beide Fehler sind nicht mehr aufgetreten mit der 151223
Die Rx Firmware ist dabei gleich geblieben.

 

[RayX]

Bin jetzt nicht sicher, meine aber das Failsafe bei Lockout eben oft auch nicht ausgelöst wird, heißt das der RX nicht erkennt das ein Falesafe-Falk vorliegt und dann nicht FS auslöst, sonder der RX scheinbar einfriert!

--Lockout mit Falesafe
--Lockout ohne Falesafe
--Plötzliche Servoausschläge

I ch kann nur von meinem betroffenen System sprechen, vielleic ht gibt es auch andere Möglichkeiten.

Was ich aber auch mit Sicherheit sagen kann mit einer nicht offiziellen Testfirmware für XJT und g_rx8 waren auch beide Fehler behoben.

Fragt bitte nicht nach dieser Firmware.

 

[Carbonator]

Richtig, beide Fehler sind nicht mehr aufgetreten mit der 151223 Die Rx Firmware ist dabei gleich geblieben.

Dann war auch hier kein CRC Fehler am Werk.

 

[Michael Faupel]

Gut finde ich eure Einigkeit in der Bewertung der Fehler.
Das schafft Vertrauen!

 

[Carbonator]

Hier ist die "offizielle" Fehlerbeschreibung aus dem Engel-Forum, die freundlicherweise auch ohne Anmeldung zugänglich ist.

Und hier die Antwort auf meine Nachfrage bei TX250 zur neuen R-XSR/G-RX8 Firmware, die die Failsafes/Holds/Lostframes Probleme einiger User bei den R-XSR gelöst hat.