Newsgroup: it.comp.hardware.palmari
Titolo: pilot-xfer non funziona con il Tungsten TX?

Ciao a tutti!
Visto che il mio Tungsten T continuava a dare problemi con il display, ho
deciso di cambiarlo!
Oggi mi e' arrivato un Tungsten TX nuovo fiammante. Bell'apparecchio, ma
ho un problema: non riesco a fare un HotSync con Linux...
Prima usare pilot-xfer via Cradle USB e riuscivo a fare tutto (Backup,
Restore, installazione di programmi, etc).
Adesso, invece, vedo dai Logs che c'e' un apparecchio collegato alla porta
USB, ma non c'e' verso di scambiare un Bit tra il Tungsten TX e il PC
Linux...
Da un PC di un amico, con Windows, tutto funziona, quindi non e' un
problema ne' di cavo ne' di PDA...
Pare proprio un problema di pilot-xfer...
Qualcuno ha avuto lo stesso problema e l'ha risolto?
Io, per il momento, ho "risolto" usando pilot-xfer tramite rete con il
WiFi...
Idee?
Grazie
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
Io ho il TX e faccio il backup regolarmente con pilot-xfer 0.12.0-pre2 
via cavo USB.
Passando da Palm precedenti ho avuto anche io lo stesso problema.
Penso che sia dovuto alla stringa di riconoscimento dei dispositivi USB 
registrati nel driver "visor" (forse nel mio sistema è vecchio).
bisogna passare i parametri corretti al lancio del driver visor (dipende 
  dalla distribuzione)
Io con Slackware ho messo il seguente in /etc/rc.d/rc.modules
/sbin/modprobe visor vendor=0x830 product=0x61
0x830 e 0x61 sono i valori che rilevi facendo un
# lsusb -v
con il palmare connesso con il cavo al pc
Ciao

 con il palmare connesso con il cavo al pc
Allora, ho provato a vedere che parametri devo passare al modulo con lsusb
-v e vedo che sono gli stessi tuoi.
Ho quindi caricato a manina il modulo come fai tu.
Ho quindi lanciato pilot-xfer, ma non c'e' stato nessun cambiamento...
Esattamente come prima si pone in attesa (sia il Palm che pilot-xfer) ma
non funziona niente...
Ho provato sia ad usare /dev/ttyUSB0 che /dev/ttyUSB1... niente di niente!
Uso pilot-xfer 0.12.1 pacchettizzato in Kubuntu.
Altre idee?



Prova a vedere il file /var/log/messages.
Quando premi il tasto di sincronizzazione dovrebbe aggiungere alcune righe
tra le quali qualcosa del tipo:
Apr 30 20:07:30 star-destroyer kernel: usb 1-1: 
Handspring Visor / Palm OS converter now attached to ttyUSB0 
Apr 30 20:07:30 star-destroyer kernel: usb 1-1: 
Handspring Visor / Palm OS converter now attached to ttyUSB1
Alcune volte mi e' capitato ttyUSB2 e ttyUSB3
se non compare niente prova con
# modprobe visor
Ciao

 
Io quando ho comprato il TX, il primo synch l'ho fatto con un PC con 
Windows, e al primo synch con linux non dava segno di vita.
Poi ho fatto un soft reset del TX e ho ritentato il synch, ed è partito 
normalmente.
Non so se sia utile.
Inoltre già con il precedente TE2 avevo avuto problemi con i primi 
synch, quindi avevo aggiornato appunto Pilot-link alla 0.12.0.pre2.
Adesso può darsi che ci siano delle versioni ancora più nuove.
Infine, e questa forse è una banalità, ma il synch si attiva se premi 
prima il pulsante di Hot-synch sul cavetto e _poi_ in seguito lanci 
pilot-xfer.
Ciao

 pilot-xfer.
Che sia da fare cosi' era ovvio, visto che, se non premo il pulsante di
HotSync non vengono collegaté le porte, quindi pilot-xfer mi dice che la
porta selezionata non esiste...
Altre idee? :(


 # modprobe visor
Il modulo e' caricato perfettamente...
Proprio pare che non si decida a muoversi... :(
ciao


 Altre idee? :(
Guardando /var/log/messages
Le porte verranno anche collegate, però intendo dire che prima và 
lanciato hotsynch dal TX e solo dopo lanciato pilot-xfer.
e poi pilot-xfer si blocca da solo ?
con quale messaggio precisamente
Ciao

 con quale messaggio precisamente
Nessun messaggio. Semplicemente resta li appeso finche' non lo chiudo io
con CTRL+C...
ciao
