Comment recevoir des SMS sur PC avec un téléphone Samsung ?

Question

J'ai connecté mon téléphone Samsung (GT-S3350) à mon PC via un câble USB et installé le pilote USB correspondant.Je peux envoyer des SMS à n'importe quel numéro de téléphone via mon PC à l'aide des commandes AT.J'ai également essayé avec Hyperterminal via Java.

Pour configurer le mobile en mode texte et recevoir des erreurs élaborées, je soumets les commandes suivantes dans l'Hyperterminal.

AT+CMGF=1
D'ACCORD
AT+CMEE=2
D'ACCORD

Comme je l'ai dit plus tôt, je suis tout à fait capable d'envoyer un SMS à l'aide de la commande CMGS, cela fonctionne parfaitement.Mais lorsque j'essaie de lister les messages, j'obtiens une longue liste de OK comme ci-dessous.

AT+CMGL="TOUS"
D'ACCORD

D'ACCORD

D'ACCORD

D'ACCORD

D'ACCORD

D'ACCORD

D'ACCORD

D'ACCORD
.
.
.
ERREUR

D'ACCORD

Il en va de même lorsque je donne "REC READ", "REC UNREAD", etc.au lieu de "TOUS".
De plus, lorsque j'utilise la commande CNMI pour écouter les nouvelles notifications de message, je reçois immédiatement un OK.On s'attend à ce qu'il affiche l'index du SMS nouvellement reçu, mais pour moi, il reste vide.

AT+CNMI=1,1,0,0,0
D'ACCORD

J'ai essayé de recevoir des SMS depuis mon autre téléphone.Le message est reçu mais je ne vois aucun index mémoire sur mon terminal.

Je les ai appris principalement sur les blogs et en parcourant les API.J'ai aussi essayé la méthode suggérée par ceci fil.Est-ce que je fais quelque chose de mal ou est-ce que j'ai raté quelque chose ?

Je suis totalement ouvert aux alternatives concernant la réception d'un SMS sur PC.Veuillez suggérer.

Answer 1

Aïe, ça n'a pas l'air bien.Les commandes AT ne devraient jamais¹ fournir plus d'un code de résultat final, obtenant ainsi des tonnes de OKs suivi d'un ERROR n'est certainement pas juste.

Quelques questions et suggestions pour des tests/débogages ultérieurs :

• Est-ce que cela s'applique également en mode PDU ?

• Cela s'applique-t-il à tous les différents stockages de messages (vérifiez AT+CPMS)?

• Pendant que vous n'exécutez pas un appel de données démarré avec ATD, cela fait-il une différence de définir <mode> à 2 pour AT+CNMI?

• Le <bfr> L'argument indique que les codes de résultats non sollicités seront rincés lors de la saisie des modes 1 à 3.Juste après avoir reçu un message (pendant que vous testez), cela fait-il une différence pour définir brièvement le mode sur 0, puis remonte à 1 (ou 2), forçant ainsi une entrée à un mode qui devrait sortir toutes les indications tamponnées?

• Avez-vous essayé avec différents systèmes d'exploitation ?Différents programmes de terminaux ?(Cela ne devrait vraiment faire aucune différence, mais qui sait)

¹Eh bien, à part une erreur de spécification (voir remarque 1).

---

Conseil général pour en savoir plus sur les commandes AT, consultez les liens du page d'informations sur la balise at-command, en particulier 27.005 pour les commandes de messagerie (mais si vous n'avez jamais lu la V.250 auparavant, commencez par celle-là).