Capteurs et blocs

Sommaire → Mode Automatique

• Capteurs et blocs

Les capteurs sont une composante essentielle de chaque modèle de chemin de fer commandé par ordinateur. Par les capteurs les positions des trains sur la disposition sont annoncées au logiciel. Les capteurs peuvent soit fournir une impulsion (par exemple, des rails de commutation, des contacts Reed, des capteurs de hall) ou un signal permanent (par exemple, des rails de contact, d'autres détecteurs d'occupation comme des détecteurs de courant, etc.). Une vue d'ensemble du matériel et une introduction à l'utilisation des capteurs est fournie sur la page Capteurs.

Dans Rocrail, les capteurs sont définis comme des objets. La page Objets: Capteurs et ses sous-pages renseignent sur la configuration des capteurs.

Remarque: Pour éviter les malentendus, il convient de noter qu'avec le mot «capteur», des capteurs physiques (matériels, matériels) sont appelés, ainsi que les objets logiciels et les événements correspondants.

Rocrail a besoin de deux événements de capteur pour chaque bloc qui définissent quand un train entre dans le bloc et quand il a (presque)¹⁾ atteint la fin du bloc. Ces capteurs sont appelés enter et in. Lorsque nécessaire, des capteurs supplémentaires comme pre2in, shortin etc peuvent être ajoutés.

La définition des capteurs se produit dans les propriétés d'itinéraire d'un bloc et dépend d'un bloc. Pour toutes les voies possibles, les capteurs doivent être définis. Par conséquent, avant la définition des capteurs dans les propriétés du bloc tous les itinéraires doivent avoir été créés auparavant.

Tous types d'évènement peut fournir une information supplémentaire bidirectionnelle (identité).

Les retardateurs de longue durée peuvent gravement perturber le contrôle automatique en cas de chevauchement des événements ultérieurs. ‎.
L’utilisation d’événements chronométrés est déconseillée!
Pas de support de forum pour les minuteries d’événement de plus de 100ms.

‎Comme expliqué ci-dessous plus en détail, l’ordre général des événements suivant a lieu: enter→ (shortin) → (pre2in) → in. Les événements entre parenthèses sont facultatifs.

‎Pour le sens opposé de circulation dans le bloc, la configuration doit être répétée à partir d’une vue opposée. En règle générale, un capteur déclenche différents événements en fonction du sens.‎

Pour un fonctionnement correct du mode automatique, au moins les événements enter et in doivent être déclenchés dans chaque bloc.

Note: Rev. 14.971+ génère automatiquement un événement In manqué avec l’événement Enter dans le block.

Dans ce qui suit, les différents capteurs sont examinés de plus près. En outre, il est supposé qu’un train doit s’arrêter dans le bloc considéré, par exemple parce que les paramètres d’attente du bloc sont définis en conséquence, ou parce que le bloc suivant est occupé. Pour la signification de V_min et V_mid voir Locomotives: Interface

• Depuis l’introduction de la fonction BBT la configuration de deux capteurs avec "enter" et "in" est la norme recommandée. Avec BBT plus de deux capteurs ne sont nécessaires que si plusieurs points d’arrêt sont souhaités dans le bloc. Les déclarations suivantes font référence à la conduite sans BBT.

Note: L’utilisation ou non de BBT peut être définie pour chaque bloc individuellement.

• Avec deux capteurs - enter et in - le train roule à V_mid⁴⁾ de enter et ralentit jusqu’à un arrêt à in. Si la combinaison du comportement au freinage et de la V_mid est réglée de manière égale pour toutes les locomotives (soit toutes les locomotives à la même vitesse avec V_mid et et le même comportement au freinage, soit V_mid différemment, cependant, avec les locomotives plus rapides également réglées sur un freinage plus brusque), une précision d’arrêt de l’ordre de quelques centimètres est facilement obtenue.

• Avec trois capteurs, enter, pre2in and in, le train ralentit à V_mid⁵⁾ à enter et à V_min à pre2in.
  Si on règle V_min assez bas (valeur pratique: 10 km/h), le réglage des freins de la locomotive n’a qu’une influence limitée. Toutes les locomotives s’arrêteront rapidement après in. Cela conduit au point d’arrêt très exact. La précision est inférieure à 1 cm!.
  En outre, le pre2in peut être utilisé pour permettre aux trains plus courts un point d’arrêt plus en amont: Pour ce faire, les locomotives respectives sont réglées pour « s’arrêter à pre2in » dans les propriétés des locomotives. Maintenant, pour ces locomotives, le pre2in a la fonction du capteur in. En conséquence, ces locomotives ralentissent à V_mid⁶⁾ à enter et s'arrêtent à pre2in.

• Une autre combinaison de trois capteurs serait enter, shortin et in. Cette combinaison est similaire à enter et in avec, en plus, l'arrêt à shortin pour les locomotives configurées avec le réglage "utiliser l'évènement "ShortIn".

• Enfin, quatre capteurs peuvent également être combinés enter, shortin, pre2in and in. Avec cette configuration, il est possible de

1. faire circuler des trains longs jusqu’à in (avecV_mid et V_min comme décrit ci-dessus)
2. arrêter les trains courts à shortin (par exemple, devant le bâtiment de la gare)
3. utiliser pre2in pour les trains qui s’arrêteraient trop court avec shortin et trop long avec in

• Si un seul capteur physique est utilisé - par exemple, pour des raisons de coût ou pour maintenir les dépenses de câblage à un niveau bas - ce capteur est défini comme enter2in. Le capteur physique génère l'évènement enter et démarre une minuterie qui génère l’événement in à l'expiration du délai. Le train ralentit à V_mid⁷⁾ à enter et si la minuterie est écoulée, il ralentit jusqu’à l’arrêt.
  Le minuteur (minuteur d’événement) se trouve dans la boîte l'onglet détails des propriétés du bloc et est valable pour tous les itinéraires du bloc de manière égale. De plus, la minuterie peut être réglée individuellement pour chaque locomotive dans les Details de la locomotive.
  Pour les blocs standards avec de faibles exigences pour un point d’arrêt reproductible avec précision, il s’agit d’une configuration très bien applicable. Même une précision d’arrêt de quelques centimètres peut être obtenue par un réglage fin des décodeurs de locomotive, en particulier le temps de décélération (CV4). Cependant, il faut s’assurer que le train s’arrête à l’intérieur du bloc. Si un point d’arrêt plus précis est souhaité, un capteur propre pour l’événement in doit être utilisé.
• Une autre possibilité d’utiliser un seul capteur physique est le capteur enter2route. Néanmoins, ce capteur est un cas particulier qui devrait être utilisé pour les véhicules de rue dans un système de voiture uniquement. Une description de la configuration du capteur enter2route se trouve sur la page du support du système Dinamo Car.

• Dans les blocs équipés de deux capteurs (enter et in) l'évènement pre2in peut être simulé à l’aide de enter2pre instead au lieu de enter. Le capteur physique génère l’événement enter et démarre une minuterie qui génère l’événement pre2in après son expiration. Le train ralentit à V_mid⁸⁾ à enter et si la minuterie est écoulée (avant l’événement pre2in) elle ralentit à V_min.
  Le minuteur (minuteur d’événement) se trouve dans la l'onglet détails des propriétés du bloc et est valable pour tous les itinéraires du bloc de manière égale. De plus, la minuterie peut être réglée individuellement pour chaque locomotive dans les Details de la locomotive.

Remarque:
Étant donné que les minuteries d’événement n’affectent pas seulement enter2in et enter2pre il convient également de prêter attention à ce qui suit:
Si un événement enter2pre est défini et que celui-ci est, par exemple, affecté à la minuterie 1, l’événement in doit être affecté à l’autre minuterie (par exemple, la minuterie 2, généralement avec un délai court ou nul) pour s’assurer que l’événement in n’est pas retardé en même temps.

• Semblable à enter2pre l’événement shortin peut également être simulé à l’aide de enter2shortin si aucun capteur physique n’est disponible pour shortin.

