Newsgroup: it.comp.reti.wireless
Titolo: TCP su Irda

Niki e' finalmente riuscito a provare il binding del TCP/IP su irda
purtroppo nonstante sembri tutto a posto i due sistemi non comunicano.
Solo un sistema modulato a questo punto puo aiutarci a superare il
problema delle collisioni.
--
Posted from 
ma...@asterix.floating.net
 [212.210.121.64]
via Mailgate.ORG Server - 
http://www.mailgate.org

problema delle collisioni.
Usare piu' canali purtroppo e' ancora improponibile.
Mi sono reso conto che chi e' troppo vicino potrebbe saturare il diodo
PIN.
L'unica soluzione relativamente semplice e vicina e' usare un sistema 
in FSK.
A questo punto il sistema puo' funzionare come i modem 
radioamatoriali,
i quali notoriamente se la cavano bene in queste situazioni.
Non necessariamente dovremo usare il TCP/IP over AX.25, dvrebbe 
bastare semplicemente il TCP/IP.
Un simile sistema potrei progettarlo facilmente e in tempi brevi
se avessi gia' a disposizione un modem FSK veloce.
 
E adesso alcune considerazioni.
Un modem FSK seriale puo'funzionare solo a 115Kbps, visto che questa 
e' normalmente la massima velocita' disponibile su un PC.
Direi di escludere il protocollo fast IrDA perche' a quanto pare solo 
una piccola parte del MB lo ha a disposizione.
Direi anche di escludere l' USB, per ovvi motivi.
Di altre possibilita' in pratica ce ne sono solo due. 
Possiamo costruire un convertitore parallelo/seriale e utilizzare 
un modem FSK veloce, oppure...
potremmo costruire direttamente un modem parallelo.
Il modem parallelo e' disponibile gia' adesso e puo' andare molto 
veloce. Fino a 768Kbps.
Sto parlando del Baycom EPPFlex.
Ora si da il caso che questo modem usi un chip FPGA e quindi deba 
essere configurato ad ogni accensione.
Questo richiede un driver specializzato e costruito apposta.
Per Windoze 95 gia' ci siamo.
Manca un driver per Linux.
Non penso che sia il caso di fare un driver per NT, invece.
Ogni tanto un po' di sano razzismo non guasta.
Con questo articolo non penso di aver esaurito il discorso,
naturalmente.
Sarebbe meglio, comunque continuare tutto sulla ML.

problema delle collisioni.
...una domanda da profano nel TCP: ne abbiamo DAVVERO bisogno?
Si, capisco che interDet non va cosi' e tutto il resto, ma non si possono
studiare metodi alternativi, ad esempio per il download di file e per la
posta?
Ho usato per un decennio Fidonet e non era poi cosi' male...
Fabrizio

problema delle collisioni.
C'e' una cosa che mi frulla in testa da tempo: se w98 (ululati di
raccapriccio) vede l'IRDA "anche" come connessione di rete, che problemi
possono saltar fuori se si usa la rete "nativa" del 98 (o di NT, se e'
uguale, ammesso e da verificare) ed uno stampatino con diodi IR "palluti" e
ricevitori IR con adeguata lentona (A4) ben focalizzata?
Ovvero: dove sorgono i problemi? Se si tratta di far comunicare il mondo con
Bill Gates, alla disperata, si puo' sempre cercare di farli andare d'accordo
con un ulteriore server...
Mi ci vorrebbero un po' di esperimenti... uff... chi ha il nome dei diodi IR
(e ricevitori IR) adeguatamente potenti? Nospam?
E mi manca ancora il connettore per la motherboard: per me si deve tirar
fuori qualcosa da quell'affarino, non importa come.
Fabrizio

Ci siamo tolti lo sfizio di vedere se il suggerimento di alberto funzionava,
non credo ci siamo problemi hardware di saturazione.
Per quanto riguarda il tuo progetto se il modulatore del laser ed il
ricevitore sono molto veloci potremmo sostiuire il MAX232 con un MAX485 e
sfruttare una seriale veloce quindi raggiungere un Mb/s di velocita.
In tutti i casi bisogna modulare il fascio se vogliamo risolvere il problema
delle collisioni


una CL non collegata ad internet non avrebbe molto senso.
Dobbiamo riuscire a modulare quel maledetto laser su piu' frequenze per avere
piu' canali, credo che nospam non avra' difficolta a farlo.


