LOCODUINO

Comment concevoir rationnellement votre système

.
Par : Jean-Luc

DIFFICULTÉ :

Vous savez lire un capteur de présence d’un train, quel qu’il soit, manœuvrer un actionneur pour couper une alimentation, changer la position d’une aiguille, voire même envoyer un message DCC. Vous savez donc quelles sont les entrées de votre système et quelles sont les sorties. Il reste maintenant à concevoir la logique de fonctionnement de ce système et à écrire le programme qui va gérer tout ça. On serait tenté d’y aller « à l’arrache », méthode bien connue qui aboutit généralement à une absence de résultats concluants. Il vaut donc mieux disposer de quelques outils pour bien poser le problème et le résoudre.

Avant de se lancer dans une programmation spaghetti sans savoir exactement où l’on va, il est nécessaire de modéliser le système que l’on veut mettre en œuvre. La modélisation consiste à poser correctement le problème et d’utiliser une façon de présenter les choses, un formalisme, qui soit sûre et qui permettra d’écrire un programme au fonctionnement fiable.

Pour modéliser, nous allons utiliser les automates, formalisme bien adapté aux systèmes que nous voulons concevoir. Un automate se dessine sous forme de cercles et de flèches entre les cercles. Les cercles sont des états et les flèches des transitions. Les transitions portent des conditions de franchissement, les gardes ainsi que des actions effectuées lorsque la transition est franchie. Implicitement, si à partir d’un état aucune garde n’est vraie, le système reste dans l’état courant.

Voyons toute suite la mise en œuvre sur un cas concret.

Commande d’un passage à niveau

Le système que je propose est la commande d’un passage à niveau. Il n’est pas complètement réaliste car la volonté est de proposer un système suffisamment simple à titre d’illustration. Nous allons considérer une voie unique, qui n’est parcourue que dans un seul sens. Lorsque le train approche, un capteur unique, positionné à une certaine distance du passage à niveau, signale sa présence, les feux commencent à clignoter, les barrières, actionnées par des servomoteurs, se ferment. Lorsque le train n’est plus devant le capteur, nous n’avons aucun moyen de savoir si il a quitté le passage à niveau. Nous mettons donc en œuvre une temporisation : le passage à niveau s’ouvre au bout d’un certain temps et les feux s’arrêtent de clignoter.

Quelles sont les entrées du système ?

Le système n’a qu’une seule entrée, le capteur. Le train est présent ou absent.

Quels sont ses états, quelles sont les transitions ?

Les états du système correspondent aux différentes phases par lequel passe le passage à niveau. Nous avons :

  • L’état où le passage à niveau est ouvert. Les barrières sont levées. Appelons cet état PN_OUVERT. Il s’agit également de l’état initial du système, noté sur la figure ci-dessous par une double ligne ;
  • L’état où le passage à niveau est en train de se fermer, PN_SE_FERME. Les barrières sont en mouvement de haut en bas. Le feu clignote ;
  • L’état où le passage à niveau est fermé. Le feu clignote. Appelons cet état PN_FERME ;
  • L’état où le passage à niveau effectue sa temporisation avant de s’ouvrir, PN_TEMPO. Le feu clignote ;
  • Enfin, l’état ou le passage à niveau est en train de s’ouvrir. Les barrières sont en mouvement de bas en haut, le feu clignote. Appelons cet état PN_S_OUVRE

Nous pouvons déjà commencer à dessiner notre automate. Nous avons les 5 états donnés ci-dessus et la simple logique de fonctionnement de l’appareil nous donne les transitions qui existent.

Enchainement des états du passage à niveau.

Quelles sont les gardes ?

Le passage d’un état à l’autre en suivant une transition ne se fait que lorsque qu’une condition est vraie. Pour notre passage à niveau, les conditions sont plutôt évidentes :

  • Si le passage à niveau est dans l’état PN_OUVERT, la présence d’un train, qui vient couper le faisceau du capteur, entraine le passage dans l’état PN_SE_FERME. Cette condition est notée train présent ;
  • Si le passage à niveau est dans l’état PN_SE_FERME, c’est la fin du mouvement des servomoteurs qui entraine le passage dans l’état PN_FERME. Notons cette condition servos arrêtés ;
  • Si le passage à niveau est dans l’état PN_FERME, l’absence du train, qui cesse de couper le faisceau du capteur, provoque le passage dans l’état PN_TEMPO. Cette condition est notée train absent ;
  • Si le passage à niveau est dans l’état PN_TEMPO, l’écoulement du temps entraine le passage dans l’état PN_S_OUVRE. Notons cette condition temps écoulé ;
  • Enfin, à partir de l’état PN_S_OUVRE, c’est l’arrêt des servomoteurs qui entraine le passage dans l’état PN_OUVERT.