Que des capteurs d’occupation capables de superviser un segment de rail entier ou des capteurs d’impulsion qui ne délivrent qu’une seule impulsion courte lors du passage à niveau doivent être utilisés, dépend de l’usage prévu, du système ferroviaire et des coûts: le capteur occupied en fonction de sa fonction n’est utile que s’il est conçu comme un capteur d’occupation. Cependant, un capteur exit peut être un capteur d’impulsion sans aucune difficulté. La combinaison suivante pourrait être recommandée pour le système CC à double rail. Par exemple: un capteur d’occupation pour générer l'évènement enter, pour tous les autres événements (shortin, pre2in, in), les capteurs d’impulsion moins chers répondront aux exigences.

Le tableau suivant résume les vitesses en fonction des événements du capteur. Par la suite, la séquence de vitesse dans un exemple d’un bloc avec trois capteurs est montrée graphiquement.

Note: Selon les Détails du bloc d'autres indications de vitesse peuvent être configurées.

Rocrail n’envoie pas tous les pas de vitesse au décodeur et le décodeur doit donc être programmé pour obtenir une accélération et une décélération en douceur.

Si un bloc n'a qu'un capteur (exemple le bloc n’est qu’une section d’occupation de bloc),il est possible d’obtenir un arrêt satisfaisant. Pour ce faire, le capteur doit être configuré en tant qu’événement enter2in et l’événement in sera généré à partir d’une minuterie d’événement.
Les retards de freinage ou les lignes de vitesse configurés par CV de toutes les locos, qui traversent le bloc, ne doivent pas être trop différents. Sinon, il est possible qu'une loco a atteigne trop tôt la vitesse Vmin et s’arrête trop loin de la fin du bloc.
Pour chaque train, qui traverse le bloc, il est nécessaire qu’il soit complet à l’intérieur du bloc, lorsque la minuterie génère l'évènement in.

Dans Rocrail, les événements de capteur sont configurés dans les propriétés d’itinéraire de bloc dans l’ordre suivant :

1. des blocs sont créés (7.1)
2. les capteurs sont configurés (7.2)
3. les itinéraires sont générés (7.3) and
4. les événements de capteur sont configurés (7.3.2).

Entre parenthèses se trouvent les sections pertinentes du WIKI Apprentissage pas-à-pas. En outre, les pages sur les capteurs, itinéraires et blocks doivent également être lues attentivement.

L’utilisation d'un même capteur dans différents blocs, pour des événements identiques ou différents, est strictement interdite. Cela s’applique à tous les événements mentionnés ci-dessus sans exception. Il n’est donc pas possible, à titre d’exemple, d’utiliser un capteur d’entrée pour deux blocs ou plus.

• Avec l'option " Ignorer les évènements s'ils ne sont pas réservés" un capteur peut être utilisé pour plusieurs blocs si, sur le déclencheur d’événement, un seul bloc est dans l’état réservé. (Jaune ou bleu.).

• Une autre option, plus compliquée à mettre en œuvre, consiste à utiliser des actions et des scripts : à l’aide de "capteurs virtuels". Un capteur d’entrée physique (par exemple devant les zones d'aiguillages en sortie des gares cachées) peut être utilisé pour plusieurs blocs ultérieurs. Cela sera réalisé avec des Actions (Demo 2) ou Scripts (tous deux en allemand), qui sont déclenchés par ce capteur physique, qui activent les capteurs d’entrée virtuels (qui sont affectés aux blocs suivants).

Si vous utilisez des itinéraires spécifiques pour des événements de capteur, différents capteurs peuvent être utilisés pour générer le même événement (enter par exemple) dans un même bloc.

This is not an example for shared sensors; see above chapter!

Example Plan

La capture d’écran montre deux itinéraires du bloc de ligne principale à gauche (Main_left_baldker) au bloc de ligne principale à droite (Main_right).
Un itinéraire passe le bloc local_1 et l’autre par le bloc local_2. Les deux itinéraires, bien qu’ils proviennent du même bloc de départ, ont des entrées de capteur différentes pour l’événement enter, mais utilisent le même capteur in du bloc principal droit .