FRSKY Neuer FrSky 8-Kanal Redundancy Bus 10
- Themenstarter FJH
- Beginndatum
Hi zusammen,
möchte den Empfang im Modell ( oft und viel Kohlegewebe eingelegt) maximal sicher gestalten.
Dachte an folgendes:
RB 10 oder Redundancy Bus - am RX1 Eingang RB ein RX8R ( Sbus out ) mit eingeschalteter Telemetrie - an dem RX8R ist am RXin ein XM+ angeschlossen.
Am RX2 Eingang RB ein X8R mit ausgeschalteter Telemetrie.
Könnte so 6 Antennen verwenden...
Würde das Empfangstechnisch was optimieren?
Könnte das funktionieren oder hat es evtl. schon mal jemand so eingesetzt?
Grüße
Meinhard
möchte den Empfang im Modell ( oft und viel Kohlegewebe eingelegt) maximal sicher gestalten.
Dachte an folgendes:
RB 10 oder Redundancy Bus - am RX1 Eingang RB ein RX8R ( Sbus out ) mit eingeschalteter Telemetrie - an dem RX8R ist am RXin ein XM+ angeschlossen.
Am RX2 Eingang RB ein X8R mit ausgeschalteter Telemetrie.
Könnte so 6 Antennen verwenden...
Würde das Empfangstechnisch was optimieren?
Könnte das funktionieren oder hat es evtl. schon mal jemand so eingesetzt?
Grüße
Meinhard
Einen kleinen Schritt weiter, das Ziel weiterhin in weiter Ferne (shortcut mit Zange abgesehen)
XJT über PPM , beide DIP-Schalter up :
L9R : kann nicht gebunden werden
Xseries RX : kann gebunden werden, keine Warnungen etc., Protokoll (mode 2/3) unbekannt. Das funktioniert.
Reichweitentests habe ich noch nicht gemacht. Das kommt als nächstes. In meiner Umgebung bekomme ich bei 2.5 km Entfernung um 45-50 RSSI optimal, je nach Antenne und Ausrichtung. Ich bin gespannt, wie das aussieht, wenn zwei TX am arbeiten sind. Sollte nach der gängigen Meinung weniger sein - mal schauen.
Auswahl der Protokolle für XJT unter otx 2.2 im Sender : OFF, PPM,XJT, DSM2 - in Companion etliche Möglichkeiten mehr. Falls übertragen von Companion auf TX passiv verfüg- und konfigurierbar. ????
Xseries Empfänger - das geht jetzt. Immerhin. Das ist aber nicht das, was ich wollte. Ich möchte eine backup-Verbindung mit reduziertem Funktionsumfang, aber mehr Reichweite. Von Protokoll LR12 und L9R habe ich das erwartet. Ich bleibe dran - auch wenn nun Zange und Lötkolben gefragt sind
Vielleicht kann einer der Cracks das nachvollziehen und allenfalls bei Frsky anregen, dass die SPORT-Datenübertragung für ein L9R in der FW stillgelegt wird. Meine Stimme hat bei Frsky keine Bedeutung.
In der Zwischenzeit werde ich für den L9R wohl Zange und Lötkolben bemühen müssen.
mfg hw
XJT über PPM , beide DIP-Schalter up :
L9R : kann nicht gebunden werden
Xseries RX : kann gebunden werden, keine Warnungen etc., Protokoll (mode 2/3) unbekannt. Das funktioniert.
Reichweitentests habe ich noch nicht gemacht. Das kommt als nächstes. In meiner Umgebung bekomme ich bei 2.5 km Entfernung um 45-50 RSSI optimal, je nach Antenne und Ausrichtung. Ich bin gespannt, wie das aussieht, wenn zwei TX am arbeiten sind. Sollte nach der gängigen Meinung weniger sein - mal schauen.
Auswahl der Protokolle für XJT unter otx 2.2 im Sender : OFF, PPM,XJT, DSM2 - in Companion etliche Möglichkeiten mehr. Falls übertragen von Companion auf TX passiv verfüg- und konfigurierbar. ????
Xseries Empfänger - das geht jetzt. Immerhin. Das ist aber nicht das, was ich wollte. Ich möchte eine backup-Verbindung mit reduziertem Funktionsumfang, aber mehr Reichweite. Von Protokoll LR12 und L9R habe ich das erwartet. Ich bleibe dran - auch wenn nun Zange und Lötkolben gefragt sind
Vielleicht kann einer der Cracks das nachvollziehen und allenfalls bei Frsky anregen, dass die SPORT-Datenübertragung für ein L9R in der FW stillgelegt wird. Meine Stimme hat bei Frsky keine Bedeutung.
In der Zwischenzeit werde ich für den L9R wohl Zange und Lötkolben bemühen müssen.
mfg hw
Zuletzt bearbeitet:
Die RB10/Empfängerkombination sollte miteinander funktionieren. Nur hast du ein Problem, du kannst "nur" 2 Empfänger mit deinem internen HF-Modul binden, keine drei. Für den dritten Empfänger bräuchtest du dann ein weiteres (externes) XJT-Modul. Ob die beiden HF-Module dann miteinander können, hängt vom Sender ab. Wie ich schon schrieb, sollte das mit einer Taranis gehen, mit einer Horus oder einer QX7 geht es definitiv nicht. Und nochmal auch hier, sowohl bei der RB als auch bei den Rx jeweils letzten FW-Stand von der FrSky-Seite flashen.
Hi
ich kann deine Gedanken nachvollziehen. Sollte so auch funktionieren. In meinen Augen eher kontraproduktiv. Wird komplex, störungsanfällig und mindert die Leistung.
Meine Schiene : , ein Sender, zwei TX-Module,zwei SBUS-RX, ein RB
1.Wahl TX : X-series RX mit Telemetrie
2.Wahl TX : LR System ohne Telemetrie als backup (L9R,Crossfire, EZUHF)
ich kann deine Gedanken nachvollziehen. Sollte so auch funktionieren. In meinen Augen eher kontraproduktiv. Wird komplex, störungsanfällig und mindert die Leistung.
Meine Schiene : , ein Sender, zwei TX-Module,zwei SBUS-RX, ein RB
1.Wahl TX : X-series RX mit Telemetrie
2.Wahl TX : LR System ohne Telemetrie als backup (L9R,Crossfire, EZUHF)
Hallo Meinhard
Ich bin da eher skeptisch, bei den vielen Redundance - Umschaltungen. ich hab ich immer noch den Eindruck, dass man bei FrSky den richtigen Weg noch nicht erkannt hat und noch im Experimentenstatus einer Bastellbude arbeitet.
Und du holst dir jetzt drei davon an Bord, bei über 400 - 500 kmh, da sind 20 ms ein weiter Weg
Nimm doch die bewährte DSL Kopplung, genug Antennen hast du ja am Sender.
Sigi
Ich bin da eher skeptisch, bei den vielen Redundance - Umschaltungen. ich hab ich immer noch den Eindruck, dass man bei FrSky den richtigen Weg noch nicht erkannt hat und noch im Experimentenstatus einer Bastellbude arbeitet.
Und du holst dir jetzt drei davon an Bord, bei über 400 - 500 kmh, da sind 20 ms ein weiter Weg
Nimm doch die bewährte DSL Kopplung, genug Antennen hast du ja am Sender.
Sigi
Zuletzt bearbeitet:
Hallo FJH
Hab ich hier alles gelesen, auch den Test von Carbo, für Umschaltung bei Reichweitenproblemen im weiten trägen Segler sicher alles im grünen Bereich,
Bei M werkelt das ganze in einem HiSpeed Modell im Tiefen Vorbeiflug mit 400 - 500 kmh, da wären mir 9 ms hold lieber als 40 ms oder mehr hin und herschalten eines Redundancebus über SBus.
Weist du was über die Umschaltlogik oder Umschaltzeiten?
Ich tippe eher, dass FrSky das noch nicht mal so genau durchblickt.
Sigi
Hab ich hier alles gelesen, auch den Test von Carbo, für Umschaltung bei Reichweitenproblemen im weiten trägen Segler sicher alles im grünen Bereich,
Bei M werkelt das ganze in einem HiSpeed Modell im Tiefen Vorbeiflug mit 400 - 500 kmh, da wären mir 9 ms hold lieber als 40 ms oder mehr hin und herschalten eines Redundancebus über SBus.
Weist du was über die Umschaltlogik oder Umschaltzeiten?
Ich tippe eher, dass FrSky das noch nicht mal so genau durchblickt.
Sigi
Hallo Sigi,
beabsichtigtes Kernstück der Kombi ist ja eine RB oder RB10. Bei beiden aber gibt es meines Wissens nach keine Umschaltzeiten zwischen den beiden Empfängereingängen. Warum nicht? Weil die Firmware offenbar aus beiden SBus-Datenströmen einen einzigen macht und dabei jeweils defekte oder fehlende Datenpakete darin ersetzt (so wird es jedenfalls im RCG-Forum berichtet). Bei den RX8R sieht das anders aus, da gibt es in der Tat ein Umschalten zwischen Master und Satellit und damit verbunden auch eine Verzögerung.
beabsichtigtes Kernstück der Kombi ist ja eine RB oder RB10. Bei beiden aber gibt es meines Wissens nach keine Umschaltzeiten zwischen den beiden Empfängereingängen. Warum nicht? Weil die Firmware offenbar aus beiden SBus-Datenströmen einen einzigen macht und dabei jeweils defekte oder fehlende Datenpakete darin ersetzt (so wird es jedenfalls im RCG-Forum berichtet). Bei den RX8R sieht das anders aus, da gibt es in der Tat ein Umschalten zwischen Master und Satellit und damit verbunden auch eine Verzögerung.
Zuletzt bearbeitet:
Hi,
erstmal danke für die ganzen Infos hier!
...ich muss einfach noch das totale Vetrauen in Frsky bekommen.
Hab mich entschieden, es wird ein HV Setup aus:
2x2S1P Lion 2900
AW 30 ACT Schalter
FRSKY RB10
2x FRSKY X8R
Anhang anzeigen 169752
Denke eine solide RC Versorgung, sollte funktionieren...
LG Meinhard
erstmal danke für die ganzen Infos hier!
...ich muss einfach noch das totale Vetrauen in Frsky bekommen.
Hab mich entschieden, es wird ein HV Setup aus:
2x2S1P Lion 2900
AW 30 ACT Schalter
FRSKY RB10
2x FRSKY X8R
Anhang anzeigen 169752
Denke eine solide RC Versorgung, sollte funktionieren...
LG Meinhard
Die würde ich für andere Modelle verwenden und am RB einen XSR und einen XM+ nehmen
Hi
die Frage betreffend Umschaltzeit habe ich mir auch gestellt. Zu Testzwecken habe ich mir einen kleinen Sketch programmiert, der gezielt den SBUS-Status verändern kann.
Versuchsaufbau : zwei X9D, zwei X8R, ein RB10. Ein RX ist über SBUS mit einem T3.6 verbunden. Der T3.6 ist mit dem RB10 über RX1 IN verbunden. Der zweite RX ist direkt mit dem RB über RX2 verbunden.
An CH3 ist ein Servo angeschlossen. Die TX1 und TX2 sind unterschiedlich, um das Umschalten des RB beobachten zu können.
Mit dem Sketch lese ich die SBUS-Daten ein, verändere den Status und der Frames (zB 5 auf signal_lost, dann 95 wieder mit signal_ok)und übermittle sie an den RB.
Das Ergebnis hat mich etwas überrascht. So wie es gegenwärtig aussieht wird bereits nach einem lost-frame von RX1 auf RX2 umgeschaltet. Sind auf RX1 wieder Daten da, geht es sofort wieder zurück auf RX1.
Bestätigt in etwa die Aussage von @FJH weiter oben.
Soviel fürs erste.
mfg hw
die Frage betreffend Umschaltzeit habe ich mir auch gestellt. Zu Testzwecken habe ich mir einen kleinen Sketch programmiert, der gezielt den SBUS-Status verändern kann.
Versuchsaufbau : zwei X9D, zwei X8R, ein RB10. Ein RX ist über SBUS mit einem T3.6 verbunden. Der T3.6 ist mit dem RB10 über RX1 IN verbunden. Der zweite RX ist direkt mit dem RB über RX2 verbunden.
An CH3 ist ein Servo angeschlossen. Die TX1 und TX2 sind unterschiedlich, um das Umschalten des RB beobachten zu können.
Mit dem Sketch lese ich die SBUS-Daten ein, verändere den Status und der Frames (zB 5 auf signal_lost, dann 95 wieder mit signal_ok)und übermittle sie an den RB.
Das Ergebnis hat mich etwas überrascht. So wie es gegenwärtig aussieht wird bereits nach einem lost-frame von RX1 auf RX2 umgeschaltet. Sind auf RX1 wieder Daten da, geht es sofort wieder zurück auf RX1.
Bestätigt in etwa die Aussage von @FJH weiter oben.
Soviel fürs erste.
mfg hw
Zuletzt bearbeitet:
Hi,
hatte vor einiger Zeit folgendes gefragt...
hab nun dazu folgendes gefunden:
https://www.rcgroups.com/forums/showpost.php?p=38484365&postcount=12824
Hier der Erstflug der großen FA/86 mit dem System:
https://www.youtube.com/watch?time_continue=1&v=5KidJq6LgKY
Eingebaut Frsky Empfängersystem bestehend aus 2x X8R and 1x RX8R allerdings mit einer RB Powerbox Mercury.
Denke die Funktion der PB Mercury sollte die Frsky RB10 oder RB evtl. auch erfüllen können.
Grüße
Meinhard
hatte vor einiger Zeit folgendes gefragt...
hab nun dazu folgendes gefunden:
https://www.rcgroups.com/forums/showpost.php?p=38484365&postcount=12824
Hier der Erstflug der großen FA/86 mit dem System:
https://www.youtube.com/watch?time_continue=1&v=5KidJq6LgKY
Eingebaut Frsky Empfängersystem bestehend aus 2x X8R and 1x RX8R allerdings mit einer RB Powerbox Mercury.
Denke die Funktion der PB Mercury sollte die Frsky RB10 oder RB evtl. auch erfüllen können.
Grüße
Meinhard
Zuletzt bearbeitet:
Hi zusammen,
scheinbar neue FW für beide RB´s verfügbar, für den 10er 171010 vom 2017-10-30:
https://www.frsky-rc.com/redundancy-bus-10/
Grüße
Meinhard
scheinbar neue FW für beide RB´s verfügbar, für den 10er 171010 vom 2017-10-30:
https://www.frsky-rc.com/redundancy-bus-10/
Grüße
Meinhard
Es gibt jetzt eine Erklärung seitens FrSky zu den beiden FW-Updates. Demnach beseitigt dieses Update Kompatibilitätsprobleme im Zusammenwirken mit den Empfängern R-XSR und G-RX8. Welcher Art diese Kompatibilitätsprobleme waren, wird auf der Downloadseite nicht gesagt.
In einer kurzen Antwort, die ich von FrSky dazu erhalten habe, wird ein Kompatibilitätsproblem der Telemetrie für die beiden genannten Empfänger genannt im Zusammenwirken mit den RBs.
In einer kurzen Antwort, die ich von FrSky dazu erhalten habe, wird ein Kompatibilitätsproblem der Telemetrie für die beiden genannten Empfänger genannt im Zusammenwirken mit den RBs.
Zuletzt bearbeitet:
