J'utilise Windows 7 et j'ai un BlackBerry avec T-Mobile (US). J'ai couplé le téléphone avec mon ordinateur via Bluetooth, ce qui crée automatiquement un port série pour celui-ci. Je peux ouvrir le port dans PuTTY et envoyer avec succès des commandes AT au modem, y compris la numérotation. Toutefois, lors de l'utilisation de Windows pour créer et établir une connexion réseau à distance, un message d'erreur indiquant «Erreur 678» s'affiche. L'ordinateur distant n'a pas répondu.
Lors de mes tests, j'ai également essayé de configurer une connexion pour composer un numéro connecté à un téléphone. Lorsque vous essayez de vous connecter via cette connexion, le téléphone sonne, mais dès que je réponds à l'appel, mon ordinateur affiche la boîte de dialogue d'erreur ci-dessus.
Que faut-il faire pour réussir à établir une telle connexion PPP? Une chaîne d'initialisation AT spéciale peut-être?
Pour clarifier, je ne fais pas référence à la technique bien décrite et populaire connue sous le nom de "partage de connexion", dans laquelle l'hôte distant de la liaison de données est le fournisseur de service mobile. Je suis particulièrement intéressé par l'établissement de liaisons de données directes avec des hôtes distants autres que mon fournisseur de service mobile. Pensez à une connexion terrestre ancienne école à l’ordinateur ou au BBS de votre ami.
Edit 1
Comme Grawity l'a souligné dans des commentaires, la pièce manquante du puzzle est le modulateur lui-même compatible avec les protocoles v-series, que je m'attendais à intégrer au téléphone portable. Jusqu'à présent , la meilleure que solution logicielle que je pourrais trouver est ce projet expérimental.
Edit 2 Trouvé cette discussion de forum aujourd'hui. Les participants indiquent qu’il n’existe pas de modem old-school dans le BlackBerry.
Modifier 3 Lorsque je passe un appel dans PuTTY avec ATD, immédiatement après que l’appel a été répondu (et que l’appelé déclenche la négociation), le téléphone cellulaire est renvoyé, ce qui est conforme. Ce n'est pas le comportement attendu pour établir une connexion de données. Le téléphone doit échanger la poignée de main et, en cas de succès, renvoyer CONNECT. (Sinon, vous devez renvoyer BUSY ou NO CARRIER, mais jamais simplement OK.) Windows DUN doit interpréter cela comme "l'erreur 678" que je voyais.