begin process at 2012 02 12 00:52:59
  Trouver un code source :
 
dans
 
Accueil > Forum > 

Archive C/C++

 > 

Archives

 > 

Au secours

 > 

commandes AT


Derniers messages déposésPoser une question dans le forum ou lancer une discussion

commandes AT

lundi 13 janvier 2003 à 15:31:53 | commandes AT

croll

Bonjour,
Lorsque j'envoi une commande AT à mon modem je ne parviens pas à lire la réponse. J'utilise la méthode suivante :

HANDLE hPort = CreateFile ( "com1"
, GENERIC_READ | GENERIC_WRITE
, 0
, NULL
, OPEN_EXISTING
, FILE_ATTRIBUTE_NORMAL
, NULL
);
strcpy (writeBuffer,"AT/r/n");
Err=WriteFile ( hPort
, &writeBuffer
, strlen (writeBuffer)
, &charsWritten
, NULL
);
Sleep (1000);
Err=ReadFile ( hPort
, &readBuffer
, strlen (readBuffer)
, &charsRead
, NULL
);

Dans ReadBuffer j'ai ce que j'ai envoyé c'est à dire "At" alors que je devrais avoir "ok"
Est-ce un bug de ma part ou de Windows Xp ?

lundi 13 janvier 2003 à 17:40:29 | Re : commandes AT

jcecchi

Salut,

Ajoute des GetLastError et tu trouveras d'ou vient le probleme.
Le port est-il vraiment ouvert ?


-------------------------------
Réponse au message :
-------------------------------

> Bonjour,
> Lorsque j'envoi une commande AT à mon modem je ne parviens pas à lire la réponse. J'utilise la méthode suivante :
>
> HANDLE hPort = CreateFile ( "com1"
> , GENERIC_READ | GENERIC_WRITE
> , 0
> , NULL
> , OPEN_EXISTING
> , FILE_ATTRIBUTE_NORMAL
> , NULL
> );
> strcpy (writeBuffer,"AT/r/n");
> Err=WriteFile ( hPort
> , &writeBuffer
> , strlen (writeBuffer)
> , &charsWritten
> , NULL
> );
> Sleep (1000);
> Err=ReadFile ( hPort
> , &readBuffer
> , strlen (readBuffer)
> , &charsRead
> , NULL
> );
>
> Dans ReadBuffer j'ai ce que j'ai envoyé c'est à dire "At" alors que je devrais avoir "ok"
> Est-ce un bug de ma part ou de Windows Xp ?
>
>
lundi 13 janvier 2003 à 20:13:15 | Re : commandes AT

croll


Le problème c'est que l'appel des fonctions se passe correctement sans erreur. La fonction Read renvoi simplement ce qui a été écrit à la place de "OK" !

-------------------------------
Réponse au message :
-------------------------------

> Salut,
>
> Ajoute des GetLastError et tu trouveras d'ou vient le probleme.
> Le port est-il vraiment ouvert ?
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > Bonjour,
> > Lorsque j'envoi une commande AT à mon modem je ne parviens pas à lire la réponse. J'utilise la méthode suivante :
> >
> > HANDLE hPort = CreateFile ( "com1"
> > , GENERIC_READ | GENERIC_WRITE
> > , 0
> > , NULL
> > , OPEN_EXISTING
> > , FILE_ATTRIBUTE_NORMAL
> > , NULL
> > );
> > strcpy (writeBuffer,"AT/r/n");
> > Err=WriteFile ( hPort
> > , &writeBuffer
> > , strlen (writeBuffer)
> > , &charsWritten
> > , NULL
> > );
> > Sleep (1000);
> > Err=ReadFile ( hPort
> > , &readBuffer
> > , strlen (readBuffer)
> > , &charsRead
> > , NULL
> > );
> >
> > Dans ReadBuffer j'ai ce que j'ai envoyé c'est à dire "At" alors que je devrais avoir "ok"
> > Est-ce un bug de ma part ou de Windows Xp ?
> >
> >
>
mardi 14 janvier 2003 à 09:04:53 | Re : commandes AT

Croqmort

j'ai fait une petite recherche sur google pour voir comment s'y prennent ceux qui ont reussi a utilisé les port serie, et je remarque qu'ils utilisent :
SetupComm( HdComm, 1024, 1024 );
GetCommState( HdComm, &Dcb );
Dcb.BaudRate = BAUD_115200;
Dcb.Parity = NOPARITY;
Dcb.ByteSize = 8;
Dcb.StopBits = ONESTOPBIT;
SetCommState( HdComm, &Dcb );
HdComm etant le handle du fichier (ou port) ouvert.
et dcb etant du type : DCB Dcb;

