DevBlog

Bonjour amis modélistes !

« La centrale DCC disjoncte immédiatement au démarrage sans que je sache pourquoi ?! »

L‘ensemble des centrales actuellement disponibles sur le marché ont un fonctionnement particulièrement dangereux.

E
lles injectent immédiatement lors du démarrage une tension sur la voie de votre réseau avant même d’avoir complètement démarré.

Dans certains cas, cela peut irrémédiablement endommager les décodeurs dans vos locomotives. Ces centrales n’ayant pas conscience qu’un problème ait pu survenir sur le réseau ; elles démarrent et la voie est alimentée !

Avec la muEngineer, nous avons décidé de ne surtout pas faire ça !

Si vous avez lu le précédent Devblog qui parlait d’asservissement, vous savez que nous avons mis en place un système qui permet de démarrer l’ensemble de l’infrastructure en plusieurs étapes. Via le muCommander, vous ordonnez le passage du système de la veille profonde à son état actif.

Ce qui va provoquer plusieurs choses importantes :

  1. muCommander est averti que la topologie a démarré,
  2. Chaque élément informe le muCommander que son démarrage s’est fait sans problème
  3. muDoctor lance le diagnostic du système.


A
ce stade, la voie n’est pas alimentée avec la tension DCC car le système a certes démarré mais il ne sait pas si votre réseau est prêt à démarrer !

Un train qui a déraillé, un chat qui a vomi sur la voie (ne rigolez pas, c’est ce qui est arrivé la semaine dernière sur mon réseau !), un outil oublié dans une gare cachée, un wagon perdu sur un gril ou tout autre incident ayant pu survenir pendant la période d’inactivité de votre réseau, crée une anomalie. muCommander à ce stade ne le sait pas !

C‘est là qu’entre en jeu le muDoctor pour une deuxième fois pour une tâche la plus importante de sa mission !

Reprenons le rôle du muDoctor depuis le début. Une fois le système en cours de démarrage, celui-ci vérifie que la communication entre les muDocks et muCommander est normal.

Si un des éléments ne répond pas correctement, il avertit immédiatement le modéliste dans muCommander qu’une anomalie est cours.

Il se peut qu’un élément soit éteint physiquement par son bouton d’alimentation 220V ou qu’un problème d’alimentation soit survenu, dans ce cas, il ne peut pas autoriser la mise en marche du réseau tant que le problème n’est pas résolu.

Si au contraire, le démarrage s’est déroulé de façon nominale, alors muDoctor passe à la phase de diagnostic du réseau !

La phase suivante consistant à diagnostiquer le bon fonctionnement du réseau ; muDoctor va interroger toutes les cartes muExpansion pour connaître leur statut et lancer le diagnostique de chaque effecteur, la consommation de courant sur chaque section de voie et comparer avec ce qu’il se souvient de la dernière session de jeu.

Si un problème se présente pendant cette phase de diagnostic, il avertit muCommander et lance le protocole de dépannage.

Si au contraire l’ensemble du diagnostic ne présente pas d’erreur, il informe muCommander que le réseau est prêt et il autorise la mise sous tension des voies et donne l’autorisation au muCommander de commencer la session de jeu en mettant l’ensemble des effecteurs dans l’état initial de fonctionnement.

Ainsi à ce stade, vous pouvez commencer votre session de jeu l’esprit serein car le système fonctionne parfaitement et muCommander sait où se trouve chaque train, l’état de chaque aiguille et le bon fonctionnement du réseau !

Voilà ce qu’un système DCC au XXIème siècle se doit proposer aux modélistes, voilà ce que muJunction prépare pour vous !

À très bientôt pour un prochain DevBlog !

Gabriel