Newsgroup: it.comp.os.linux.iniziare
Titolo: Internet su chiavetta usb o cellulare (Ubuntu)?

Salve a tutti.
Sto cercando informazioni circa la attuale possibilità di gestire un 
collegamento verso Internet tramite le chiavette USB o un cellulare.
Nello specifico, io uso un cellulare con scheda della TRE su cui è 
attivo il "Naviga Tre". Da quello che so, non c'è nulla di analogo in 
ambiente Linux, cioè, la TRE non rilascia nulla.
Sapete se ci sono, anche da parte di altri gestori, possibilità di 
accedere a Internet con cellulare o chiavetta?
Grazie.


Io uso una chiavetta usb huawei e169 tim su OpenSuSE 11.1 e con 
umtsmon funziona in hsdpa.
Sul portale di openSuSE ci sono le istruzioni minime per farla
funzionare.

 accedere a Internet con cellulare o chiavetta?
Mi pare che per 9 euro mensili (12 se si fa quello settimanale da 
100mb/giorno) non ci sia nulla.
Poi ovviamente dipende dall'uso che ne fai.
Ciao 

 accedere a Internet con cellulare o chiavetta?
  Direi che tutti i gestori hanno offerte in questo senso e quasi
tutti i cellulari e le chiavette sono adatte per linux, specie se ti
va di spippolare un po' coi file di configurazione. Io ho navigato per
anni col cellulare senza mai alcun problema, e ora uso felicemente una
chiavetta huawei che si connette praticamente allo stesso modo.
  Ci son stati pochi giorni fa un paio di thread al riguardo, vedi un
po' cosa ci cavi e poi domanda. Da me otterrai poco perche' non sono
esperto, ma qualcuno che ti aiuta lo trovi di certo. :-)
  Saluti,
-- 
Gianfranco Bertozzi
Linux User #183585

 accedere a Internet con cellulare o chiavetta?
Io uso la chiavetta MD-@ della Momodesign, fornita dalla tre, su Ubuntu 
08.04 (l'ho provata con buoni risultati anche su altre distribuzioni).
Basta collegarla con il selettore settato su "modem" e viene vista senza 
problemi da qualsiasi distribuzione Linux con kernel 2.6.26 o superiore 
(cioe', da Ubuntu 08.04 in poi) come un modem collegato alla porta 
seriale /dev/ttyACM0. Puoi verificare con un ls -l /dev/ttyA*".
(NB: le distribuzioni precedenti di solito non danno neanche loro 
problemi, ma poi vanno a velocita' ridotta perche' il loro modulo 
usbserial ha un buffer troppo piccolo.)
Per collegarsi basta configurare una normale connessione modem sulla 
serial port /dev/ttyACM0, con n° di telefono *99#, userid e password 
qualunque (ma inserisci almeno un carattere, e' piu' sicuro), e stringa 
di inizializzazione AT+CGDCONT=1,"IP","
datacard.tre.it
",,0,0
(NB: alcune schede SIM della tre richiedono invece l'APN 
tre.it
 anziche' 
datacard.tre.it
, ma quest'informazione la si ottiene quando si acquista 
la scheda.)
Lo strumento da usare con Ubuntu e' GnomePPP, o uno script fornito 
direttamente dal produttore (
he...@mywave.it
) ma ancora in beta test.
Infatti, il normale network manager di Ubuntu (quello che si trova sulla 
barra di stato vicino all'orologio) *non* funziona: SO ESATTAMENTE 
perche', ma non ho ancora trovato il modo di correggerlo. In sostanza: 
tre, come la maggior parte degli operatori di rete italiani, *non* invia 
un prompt in un momento della connessione in cui il protocollo lo 
prevederebbe. Il network manager di Ubuntu aspetta qualche secondo, non 
lo riceve, e abortisce. GnomePPP aspetta qualche secondo, non lo riceve, 
lancia egualmente pppd incrociando le dita... e gli va bene.
Il problema principale cui vai incontro *con tutte le chiavette* e' che 
quando inserisci la chiavetta, e vedi il led blu accendersi (segno che 
il modem si e' collegato alla rete), non sai se sei collegato alla rete 
di tre (e paghi secondo il piano tariffario sottoscritto) o a un'altra 
rete in roaming (e rischi di pagare uno sproposito).
Per chi usa questa connessione in casa, dove ha appurato una volta per 
tutte che il segnale di tre e' presente e forte, questo non costituisce 
un problema: ma per chi la usa da portatile e' meglio verificarlo ogni 
volta prima di far partire GnomepPPP. E verificarlo non e' 
semplicissimo: bisogna aprire un minicom su /dev/ttyACM0 e inviare il 
comando "AT+COPS?". Il modem risponde con i dati della rete cui e' connesso.
Ovviamente, con un cellulare e' piu' semplice: basta guardare lo schermo...
Spero di essere stato esauriente.
--
TRu-TS

 comando "AT+COPS?". Il modem risponde con i dati della rete cui e' connesso.
Non sono sicurissimo, sinceramente non ho voglia di controllare
anche perchè non ho copertura della tre.
Ma penso che con lo script di chat che va ad inizializzare il
modem, si possa forzare o quantomeno verificare (e prendere
decisioni di conseguenza, anche in modo automatizzabile) che
l'operatore cui si è connessi sia effettivamente Tre.
Anche per queste possibilità consiglio sempre di dare un occhiata
alla soluzione via configurazione manuale della connessione a
mezzo degli script di inizializzazione.
Alla fine si tratta di un procedimento neanche troppo complesso
da apprendere che per di più consente di ottenere soluzioni
piuttosto "potenti" viste le tante sfaccettature della situazione
mobile.

 
... La mia Ignoranza fa da ostacolo alla pronta comprensione!!! Ma CREDO 
che sei stato molto esauriente! Grazie.
Ho da studiare! E le vostre risposte sono state tutte molto ben gradite.
(dot)

 mobile.
Capisco la tua posizione ma ho un'obiezione di fondo: proprio per la sua 
sempre maggior diffusione, che mi rende felice :-), Linux finisce sempre 
piu' spesso in mano a utenti che lo vogliono usare con un'interfaccia a 
finestre per il loro lavoro, e non da shell per diventare programmatori 
o sistemisti. Quello che chiedono e' un modo di potersi collegare 
all'internet e lavorare senza stare a studiarsi i comandi AT. Per loro, 
un network manager o un gnomePPP e' lo strumento ideale. E mettiti nei 
panni di uno che vuole semplicemente convincere un parente o amico, che 
non ha la minima idea di come lanciare uno script,  che con Linux puo' 
fare tutto quello che puo' fare con Windows...
ciao
--
TRu-TS

 simile per limitarsi a Tre);
Avevo qualcosa del genere in mente anche io, poi per comodità mia
mi ero fatto uno script che attualmente non uso più ma dovrei
recuperarlo se ti interessa.
Tale script in pratica fa una cosa molto semplice:
prende in input un messaggio AT e restituisce in output il
responso del modem. Ne avevo fatto diverse versioni, anche senza
usare chat.
A cosa divolo dovrebbe servire?
;-)
Semplice:
lo puoi usare nei comuni script di chat, magari anche come una
funzione interna allo script....
eccolo:
=============================================================
#!/bin/bash
#set -x
#       sendexpect.sh
#
# send an AT command to modem,
# expect an answare string or
# exit after timeout seconds
SND=$1
EXP=$2
TMT=$3
LOG=/var/log/sendexpect.sh.log
MODEM=/dev/ttyACM0
IFACE=$(tempfile)
cat $MODEM > $IFACE 1>&2 &
chat -v -t 20 "" $SND <$MODEM >$MODEM
i=0
while ! grep "$EXP" $IFACE; do
   sleep 0.5
   i=$[$i+1]
   [ $i -eq $TMT ] && echo "`date`: timeout $TMT seconds \
                               reached" >> $LOG && break
done
killall cat
rm $IFACE
=======================================================
Però questo usava chat....no allora devo averne un'altro da
qualche parte...va bè comunque dovrebbe funzionare anche quello
lì.
O altrimenti qualcosa del genere da uasare in script:
SEND () # SEND <send command> <expect command>
{
  SND=$1        
  EXP=$2
  LOG=/var/log/autocom.log
  cat /dev/ttyACM0 > $LOG 1>&2 & chat -v -t 20 "" \
                 $SND </dev/ttyACM0 >/dev/ttyACM0
  sleep 2
  if ! grep "$EXP" $LOG; then
     sleep 10
  fi
  killall cat
  rm $LOG
}
Questo va modificato mettendo il file speciale del modem, nel mio
caso era /dev/ttyACM0.


                  $SND </dev/ttyACM0 >/dev/ttyACM0
e anche questo usa chat.
Intendiamoci, per quello che mi serve posso benissimo usare uno di 
questi due con chat, e ti ringrazio per avermeli passati: ma sarei 
proprio curioso di vedere se si riesce a parlare con un modem per mezzo 
di semplici comandi shell.
ciao, grazie
--
TRu-TS

 mezzo di semplici comandi shell.
Sì in effetti ora mi sta sullo stomaco il fatto di essermi
scordato come si faceva...Magari qualcuno ha la memoria migliore
di me.  ;-)

 di semplici comandi shell.
  Mi intrometto... ricordo che tempo fa se ne discusse per un problema
simile.
  Se redirezioni /dev/tuomodem su un file e invii i comandi AT con un
'echo "comando" > /dev/tuomodem' , a regola dovresti poter leggere il file
e dialogare col modem senza chat.
  Una cosa del genere insomma:
cat /dev/modem > nomefile &
echo "AT+V" > /dev/modem
cat nomefile
 in nomefil dovrebbe mostrarti AT+V e la risposta del modem. A suo tempo
funzionava, l'ho riprovato e ora non mi recupera le risposte del modem.
Non so perche'.
  Magari puo' aiutare... :-)
  Un saluto,


 Non so perche'.
  Ora si. Il problema e' perche' 
echo 'comando at'
  non invia il carriage return necessario per fare intendere il comando
al modem. Basta fare una cosa come:
echo -e 'comando at \r' > /dev/tuomodem
  che tutto funziona.
  Saluti,


   che tutto funziona.
Grazie. L'ho provata nella forma ancora piu' semplice
cat /dev/ttyATM0  &
echo "ATE1\r" > /dev/ttyATM0
echo "ATZ\r" > /dev/ttyATM0
echo "AT+cops?\r" > /dev/ttyATM0
...
killall cat
Su Ubuntu funziona alla grande, vedo chiaramente sullo stesso stdout del 
terminale sia i comandi inviati (grazie all'eco attivato con ATE1) che 
le risposte del modem.
Cosa che mi ha molto stupito, pensavo di dover comunque settare la porta 
seriale in accordo con i requisiti del modem, magari facendo girare 
prima un minicom (e sarebbe stato impossibile, perche' la velocita' 
prevista da minicom arriva al massimo a 115200, mentre la seriale del 
modem su usb va a 460000 e rotti); evidentemente la chiavetta MD@ che 
usavo era in grado di rilevare automaticamente le impostazioni attivate 
di default da usbserial.
Poi ho provato su un SuSe ed ho ottenuto una sfilza di
ATZ
O
ATZ
O
ATZ
O
ATZ
O
ATZ
O
ATZ
O
ATZ
O
... che non finiva piu'...
Sono riuscito a ottenere risposte dal modem anche su SuSe, ma inviando 
per primo un
echo "ATE0\r" > /dev/ttyATM0
che disattiva l'eco.
Gioco con le seriali e i comandi AT da quasi 30 anni e incoccio sempre 
in qualche mistero... qualcuno ha qualche idea sul motivo?
--
TRu-TS

 in qualche mistero... qualcuno ha qualche idea sul motivo?
Anche io avevo notato la situazione ballerina e avendo necessità
di qualcosa che funzionasse sempre allo stesso modo senza
problemi, ero ricorso a comandi chat. Anche in quel caso la
velocità di comuncazione può essere forzata con stty, lo dico
perchè di solito chat si usa con pppd che pensa lui a preimostare
quei parametri come velocità e porta di comunicazione...
Saluti.

 quei parametri come velocità e porta di comunicazione...
Un collega che ha seguito questo thread mi ha mandato uno script con 
Subj: la soluzione a tutti i tuoi problemi. Non usa chat. Domani lo 
leggo con calma e lo provo, e se vale la pena lo posto.
Ciao
--
TRu-TS