Utilisation Usart pour communication

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.

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

Citation:

---

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

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:

---

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

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

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

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.

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

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.

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.

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.

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 );

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 .

Code:

---

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

Citation:

---

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 );

---

une petite remarque sur ton code

Code:

---

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:

---

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 ?

Citation:

---

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

Citation:

---

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

Citation:

---

Envoyé par gl

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

---

Non.

Citation:

---

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

Citation:

---

Envoyé par Emmanuel Delahaye

Ah oui, j'avais oublié ce détail. Effectivement, c'est en mode texte (verbose : ATV1).

---

OK, on est donc d'accord

Citation:

---

Envoyé par Emmanuel Delahaye

En mode numérique (ATV0), c'est, de mémoire, "nombre\n\r" (ou "nombre\r\n").

---

J'aurais dit "nombre\r" tout simplement.

Citation:

---

Envoyé par gl

J'aurais dit "nombre\r" tout simplement.

---

Ca ferait un affichage plutôt bizarre dans une console... Mais je n'arrive pas à trouver l'information. Si quelqu'un a téléchargé V.25ter...

Citation:

---

Envoyé par Emmanuel Delahaye

Ca ferait un affichage plutôt bizarre dans une console...

---

Oui, c'est bien pour ca. Les rares ou j'utilise une console simple style hyperterminal pour communiquer avec des modems (generalement j'utilise soit les outils fournis avec le modem, soit des consoles plus evolue, soit des "traceurs" style docklight) l'affichage est assez bizarre;

Et non je n'ai aucune doc modem, hayes ou autre sous les yeux pour l'instant.

Pour vous repondre oui ma fonction ecrit reseau fonctionne parfaitement dedans j ecri du texte comme reseau: 15/31 et selon la valeur j ecri sur une autre ligne excellent ou mauvais bref. cVal1 et cVal 2 sont des test pour ecrire une valeur que je defini moi meme. Maintenant le probleme est que je recupere quelque du modem c'est sur je l affiche c'est sur mais bien que la correspondance ASCII et alphabet de l afficheur soit pas pareil (ASCII + 0x80) ce que j'affiche change chaque seconde pratiquement ce qui est bizar car je n est jamais le meme caractere.
Sur mes ligne de code j'ai tout essayé et j'ai vraiment pété un cable c'est pourquoi tu trouvais des choses bizar lol.

Donc voila

je ne sais pas si j'ai bien compris mais d'apres ce que tu dis tu envoies une commande tu recois un premier message puis tes caracteres changent a peu pres toutes les secondes sans raison vu que tu n'as pas relancé d'autre commande derriere ????

non en fait si tu veu j'entre le programme que l'on a vu c'est a dire j'envoie AT puis je reception la donné dans le registre. Ensuite quand je relance le programme plusieur fois par exemple donc avec toujours la meme commande les caracteres change. J'ai peut une dizaine de caracteres qui reviennent sans cesse . Donc je que je trouvais bizard c'est que le modem devrai repondre toujours la meme chose meme si il y a une erreur mais la je recupere diferent caractere a chaque lancement de programme.

Je pense que cela peut venir de la calibration enfin je ne sais pas trop. Deja je cherche la reponse type d'un modem.

voila de la documentation du modem que j utilise siemens m35i:

Citation:

---

1.3 Conventions and abbreviations

Throughout the document, the GSM engines are referred to as ME (Mobile Equipment), MS (Mobile
Station), TA (Terminal Adapter), DCE (Data Communication Equipment) or facsimile DCE (FAX modem,
FAX board).
To control your GSM engine you can simply send AT Commands via its serial interface. The controlling
device at the other end of the serial line is referred to as TE (Terminal Equipment), DTE (Data
Terminal Equipment) or plainly “the application” (probably running on an embedded system).
All abbreviations and acronyms used throughout this document are based on the GSM specifications.
For definitions please refer to TR 100 350 V7.0.0 (1999-08), (GSM 01.04, version 7.0.0 release 1998).

1.4 AT command syntax

The "AT" or "at" prefix must be set at the beginning of each command line. To terminate a command
line enter <CR>.
Commands are usually followed by a response that includes “<CR><LF><response><CR><LF>”.
Throughout this document, only the responses are presented, <CR><LF> are omitted intentionally.
Table 1: Types of AT commands and responses
Test command AT+CXXX=? The mobile equipment returns the list of parameters and
value ranges set with the corresponding Write command
or by internal processes.
Read command AT+CXXX? This command returns the currently set value of the parameter
or parameters
Write command AT+CXXX=<...> This command sets user-definable parameter values.
Execution command AT+CXXX The execution command reads non-variable parameters
affected by internal processes in the GSM engine.

---

voila mon programme:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265

#include <p18f2320.h> #include <i2c.h> #include "EcritReseau.h" #include <sw_i2c.h> #include <usart.h> #include <stdlib.h>   void main (void) { char cVal1=0x30+0x80, cVal2=0x35+0x80; char result; char inputstr[];   OpenUSART( USART_TX_INT_OFF & USART_RX_INT_OFF & USART_ASYNCH_MODE & USART_EIGHT_BIT & USART_SYNC_MASTER & USART_CONT_RX & USART_BRGH_HIGH, 25 ); SPBRG=32; putrsUSART("AT<CR>"); // putcUSART('A'); // putcUSART('T'); // putcUSART('+'); // putcUSART('C'); // putcUSART('P'); // putcUSART('I'); // putcUSART('N'); // putcUSART('?'); // putcUSART('\r');   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   while (!DataRdyUSART()) ; // attend TROISIEME octet   result=getcUSART(); // recupere octet EcritReseau(cVal1,cVal2,result); // affiche   CloseUSART(); }   void EcritReseau(char cVal1,char cVal2, char result) { int i=0; TRISA = CONF_TRISA; TRISB = CONF_TRISB; TRISC = CONF_TRISC;   OpenI2C(MASTER,SLEW_OFF); SSPADD=9;   StartI2C(); while ( SSPCON2bits.SEN );   WriteI2C(SLAVE_ADRESS); IdleI2C();   WriteI2C(CTRL2_BYTE); IdleI2C();   WriteI2C(BACK_LCD);   StopI2C(); while ( SSPCON2bits.PEN );   StartI2C(); while ( SSPCON2bits.SEN );   WriteI2C(SLAVE_ADRESS); IdleI2C();   WriteI2C(CTRL0_BYTE); IdleI2C();   WriteI2C(SELECT_LINES); IdleI2C();   WriteI2C(DISPLAY_CURSOR_ON); IdleI2C();   WriteI2C(SETS_MODE); IdleI2C();   StopI2C(); while ( SSPCON2bits.PEN );   StartI2C(); while ( SSPCON2bits.SEN );   WriteI2C(SLAVE_ADRESS); IdleI2C();   WriteI2C(CTRL1_BYTE); IdleI2C();   WriteI2C(LETTRE_R); IdleI2C();   WriteI2C(LETTRE_e); IdleI2C();   WriteI2C(LETTRE_s); IdleI2C();   WriteI2C(LETTRE_e); IdleI2C();   WriteI2C(LETTRE_a); IdleI2C();   WriteI2C(LETTRE_u); IdleI2C();   WriteI2C(DOUBLE_POINTS); IdleI2C();   WriteI2C(cVal1); IdleI2C();   WriteI2C(cVal2); IdleI2C();   WriteI2C(SLASH); IdleI2C();   WriteI2C(CHIFFRE_3); IdleI2C();   WriteI2C(CHIFFRE_1); IdleI2C();   for(i=0;i<8;i++) { WriteI2C(BLANK); IdleI2C(); }   putsI2C(result); IdleI2C();   if(cVal1>=0x32+0x80) { WriteI2C(LETTRE_E); IdleI2C();   WriteI2C(LETTRE_x); IdleI2C();   WriteI2C(LETTRE_c); IdleI2C();   WriteI2C(LETTRE_e); IdleI2C();   WriteI2C(LETTRE_l); IdleI2C();   WriteI2C(LETTRE_l); IdleI2C();   WriteI2C(LETTRE_e); IdleI2C();   WriteI2C(LETTRE_n); IdleI2C();   WriteI2C(LETTRE_t); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C(); }   if(cVal1>=0x31+0x80&&cVal1<0x32+0x80) { WriteI2C(LETTRE_B); IdleI2C();   WriteI2C(LETTRE_o); IdleI2C();   WriteI2C(LETTRE_n); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C();   WriteI2C(BLANK); IdleI2C(); }   if(cVal1<0x31+0x80) { WriteI2C(LETTRE_I); IdleI2C();   WriteI2C(LETTRE_n); IdleI2C();   WriteI2C(LETTRE_s); IdleI2C();   WriteI2C(LETTRE_u); IdleI2C();   WriteI2C(LETTRE_f); IdleI2C();   WriteI2C(LETTRE_f); IdleI2C();   WriteI2C(LETTRE_i); IdleI2C();   WriteI2C(LETTRE_s); IdleI2C();   WriteI2C(LETTRE_a); IdleI2C();   WriteI2C(LETTRE_n); IdleI2C();   WriteI2C(LETTRE_t); IdleI2C();   WriteI2C(BLANK); IdleI2C(); }   StopI2C(); while ( SSPCON2bits.PEN );   CloseI2C(); }

---

Voila je voudrai relancer un peu mon sujet car j'ai toujours un probleme de communication avec mon modem. J'ai bien l'arrivée des trames au modem (commandes) mais jai rien en réponse. Je me demande donc ce qu'il faut ajouter peut etre avant le prefix AT. Pour cela j'ai donné la documentation technique du modem ci-dessus.

Citation:

---

Envoyé par babsi51

Voila je voudrai relancer un peu mon sujet car j'ai toujours un probleme de communication avec mon modem. J'ai bien l'arrivée des trames au modem (commandes) mais jai rien en réponse. Je me demande donc ce qu'il faut ajouter peut etre avant le prefix AT. Pour cela j'ai donné la documentation technique du modem ci-dessus.

---

• Est-ce que la configuration du format asynchrone est correcte ?
• Est-ce que tu émets bien un CR a la fin de la commande ?

"
Est-tu bien conscient que dans une documentation technique, <CR> signifie "le caractère Carriage Return" ?

Quand je vois ceci :

Code:

---

putrsUSART("AT<CR>");

---

J'ai quelques doutes !

Il faut écrire :

Code:

---

putrsUSART("AT\r");

---

ou

Code:

---

1 2 3 4

#define EOL "\r"   putrsUSART("AT" EOL);

---

Je suis tout a fait d'accord avec vous mais j'ai déjà essayé. La doc dit que le caractère est CR pour la fin de commande donc j'avais utilisé /r mais sans succès. La config est bonne le baud aussi,alors je ne sais plus où aller :lol: je vais vérifier l'ignition du modem si elle se fait se bien car je ne vois pas au niveau programmation ce qui cloche. Je ne sais pas si tu es d'accord avec moi mais a ce niveau la c'est surement matériel, NON?

Merci pour la réponse

Citation:

---

Envoyé par babsi51

Je suis tout a fait d'accord avec vous mais j'ai déjà essayé. La doc dit que le caractère est CR pour la fin de commande donc j'avais utilisé /r mais sans succès.

---

Bah, non, c'est pas '/r', mais '\r'... C'est pas pareil... Il faut suivre scrupuleusement les consignes...

oui oui je sais excuse moi mais je viens de passer sur mac et je viens de me dire ZUUUTT ou est le backslash :lol: encore excuse moi

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

//alimentation du modem activÈe   TRISBbits.TRISB2=0;   LATBbits.LATB2=1;   //activation du modem   TRISCbits.TRISC5=0; // en sortie   LATCbits.LATC5=0; // a 0   Delay10KTCYx(1); //attente environ 100 ms   TRISCbits.TRISC5=1; // en entrÈe

---

Voila je pense savoir d'où viens le problème. Je dois activer l'alimentation ceci est OK. Mais je dois faire aussi une ignition. Pour cela je dois passer la patte 5 en sortie la mettre a 0 logique pendant 100 ms ensuite la repasser en entrée. Donc si tu peux me dire si cela est juste au niveau code car même si le type de commande est fausse je devrais avoir l'echo du modem or ici je n'ai rien. Donc peut être que cela provient de l'ignition qui est mal faite??

( désolé pour le code je ne connais pas les balises pour le faire correctement:oops: )

[-mod- Il suffit de lire les règles du forum... Tout est expliqué]

Tu as peut-être oublié la bibliothèque usart.h ?

Non car sinon le projet n'aurait pas été compilé. Je l'aurais vu tout de suite. Je me demande si l'activation du modem se fait bien. Et si j'ai bien une attente de 100ms?

Citation:

---

Envoyé par babsi51

Non car sinon le projet n'aurait pas été compilé. Je l'aurais vu tout de suite. Je me demande si l'activation du modem se fait bien. Et si j'ai bien une attente de 100ms?

---

Delay10KTCYx() n'étant pas une fonction standard, difficile de répondre à cette question...

Code:

---

1 2	OpenUSART( USART_TX_INT_OFF & USART_RX_INT_OFF & USART_ASYNCH_MODE & USART_EIGHT_BIT & USART_SYNC_MASTER & USART_CONT_RX & USART_BRGH_HIGH, 25 ); SPBRG=32;

---

Ici, tu détermines le fonctionnement de ton UART ou USART, je m'explique :
Tu dis fonctionne en asynhrone "USART_ASYNCH_MODE" après tu dis fonctionne en synchrone en mode maitre "USART_SYNC_MASTER".
Ensuite, tu écris "USART_BRGH_HIGH, 25); SPBRG=32;", tu as initialisé deux fois SPBRG avec

Code:

---

, 25);

---

et

Code:

---

SPBRG=32;

---

Pour t'aider regarde dans le PDF "Librairies" de la documentation fournit avec MCC18.