Citazione Originariamente Scritto da chicco83 Visualizza Messaggio
gioi... nella pagina precedente ha scritto che quando prova a collegarsi col bluetooth usa /dev/rfcomm0,che e' il "modem" corretto... e via usb,giustamente,usa /dev/ttyACM0... e funziona tutto...
appurato che il collegamento funziona (visto che via usb va senza problemi),e che l'errore viene dato nell'apertura di rfcomm0,non e' che c'e' un errore nelle impostazioni del bluetooth?
siamo sicuri che il servizio DUN corrisponda effettivamente al canale 1 come indicato nella guida e nei file che ha postato mowoo prima? sul mio lg,per esempio,il servizio DUN e' sul canale 3...
Dunque la questione dei canali è controversa... perchè il problema nasce dalla miriade di applicazioni che ha la banda a 2.4GHz (cordless, wifi 802.11, BT, ed altre amenità varie).

Il canale viene negoziato "automaticamente" dai dispositivi, cercando di individuarne uno libero (al limite anche in multiplexing con altre applicazioni), e solo in rari casi va settato manualmente (e cmq quasi sempre per impostazioni di security-hardening).

Ripeto se c'è la luce blu accesa il collegamento bt è andato a buon fine, quindi il problema è sui dati che transitano su di esso e non sul canale fisico virtuale (quali quelli di autenticazione, configurazione ecc ecc che ipotizzi tu).

Il tuo ragionamento è giustissimo, perchè 99 volte su 100 i problemi sono tutti dovuti ad un'errata impostazione della connessione BT, ma in questo caso, da quello che dice il buon mowoo, non mi sembra quello il problema.

Anzi, la sintomatologia (errore di I/O) mi lascia pensare che il programma in questione (wvdial) riceva una risposta che non si aspetta ad un qualche comando. Fosse stato umn problema di connessione BT mi sarei aspettato un errore di "dispositivo mancante" o "impossibile stabilire una connessione" o qualcosa del genere...

Errore di I/o tipicamente vuol dire che il programma vede il dispositivo (solo se la connessione BT va a buon fine viene creato il dispositivo virtuale /dev/rfcomm0 in accordo con la filosofia per cui in *NIX tutto è un file), ma per qualche ragione non riesce a colloquiare con lui...

Nel caso, mi viene da pensare, che per un qualche motivo wvdial faccia un check su rfcomm0 ma poi provi ad accedere a ttyACM0 come impostazione di default. Potrebbe dipendere da un broken-link o qualcosa del genere...