Module canton

Cette fois c'est la bonne! Dernière version du module canton v4.2.

J'ai trouvé le bon micro-controlleur, suffisemment rapide pour traiter les informations qui circulent sur le bus de communication. J'y ai ajouté 3 extensions à 8 sorties. Ainsi, je peux commander jusqu'à 2 signaux complexes à 7 feux + 1 oeilleton + 4 feux de direction. Avec ça, je pense pouvoir gérer assez de combinaisons pour un réseau SNCF. Dans le cas de la signalisation nord-américaine, j'ai de la place pour 2 signaux à 3 feux tri-colores et un peu plus. Là aussi, ça comble amplement les besoins. Le reste correspond, entre autre, au contrôle de 2 aiguillages, 3 entrées pour le canton DCC à surveiller, etc... Bien évidemment, il est nécessaire d'avoir le module de détection à 3 zones. Celui-ci n'est pas intégré. Peut-être lors d'une prochaine version...

La prochaine étape consistera à remplacer les anciens prototypes sur mon réseau de test et à vérifier que l'ensemble est cohérent. Il me faudra aussi construire un réseau virtuel pour tester plusieurs configurations... Pour l'instant, je peux gérer:

• les cantons génériques avec deux aiguillages, un à chaque extrémité
  
• les TJD
• les boucles de retournement
  

Au fur et à mesure des tests ou des commandes, je supporterai d'autres situations...

 Et ensuite, le grand saut? A voir si la demande est là...

Nouveau système de signalisation et de bloc automatique SNCF

Ca y est, j'ai enfin pu terminer la version 2.0 de ma carte de cantonnement sans ordinateur. Il s'agit ici du modèle 3D qui va partir en petite production pour l'instant. J'ai bien hâte de commencer le montage. La suite dans 2 semaines environ...

Springfield-Amherst Show 2024

Bonjour,

Ce week-end, nouvelle édition de cet énorme évènement de modélisme ferroviaire aux Etats-Unis... Cette année, j'y retourne après 4 ans d'absence, Covid oblige...

Cette fois-ci, je m'associe au groupe Dirty 30 (en On30 - ma deuxième passion) pour exposer mon réseau prototype électronique... Je me suis bien préparé et j'espère que tout fonctionnera comme sur des roulettes...

L'achalandage devrait être moins important que pour mon Logging Layout ou réseau forestier, mais je compte bien trouver quelques passionnés intéressés par cette technologie. Nous le verrons bien... (Quelques rendez-vous ont déjà été pris sur des forums pour venir me rencontrer...)

Autre point, j'ai quasiment complèté mon nouveau prototype électronique. Celui-ci est basé sur des breadboards uniquement, des LEDs et quelques fils (encore et toujours), mais sans réseau! Tout en virtuel. Je peux ainsi simuler n'importe quel réseau, ajouter les cartes "canton" nécessaires sans avoir à modifier ou déplacer des rails, et visualiser tous les signaux avec les LEDs. Je peux même intéragir avec lui pour représenter le déplacement des convois. Ceci va m'apporter beaucoup plus de flexibilité. Je vais aussi pouvoir définir des cas bien particuliers (comme une TJD) sans reconstruire un nouveau réseau de test à chaque fois.

Voilà... Je posterai sûrement quelques photos du show comme à l'habitude.

A bienôt!

Première exposition de l'année

Reprise de la saison des expositions et première visite aux Etats-Unis, à Saint-Albans, VT.

Petit rendez-vous d'une journée mais très agréable. De nombreux visiteurs se sont présentés et l'ambiance très chaleureuse.

 

Mon installation était consistutée de mon réseau forestier et de mon prototype électronique de signalisation et d'automate.

Hélas, pour cette première sortie, mon réseau n'était pas fonctionnel... Deux des modules ne s'alignaient pas correctement, empêchant ainsi la circulation des trains. Ceci-dit, les visiteurs ont beaucoup apprécié malgré tout.

Mon but est de corriger ce mauvais fonctionnement pour la prochaine exposition, dans deux semaines, à Belleville, ON. Il s'agit de souder les rails sur les traverses, entre les deux modules, rien de bien compliqué...

