Proprio perchè si parla di "bits".... c'è molto di più (che non rientra nel mero calcolo che hai fatto tu) che fa parte del protocollo di trasmissione, che in genere viene chiamato "overhead", cioè tutto quello che è "in più". Handshake, header "pacchetti" (anche se non sono pacchetti), ECC (correzione errori), bisogna conoscere il protocollo (chiuso).

No no, la teoria "di base", cioè che devi far passare tot "informazioni" da A a B, è la stessa, solo che in analogico ci sono passaggi di campionamento mentre in digitale di codifica/decodifica. Sono diversi, ma "confrontabili", soprattutto dal punto di vista della larghezza di banda.

Difatti ho parlato di payload (dovuto all'incapsulazione dell'informazione ...) che potrebbe moltiplicare per N i circa 200 bits necessari ai 18 canali, ma per quanto si possa moltiplicare (quand'anche fosse di un fattore elevato pari a 10), rispetto alla potenzialità della banda restano un'inezia ... :uhm:

Ma che ghezz.........??????!!!!:wacko::wacko::wacko::wack o::blink::blink:

scusate ma sti post mi fanno riflettere sulla mia somma ignoranza............!!:D

Io che non ho mai usato tutti i canali della mia DX6i.......

Ciauuuuuuuuuuuu

No, non è assolutamente vero. Ripeto: non hai disponibilità di banda "piena" come i router, mai hai piuttosto dei vincoli stringenti per ciò che riguarda la latenza e il numero di frames (UNO, a fare le cose per bene) per ogni treno di impulsi, come dettano le ultime mode di marketing in fatto di latenza. Di certo una radio del genere non si può permettere il lusso di andare lenta nelle risposte. Inoltre, è impossibile quantificare a priori l'overhead di un protocollo digitale che mette la robustezza del link al primo posto. Di solito in queste applicazioni l'ECC può avere un overhead enorme, anche parecchie volte più voluminoso dello stesso data stream.

Io non ho scritto che si ha a disposizione la piena banda ma piuttosto ho sottolineato come il controllo rc richieda poca banda rispetto a quella potenziale.
A riprova di ciò è anche il prodotto di Futaba: 18 canali e telemetria integrata ... :uhm:

I radiocomandi a 2.4 GHz, rispondo alle specifiche di comunicazione in banda condivisa, che se non sbaglio hanno una potenzialità di almeno 50 Mbit di banda.

Un radiocomando normale spedisce il pacchetto con tutte le posizioni dei canali 50 volte al secondo, facciamo finta che questa radio lo faccia 100.

Per ogni pacchetto avremo un payload di circa 200 bit, possiamo fare finta che il protocollo richieda un overhead di 3 volte la dimensione del payload (io credo che questo valore sia pi credibile se compreso tra 1 e 2), arriviamo che la nostra trasmissione richiede l'invio di:

200 X 3 X 100 = 60 Kbit/s

Quindi ci serve circa un millesimo della banda potenziale del link WiFi.

Inoltre questo tipo di trasmissione è a pacchetti (non può essere altrimenti) e non è vitale per la trasmissione stessa, ricevere tutti i pacchetti, alcuni possono essere scartati attendendo i successivi.

Ciao.

Stra-QUOTO:wink: