DevBlog n°10 : Pilotage et vitesse

Bonjour amis modélistes !

« Comment sera géré le réglage et l’affinage de la vitesse, de l’accélération ou de la décélération si j’estime que c’est irréaliste. Puis-je intervenir dans le muCommander pour adapter ces informations ? »

L‘architecture de la topologie de muJunction comporte plusieurs briques qui se complètent pour former le résultat final. La « base de données » centralisée, hébergée sur nos serveurs, et que l’on appelle la « Train-O-pédia« , contient les informations utiles à une configuration réaliste et optimisée des équipements. Pour un modèle de locomotive donnée, cette base indique par exemple sa puissance réelle, sa masse, ses vitesses de circulation, sa consommation, etc…

De même, la base comporte les infos détaillées sur les différentes version en modèle réduit du prototype reproduit : masse, etc…, mais aussi les différentes caractéristiques des décodeurs numériques et des motorisations. Lorsque vous ajoutez une locomotive (ou une voiture, un wagon,…) à votre inventaire, dans votre dépôt au sein de muCommander avec l’aide du muTechnician, le logiciel va identifier (avec votre aide si besoin : il vous posera des questions pour affiner son résultat…) le modèle réduit que vous utilisez.

Le muTechnician va alors calculer des réglages optimums qui dépendent de tout un tas de facteur :

- - Le modèle réel (qu’on appelle aussi prototype),
  - Le modèle réduit,
  - Le facteur de réduction d’échelle implicite,
  - Le facteur de compression spatiale éventuel que vous aurez précisé, concernant votre réseau,
  - Le décodeur qui équipe le modèle réduit,
  - Eventuellement les modifications apportées : changement de moteur…,
  - Etc…

À partir de ces informations, muTechnician configure votre locomotive et, grâce au muEngineer (ndlr : le banc de calibration automatique) il va en vérifier le bon fonctionnement grâce au système tachymétrique.

Tous ces réglages sont enregistrés dans votre inventaire (ndlr : votre dépôt virtuel) et, si vous souhaitez modifier tel ou tel réglage qui ne vous conviendrait pas ; vous pouvez toujours, dans un second temps, intervenir dessus… les adapter plus finement à votre situation. Notez que le comportement final de la loco restera volatile. En effet, le matériel ne doit pas se comporter de la même façon suivant qu’il est attelé ou pas, qu’il y a de l’humidité sur les rails, que la voie est en rampe, etc…

Donc les réglages au sein de la loco (au sein du décodeur) ne sont pas les seuls qui interviendront.

En fait, muCommander va lui-même définir la stratégie d’accélération / décélération de votre locomotive et injecter des ordres de vitesse en mode 128 crans, pour forcer le décodeur à faire ce que muCommander veut. Le décodeur n’interviendra que très peu dans le comportement dynamique de la loco. Les réglages mis dans le décodeur visent avant tout à disposer d’un pilotage le plus fluide et précis possible du moteur. La stratégie est contextualisée par le logiciel qui sait ce que vous allez atteler, quelles sont les conditions météo, connaitra le tracé de la voie , etc…

Si vous trouvez que votre locomotive accélère trop vite par exemple… et bien vous pourrez (c’est un exemple) réduire sa puissance théorique par rapport au prototype. Cela induira un comportement plus « mou » de la locomotive calculé par muCommander.

Comme vous pouvez le voir, c’est moins le décodeur qui va déterminer le comportement de votre locomotive, et beaucoup plus le muCommander. Donc c’est en agissant sur la définition de ce qu’est votre locomotive que vous provoquerez des changements. Le décodeur n’a aucune connaissance de l’environnement dans lequel il évolue. Il ne peut en aucune façon reproduire un comportement réaliste d’une locomotive. C’est bien pour ça qu’on répète qu’il y a trop « d’intelligence » mis dans les décodeurs… des tonne de de paramètres de configuration qui n’ont pas de sens. Il font juste illusion quand on y regarde pas de trop près.

En résumé :

Est-ce que vous pourrez intervenir sur le comportement ? Oui.
Est-ce que c’est en déterminant les paramètres « d’accélération » ou de « décélération » tels que les définissent les décodeurs numériques ? Non, ces systèmes ne sont que des bricolages mis en place. Vous interviendrez sur des notions plus concrètes telles que la puissance théorique de la locomotive ou les caractéristiques de votre réseau (facteur de compression spatiale) et le logiciel en tiendra compte automatiquement. Tout comme il tiendra compte automatiquement de l’état de la voie, du convois tracté, du profile du terrain, etc.

Une dernière précision pour être le plus clair possible : la base de données sert, dans tout ça, de modèle pour créer la définition de votre locomotive dans votre propre système. Vous aurez une locomotive totalement pré-paramétrée sans avoir besoin de saisir des tonnes d’infos. Mais comme vous pourrez ensuite les modifier à votre guise, vos réglages seront toujours ceux qui comptent. Même si la base de données « centrale » change.

In fine, on peut extrapoler des conséquences de tout ceci : imaginons une locomotive que l’on fait rouler chez soit et qu’on veuille l’emmener dans son club. La Locomotive ne doit théoriquement pas avoir besoin d’être reconfigurée. En la transportant sur un autre réseau, son comportement doit s’adapter aux conditions propres à ce réseau, sans devoir la recalibrer. Si le comportement est calculé dynamiquement à partir de caractéristiques physiques bien concrètes, un tel résultat devient possible !

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

Sébastien