je ne sais pas, à mon tour, si j'ai bien compris vos réponses, mais elles ne me semblent pas correspondre à ce je voulais dire.
Je connais assez peu de chose dans le monde de la programmation, des micros, du langage C, j'essaie de me de me débrouiller avec ce que je connais pour arriver à mes fins, et ne suis pas à même d'imaginer, encore moins de mettre en pratique, des solutions élaborée comme évoqué par Lion10.
Je vais prendre un exemple concret pour m'expliquer:
soit mon fichier [ Tachymetre_effet_hall_1.ino ] (il existe, j'en ai fait un sujet sur le forum, j'ajoute seulement ici un indice _1).
Je voudrais écrire le nom de ce fichier dans l'eprom, tout simplement avec la librairie EEPROM, en utilisant
EEPROM Update pour écrire dans l'EEprom le nom du fichier (si différent du nom déja présent)
et
EEPROM Read pour envoyer cette info sur le moniteur.
Ces instructions seraient utilisées dans une fonction que je crée, qui ferait toujours partie de mon sketch de base. Je n'aurai pas à la ré-écrire chaque fois, il n'y aura que le nom de fichier à mettre à jour (voir *)
Mais je crains que le nom de fichier soit un peu long et gaspille de la place dans l'EEprom (1000 octets seulement dans l'UNO). D'où l'idée de renommer chaque fichier sous une forme codée par exemple sur 2 octets, mais qui oblige à tenir un registre de correspondance.
0x00 signifierait "projet tachymètre " / 0x01 " projet CNC" (je rêve
) / 0x02 " projet métronome" etc....
0x00 serait ma version de départ / 0x01 mon sketch en révision 1 / etc....
donc ces correspondances seraient dans un tableau Excel, et si je passe à une version 2 de mon sketch "tachymètre",
je laisserai le premier octet à 0x00, et je passe le second à 0x02
Cela peut sembler une contrainte aussi difficile, mais je n'en suis pas sûr, et quand même c'est une méthode qui
associe une information à une carte Arduino donnée et cela me semble important. A la limite, même avec un défaut de mise à jour, il y aura une info sur le projet concerné (en principe le premier octet donnera l'info "projet".
Bien entendu une fois qu'on a retrouvé (sur le moniteur) le nom codé du sketch, puis avec le fichier Excel le nom en clair, je suppose que je sais le retrouver...!
Je n'espère pas déclencher une vague irrésistible de supporters pour cette façon d'opérer
. Mais si je tiens parole, je vais le faire d'ici peu et j'essaierai de vivre avec un moment pour tester. Je dirai ce qu'il en est.
(*)
Il me semble que la façon élégante de procéder serait de créer ma propre librairie (utilisant aussi "EEPROM" bien sûr) de façon à n'avoir qu'un "include" à déclarer en tête, et mes deux octets à renseigner dans le setup. Mais déjà ça c'est pas évident pour moi, alors je le laisse pour plus tard...