FRSKY Vorsicht bei "Telemetrie verloren" mit Horus
- Themenstarter Carbonator
- Beginndatum
Noch ein paar Infos von Mike Blandford über das Kanalthema. Er sagt, dass in jedem Frame der aktuelle Kanal und die Sprungweite zum nächsten Kanal übertragen wird. Die zweite Information bleibt konstant nach der Initialisierung. Mit reverse engineering macht er nicht weiter, weil er davon ausgeht, dass es noch einige Änderungen gibt. Es ist irgendwie schräg, dass ein Open Source Dev im FrSky Herstellerforum bei RCG über reverse engineering des FrSky Protokolls doziert, aber ich sollte mich eigentlich über nichts mehr wundern 
Jet_Flyer sagt mittlerweile nichts mehr, er meint nur, dass FrSky das tun sollte, wenn es dann mal weitergeht.
Jet_Flyer sagt mittlerweile nichts mehr, er meint nur, dass FrSky das tun sollte, wenn es dann mal weitergeht.
Im Gegensatz zu OpenTX ist das Protokoll der HF Übertragung Firmeneigentum von FrSky.
Das vergessen viele und entrüsten sich, daß FrSky nicht gewillt ist dieses offen zu legen. FrSky hat ein Recht ihre FW gegen Raubkopien zu schützen.
Wenn ausgerechnet OTX Entwickler, welche eng mit FrSky zusammenarbeiten und entsprechende Verpflichtungen haben, Reversengineering betreiben und dies indirekt den Clones wie Jumper zu Gute kommt, dient das in keiner Weise der bereits angekratzten Beziehungen zwischen FrSky und OTX.
Das vergessen viele und entrüsten sich, daß FrSky nicht gewillt ist dieses offen zu legen. FrSky hat ein Recht ihre FW gegen Raubkopien zu schützen.
Wenn ausgerechnet OTX Entwickler, welche eng mit FrSky zusammenarbeiten und entsprechende Verpflichtungen haben, Reversengineering betreiben und dies indirekt den Clones wie Jumper zu Gute kommt, dient das in keiner Weise der bereits angekratzten Beziehungen zwischen FrSky und OTX.
FrSky hat sich meines Erachtens in den letzten Jahren selbst ins Abseits manövriert. Das V.201 Update ist nur das Sahnehäubchen obendrauf. Ich habe kein Problem mit der FrSky Hardware. Aber die Firmware wird immer mehr zur Katastrophe. Die haben meines Erachtens nur eine einzige Chance, bei den erfahrenen Kämpen wieder glaubwürdig zu werden: Den ganzen Bullshit aus der Firmware wieder rausholen und einen sauberen Bugfix veröffentlichen. Idealerweise noch mit einer ehrlichen Aussage dazu. OK, ich musste gerade selbst grinsen, ich geb's zu
Aktuell hat unser aller unerschrockener Testpilot @quax2011 noch weitere Logs geliefert. Auf den ersten Blick sieht es ähnlich aus. Aber wenn man auf die Skalierung der Frames rechts achtet, dann hat die Citabria wesentlich weniger Verluste als die Skymule und bisher auch keine Lockouts bei allerdings nur 3 Flügen.
Es kann theoretisch sein, dass es gar nicht am Sender liegt, sondern am Empfänger in der Skymule. Ob der frequenzmäßig danebenliegt, kann man mit einem MPM rauskriegen, indem man das Tuning für beide Empfänger vergleicht.
Es kann theoretisch sein, dass es gar nicht am Sender liegt, sondern am Empfänger in der Skymule. Ob der frequenzmäßig danebenliegt, kann man mit einem MPM rauskriegen, indem man das Tuning für beide Empfänger vergleicht.
Anhänge
Was sehe ich da genau?
5100 sind Frame Losses in %.
Bei RSSI um die 50 habe ich ca. 10% Frame Losses.
Das ist nicht normal.
Bei 10% Framelosses stockt natürlich auch Telemetrieübertragung.
Wenn es in dieser Umgebung ab und zu Failsafes kommt, wundert es mich nicht.
Wo ist die direkte Aussage zum Thema Datenfehler, Neu-Sychnronisation?
5100 sind Frame Losses in %.
Bei RSSI um die 50 habe ich ca. 10% Frame Losses.
Das ist nicht normal.
Bei 10% Framelosses stockt natürlich auch Telemetrieübertragung.
Wenn es in dieser Umgebung ab und zu Failsafes kommt, wundert es mich nicht.
Wo ist die direkte Aussage zum Thema Datenfehler, Neu-Sychnronisation?
FrSky hat sich meines Erachtens in den letzten Jahren selbst ins Abseits manövriert. Das V.201 Update ist nur das Sahnehäubchen obendrauf. Ich habe kein Problem mit der FrSky Hardware. Aber die Firmware wird immer mehr zur Katastrophe. Die haben meines Erachtens nur eine einzige Chance, bei den erfahrenen Kämpen wieder glaubwürdig zu werden: Den ganzen Bullshit aus der Firmware wieder rausholen und einen sauberen Bugfix veröffentlichen. Idealerweise noch mit einer ehrlichen Aussage dazu. OK, ich musste gerade selbst grinsen, ich geb's zu
Gerade die sollten sich jetzt zurückhalten von unfairem Protektionismus zu sprechen.
OK, das gehört überhaupt nicht hierher.
Natürlich will jeder die technischen Hintergründen genau verstehen und alles im Detail wissen. Aber in der Konsequenz schadet man FrSky. Will man das?
Kein Hersteller wird so zerpflückt wie FrSky, nicht im entferntesten.
Zuletzt bearbeitet:
Man muss aber auch historisch mal sehen, wie ungeheuer FrSky von OpenTX und von freiwilligen Testern profitiert hat. Wenn ich alleine an das R9 System und den G-RX8 denke, wieviele Stunden ich da mit Testen zugebracht habe, bis die Firmware einigermaßen funktioniert hat (nachzulesen bei RCG). Viele fühlen sich einfach ver@rscht, so wie ich, und ich meine zu Recht.
Die gibt es nicht. Ich äußere lediglich eine Idee, die verifiziert werden wird, wenn die beiden Empfänger per MPM Tuning verglichen werden. Ich bin immer noch der Meinung, dass das Grundübel eine Frequenzabweichung ist und Leute ohne Frequenzabweichung in 100 Jahren keinen einzigen Breakdance sehen. Kann falsch sein, aber das kriegen wir raus ....
Das Grundübel ist die CRC, welche sporadisch Datenfehler durchläßt. Das ist der Bug.
Verursacher der Datenfehler gibt es mehrere, Frequenzdrift, Fresnel, HF-Störungen, störungsanfälliges Protokoll usw. , welche sich gegenseitig in der Auswirkung verstärken.
Wäre die CRC ausreichend, würden sich die Verursacher nicht auswirken (man hätte etwas mehr FLs, aber keine Servo-Glitches) und man wäre nie dahinter gekommen.
Verursacher der Datenfehler gibt es mehrere, Frequenzdrift, Fresnel, HF-Störungen, störungsanfälliges Protokoll usw. , welche sich gegenseitig in der Auswirkung verstärken.
Wäre die CRC ausreichend, würden sich die Verursacher nicht auswirken (man hätte etwas mehr FLs, aber keine Servo-Glitches) und man wäre nie dahinter gekommen.
Viele Leute, die sehr, sehr viele Flugstunden mit ACCST haben, sehen das anders. Mein Ansatz ist, dass Leute die Lockouts haben, diese Lockouts relativ häufig haben und nicht nur 1x pro Jahr. Und dass man regelmäßig bei diesen Kollegen eine Frequenzabweichung nachweisen kann. Die Lockouts kann man mit dem LostFrame Sensor detektieren. @quax2011 und ich haben noch Sensoren, die wir kurzfristig zur Verfügung stellen können. Wer ein MPM hat und bei allen Empfänger das gleiche Tuning hat, braucht sich empfängerseitig keine Sorgen zu machen. Wer die Standard-Bindefrequenz messen kann, auch nicht beim Sender.
Im Umkehrschluss kann man bei Systemen, die jahrelang störungsfrei fliegen, keine Frequenzdrift nachweisen.
Das ist mein Ansatz als Praktiker. Bis FrSky eine Nicht-Wundertütenfirmware liefert, kann man ja mal in diese Richtung forschen, anstatt zu jammern
Im Umkehrschluss kann man bei Systemen, die jahrelang störungsfrei fliegen, keine Frequenzdrift nachweisen.
Das ist mein Ansatz als Praktiker. Bis FrSky eine Nicht-Wundertütenfirmware liefert, kann man ja mal in diese Richtung forschen, anstatt zu jammern
Ich versuche mal meine Hypothese zusammenzufassen:
- es gibt einige wenige Hardwarekombinatonen mit Frequenzabweichungen
- diese führen zu Lost Frames, Lockouts und Datenfehlern
- Lockouts und Datenfehler gleichzeitig führen zum ungewollten Kanalwert für 0,8s (Breakdance)
- die bessere CRC-Prüfung kann den Datenfehler und vermutlich auch die Lockouts vermeiden
- kein Datenfehler wird mehr weitergereicht, der Frame mit Datenfehler ist auch "verloren"
- das Grundübel der Fehlanpassung und Lost Frames beiben
- mit V2 werden bis zu 3 Lost Frames in Folge nicht mehr gemeldet
- die LED blinkt weiter die Wahrheit
- V2 dient hauptsächlich dazu, Fremdprodukte auszuschließen
- V2 wird als Sicherheitsupdate verordnet, statt die fehlerhafte Hardware in Ordnung zu bringen
Welche Kombinationen sind gefährdet?
- vermutlich besonders die neueren Ausführungen, X9D/E, X4R, X8R eher nicht
Kann man prüfen, ob die eigene Kombination betroffen ist?
- der Lost Frame Sensor zeigt die Lockouts zuverlässig an
- eine flackernde grüne Empfänger LED (Sender im Rangetest 3m weg) ist ein ernster Hinweis, das sollte aber im Freien, mit 50m Abstand zur technischen Zivilisation noch mal überprüft werden
Lustig ist im nachhinein die Antwort des tschechischen Premierendealers auf meine Feststellung, dass die LED immer noch die Wahrheit blinzelt:
"I will call to FrSky to make FW with solid LEDs OK? "
"Ich werde FrSky anrufen, damit sie Firmware mit konstant leuchtender LED machen, einverstanden?"
Einfach nicht kapiert um was es geht? Oder wissen die Dealer, was läuft?
- es gibt einige wenige Hardwarekombinatonen mit Frequenzabweichungen
- diese führen zu Lost Frames, Lockouts und Datenfehlern
- Lockouts und Datenfehler gleichzeitig führen zum ungewollten Kanalwert für 0,8s (Breakdance)
- die bessere CRC-Prüfung kann den Datenfehler und vermutlich auch die Lockouts vermeiden
- kein Datenfehler wird mehr weitergereicht, der Frame mit Datenfehler ist auch "verloren"
- das Grundübel der Fehlanpassung und Lost Frames beiben
- mit V2 werden bis zu 3 Lost Frames in Folge nicht mehr gemeldet
- die LED blinkt weiter die Wahrheit
- V2 dient hauptsächlich dazu, Fremdprodukte auszuschließen
- V2 wird als Sicherheitsupdate verordnet, statt die fehlerhafte Hardware in Ordnung zu bringen
Welche Kombinationen sind gefährdet?
- vermutlich besonders die neueren Ausführungen, X9D/E, X4R, X8R eher nicht
Kann man prüfen, ob die eigene Kombination betroffen ist?
- der Lost Frame Sensor zeigt die Lockouts zuverlässig an
- eine flackernde grüne Empfänger LED (Sender im Rangetest 3m weg) ist ein ernster Hinweis, das sollte aber im Freien, mit 50m Abstand zur technischen Zivilisation noch mal überprüft werden
Lustig ist im nachhinein die Antwort des tschechischen Premierendealers auf meine Feststellung, dass die LED immer noch die Wahrheit blinzelt:
"I will call to FrSky to make FW with solid LEDs OK? "
"Ich werde FrSky anrufen, damit sie Firmware mit konstant leuchtender LED machen, einverstanden?"
Einfach nicht kapiert um was es geht? Oder wissen die Dealer, was läuft?
Also auf bloßen Verdacht hin alles tauschen? Auch wenn die v2 Firmware das Problem behebt oder besser gesagt ausschließt? Da macht ein Hardware-Tausch wohl eher keinen Sinn oder?
Aus meiner Sicht ist die v2 Firmware für alle die beste Lösung, sofern deren Probleme (Telemetrie, Lost Frame Bit) noch kurzfristig gefixt werden. Alles andere wird eher nicht passieren, weil es unverhältnismäßig wäre.
Aus meiner Sicht ist die v2 Firmware für alle die beste Lösung, sofern deren Probleme (Telemetrie, Lost Frame Bit) noch kurzfristig gefixt werden. Alles andere wird eher nicht passieren, weil es unverhältnismäßig wäre.
Die Idee von Frequenzabweichungen halte ich auch für richtig. Ich habe 4 QX7 Sender, alle bei der Firma Engel Modellbau gekauft. Dazu 30 Empfänger aller Art. Alles ab 2017 gekauft.
Vor einem Jahr wollte ich, nachdem ich 2 funktionierende RX6R als Bausatz gekauft hatte, einen neuen weiteren RX6R binden. Es hat nur bei 1 Sender funktioniert bei 3 anderen nicht. Das Angebot war dann ich solle meine Sender einschicken, dann würde das HF-Modul getauscht. Das hat man schon öfter gemacht und würde erfolgreich sein.
Auf meinen Einwand hin warum 30 Empfänger mit 4 Sendern funktionieren bekam ich den Empfänger umgetauscht in einen von der nächsten Lieferung. Der hat dann funktioniert, wie alle weiteren gekauften.
Für mich heißt das aber die Empfänger können auch das Problem sein.
Vor einem Jahr wollte ich, nachdem ich 2 funktionierende RX6R als Bausatz gekauft hatte, einen neuen weiteren RX6R binden. Es hat nur bei 1 Sender funktioniert bei 3 anderen nicht. Das Angebot war dann ich solle meine Sender einschicken, dann würde das HF-Modul getauscht. Das hat man schon öfter gemacht und würde erfolgreich sein.
Auf meinen Einwand hin warum 30 Empfänger mit 4 Sendern funktionieren bekam ich den Empfänger umgetauscht in einen von der nächsten Lieferung. Der hat dann funktioniert, wie alle weiteren gekauften.
Für mich heißt das aber die Empfänger können auch das Problem sein.
Die neuen Empfänger haben einen schmäleren Frequenzbereich, in dem sie binden. Dadurch merkt man Abweichungen eher, wie mit den alten. Wenn du ein MPM hast, kannst du das schön sehen. In deinem Fall hat sich dann nur noch die Frequenz von einem Sender mit dem RX6R getroffen. Das bedeutet aber auch, dass deine Sender unterschiedlich sind.
Edit vielleicht ist ja einer der Spectrum Analyser Besitzer in deiner Nähe, dann könnte man mal deine Sender "vermessen". In welchem Großraum wohnst du @bendh ?
Edit vielleicht ist ja einer der Spectrum Analyser Besitzer in deiner Nähe, dann könnte man mal deine Sender "vermessen". In welchem Großraum wohnst du @bendh ?
Zuletzt bearbeitet:
Wenn ich mir dann die Diskussion im openrcforum.com anschaue, wo es dann wohl nur noch um Aussperren der bösen "Clones" und Kopierern geht, die ja auch rein garnichts investiert haben und ständig auf Frsky einkloppen, dann habe ich im Moment nicht so wirklich Mitleid mit dem "Originalhersteller", wenn der dann seine eigenen Teile nicht zusammenbringt, mann nee, äy...
Hoffentlich ist der Spuk bald vorbei, ich will mir eigentlich ne neue X9D zulegen... Frsky, bitte vertreibt mich nicht...
Mein Traum immer noch: MPX Royal OTX
Grüsse Gruni
---und weiter gehts---
Hoffentlich ist der Spuk bald vorbei, ich will mir eigentlich ne neue X9D zulegen... Frsky, bitte vertreibt mich nicht...
Mein Traum immer noch: MPX Royal OTX
Grüsse Gruni
---und weiter gehts---