Concernant le prototype, gros succès! Beaucoup d'intérêt et de curiosité. La plupart des spectateurs étaient des amateurs de trains et comprenaient le concept de signalisation et d'automate. Cerise sur le gâteau: l'arrêt automatique des trains au feu rouge a fait son effet...

Voilà pour cette exposition. Prochain rendez-vous dans deux semaines.

Nouveau système de signalisation et d'automatisme en vidéo!

 Voilà, comme prévu, j'ai réalisé une vidéo explicative du fonctionnement de mon système de signalisation couplé à l'automate.

Bon visionnement.

Prototype du système de signalisation (suite)

Voilà bien longtemps que je ne suis pas venu donner quelques nouvelles...

Je voulais mentionner aujourd'hui que j'ai passé beaucoup de temps récemment afin de mettre à jour le protocole de communication sur le petit réseau de test. Et cela fonctionne parfaitement désormais... Joie.

Les cartes électroniques vont être refaites pour reflèter les nouveaux changements, mais je conserve le nouveau design sur papier pour l'instant car d'autres modifications pourraient arriver prochainement.

Je vais donc pouvoir effectuer quelques tests supplémentaires et préparer une petite vidéo pour faire le point sur l'avancement du projet.

A suivre...

Le prototype de block-system

 

Cette fois, une vidéo en français décrivant le fonctionnement de la nouvelle carte que j'ai développée... Celle-ci supporte la signalisation SNCF.

J'ajoute le schéma de la signalisation pour avoir une meilleure idée générale:

Une seconde version possible:

Le prototype de block-system

 

Encore un prototype, mais cette fois, il s'agit d'un système que j'ai développé et peaufiné depuis longtemps. Aujourd'hui, il fonctionne complètement.

Le block-system est représenté par une carte "canton" associé à une section du réseau. Chaque section est équipée de cette carte. Un bus de communication permet de relier tous les cantons entre eux ainsi qu'à une carte principale: le "timer". Son rôle est de synchroniser tous les éléments du système.

Comme il est possible de le voir dans la vidéo, une carte canton contrôle tous les aspects du block-system: signalisation automatique, détection, communication, etc... Il suffit de les relier entre elles et de les configurer par CVs (comme un décodeur DCC classique) pour obtenir un système complet.

L'intérêt de l'ensemble est de ne pas nécessiter d'ordinateur ni de logiciel pour que le tout fonctionne automatiquement et sans supervision... d'où la simplicité d'installation et d'utilisation.

Voici une petite présentation (en anglais).

La suite prochainement...

Toronto Train Show

La semaine prochaine se déroulera le show de Toronto auquel le réseau forestier participera. Mais il y aura plus... Je vais apporter mon mini réseau DCC de prototypage pour démontrer les possibilités de l'Arduino (et des micro-contrôleurs en général) avec une commande globale: protection en bloc-système, aiguillages, signalisation réaliste (canadienne) et scénario automatique.

Next week is the Toronto Train Show and the Logging Layout will be there. But there will be more... I will bring my tiny DCC prototyping layout to demonstrate what can be accomplished with the Arduino and micro controlers. It will be used to show a global control system: block-system security, turnouts command, prototype (canadian) signaling and automatic scripting.

J'ai longuement travaillé sur ce projet. Et aujourd'hui, je peux enfin montrer un premier prototype fonctionnel aussi bien électronique que software. En effet, ce système global inclue un module de contrôle et de communication Loconet avec la centrale DCC, des détecteurs de présence, des contrôleurs de signaux et d'aiguillages.

I have been working for a long time on this project. Today, I can finally show a first working prototype (electronic modules and software). Indeed, this global system includes a home-made Loconet module to be able to communicate with the DCC command station, but detection modules, signal controlers and turnout drivers are using a private CanBus-based protocol.

Le principe est le suivant: le réseau est subdivisé en cantons puis en zones de freinage. Chaque zone est reliée à un détecteur de présence qui permet de suivre un convoi. Le module de contrôle gère la position du convoi et exécute le script choisi par l'utilisateur (direction, vitesse, arrêt en gare et manœuvres, position des aiguillages). D'autres modules, quand à eux, gèrent la signalisation indépendamment (protection des aiguillages et espacement des convois en bloc-système). J'ai essayé de suivre les règles simplifiées (à deux cibles au lieu de trois) de la signalisation canadienne afin de rendre le système réaliste.

