Forum-passionnement

Bonjour à tous,

L'APT de Patrice est terminé et en attente de livraison . . . .
Malheureusement Patrice a horreur de me voir désœuvré et me demande donc de prévoir l'automatisation de l'APT . . . .


Bon, j'ai 2 semaine pour résoudre le problème . . .
Problème d'autant plus complexe pour moi car je n'ai aucune idée sur le fonctionnement des logiciels

L'idée pour moi est d'envoyer un code correspondant à une voie de stockage à l'APT pour qu'il y aille .
Voilà les codes que comprendrait l' APT :
. .
Mais je n'ai aucune idée s'il est possible de générer de tels codes avec le logiciel de gestion du réseau !
Avant de me casser la tête à modifier mon programme , j'aimerai avoir vos avis !
Je n'ai pas envie de me fatiguer pour rien ! ! !

Le signal pourrait être envoyé via le DCC et un décodeur serait en liaison avec l'APT .

Je suis le vilain bourreau dans cette histoire avec mon fouet

Merci Hervé de te pencher sur ce sujet, ça va devenir un engin de fou cet APT, tu vas avoir des commandes

Je laisse les pros de la question proposer leur idées , je pense qu'il faut utiliser des adresses, mais c'est encore un peu floue dans mon esprit embrumé en ce début d'année.

Faisons simple.

Un logiciel de train vas envoyer un n° DCC. Par exemple "512".

Le but maintenant est que si le logiciel envois "512" il faut que l'APT aille a N2 voie n°1

Il te faut donc "décoder" la trame DCC et quand est lue "512" ton programme enverra l'APT au N2 voie 1

512 serait plutôt 112 !
Bon, donc apparemment pas de soucis . . . . je continue donc !

On doit même pouvoir inscrire des identifications parlantes , style GV1, pour Gauche V1, qui rendent l'identification plus simple et sans erreur.

Pour vous aider, je peux expliquer comment fonctionne mon pont tournant en DCC.

Celui-ci est équipé de deux Arduinos nano.
Le premier gère les moteurs, capteur.... Bref l'électronique du PT. Cet arduino peut recevoir des commandes en clair (en texte....), chez moi par le bus i2c, commandes du style "v1", "v12" qui font que la cabine du PT se positionne en voie 1 ou en voie 12....
Le deuxième est un décodeur d'accessoires Dcc. Il reçoit de la centrale des commandes dcc d'aiguillage, par adresses, droit ou dévié.
Le couple adresse dcc/ droit ( ou devié) correspond à un numéro de voie où positionner le tablier.
Donc, ce décodeur d'accessoires traduit la commande Dcc en commande compréhensibles par le PT, c'est à dire v1.... V12... Et les envoi sur le bus i2c vers l'Arduino du PT qui 'sexecute....

Cela est totalement applicable à l'apt

Ça, Patrice, c'est toi après sur ton logiciel qui lui donne le nom que tu veut.

Il faut juste savoir que pour chaque voie il faut un N° DCC unique.

J'ai mis 512 en exemple, car en principe les n° DCC de 1 a 499 ont les réserves pour le matériel roulant.

Dans ton cas tu a besoin de 37 n° DCC.

Amigorl a écrit : 15 janv. 2026, 17:14
Donc, ce décodeur d'accessoires traduit la commande Dcc en commande compréhensibles par le PT, c'est à dire v1.... V12... Et les envoi sur le bus i2c vers l'Arduino du PT qui 'sexecute....

Cela est totalement applicable à l'apt

C'est tout a fait ça.

Merci les copains, j'ai enfin compris le principe et fais un grand pas en avant.

Pourquoi 2 Arduinos nano :

Avec un seul, pas assez de ressources matérielles notamment pins d'interruptions pour gérer à la fois les moteurs et capteurs et décoder les trames dcc.

Peut ce sera possible avec un esp32 mais ce n'est pas le choix que j'ai fait y a 2 ans.

