Merci pour les infos. Je vais me renseigner sur ces connecteurs. Les molex sont tentants mais les tulipes seront certainement moins cher.
D'un autre côté, je n'ai pas besoin de détrompeurs ...

Si je comprends bien concernant les tulipes, je mets les femelles sur la carte principale et les mâles sur mes petites cartes de leds. après il ne me restera plus qu'à les enficher ensemble ?

edit: ça se coupe bien les plaques à bande pour dimensionner la plaque au besoin ?

En fait j'achète une barre de connecteurs tulipes femelles comme ça:

et je découpe au cutter selon les besoins. Je n'utilise que des "femelle". Pour faire un connecteur mâle je soude simplement les fils dans la partie femelle.
Comme par exemple mes connecteurs de matrice de led:
http://a405.idata.over-blog.com/5/98/39/23/cibiao/matriceLedComplete.jpg

C'est peut-être pas l'idéal mais ça me convient 

Je découpe la plaque à bande à la scie à métaux sans problème.

Bonjour,
J'utilise parfois des plaquettes à bandes ou à pastilles pour souder les composants.
Tu peux trouver une page qui explique la chose ici: http://www.sonelec-musique.com/electronique_bases_realisation_ci_veroboard.html.

Concernant les connecteurs j'utilise souvent des connecteurs tulipe auto-sécables (ça se vend en bandes), aussi bien pour la partie mâle que femelle. C'est simple et pas cher, mais ça n'a pas de détrompeur.

Pour les connecteurs avec détrompeurs il existe des connecteurs au pas de 2.54mm type "Molex" par exemple:

Sur mon projet actuel je vais utiliser ces deux types de connecteurs (je suis en phase de finalisation du circuit imprimé).

Bonjour,
Je me suis aussi inspiré d'un code existant pour le même besoin.
J'endors l'AVR et il se réveille soit tout seul à l'expiration du timer du watchdog (8s maxi), soit sur une interruption matérielle (détection de mouvement dans mon cas).

la fonction gotoSleep() est appelée dans loop() selon certaines conditions.

Code:

//includes pour sleep mode
#include <avr/interrupt.h>
#include <avr/power.h>
#include <avr/sleep.h>
#include <avr/wdt.h>

...
...

/*
* Endort l'AVR
*/
void goToSleep(){
// clear various "reset" flags
  MCUSR = 0;     
  // allow changes, disable reset
  WDTCSR = _BV (WDCE) | _BV (WDE);
  // set interrupt mode and an interval
  WDTCSR = _BV (WDIE) | _BV (WDP3) | _BV (WDP0);    // set WDIE, and 8 seconds delay
  wdt_reset();  // pat the dog

  // disable ADC
  //ADCSRA = 0; 

// Choose our preferred sleep mode:
    set_sleep_mode(SLEEP_MODE_PWR_DOWN);
 
    // Set sleep enable (SE) bit:
    sleep_enable();
 
    // Put the device to sleep:
    sleep_cpu();
 
    // Upon waking up, sketch continues from this point.
    sleep_disable();
}

// watchdog interrupt
ISR (WDT_vect)
{
  wdt_disable();  // disable watchdog
  //enable ADC
 // ADCSRA |= (1<<ADEN);
}

Bonjour,
Sinon tu pourrais aussi utiliser des boucles à induction placées sous la piste, comme ça se fait pour mesurer la vitesse moyenne des véhicules.
Mais je ne sais pas si c'est utilisable pour du modélisme (ça nécessite une certaine masse métallique, entre autre).

Bonjour,
J'utilise le MAX7219 avec la Librairie LedControl: http://www.arduino.cc/playground/Main/LedControl pour piloter une matrice de 8x8.
C'est extrêmement simple à utiliser.

Je me suis même amusé à faire scroller un texte avec  :
http://breizhmakers.over-blog.com/article-un-peu-d-animation-ou-le-scrolling-a-base-de-max7219-105669349.html

On trouve apparemment des capteurs de vitesse à base de tube pitot pour aéromodélisme.
http://www.studiosport.fr/capteur-vitesse-p-260.html
Reste à voir comment interfacer ça avec un Arduino.

