FrSky X12s Horus

Heb een aantal RBus'en (RBus; Rbus 10). Wil ook nog een RBus 20 aanschaffen.
Maar heb nu een aantal kisten met een RX8r gecombineerd met een Xrs / XM+.
Dat gaat net zo goed, dus ik denk dat de RBus'en eigenlijk overbodig zijn bij gebruik van de R(edundancy!)X8r... of mis ik toch iets???
 
Het enige wat een RB10 bv toevoegt is actieve accu switch (af koppelen defecte accu), de zekering per uitgang en ontvanger (niet ontvangst) redundancy. Valt de RX8R nu uit is alles weg (ontvanger defect, niet ontvangst weg). Qua servo stroom verdeling zal de RB10 ook iets beter zijn. Als je geen RBus nodig hebt vanwege de hoge servo stromen dan zou ik hem niet gebruiken. In een 50cc 3D kisten met een benzine motor begint het nuttig te worden, electro niet bv. RX8R gecombineerd met een R9 ontvanger zou al een erg betrouwbare oplossing zijn met 2 frequentie banden / zenders.
 
Tadango zei:
Ja, maar...... Het makkelijkst is het om de voeding van de zender op een RX+ te zetten ipv SPort +.
Klik om te vergroten...

Geldt dit ook voor de Rbus-20?
Heb ze net binnen via Banggood via de "priority direct mail"-methode. Werkt perfect!!!
Ron.
En uiteraard nog de beste wensen met veel vliegplezier voor alle lezers...:beer::banana::banana::banana:
 
Moet ook nog wat XM+ ontvangertjes flashen maar kom het volgende tegen:

XM+LBT170313.frk：LBT MODE、full channels (ch1~ch16)
XM+LBT170313-RSSI8.frk: LBT MODE、ch8 output RSSI.
XM+LBT170313-RSSI16.frk: LBT MODE、ch16 output RSSI.

Denk dat ik de eerste moet kiezen, maar begrijp de andere keuzes niet zo...???

Ron.
 
Ik denk dat de RB-20 net zo te flashen is.

De RSSI modus levert op het SBUS kanaal 8 of 16 de RSSI waarde. Is handig voor Drones icm een OSD. Voor normaal gebruik heb je er niets aan, behalve een kanaal minder :)
 
Voor hen die gewend zijn een RBus te flashen en nu (of in de toekomst) dat met een RB-20 willen doen:

Net de RB-20 geflashed en dat ging op een "normale" manier, met gewoon de (hele) stekker in de s-port aansluiting!

Ron.
 
Goedenavond,

Ik ben al een poosje aan het stoeien met de X10S,
Het meeste lukt me wel, maar nu wilde ik Nederlandse stemmen doorvoeren.

In openTXcompanion loopt alles zoals ik wil.

Alleen als ik die configuratie naar de zender schrijf, dan werkt het niet.

Kijk ik in het menu, dan kan ik daar ook geen Nederlands selecteren als taal.

Iemand een idee hoe ik die daar kan krijgen?

Groeten

Arie
 
Weer even geleden! Er is weliswaar een gezegde: Als je Niets hoort, dan zal het wel goed gaan ofwel "geen nieuws is goed nieuws"...

Maar ik hoop toch dat dit draadje niet aan het doodbloeden is omdat ik nog steeds verknocht ben aan mijn Horus X12S en een "uitval/crash" heb meegemaakt...
Bij ons op de club ben ik de enige met een Horus! Vandaar de noodzaak om het hier te vermelden.

Waar gaat het om?
Was bezig met (vers geladen Tx) de volgende handeling toen hij plots niets meer deed...
Handeling: Via MDL naar "outputs" gegaan en bij een kanaal (7) weer via MDL bij "CHANNELS MONITOR 1-8" terechtgekomen. Daar viel alles stil... Niets deed het meer! Kon hem ook niet meer uitzetten!!!

Heb toen de tx-batterij ontkoppeld en na n tijdje weer aangesloten.
Alles doet het nu weer!

Vraag:
- mocht ik dat wel doen?
- Wat is er gebeurt en waarom?
- kan het nog eens voorkomen? (moet er niet aan denken dat dit tijdens het vliegen gebeurt...)

Bvd.

Mvg. Ron
 
Dat klinkt erg gek. Normaal als hij "vastloopt" gaat hij naar een emergancy mode. Het klinkt bij jouw alsof de processor compleet bevroor...... Nooit eerder gehoord. Aan uit knop lang vasthouden zou dan wel moeten werken, meer dan 10sec.

Zo uitzetten moet geen probleem zijn, het is geen Windows. De komende tijd even met minder dure modellen vliegen?

Verstuurd vanaf mijn MI 9 met Tapatalk
 
Ik heb er ook nooit van gehoord en zou het gewoon even in de gaten houden.
Wellicht is er door een ongelukkige samenloop een bitje "omgevallen" (door een onverwachte actie op een onverwacht moment) in de software.

Emergancy mode heb ik 1x gezien op de zender; reden onbekend. (was wel recent na de laatste update van OpenTx)
Ik gebruik de Horus X12S vanaf de eerste uitgave en tot dusver zonder problemen.
 
Laatst bewerkt:
Dank voor de response!!!

@Tadango
Wat zou de oorzaak zijn van het bevriezen van een processor?
Heb hem wel n tijdje ingedrukt gehouden, maar ik denk niet langer dan 10 sec! Volgende keer (hoop NIET! NOOIT meer...) toch proberen >10sec indrukken. Nml. een heel gedoe om de Horus open te maken!

Minder dure kisten vliegen is wel een goede optie.

@Vale Ouwe
Vale Ouwe zei:
Wellicht is er door een ongelukkige samenloop een bitje "omgevallen" (door een onverwachte actie op een onverwacht moment) in de software.
Klik om te vergroten...

Kan me er wat bij voorstellen, maar zou ik de oorzaak in de software moeten zoeken? Hoe?
Kan het te maken hebben met de update? Mijn laatste is: versie Tx-X12S-2.2.2 (a5de7136) (28-07-2018)
Zou de allerlaatste (2.2.4) dit verbeteren?

Mvg,Ron
 
Geen idee wat dit kan veroorzaken. Als ik de dev's altijd hoor kan dit gewoon niet. Kan een hardware issue zijn.....

Verstuurd vanaf mijn MI 9 met Tapatalk
 
Zou de update naar versie 2.2.4 dit kunnen verhelpen?

Bij een hardware issue, zou dit dan niet al veel eerder gebeurd moeten zijn?
 
Het zou ook een lua script kunnen zijn welke in een vreemde loop blijft hangen volgens de dev's. Normaal geeft dit een fout en wordt het script gestopt maar wellicht niet in alle gevallen
 
De OpenTX dev's zeiden nog dat de channel monitor buggy kon zijn, dus wellicht zit daar toch een bug in. Dat zou de oorzaak van het vastlopen van het scherm kunnen zijn. De besturing zou door moeten blijven werken, dus dat valt weer mee.
 
You must log in or register to reply here.
Back
Top