L’automate est complété avec, en rouge, les gardes que nous venons de définir.

PNG - 96.8 kio

Quelles sont les actions ?

Il nous reste à définir les actions. Pour que le passage à niveau se ferme, il faut bien que les servomoteurs se mettent en mouvement. Pour mesurer l’écoulement d’un « certain temps » il faut un minuteur. Par conséquent :

  • Quand le passage à niveau passe de l’état PN_OUVERT à l’état PN_SE_FERME, il faut démarrer le clignotement du feu et mettre les servomoteurs en mouvement pour fermer les barrières ;
  • Lorsqu’il passe de l’état PN_FERME à l’état PN_TEMPO, la date à laquelle on ouvrira le passage à niveau est calculée ;
  • Lorsque le passage à niveau passe de l’état PN_TEMPO à l’état PN_S_OUVRE, les servomoteurs sont mis en mouvement pour ouvrir les barrières ;
  • Enfin, lors du passage de l’état PN_S_OUVRE à l’état PN_OUVERT, le clignotement des feux est stoppé.

Les actions que nous venons de définir sont ajoutées à l’automate. Nous avons terminé.

PNG - 126 kio

La conception est-elle correcte ?

Il s’agit d’une question que l’on devrait toujours se poser. En effet, lorsqu’on conçoit un système, la tendance naturelle est de se focaliser sur le comportement nominal. Ici nous avons implicitement supposé que, lorsqu’un train quittait la zone du capteur, un autre train ne pouvait pas se présenter avant que la barrière ne soit fermée car ni dans l’état PN_TEMPO, ni dans l’état PN_S_OUVRE la présence d’un train n’est testée. Le résultat est qu’un train suivant le train qui sort de la zone du capteur à un intervalle de temps inférieur à la temporisation plus le temps nécessaire pour lever la barrière verra la barrière se lever lors de son passage.

Nous devons donc compléter l’automate pour tenir compte de ces deux cas :

  • Lorsque le passage à niveau est dans l’état PN_TEMPO, la présence d’un train provoque le passage dans l’état PN_FERME ;
  • Lorsque le passage à niveau se trouve dans l’état PN_S_OUVRE, la présence d’un train provoque le passage dans l’état PN_SE_FERME et les servomoteurs sont mis en mouvement pour fermer les barrières.

L’automate est donc complété de la manière suivante.

PNG - 151.7 kio

La programmation

Maintenant que le fonctionnement du système est correctement spécifié, nous pouvons commencer à écrire le programme. Nous allons utiliser la bibliothèque SlowMotionServo pour mouvoir les barrières. Les feux clignotants seront commandés par la bibliothèque LightDimmer. Les deux sont disponibles dans le gestionnaire de bibliothèques de l’IDE Arduino. Le capteur est un capteur de présence Pololu tout ou rien qui réagit à la présence d’un objet à 5cm ou moins.

JPEG - 39.4 kio

Tout d’abord, nous allons déclarer une enum pour les états de l’automate (voir Trois façons de déclarer des constantes) :

enum { PN_OUVERT, PN_SE_FERME, PN_FERME, PN_TEMPO, PN_S_OUVRE };

Nous déclarons ensuite ce qui concerne le capteur. Il nécessite 1 broche. Si la niveau est un LOW, un objet est présent dans l’axe du capteur à moins de 5cm. Si c’est un HIGH, aucun objet n’est présent.

/* La pin du capteur et les informations renvoyées                   */
const byte capteurPin = 2;
const byte trainPresent = LOW;
const byte trainAbsent = HIGH;

Vient ensuite ce qui concerne les barrières du passage à niveau.

/* Les pins des servos */
const byte barriere1Pin = 4;
const byte barriere2Pin = 5;

/* Les positions cibles des barrières */
const float positionOuverteBarriere1 = 0.0;
const float positionFermeeBarriere1 = 1.0;
const float positionOuverteBarriere2 = 1.0;
const float positionFermeeBarriere2 = 0.0;

/* Les servos */
SMSSmooth barriere1;
SMSSmooth barriere2;

/* La temporisation entre la fin du train et l'ouverture des barrières
   en ms
*/
const unsigned long temporisationOuverture = 5000;

Le feu clignotant est géré au moyen de la bibliothèque LightDimmer qui permet un clignotement simulant l’inertie des ampoules à filament.

/* Le feu clignotant */
const byte feu1Pin = 6;
const byte feu2Pin = 7;

