Utilisation Usart pour communication

**babsi51** · 10/05/2007, 10h41

Bonjour tout le monde, je suis nouveau ici daonc je vais tout d'abord me présenter.

J'ai 21 ans et je suis actuellement en stage de fin d'année du DUT genie electrique et informatique industrielle.

Voici mon probleme:

Je travail avec un pic 18f2320 qui utilise tout d abord l'i2c pour afficher des valeurs et du texte, cette partie d'affichage fonctionne parfaitement. En outre j'ai un soucis au niveau communication avec liaison RS232.

Je dois en effet envoyer a un modem siemens comme ceux que l'on trouve dans nos portables des commandes AT et celui ci repond en fonction de la commande envoyé. Il faut donc que j'envoie par exemple "AT" et ainsi le modem me repond OK ou alors ERROR.

Le probleme c'est que je recupere une valeur dans le registre CREG qui ne correspond pas du tout au char OK ou ERROR.

Par la suite je vais devoir afficher ses reponse mais pour cela c'est réglé.

Donc si vous avez des idées pour resoudre ce probleme car je suis a cours malgré l'utilisation de toutes les fonctions USART.

Le compilateur est le student de microship C18

Merci d'avance et bonne journée.

**juls64** · 10/05/2007, 10h49

salut pour commencer es tu sur que tu envoies bien la commande "AT'\0'" . Pour debbuger se genre de connection j'utiliser un petit montage (a base de max3232 ou autre circuit qui a pour fonction de convertir le 0v ->+5v en -12v +12v ) qui ecouté la communication. Tu branches ce circuit sur la prise serie de l'ordi en utilisant l'hyper terminal tu vois ce que tu envoie et ce que tu reçois. Autrement quand tu envoies des commandes AT vérifie que tu envoies bien le '\0' a la fin car sinon le modem attend la suite du message

gl · 10/05/2007, 11h03

Envoyé par juls64

Autrement quand tu envoies des commandes AT vérifie que tu envoies bien le '\0' a la fin car sinon le modem attend la suite du message

\r pas \0

**babsi51** · 10/05/2007, 11h06

ah je ne savais pas pour le /0 c'est peut etre cela je vais de suite tester. Sinon je suis sur d'envoyer AT j'ai vérifier.

Je te tiens au courant et merci beaucoup pour ta rapidité

Bon alors voila ce que j'ai essayé avec le USART

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
	OpenUSART( USART_TX_INT_ON & USART_RX_INT_ON & USART_ASYNCH_MODE & USART_EIGHT_BIT & USART_CONT_RX & USART_BRGH_HIGH, 25 );
			SPBRG=37;
 
			//busy= BusyUSART();
        	                           putrsUSART("AT\'r'");
 
			while (!DataRdyUSART());
 
				result=ReadUSART();
				EcritReseau(cVal1,cVal2,result);
 
 
			CloseUSART();

la fonction ecrit reseau fonction tres bien peut etre juste l afiche de result posera un probleme.

Dite moi ce que vous en penser

**juls64** · 10/05/2007, 11h41

j'avoue que comme ca ne connaissant pas les fonctions de ton compilo je ne peux pas te dire si le code est viable faudrait poeut etre plus le traduire en organigramme style : configuration : blabla toutes tes configs
envoi commande "AT\r"
attente reception
Dans ta config tu es en big endian ou little endian et ton modem attend quoi bit de poids fort ou bit de poid faible en premier ? Ca peut etre une source de problème que la plupart du temps la config par défaut marche

**babsi51** · 10/05/2007, 11h46

Alors en gros mon code fait:

ouverture de la liaison avec configuration assez clair je pense
ensuite defini le baud a 32
envoie de "AT'\r'"
recupere la reponse dans result
result parametre d entré de ma fonction d'affichage

**juls64** · 10/05/2007, 12h05

quand tu dis que tu initialises la connexion a 32 Bauds ca me semble bizarre. As tu regarder la vitesse de fonctionnement de la liaison serie du modem car normalement elle se situe plus entre 9600 bauds et 115200 bauds et les dernier sorties (modem) se rapprochent plus de 115200 bauds en minimum
Un autre problème peut venir du contrôle de flux RTS CTS je ne sais pas si tu les as câblé et l'erreur fatale serait de ne pas avoir de masse commune.

**babsi51** · 10/05/2007, 12h11

en fait 32 correspond a une frequence ce n est pqs reellement mon baud. Sinon le cablage c' est il est juste car tout est monté sur carte qui est commercialisé donc ca peu pas venir de là. Je commence a me poser des questions la lol. Pas facile et ca juste pour la commande AT apres je passe a la commende AT+CSQ

**juls64** · 10/05/2007, 13h30

une fois que ta commande AT passera le reste sera facile. Faut juste que tu trouves le problème. Regarde dans ta doc il a surement des indications pour l'envoi des données via le rs232.

**babsi51** · 10/05/2007, 14h20

voila les fonction du compiler pour utilisation de USART:

Function Description:

BusyUSART Is the USART transmitting?
CloseUSART Disable the USART.
DataRdyUSART Is data available in the USART read buffer?
getcUSART Read a byte from the USART.
getsUSART Read a string from the USART.
OpenUSART Configure the USART.
putcUSART Write a byte to the USART.
putsUSART Write a string from data memory to the USART.
putrsUSART Write a string from program memory to the USART.
ReadUSART Read a byte from the USART.
WriteUSART Write a byte to the USART.
baudUSART Set the baud rate configuration bits for enhanced USART.

