RCMANIA.cz

zdzd píše:Jestli ti dobře rozumím (originál jsem nečetl), tak se pak Spectrum standardně chová podobně, jako kdysi vadné FASST se znulovaným GUID...

Ak to nastane, tak je to zjednodušene niečo veľmi podobné - nejde o žiadne rušenie, len o to že príjmač príjma nesprávne vysielanie.

V podstate sa dá zjednodušene povedať, že z toho textu vyplýva že všetky Spektrum DSM2 vysielače majú rovnaké GUID.., ale rozlišujú sa zvolenými frekvenciami až pri zapnutí, tým že obsadené frekvencie nepoužijú.
Majú ich 80 deleno 2, dobre oddelených (aj pn kódom).

A zrejme tam je aj nejaký mechanizmus ktorý dovolí aj pracovať viacerým vysielačom na jednej frekvencii - možno že keď zistia že všetko je obsadené, zmenia aspoň poradie tých dvoch frekvencií (a tým zabezpečia že sa nestretnú na oboch naraz), alebo možno použijú inú časovú periódu vysielania (a teda výpadok by trval len zlomok sekundy), a tým ten problém v podstate obídu..

Problém má nastať len ak neskôr zapnutý vysielač pri zapínaní nepočuje ten prvý.

Je to vec o ktorej je dobre vedieť - napríklad ak kvoli nejakej WiFi bude vyzerať väčšina pásma obsadene, môžu si vysielače všetky vyberať rovnaký kúsok pásma ktorý bude vyzerať čistejšie. Ale aj tak zrejme budú fungovať, a výpadok nastane až v prípade že sa dostanú do toho nevhodného časového posunu naraz na oboch frekvenciách.

Kovboj píše:

elektromodely.com píše:

sabre píše:Dnes mi přišlo RC revue 11/2010. Je tam článek o DX8T od pana Černého.

Asi preklep, nijaký DX8T (T ako TRAY = pult) neexistuje, téčková
bude desiatka (DX10T).

Označení DX8T se po netu také dost používá, viz třeba i tady - http://www.rcgroups.com/forums/showthread.php?t=1187547 , nejde tedy podle mě jen o nějaký "překlep" na straně Astry. Nemůže to T znamenat místo Tray spíš Telemetry?

Je to preklep, pisal to Slovinec, asi cital info kde bol preklep.

coro píše:

zdzd píše:Jestli ti dobře rozumím (originál jsem nečetl), tak se pak Spectrum standardně chová podobně, jako kdysi vadné FASST se znulovaným GUID...

Ak to nastane, tak je to zjednodušene niečo veľmi podobné - nejde o žiadne rušenie, len o to že príjmač príjma nesprávne vysielanie.

V podstate sa dá zjednodušene povedať, že z toho textu vyplýva že všetky Spektrum DSM2 vysielače majú rovnaké GUID.., ale rozlišujú sa zvolenými frekvenciami až pri zapnutí, tým že obsadené frekvencie nepoužijú.
Majú ich 80 deleno 2, dobre oddelených (aj pn kódom).

A zrejme tam je aj nejaký mechanizmus ktorý dovolí aj pracovať viacerým vysielačom na jednej frekvencii - možno že keď zistia že všetko je obsadené, zmenia aspoň poradie tých dvoch frekvencií (a tým zabezpečia že sa nestretnú na oboch naraz), alebo možno použijú inú časovú periódu vysielania (a teda výpadok by trval len zlomok sekundy), a tým ten problém v podstate obídu..

Problém má nastať len ak neskôr zapnutý vysielač pri zapínaní nepočuje ten prvý.

Je to vec o ktorej je dobre vedieť - napríklad ak kvoli nejakej WiFi bude vyzerať väčšina pásma obsadene, môžu si vysielače všetky vyberať rovnaký kúsok pásma ktorý bude vyzerať čistejšie. Ale aj tak zrejme budú fungovať, a výpadok nastane až v prípade že sa dostanú do toho nevhodného časového posunu naraz na oboch frekvenciách.

Uz ked idu, tak pojdu, odchylka je radovo 30ppm, teda nula nic vzhladom
k frekvecnii ramcov 22ms/11ms a dlzke ramca par ms = neprekryju sa
uz zapnute, ktore funguju hoci na rovnakom kanali.

Ide o to, ze IBA keby bolo cele pasmo zadrbane, tak je nejaka piko sanca
ze sa zapne nejaky vysielac na rovnakom kanali v takom case, ze dojde
k prekrytiu ramcov dvoch vysiealcov na rovnakom kanali a vraj
algoritmus v prijimaci je taky, ze zacne citat ramec ked pride a cita
ho az do konca a az potom kontoruluje, ci bol pre neho, teda by sa
k nemu jeho ramec nedostal - kvoli prekrytiu bude vzdy prvy cudzi frejm.

Cize teoria co by bolo keby bolo.

s GUID to nijak nesuvisi - rx vzdy zahodi frejm so zlym GUID alebo CRC.

coro píše:

m2 píše:.... no niektorym spolocnostiam v konzorciu vadi FH-DSSS ako sposob obchadzania DSSS limitu preklasifikovanim DSSS systemu medzi FHSS. ......

Tak by som to za seba povedal: - to že niečo použije z pásme len nejaký kúsok (frekvenciu x šírku) len občas, a nezaondí ju na dlhšie ako X milisekúnd a nevráti sa tam najmenej Y (to je dané min. počtom), mi pripadá byť dosť dobre, a budem smutný keď mu tú odmenu že v takom prípade je zvýhodnený vyšším povoleným výkonom, niekto zoberie.
Obzvlášť ak ide o spoločnosti ktoré predávajú 300Mbit WiFi (čo teoreticky zaondí komplet celé pásmo a prakticky nemôže nikdy fungovať..).. Myslel som že počítačové siete sa dosť rýchlo presťahujú vyššie..

Ale k Spektrum DSM2, sa teraz objavil jeden veľmi podrobný príspevok na rcg, ktorý si síce nenárokujem celý pochopiť ale myslím že to čo som pochopil mi stačí a výsledkom je že naďalej nikomu DSM2 nebudem závidieť:
http://www.rcgroups.com/forums/showthread.php?t=1331053

ENxxxxxx 1.8.1 bude zrejme OK, lebo to ma byt tak (stale iba draft),
ze ked je n zariadeni na pasme, maju kazde obmedzit svoje data,
aby mohli vsetky fungovat, teda skor sa zakazu prenosy videa,
ktore tlacia data na vybratom kanali a kaslu na ostatnych na pasme,
nez rc supravy. Prave preto je to vseobecne povolenie pre zariadenia
nepatrneho vykonu (aby ich nebolo vela na jednom mieste), teda
aj priklady, ze niekto padne, lebo ich lieta sto naraz su pripady,
s ktorymi VP nepocita.

zdzd píše:Jestli ti dobře rozumím (originál jsem nečetl), tak se pak Spectrum standardně chová podobně, jako kdysi vadné FASST se znulovaným GUID...

Nerozumieš tomu dobre - s GUID to nesúvisí. Inak 'Spectrum' neexistuje,
je Spektrum.

elektromodely.com píše:....
Uz ked idu, tak pojdu, odchylka je radovo 30ppm, teda nula nic vzhladom
k frekvecnii ramcov 22ms/11ms a dlzke ramca par ms = neprekryju sa
uz zapnute, ktore funguju hoci na rovnakom kanali.

Nooo, to teda neviem ako si spočítal - keď nevieš aký bol počiatočný rozdiel (mohol byť blízky nule) a odchýlku môžeš odhadnúť len ako maximum (t.j. náhoda môže priniesť presne tú správnu veľkosť) - a keď je niečo v MHz a na to aby to popadalo stačí ak to za 10 minút prelezie o tie milisekundy, nebral by som to ako čistú teóriu, skorej ako najhoršiu možnosť pre hľadanie dôvodu (to je stav "zblbne len raz za mesiac ale vadí to")

elektromodely.com píše:...
s GUID to nijak nesuvisi - rx vzdy zahodi frejm so zlym GUID alebo CRC.

S tým ich 16bitovým GUID to síce nesúvisí ale ako príklad je to označenie v zmysle "kód vysielača ktorý príjmač dokáže rozoznať a vyhrabať aj zo šumu" je ľuďom to označenie známe - tu sa označovalo (PN). A problém je ten že všetky Spektrum vysielače ho majú rovnaký (pre konkrétnu frekvenciu).

coro píše:...problém je ten že všetky Spektrum vysielače ho majú rovnaký (pre konkrétnu frekvenciu).

Nie nemaju, treba si to precitat poriadne - popisuje, ako funguje
generovanie pseudonahodnych (PN) 8 bajtov zo 72-bajtoveho retazca
pre hlavicku (SOP).

Aj ako sa generuje GUID (zo serioveho cisla Cypress chipu), teda
tiez nie je rovnake, nijaka podobnost s fasst.

Detto ako sa generuju dva CRC atd.

Zhrnute - na zaciatku popisuje, co zistil o DSM2 datach v eteri a potom
vyjadruje domnienku (jeho teoria...), ako napriek tolkym
zabezpeceniam moze teoreticky dojst ku kolizii a zistil, ze jedine
keby data s rovnakym SOP boli na rovnakom kanali, aby ich
prijimac zacal spracovavat, a teda sa nedostal na spracovanie
vlastnych dat, ktore by museli byt prekryte tymto cudzim frejmom.

ci ?

elektromodely.com píše:

coro píše:...problém je ten že všetky Spektrum vysielače ho majú rovnaký (pre konkrétnu frekvenciu).

Nie nemaju, treba si to precitat poriadne - popisuje, ako funguje
generovanie pseudonahodnych (PN) 8 bajtov zo 72-bajtoveho retazca
pre hlavicku (SOP).
....
a zistil, ze jedine keby data s rovnakym SOP boli na rovnakom kanali,
...
ci ?

Možno máš pravdu, on ale tvrdí že nie je problém dosiahnuť rovnaké SOP (pre rovnakú frekvenciu, to je základná podmienka).
To ako sa to SOP vyberá zo 72znakového PN, som nenašiel.
Fakt ale je, že nie je úplne náhodné lebo PN je pre všetky vysielače na danej frekvencii rovnaké. Aj keby záviselo na nejakom výrobnom čísle vysielača, počet predaných kusov dosť veľký.. Ostatné by zrejme bola len špekulácia.

Remember that Spektrum's PN code assignment scheme requires the use of a particular PN code for a particular channel. That means that there are now multiple TX's transmitting the same SOP and DATA PN codes on the same channels. We have lost the uniqueness of channel, SOP and DATA code. The only thing that now differentiates my TX from the others on the same channels is the CRC code and the GUID.

Súhlasím s tým že problém nastane len ak sa vyskytne rovnaké SOP - vtedy ten cypress bude príjmať celú nastavenú dĺžku vety až do konca, bez ohľadu na to či zbytok kódov sedí, a tam je ten čas za ktorý mu môže ujsť začiatok vysielania toho jeho vysielača.
V dokumentácii CYRF6936 som narýchlo videl len 16bitové SOP, a on píše o 8 znakovom. Niekde bude niečo nepresné.

coro píše:Niekde bude niečo nepresné.

Ved to hovorim od zaciatku...

Okrem ineho, ze prijimac nic nevysiela pri parovani, ale on vysiela,
vysielac si ulozi typ prijimaca a podla toho vysiela frejm pre neho,
teda napr. sparujes DSX9 s AR6200 a mas len 7-kanalove frejmy
a 22ms frame-rate, sparujes s RD921 a mas full info a 11ms atd atd.

Ked budem mat cas, pozriem na to analyzatorom, ale pre normalne
vysielace (DX7, DSX9, DSX12) a prijimace (RD921, RD1221)

elektromodely.com píše:

coro píše:Niekde bude niečo nepresné.

Ved to hovorim od zaciatku...

Okrem ineho, ze prijimac nic nevysiela pri parovani, ale on vysiela,
vysielac si ulozi typ prijimaca a podla toho vysiela frejm pre neho,
teda napr. sparujes DSX9 s AR6200 a mas len 7-kanalove frejmy
a 22ms frame-rate, sparujes s RD921 a mas full info a 11ms atd atd.

Ked budem mat cas, pozriem na to analyzatorom, ale pre normalne
vysielace (DX7, DSX9, DSX12) a prijimace (RD921, RD1221)

hmmm, zaujimave.... A aky ramec potom vysiela TX, ak k nemu naparujem na jeden model 2 prijimace, napr AR6200 a aj RD921. Alebo su pri naparovani viacerych prijimacov na jeden model povolene len niektore kombinacie prijimacov?

bm550 píše:hmmm, zaujimave.... A aky ramec potom vysiela TX, ak k nemu naparujem na jeden model 2 prijimace, napr AR6200 a aj RD921. Alebo su pri naparovani viacerych prijimacov na jeden model povolene len niektore kombinacie prijimacov?

RTFM - prijimace musia byt rovnake

Chcem sa opýtať majiteľov DX8, prípadne pán Vasilko by vedel odpovedať - chcem vedieť, či je možné na DX8 zobrazenie dvojitých stopiek podobne, ako je to na T8FG. Chcem jedny stopky, ktoré pri lietaní s vetroňom zobrazujú motorový čas priradené k páke plynu a druhé stopky, ktoré budú zobrazovať celkový letový čas.

DaggyMAC píše:Chcem sa opýtať majiteľov DX8, prípadne pán Vasilko by vedel odpovedať - chcem vedieť, či je možné na DX8 zobrazenie dvojitých stopiek podobne, ako je to na T8FG. Chcem jedny stopky, ktoré pri lietaní s vetroňom zobrazujú motorový čas priradené k páke plynu a druhé stopky, ktoré budú zobrazovať celkový letový čas.

DX8 ma iba jeden casovac/stopky a druhy interny, ktory
pocita celkovy cas kazdeho modelu.

A kurnik. Na to som bol zvyknutý z Opticu, rovnako ako na bočné slidery, ktoré DX8 nemá, ale T8FG má. Čo ma však viac láka k DX8 sú lacnejšie prijímače, no T8 mi príde vyspelejšia, možno má trochu navrch oproti DX8. Myslíte si, že v budúcnosti budú druhé stopky, resp. nový screen so stopkami vďaka updatom firmwaru? Niečo na báze scrolovania cez obrazovky: homescreen > telemetria > štatistiky (hold, sila signálu atp) > stopky

Tak aj sa rozhodujem medzi DX8 a T8FG. Páči sa mi na DX8, že má telemetriu, prijímače sú za "babku" a v neposledno rade aj design je dobrý. Čo ma tak trochu trápi, sú "drby" okolo DSM2. Neviem presne aká bude situácia do budúcnosti. Čo ak sa na európskom trhu "zatrhne" DSM2 tak ako napríklad na japonskom. Nerád by som zas všetko menil. Tak preto asi trošku s kúpou počkám a uvidím čo sa udeje v JR okolo XG7 a XG8.