/* Deux LightDimmerSoft pour chaque feu */
LightDimmerSoft clignotantFeu1;
LightDimmerSoft clignotantFeu2;

Dans setup(), on met en place les clignotants et les servos. Notez que dans cet exemple, les positions effectives des servos pour que les barrières soient fermées ou ouvertes ne sont pas précisées, on reste sur les valeurs par défaut de SlowMotionServo. Si vous réutilisez ce programme pour votre passage à niveau, il faudra se préoccuper de régler ces valeurs.

void setup()
{
  /* capteur de présence */
  pinMode(capteurPin, INPUT);
  /* les clignotants */
  clignotantFeu1.begin(feu1Pin, HIGH);
  clignotantFeu2.begin(feu2Pin, HIGH);
  /* les barrières */
  barriere1.setPin(barriere1Pin);
  barriere1.setSpeed(2.0);
  barriere1.setInitialPosition(0.1);
  barriere1.goTo(positionOuverteBarriere1);
  barriere2.setPin(barriere2Pin);
  barriere2.setSpeed(2.0);
  barriere2.setInitialPosition(0.1);
  barriere2.goTo(positionOuverteBarriere2);  
}

Dans loop() nous allons faire fonctionner notre automate. Tout d’abord, il nous faut une variable pour mémoriser l’état actuel. Comme nous avons 5 états, un byte suffira, voir à ce propos « Types, constantes et variables ». Cette variable est initialisée avec l’état initial de notre automate.

byte etatPN = PN_OUVERT;

Ensuite, il nous faut une façon claire et efficace d’exprimer ce que fait l’automate. Nous allons utiliser un switch ... case, structure de contrôle présentée dans « Instructions conditionnelles : le switch ... case » avec tout naturellement un case par état. Dans chacun de ces case la garde de chaque transition sortante est testée et, si elle est vraie, l’action est effectuée et l’état est changé.

L’état PN_OUVERT

La condition de franchissement de la transition vers PN_SE_FERME est la présence du train. Avec le capteur employé elle s’exprime par une comparaison entre ce que retourne le capteur et la constante préalablement définie.

    case PN_OUVERT:
      /* lecture du capteur pour détecter un train */
      if (digitalRead(capteurPin) == trainPresent) {
        /* train présent */
        /* On ferme les barrière */
        barriere1.goTo(positionFermeeBarriere1);
        barriere2.goTo(positionFermeeBarriere2);
        /* On démarre le clignotement */
        clignotantFeu1.startBlink();
        clignotantFeu2.startBlink();
        /* Le PN est en train de se fermer */
        etatPN = PN_SE_FERME;
      }
      break;

L’état PN_SE_FERME

    case PN_SE_FERME:
      /* Si les deux servos sont arrêtés, le PN a terminé de se fermer */
      if (barriere1.isStopped() && barriere2.isStopped()) {
        etatPN = PN_FERME;
      }
      break;

L’état PN_FERME

    case PN_FERME:
      /* lecture du capteur pour détecter le départ du train */
      if (digitalRead(capteurPin) == trainAbsent) {
        dateOuverture = millis() + temporisationOuverture;
        etatPN = PN_TEMPO;
      }
      break;

L’état PN_TEMPO

Une question se pose lorsque plusieurs transitions sortent d’un état et que plusieurs gardes sont vraies simultanément comme c’est le cas ici. En effet, il faut que l’automate soit déterministe (ou plutôt « déterminisé ») quand on l’écrit sous forme de programme. Dans notre cas, on décide assez logiquement que si simultanément le train est présent et la date d’ouverture est arrivée, c’est la présence du train qui est prioritaire. Cette priorité est tout simplement implémentée via une cascade de if ... then ... else et les conditions sont simplement testées de la plus prioritaire à la moins prioritaire.

    case PN_TEMPO:
      /* Un train est présent, on retourne à l'état PN_FERME */
      if (digitalRead(capteurPin) == trainPresent) {
        etatPN = PN_FERME;
      }
      else {
        /* Si la date est arrivée, on ouvre */
        if (millis() >= dateOuverture) {
          /* On ouvre les barrière */
          barriere1.goTo(positionOuverteBarriere1);
          barriere2.goTo(positionOuverteBarriere2);
          etatPN = PN_S_OUVRE;
        }
      }
      break;

L’état PN_S_OUVRE

    case PN_S_OUVRE:
      /* Un train est présent, on retourne à l'état PN_SE_FERME et on ferme la barrière */
      if (digitalRead(capteurPin) == trainPresent) {
        barriere1.goTo(positionFermeeBarriere1);
        barriere2.goTo(positionFermeeBarriere2);
        etatPN = PN_SE_FERME;
      }
      else {
        /* Si les deux servos sont arrêtés, le PN a terminé de s'ouvrir */
        if (barriere1.isStopped() && barriere2.isStopped()) {
          /* stoppe le feu */
          clignotantFeu1.off();
          clignotantFeu2.off();
          etatPN = PN_OUVERT;
        }
      }
      break;

Le sketch complet

Voici le résultat.

Le sketch complet est téléchargeable ci-dessous. Pour la petit histoire, lors du développement de cet exemple, le système a fonctionné au premier essai de manière satisfaisante.

Sketch de passage à niveau
Mise en œuvre de l’automate.

En spécifiant correctement, de manière précise et rigoureuse vos systèmes ferroviaires, en utilisant des représentations adaptées alors que le langage naturel ne suffit pas, on met toutes les chances de son côté pour une réalisation couronnée de succès. J’espère vous avoir montré cette manière de faire dans cet article.

36 Messages

  • Bonjour,
    Le sketch s’est normalement téléversé.
    Pour essai j’ai juste utilisé un Bouton poussoir sur lequel j’appuie le temps nécessaire pour simuler la présence d’un train (il sera remplacé ensuite par un module de détection de convoi par consommation de courant actionnant un relais).
    Les servomoteurs remplissent bien leur fonction.
    Je constate que les leds clignotent tout le temps sauf quand les barrières sont baissées, dans cette position elles restent alors allumées. Elles ne s’éteignent jamais.
    D’où mon erreur peut-elle provenir ?
    D’avance Merci.
    J-Paul

    Répondre

  • Comment concevoir rationnellement votre système 15 avril 2018 19:41, par Mouhamed Hadi Weslati

    bounjour
    je suis mouhamed hadi weslati je suis un élève ingénieur à l’ENET’Com (Ecole National d’électronique et télécommunication) spécialité génie des systèmes électroniques de communication à Sfax TUNISIE. j’aime bien les articles que vous avez partagés dans cette page et je suis impressionné du qualité des votre articles. Pour cela je me permis de demander un peu d’aide dans la conception de mon projet de fin d’année.
    Mon projet consiste essentiellement à la réalisation d’un prototype d’une habitat intelligente utilisant une carte arduino UNO, une application android et plusieurs capteurs (capteur de température,capteur de gaz,capteur de mouvement).
    Dans la phase de réalisation j’ai développé les sous programmes de base telles que la fonction de commande des secteurs ; une autre pour l’envoie des messages d’alerte lorsque un capteur détecte un mouvement ou un fuite de gaz et une autre fonction pour la régulation de température.
    j’ai trouvé un problème dans le rassemblement de ces fonctions dans un code principale et de lier entre eux.
    j’espère que vous pouvez m’aider à gérer ces obstacles et merci d’avance.
    _

    Répondre

  • Comment concevoir rationnellement votre système 12 mai 2018 18:19, par Oslo 77

    Bonjour,
    De retour de voyage je viens de prendre connaissance du sujet.
    Excellent tuto qui répond à mes attentes. Un Grand Merci .
    Oslo 77

    Répondre

    • Comment concevoir rationnellement votre système 31 mai 2018 15:30, par Oslo 77

      Bonjour,
      Apres avoir reçu mes différents composants j’ai effectué le montage de l ensemble.
      Tout fonctionne sauf que les 2 leds rouge restent allumées lorsque le passage à niveau est en "position repos "
      Lorsque le PN est en "position de travail " fermeture et ouverture des barrieres les 2 leds clignotent normalement.
      Y a t il un "remède" a cette cause de non extinction des leds, j ai inversé la polarité mais là,aucune lumiére.
      Merci

      Répondre

  • Comment concevoir rationnellement votre système 2 juin 2018 09:10, par Oslo 77

    Bonjour,
    j ai effectué le changement toujours pareil

    clignotantFeu1.begin(feu1Pin, LOW) ;
    clignotantFeu2.begin(feu2Pin, LOW) ;

    Répondre

  • Comment concevoir rationnellement votre système 26 septembre 2018 07:44, par JN

    Bonjour,

    Je trouve votre projet très intéressant.

    Pourriez vous nm’envoyer s’il vous plait le schéma de câblage.
    D’avance je vous en remercie
    Cordialement,
    JN

    Répondre

  • Comment concevoir rationnellement votre système 4 octobre 2018 07:06, par guillaumevlv62

    Bonjour,

    C’est un beau projet.
    Serait il possible s’il vous plait d’avoir le schéma de câblage avec la valeur des composants.

    En vous remerciant
    Cordialement.

    Répondre

  • Comment concevoir rationnellement votre système 5 octobre 2018 10:18, par JNM65

    Bonjour,

    J’ai trouvé votre tuto vôtre intéressent.
    Je me suis permis de télécharger votre programme et cela fonctionne a merveille.

    Par contre pouvez vous me dire, comment régler les servos pour avoir un angle de 45° ?
    Car pour moi quand la barrière est levé elle va trop en arrière (elle n’est pas vertical)
    par contre barrière fermé c’est bien horizontale.

    D’avance je vous remercie pour votre réponse que vous voudrais bien me donner.
    Cordialement, un débutant en ARDUINO

    Répondre

  • Comment concevoir rationnellement votre système 8 octobre 2018 12:07, par guillaumevlv62

    Bonjour,

    Peut-on mettre 2 capteurs pololu en paralléle sur la même pin pour commander les barrieres de passage à niveau car mon reseau est sur une voie unique sur le principe du Va et vient.
    Ou déclarer une 2eme Pin et inserer une fonction "OU" ??

    const byte capteur1Pin = 2
    const byte capteur2Pin = 3

    Cordialement.

    Répondre

    • Comment concevoir rationnellement votre système 10 octobre 2018 16:17, par Jean-Luc

      Bonjour,

      Oui on peut modifier le système de manière à avoir un capteur de chaque côté.

      • On ne peut pas mettre deux capteurs en parallèle sur la même broche, ça provoquera un court-jus.
      • Il faut deux broches et faire un ou des conditions des deux capteurs.
          case PN_OUVERT:
            /* lecture du capteur pour détecter un train */
            if (digitalRead(capteur1Pin) == trainPresent || digitalRead(capteur2Pin) == trainPresent) {
              /* train présent */
              /* On ferme les barrière */
              barriere1.goTo(positionFermeeBarriere1);
              barriere2.goTo(positionFermeeBarriere2);
              /* On démarre le clignotement */
              clignotantFeu1.startBlink();
              clignotantFeu2.startBlink();
              /* Le PN est en train de se fermer */
              etatPN = PN_SE_FERME;
            }
            break;

      Par contre pour tester l’absence du train c’est un et :

          case PN_FERME:
            /* lecture du capteur pour détecter le départ du train */
            if (digitalRead(capteur1Pin) == trainAbsent && digitalRead(capteur2Pin) == trainAbsent) {
              dateOuverture = millis() + temporisationOuverture;
              etatPN = PN_TEMPO;
            }
            break;

      À noté que l’instant de détection de l’absence du train est le moment ou le train quitte le capteur de sortie, quel qu’il soit.

      On pourrait faire quelque chose de plus intelligent est changeant l’automate : on distinguerait si c’est le capteur 1 ou le capteur 2 qui détecte le train et on enchaine des états de manière à attendre que le capteur opposé

      1. détecte le train, ce qui permet de détecter l’arrête d’un train trop court pour masquer à la fois les deux capteurs sur le PN.
      2. puis ne détecte plus le train.

      Ça serait plus robuste.

      Répondre

  • Comment concevoir rationnellement votre système 9 décembre 2018 14:36, par PIgnon Joël

    Bonjour,
    Je débute sur Arduino et je voudrais savoir si votre programme pourrait fonctionner avec un ILS à la place d’un détecteur de présence et qui n’actionne que les barrières (j’ai déjà des feux clignotants qui fonctionnent avec un relais).
    Merci pour votre réponse.
    Cordialement

    Répondre

  • Comment concevoir rationnellement votre système 10 décembre 2018 13:34, par Jean-Luc

    Bonjour,
    La réponse est oui aux deux questions.
    Cordialement

    Répondre

    • Comment concevoir rationnellement votre système 12 décembre 2018 18:24, par Joël Pignon

      Bonsoir,
      Merci pour votre réponse.
      J’ai téléversé ce programme tel quel.
      Quand je branche la carte arduino, les 2 servos vont rapidement dans un sens et reviennent plus lentement à leur position initiale sans avoir passé au préalable un aimant sur le ILS.
      De plus il fonctionnent en sens opposé.
      Voici mon cablage :
      Une patte du ILS sur le pin 2
      L’autre patte sur GND
      Le premier servo (barrière1) sur le pin 4
      Le second servo (barrière2) sur le pin 5
      Les fils rouges des servos sur +5 v
      Les fils noirs des servos sur GND.
      Pouvez-vous m’indiquer mon erreur.
      Encore merci.
      Cordialement.

      Répondre

      • Comment concevoir rationnellement votre système 13 décembre 2018 11:00, par Jean-Luc

        Bonjour,

        Les deux servos fonctionnent en sens opposés car pour le 1 la position fermée est 1.0 alors que pour le 2 c’est 0.0. Ça correspond à la maquette de la vidéo où la disposition des servos en miroir engendre ce mouvement contraire. Si pour vous c’est différent, changez les valeurs. Dans le source ce sont les lignes suivantes :

        /* Les positions cibles des barrières */
        const float positionOuverteBarriere1 = 0.0;
        const float positionFermeeBarriere1 = 1.0;
        const float positionOuverteBarriere2 = 1.0;
        const float positionFermeeBarriere2 = 0.0;

        Les deux servos vont rapidement à leur position initiale que j’ai fixées arbitrairement à 0.1. puis reviennent lentement à la position fermée. Comme il est impossible de savoir la position physique du servo, une position initiale arbitraire doit être décidée. On la choisira de manière à ce que ça soit neutre vis à vis de la mécanique. Ceci est fait dans les lignes suivantes :

        /* les barrières */
          barriere1.setPin(barriere1Pin);
          barriere1.setSpeed(2.0);
          barriere1.setInitialPosition(0.1);
          barriere1.goTo(positionOuverteBarriere1);
          barriere2.setPin(barriere2Pin);
          barriere2.setSpeed(2.0);
          barriere2.setInitialPosition(0.1);
          barriere2.goTo(positionOuverteBarriere2);  

        C’était pour la maquette. Je suggère de mettre une position initiale intermédiaire : 0.5
        À la mise sous tension, ou en cas de reset, les barrières se mettront dans une position semi-levée ce qui ne devrait rien cassé puis iront doucement en position levée. La position presque levée peut être également choisie mais la position initiale ne peut pas être la position de destination (barrières levées) car sinon ce mouvement ne sera pas fait, SlowMotionServo constatant que la position voulue est également la position initiale.

        Attention, si l’ILS n’est pas actionné, la broche flotte. Il faut donc mettre la capteurPin en INPUT_PULLUP au lieu de INPUT.

        Répondre

        • Comment concevoir rationnellement votre système 14 décembre 2018 18:45, par Joël Pignon

          Bonsoir,
          Cela foncionne impeccablement.
          Merci.
          Cordialement

          Répondre

        • Bonsoir,
          Ayant une double voie,j’aurai voulu mettre un ILS sur la seconde voie pour les trains circulant en sens inverse.
          J’ai donc modifié le programme en déclarant un second capteur.
          Je n’ai pas eu d’erreur lors de la vérification du programme mais celui-ci ne fonctionne pas. Les barrières se lèvent bien dans un sens (capteur pin1) mais pas sur l’autre voie (capteur pin2). De plus on entend un léger grésillement sur la carte Arduino :
          Voici le programme :

          /*
             Gestion d'un passage à niveau avec 2 capteurs ILS.
          
             Bibliothèques utilisées :
             - SlowMotionServo pour les barrières
             - LightDimmer pour le clignotement du feu du PN
          
          */
          
          #include <Servo.h>
          
          #include <SlowMotionServo.h>
          
          /*
           * Décommentez la ligne ci-dessous pour avoir l'affichage 
           * de l'état courant de l'automate sur les broches 8 à 12
           */
          // #define AVEC_AFFICHAGE_ETAT
          
          /*-------------------------------------------------------------------*/
          /* Les états possible pour le PN */
          enum { PN_OUVERT, PN_SE_FERME, PN_FERME, PN_TEMPO, PN_S_OUVRE };
          
          /*-------------------------------------------------------------------*/
          /* Les pin des capteurs et les informations renvoyées                   */
          const byte capteurPin1 = 2;
          const byte capteurPin2 = 6;
          const byte trainPresent = LOW;
          const byte trainAbsent = HIGH;
          
          
          
          
          /*-------------------------------------------------------------------*/
          /* Les pins des servos */
          const byte barriere1Pin1 = 4;
          const byte barriere2Pin1 = 5;
          const byte barriere1Pin2 = 4;
          const byte barriere2Pin2 = 5;
          
          /* Les positions cibles des barrières */
          const float positionOuverteBarriere1 = 0.0;
          const float positionFermeeBarriere1 = 1.0;
          const float positionOuverteBarriere2 = 0.0;
          const float positionFermeeBarriere2 = 1.0;
          
          /* Les servos */
          SMSSmooth barriere1;
          SMSSmooth barriere2;
          
          /*-------------------------------------------------------------------*/
          /* La temporisation entre la fin du train et l'ouverture des barrières
             en ms
          */
          const unsigned long temporisationOuverture = 5000;
          
          #ifdef AVEC_AFFICHAGE_ETAT
          const byte ledEtat = 8;
          
          void initAffEtat()
          {
            for (byte i = ledEtat ; i < ledEtat + 5; i++) {
              pinMode(i, OUTPUT);
              digitalWrite(i, LOW);
            }
          }
          
          void afficheEtat(const byte etat)
          {
            for (byte i = ledEtat ; i < ledEtat + etat; i++) {
              digitalWrite(i, LOW);
            }
            for (byte i = ledEtat + etat + 1 ; i < ledEtat + 5; i++) {
              digitalWrite(i, LOW);
            }
            digitalWrite(ledEtat + etat, HIGH);
          }
          
          #define INITAFFETAT() initAffEtat()
          #define AFFICHEETAT(e) afficheEtat(e)
          #else
          #define INITAFFETAT()
          #define AFFICHEETAT(e)
          #endif
          
          /*-------------------------------------------------------------------*/
          /* Intialisations */
          void setup()
          {
            /* capteur de présence */
            pinMode(capteurPin1, INPUT_PULLUP);
            pinMode(capteurPin2, INPUT_PULLUP);
           
            /* les barrières */
              barriere1.setPin(barriere1Pin1);
              barriere1.setPin(barriere1Pin2);
              barriere1.setSpeed(2.0);
              barriere1.setInitialPosition(0.5);
              barriere1.goTo(positionOuverteBarriere1);
              barriere2.setPin(barriere2Pin1);
              barriere2.setPin(barriere2Pin2);
              barriere2.setSpeed(2.0);
              barriere2.setInitialPosition(0.5);
              barriere2.goTo(positionOuverteBarriere2);    
            INITAFFETAT();
          }
          
          /*-------------------------------------------------------------------*/
          /* Contrôle du PN */
          void loop()
          {
            static byte etatPN = PN_OUVERT;
            static unsigned long dateOuverture;
          
            /* Fait fonctionner les servos */
            SlowMotionServo::update();
          
            AFFICHEETAT(etatPN);
            
            switch (etatPN)
            {
              case PN_OUVERT:
                /* lecture du capteur pour détecter un train */
                if (digitalRead(capteurPin1) == trainPresent)
                if (digitalRead(capteurPin2) == trainPresent){
                  /* train présent */
                  /* On ferme les barrière */
                  barriere1.goTo(positionFermeeBarriere1);
                  barriere2.goTo(positionFermeeBarriere2);
                  /* Le PN est en train de se fermer */
                  etatPN = PN_SE_FERME;
                }
                break;
          
              case PN_SE_FERME:
                /* Si les deux servos sont arrêtés, le PN a terminé de se fermer */
                if (barriere1.isStopped() && barriere2.isStopped()) {
                  etatPN = PN_FERME;
                }
                break;
          
              case PN_FERME:
                /* lecture du capteur pour détecter le départ du train */
                if (digitalRead(capteurPin1) == trainAbsent)
                if (digitalRead(capteurPin2) == trainAbsent){
                  dateOuverture = millis() + temporisationOuverture;
                  etatPN = PN_TEMPO;
                }
                break;
          
              case PN_TEMPO:
                /* Un train est présent, on retourne à l'état PN_FERME */
                if (digitalRead(capteurPin1) == trainPresent)
                if (digitalRead(capteurPin2) == trainPresent){
                  etatPN = PN_FERME;
                }
                else {
                  /* Si la date est arrivée, on ouvre */
                  if (millis() >= dateOuverture) {
                    /* On ouvre les barrière */
                    barriere1.goTo(positionOuverteBarriere1);
                    barriere2.goTo(positionOuverteBarriere2);
                    etatPN = PN_S_OUVRE;
                  }
                }
                break;
          
              case PN_S_OUVRE:
                /* Un train est présent, on retourne à l'état PN_SE_FERME et on ferme la barrière */
                if (digitalRead(capteurPin1) == trainPresent)
                if (digitalRead(capteurPin2) == trainPresent){
                  barriere1.goTo(positionFermeeBarriere1);
                  barriere2.goTo(positionFermeeBarriere2);
                  etatPN = PN_SE_FERME;
                }
                else {
                  /* Si les deux servos sont arrêtés, le PN a terminé de s'ouvrir */
                  if (barriere1.isStopped() && barriere2.isStopped()) {
                    etatPN = PN_OUVERT;
                  }
                }
                break;
          
              default:
                /* normalement impossible */
                break;
            }
          }

          Merci de me donner un indice pour que je voie où est mon erreur.

          Cordialement

          Répondre

          • Comment concevoir rationnellement votre système 21 décembre 2018 07:27, par Jean-Luc

            Bonjour,

            Le problème vient des lignes 124 et 125. Vous y faites implicitement un ’et’ des capteurs alors qu’il faudrait faire un ’ou’ comme je l’explique dans ma réponse au dessus. De même les conditions lignes 170 et 171 sont fausses, voir cette même réponse.

            Quant au grésillement je ne sais pas. Il est possible que vous chargiez trop le régulateur de la carte Arduino avec 4 servos.

            Répondre

            • Comment concevoir rationnellement votre système 21 décembre 2018 07:29, par Jean-Luc

              En passant, mettre deux objets SMS sur la même pin n’est pas prévu, je ne sais pas ce que ça fait exactement, probablement une oscillation de la commande du servo.

              Répondre

            • Bonsoir !

              Cela marche super !
              Encore merci.

              Répondre

              • Comment concevoir rationnellement votre système 15 mars 2019 10:30, par Joël PIGNON

                Bonjour,
                J’avais testé ce programme sur une plaque d’essai.
                Je viens de terminer le montage du passage à niveau sur mon réseau.
                Il y a juste un petit problème de temporisation.
                En effet, lorsque le train arrive sur le capteur, il se passe un certain temps avant que les barrières se ferment, de ce fait elles sont complètement fermées quand le train commence à quitter le pn. Que dois-je changer sur le programme ?

                Cordialement

                Répondre

  • Capteur Pololu - perturbation par les néons 26 mars 2019 13:51, par Phil95

    Bonjour,

    Au club, nous nous sommes inspiré de cet article pour réaliser une commande automatique d’aiguillage pour notre module qui permet de passer d’une voie unique à une voie double.

    Nous avons placer le capteur Pololu (version 5cm) entre les traverses des voies (discrétion oblige), de sorte que la détection se fait suivant l’axe vertical.

    Nous nous sommes aperçu que le capteur pouvait être très perturbé par la lumière des tubes néon de notre local (merci la LED rouge sur le capteur !).

    Quelqu’un a-t-il déjà eu ce problème ? Y a t il une solution simple ?

    Nous avons essayé de filtrer le signal en sortie du Pololu (filtre R-C sur la sortie + filtrage dans le SW Arduino), mais cela ne suffit pas.

    Répondre

  • Comment concevoir rationnellement votre système 27 mars 2019 14:00, par msport

    Ce type de détecteur ne se laisse pas perturber facilement ...
    https://www.ebay.fr/itm/APDS-9960-N...

    Répondre

  • Bonjour et merci pour vos réponses, mais je n’ai pas le temps de changer avant la prochaine expo : c’est dans 2 jours !
    Je vais simplement poser un "tunnel" au dessus des voies pour protéger le capteur de la lumière.
    Après on verra bien ...

    Répondre

  • Bon, le tunnel "ne passe pas" auprès des membres du club : esthétiquement pas compatible avec le décors.
    En plus, le capteur Pololu est aussi perturbé par la lumière du jour !
    Je vais essayer de le mettre plus bas, plus écarté des rails ...

    Répondre

  • Comment concevoir rationnellement votre système 20 novembre 2019 15:06, par Pancho61

    bonjour
    Moi je n’ai vraiment pas de chance lorsque télécharge le programme sur arduino pour le téléverser dans l’arduino et que j ’effectue la vérification et la compilation du fichier il trouve une erreur et bloque au niveau de SMSSmooth barriere1 ; (’SMSSmooth’ was not declared in this scope)
    peux-t-on m’aider à comprendre
    merci d’avance

    Répondre

  • Comment concevoir rationnellement votre système 20 novembre 2019 17:56, par msport

    Pas d’autres erreurs avant ?
    Votre bibliothèque SlowMotionServo est-elle bien installée ?

    Répondre

    • Comment concevoir rationnellement votre système 24 novembre 2019 10:01, par Pancho61

      Effectivement ayant changé d’ordinateur je n’avais pas réinstallé la bibliothèque ....! désolé pour ce post inutile.
      Par contre je ne serais pas contre un schéma du câblage de votre montage en considérant que le passage à niveau est à double voies et qu’il y aura un GP2Y0D805Z0F en amont du passage à niveau sur chacune des voies
      merci beaucoup

      Répondre

Réagissez à « Comment concevoir rationnellement votre système »

Qui êtes-vous ?
Votre message

Pour créer des paragraphes, laissez simplement des lignes vides.

Lien hypertexte

(Si votre message se réfère à un article publié sur le Web, ou à une page fournissant plus d’informations, vous pouvez indiquer ci-après le titre de la page et son adresse.)

Rubrique « Programmation »

Les derniers articles

Les articles les plus lus