**juls64** · 10/05/2007, 14h53

a tout hasard dans ton premier code envoyé tu as mis ReadUSART alors que cette fonction ne lit qu'un octet, donc un gets serait plus approprié pour obtenir "OK" ou "ERROR" et aussi dans ton puts je pense que tu n'as pas besoin de mettre '\r' utile plus avec putc car de base il doit finir avec '\r'. Si ca ne marche pas avec puts test avec putc tu en fais trois de suite putc('A')
putc('T') et putc('\r') pour voir.

**babsi51** · 10/05/2007, 15h17

par contre il me dise que pour utiliser getUSART il faut suivre l exemple suivant selement a quoi correspond le 10. Je sais que 5 correspond au nombre de caractere recu

char inputstr[10];
getsUSART( inputstr, 5 );

**juls64** · 10/05/2007, 15h35

C'est bizarre qu'ils te donnent ca comme exemple car le 10 correspond a la taille de ton tableau de caracteres. Si tu n'en récupéres que 5 c'est beaucoup de précaution pour rien enfin pour commencer il vaut mieux trop que pas assez au moins tu n'auras pas débordement. tu peux envoyer la definition compléte de getsUSART pour voir la def du 5 .

**babsi51** · 10/05/2007, 15h53

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
putcUSART('A');
			putcUSART('T');
 
			putcUSART('\r');
 
	while (!DataRdyUSART());
		{
 
 
			   result=getcUSART();
 
				EcritReseau(cVal1,cVal2,result);
 
	}			
			CloseUSART();

c est un debut de prog je recoi des chose mais les valeur change j ai que 2 carctere a chaque fois sur mon afficheur j ai essayé le getsUSART et ca bloque mon programme mais voila la definition

Function: Read a fixed-length string of characters from the specified USART.
Include: usart.h
Prototype: void getsUSART ( char * buffer,
unsigned char len );
void gets1USART ( char * buffer,
unsigned char len );
void gets2USART ( char * buffer,
unsigned char len );
Arguments: buffer
A pointer to the location where incoming characters are to be stored.
len
The number of characters to read from the USART.
Remarks: This function only works in 8-bit transmit/receive mode. This function
waits for and reads len number of characters out of the specified
USART. There is no time out when waiting for characters to arrive.
getsUSART should be used on parts with a single USART peripheral.
gets1USART and gets2USART should be used on parts with multiple
USART peripherals.
File Name: ugets.c
u1gets.c
u2gets.c
Code Example: char inputstr[10];
getsUSART( inputstr, 5 );

**juls64** · 10/05/2007, 16h56

une petite remarque sur ton code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
while (!DataRdyUSART()) ; // ton point virgule ici dit que tu attend la réception du premier octet
{ // cette accolade ne fait donc pas partie de ton while ??? ca compile ???
 
 
result=getcUSART();
 
EcritReseau(cVal1,cVal2,result);
 
}

rapidement et pas tres beau mais peut etre plus fonctionnel

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 
while (!DataRdyUSART()) ; // attend premier octet
 
result=getcUSART();        // recupere octet
EcritReseau(cVal1,cVal2,result); // affiche
 
while (!DataRdyUSART()) ; // attend deuxieme octet
 
result=getcUSART();         // recupere octet
EcritReseau(cVal1,cVal2,result); // affiche
 
 
 
}

c'est quoi cette fonction EcritReseau(cVal1,cVal2,result); tu es sur que tu l'as bien ecrite tu l'as testé en mettant un caractere prédéfini et en essayant de le regarder sur l'afficheur : cval1 et cval2 ca correspond a quoi ?

**Emmanuel Delahaye** · 10/05/2007, 17h01

Envoyé par babsi51

Le probleme c'est que je recupere une valeur dans le registre CREG qui ne correspond pas du tout au char OK ou ERROR.

Es-tu bien au courant qu'une réponse de modem, c'est (de mémoire)
"\r\nMESSAGE\r\n"
(à un poil prêt, voir la recommandation UIT-T V.25ter ou V.250...)

gl · 11/05/2007, 01h54

Envoyé par Emmanuel Delahaye

Es-tu bien au courant qu'une réponse de modem, c'est (de mémoire)
"\r\nMESSAGE\r\n"

Tu es sur de ton coup pour la sequence \r\n en debut de reponse ? Des souvenirs que cette sequence n'est pas presente (tout au moins pour les reponses en mode numerique, pour les reponses en mode verbeux je ne me prononcerais pas je ne les utilise pour ainsi dire jamais).

**Emmanuel Delahaye** · 11/05/2007, 07h29

Envoyé par gl

Tu es sur de ton coup pour la sequence \r\n en debut de reponse ?

Non.

Des souvenirs que cette sequence n'est pas presente (tout au moins pour les reponses en mode numerique, pour les reponses en mode verbeux je ne me prononcerais pas je ne les utilise pour ainsi dire jamais).

Ah oui, j'avais oublié ce détail. Effectivement, c'est en mode texte (verbose : ATV1). En mode numérique (ATV0), c'est, de mémoire, "nombre\n\r" (ou "nombre\r\n").