Pas mal!
En fait je ferais bien un truc comme ça pour illuminer ma cheminée en été (en hiver y'a du vrai feu  ) ou bien pour la collection de photophores qui est dessus 

La mesure de phase c'est mesurer le décalage du son entre les deux capteurs. Ca permet de savoir s'il vient d'en face, de gauche ou de droite.
Mais je ne crois pas trop à la faisabilité d'une telle chose.

A la limite un guidage par radio avec une antenne omni-directionnelle sur la base et une antenne directionnelle orientable sur le robot?

Mon prochain projet Arduino est un robot capable de se diriger automatiquement vers un point particulier dans une pièce.
Le système de guidage sera à base de 2 capteurs infra-rouge montés sur une tourelle orientable via un servo et un capteur de proximité à ultra-sons.
La "base" aura un émetteur infra-rouge omni-directionnel (en fait ça sera une source de chaleur).

Je ne sais pas utiliser les tableaux et justement comme je le disais, un allumage je le gère sans problème mais impossible de gérer les 4 allumages, certains relais ne se ré allume pas :/

Tu pourrais te faire un petit sketch pour apprendre justement à utiliser les tableaux (création, initialisation et parcours avec une boucle).
Quand c'est acquis, tu les utilises dans ton programme actuel.

Depuis tout petit je fais ce genre d'exercice pour acquérir de nouvelles connaissances. Ca a donné pas mal de projets jamais terminé mais c'est toujours intéressant 

Non c'est pas si simple en effet!
J'ai mis de longues heures à mettre au point mon horloge actuelle qui a différentes actions temporisées et tout un tas de conditions associées.
Mais quelle satisfaction quand ça marche comme attendu!  

L'idée de base c'est de mémoriser pour chaque relai s'il s'est déclenché depuis les dernières 24h, et quand il a été déclenché.
S'il n'a pas été déclenché tu compares l'heure courante avec la valeur souhaitée et dès que tu dépasses cette valeur tu allumes le relai et tu mémorises l'heure à laquelle il a été allumé.

Si le relai est allumé, tu regardes depuis combien de temps. Quand tu dépasses le temps imparti, tu l'éteins.

Une fois par jour, genre à minuit, tu remets à zéro la variable qui indique si le relai a été déclenché dans la journée, et ça repart pour 24h.

Pour les mesures de temps d'allumage de relais il est plus simple d'utiliser millis() que l'heure fournie par l'horloge RTC. Cette heure-là ne sert que pour déterminer s'il est l'heure d'allumer un relai.

Edit: si tu as durée d'allumage des relais supérieure à 1s et d'une résolution d'1s tu peux faire plus simple en comparant simplement avec l'heure issue de l'horloge RTC.


Pour gérer 5 relais il vaut mieux utiliser des tableaux que 5 variables de chaque type.

Explique le détail de tes problèmes et mets des exemples de codes. Sans ça on ne peut pas vraiment t'aider.

C'est pas grave, c'est l'occasion d'apprendre, même si ça prend du temps et de la sueur et si ça coûte quelques cheveux
Faudrait que tu te familiarises avec les concepts de base du développement, ça aide beaucoup (les types de données et les structures de contrôle par exemple).

J'ignore comment se pilotent tes relais mais d'une façon générale, n'essaie pas de tout faire dès le début, ça rend la chose très difficile à mettre au point.
Commence par exemple par piloter tes relais indépendamment de l'heure (tu simules une heure à l'aide de variables indiquant les heures et minutes par exemple).
Quand ça marche comme tu veux, tu introduis la gestion de l'horloge RTC et tu intègres le tout.

Je fais du développement logiciel depuis mon plus jeune âge alors je suis très mal placé pour juger de la complexité d'un développement. Mais je procède toujours en utilisant la méthode que j'ai indiqué (ce qui ne m'empêche pas d'avoir des cheveux blancs, mais pour une autre raison  ).

Je vois bien comment implémenter ce dont tu as besoin, mais l'expliquer en termes compréhensibles c'est moins évident.

Bonjour,
Je crois qu'il faudrait donner plus de détails sur la nature de tes problèmes et des solutions que tu as expérimentées, ainsi que sur les libs utilisées.

J'utilise le  DS1307 avec cette doc: http://www.ladyada.net/learn/breakoutplus/ds1307rtc.html sans aucun problème.
Est-ce que ce sont les comparaisons d'heures qui te posent problème?

Souvent le soucis c'est quand on veut effectuer une action ponctuelle (un seul déclenchement), à une heure donnée.
Y'a une technique simple pour ça qui en plus de la comparaison d'heure utilise un booléen pour savoir si l'action a déjà été effectuée par le sketch ou pas (puis une remise à zéro une fois par jour où après une heure définie par exemple).

C'est la technique que j'utilise sur mon projet d'horloge actuel (pour avoir une synchronisation DCF77 par nuit à partir d'une heure donnée par exemple).

J'ai pas trop regardé la doc mais en tout cas c'est pas de la vidéo analogique...donc c'est mort pour toi.

A mon avis ça ne va pas être évident de trouver ça avec une entrée RCA.
Si tu peux utiliser une entrée numérique SPI t'as ce genre de truc en mini-écran OLED:
https://www.adafruit.com/products/326