Afin d'être sur il faudrait pouvoir lire la totalité du contenu et l'afficher puis faire des tests d'effacement, là on serait sur de la réponse et de la conduite à tenir, mais bon je ne sais pas si c'est possible.
En même temps quel est l’intérêt?
Si des octets d'un ancien programme ne sont pas effacés on a aucune raison d'exécuter ce code sauf si on fait une erreur dans le programme qui a été écrit après.
Donc normalement on ne doit jamais retomber dans l'ancien code.
Bon un bout de code pour les curieux
#include <avr/pgmspace.h>
PROGMEM prog_char octet[] = {0};
void setup(void){
unsigned int i,j;
unsigned char myChar;
Serial.begin(9600);
Serial.println();
Serial.println("Dump memoire programme");
for (i=0;i<32768;i+=16){
Serial.print(i,HEX);
Serial.print(" : ");
for (j=0;j<16;j++){
myChar = (pgm_read_byte_near(octet + i+j) & 0xFF);
//myChar = i & 0xFF;
if (myChar<0x10)
Serial.print("0");
Serial.print(myChar,HEX);
Serial.print(" ");
}
Serial.print(" ");
for (j=0;j<16;j++){
myChar = (pgm_read_byte_near(octet + i+j) & 0xFF);
//myChar = i & 0xFF;
if((myChar>0x20) && (myChar<128))
Serial.write(myChar);
else
Serial.print(" ");
}
Serial.println("");
}
}
void loop(void){
}
Affiche le contenu de la mémoire. L'origine n'est pas le début de la mémoire mais l'adresse de la variable octet. De ce que j'ai pu voir cette variable est au début de la mémoire car au bout de quelques lignes je trouve ma chaine de titre "Dump memoire programme".
Le programme est fait un peu à l'arrache. J'ai fixé la longueur du dump à 32768 directement dans le code, suivant le micro utilisé il faudra peut être changer.
Et les lignes se décalent suivant l'adresse, j'ai oublié de tester la longueur de l'adresse pour aligner les colonnes.
En tout cas cela confirme que la mémoire n'est pas effacée au-delà du nouveau programme j'ai retrouvé des "restes" de vieux programmes que j'ai fait il y a un bon bout de temps.
Mais comme je le disais au début on ne doit jamais retomber dans le vieux code sauf plantage.