736
Vos projets / Re : Commande d'itinéraires par arduino
« le: mars 13, 2015, 07:19:59 pm »
4°) Il faut que chaque aiguille puisse être alimentée par plusieurs endroits. ça complique aussi le câblage.
L'Arduino pour le train miniature
Nouvelles:
Le forum LOCODUINO est consacré aux discussions ayant trait à l'utilisation de l'Arduino dans les automatismes et les animations pour le train miniature. Nous avons eu récemment quelques inscriptions de personnes ayant des projets plus généraux mais surtout inapplicables au train miniature. Si votre projet ou vos questions ne concernent pas le modélisme ferroviaire, ne vous inscrivez pas, vous perdriez votre temps et nous aussi.
Voir les contributions
Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.
737
Vos projets / Re : Commande d'itinéraires par arduino
« le: mars 13, 2015, 07:10:19 pm »
1°) On ne recherche pas d'itinéraire au fur et à mesure que le train roule. On est d'accords, mais on le dit différemment.
On le redéfinit. OK
2°) Attention à un autre point : un croisement ne bouge pas, n'a aucune bobine (Tortoise ou servo), mais pose exactement le même problème que la TJD.
3°) Je propose d'avoir des modules avec un arduino pro mini chacun et qui règlent un problème spécifique :
Une aiguille en pointe, une en talon, un croisement, une bifurcation, une TJD.
On le redéfinit. OK
2°) Attention à un autre point : un croisement ne bouge pas, n'a aucune bobine (Tortoise ou servo), mais pose exactement le même problème que la TJD.
3°) Je propose d'avoir des modules avec un arduino pro mini chacun et qui règlent un problème spécifique :
Une aiguille en pointe, une en talon, un croisement, une bifurcation, une TJD.
738
Vos projets / Re : Commande d'itinéraires par arduino
« le: mars 13, 2015, 04:10:19 pm »
D'accord avec ta méthode pour calculer l'itinéraire au lieu de stocker tous les itinéraires possibles.
C'est aussi comme ça que je faisais (j'avais potassé en 1998 sur le sujet).
Par contre, on ne choisit pas le plus court. C'est souvent celui qui génère le plus d'incompatibilités avec les autres.
On décide de prendre celui qui va le plus à gauche.
Comme ça, quand il y a 2 diagonales, on a moins de chance de faire des itinéraires qui se croisent.
Le train qui vient de l'extérieur prend donc la diagonale externe et celui qui vient dans l'autre sens prend la diagonale interne.
C'est juste une probabilité : deux itinéraire demandés peuvent être incompatibles, quelle que soit la méthode.
Une fois qu'un itinéraire est construit, on ne peut plus utiliser ses aiguilles tant que le train ne les a pas "effacées" en roulant dessus.
Quand le train parcoure l'itinéraire, il en efface les aiguilles une à une.
C'est cette notion qu'on appelle "souplesse".
Une fois une aiguille effacée, elle devient immédiatement disponible pour un autre itinéraire.
D'où la nécessité de tester l'occupation des aiguilles une par une.
D'où le fait que j'ai raisonné comme ça sur mon projet sur le forum Loco Revue.
Si on va jusqu'au bout du raisonnement, l'itinéraire est accroché non pas à sa voie d'origine, mais à sa voie d'extrémité.
A+
PS : j'ai essayé de mettre une image, mais je n'ai pas compris comment faire.
C'est aussi comme ça que je faisais (j'avais potassé en 1998 sur le sujet).
Par contre, on ne choisit pas le plus court. C'est souvent celui qui génère le plus d'incompatibilités avec les autres.
On décide de prendre celui qui va le plus à gauche.
Comme ça, quand il y a 2 diagonales, on a moins de chance de faire des itinéraires qui se croisent.
Le train qui vient de l'extérieur prend donc la diagonale externe et celui qui vient dans l'autre sens prend la diagonale interne.
C'est juste une probabilité : deux itinéraire demandés peuvent être incompatibles, quelle que soit la méthode.
Une fois qu'un itinéraire est construit, on ne peut plus utiliser ses aiguilles tant que le train ne les a pas "effacées" en roulant dessus.
Quand le train parcoure l'itinéraire, il en efface les aiguilles une à une.
C'est cette notion qu'on appelle "souplesse".
Une fois une aiguille effacée, elle devient immédiatement disponible pour un autre itinéraire.
D'où la nécessité de tester l'occupation des aiguilles une par une.
D'où le fait que j'ai raisonné comme ça sur mon projet sur le forum Loco Revue.
Si on va jusqu'au bout du raisonnement, l'itinéraire est accroché non pas à sa voie d'origine, mais à sa voie d'extrémité.
A+
PS : j'ai essayé de mettre une image, mais je n'ai pas compris comment faire.
739
Vos projets / Re : Commande d'itinéraires par arduino
« le: mars 12, 2015, 08:50:07 pm »
Bonjour,
200 aiguilles, c'est vraiment énorme.
Je commencerais par distinguer 2 zones : les gares cachées et la zone visible.
En général, quand les réseaux sont de cette taille (que tu ne nous a pas donnée, d'ailleurs
) il y a énormément d'aiguilles alignées dans une gare cachée.
J'entends par "alignées" des gares dans lesquelles les aiguilles sont les unes derrière les autres et qu'un seul itinéraire est possible, excluant tous les autres.
Chacun permet d'aller vers une voie de garage.
Il y a plein de voies de garages avec un train prêt sur chacune et chaque fois qu'un train rentre, c'est un autre qui sort.
Deux gares de ce type sont sur le réseau et la gestion consiste à envoyer un train d'une gare cachée à l'autre gare cachée.
A partir du moment où il n'y a pas d'itinéraires compatibles, c'est assez facile à gérer.
Et puis il y a la partie visible (avec une troisième gare !), plus complexe à gérer.
Là, trois types de gestion :
Le type PRA (Poste tout Relais Automatique), PRS (Poste tout Relais à transit Souple) et le PRG, plus récent, (Poste tout Relais à gestion Géographique).
Évidemment, on ne le fera pas à relais ...
Le PRA est assez "simple" : on décrit l'itinéraire quelque part, il s'exécute en mettant les aiguilles dans la bonne position (l'une après l'autre pour éviter les appels de courant).
Son défaut viscéral : tant que l'itinéraire n'est pas parcouru jusqu'au bout, il bloque tout le monde.
Ce serai utilisable en gare cachée.
Le PRS est, lui, assez tordu. Là, on voit très très peu de réalisations. C'est une sorte de Graal.
ça démarre pareil, mais dès qu'un autre itinéraire compatible est réalisable, il se lance.
Le premier train finit son itinéraire, mais un autre train est lancé. C'est ça, la souplesse.
ça suppose évidemment que chaque aiguille soit considérée comme un canton, géré comme tel.
C'est nettement plus complexe, surtout en câblage.
Je ne connais que 2 réalisations : Pierre Chenevez en 1972 (avec quelques erreurs de schémas, d'ailleurs) et celle, dans les années 1990, des frères Jesu dans Loco Revue.
Je n'en ai jamais vue en électronique.
Je ne sais pas si un logiciel l'a fait. C'est possible.
Le PRG est du même genre, mais on sélectionne un itinéraire en appuyant sur le bouton Origine de l'itinéraire et sur l'Extrémité pour le lancer.
Sinon, il faut retenir le numéro d'itinéraire, ce qui n'est pas gérable avec 200 aiguilles.
On doit pouvoir le faire avec DES Arduinos. Mais rien de tout fait.
Bon courage !
Denis
200 aiguilles, c'est vraiment énorme.
Je commencerais par distinguer 2 zones : les gares cachées et la zone visible.
En général, quand les réseaux sont de cette taille (que tu ne nous a pas donnée, d'ailleurs
) il y a énormément d'aiguilles alignées dans une gare cachée.J'entends par "alignées" des gares dans lesquelles les aiguilles sont les unes derrière les autres et qu'un seul itinéraire est possible, excluant tous les autres.
Chacun permet d'aller vers une voie de garage.
Il y a plein de voies de garages avec un train prêt sur chacune et chaque fois qu'un train rentre, c'est un autre qui sort.
Deux gares de ce type sont sur le réseau et la gestion consiste à envoyer un train d'une gare cachée à l'autre gare cachée.
A partir du moment où il n'y a pas d'itinéraires compatibles, c'est assez facile à gérer.
Et puis il y a la partie visible (avec une troisième gare !), plus complexe à gérer.
Là, trois types de gestion :
Le type PRA (Poste tout Relais Automatique), PRS (Poste tout Relais à transit Souple) et le PRG, plus récent, (Poste tout Relais à gestion Géographique).
Évidemment, on ne le fera pas à relais ...
Le PRA est assez "simple" : on décrit l'itinéraire quelque part, il s'exécute en mettant les aiguilles dans la bonne position (l'une après l'autre pour éviter les appels de courant).
Son défaut viscéral : tant que l'itinéraire n'est pas parcouru jusqu'au bout, il bloque tout le monde.
Ce serai utilisable en gare cachée.
Le PRS est, lui, assez tordu. Là, on voit très très peu de réalisations. C'est une sorte de Graal.
ça démarre pareil, mais dès qu'un autre itinéraire compatible est réalisable, il se lance.
Le premier train finit son itinéraire, mais un autre train est lancé. C'est ça, la souplesse.
ça suppose évidemment que chaque aiguille soit considérée comme un canton, géré comme tel.
C'est nettement plus complexe, surtout en câblage.
Je ne connais que 2 réalisations : Pierre Chenevez en 1972 (avec quelques erreurs de schémas, d'ailleurs) et celle, dans les années 1990, des frères Jesu dans Loco Revue.
Je n'en ai jamais vue en électronique.
Je ne sais pas si un logiciel l'a fait. C'est possible.
Le PRG est du même genre, mais on sélectionne un itinéraire en appuyant sur le bouton Origine de l'itinéraire et sur l'Extrémité pour le lancer.
Sinon, il faut retenir le numéro d'itinéraire, ce qui n'est pas gérable avec 200 aiguilles.
On doit pouvoir le faire avec DES Arduinos. Mais rien de tout fait.
Bon courage !
Denis