FRSKY Vorsicht bei "Telemetrie verloren" mit Horus
- Themenstarter Carbonator
- Beginndatum
Leo, kleiner Tipp, wir leben im Computerzeitalter. Da gibt es so feine Sachen wie Rechtschreib-Prüfung und Korrektur. Wenn Du solche Probleme hast, warum schreibst Du deine Texte nicht einfach in einem Textverarbeitungsprogramm wie z.B. MS Word und kopierst sie nach erfolgreicher Korrektur an den Ziel-Ort?
Ich bin z.B. farbenblind und frage daher immer meine spezielle Smartphone-App, wenn ich's mal genau wissen muss, z.B. bei den Farben von Kabeln...
Gruß Gerd
Ich bin z.B. farbenblind und frage daher immer meine spezielle Smartphone-App, wenn ich's mal genau wissen muss, z.B. bei den Farben von Kabeln...
Gruß Gerd
Hallo Gerd
Ich schrib altes mit der Recht schreibe korrekt sonst könne das hier niemand mehr lesen. leider bin ich nicht Einstein der war auch Legastenieker dem wurde altes korrigiert.
Betreffend Abkürzungen
Ein paar Beispile
OSD
Die Abkürzung OSD steht für:
FLS
FLS steht für:
FC
FC, teils auch Fc oder fc, steht als Abkürzung für:
LQ steht als Abkürzung für:
Um nur mal 4 bespiele zu nennen udn dessen such ergebnise im wiki
Ich schrib altes mit der Recht schreibe korrekt sonst könne das hier niemand mehr lesen. leider bin ich nicht Einstein der war auch Legastenieker dem wurde altes korrigiert.
Betreffend Abkürzungen
Ein paar Beispile
OSD
Die Abkürzung OSD steht für:
- Dominikanerinnen, ein katholischer Frauenorden
- Object-Based Storage Device, Kommandoprotokoll in SCSI (Small Computer System Interface)
- On Screen Display, Element der Benutzerschnittstelle von Bildschirmen und Displays für Geräteeinstellungen
- OneSpace Drafting (ME10), ein CAD-Programm in Maschinenbau und Elektromechanik
- Open Source Definition, Standard für Open-Source-Lizenzen, siehe Open Source Initiative
- Operating System Deployment, Verfahren zum Vervielfältigen des Betriebssystems per Microsoft System Center Configuration Manager
- Ordnungs- und Sicherheitsdienst, eine Unterorganisation der Volkspolizei in der DDR, die von 1958 bis 1960 bestand. Der OSD sollte unter anderem Aufgaben des Luft- und Zivilschutz wahrnehmen.
- Ostsächsische Sparkasse Dresden
- Flughafen Åre Östersund (IATA-Code)
FLS
FLS steht für:
- Fellow of the Linnean Society – Namenszusatz der Mitglieder der Linnean Society of London
- Bahnhof Frankfurt-Louisa (DS100-Code)
- Friedrich-List-Schule (Kassel)
- Friedrich-List-Schule (Wiesbaden)
- Fonds Landschaft Schweiz
- First Level Support
FC
FC, teils auch Fc oder fc, steht als Abkürzung für:
- 1. FC Köln
- Chevrolet FC, PKW-Modell aus dem Jahr 1936
- Facilitated Communication, Kommunikationsmethode insbesondere für Autisten, siehe Gestützte Kommunikation
- Fairchild FC, Modellserie einmotoriger Flugzeuge des US-amerikanischen Herstellers Fairchild
- Fanclub
- Fanfarencorps, militärischer Musikzug
- Far Cry, Computerspiel
- Fechtclub
- Federal Capital Territory, Nigeria, nach ISO 3166-2-Code
- Fergusson College, College in Pune, Indien
- Ferrovie della Calabria, öffentliches Eisenbahnverkehrsunternehmen in Süditalien
- Fielder’s choice, Ausdruck aus der Baseball-Statistik (siehe Scoring (Baseball))
- Filii Caritatis, Kongregation päpstlichen Rechts von Priestern und Ordensbrüdern in der römisch-katholischen Kirche
- Finanzcontrolling, Steuerungsmaßnahmen zur Koordination innerhalb des Finanzbereichs
- Finncomm Airlines, ehemalige finnische Fluggesellschaft nach dem IATA-Code
- Fischereiclub
- Forces canadiennes, französischer Name für das kanadische Militär
- Provinz Forlì-Cesena in Italien
- Formula Concordiae, die lateinische Bezeichnung für die Konkordienformel
- Fotocommunity.de, größtes Fotografen-Internet-Portal in Europa
- Franklin College (Indiana), College für Freie Künste in Franklin (Indiana), USA
- Freie Kombination (Combination), mitunter zu finden an Orgelspieltischen des 20. Jahrhunderts
- Fußballclub, siehe Fußballverein
- Komoren-Franc, Währung der Komoren
- Republik Kongo nach dem ICAO-Code
- Württembergische Fc, Lokomotiven-Klasse
- Force Close, Nerd-Sprache für einen durch einen Fehler erzwungenen Programmabbruch in der Informationstechnik .
LQ steht als Abkürzung für:
- Letter Quality, eine Qualitätsstufe beim Drucken, speziell bei Nadeldruckern
- Staatszugehörigkeitszeichen für Luftfahrzeuge aus Argentinien
- Likelihood-Quotienten-Test, einen statistischen Test
- Limited Quantities, einen Begriff aus dem Gefahrgut-Recht
- Linear-Quadratischer Regler, einen Zustandsregler
Um nur mal 4 bespiele zu nennen udn dessen such ergebnise im wiki
Zuletzt bearbeitet:
Prinzipiell geb ich Leo schon recht. Der Thraed hier ist schon sehr - ich will's mal so sagen - recht spezialistenlastig. Ich versuche auch nur für mich wichtige Infos rauszuextrahieren. Was mir zugegebenermaßen nicht immer gelingt. Ich versuchs dann oft mit direkten nachfragen. Ich hab Mal gelernt: Es gibt keine dummen Fragen, nur dumme Antworten. Aktuell ist mir z.B. nicht klar ob ich von der ganzen Problematik um den SBus überhaupt betroffenen bin und wenn ja warum. Bei mir hängt aktuell am SBus nur der Lostframesensor. Das ist bei Copterpiloten und Seglern die viele Servoausgänge benötigen sicher anders. Vielleicht kann ja darauf jemand versuchen - Allgemei verständlich - eine Antwort zu geben.
Gruß Jürgen
Gruß Jürgen
Ich versuche mal, meine Hypothese in Kurzform darzustellen:
- Sender ab 2015 zeigen teilweise eine Frequenzverschiebung ähnlich einem nicht abgestimmten MPM
- dies führt zu verlorenen Frames, also verlorenen Datenpaketen (angezeigt vom Sensor und BF)
- dies führt auch zu gelegentlichen Lockouts von 0,8s, wenn der Empfänger neu synchronisieren muss
- selten fallen die Lockouts mit einem falschen Kanalwert zusammen, der normalerweise unbemerkt bleibt
- dies führt aber dann zu dem ungesteuerten Servoausschlag (besser: Kanalwert), der bemerkt wird
@quax2011 Du hast den Lockout mit dem LostFrame-Sensor jetzt einmal schön dokumentiert.
Ich habe nun festgestellt, dass mit V2.0.1 das LostFrame Bit im SBus Signal nicht mehr den wirklichen Frameverlusten entspricht, sondern "geschönt" wird, während die LED weiter die Wahrheit morst.
- Wie soll man jetzt sicher sagen, ob die Lockouts tatsächlich beseitigt sind?
Andererseits, wenn man optimistisch ist und annimmt, dass die Lockouts mit dem Update beseitigt wurden:
- Warum fälscht FrSky dann das LostFrame Bit immer noch? Angefangen hat das mit der R-XSR Firmware.
- Warum versteht kaum einer, dass das ein Sicherheitsrisiko ist?
Wenn die Lügenframe Geschichte verstanden wird, muss das eigentlich zu einem weltweiten Aufschrei der User führen. Als vertrauensbildende Maßnahme sollte FrSky sofort das LostFrame Bit wieder wahrheitsgemäß setzen. Oder die LED dauerhaft ansteuern, wie der tschechische Premierendealer vorgeschlagen hat
Bitte nachfragen, wenn immer noch etwas unklar ist.
- Sender ab 2015 zeigen teilweise eine Frequenzverschiebung ähnlich einem nicht abgestimmten MPM
- dies führt zu verlorenen Frames, also verlorenen Datenpaketen (angezeigt vom Sensor und BF)
- dies führt auch zu gelegentlichen Lockouts von 0,8s, wenn der Empfänger neu synchronisieren muss
- selten fallen die Lockouts mit einem falschen Kanalwert zusammen, der normalerweise unbemerkt bleibt
- dies führt aber dann zu dem ungesteuerten Servoausschlag (besser: Kanalwert), der bemerkt wird
@quax2011 Du hast den Lockout mit dem LostFrame-Sensor jetzt einmal schön dokumentiert.
Ich habe nun festgestellt, dass mit V2.0.1 das LostFrame Bit im SBus Signal nicht mehr den wirklichen Frameverlusten entspricht, sondern "geschönt" wird, während die LED weiter die Wahrheit morst.
- Wie soll man jetzt sicher sagen, ob die Lockouts tatsächlich beseitigt sind?
Andererseits, wenn man optimistisch ist und annimmt, dass die Lockouts mit dem Update beseitigt wurden:
- Warum fälscht FrSky dann das LostFrame Bit immer noch? Angefangen hat das mit der R-XSR Firmware.
- Warum versteht kaum einer, dass das ein Sicherheitsrisiko ist?
Wenn die Lügenframe Geschichte verstanden wird, muss das eigentlich zu einem weltweiten Aufschrei der User führen. Als vertrauensbildende Maßnahme sollte FrSky sofort das LostFrame Bit wieder wahrheitsgemäß setzen. Oder die LED dauerhaft ansteuern, wie der tschechische Premierendealer vorgeschlagen hat
Bitte nachfragen, wenn immer noch etwas unklar ist.
Zuletzt bearbeitet:
Bis auf das 2015 stimme ich dir zu, da der Fehler auch mit UrTaranis aufgetreten ist
Was nicht aufgeführt ist, sind die zu kurze CRC Prüfung, so dass fehlerhafte Datenpakete durchgelassen werden
Und dass bei der seriellen Übertragung zwischen Sender und Empfänger durch Reflektionen Bitverschiebungen stattfinden können, wenn viele 0en oder 1sen hintereinander gesendet werde. Das erklärt was mir lange nicht klar war, warum die Probleme überwiegend im Nahbereich stattfinden. Hier ein vereinfachtes Beispiel:
10100000000000010101010.... ==>> ergibt im Fehlerfall durch Reflektion
1010000000000010101010.... ==>> oder eben
101000000000000010101010.... ==>> das ganze funktioniert natürlich auch bei vielen Einsen hintereinander
Da die Synchronisation aus dem Tritt kommt und alle weiteren Werte falsch sind.
Daher wird ein Verfahren eingeführt, die verhindert, dass zu viele Bits ohne 01 Übergang gesendet werden. Dafür gibt es verschiedene mathematische Verfahren, da nicht nur wir das Problem haben.
Ich hoffe ich habe es einfach genug dargestellt, ohne dass es falsch ist.
Norbert
Was nicht aufgeführt ist, sind die zu kurze CRC Prüfung, so dass fehlerhafte Datenpakete durchgelassen werden
Und dass bei der seriellen Übertragung zwischen Sender und Empfänger durch Reflektionen Bitverschiebungen stattfinden können, wenn viele 0en oder 1sen hintereinander gesendet werde. Das erklärt was mir lange nicht klar war, warum die Probleme überwiegend im Nahbereich stattfinden. Hier ein vereinfachtes Beispiel:
10100000000000010101010.... ==>> ergibt im Fehlerfall durch Reflektion
1010000000000010101010.... ==>> oder eben
101000000000000010101010.... ==>> das ganze funktioniert natürlich auch bei vielen Einsen hintereinander
Da die Synchronisation aus dem Tritt kommt und alle weiteren Werte falsch sind.
Daher wird ein Verfahren eingeführt, die verhindert, dass zu viele Bits ohne 01 Übergang gesendet werden. Dafür gibt es verschiedene mathematische Verfahren, da nicht nur wir das Problem haben.
Ich hoffe ich habe es einfach genug dargestellt, ohne dass es falsch ist.
Norbert
Eine Lockout Anzeige, welche innerhalb der Unschärfe der Latenzzeit liegt (20-40ms gemessen), macht keinen Sinn. Lockouts die länger als 36ms sind erscheinen mit dem FL-flag des SBUS.
Ob die Lockouts technisch beseitigt sind läßt sich ganz einfach messen, es gibt neben den Fehler- flags auch die Nutzdaten, welche das widerspiegeln.
Ob die Lockouts technisch beseitigt sind läßt sich ganz einfach messen, es gibt neben den Fehler- flags auch die Nutzdaten, welche das widerspiegeln.
@Norbert lass uns bitte präzise bleiben, es gibt zwei Fehler. Den Verlust der Synchronisation und den falschen Kanalwert. Der Synchronisationsfehler = Lockout entsteht durch Frequenzverschiebung des Senders. Der falsche Kanalwert = CRC-Fehler entsteht durch zu lasche CRC Prüfung.
-Den Lockout versucht FrSky durch Vermeiden von kritischen Bitfolgen zu vermeiden
-Der CRC-Fehler wird durch eine genauere CRC Prüfung verhindert
Ich behaupte, der Lockout tritt mit den Sendern vor 2015 nicht auf, weil diese frequenzstabil sind. Der CRC-Fehler tritt immer mal auf, bleibt aber in der Regel unbemerkt, wenn er nicht mit einem Lockout zusammen auftritt, weil dann der fehlerhafte Kanalwert 0,8s lang gehalten wird. Andernfalls tritt er in der Regel nur maximal 2/111s lang auf, wenn nicht weitere Frames fehlen.
Kommen wir so zusammen? Stimmt die Erklärung von Mike Blandford zum Lockout?
Wenn das so ist, dann würde @quax2011 den Lockout auch mit V2.0.1 bemerken. Trotzdem darf FrSky fehlende Frames nicht maskieren. Aber da kommen wir zwei wohl nie zusammen.
Kann man die Aussage so interpretieren, dass FrSky nur bis maximal vier fehlende Frames das LostFrame Bit nicht setzt? Beim Fünften kommt es dann?
-Den Lockout versucht FrSky durch Vermeiden von kritischen Bitfolgen zu vermeiden
-Der CRC-Fehler wird durch eine genauere CRC Prüfung verhindert
Ich behaupte, der Lockout tritt mit den Sendern vor 2015 nicht auf, weil diese frequenzstabil sind. Der CRC-Fehler tritt immer mal auf, bleibt aber in der Regel unbemerkt, wenn er nicht mit einem Lockout zusammen auftritt, weil dann der fehlerhafte Kanalwert 0,8s lang gehalten wird. Andernfalls tritt er in der Regel nur maximal 2/111s lang auf, wenn nicht weitere Frames fehlen.
Kommen wir so zusammen? Stimmt die Erklärung von Mike Blandford zum Lockout?
Wenn das so ist, dann würde @quax2011 den Lockout auch mit V2.0.1 bemerken. Trotzdem darf FrSky fehlende Frames nicht maskieren. Aber da kommen wir zwei wohl nie zusammen.
Kann man die Aussage so interpretieren, dass FrSky nur bis maximal vier fehlende Frames das LostFrame Bit nicht setzt? Beim Fünften kommt es dann?
Zuletzt bearbeitet:
OK, immer noch Arbeit, aber nicht mehr soviel Im Ausschnitt fehlen vier Frames. Die ersten drei werden als nicht fehlend gekennzeichnet, beim vierten ist das Bit gesetzt. da sind wir sicher einig. Über die Zeit kann man streiten, aber das ist eigentlich nicht relevant. Die entscheidende Information ist, dass erst das vierte fehlende Frame wirklich gemeldet wird. Und das ist nicht der Sinn des LostFrame Bit.
Im Ausschnitt fehlen vier Frames. Die ersten drei werden als nicht fehlend gekennzeichnet, beim vierten ist das Bit gesetzt. da sind wir sicher einig. Über die Zeit kann man streiten, aber das ist eigentlich nicht relevant. Die entscheidende Information ist, dass erst das vierte fehlende Frame wirklich gemeldet wird. Und das ist nicht der Sinn des LostFrame Bit.Anhänge
@Carbonator Ich habe meinen Beitrag oben geschrieben, da einige gefragt haben, was den eigentlich das Problem ist. Du hast geantwortet und ich habe ergänzt. Es geht dort nicht um präzise, sondern um Verstehen.
Es sind einige Leute aus diesem Forum auch bei den internationalen Foren unterwegs, und ja ich stimme Mike zu. Einige unterhalten sich sogar direkt und tauschen Ergebnisse und Erkenntnisse aus !
Daher stellt sich mir der Kamm, wenn hier die Verschwörungstheorien hochgekocht werden, statt sachlicher Recherche und den Versuch zu verstehen was das Problem ist.
Ich kenne die PRÄZISE Antwort auf alle diese Fragen auch nicht, was davon dankend angenommen wird
( nützliche Idioten ) und was technische sinnvoll ist oder eine Gemenge daraus.
Man soll selbstverständlich kritisch sein und nicht blauäugig alles hinnehmen.
Es gibt da einige hochinteressante Seiten, wo unter anderem Empfänger in verschiedene Modis geschalte werden können und bis zu 4 Spannungseingänge habe ( mit fehlt beim X8R immer der 2. Spannungseingang )
Ich weiss nicht was dich manchmal reitet, was mich dann in Wallung bringt. Es gibt wenige Leute, die das schaffen.
Norbert
Es sind einige Leute aus diesem Forum auch bei den internationalen Foren unterwegs, und ja ich stimme Mike zu. Einige unterhalten sich sogar direkt und tauschen Ergebnisse und Erkenntnisse aus !
Daher stellt sich mir der Kamm, wenn hier die Verschwörungstheorien hochgekocht werden, statt sachlicher Recherche und den Versuch zu verstehen was das Problem ist.
Ich kenne die PRÄZISE Antwort auf alle diese Fragen auch nicht, was davon dankend angenommen wird
( nützliche Idioten ) und was technische sinnvoll ist oder eine Gemenge daraus.
Man soll selbstverständlich kritisch sein und nicht blauäugig alles hinnehmen.
Es gibt da einige hochinteressante Seiten, wo unter anderem Empfänger in verschiedene Modis geschalte werden können und bis zu 4 Spannungseingänge habe ( mit fehlt beim X8R immer der 2. Spannungseingang )
Ich weiss nicht was dich manchmal reitet, was mich dann in Wallung bringt.
Es gibt wenige Leute, die das schaffen.Norbert
Jetzt hör aber mal auf. Ich erkläre zum wiederholten Mal, dass ich hier das Foren@rschloch bin. Das ist meine Aufgabe. Und nein @quax2011, vergiss es, du hast noch viel zu viel soziale Kompetenz
Hintenrum mache ich zum Beispiel nix
Hat FrSky jetzt doch keinen Kopierschutz eingearbeitet beim großen Sicherheitsupdate? Werden doch alle Lost Frames gemeldet?
Mach mal Butter bei die Fische .....
Hintenrum mache ich zum Beispiel nix
Hat FrSky jetzt doch keinen Kopierschutz eingearbeitet beim großen Sicherheitsupdate? Werden doch alle Lost Frames gemeldet?
Mach mal Butter bei die Fische .....
Ich antworte dir hier, Ewald. Meine X9D und X9E sind äußerst zuverlässig. Ich hatte bei hunderten von Messflügen nicht einen einzigen Aussetzer, schon gar keine ungesteuerte Bewegung. Der Mist ging erst mit der X12 los. Wenn man die alte Hardware hat, kann man die bedenkenlos weiter nutzen. Sogar ohne Update. Es sollte dem verständigen Leser klargeworden sein, dass der CRC-Fehler alleine nie kritisch ist, nur wenn er zusammen mit dem Lockout auftritt. Und der Lockout tritt nur mit den neueren Sendern auf. So ist zumindest bis zum Beweis des Gegenteils mein Standpunkt. Ich empfinde das nicht als gestört, sondern als rational.
OK, immer noch Arbeit, aber nicht mehr soviel Im Ausschnitt fehlen vier Frames. Die ersten drei werden als nicht fehlend gekennzeichnet, beim vierten ist das Bit gesetzt. da sind wir sicher einig. Über die Zeit kann man streiten, aber das ist eigentlich nicht relevant. Die entscheidende Information ist, dass erst das vierte fehlende Frame wirklich gemeldet wird. Und das ist nicht der Sinn des LostFrame Bit.
Im Ausschnitt fehlen vier Frames. Die ersten drei werden als nicht fehlend gekennzeichnet, beim vierten ist das Bit gesetzt. da sind wir sicher einig. Über die Zeit kann man streiten, aber das ist eigentlich nicht relevant. Die entscheidende Information ist, dass erst das vierte fehlende Frame wirklich gemeldet wird. Und das ist nicht der Sinn des LostFrame Bit.
Schau auf den SPI log, es sind insgesamt nur 4 Frames fehlerhaft, keine 5.
Ansonsten bravo, du könntest es ja, aber dein innerer Scheinehund läßt dich nicht.
Jetzt wird es echt kindisch. Ich habe lediglich Frames mit OK bezeichnet, wenn das LostFrame Bit nicht gesetzt ist. Das sieht man sonst doch überhaupt nicht in dem Ausschnitt. Das erste "OK" SBus Frame kommt nachdem die LED geblinkt hat. Der verständige Leser ahnt, dass dieses nicht mitgezählt werden kann, was ich auch nicht getan habe. Oder wo siehst du die Zahl 5 in meinem Text? So das war jetzt genug Drama, ich melde mich eine Zeitlang ab. Mindestens für 5 Frames.
