simulation semaphore 3 feux

Toutes les broches GND de l' Arduino Uno sont reliées entre elles . Tu peux utiliser celle qui te convient le mieux au niveau câblage ,  

patpovil a écrit:

Toutes les broches GND de l' Arduino Uno sont reliées entre elles . Tu peux utiliser celle qui te convint le mieux au niveau câblage ,  

OK merci

je viens de faire les branchements d'essai et puis de charger le programme dans le uno.
   ça fonctionne
par contre le programme doit être affiné. Le temps d'allumage rouge et jaune est trop court. 5 secondes ce n'est pas assez. puis je allonger le temps à 10 ou 15 secondes? et pour cela quelle valeur dois je mettre? 10000?
un autre problème, si on cache le capteur en continu, on a le cycle passage au rouge (là OK) mais passage au jaune puis à nouveau au rouge. Je pense qu'il faut une ligne de code supplémentaire pour le feu rouge   
le feu ne doit pas changer tant qu'une rame passe le signal.

piston93 a écrit:

   ça fonctionne

Je n'en ai jamais douté

Citation :

par contre le programme doit être affiné. Le temps d'allumage rouge et jaune est trop court. 5 secondes ce n'est pas assez. puis je allonger le temps à 10 ou 15 secondes?

Oui tout à fait

Citation :

et pour cela quelle valeur dois je mettre? 10000?

Oui. La valeur maximum est de 4 milliards et des poussières de millisecondes. Soit un peu plus de 46 jours.

Citation :

un autre problème, si on cache le capteur en continu, on a le cycle passage au rouge (là OK) mais passage au jaune puis à nouveau au rouge. Je pense qu'il faut une ligne de code supplémentaire pour le feu rouge   
le feu ne doit pas changer tant qu'une rame passe le signal.

Cela fonctionne-t-il sans que tu aies mis une étiquette blanche sous la loco ? Si oui, tu peux essayer en modifiant loop() comme ceci :

Citation :

void loop()
{
  if (digitalRead(pinCapteur) == LOW) {
    // Un objet est présent au dessus du capteur
    // On démarre la séquence des feux
    // on eteint le vert
    digitalWrite(ledVerte, LOW);
    /* Allume le rouge */
    digitalWrite(ledRouge, HIGH);
    
    /* Attend que le capteur soit démasqué */
    while (digitalRead(pinCapteur) == LOW);
    
    /* Attend 5 secondes */
    delay(5000);
    digitalWrite(ledRouge, LOW);
    
    /* Allume le orange 5 secondes */
    digitalWrite(ledOrange, HIGH);
    delay(1000);
    digitalWrite(ledOrange, LOW);
    /* Allume le vert */
    digitalWrite(ledVerte, HIGH);
  }
}

Le while est une boucle qui va s'exécuter tant que la condition est vraie c'est à dire tant que le capteur est masqué

merci jlb

donc faire la différence entre if et while, l'un est conditionnel, l'autre "obligatoire" dans le genre "tant que"
là je pars bosser, je vois cela demain

Fonction intéressante ce While, mais selon le positionnement du détecteur, n'y a-t-il pas le risque qu'une "multidétection" persiste suite à une rupture fugitive de détection ?

Car s'il est vrai que dans le positionnement choisi par Piston93 (sous voie et dans l'axe) les attelages sont en théorie détectés et donc pas y avoir de rupture, cela devient beaucoup plus hasardeux en position par dessus (celle que je vais utiliser) où il faut "jouer" dans la latitude de détection 0.5 / 5 cm, ce qui devient difficile avec des machines à pantographes où pour garder la hauteur utile de passage on risque de ne pas détecter les attelages mais simplement les machines et wagons....

Pour mon programme j'ai préféré mettre un "delay" correspondant approximativement au passage du train le plus grand, puisque par définition deux trains ne peuvent se suivre immédiatement du fait du cantonnement.

Cela semble être satisfaisant en test de fonctionnement.

Qu'en pensez-vous ?

Bonsoir à tous.
J'ai beau regarder et reregarder,je ne trouve pas la vidéo dont quelqu'un parle dans ce sujet.
Merci à celui qui la remontera

VAUBAN38 a écrit:

Fonction intéressante ce While, mais selon le positionnement du détecteur, n'y a-t-il pas le risque qu'une "multidétection" persiste suite à une rupture fugitive de détection ?

Oui il y a un risque. Mais on va y aller doucement. Il faudrait faire un anti-rebond, c'est à dire valider le démasquage du capteur avec un délai.

On va y venir

Bonsoir

Jojo37 a écrit:

Bonsoir à tous.
J'ai beau regarder et reregarder,je ne trouve pas la vidéo dont quelqu'un parle dans ce sujet.
Merci à celui qui la remontera

Elle n'est pas embarquée dans un message, il faut suivre ce lien :

https://dl.dropboxusercontent.com/u/67740546/dds_microbot.m4v

Rebonsoir à tous.
J'aurai donc pu repasser les pages les unes après les autres ,quel idiot.
Merci jlb pour le lien.

l'ordre des lignes de commande est il important dans l'absolu?
par exemple

Citation :

//on eteint le vert
 digitalWrite(ledVerte, LOW);  
    /* Allume le rouge 5 secondes */
    digitalWrite(ledRouge, HIGH);
     /* Attend que le capteur soit démasqué */
    while (digitalRead(pinCapteur) == LOW);
    delay(5000);
    digitalWrite(ledRouge, LOW);

    /* Allume le orange 5 secondes */
    digitalWrite(ledOrange, HIGH);
    delay(5000);
    digitalWrite(ledOrange, LOW);
    /* Allume le vert */
    digitalWrite(ledVerte, HIGH);

sera-t-il équivalent à

Citation :

//on eteint le vert
digitalWrite(ledVerte, LOW);  
   /* Allume le rouge 5 secondes */
   digitalWrite(ledRouge, HIGH);
   
   delay(5000);
   digitalWrite(ledRouge, LOW);
/* Attend que le capteur soit démasqué */
   while (digitalRead(pinCapteur) == LOW);

   /* Allume le orange 5 secondes */
   digitalWrite(ledOrange, HIGH);
   delay(5000);
   digitalWrite(ledOrange, LOW);
   /* Allume le vert */
   digitalWrite(ledVerte, HIGH);

L'ordre est TRÈS important

Dans le premier programme, le feu restera au rouge tant que le capteur sera masqué. Le rouge sera éteint 5s après que le capteur ait été démasqué.

Dans le second, le feu restera au rouge 5s puis sera éteint et le restera tant que le capteur sera masqué. Donc tout sera éteint sur le sémaphore. L'orange s'allumera dès que le capteur sera démasqué.

merci pour cette précision qui sera utile à tous
donc dans la conception d'un programme, bien faire la liste des actions voulues et la traduire bien dans l'ordre en lignes de programmation   

bon, je vais au dodo    et testerai cela plus tard

la fonction while avait l'air d’être efficace avec les délais de 5 sec mais pas avec 15 sec, tant pis pour l'instant je laisse tel quel pour St Mandé

j'ai tout installé sur le module. La détection se fait même avec un wagon ayant un chassis noir donc apparemment pas besoin de mettre une étiquette blanche sous le matériel roulant. Essai fait avec un wagon trix lavamat. A confirmer avec un wagon court mais je pense que les motrices seront détectées dans 90% des cas, on verra à l'usage.
en tout cas, l'essai valide l'utilisation du MICROBOT juste sous la voie dans le sens de la longueur pour une détection de convois.

Il n'y a pas de relation entre le while et les attentes par delay().

Qu'est ce qui se passe quand tu mets 15s ?

Pourrais-tu copier coller ici le code tel qu'il est ?

Le capteur fait une mesure toutes les 2,5ms. Un wagon de 5cm devrait passer à presque 20m/s pour ne pas être vu. Ça devrait aller je pense

voili voilou

Citation :

void loop()
{
 if (digitalRead(pinCapteur) == LOW) {
    // Un objet est présent au dessus du capteur
    // On démarre la séquence des feux
//on eteint le vert
 digitalWrite(ledVerte, LOW);
    /* Allume le rouge 15 secondes */
    digitalWrite(ledRouge, HIGH);
     /* Attend que le capteur soit démasqué */
    while (digitalRead(pinCapteur) == LOW);
    delay(15000);
    digitalWrite(ledRouge, LOW);

    /* Allume le orange 15 secondes */
    digitalWrite(ledOrange, HIGH);
    delay(15000);
    digitalWrite(ledOrange, LOW);
    /* Allume le vert */
    digitalWrite(ledVerte, HIGH);

 } // accolade qui ferme le if
} // accolade qui ferme la fonction loop()

Je ne vois rien qui cloche.

Qu'est ce qui se passe avec 15000 au lieu de 5000 ?

j'essaierai de voir cela demain pendant nos essais de modules sceNic.

Excellente réalisation !
Je vais ajouter un de ces capteurs infrarouge à mon circuit car le placement sous la voie peut s'avérer plus facile qu'une barrière avec un émetteur et un récepteur de chaque côté de la voie.

On voit que le branchement d'un capteur se réduit à 3 fils (+5v, Gnd et Signal). C'est une sorte de standard en robotique. C'est ce qui rend l'Arduino très pratique.

En ce qui concerne l'anti-rebond, je vous invite à regarder mon dernier soft qui en contient un:

http://bultez.fr/public/TCO-Soft.zip

Si vous avez besoin d'explications, n'hésitez pas a me le demander.
Car j'avais besoin de garder le "temps réel" donc de ne pas utiliser les instructions "delay".

résultats des essais d'hier. le fonctionnement a été un peu (    ) erratique. avec recul et avis de corwin92, je pense plutôt à un problème matériel, déplacement du capteur, obstruction partielle du capteur. Je vais agrandir son emplacement dans le sens de la longueur et essayer en le déplaçant. Au pire ablation des traverses.

que se passe-t-il si la broche SLP n'est pas raccordée?

Si elle flotte, elle chope le rayonnement électromagnétique ambiant et un coup le capteur fonctionne, un coup il est coupé. Par conséquent, OUT doit aussi se balader

jlb a écrit:

Si elle flotte, elle chope le rayonnement électromagnétique ambiant et un coup le capteur fonctionne, un coup il est coupé. Par conséquent, OUT soit aussi se balader

OUT est bien raccordée.
est ce FET non raccordée qui perturbe?

FET non

Ce que je voulais dire est que si SLP est en l'air, le capteur va être ou non en veille selon le bruit électromagnétique et que par conséquent OUT va suivre en donnant des détections là où il n'y en a pas.

Si tu parles de SLP en l'air, je suppose que c'était le cas Il était en l'air ou non ?

Quand tu parles de fonctionnement erratique, ça se traduit par quoi ? détection alors qu'il n'y a rien ? non détection ?