L'ascenseur de Patrick ramasoft

[ramasoft]

Oui effectivement j'ai vu que c'était inversé ... mais ça dépend dans quel sens on regarde le driver.
Là j'ai fait un essai avec un bout de code qui fait juste tourner le moteur dans un sens puis dans l'autre, je vais voir pour faire des accélérations et d'autres tests.

Ils disent aussi de débrancher le moteur pour modifier la valeur de VREF, ou est-ce que ça suffit juste que le moteur ne tourne pas ?

Et il y a encore (...) une question que je me pose: j'ai mis un condensateur de 100µF 50V sur le 12V pour amortir mais quand il y aura les deux drivers, l’alimentation sera commune et donc je n'ai pas besoin de mettre un 2eme condensateur qui se retrouverai branché en parallèle sur le premier.
Donc question: est-ce qu'il ne faudrait pas augmenter la capacité du condo et passer à 200µF ?

[herwat]

Pour faire la mesure, je pense (sans en être sûr) qu'il suffit qu'il ne tourne pas . De toute façon il est déconseillé de mettre le driver sous tension quand le moteur n'est pas branché . Donc . . .

Pour le condo de 100 µF , j'en met un par driver . Il est conseillé de le mettre au plus prêt des pattes + et - . Je le met donc entre ses pattes, sous le driver :
.

IMG_3310.jpg (101.22 Kio) Vu 502 fois

.
Voili voilou !

[ramasoft]

Ah oui, c'est pas bête de le mettre en dessous.
Encore

Et comme je n'en ai qu'un j'ai voulu en commander chez Amazon pour les avoir rapidement ... j'en ai trouvé à 1€ pièce (les moins chers) et il faut atteindre 35€ pour le port gratuit ... quand ça coute 2,30€ les 50 avec port gratuit à partir de 10€ chez les chinois ...

[herwat]

Ah oui, c'est pas bête de le mettre en dessous.
Encore

Et comme je n'en ai qu'un j'ai voulu en commander chez Amazon pour les avoir rapidement ... j'en ai trouvé à 1€ pièce (les moins chers) et il faut atteindre 35€ pour le port gratuit ... quand ça coute 2,30€ les 50 avec port gratuit à partir de 10€ chez les chinois ...

Eh oui ! ! !

[ramasoft]

J'ai fait un premier montage pour tester les deux moteurs avec les drivers en parallèle sur les mêmes sorties de l'Arduino et un petit bout de code qui simule 4 niveaux avec montée et descente.
Ça marche nickel. J'ai laissé tourner tout ça une bonne demie heure et rien ne chauffe.
Pour le moment je suis sur une alimentation de labo qui peut sortir 15V et j'ai remarqué que la consommation augmente si on diminue la tension donc je me demande si je ne vais pas les alimenter avec plus de 12V. J'ai des alims à découpage de 19V 2A qui viennent d'anciens ordinateurs portables.
La consommation des deux moteurs n'est que de 500mA avec des pointes à 700mA mais on est à vide.
Je ne sais pas s'il y a une grosse différence de consommation en charge.
Mais de toute façon , je vais mettre une masse d'équilibrage comme l'a fait Christian et les moteurs ne peineront pas beaucoup et ça évitera la descente de la voie quand les moteurs ne sont plus alimentés.

C'est dommage car les profilés alu et les vis sans fin ne sont pas encore arrivés, j'espère les avoir d'ici jeudi ou vendredi.

Je n'ai que des condos radiaux pour moment...

Questions pour Hervé:
Est-ce qu'on peut utiliser la broche Enable des drivers pour faire un arrêt d'urgence sinon, tu as fait comment ?
Et pour la détection du point haut, tu as utilisé un contact mécanique comme sur les imprimantes ou un capteur IR ou effet Hall ?

[herwat]

Aaaahhhh ! ! ! ça c'est cool !



Pour l'arrêt d'urgence je met effectivement la broche "Enable" au niveau haut .
Pas de détection de niveau haut ! ! ! ! je compte simplement le nombre de pas : c'est d'une simplicité et d'une fiabilité redoutable ! ! !

Voilà ma fonction déplacement :

