Salut,

Effectivement sur la Leonardo les broches SDA et SCL sont respectivement sur D2 et D3. Par contre je ne vois pas à quoi correspond ton "setsyncprovider". Quelle bibliothèque utilises-tu ? Au cas où, il existe la bibliothèque RTClib d'Adafruit...

++

Salut,

Pour arrêter ton Arduino, il faut regarder du côté de la mise en veille de l'ATmega (voir datasheet). Je n'ai rien vu dans Arduino à ce sujet, donc il faudra mettre les mains dans le cambouis...
Pour le réveil, tu peux utiliser une RTC genre PCF8583 capable de générer des alarmes comme je te l'ai suggéré ci-dessus. Quand la RTC générera une alerte, elle provoquera une interruption sur l'ATmega qui le réveillera.

++

alors mon montage est deja fait et dispose d'une horloge ds1307

Le hic c'est que le DS1307 ne sait pas générer d'alarme

Salut,

Peut-être en utilisant une RTC disposant d'alarmes, par exemple le PCF8583. Celui-ci générerait une interruption qui réveillera l'Arduino. Idée à creuser...

++

Ah tu as rajouté des choses par rapport à ton premier message, notamment le mot clé const...

Deux solutions :
1- tu enlèves le mot clé const ;
2- tu retires la déclaration de ton fichier d'entête et dans le fichier source :

Code:

static const byte ASCII[][5] = {
 {0x00, 0x00, 0x00, 0x00, 0x00} // 20 
,{0x00, 0x00, 0x5f, 0x00, 0x00} // 21 !
// ...
,{0x10, 0x08, 0x08, 0x10, 0x08} // 7e ?
,{0x78, 0x46, 0x41, 0x46, 0x78} // 7f ?
};

Salut,

La déclaration dans le fichier d'entête est bonne. C'est la définition dans le constructeur qui pose problème. Il faut la sortir et la placer avant :

Code:

byte Nokia::ASCII[][5] = {
 {0x00, 0x00, 0x00, 0x00, 0x00} // 20  
,{0x00, 0x00, 0x5f, 0x00, 0x00} // 21 !
,{0x00, 0x07, 0x00, 0x07, 0x00} // 22 "
// ...
,{0x00, 0x41, 0x36, 0x08, 0x00} // 7d }
,{0x10, 0x08, 0x08, 0x10, 0x08} // 7e ?
,{0x78, 0x46, 0x41, 0x46, 0x78} // 7f ?
};

Nokia::Nokia(int SCLK,int SDIN, int DC, int RESET, int SCE)
{
    // ...
}

sinon pour les erreurs, ca allait sur des lignes commentées, donc je comprends pas trop pourquoi.

Les numéros de lignes sont ceux du fichier *.cpp généré par la chaîne de compilation Arduino, pas dans le sketch *.ino 

Salut,

Tu peux plier légèrement les pattes en question vers l'extérieur pour qu'elles ne touchent pas les condensateurs. Comme d'autres c'est ce que j'ai fait...

Tout à fait, je sais bien qu'il y a ce fichier keywords.txt mais ça ne me semble pas forcément le plus adapté aux bibliothèques standards d'avr-gcc... Et semble plutôt destiné aux membres Arduino. D'ailleurs tu le dis bien, il sera écrasé à chaque mise à jour

Je rêvais juste à un indexeur sauce Eclipse

Seulement la coloration syntaxique qui ne fonctionne pas avec l'IDE Arduino

A part en modifiant l'IDE Arduino pour qu'il indexe la bibliothèque standard et colore les mots-clés, je ne vois pas de solution...

J'étais passé à côté de cette note d'application relativement récente. En plus elle utilise AVR-GCC

Du même tonneau, il y a aussi la note Efficient C Coding for AVR.

++

Salut,

Malgré le fait que les noms des bibliothèques ne se colorent pas, la compilation réussit-elle ? Peut-être que c'est juste la coloration syntaxique qui ne prend pas en charge les bibliothèques d'avr-gcc... Si tu ne trouves pas les fichiers cpp de ces bibliothèques, c'est parce qu'elles sont déjà compilées et contenues dans des fichiers *.a situés dans le répertoire d'avr-gcc.

++

Les contraintes vis à vis du shield Ethernet seront les mêmes pour un 4 lignes et un 2 lignes. Il n'y a que la surface occupée qui sera plus importante.

++

Du coup la bibliothèque SD ne semble pas adaptée à ce que tu veux faire... Soit tu ajoutes la fonction end (vive le logiciel libre  ), soit tu utilises une autre bibliothèque comme le suggère Jean-François.

Salut,

Je n'ai pas regardé en détail ce que fait la méthode SD.begin mais il est probable qu'il faille la rappeler lorsque tu remets la carte SD. Piste à creuser...

++