piu' canali, credo che nospam non avra' difficolta a farlo.
Secondo me e' un problema limitato... mi continua sempre a frullare in mente
il sistema anticollisioni del packet (AX25?)... li' si fanno cose
incredibili con 1200 bps half duplex.
Fabrizio

piu' canali, credo che nospam non avra' difficolta a farlo.
Un paio di idee le ho, ma e' una cosa poco pratica anche con un laser.
Cerchiamo di restare sul piu' semplice, ti faccio un esempio:
Il  modo piu' facile di modulare su piu' frequenze e' di generare una 
portante ad alta frequenza, su diversi MHZ, e di mixarla col segnale 
digitale in un transistor che fa anche da amplificatore.
Infine mandiamo il segnale nel driver del diodo.
Il driver dovra' avere una larghezza di banda non banale.
Dobbiamo essere decisamente in alto con la frequenza per poter usare
un oscillatore piu' o meno simile per tutti i canali.
Sicuramente dovremo essere sopra i 100MHz perche' la cosa sia
praticamente fattibile.
Per avere una stabilita' di frequenza decente e un circuito non 
eccessivamente critico serviranno gli oscillatori a onda superficiale.
Quelli dei microtelecomandi e dei moduli AUREL, per intenderci.
Adesso ci serve il ricevitore.
Prima di tutto dobbiamo usare un solo ricevitore ottico per tutti i 
canali altrimenti il concetto va a farsi benedire.
Ne consegue che i singoli demodulatori dei canali, per quanto 
semplici, dovranno avere dei filtri non solo selettivi, ma calcolati 
giusti per lasciar passare solo il canale che ci serve, senza tirare 
dentro altra roba.
Ci vuole quindi un vero ricevitore per ogni canale.
E qui' iniziano i problemi.
Un simile ricevitore e' un progetto con le contropalle.
Non so se un risuonatore a onda superficiale ci possa garantire un 
banda decente.
Ah, ecco il segnale, sondamentalmente e' modulato AM e questo ci 
aiuta, perche' potremmo usare semplicente un filtro e demodulare con 
un transistor.
Detto cosi' e' banale, ma un filtro decente introduce i suoi poli, e 
alle frequenze UHF che useremo ci sono un sacco di parassiti da tenere
presente.
Avere la stabilita' non sara' banale.
Invece usando un modem FSK potremo contenere molto i costi, al
confronto:
Invece di molte seriali, una singola porta parallela,
un solo modem, un solo ricevitore, molta meno criticita'.
Secondo me contando il costo dei ricevitori ci si risparmia.
Anche il TX e' meno critico, perche' richiedera' giusto qualche MHz di
banda contro le centinaia di MHz del sistema multicanale.
Quest'ultimo sistema e' si meno costoso per il singolo utente, ma e'
decisamente critico per tutti.
Senza contare che potrebbe essere necessario farlo in SMD, viste le
frequenze in gioco.
Questa e' la mia opinione.
Certamente e' una opinione molto polarizzata.
A voi il giudizio.
Ciao,
Nospam

posta?
Si.. ma faremo un grosso passo indietro.
IMHO.
Ciao!
Nospam

fuori qualcosa da quell'affarino, non importa come.
Doppino twistato e connettori per pin quadrati.
Ciao,
Nospam

delle collisioni
Questo e' vero. Assolutamente.
Comunque io vedo sempre piu' di buon occhio l' FSK.
Anche il protocollo AX.25 non mi dispiace.
Ha le sue debolezze ma e' stra-collaudato.
Nospam

Non funziona proprio, non comunica, nessun segno di vita, le due macchine si
ignorano completamente.......................


ignorano completamente.......................
Meraviglie della Micro$oft.

Doppino twistato e connettori per pin quadrati.
il doppino twisted lo tiro fuori, a costo di farmelo in casa... mi
preoccupano i pin quadrati.
Spero di trovare qualcosa alla fiera dell'elettronica di Forli' (3,4,5
dicembre).
Fabrizio

 wrote in message 38391f25...@news.supernews.com...


preoccupano i pin quadrati.
No problem, e' roba standard.
Nospam

 wrote in message 384406cf...@news.supernews.com...


vanno al Tx e all'RX??... se sono TTL compatibili il gioco è fatto!!!...
Sono strettamente TTL compatibili:-))
Ciao,
Nospam