Veknar:
Pour la freeMemory j'ai fais le test : 1821
Gros doutes.
La UNO a 2K de RAM la librairie SD doit déjà avoir un buffer de 512 octets et l'Ethernet doit aussi gérer un buffer de la taille des paquets à manipuler donc je serais très surpris que le programme n'utilise que 200 octets.
Il y a beaucoup de fonctions qui font de l'allocation dynamique de mémoire donc il faut faire afficher la mémoire disponible en différents points du programme.
Il y a aussi des trucs comme ça qui m'interpelle:
while (jpglen > 0) {
// read 32 bytes at a time;
uint8_t *buffer;
uint8_t bytesToRead = min(32, jpglen); // change 32 to 64 for a speedup but may not work with all setups!
buffer = cam.readPicture(bytesToRead);
imgFile.write(buffer, bytesToRead);
if(++wCount >= 64) { // Every 2K, give a little feedback so it doesn't appear locked up
buffer est un pointeur, un pointeur c'est juste une adresse vers un bloc de données. Qui fait l'allocation des 32 octets, la méthode readPictures()? Parce que si ce n'est pas elle tu piques de la mémoire on ne sait pas trop où. Et si c'est readPictures() qui fait l'allocation, qui est-ce qui rend la mémoire?
edit je viens de regarder la librairie, c'est elle qui gère le buffer.