Here is the idea: the layout is subdivided into independant blocks and slowing down zones. Each zone is connected to a detector which helps to define train position. The main control module manages the position of the train and runs the train by following the user defined script (direction, station stop, manoeuvres, turnouts). Other modules manage the signals independently (turnout protection and block-system security). I tried to follow the canadian rules in terms of signaling by using a simplified but yet realistic two heads system (instead of three)

Et pour finir, tout cela fonctionne en DCC! Seul le pilotage des locomotives est DCC. Le bus Loconet ne sert qu'à envoyer les informations à la centrale. Tous les modules sont de fabrication personnelle et communiquent entre eux par CanBus.

To conclude, everything is working in DCC. Only train control is driven by DCC. The Loconet bus is used only to send information to the command station. All other modules are home-made and use CanBus to communicate.

J'ai pu développer deux scripts de démonstration afin de décrire les différentes fonctionnalités et montrer les possibilités de l'Arduino dans ce contexte.

Au plaisir de vous rencontrer à Toronto.

I developed two scripts to demonstrate the different features and show the use of Arduino and micro-controlers in general.

See you there!

Petit rappel de signalisation

Suite aux derniers essais filmés, j'ai reçu quelques questions sur l'affichage de certains aspects... Je vous livre donc un petit rappel "très simplifié" des différents cas visibles dans cette vidéo.


1 Cas du BAL (Bloc Automatique Lumineux):

Le BAL permet l'espacement des trains sur des voies à forte circulation.

La locomotive se déplace de droite à gauche, les signaux 1, 2, 3 qu'elle vient de dépasser affichent respectivement les aspects Voie Libre (= vert), Avertissement (= jaune) et Sémaphore (= rouge). Un second train venant de la droite à la suite de la locomotive serait obligé de ralentir puis de stopper.


  

La locomotive se déplace toujours de droite à gauche. Les signaux 1, 2, 3, 4 affichent Voie Libre car aucun obstacle n'est en vue. Par contre, dans le sens opposé, puisque la locomotive bloque le passage, les signaux B et C affichent respectivement Avertissement et Sémaphore. Un éventuel train arrivant de la gauche serait obligé de ralentir puis de stopper.

On remarquera que le Sémaphore est constitué d'un seul feu rouge. Dans ce cas, après un arrêt complet devant ce signal, le mécanicien peut redémarrer et franchir le signal en marche à vue. Ceci n'est possible que si le signal présente une pancarte F (Franchissable). Nous allons voir tout de suite pourquoi cette remarque.

2  Protection d'aiguillage:

Dans le cas d'un aiguillage, on protège son franchissement par un Carré présentant deux feux rouges. Ici, la pancarte est Nf et le signal ne peut pas être franchi (Non franchissable). C'est la situation indiqué par le signal D sur le schéma précédent. Un train arrivant de la gauche par le haut ne peut franchir l'aiguillage.


3  Aiguillage dévié:

Lorsqu'un aiguillage est dévié, comme sur ce schéma, les signaux 2 et 3 présentent respectivement les aspects Ralentissement 60 km/h (= deux feux jaunes horizontaux clignotants) et Rappel de Ralentissement 60 km/h (= deux feux jaunes verticaux clignotants). Ceux-ci forcent le mécanicien à ralentir à la vitesse indiquée pour franchir l'aiguillage.

Dans le cas où les aspects sont des doubles feux jaunes fixes, la vitesse prescrite est alors de 30 km/h.


4  Combinaison d'aspects:

Un cas supplémentaire visible dans la vidéo. Il diffère très peu du cas 3.

Comme le signal 5 présente un Sémaphore et que l'aiguillage est dévié, alors le signal 3 présente à la fois le Rappel de Ralentissement 60 km/h et l'Avertissement. Il indique au mécanicien de ralentir pour franchir l'aiguillage mais aussi de prévoir un arrêt juste après.


Voilà... C'est somme toute assez simplifié et rapide, mais cela vous permettra de comprendre les situations présentées dans la vidéo.

A bientôt!

Signalisation automatique: un tour complet!

Suite au travail effectué hier, j'ai soudé plus d'une trentaine de fils afin de compléter le câblage des signaux dans le sens direct.

Maintenant avec une vue en plongée, on peut apprécier le résultat final avec quelques tours de piste de ma nouvelle locomotive de test... (châssis nu et décodeur)

A bientôt!

P.S. Je n'ai pas pu m'arrêter sur ma lancée... donc au cours de la soirée, j'ai câblé les deux signaux de la voie de débord... Il ne me reste maintenant que 3 signaux à relier et/ou installer!

Signalisation automatique: la première vidéo

Enfin, je suis parvenu à installer quelques signaux sur mon réseau de test. Bien évidemment, on parle de signaux "bricolés" puisqu'il s'agit de simples leds insérées dans la planche au pied de la voie. Cependant, cela me permet de vérifier le bon fonctionnement du système.

Pour l'instant, seuls 2 signaux sont fonctionnels. Ils sont de part et d'autre de l'aiguillage numéro 2. Le premier est dans le sens "direct" de roulement. Il peut afficher C, S, RR60, A, VL. On admirera la qualité de la fabrication ;-)

Le second se situe juste après l'aiguillage mais dans le sens inverse de roulement puisque nous sommes en présence d'un BAL en voie unique (tout en bas de la photo). Il peut afficher C, S, A, VL:

L'aiguillage n'est pas fonctionnel, mais sa commande est prise en compte par le système malgré tout. Cela permet d'afficher un beau RR60 au début de la simulation alors que l'aiguillage est (supposément) dévié.

Dans la vidéo suivante, on pourra examiner les changements d'aspects des deux signaux. Je n'ai pas ajouté de commentaires à toutes les étapes mais on comprendra le fonctionnement assez rapidement. D'ailleurs, l'action se passe assez rapidement ;-)

Afin de pouvoir suivre les évènements, il faut garder en tête les points suivants:

• bien qu'il y ait 5 cantons et deux voies de garage, seuls 4 cantons sont pour l'instant fonctionnels;
• la numérotation est la suivante:
• canton 1 ligne droite à droite,
• canton 2 virage en bas,
• canton 3 ligne droite à gauche
• et canton 4 virage en haut;
• le premier signal affichera successivement S, A et VL puisque la locomotive s'éloigne de lui;
• le second signal affichera successivement VL, A et S puisque la locomotive se rapproche de celui-ci à contre-sens;
• l'entrée sur un canton est immédiatement relayé par le système, alors qu'une sortie prend environ 2s afin d'être détectée (capacité de 2,2uF).

Voilà, j'espère que cette petite vidéo vous a plu. A bientôt pour la suite...

Les simulations continuent: signalisation réaliste

Je continue ma série de tests simulés avec cette fois le passage d'un train sur une voie d'évitement. On peut y voir les ralentissement et rappel de ralentissement 60 (double jaunes clignotants), ainsi que la mise à jour des signaux en fonction de la position de l'aiguillage (en fin de vidéo).

Je conviens qu'il peut être difficile de se représenter les choses sans réseau, mais cela donne encore une fois une bonne idée du fonctionnement.

Encore un point à travailler: le réalisme du clignotement. Je l'ai déjà fait avec un autre projet alors il ne me reste qu'à le transférer dans ces modules-là. A suivre...

Bon visionnement.

La première simulation

Voilà, la première simulation est enfin fonctionnelle. J'ai pu la réaliser à l'aide de 8 modules:

• un module DCC
• un module Multiplexeur (qui ne sert qu'à simuler le mouvements des trains avec le clavier)
• deux modules Loco contenant les scripts des automates
• et quatre modules Canton qui détectent la présence des trains et gèrent la signalisation.

Comme on peut le voir sur la photo en bas, les quatre modules Canton sont équipés de LEDs représentant les signaux d'un BAL simple (3 feux) dans les deux directions.

Hélas, j'aurais bien aimé filmer les premiers tests mais les vidéos ne rendent pas bien les couleurs et il est difficile d'apprécier le changement des signaux en fonction du déplacement des locomotives.

Je vais réessayer demain en espérant avoir plus de succès...

Signaux SNCF et décodeur DCC

Voilà... Après quasiment deux années(!) de design, réflexion, essais, erreurs, pause du modélisme... je viens de franchir une étape importante dans mon projet: il s'agit de la mise en oeuvre du décodeur et du branchement de deux signaux réalisés un peu plus tôt!

Cet exemple suit le précédent article décrivant deux des animations que j'avais programmées la semaine dernière. Aujourd'hui, le pilotage des signaux SNCF est intégré au programme précédent. Les leds sont activées de manière réaliste. Tout du moins, l'extinction et l'allumage de celles-ci évoquent suffisamment bien la réalité...

Deux signaux sont connectés au décodeur. Les commandes sont acheminées par l'intermédiaire de ma station de contrôle Digitrax, le décodeur utilisant le bus Loconet...

Voici quelques-uns des affichages possibles:

Petite remarque: le signal de droite n'est pas tout à fait aligné avec la caméra: c'est pour cela que les leds semblent moins visibles ainsi que l'oeilleton.

Il ne me reste qu'à installer ces signaux sur mon réseau... Peut-être encore un an de réflexion avant d'y arriver? Allez savoir... ;-)

Projet de décodeur

Voilà maintenant quelques temps que je travaille sur un petit projet qui me tient à coeur: un décodeur de signalisation complexe SNCF. Et je suis enfin arrivé à un montage satisfaisant (joie!). Quelques mots sur la démarche...

L'objectif initial est d'obtenir une simulation réaliste des feux comme s'il s'agit de lampes à incandescence (projet décrit à quelques reprises dans des articles précédents...). Pour cela il me faut plusieurs sorties PWM. Un Arduino classique (Uno, Mini, Nano...) ne comportant qu'un nombre limité de ces sorties, il est nécessaire d'en augmenter le nombre suffisamment pour commander plusieurs signaux, sans avoir à utiliser plusieurs Arduino. Sachant qu'un signal complexe peut comporter jusqu'à 8 sorties différentes, je pourrais utiliser un Mega... mais cela reste un peu cher pour un seul signal. Je choisis donc de rester avec un modèle simple et répandu et je lui ajoute quelques composants pour arriver à mes fins (16 sorties PWM). C'est la contrainte numéro 1.

Ensuite, s'agissant d'un décodeur, je dois pouvoir lire les informations DCC et les convertir afin d'afficher les signaux sur les différentes cibles. C'est la contrainte numéro 2.

De fil en aiguille, je repense à tous les petits exemples et montages que j'ai réalisés depuis plusieurs mois, pour finalement intégrer d'autres fonctionnalités à mon design. C'est ainsi que j'ajoute deux autres sorties PWM, mais cette fois de "haute puissance" (tout étant relatif...). Par haute puissance, j'entends, par exemple, être capable de contrôler des bandeaux de leds pour l'animation de l'éclairage sur mon réseau (comme le projet déjà décrit dans d'autres articles). C'est la contrainte numéro 3.

Ensuite, comme l'animation "jour et nuit" nécessite de pouvoir réinjecter des commandes DCC sur le réseau, j'opte pour faire évoluer la contrainte 2 vers la gestion du bus Loconet (puisque je suis équipé en Digitrax) plutôt que simplement la lecture des signaux DCC. A partir de là, je peux commander n'importe quel autre décodeur sur mon réseau à partir d'évènements captés par un décodeur donné. Vous me voyez venir à grand pas... Il s'agit de la possibilité de créer des automates de commande!

Enfin, je veux avoir la possibilité de configurer un décodeur sans avoir à le reprogrammer. Pourquoi? C'est tout simple: une fois le programme principal écrit, je n'ai pas nécessairement envie de retourner devant mon clavier pour changer les options d'un décodeur en fonction de son utilisation. Si j'en arrive à fabriquer plusieurs dizaines de ces décodeurs, je veux pouvoir les monter à la chaine, les installer et les configurer en quelques coups de bouton poussoir... C'est la contrainte numéro 4.

Et ainsi, j'en arrive à ce montage:

Certes, il est incomplet puisque quelques composants restent encore à souder, mais toutes les fonctionnalités sont là!

Vous pourrez remarquer:

• l'Arduino Nano
• l'empreinte d'un Arduino Mini juste en dessous du Nano, qui me permettra de simplifier le montage lorsqu'il n'y aura plus besoin du port USB
• les 16 sorties PWM à droite (à monter)
• les deux transistors de puissance au centre (à monter) en dessous du régulateur de tension
• les leds de contrôle, les switchs, le bouton poussoir et le potentiomètre utilisés pour la configuration

Jusqu'à maintenant, j'ai pu:

• commander un signal SNCF avec des messages DCC à partir de ma station de commande
• réaliser plusieurs animations: poste de soudure, feu de camps, phare côtier, clignotements divers, feux de passage à niveaux, etc... (tous les petits montages que j'ai déjà pu expliquer sur ce blog)
• reconfigurer le décodeur par la série de DIP-switch et du mini potentiomètre sans avoir à reprogrammer l'Arduino. Prochainement, je supporterai aussi la configuration par messages DCC...

Il me reste encore quelques composants à souder ou à recevoir, et je pourrai:

• commander un autre décodeur (réinjecter des messages sur le bus Loconet) automatiquement à partir de ce décodeur
• commander mes bandeaux de leds
• ...

Bref, ce petit montage va combler quasiment tous mes besoins. J'ai hâte de compléter le premier de ces décodeurs et de contrôler, entre autres, mes signaux SNCF de façon réaliste...

En ce moment, je planche sur différentes options comme une simple entrée DCC (sans Loconet), des sorties pour moteur pas-à-pas, des sorties sur opto-coupleurs, etc... Ce n'est pas les idées qui manquent!

Allez, je retourne à mon fer à souder!

Nouveau signal

J'ai confectionné un nouveau signal pour l'une des voies de garage: le C2 sur la voie 4. Cette fois, il est constitué de quatre feux et un oeilleton: C-S-M-VL. Comme d'habitude, il s'agit d'une ancienne cible avec des pare-soleils de tailles différentes. En fait, c'est le deuxième feu du carré qui est un peu plus court.

Il ne reste que les indications à poser: un chevron pointe en haut, la numérotation et possiblement une indication de vitesse 30 pour le franchissement de l'aiguille en sortie. Mais je n'en suis pas encore sûr...

J'attends encore quelques pièces pour monter mes décodeurs de signaux. Dès qu'un premier décodeur est prêt et fonctionnel, je ferai quelques tests avec les feux...

Signalisation: facilité d'utilisation de l'Arduino (suite)

Je continue mes tests... J'ai accéléré un peu le clignotement et allongé la phase éclairée par rapport à la phase éteinte. De plus, j'ai ajouté un nouvel état (VL 160) pour les besoins du test...

(désolé, la vidéo a disparu... Merci YouTube!)

J'aime bien le résultat mais je ne suis pas encore convaincu que la vitesse soit la bonne...

J'ai lu que les clignotements s'effectuent à une fréquence 1.1Hz = 0.909s = 909ms, avec un ratio allumé/éteint d'environ 5 pour 4. On aurait donc:

• allumé = 500ms
• éteint = 400ms

Dans cette nouvelle simulation:

• allumé = 400ms
• éteint = 320ms
• 2 transitions graduelles = 2x100ms

Donc:

• allumé = 400+100 = 500ms
• éteint = 320+100 = 420ms

Je ne suis pas loin... Nouveau test:

Maintenant:

• allumé: 320ms
• éteint: 280ms
• 2 transitions graduelles: 2x160ms

Donc:

• allumé: 320+160 = 480ms
• éteint: 280+160 = 440ms

En fait, je préfère cette deuxième modification. Même si la durée de la phase "allumé" à 100% a diminué un peu, l'augmentation de la durée de transition donne l'impression que la phase est plus longue. Cela me semble bien...

Je vais attendre d'obtenir d'autres informations...

Signalisation: facilité d'utilisation de l'Arduino

En examinant la vidéo en gros plan précédente, j'ai remarqué que l'oeilleton s'éteignait avec la même courbe d'intensité qu'un feu normal. Or, je trouve que cette animation est de trop pour l'oeilleton. Je la remplace alors par un simple changement d'état on/off... et il ne s'éteint plus pendant une transition si ce n'est pas nécessaire (du Voie Libre au Sémaphore par exemple).


(désolé, la vidéo a disparu... Merci YouTube!)

En fait, ce que je veux montrer ici, c'est la facilité avec laquelle il est possible de modifier une animation, un évènement ou le programme lui-même. Une petite ligne de code à modifier et voilà, le programme fonctionne avec de nouvelles directives, et cela en quelques minutes... Imaginez devoir faire la même chose avec un montage électronique...? Cela peut nécessiter un re-design complet...

Signalisation: montage des cibles

Vous vous souvenez peut-être du premier essai que j'avais réalisé il y a quelques temps sur la base du kit laiton de Guy Visioli. Aujourd'hui, j'ai terminé celui qui correspond au mat haut monté dimanche dernier. Il s'agit d'un signal de BAPR (Block Automatique à Permissivité Restreinte).

En effet, cette ligne secondaire n'a pas assez de trafic pour être gérée en BAL (Block Automatique Lumineux) mais en comporte suffisamment pour nécessiter une gestion en cantons, d'où le BAPR. C'est un type de signalisation que l'on rencontre fréquemment sur voie unique, mais assez peu sur nos réseaux en modèle réduit. C'est donc un moyen de présenter quelque chose de différent...

Ici, ce premier signal affiche les possibilités suivantes: Carré et Voie Libre. Normalement, le Sémaphore devrait être disponible, mais comme ce signal protège une aiguille en sortie, le Carré sera le plus souvent utilisé. L'oeilleton est présent (puisqu'il sera allumé avec le vert Voie Libre). Comme je me laisse le choix d'utiliser quand même le Sémaphore, l'oeilleton est indispensable...

Les pancartes installées comportent la marque Nf puisqu'il s'agit d'une carré, l'identification c124 ainsi que le type de block PR. Enfin, le chevron pointe en haut indique la prise en talon d'une aiguille en sortie de gare.

Sur les deux photos suivantes, on observera la présence de l'oeilleton. Comme d'habitude, la prise de vue rapprochée ne pardonne pas les défauts de montage et de peinture...

Enfin, une prise de vue de l'arrière du signal et de la cible afin d'apercevoir le câblage. Les leds utilisées sont des 0401.

Deux soirées ont été nécessaires pour confectionner ce signal. Je vais essayer de monter les deux suivants en parallèle afin d'accélérer le processus mais je doute qu'il soit réellement possible d'aller plus vite!

J'ajoute une photo de la confection des cibles:

Rien de bien sorcier ici. Il s'agit de les imprimer sur du papier épais et mat (8.5mil d'épaisseur et 170g/m2). Pourquoi je fais cela? Simplement parce que la cible fournie avec le kit est un peu "grosse" à mon goût (même si elle semble à l'échelle...) et surtout difficile à peindre avec soin. Je préfère réaliser mon propre montage même si les résultats sont un peu moins jolis à cause des traces entre l'encre d'imprimante et la peinture noire des pare-soleils... Par contre, cela me permet de réaliser toutes les cibles dont j'ai besoin car le kit ne fournit que le type A (S+A+VL) ou B (C+S+A+VL).

Maintenant, si vous avez l'oeil aiguisé, vous remarquerez une incohérence... En effet, la cible et le mat sont de deux époques différentes. La cible représentée ici est plutôt d'un type "ancien" (en acier) avec ces longs pare-soleils alors que le mat est de type "moderne" (avec normalement une cible en fibre de verre/carbone (à vérifier?)). Mais bon... je m'en satisfait, comme avec les autres signaux que j'ai fabriqués.

Voilà, le signal est terminé. Il ne me reste plus qu'à l'installer sur le réseau. Mais avant tout, un test avec l'Arduino (simulation réalisée la semaine dernière) pour vérifier que tout fonctionne bien...

Il va falloir augmenter les valeurs des résistances car les feux éclairent beaucoup, ajouter un peu de peinture pour boucher des trous ici et là... Mais sinon, l'oeilleton fonctionne! :-)