Discussion :

[grizzli06]

Bonjour,

Je touche à la fin de mon programme sur Arduino Mega Pro Mini et heureusement, car lors de ma dernière compilation (sans erreur), je viens d'avoir le message suivant:

Le croquis utilise 24614 octets (9%) de l'espace de stockage de programmes. Le maximum est de 253952 octets.
Les variables globales utilisent 6514 octets (79%) de mémoire dynamique, ce qui laisse 1678 octets pour les variables locales. Le maximum est de 8192 octets.
La mémoire disponible faible, des problèmes de stabilité pourraient survenir.

Qu'en pensez-vous ?

Ca me paraît beaucoup car je suis loin d'utiliser toutes les fonctions ou pins de la MEGA, dont je me dit que ceux qui la poussent dans ses retranchements doivent être vite bloqués... sauf s'il existe des solutions ?

Est-ce que de nombreux "Serial.println("textes divers et variables diverses")" utilisés pour le déboguage du programme via le Moniteur Série peuvent contribuer à l'occupation mémoire élevée ?

[al1_24]

Bonjour,

Est-ce que de nombreux "Serial.println("textes divers et variables diverses")" utilisés pour le déboguage du programme via le Moniteur Série peuvent contribuer à l'occupation mémoire élevée ?

Certainement.

Essaye de placer les chaines dans la mémoire flash comme cela :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Serial.println(F("textes divers et variables diverses"))

[grizzli06]

Certainement.

ah super Al1_24, dans ce cas c'est très surement dû à cela, car j'ai conservé toutes les infos de déboguage depuis le début (même sur les parties qui sont désormais au point), et il y en a un sacré paquet...

Essaye de placer les chaines dans la mémoire flash comme cela :
Serial.println(F("textes divers et variables diverses"))

je ne connaissais pas cette astuce; j'imagine que tu veux me faire faire ça parce que tu as vu que je n'utilisais que 9% de l'espace de stockage des programmes (contre 79% pour la mémoire dynamique), c'est ça ?

ça pourrait avoir quoi comme "effets secondaires" de les mettre en Flash ?

Et avec une RAM occupée à 79%, y a-t-il vraiment un risque que le programme plante comme le dit le compilateur ?

Mille mercis pour votre expertise ! Ce Forum devrait être déclaré d'utilité publique et être remboursé par la Sécu ...

[grizzli06]

L'efficacité de ta solution est impressionnante !

je suis passé de 79% d'occupation de la mémoire dynamique à 15% !!

Le croquis utilise 25124 octets (9%) de l'espace de stockage de programmes. Le maximum est de 253952 octets.
Les variables globales utilisent 1274 octets (15%) de mémoire dynamique, ce qui laisse 6918 octets pour les variables locales. Le maximum est de 8192 octets.

donc plus aucun problème, et encore je ne l'ai appliquée qu'à des Serial.println ("texte"), et pas à celles où il u a une variable car je ne sais pas si c'est possible ??

La taille occupée par le croquis reste à 9% alors que je m'attendais à ce qu'elle augmente, mais je dois me mélanger les pinceaux entre les différents types de mémoire, non ?

Je passe en résolu et Merci

[Jay M]

La taille occupée par le croquis reste à 9% alors que je m'attendais à ce qu'elle augmente

Dans votre code d'origine la chaîne est stockée en Flash puis emmenée en SRAM pour être traitée. Donc vous payez deux fois le prix. Avec la macro F("....") vous ne ramenez pas le contenu en SRAM, vous obtenez un pointeur vers la mémoire FLASH. Bien sûr il faut alors que la fonction appelée sache traiter cela. print() sait le faire, donc c'est bien pratique.

et pas à celles où il u a une variable car je ne sais pas si c'est possible

Vous trouverez plus d'info dans la doc sur PROGMEM

[grizzli06]

Merci JayM !