Code : Tout sélectionner

   void Deplacement ()

      {
        digitalWrite(pinMvt,HIGH);           // oblige le moteur gauche à démarrer
        digitalWrite(pinNivG,Destination);   // lui indique où aller
        digitalWrite(PinRelaiN[0], HIGH);
        digitalWrite(PinRelaiN[1], HIGH);
        digitalWrite(PinRelaiPass, HIGH);
        digitalWrite(PinLedN [Destination],HIGH);
        digitalWrite(pinDriverHT,LOW);
        Moteur1.setMaxSpeed(Vitesse);
        Moteur1.setAcceleration(Accel);
        Moteur1.moveTo(Hauteur[Destination]);
        ini = true ; 
        while (ini) {
                   Moteur1.run();
                   if ( !Moteur1.run() ){ ini = false ; }
                   Alim_Led () ;
                   if(digitalRead(pinBPUrg)){ ArretUrg (); }     // Arret d'urgence
                    }
 
        digitalWrite(pinDriverHT,HIGH);
        while( !digitalRead ( pinPret )){}  // attend que le moteur gauche soit prét
        digitalWrite(PinRelaiN[Destination], LOW);
        digitalWrite(PinRelaiPass, LOW);
        digitalWrite(pinMvt,LOW);
        NiveauAct = Destination ;
        Mvt = false ;  Alim_Led () ;
      }
      

[ramasoft]

[
Pas de détection de niveau haut ! ! ! ! je compte simplement le nombre de pas : c'est d'une simplicité et d'une fiabilité redoutable ! ! !

Mais il faut quand même avoir un niveau de référence. Quand on met le système en marche l'ascenseur peut se trouver n'importe où, donc je pensais le faire monter jusqu'à ce qu'il rencontre un capteur qui indique qu'il est tout en haut = position 0 et de là, effectivement je pense compter les pas pour les niveaux inférieurs.

[herwat]

Ah d'accord . pour moi, le niveau zéro est le niveau bas !
Alors oui, j'utilise un capteur à effet hall .

[likiki]

Quelle précision a tu avec un effet hall .

Perso j'utilise un capteur IR et j'ai une précision de 1/2 mm.

[ramasoft]

Je comptais aussi utiliser un capteur IR qui me paraît plus précis.
Pour la liaison entre le boitier de commande et la carte des drivers (qui sera sur le socle des moteurs) je vais mettre un câble réseau 4 paires (il me faudra 8 fils) avec des prises RJ45.
L'arrivée 12 V (ou plus... faut tester) se fera sur le socle des moteurs et le 5V sur le boitier de commande sera fourni par un simple bloc secteur avec prise USB, donc j'alimenterai l'Arduino juste par sa prise USB.
Et je vais mettre un bloc de prises secteur avec un interrupteur à proximité pour n'allumer l'ascenseur que quand il y en a besoin. Où faire mettre un relais piloté par l'Arduino pour commander l'arrivée du 12V.

Je pense mémoriser les positions des étages avec la bibliothèque EEPROM qu'il faut que j'étudie de plus près.
La commande se fera via un écran LCD où je pourrais mettre un genre de menu à 3 ou 4 option affichables avec un encodeur rotatif qui servira aussi à la sélection de l'étage.
Dans le menu il y aura une option pour mémoriser les positions, réinitialiser et aller à un étage.
Ça commence à prendre forme dans ma tête.

Une question que je me pose est de savoir s'il faut attendre que l’Arduino s'initialise avant de mettre le 12V sur les drivers où ça n'a pas d'importance.

[likiki]

Perso, mon moteur est alimenté avec un chargeur 9V.

[ramasoft]

En faisant les essais avec une alimentation variable, j'ai remarqué que plus la tension est basse et plus le moteur consomme, c'est pour ça que je me demande s'il ne vaut mieux pas augmenter la tension. Il y a 200mA de plus à 12V qu'à 15V pour les deux moteurs.

[likiki]

Alors attention car ton Drivers consomme, et pas toujours ce que l'ont crois.

1) Tu met la borne Enable au GND.
2) Tu fait faire quelques mouvements a ton moteur
3) tu laisse tout alimenté sans y toucher une dizaine de minutes en surveillant la consommation
4) tu met le doigt sur le radiateur du Drivers.


Pour moi, a 9V le Drivers est totalement froid et la consommation est nul, en 12V le Drivers est très chaud et la consommation est d'environ 500mA (et ce sans que le moteur tourne).

[herwat]

Quelle précision a tu avec un effet hall .

Perso j'utilise un capteur IR et j'ai une précision de 1/2 mm.

Je viens de faire une mesure, c'est de l'ordre de 2 à 3 /10 ième de mm .
Suffisant pour que les trains ne déraillent pas .

Pour l'alimentation des moteurs, je suis en 12 v .
Sous mon réseau, il y a un feeder de 12 v et un de 5 v . tout ce qu'il faut pour alimenter mes systèmes ! donc je n'ai pas cherché plus loin .

Alors pour mes ascenseurs, j'ai décalé l'alimentation des moteurs en 12 v par rapport au 5v des arduino : en fin de setup des arduino , j'ai une ligne de commande pour un relai qui alimente les drivers des moteurs . Pas de soucis .
Pour l'ascenseur de Patrice, l'alimentation est simultanée . Je prend soin de mettre un niveau haut sur la broche "Enable" des drivers dans le setup des arduino . Pas de problème non plus .

[herwat]

Pour moi, a 9V le Drivers est totalement froid et la consommation est nul, en 12V le Drivers est très chaud et la consommation est d'environ 500mA (et ce sans que le moteur tourne).

Le moteur ne tourne pas mais il est alimenté pour être bloqué . C'est le moment où il consomme le plus .

[ramasoft]

à tous les deux
Pour Christian hier j'ai fait un test d'1/2 heure à 15V et les drivers étaient à peine tièdes, mais c'est à vide sans charge sur les moteurs.
J'ai aussi remarqué que la consommation monte un peu quand le moteur est bloqué à l'arrêt, d'où l'intérêt de ne pas laisser l'ascenseur sous tension quand il ne sert pas.
Et pour le capteur, je n'ai que des capteurs IR, donc le choix ne se posera pas mais je pense aussi que IR est plus précis.

Pour Hervé: j'ai aussi un feeder 12 et 5V sous le réseau (12V pour l'éclairage des décors et 5V pour l'électronique et la signalisation) et effectivement je pourrais alimenter l'ascenseur sur ces feeders avec une commande ON / OFF par relais pour ne pas laisser l'ascenseur branché si je ne l'utilise pas. Je fais pareil sur le pont tournant, qui en plus le coupe le DCC sur les voies de garage.
Ça m'éviterai des alimentations en plus et un bloc de prises secteur à installer près de l'ascenseur.

Pour décaler l'alimentation des moteurs j'avais effectivement pensé d'abord mettre un relais mais je pense aussi qu'il suffit de ne mettre la broche Enable à LOW en dernière ligne du Setup. Ça doit suffire et c'est ce que je vais essayer.

[likiki]

Dans ma routine SETUP et dans la routine DEPLACEMENT, 1 - je met ENABLE a LOW, 2 - je fait déplacer l'ascenseur, 3 - je met ENABLE a HIGHT.

Je viens de mettre l'ascenseur en mode déplacement automatique pendant 1h avec du 9v , DRIVERS froid et moteur froid.

[ramasoft]

Ok, donc tu coupes quand il n'a pas à se déplacer.
Je note l'astuce, car ça doit éviter aussi de chauffer.
C'est la technique qu'on utilisait dans le temps pour refroidir les processeurs: on les mettait en idle quand il n'y avait rien à faire, c'est maintenant intégré au processeur lui-même.

Pour l'alimentation, je vais utiliser les feeders existants : j'ai 12V 5A et 5V 3A avec deux relais pour le mettre en route et l'éteindre quand il ne sert pas.
De toute façon, il faudra mettre un feu rouge sur la voie d'accès pour éviter d'envoyer un train si l'ascenseur n'est pas opérationnel, et sécuriser la voie d'accès si un train remonte donc il y aura une carte pour gérer tout ça et c'est elle qui mettra ou non le courant sur l'ascenseur.

Là je suis bloqué car il me manque les profilés et les vis sans fin, donc j'en profite pour voir comment je vais gérer tout ça.
J'ai aussi commandé deux poulies pour mettre une masse d'équilibrage, et je n'ai pas non plus de module I2C pour l'afficheur ni de prises RJ45 de châssis...
Et quand je vois la différence de prix entre Amazon et les chinois, je préfère attendre... c'est x3 ou x4 à chaque fois et ce sont exactement les mêmes produits qui viennent aussi de Chine.

[likiki]

Oui, mais c'est plus long, beaucoup plus long quelques fois.

[ramasoft]

Là pour les profilés c'est presque le double du délai normal ...

[patrice_b]

Ben ca bosse sérieusement dis donc.

Ca avance bien Patrick.

[ramasoft]

Je vais faire une série de vidéos avec un maximum de détails pour que ceux qui le veulent puissent se lancer dans l'aventure car c'est au final assez simple mais n'y connaissant rien au départ, j'ai passé pas mal de temps à me documenter et sans l'expérience et les conseils de Christian et d'Hervé je n'aurai pas commencé ce projet.

[patrice_b]

Super Patrick, très bonne initiative, je suivrais ça avec attention

[likiki]

Une petite idée pour Patrick.

1 Wemos qui sert d'émetteur
.

.

1 Wemos qui sert de récepteur
.

.

Le montage provisoire (les jaune et orange servent de liaison entre les bornes TX / RX du Wemos et du Nano
.

.


Video 1


Video 2

[TrainDoly]

C'est super Christian, mais je vois dans la vidéo 2 que tu aimes le risque...!