Amigorl a écrit : 15 janv. 2026, 17:14 Pour vous aider, je peux expliquer comment fonctionne mon pont tournant en DCC.

Celui-ci est équipé de deux Arduinos nano.
Le premier gère les moteurs, capteur.... Bref l'électronique du PT. Cet arduino peut recevoir des commandes en clair (en texte....), chez moi par le bus i2c, commandes du style "v1", "v12" qui font que la cabine du PT se positionne en voie 1 ou en voie 12....
Le deuxième est un décodeur d'accessoires Dcc. Il reçoit de la centrale des commandes dcc d'aiguillage, par adresses, droit ou dévié.
Le couple adresse dcc/ droit ( ou devié) correspond à un numéro de voie où positionner le tablier.
Donc, ce décodeur d'accessoires traduit la commande Dcc en commande compréhensibles par le PT, c'est à dire v1.... V12... Et les envoi sur le bus i2c vers l'Arduino du PT qui 'sexecute....

Cela est totalement applicable à l'apt

Bon, je ne me suis pas trompé . C'est ce que je suis en train de faire !

Tu peu même pousser le bouchon, comme tu a une Mega aux commandes, autant qu'elle fasse tout elle même.

Lecture du DCC / transcription / exécution.

Cool mais il faut une pin avec interruption disponible pour l'entrée signal dcc sur le micro contrôleur.
Sinon utilisation d'un micro contrôleur dédié décodeur d'accessoires, traducteur de commandes

Mon PT a également la double commande : manuelle par boutons ou bien par commande Dcc.

likiki a écrit : 15 janv. 2026, 17:35 Tu peu même pousser le bouchon, comme tu a une Mega aux commandes, autant qu'elle fasse tout elle même.

Lecture du DCC / transcription / exécution.

NON ! ! !

ça m'obligerai à ré écrire le programme . . . Et là, pas question !

Amigorl a écrit : 15 janv. 2026, 17:36 Mon PT a également la double commande : manuelle par boutons ou bien par commande Dcc.

ça sera le cas, aussi !

Non, juste ajouter une routine de lecture DCC.

likiki a écrit : 15 janv. 2026, 17:14 Ça, Patrice, c'est toi après sur ton logiciel qui lui donne le nom que tu veut.

Il faut juste savoir que pour chaque voie il faut un N° DCC unique.

J'ai mis 512 en exemple, car en principe les n° DCC de 1 a 499 ont les réserves pour le matériel roulant.

Dans ton cas tu a besoin de 37 n° DCC.

J'ai aussi les moteurs d'aiguilles Cobalt DCC IP, déjà en place sur les modules qui vont être réutilisés, dans les dresses 500...Mais c'est pas un soucis, tout peut se régler..

likiki a écrit : 15 janv. 2026, 17:38 Non, juste ajouter une routine de lecture DCC.

NOOOON !

Vous verrez bien si le méga a suffisamment de ressources matérielles pour tout gérer.

Je ne peux rien affirmer, je n'ai utilisé que des Arduinos nano.

Commande apt 412 ne veut pas forcément dire adresse dcc 412, faut une correspondance adresses accessoires dcc/numéro de commande apt ......

J'utiliserai un Nano comme décodeur en liaison RX TX avec la Mega . Avec une connexion courte, ça ne devrait pas poser de problème .

Mais une chose à la fois . . .

Amigorl a écrit : 15 janv. 2026, 17:45 Commande apt 412 ne veut pas forcément dire adresse dcc 412, faut une correspondance adresses accessoires dcc/numéro de commande apt ......

On en reparlera ! car je ne maitrise pas tout ! tant s'en faut . . .

J'ai utilisé i2c mais RX TX très bien aussi !

Amigorl a écrit : 15 janv. 2026, 18:01 J'ai utilisé i2c mais RX TX très bien aussi !

Oufff !