nové predpisy pre 2,4GHz

mravecm1: Po novom ich vysielac jednoducho nevysle, takze do prijimaca sa takisto nedostanu. Takze aky je v tom rozdiel z hladiska prijimaca ? ...... ZIADNY

Nie nie, iba tieto Futaby FASST a (S)-FHSS po apgrejde firmware a iné podobné od iných výrobcov to BUDÚ robiť takto:
- preladín na nový kanál
- pozriem, či tam niekto vysiela
- keď áno, zahodím paket

Iné budú fungovať normálne, teda:
- preladín na nový kanál
- pozriem, či tam niekto vysiela
- keď áno, idem na krok 1
- keď nie, pošlem paket

BarbqSauceSVK: Zase technické pojmy Čiže to platí len pre vysielače vyrobené po 1.1.2015? Mám vysielač DX4e a Quanum Nova setový, kúpené v roku 2013 a 2014. A to treba dačo dokúpiť?! Ak to chápem zle tak ešte raz a vysvetlenie ako pre mongola

Áno, vyrobené po 1.1.2015, plus pre istotu už teraz výrobcovia riešia LBT, ktoré má byť (očakáva sa) v ďalšej verzii normy. Na používanie vyrobených pred 1.1.2015 netreba nič meniť.

Ide iba o to, že po agrejde nemusia fungovať 3rd party prijímače, lebo nebudú vedieť, čo majú robiť, keď im nepríde ten vynechaný paket, keď to vysielač posiela ako Futaba FASST a (S)-FHSS (tie po apgrejde budú že FASST (LBT) a (S)-FHSS (LBT).

Podobne iné vysielače od iných výrobcov, treba zistiť, ako to tam majú. Ja sem dám info ako to má JR PROPO DMSS, keď mi príde odpoveď.

mravecm1: ale ved ja predsa hovorim o FUTABAch

Ja hovorím o všetkých vysielačoch, nie je pravda, že po novom ich vysielač nepošle a že rozdiel je žiadny. Ten výrok platí iba pre Futaby FASST a (S)-FHSS apgrejdnuté na FASST (LBT) a (S)-FHSS (LBT), nie pre všetky vysielače a nie pre všetky Futaby.

Ide o paket, posiela sa skupina bajtov po de-facto rádiovej sieti. Niektorí/väčšina/niekoľko výrobcovia rovno použili hotové moduly pre nejaké rádiové siete, kde klientsky MCU sype data a na druhej strane lezú von, teda MCU neobsluhuje RF prenos ako taký. Pričom kľudne to môžu byť pakety, kde ma nezaujíma, aby prešli všetky v danom poradí (TCP, má aj poradové číslo paketu), ale či nejaké prešli (UDP, má iba údaje ako také).

Toto čo nazývam normálne je to, že v jednom kroku TX nájde voľný a pošle, keď nie je nič voľné neriečim, či čaká ako wifi alebo zahodí keď aktuálne nie je nič voľné... wifi a podobe zrejne nefungujú tak, že majú dohodnuté preskoky vopred, či ?

Tieto vopred dohodnuté čísla kanálov sa mi nezdá, ako by sa synchronizovali ? Keby to tak fungovalo, tak sa minimálne musia na začiatku zosynchronizovať, teda TX vysiela nejaké ping pakety na prvom voľnom kanáli a RX chodí po pásme a hľadá ping so spárovaným ID, keď ho nájde potvrdí do TX, že ho má a TX môže začať vysielať od začiatku sekvencie. Keďže sú pár metrov od seba, tak spozdenie bude maličké, teda sa zosynchronizujú. Logicky keď sa nedá poslať paket, tak sa zahodí, otázka je, či sa hľadá voľný kanál alebo sa iba zahodí keď je i-ty kanál obsadený.

Keď sú dve tretiny pásma zabité, tak pri dohodnutej sekvencii sa prenesie iba tretina paketov, takže napríklad Futaba vysiela 100-krát za sekundu, reálne príde 33 paketov, menej než pri FM. (50).. Keď sa použije wifi, xbee a podobne, tak na tej voľnej tretine pásma prenesiem VŠETKY pakety.

Nebudem tvrdiť, ako je to presne (nemal som to ešte pomerané) - čo TX a RX robia pre konkrétny protokol prenosu v rc, keď budem mať čas, pozriem to detailne. Kebyže som výrobca, použijem hotové sieťové RF moduly, ktoré vyhovujú príslušnej norme, hotovo, riešim iba horné vrstvy, čítanie polôh ovládacích prvkov, menu atď. V taký čas načo by nejaký výrobca robil FR modul s protokolom, kde by boli dohodnuté čísla kanálov, keď wifi atď RF modulov sa vyrába o niekoľko rádov viac, a teda aj cena je celkom iná... Iný výrobca možno použil hotové RF moduly, ale obsluhuje si kanály vo vlastnej réžii.

Toto vlákno je o tom, aby ľudia, ktorí používajú klony s Fatabami vedeli, že nemajú apgrejdovať firmware, keď majú niektoré z tých Futaba TX.

To, že sa tu bavíme s corom a podobne aj o hlbších detailoch je OK, kto tomu nerozumie alebo ho to nebaví, nech nečíta. Ostatní aspoň vidia, kto je kto, kto píše k veci a kto chatuje.

Zaujimava teoria.... riesil som teraz podobny problem s novym Spektrum DX4C ktore je spatne kompatibilne zo starsimi DSM2 prijimacmi, ALE nefunguje s lacnymi OrangeRX... vsade na nete si to ludia zdovodnili tym, ze Spektrum chce zrusit tieto "fake" prijimace aby si ludia kupovali tie ich... Podla tejto diskusie to vsak skor znamena, ze sa zaviedol nejaky Software ktory pouziva nieco, comu tie OrangeRX nerozumeju...
Zaujimave je napriklad, ze DX4S funguju s OrangeRX, ALE ked si ludia stiahli upgrade firmawaru, tak prestali fungovat...
Nevyhoda u DX4C je, ze sa neda ist na ziadny stary FW, lebo uz verzia 1.0 nekomunikuje s OrangeRX