Je dois être abonné aux cas libidineux !J'ai passé plusieurs heures à chercher un probleme inexistant, car mal aiguillé
par le message d'erreur signalé par le compilo ...
17/11/2023
Probleme signalé sur CPrint ... utilisé auparavant à outrance sans probleme
CPrint sert à envoyer un message string constant sur le terminal YAT (via UART1)
Code : Tout sélectionner
//en ligne 430 du main.c
void CPrint (const char *T1)
{
while(*(T1)>0)
{
while(PIR3bits.U1TXIF==0);
U1TXB=*(T1);
T1++;
}
} le message d'erreur :
Code : Tout sélectionner
C:/MPLABX_Projects/18F27k42_RFID_reader_2023-11.X/RC522_SPI_Hardw.X.c:207::
error: (1098) conflicting declarations for variable "_CPrint"
(C:/MPLABX_Projects/18F27k42_RFID_reader_2023-11.X/main.c:430) 
je n'ai pas d'autre message d'erreur !je verifie de partout où j'ai utilisé CPrint ... (107 occurences !)
et en particulier ICI :
Code : Tout sélectionner
CPrint("\r\nModif bloc de 16 cars sur La Carte presentée\r\n");
txt=&TEXTE[0];
strcpy(txt, p2+8);
Print(txt);CRLF1();
CPrint("Vous avez 4 sec. pour presenter le Jeton ou la Carte\r\n ");
__delay_ms(4000);
et une reminescence neuronale,
m'aiguille sur l'usage de __delai_ms(4000);utilisé juste apres un CPrint ...
(qui au passage etait utilisé dans ma version (fonctionelle) en MikroC 7.60)
sachant que pour MPLABX , et l'usage de grand delais (en secondes ) j'avais déja rajouté une fonction __delay_xSec(xx);
---------------------------------------------------------------------------------
Microchip docu:
https://microchip.my.site.com/s/article ... tionaility
__delay_ms(x) // request a delay in milliseconds
The macro argument must be a constant expression. An error will result if these macros
are used without defining the oscillator frequency symbol, the delay period requested
is too large or the delay period is not a constant.
The delay argument must be a constant
and less than approximately 179,200 for PIC18 devices
c'est FAUX and approximately 50,659,000 for other devices.
c'est presque ça !sur un autre document Microchip ...
_delay
An error will result if the delay period requested is not a constant expression
or
is too large (greater than 50,463,240 instructions).-------------------------------------------------
18/11/2023
FOSC=64MHz 1 cycle=0.0625µS
50,659,000 * 0.0625= 3 166 187.5µS > 3166 mS !
1er Test avec
__delay_ms(3166); // ERROR
C:/MPLABX_Projects/18F27k42_RFID_reader_2023-11.X/main.c:2103:: error: (1274)
delay exceeds maximum limit of 50 463 240 cycles
50 463 240 * 0.0625 => 3153952 µS -> >3153 mS
2em test avec
__delay_ms(3153); // BUILD SUCCESSFUL (total time: 11s)
3em Test
retour avec __delay_ms(4000);
cette fois le message est bien lié au delai ??C:/MPLABX_Projects/18F27k42_RFID_reader_2023-11.X/main.c:2103:: error: (1274)
delay exceeds maximum limit of 50 463 240 cycles
ET NON PLUS lié à CPrint(.. constaté la veille
J'en perds mon latin ( d'autant que je n'en ai jamais fait !)la seule différence est que j'ai redémarré mon PC ce matin !
Le compilateur XC8 doit etre bugué quelques part ....
ou probleme de gestion memoire PC
ou gestion memoire PIC18
gestion "ramasse miettes" apres plusieurs compilations ?
EN Résumé :
ATTENTION aux messages d'erreur proposés par XC8
qui peuvent aiguiller vers de fausses pistes à suivre ...
Nota :
Consolation : j'ai vu bien pire avec MikroC qui ne sait pas gerer le bon numero de ligne
du probleme en cause ..