Reference :
- http://www.fadshop.net/ben/serial1.htm
- http://www.experts-exchange.com/Programming/Programming_Languages/C/Q_10136460.html
- http://www.ff.iij4u.or.jp/~jun1/csa/wcsc11/source_win_e.html

voila j'espere que ça va t'aider
a+
Croqmort
-------------------------------
Réponse au message :
-------------------------------

>
> Le problème c'est que l'appel des fonctions se passe correctement sans erreur. La fonction Read renvoi simplement ce qui a été écrit à la place de "OK" !
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > Salut,
> >
> > Ajoute des GetLastError et tu trouveras d'ou vient le probleme.
> > Le port est-il vraiment ouvert ?
> >
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > Bonjour,
> > > Lorsque j'envoi une commande AT à mon modem je ne parviens pas à lire la réponse. J'utilise la méthode suivante :
> > >
> > > HANDLE hPort = CreateFile ( "com1"
> > > , GENERIC_READ | GENERIC_WRITE
> > > , 0
> > > , NULL
> > > , OPEN_EXISTING
> > > , FILE_ATTRIBUTE_NORMAL
> > > , NULL
> > > );
> > > strcpy (writeBuffer,"AT/r/n");
> > > Err=WriteFile ( hPort
> > > , &writeBuffer
> > > , strlen (writeBuffer)
> > > , &charsWritten
> > > , NULL
> > > );
> > > Sleep (1000);
> > > Err=ReadFile ( hPort
> > > , &readBuffer
> > > , strlen (readBuffer)
> > > , &charsRead
> > > , NULL
> > > );
> > >
> > > Dans ReadBuffer j'ai ce que j'ai envoyé c'est à dire "At" alors que je devrais avoir "ok"
> > > Est-ce un bug de ma part ou de Windows Xp ?
> > >
> > >
> >
>
jeudi 19 janvier 2006 à 17:52:45 | Re : commandes AT

Ziosta

Bonjour,

J'ai le même problème que croll, c'est à dire que lorsque j'envoie les commandes AT sur le port série vers un téléphone portable (dans mon cas), avec la fonction "writefile", et qu'ensuite je vais lire la réponse sur le port, avec la fonction "readfile", j'ai dans mon buffer les commandes que j'ai envoyées : AT au lieu de OK.
Je précise que je n'obtiens jamais OK même si j'envoie AT\r ou AT \n ou AT\r\n.
Est-ce un bug dans le formatage de la chaîne ou autre ?

Ziosta


Cette discussion est classée dans : at, commandes, writebuffer, readbuffer, hport


Répondre à ce message

Sujets en rapport avec ce message

CFileFind et commandes At [ par MNEMONIC ] Bonjour à tous.Comme le dit le sujet, j'ai un problème lorsque j'utilise le CFileFind dans un programme qui est lancé par une commande AT.Si je lance Modem + Commandes AT [ par mamounette ] Bonjour, je souhaiterai savoir s'il était possible de récupérer le numéro de téléphone d'un appel entrant via un modem 56k en utilisant les commandes comment recevoir un mms via un hyperterminal en utilisant les commandes AT [ par anis9800 ] est ce que je peux recevoir un MMS via un hyperterminal ??si c'est possible svp aider moi à trouver ces commandes AT Envoi commande AT [ par spirou91 ] Hello, Je cherche à faire communiquer mon gsm avec mon ordi. Pour ca, j'envoi des commandes AT à mon gsm. J'ai trouvé la source suivante: http://www. Executer des commandes Hayes (AT) en language C [ par S1rK ] Hello la compagnie, Voila mon "problème" (il n'y en a pas pour le moment xD) je cherche a crée un petit programme en C de préférence, capable d'exécu problème lecture de données avec Ds3231 [ par kimouelectronique ] Bonjour, je programme avec MikroC, j'ai essayer d'afficher l'heure et la date à partir du composant I²C:DS3231, le résultat est visualisé sur un affic Réseau de neurone - Erreur avec ma propre fonction de transfert [ par sondos01 ] Bonjour, J'effectue un entrainement d' un Réseau de neurones dans lequel j'ajoute une fonction de transfert que j'ai moi même crée. La fonction de t Problème : Mini Remote Shell [ par Abderrahmaine ] [^^happy10] Mini Remote Shell (mrsh) est une application client-serveur permettant d'exécuter des commandes sur une machine distante. Les commandes so


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Février 2012
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
272829    

Consulter la suite du CalendriCode

Photothèque

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,468 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales