Temporisation commande signaux

[loco28]

Bonsoir,

Comme pour les commandes d'aiguillages, est-il possible de mettre une temporisation dans les commandes de signaux?

[jpp38]

Bonjour,

Non.
Mais au fait, quel en serait l'intérêt?

JP

[loco28]

J'ai réalisé mes décodeurs d'accessoires avec un (des) ARDUINO.
Pour les commandes d'aiguillages, aucun problème.
Pour les signaux, il arrive que l'ARDUINO "loupe" la 2ème adresse de signal, probablement du au temps de traitement de la 1ère adresse.
Rien de grave, il faut juste que je regarde de plus près l'architecture de mes programmes

Une question en passant: est-il possible de fermer un signal par une action extérieure?

[loco28]

Par contre, je voudrais bien savoir dans quel ordre CDM envoi les ordres pour les signaux

Par exemple, si le train vient de franchir le signal N, N passe au rouge, N-1 au jaune et N-2 au vert: dans quel ordre les commandes sont-elles envoyées?

[gily]

bonjour loco.

Je ne pourrais pas répondre à toutes tes questions mais pour savoir s'il est possible de fermer un signal par une action extérieure, la réponse est non.

Quant à ton arduino qui "loupe" des adressages, je ne connais bien sur par ton programme mais en général, sur un système
à microcontrôleur (donc comme les arduino), pour réagir face à des évènements rapides, rien de tel que de passer par des interruptions, empiler les évènements,
puis les dépiler au fur et a mesure du traitement.

bon courage

[CC72000]

Bonsoir,

Par exemple, si le train vient de franchir le signal N, N passe au rouge, N-1 au jaune et N-2 au vert: dans quel ordre les commandes sont-elles envoyées?

Non, ce n'est pas tout à fait comme cela que ça fonctionne.

Avant de franchir le signal N qui est au vert, le signal N-1 est rouge, N-2 jaune et N-3 vert.

- Quand la tête du train franchit le signal N, seul le signal N passe au rouge.
- Ensuite quand la queue du train va franchir le signal N, le signal N-1 passe du rouge au jaune et N-2 du jaune au vert.

Donc c'est quand la queue du train franchit le signal que 2 signaux changent d'état, dans quel ordre ? je laisse JP répondre.

[loco28]

Bonsoir,

Tout a fait d'accord avec toi et du coup, je comprends mieux pourquoi j'ai vu parfois les feux fonctionner correctement. Quand le train comprend des voitures ou des wagons, sa longueur fait qu'il y a forcément un décalage entre l'envoi des ordres et là, tout se passe bien. Alors qu'en ce moment, je teste (un nouveau câblage) avec une machine seule et là, tous les ordres passent en même temps.
Je suis également d'accord avec la réponse de Gilly: il faudrait gérer avec des interruptions, mais çà, je ne maîtrise pas.

[jpp38]

Bonjour,

Les signaux sont remis à jour tous les 1/10 de secondes. Mais des signaux qui changent au même moment, comme 3 signaux sur 3 cantons consécutifs, changent dans un ordre interne connu par le programme seulement. Même moi, je ne sais pas le dire... je pourrais en regardant dedans bien sûr. Mais une réalisation qui s'appuie sur ce genre de détail d'"implémentation", n'est pas saine.

Il faut vraiment que tu creuses cette question d'interruptions: dans toutes les réalisations à base de microcontrôleurs, c'est essentiel pour avoir un fonctionnement sain.
En fait, c'est le seul moyen de maîtriser les applications "temps réel".

N'hésite pas à y consacrer du temps, même si ça fait toujours un peu peur au départ. En fait, on s'y habitue très vite, et c'est vraiment du temps gagné pour la suite.

JP

[loco28]

Après pas mal de galères, j'y suis arrivé.
Dans le sous-programme qui récupère les signaux DCC et qui fonctionne en mode "interruption", j'enregistre immédiatement les valeurs (adresse et action) dans un fichier type FIFO (First IN, First Out).
Après, dans le programme principal (la "loop"), je dépile le fichier et traite les données pour déterminer quelles sorties je vais actionner. A chaque interruption, le traitement s'arrête puis reprends ensuite où il en était. Comme il y a des moments où aucune données DCC est envoyée, le fichier est régulièrement vidé et il n'y a aucun risque d'overflow.
Tous les essais faits montrent que je ne loupe plus de données.
Il me reste juste à tester un cas où même les aiguilles ne bougeaient pas toutes, à savoir un changement Voie1-Voie2 suivi d'un débranchement vers une VU, opération qui nécessite la commande de 3 aiguilles, 2 signaux (plus Jaune et Vert des cantons derrière), soit l'envoi, dans mon cas de 3 + 8 infos.