PIC18F & langage C : Sauvegarder une variable dans la rom

[inviteeaf9391c]

Bonjour,

J'utilise un PIC18F4520 que je programme en C avec le compilateur Mplab C18. Je souhaiterai sauvegarder une variable dans la rom interne du PIC afin de ne pas perdre sa valeur en cas de panne de l'alimentation.

J'ai vu qu'il était possible de déclarer des variables dans la rom comme ceci :

rom int variable_rom;
int variable_ram;

Je voudrais pouvoir lire et écrire variable_rom de cette manière :

//écrire dans la rom
variable_rom = variable_ram;
//lire la rom
variable_ram = variable_rom;

Problème : le code compile mais la valeur de variable_rom ne change pas lors de l'écriture. La lecture par contre s'effectue correctement.

Est-il possible d'écrire aussi simplement dans la rom où dois-je utiliser un code plus compliqué comme présenté à cette adresse : http://forum.microchip.com/tm.aspx?m=246435
-----

[Seb.26]

Alors avant tout : il est impossible d'ecrire dans de la ROM : Read Only Memory
... par contre, pour cela tu peux utiliser la Flash, ou l'EEPRom ...

Je te conseille l'EEProm : c'est fait pour ça, et c'est assez simple ...

Tu as quoi comme PIC ?

[emit-fr]

Bonjour,

