Bonjour,
je travaille avec un PIC18F6722, et je rencontre quelques soucis lorsque que je viens lire mes données en EEPROM, ça marche généralement bien (à 80%) mais parfois (toujours pour les mêmes valeurs), il récupère des informations mauvaises...
Quel pourrait etre le probleme? Je sais qu'avec juste ça comme infos il est difficile pour vous de savoir, mais le programme est long!! alors si vous aviez deja rencontré ça...
Je vous remercie d'avance
les mêmes adresses ou données ? Tu n'aurais pas usé prématurément ces adresses par des écritures répétées?Envoyé par jorg1n
J'aime pas le Grec
Salut,
Quel est (ou quels sont) les types de données que tu sauvegarde?
Comment les écrits-tu et les lis-tu? (pointeurs sur?)
+ mêmes questions que DAUDET
Bonjour,
voila ma façon pour lire:Quel est (ou quels sont) les types de données que tu sauvegarde?
et voila celle pour écrire :Code:char readEEPROM ( int addr ) { EEADR=(addr); // Extraction des 8 bits faible de addr et les placent dans EEADR EECON1bits.EEPGD = 0; // Access data EEPROM memory EECON1bits.CFGS = 0; // Access Flash program or data EEPROM memory EECON1bits.RD = 1; // Initiates an EEPROM read data = EEDATA; return data; } void ReadIntoEEPROM (unsigned short addr, unsigned char dataLen, unsigned char* pDest ) { while (dataLen--) { *pDest++ = readEEPROM ( addr++ ); } }
et voila comment je les utilise :Code:void writeEEPROM ( unsigned short addr, char data) { static unsigned char GIE_Status; EEADR=(addr); // Extraction des 8 bits faible de addr et les placent dans EEADR EEDATA = data; // Data to be written in EEPROM EECON1bits.EEPGD = 0; // Access data EEPROM memory EECON1bits.CFGS = 0; // Access Flash program or data EEPROM memory EECON1bits.WREN = 1; // Allows write cycles to Flash program/data EEPROM GIE_Status = INTCONbits.GIE; //Save global interrupt enable bit INTCONbits.GIE=0; //Disable global interrupts EECON2 = 0x55; // Required sequence to start write cycle EECON2 = 0xAA; // Required sequence to start write cycle EECON1bits.WR = 1; // Initiates a data EEPROM erase/write cycle while(EECON1bits.WR); // Wait for completion of write sequence INTCONbits.GIE=GIE_Status; //Restore the original global interrupt status PIR2bits.EEIF = 0; //The write operation is not complete or has not been started EECON1bits.WREN = 0; //Inhibits write cycles to Flash program/data EEPROM } void SaveIntoEEPROM (unsigned short addr, unsigned char *ptr, unsigned char dataLen) { while (dataLen--) { writeEEPROM ( addr++, *ptr++); } }
et TOTO peut aussi bien etre un INT qu'un FLOAT.SaveIntoEEPROM (0x00A, (unsigned char*)&TOTO, sizeof(TOTO) );
ReadIntoEEPROM ( 0x00A, sizeof(TOTO), (unsigned char*)&TOTO );
il s'agit des variables fixées au même adresse et la données est toujours la même lorsqu'il y a un problème...les mêmes adresses ou données ?
C'est vrais, j'utilise depuis pas mal de temps le même µC (environ 10 mois) et vu que je travaille toute la journée dessus, et que je reprogramme et reteste a chaque fois... c'est peut etre pour ça?Tu n'aurais pas usé prématurément ces adresses par des écritures répétées?
Merci d'avance
PS: pouvez vous allez faire un petit tour sur ce sujet, il ne me manque pas grand chose pour avancer dans mon projet...
http://forums.futura-sciences.com/el...us-un-pic.html
Et tu ne veux pas nous dire quelle est cette valeur et ce que tu lis?il s'agit des variables fixées au même adresse et la données est toujours la même lorsqu'il y a un problème...
T´as un debbugger pour aller voir ce qu´il écrit à ces adresses?
Je pense que c´est normal que ça ne fonctionne pas, il faut faire "abstraction" du type si tu veux lire un float en plusieurs fois.
Ton ReadEEPROM renvoi un char (donc implicitement signé)!
Si tu ne nous dit pas combien de fois par jour (environ) tu les reprogrammes pas facile de repondre!C'est vrais, j'utilise depuis pas mal de temps le même µC (environ 10 mois) et vu que je travaille toute la journée dessus, et que je reprogramme et reteste a chaque fois... c'est peut etre pour ça?
Une EEPROM a un nombre de cycle limité à 100kcycles je crois
Merci pour ta réponse..
Si, mais j'ai du mal lorsque je suis en mode debugger a avoir le phénomène.T´as un debbugger pour aller voir ce qu´il écrit à ces adresses?
Par exemple, au lieu de m'écrire une variable de type INT = 40, il m'écrit une variable = 610...Et tu ne veux pas nous dire quelle est cette valeur et ce que tu lis?
Et lorsque c'est un Float, il m'écrit 0.00 au lieu de 16.00...
je ne te suis pas!!!Je pense que c´est normal que ça ne fonctionne pas, il faut faire "abstraction" du type si tu veux lire un float en plusieurs fois.
Ton ReadEEPROM renvoi un char (donc implicitement signé)!
Je sais pas, entre 30 et 50 fois par jour... ma méthode de développement, n'est pas bonne je crois!!!Si tu ne nous dit pas combien de fois par jour (environ) tu les reprogrammes pas facile de repondre!
Une EEPROM a un nombre de cycle limité à 100kcycles je croisje devrais inhiber les fonctions de travaille sur EEPROM...
Salut,
Je ne comprend pas trop!normalement le fonctionnement est le même...Si, mais j'ai du mal lorsque je suis en mode debugger a avoir le phénomène.
Désolé, mais ton programme n´est pas très clair (pour moi), je n´utilise pas des incrémentations / décrémentation dans les boucles:
Est ce que par exemple dataLen est décrémenté à la première boucle? Ce qui ferait que si dataLen = 2 il n´effectuera la boucle qu´une seule fois... ?Code:while (dataLen--) { writeEEPROM ( addr++, *ptr++); }
Ce sont les vrais valeurs que tu obtiens?Par exemple, au lieu de m'écrire une variable de type INT = 40, il m'écrit une variable = 610...
Et lorsque c'est un Float, il m'écrit 0.00 au lieu de 16.00...
T´aurais pas un ou deux exemples en plus (qui marchent et qui marchent pas)?
Il faut essayer de trouver le lien entre ces valeurs et pourquoi il lit y au lieu de x...
C´est pour ça qu´avec le debugger, c´est plus imple, tu vas lire directement "avec tes yeux" ta mémoire et tu cherches ta valeurs sauvegardée (comme ça tu vois si elle est écrite à la mauvaise adresse, inversée, si elle n´est pas lá, etc...)
Je reviens vers vous car j'ai visualisé l'EEPROM lorsque je récupérai des informations aléatoire, et voila le problème:
Je n'écris que sur les adresses qui vont de 000 à 0FFalors que j'écris des données sur les adresses jusqu'a 3C0.
Et lorsque j'écris une donnée à une adresse supérieure à 0FF, il me ré-écrit sur des adresses comprises entre 0 et 0FF..et donc écraser des valeurs existantes mais qui n'ont rien a voir, et donc quand je viens lire ma donnée, je récupère une valeur erronée...
D'ou viens le problème???J'imagine que cela tourne autour de l'adressage... mais ou exactement???
MErci d'avance
Bonjour à tous,
auriez vous une petite idée pour résoudre ce problème, dans le post n°4, il y a mes fonctions de lecture et d'écriture, alors si vous pouviez jetez un oeil!!!
Merci d'avance et bonne journée à tous
Comment tu pourrais écrire à une adresse superieur à 0xFF si tu a une adresse sur 8 bit ???
Il n´y a pas une histoire de pages sur les PICs?
T´as lu ça?
http://ww1.microchip.com/downloads/e...tes/01095b.pdf
Bonjour lil-vince,
c'est bien ce que je pensais... il y avait une erreur a ce niveau. En fait j'ai récupéré un morceau de soft pour ecriture sur un EEPROM de 256 octets et pas pour une de 1024...Comment tu pourrais écrire à une adresse superieur à 0xFF si tu a une adresse sur 8 bit ???
Non, je ne suis pas au courant, mais je vais m'informer de tout ça...Il n´y a pas une histoire de pages sur les PICs?
T´as lu ça?
http://ww1.microchip.com/downloads/e...tes/01095b.pdf
Si tu as des infos ou même des routines je suis preneur...
Merci encore lil-vince
C´est quand même pas bien difficile, il y a des notes d´appli pour presque tout, surtout pour les µC!
Pour moi, ça prend moins de temps de lire une note d´appli correctement, donc de bien comprendre tous les principes et de faire SON programme (ce qui n´empêche pas de s´inspirer d´exemples ou de celui des autres), comme ça on comprend ce que l´on fait et quand ça ne marche pas, on comprend vite pourquoi...
C´est d´ailleurs tout dit dans la datasheet paragraphe 8 (EEPROM), d´ailleurs c´est plutôt ça qu´il faut lire...
http://ww1.microchip.com/downloads/e...Doc/39646c.pdf
Je t´ai déjà dit que je ne programmais pas sur PIC (mais sur MSP430 et maintenant sur STM32)...Si tu as des infos ou même des routines je suis preneur...
Mais même en ayant jamais approché un PIC, j´ai trouvé en 5min...
Normalement, tu devrais toujours avoir la datasheet sous les yeux quand tu programmes et quand tu as commencé ton prog de sauvegarde des données en eeprom, la première chose que tu aurais du faire, c´est lire le paragraphe EEPROM et voir s´il n´y avait pas une note d´appli pour rentrer plus dans les détails si tu le voulais (ici je pense que la datasheet suffit)!
C´est impossible de faire sans ou alors on ne comprend pas et on se retrouve bloqué un jour...
Merci lil-vince...
c'est écrit noir sur blanc:
Et moi je n'utilisais que le registre EEADR...The EEADRH:EEADR register pair is used to address
the data EEPROM for read and write operations.
EEADRH holds the two MSbs of the address; the upper
6 bits are ignored. The 10-bit range of the pair can
address a memory range of 1024 bytes (00h to 3FFh).
je pense donc faire cela dans ma routine:
comme ça je récupère les bits de poids faible et je les mets dans EEADR, et ensuite les bits de poids forts que je stocke dans EEADRH.Code:EEADR=(addr & 0x00FF); EEADR=((addr>>8)&0x0003);
Et bien ça marche parfaitement, merci encore lil-vince...
Bonne fin de journée à tous
De rien, mais la prochaine fois lis la datasheet, t´aurais gagné une semaine..
