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.

**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").