Sto usando Windows 7 e ho un BlackBerry con T-Mobile (US). Ho associato il telefono al mio computer tramite Bluetooth, che crea automaticamente una porta seriale per esso. Sono in grado di aprire la porta in PuTTY e inviare correttamente i comandi AT al modem, compresa la composizione. Tuttavia, durante l'utilizzo di Windows per creare e stabilire una connessione di Accesso remoto, viene visualizzato un messaggio di errore che indica "Errore 678. Il computer remoto non ha risposto."
Nei miei test, ho anche provato a configurare una connessione per comporre un numero collegato a un telefono. Quando si tenta di connettersi tramite questa connessione, il telefono squilla ma nel momento stesso in cui rispondo alla chiamata, il mio computer visualizza la finestra di dialogo di errore sopra riportata.
Cosa si deve fare per stabilire con successo tale connessione PPP? Qualche stringa di inizializzazione AT speciale forse?
Per chiarire, non mi riferisco alla tecnica ben descritta e popolare nota come "tethering", in cui l'host remoto del collegamento dati è il fornitore di servizi mobili. Sono interessato in particolare a stabilire collegamenti di dati diretti con host remoti diversi dal mio fornitore di servizi mobili. Pensa alla connessione di rete fissa della vecchia scuola al computer o al BBS dei tuoi amici.
Modifica 1
Come ha sottolineato Grawity nei commenti, il pezzo mancante del puzzle è l'effettivo modulatore compatibile con i protocolli serie V, che mi aspettavo di essere integrato nel cellulare. Finora l' unica migliore alternativa al software che ho potuto trovare è questo progetto sperimentale.
Modifica 2 Oggi ho trovato questa discussione sul forum. I partecipanti affermano che non esiste un modem di vecchia scuola nel BlackBerry.
Modifica 3 Quando inserisco una chiamata in PuTTY con ATD, immediatamente dopo la risposta alla chiamata (e il chiamante sta iniziando l'handshake) il cellulare ritorna OK. Questo non è il comportamento previsto per stabilire una connessione dati. Il telefono dovrebbe ricambiare la stretta di mano e, in caso di successo, restituire CONNECT. (In alternativa, dovrebbe restituire BUSY o NO CARRIER, ma mai semplicemente OK.) Windows DUN deve interpretarlo come "Errore 678" che stavo vedendo.