Nieuwe zenders FRSKY X9D X12D X16D

Dat ziet er als goed nieuws uit.

Nu heb je dus wel Open-tx 2.1.8 op je zender.
Deze wordt geleverd met 2.1.6 van Frsky en dat is een eigen afgeleide versie van Frsky van de 2.1.6 van Open-tx.
Werkt het nu ook met de standaard 2.1.6. van Frsky of is updaten naar 2.1.8 van Open-tx noodzakelijk?
(even voor de de duidelijkheid)

 

In OpenTX 2.1.6 van FrSky is de optie EU aan en dus D8 niet aanwezig. Als je toch upgrade, dan pak je uiteraard gelijk de laatste versie van OpenTX omdat je toch al op de 2.1.x release zit. Je zou ook OpenTX 2.1.6 of 2.1.7 erop kunnen zetten, maar waarom zou je. De ondersteuning voor D8 zit in alle niet-EU downloads van OpenTX.

 

Ik heb de zender niet eens aan gehad met de geleverde software, meteen 2.1.8 NON EU erop gezet.
Bevalt prima!

 

Dank je, duidelijk.
Dus bij ETSI 1.9.1 LBT uitvoering blijft de opentx, met het NON EU vinkje, gewoon in D8 werken.
Pffttt, heb ik mij zorgen om niets gemaakt Als ik de nieuwe Horus wil kopen kan ik met de OpenTX software hopelijk toch mijn D8 ontvangers gebruiken
Benieuwd waar het probleem van HMeijdam dan ligt.

 

Ik weet niet of de Horus op dezelfde zendmodule gebaseerd is of zal zijn als in de x9d/x9e?

 

Het ligt niet aan de zendmodule.
Ook niet aan de module die in de Horus zal zitten.
Alle zendmodulen voor de 2,4 GHz band moeten vanaf nu binnen de EU volgens een LBT-protocol werken en mogen door de gebruikers vanaf nu niet meer aangepast kunnen worden.

Er is helemaal niets mis met het EU-LBT protocol.
Prima techniek. Eerst eens luisteren of het kanaal vrij is voor je gaat zenden,
Is het kanaal vrij, stuur je de data. En de kans dat die aankomt is dan veel groter als wanneer er nog één of meerdere zenders (bij toeval) op dat kanaal zitten.

Niet LBT begint maar gewoon op een kanaal te zenden (ongeacht of het kanaal nu vrij is of niet - komt de boodschap nu wel of niet bij de ontvanger aan?)
Een fractie van een seconde later wisselt de zender van kanaal en gaat gewoon weer verder met waar hij was gebleven. Doet dus geen nieuwe poging.

Als het erg druk is op de Wifi-band kan hierdoor redelijk wat data verloren gaan.
Voor ons RC-gebruik is dit nauwelijks aan de orde.
5 modellen tegelijk is geen uitzondering, maar 10 wordt toch wel eens wat.
Volgens mij zijn er zo'n 100 kanalen ter beschikking, die continue (razendsnel) wisselen.
Bij dit gebruik merken wij helemaal niets van het verloren gaan van data, er wordt veel te snel gewisseld van kanaal. En omdat we meestal ver van alle Wifi-routers onze hobby uitoefenen veroorzaken we ook geen overlast voor anderen.


Mijn plus heeft gewoon de world firmware (vanwege de aanschafdatum ook volkomen legaal) en maak verder gebruik van Open-TX 2.1.8.
Ik ben dus niet bekend met de praktijk van deze perikelen, wel bestel ik mijn ontvangers bewust buiten de EU om dit zo te houden.

 

Als de zendmodule geen D8 mode meer kan uitzenden kan je die ontvangers die daarmee werken dus ook niet meer gebruiken. Zolang de ondersteuning puur via OpenTX gelimiteerd blijft is er niks aan de hand en kun je dat vermoedelijk blijven gebruiken. Maar de Horus komt standaard niet met OpenTX, maar met FrTX, dus als je daarmee wilt blijven vliegen zit je mogelijk vast aan wat FrSky aanbiedt aan functionaliteit. Of het moet open-source zijn/worden...

Beetje tegenstrijdig, je vindt EU-LBT prima, maar gebruikt het zelf niet. Waarom niet? De ontvangers die je nu koopt zijn (v.z.i.w.) nog prima om te flashen naar de International firmware, maar waarom zou je als EU-LBT prima werkt? Als iedereen zijn zender zou flashen naar EU-LBT (of niet terug zou flashen naar de International firmware) dan zouden er minder restricties zijn wat dit betreft (speelt voor alle merken hoor).

Bij gebruik van (kloon- of oudere) ontvangers kan ik het wel begrijpen, als die niet geflashed kunnen worden naar nieuwere firmware zodat ze ook nog gebruikt kunnen worden met een recente zenderfirmware, maar bij FrSky verandert alleen de D16 mode naar EU-LBT en blijft D8 onberoerd. Oude D8 ontvangers blijven dus werken, mits die optie in de zender actief blijft of wordt vrijgeschakeld dmv een niet-EU versie van OpenTX.

Het speelt ook bij routers en wireless access points overigens, doordat het mogelijk is dat er andere firmware met minder restricties of meer zendvermogen gebruikt kunnen worden, worden fabrikanten verplicht om alleen nog gecertificeerde firmware toe te laten op hun apparatuur. Dat zou uiteindelijk het einde van DD-WRT, OpenWRT en soortgelijke firmware kunnen betekenen... En in het verlengde daarvan dus ook van OpenTX.

 

Eigenlijk alleen maar omdat ik geen zin heb om 20 ontvangers te gaan flashen.
Het hoeft niet (voor eerder geleverde zenders) en het levert "ons" weinig tot geen voordeel.
Maar wie weet, als ik van de winter eens niets anders te doen heb.


Voor de Horus wordt hard gewerkt aan de Open-TX software.
Er zijn een Horus zenders verspreid, ook onder de ontwikkelaars van Open-tx.
Echter nog nergens iets gelezen wanneer de Horus te verkrijgen zal zijn.

 

Duidelijke reden dan inderdaad, dat ligt anders als je er maar een paar hebt en je ontvangers in de EU inkoopt.

Ik weet het, misschien was dat niet duidelijk, maar als mensen er voor kiezen om met FrTX te blijven vliegen dan hebben ze die niet-EU modes waarschijnlijk/mogelijk niet beschikbaar... Staan filmpjes van OpenTX op de Horus op YouTube. Misschien niet zo grafisch opgebouwd als FrTX, maar t.o.v. OpenTX op de Taranis was het wel wat grafischer.

Voor wie wacht op de Horus kan beter niet zijn adem inhouden. Volgens het FrSky forum richt men zich vooral op nieuwe klanten en niet zozeer op oude klanten die een veel uitgebreidere zender willen met allerlei extra's. Er zitten blijkbaar nog de nodige bugs in FrTX die men vlak wil strijken voor het op een release aankomt.

 

Ze doen het maar vooral rustig aan.
Ik wacht ook zeker de eerste praktijk reviews af en laat de eerste hype-golf even voorbij waaien.
Open-Tx voor de Horus gaat er zeker komen (wordt al aan gewerkt).

En hoewel de uitstraling van de Horus mij niet echt aanspreekt, ga ik hem waarschijnlijk wel aanschaffen.
Wat meer robuuste kruisknuppels, mooi kleuren schermpje.
Maar ik kan nog wel even mijn adem inhouden hoor .

 

Knuppels met hall-sensors op de Horus met een resolutie van 2048 stappen schijnt het. Zag er goed uit.

 

Ik kan bevestigen wat thoenderdos hierboven meldde. Mijn Taranis X9D (plus) met de niet-flashbare ingebouwde XJT zendmodule (ETSI EN 300 328 v1.9.1) ondersteunt met de stock FRSky OpenTX fimware geen D8, maar met de niet-EU OpenTX 2.1.8 fimware wel. Ook blijft de X8R EU-LBT onvanger nog gewoon werken in D16 mode. Uiteraard ben ik hier blij mee, omdat dat precies is wat ik graag wil. De voordelen van het geavanceerdere D16 LBT protocol, voor de grotere en duurdere modellen en de mogelijkheid om de indoor en combatmodellen van lichte en goedkope D8 ontvangertjes te kunnen voorzien.
Vandaag hebben we een stuk of 5 verschillende D8 ontvangertjes met mijn zender kunnen binden.

 

2048 stappen: nu nog servo's die dat elke stap zonder afwijking kunnen volgen.
Dus geen PWM-overdracht, maar direct een digitale code naar de servo(s).
En een paar handen die die resolutie kunnen sturen.

 

Dank!!!!

 

Inmiddels bijna twee weken m'n Taranis en heb me eerst maar eens in het hardware deel verdiept. Voor mijn combatmodellen en schuimpjes had ik onder andere dit spotgoedkope ontvangertje gekocht om eens uit te proberen.

Vervolgens kwam ik er achter dat iemand hiervoor andere firmware heeft gemaakt, waardoor het ding nu telemetrie (RSSI) ondersteunt, terwijl dat eigenlijk voor zijn iets grotere 8 kanaals broertje (AC810) is bedoeld.

Omdat zijn jas er af moest voor het herprogrammeren heb ik er voor de lol ook maar 2 extra kanalen bij gesoldeerd.


Ik noem hem nu maar de AC610

 

Ik wilde ook graag begrijpen wat nu het verschil maakt tussen de full range ontvangers en de "parkflyer" ontvangers. Dus even een V8R4-II uit z'n kartonnetje geschoven en bekeken.
Ik moet zeggen dat ik positief verrast werd door de kwaliteit van het soldeerwerk. Keurig schoongemaakte PCB zonder fluxresten en mooi doorgevloeide soldeerverbindingen. Vervolgens op zoek gegaan naar de componenten. Het hart van de ontvanger is de TI CC2510 SOC (System On Chip). Deze chip bevat zowel de FRSky firmware als de 2,4GHz hoogfrequent zender/ontvanger. Het is het grote zwarte blok op onderstaande foto. Dit is dus anders als bij de AC410 ontvanger hierboven (die ik tot AC610 heb omgebouwd). Daar zit de firmware in een aparte Atmel 328P microprocessor en is de 2,4GHz zender/ontvanger module een TI CC2500 transceiver.


De bovenstaande V8R4-II ontvanger krijgt zijn grotere gevoeligheid doordat er een SGL0622Z LNA (Low Noise Amplifier) antenne signaal versterker is bijgeplaatst. Het is het kleine zwarte vierkante blokje aan de linker kant. Ik ben nu toch wel nieuwsgierig naar het werkelijke verschil in range.

 

Misschien eens vergelijken met een X6R/X8R of andere full-range ontvanger qua gebruikte componenten? Bij short-range zie je vaker een enkele antenne of lijkt dat maar zo?

Interessant om te zien dat er dus een standaard chip is gebruikt met 8051 MCU erin en dat de afhandeling van het ACCST protocol dus in de ingebouwde 8051 plaatsvindt.

 

Ik vlieg in de praktijk niet verder dan 600 meter weg, want dan kan ik mijn vliegtuig nog zien. Met de opgegeven kilometer bereik van de V8R4-II kan ik dus goed uit de voeten. Van de X ontvangers verwacht ik minimaal hetzelfde bereik. Mijn nieuwsgierigheid gaat dus met name om het bereik van de AC410 en de VD5M.

Binnenkort stop ik eens 2 ontvangers in mijn vliegtuig. Één full range ontvanger en één short-range ontvanger met zo'n leraar/leerling switch box ertussen, die vanaf de full range ontvanger wordt bediend. Wegvliegen doe ik op de short-range ontvanger, tot ik de controle over mijn vliegtuig verlies. Vervolgens haal ik de schakelaar op mijn zender over en vlieg terug naar het veld op de full-range ontvanger.

 

Zou het zeker ook eerst even testen met de range check functie in de zender, dan wordt het bereik 30 keer kleiner en zou je dus goed het verschil tussen beiden moeten kunnen nagaan. Lijkt me beter dan gokken als je al te ver zit voor je short-range ontvanger en er dan op vertrouwen dat de full-range het nog wel zal doen. Je zou wel aannemen dat het klopt, maar toch...

 

Kan iemand even duidelijkheid scheppen voor mij in de verschillende ETSI versies?
Wat zijn de gevolgen van ETSI V1.9.1 ten opzichte van V1.8.1? Heeft dit enkel gevolgen voor het type ontvanger die gebruikt kan worden of ook voor de OpenTX software?