eepROM: je pense que c'est ce qu'il vous faut !
Cette mémoire est non volatile (n'est pas effecée lorsque qu'elle n'est plus allimentée).

Elle est assez facile a implémenter sur un PIC18F avec Mcc18

Maintenant si vous devez stocker beaucoup de donner (> 256 Octets "Taille habituellement dispo sur les PIC18F"), il vous faudra utiliser la FLASH.

La flash est aussi une mémoire non volatile, c'est dans la Flash qu'est stocké le programme.

Il est plus délicat de l'utilisé pour différentes raisons:
* Ecrire de block (on ne peut ecrire 1 octet, il faut ecrir un block; 64 octets en général sur les 18F)
* Il faut faire attention a l'endroit ou oin ecrit pour ne pas ecraser le programme
* En général, l'approche est moins facile

Exemple d'ecriture EEProm 18F avec Mcc18:

uns8 EERead(uns8 ad)
{
EECON1bits.EEPGD = 0;
EECON1bits.CFGS = 0;
EEADR = ad;
EECON1bits.RD = 1;
return EEDATA;
}

uns8 EEWrite(uns8 ad, uns8 val)
{
EEADRH = 0;
EEADR = ad;
EEDATA = val;
EECON1bits.EEPGD = 0;
EECON1bits.CFGS = 0;
EECON1bits.WREN = 1;
INTCONbits.GIE = 0;
EECON2 = 0x55;
EECON2 = 0xAA;
EECON1bits.WR = 1;
INTCONbits.GIE = 1;
while (EECON1bits.WR)
;
EECON1bits.WREN = 0;

}

[inviteeaf9391c]

Bonjour,

J'utilise ces deux fonctions trouvées sur le forum de Microchip qui sont très similaires aux votres :

void WriteEEPROM(unsigned float data)
{
	static unsigned char GIE_Status;
	EEADR = memory_location;  //EEPROM memory location
	EEDATA = data;     //Data to be writen 
	EECON1bits.EEPGD=0;    //Enable EEPROM write
	EECON1bits.CFGS=0;    //Enable EEPROM write
	EECON1bits.WREN = 1;   //Enable EEPROM write
	//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;    //Required sequence to start write cycle
	//INTCONbits.GIE=GIE_Status;  //Restore the original global interrupt status
	while(EECON1bits.WR);   //Wait for completion of write sequence
	PIR2bits.EEIF = 0;    //Disable EEPROM write
	EECON1bits.WREN = 0;   //Disable EEPROM write
}

unsigned float ReadEEPROM(void)
{
	float memory_data;
	EEADR = memory_location;  //EEPROM memory location
	EECON1bits.EEPGD = 0;   //Enable read sequence
	EECON1bits.CFGS = 0;   //Enable read sequence
	EECON1bits.RD = 1;    //Enable read sequence
	Delay10TCYx(2);    //Delay to ensure read is completed
	memory_data = EEDATA; 
	return memory_data;        
}

L'adresse de sauvegarde est définie dans l'entête :

#define memory_location 0x0c

J'ai un petit problème avec ces fonctions. Je souhaiterai sauvegarder dans l'EEPROM une valeur réelle (un unsigned float), mais seuls les chiffres situés avant la virgule se retrouvent sauvegardées avec ces fonctions. C'est comme ci une conversion vers le type int avait été effectuée.

Comment puis-je sauvegarder aussi les chiffres après la virgule ?

[A voir en vidéo sur Futura]

[Seb.26]

Il faut que tu ecrive chaque octets de ton float ( 4 si mes souvenir sont bons ... )

par exemple, utilise un truc du style :
float f1 = 3.14159265359;
byte *myFloat = ((byte*)&f1);
int i;
for( i=0 ; i<4 ; i++ )
EEPromWrite(BaseAdr+i,myFloat[i]);

[inviteb5c0d7bb]

bonjour,
j'ai besoin de faire de la sauvegarde et de la lecture d'eeprom sur un pic18f252 : pour cela, j'utilise les même fonctions données plus haut. cepandant il y a un problème lors de l'écriture : l'ecriture en eeprom ne se fait pas. j'ai debugger mon code en pas à pas et en fait la séquence suivante ne se fait pas.
EECON2 = 0x55;
EECON2 = 0xAA;

est-ce que vous pouvez m'aider svp?

[EmKa69]

Bonjour à tous,
je programme un 18f4550 avec C18,
J'essaye d'intégrer ces fonctions à mon programme a priori la syntaxe n'est pas la bonne.

Bonjour,

eepROM: je pense que c'est ce qu'il vous faut !
Cette mémoire est non volatile (n'est pas effecée lorsque qu'elle n'est plus allimentée).

Elle est assez facile a implémenter sur un PIC18F avec Mcc18

Maintenant si vous devez stocker beaucoup de donner (> 256 Octets "Taille habituellement dispo sur les PIC18F"), il vous faudra utiliser la FLASH.

La flash est aussi une mémoire non volatile, c'est dans la Flash qu'est stocké le programme.

Il est plus délicat de l'utilisé pour différentes raisons:
* Ecrire de block (on ne peut ecrire 1 octet, il faut ecrir un block; 64 octets en général sur les 18F)
* Il faut faire attention a l'endroit ou oin ecrit pour ne pas ecraser le programme
* En général, l'approche est moins facile

Exemple d'ecriture EEProm 18F avec Mcc18:

Savez-comment adapter ce code.
ou s'il y a une declaration à faire pour que cela marche.

[hoffmann]

Bonjour,
Je fais remonter ce vieux topic...
Le programme fonctionne bien mais je voulais me faire une petite idée sur le nombre de variable que je pouvais stoker...

La mémoire d'EEPROM = 256 byte.
Les "mots" écrits dans l'EEPROM sont des unsigned float.

Combien de byte vaut un unsigned float chez les PIC ?
Cette inconnue me bloque...
J'aimerais connaître l'étendue du tableau d'adresse..
Il va de 0x00 (je suppose) à ?

Merci d'avance

Cordialement

PS : Vous me confirmez que lorsque je reprogramme le PIC, la mémoire EEPROM est bien effacé ?

[RISC]

salut,

Tu déclares 2 floats, tu les mets dans la watch window pour connaitre leur adresse mémoire et ensuite tu fais une soustraction ;=)
Autre solution, tu cherches dans le manuel du compilateur...

Concernant la taille de la mémoire E2PROM, elle n'est pas obligatoirement de 256 octets. Il existe plusieurs PIC18 qui ont 1Ko d'E2PROM. Il suffit d'utiliser MAPS et de choisir dans les critères "PIC18" et (par exemple) E2PROM entre 1Ko et 1Ko et plusieurs références de PIC18 sont listées.

a+

[invitea5e3e6e1]

Bonjour,
J'ai un petit pbs avec CC18, PIC 18F4550 et la mémoire ROM (flash)
Si je défini une fonction avec:

void test(char *t)
{
char val;
val=*t;
}

appel de la fonction avec test("ABC");

j'ai un warning suspicious pointer conversion

si je cast test( (char *) "ABC") plus de warning mais dans
les 2 cas val=0;
Pour que cela fonctionne il faut que je cast avec (const rom char *)
dans les 2 fonctions.
Je suppose que la string "ABC" n'est pas dans la RAM....
Si vous pouvez éclairer ma lanterne ...je fait sans doute un mélange avec la RAM et la mémoire flash....
Pour info je programme un interface pour machine CNC et cette fonction est utilisée pour gérer l'afficheur GLCD.
Courtoisement
Adelin F1TVB

[Jack]

j'ai un warning suspicious pointer conversion

Ca me parait sensé puisque dans un cas tu pointes une chaine de caractère et dans la fonction c'est un pointeur de caractère.

"ABC" étant une constante chaine de caractère, elle est donc en ROM et ne pourra donc pas changer, d'où le const.

A+

[Seb.26]

il faut faire 2 version de tes fonctions :

void test(char *t)
{
...
}

et

void test_rom(const rom char *t)
{
...
}

Un pointeur en RAM n'est pas compatible avec un pointeur en Flash (pseudo-ROM).

[invitea5e3e6e1]

Merci pour les réponses.
Contrairement au compilateur C et C++ (code::blocks) que j'utilise pour Window, les arguments ne sont pas sur la pile. Il me parait bizarre qu'une chaine de caracteres ne soit pas stockée en ram et que seul le pointeur soit passé en argument.
Je suppose que c'est spécifique au 18Fxxx.
J'ai updaté mes sources et l'afficheur graphique est content.
re merci pour les explications.
Coutoisement
Adelin F1TVB

[Seb.26]

Merci pour les réponses.
Contrairement au compilateur C et C++ (code::blocks) que j'utilise pour Window, les arguments ne sont pas sur la pile. Il me parait bizarre qu'une chaine de caracteres ne soit pas stockée en ram et que seul le pointeur soit passé en argument.
Je suppose que c'est spécifique au 18Fxxx.
J'ai updaté mes sources et l'afficheur graphique est content.
re merci pour les explications.
Coutoisement
Adelin F1TVB

aucun compilo C/C++ qui se respecte ne te copiera ta chaine sur la pile, tous passent un pointeur ... imagine si chaque fonction doit faire une copie de la chaine ... le moindre sprintf te prendrait 8Mo de RAM ...

[invitea5e3e6e1]

Mea culpa j'ai écrit une grosse bêtise.
Quand on fait void test("chaine") on passe un pointeur de type char qui pointe
sur la chaine stockée en mémoire ram.Je suppose que cette chaine est volatile
et ne sert que pour l'appel de la fonction.
Cela pourait être identique avec le PIC, dans une zone mémoire libre.
Bon, le principal est que mon GLCD fonctionne correctement....
Encore merci (petite info suis dans le 38)
Cordialement
Adelin F1TVB