Newsgroup: it.comp.reti.wireless
Titolo: WLAN tra robot mobili indoor

Ciau a tutti,
per hobby mi diletto a costruire dei robottini indoor con ruote che girano
per la casa. Tutti sono farciti di sensori che non li fanno sbattere
(sonar), che riconoscono gli oggetti caldi ecc...
Per il momento ne ho 3 e ora vorrei farli interagire. La mia idea sarebbe
quella di utilizzare il pc portatile per raccogliere informazioni dai robot
e per mandare alcuni semplici comandi a ciascuno di essi.
Che tecnologia mi consigliate?
Per il momento ho guardato Wi-Fi, Bluetooth e RF.
Wi-Fi mi attira parecchio, ma non credo di avere necessita' di cosi' tanta
banda (11Mbps come minimo), dato che nessun robot e' dotato di sistema di
visione. Pero', dato che su ogni robottino ci sono delle board con Linux
(kernel 2.4.x), mi piacerebbe il Wi-Fi per sfruttare il protocollo TCP/IP.
Tuttavia mi e' stato detto che il Wi-Fi assorbe molta energia rispetto ad
una normale comunicazione RF.
Bluetooth mi da' una banda piu' ristretta (circa 1Mbps), assorbe meno del
Wi-Fi, ma a quanto pare "tira poco" (10m). Inoltre molti me lo sconsigliano
a causa di possibili interferenze.
RF non ho ancora approfondito. Dovrebbe pero' essere quello che fa al caso
mio. Per esempio ho visto che in commercio ci sono moduli embedded con
ricetrasmissione half-duplex in formato TTL Rs232.
Gli ostacoli non dovrebbero essere un problema, poiche' generalmente i
robottini li faccio andare in mansarda e non ci sono pareti.
Ah, una cosa importante e' la "velocita' di risposta" (non so se esiste un
termine piu' appropriato, sono un po' ignorante in materia). Vorrei un
sistema che fosse il piu' veloce possibile nel ricevere/mandare il segnale,
in modo tale da avere una risposta quasi immediata da ciacun robot.
Grazie a tutti!
CIAU!!!

 termine piu' appropriato, sono un po' ignorante in materia)...
fiuuu... per un attimo ho pensato di essere io l'ignorante... ;-)

 Ah, una cosa importante e' la "velocita' di risposta" 
lunga rispetto ad altre quella su etere in generale

 ha scritto nel messaggio
news:ccoe8d$27$1...@phobos.ibnetwork.net...


 Di cosa hai bisogno precisamente?
Mah, precisamente non lo so, proprio perche' non conosco bene la materia ed
e' la prima volta che affronto questo problema.
Come specifiche pero' vorrei una rete tra robot e pc che sia la piu'
"veloce" possibile (veloce usato sempre nell'accezione dell'esempio che ho
fatto prima), e che non paghi questa "velocita'" a discapito di un consumo
energetico eccessivo. Finalmente mi e' venuto in mente il termine che avevo
sulla punta della lingua: REATTIVA, la rete deve essere il piu' REATTIVA
possibile e immagino che la reattivita' dipenda da molti fattori :-)
Sapresti consigliarmi una bibliografia, o delle risorse online per studiare
un po' l'argomento?
Ah, un'ultima cosa, il TCP/IP e' full duplex, mentre alcuni modem RS232 che
ho visto sono half duplex. Anche questo influisce sulla reattivita'?
Grazie delle risposte tempestive e chiarificatrici! :-)
CIAU!!!

 possibile nel ricevere/mandare il segnale"! Non č un controsenso?
Una cosa č l'ampiezza di banda, un'altra il tempo di risposta (ping :)

 ha scritto nel messaggio
news:2lb6orF...@uni-berlin.de...


 una normale comunicazione RF.
potresti anche pensare di utilizzare dei comunissimi
ricetrasmettitori da apricancello. Esistono moduletti gia'
assemblati che puoi pilotare con segnali on-off. Avresti anche
il vantaggio che costano molto poco e consumano anche molto poco.
Ciao, Lore

Mi date una mano ad interpretare il datasheet di questo prodotto per favore?
http://www.aurelwireless.com/wireless/it/manuali/650200722_mu.pdf
1) Consente un trasferimento trasparente in logica TTL RS-232 senza bisogno
di pacchettizzare i dati e senza codifiche di bilanciamento.
Per quanto riguarda l'RS-232 ho visto che c'e' un sacco di materiale in rete
e nei prossimi giorni lo studio. La logica TTL mi pare di aver capito che
e' un qualcosa di digitale, questo significa che sulla mia board devo avere
un convertitore A/D o cose del genere?
Qual'e' il vantaggio di non dover pacchettizzare i dati e non dover scrivere
codifiche di bilanciamento? E soprattutto cos'e' una codifica di
bilanciamento?
2) I tempi di commutazione garantiscono uno shift temporale max di 20ms tra
l'invio dei dati e la loro effettiva ricezione.
Questo dato e' paragonabile al ping che ottengo per esempio quando sono
connesso a internet e pingo un indirizzo ip?
3) Secondo voi e' un buon componente per il progetto che ho in mente di
realizzare?
Grazie!
CIAU!!!

 conosco, bensi' perche' mi sta piu' simpatico.
prova ad usare SNAP..piu semplice del tcp ip