FRSKY Vorsicht bei "Telemetrie verloren" mit Horus
- Themenstarter Carbonator
- Beginndatum
Einverstanden, aber auch eine technische Diskussion darf Spaß machen.
Ich mag halt offenes Visier lieber. Wenn sich jemand neu anmeldet, um in so eine Diskussion einzusteigen, ist das erstmal seltsam. Aber ich habe den Grund jetzt vermutlich kapiert und rückblickend war das tatsächlich doof von mir. War aber als Spaß gemeint, wie soll man denn die wahre Identität eines "RCJohn" herausfinden? Der kann sich nur selbst outen.
Ich mag halt offenes Visier lieber. Wenn sich jemand neu anmeldet, um in so eine Diskussion einzusteigen, ist das erstmal seltsam. Aber ich habe den Grund jetzt vermutlich kapiert und rückblickend war das tatsächlich doof von mir. War aber als Spaß gemeint, wie soll man denn die wahre Identität eines "RCJohn" herausfinden? Der kann sich nur selbst outen.
Moin, ich mach mal einen Bericht zur Lage 
So wie es aussieht, sind die Jungs mit Ahnung jetzt aktiv. Ich muss nicht mehr so tun, als ob ich Ahnung hätte
Wirkliche Fakten sind aber noch nicht auf dem Tisch. Die CRC-Sache wird von den meisten angenommen, nur Midelic bezweifelt immer noch, dass bei alter Hard- und Firmware, X9D,-E,X8R,X4R überhaupt ein falsches Bit durchkommen kann. Ist mir sympathisch, denn das ist auch mein Eindruck aus der Praxis. Muss aber rnicht stimmen.
Es gibt eine Stimme mit Ahnung, die sagt, dass eine Frequenzabweichung im Sender und Störungen von außen das Problem verursachen können.
Es wird noch gestritten, ob von FrSky das Update auch für eine Verschlüsselung genutzt wurde, die Konkurrenz ausschließen soll. Der, der versucht sie zu knacken, sagt ja, die Anderen nein.
Meine dramatische Enthüllung der SBus Fälschung interessiert keine S.u
Hier ein Schicksal, das zeigt, wie sch..ßegal FrSky die eigenen, guten Kunden sind.
Zum Glück hat die Community die HF-Firmware aus FrOS extrahiert und verlinkt.
Ich wundere mich nach wie vor, wie geduldig die Schafe dem Hirten immer noch hinterherlaufen. Es werden ja nicht nur die Kunden, sondern auch die Händler nicht ernst genommen. Ein Händler, der sich um seine Kunden sorgt, ist aktuell vermutlich am Schlimmsten dran.
Der US Händler verweist nicht auf FrSky in seinem Erklärungen, sondern auf Dritte bei RCG. Wie arm ist das denn, FrSky? Man muss aber auch sagen zum Ver@rschen braucht es immer zwei.
So wie es aussieht, sind die Jungs mit Ahnung jetzt aktiv. Ich muss nicht mehr so tun, als ob ich Ahnung hätte
Wirkliche Fakten sind aber noch nicht auf dem Tisch. Die CRC-Sache wird von den meisten angenommen, nur Midelic bezweifelt immer noch, dass bei alter Hard- und Firmware, X9D,-E,X8R,X4R überhaupt ein falsches Bit durchkommen kann. Ist mir sympathisch, denn das ist auch mein Eindruck aus der Praxis. Muss aber rnicht stimmen.
Es gibt eine Stimme mit Ahnung, die sagt, dass eine Frequenzabweichung im Sender und Störungen von außen das Problem verursachen können.
Es wird noch gestritten, ob von FrSky das Update auch für eine Verschlüsselung genutzt wurde, die Konkurrenz ausschließen soll. Der, der versucht sie zu knacken, sagt ja, die Anderen nein.
Meine dramatische Enthüllung der SBus Fälschung interessiert keine S.u
Hier ein Schicksal, das zeigt, wie sch..ßegal FrSky die eigenen, guten Kunden sind.
- Original ACCST X10 Horus (running OTX 2.3.5 and iXJT 2.0.1
- 2x RSXR receivers (running 2.0.1)
- RB-20 redundancy box with 2x 2S LiPos supplying power
- S-Port connected from the RB-20 to both receivers
- Various sensors, but primarily the RDT turbine s-port telemetry interface.
Zum Glück hat die Community die HF-Firmware aus FrOS extrahiert und verlinkt.
Ich wundere mich nach wie vor, wie geduldig die Schafe dem Hirten immer noch hinterherlaufen. Es werden ja nicht nur die Kunden, sondern auch die Händler nicht ernst genommen. Ein Händler, der sich um seine Kunden sorgt, ist aktuell vermutlich am Schlimmsten dran.
Der US Händler verweist nicht auf FrSky in seinem Erklärungen, sondern auf Dritte bei RCG. Wie arm ist das denn, FrSky? Man muss aber auch sagen zum Ver@rschen braucht es immer zwei.
Zuletzt bearbeitet:
Die Amis können alles: "There are still some issues with some receivers not binding, false telemetry readings, etc., but nothing that should prevent anybody from flying. "
--> Urgent firmware update to all X receivers and RF modules (ACCST D16) just released
--> Urgent firmware update to all X receivers and RF modules (ACCST D16) just released
Mike Blandford, der "einsame Wolf" mit interessanten Informationen (übersetzt von mir):
Wir sind jetzt auf der Faktenebene angelangt, was oft nur durch grobe Provokation gelingt, sonst wird nämlich nur rumgesülzt. Ab hier bitte sachlich bleiben, das gilt speziell für mich
Wir sind jetzt auf der Faktenebene angelangt, was oft nur durch grobe Provokation gelingt, sonst wird nämlich nur rumgesülzt. Ab hier bitte sachlich bleiben, das gilt speziell für mich
Hmm. Das ist die Antwort auf die angebliche NDA Verletzung durch OpenTX Dev's. Es scheint sich um die Geschichte zu handeln, als FrSky die Zusatzhardware zur Abschaltung von Fremdmodulen eingebaut hat. Kilrah schreibt, dass sie das mit Hilfe der User selbst herausgefunden haben und überhaupt keine Info von FrSky dazu vorlag.
Mike Blandford, der "einsame Wolf" mit interessanten Informationen (übersetzt von mir):
Wir sind jetzt auf der Faktenebene angelangt, was oft nur durch grobe Provokation gelingt, sonst wird nämlich nur rumgesülzt. Ab hier bitte sachlich bleiben, das gilt speziell für mich
Wir sind jetzt auf der Faktenebene angelangt, was oft nur durch grobe Provokation gelingt, sonst wird nämlich nur rumgesülzt. Ab hier bitte sachlich bleiben, das gilt speziell für mich
Mike: ".........da sie im Empfänger falsch hoppen würden........"
Allerdings kann ich mir nicht vorstellen, daß der RX diese Daten dazu verwendet um sich nach jedem Frame in der Spruntabelle neu auszurichten. Das wäre viel zu instabil bei lost Frames (LBT als auch FCC).
Die Sprungtabelle ist fest, das kann man messen, unabhängig davon wie viele Frames verloren gehen.
Vielmehr ist diese Maßnahme ein zusätzlicher Sicherheitsabgleich, daß die Synchronisation noch intakt ist und daß keine Verwechslung mit Nachbarkanälen anliegt. Das könnte sonst besonders im Nahbereich beim Einschalten passieren (Kanal-Übersprechen bei hoher Feldstärke).
Wenn dieser Wert nicht paßt, dann geht der RX in den Synch-Modus, aber keine Änderung der Sprungtabelle.
