FRSKY Vorsicht bei "Telemetrie verloren" mit Horus

[Carbonator]

Andersherum, welcher Profiflieger will unnötige Verzögerung wenn gültige Daten verworfen werden?

Das ist Quatsch, auch nach der x-ten Wiederholung. Durch das Unterdrücken des berechtigten LostFrame Bit und Wiederholen des letzten gültigen Frame wird doch überhaupt nichts gewonnen. Das war schon immer das Standardverhalten bei einem LostFrame, nennt sich "Hold". Man erfährt jetzt nur nicht mehr, dass das Frame "alt" ist. Ist das so schwer zu verstehen

Ich überlege mir eine Möglichkeit, die Menge an Lostframes, die mit der Manipulation unbemerkt durchrutschen, zu messen. Oder kann jemand eine Methode aus dem Ärmel schütteln?

 

[FJH]

Hallo FJH,
bei den FW-tests hatte ich festgestellt, daß bis maximal zum 3. Frame zurück ersetzt wird.
Das entspricht der durchschnittlichen Latenzzeit.
In der Praxis sind einfache Framelosses mit Abstand am häufigsten und genau das führt zu Verzögerungen auf dem SBUS mit der bisherigen FW.

Wenn dem so ist, dann sollte die Grössenordnung meiner Meinung nach unkritisch sein.

 

[mastersurferde]

falscher Threat

 

[FJH]

Ich überlege mir eine Möglichkeit, die Menge an Lostframes, die mit der Manipulation unbemerkt durchrutschen, zu messen. Oder kann jemand eine Methode aus dem Ärmel schütteln?

Lässt sich das Flackern der grünen LED nicht abgreifen? Müsste doch irgendwie gehen und dann per Zähler auswerten.

 

[FJH]

Also wenn eine X9d nicht funktioniert, dann muss die schon extrem alt sein.

Ja meine, Produktion 10/2013.

 

[Carbonator]

Gute Idee @FJH. Aber das müsste ich dann mit dem LostFrame Zähler irgendwie synchronisieren. Oder immer bei 100% bleiben während der Messung.

 

[nihonski]

Lässt sich das Flackern der grünen LED nicht abgreifen? Müsste doch irgendwie gehen und dann per Zähler auswerten.

Das geht.
Kann man z.B. über einen Tiefpass als LQ-Analogwert übertragen.
Ich mache das so bei zwei Empfängern (2 Funkstrecken, beide mit Telemetrie) und übertrage das LQ Signal des einen Empfängers mit der Telemetrie des anderen. Gegenseitige Überwachung bzw. Warnung.

 

[nihonski]

Ich überlege mir eine Möglichkeit, die Menge an Lostframes, die mit der Manipulation unbemerkt durchrutschen, zu messen. Oder kann jemand eine Methode aus dem Ärmel schütteln?

Nimm einen Logic Analyser, dann siehst du alles, auch Timings etc.

 

[Carbonator]

Dann muss ich auch den SPort miterfassen und zu Fuß den LostFrame Wert raussuchen. Oder das Bit im SBus auswerten. Aber machbar ist das.

 

[Norbert]

Frequenzfeinabgleich ?
Für updates der internen und externen HF-Module sollte man openTx >V2.3.5 verwenden
---

2 Fragen an Helle:

Du schreibst im Handbuch:"die Frequenzfeinabstimmung beim Binden optimiert".
Oben mit Fragezeichen - ist es jetzt fraglich oder Fakt?

Sind HF-Updates ab V2.35 möglich oder >2.35?

Norbert

 

[weixelgeist]

Sind HF-Updates ab V2.35 möglich oder >2.35?

sind mit 2.3.5 problemlos möglich

 

[Sigimann]

Übrigens, die Telemetrie Übertragung des Arduino Frameloss Zählers erfolgt alle 400ms.
Ein Frame dauert 9ms, die Latency ist im Bereich von ca. 30ms (3 Frames).
Was sagt euch das?

Hier hast du noch nicht scharf hingeschaut.

In dem Framelostzähler wird ein gleitender Mittelwert über 100 Frames gebildet.
Bei einer Framezeit von 18ms (für S-Bus), setzt einen einzelner Lostframe den Übertragungswert für 2000 ms auf 99%. Selbst bei einer lückenhaften Telemetrie kommt der Lost durch.

Wer den S-Busframe auswertet und etwas genauer reagieren will, kann doch nur Sinnvoll agieren wenn das lost Frame bereits bei einem fehlerhaften 9 ms Frame auf falsch steht.
Dann gilt: Lostzähler steht auf i.O. = alle i.O weitermachen ...
Lostzähler steht auf n.i.O. = ein Frame ist falsch, also beide 9 ms Frames mit den vorherigen vergleichen, der geänderte ist i.O. der andere Lost.
Anders herum funktioniert dass nicht und wer es wünscht, der braucht es nicht und will schönen oder ist ein Volltrottel.

Sigi

 

[Sigimann]

Andersherum, welcher Profiflieger will unnötige Verzögerung wenn gültige Daten verworfen werden?

Das muss ich noch ein zweites mal los werden.

Wer den S-Busframe auswertet und etwas genauer reagieren will, kann doch nur Sinnvoll agieren wenn das lost Frame bereits bei einem fehlerhaften 9 ms Frame auf falsch steht.
Dann gilt: Lostzähler steht auf i.O. = alle i.O weitermachen ...
Lostzähler steht auf n.i.O. = ein Frame ist falsch, also beide 9 ms Frames mit den vorherigen vergleichen, der geänderte ist i.O. der andere Lost.
Anders herum funktioniert dass nicht und wer es wünscht, der braucht es nicht und will schönen oder ist ein Volltrottel.

Sigi

 

[Sigimann]

Ergänzung wegen einer böse Nachricht zu Volltrottel.

Ich habe hier niemals jemanden als Volltrottel bezeichnet, Ich habe aber unterstellt, das die Forderung das LostFlag im S-Bus zu ändern nicht von Volltrottel kommt, sondern gezieltes Markiting für geschönte (gelogene) Übertragungssicherheit steckt.

gelöscht, war nicht vollständig zu ende gedacht.Sigi

 

[Gruni]

Na gerade nochmal die Kurve gekriegt ;-)

 

[Carbonator]

Ich hatte es schön öfter geschrieben, hier gibt es nur 1 @rschloch und das bin ich. Ich dulde kein zweites neben mir

Ganz interessant, wie die US-Kollegen das Update aufnehmen. Der gute Konrad stellt die richtigen Fragen ...

 

[Norbert]

Ich habe noch was für die Verschwörungs - Fraktion:

RC Groups - View Single Post - FrSky D16 firmware for D8 receivers

 

[Carbonator]

Der gute Renatoa wird halt auch älter

 

[FJH]

Naja, der spielt womöglich auf das an, was seitens der FAA Planungen auf die Amis zukommen mag.

 

[quax2011]

Bernd, immer du mit deinen Alleinvertretungsansprüchen ! Ab und zu will ich auch mal das @loch sein Männo !🤪😇😇