Table of Contents
Capteurs et blocs
Vue d'ensemble
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)1) 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.
Évènements du capteur
Tous types d'évènement peut fournir une information supplémentaire bidirectionnelle (identité).
Standard
Événements standard | |
---|---|
enter | Le train entre dans le bloc. la vitesse est réglé sur V_mid2) , dans le cas où aucune destination libre n'est trouvée ou dans le cas où le train devrait attendre. |
in | Si le train doit s'arrêter dans le bloc, la vitesse est réglée à zéro. Cet événement libère également le bloc précédent qui était verrouillé par ce train. |
Optionnels
Événements optionnels | |
---|---|
shortin | En combinaison avec la propriété loco « Utiliser l'événement Shortin », il sera utilisé comme in. Convient aux trains courts qui devraient, par exemple, s’arrêter devant un bâtiment de gare. |
pre2in | Réduire la vitesse du train à V_min au cas où aucune destination libre n’est trouvée ou au cas où le train devrait attendre. En combinaison avec la propriété loco « Arrêt sur l'événement pre2in » il sera utilisé comme in; il peut être utilisé à la place ou en plus de l'événement shortin |
Usages spéciaux
Événements à des fins spéciales | |
---|---|
occupied | Aucune action particulière n'est utilisée avec cet événement. Il sert juste lorsqu'une demande de réservation d'itinéraire est faite par un train pour s’assurer que l’ensemble du bloc est libre de toute consommation de courant. |
ident | Certains systèmes de capteurs fournissent plus d’informations comme l’adresse de la locomotive qui passe (Lissy, BarJut, RailCom, …). Ces informations sont comparées en mode automatique au code d’identité défini dans les propriétés Loco. En mode manuel, ce code d’identité est affiché dans le symbole de bloc. Utiliser ce type d’événement uniquement si le capteur n’a pas d’autres fonctionnalités.. |
exit | Le train sort du bloc. Cet événement est utilisé pour plus de sécurité et détecte si un train ne s’arrête pas à la distance entre in et exit. Lorsque cela se produit, le train est arrêté immédiatement et remis en mode manuel. Un message est généré. Pour utiliser l’événement exit après l’événement in, l’événement exit doit être défini sur l’itinéraire général « all enter +/- ». L’utilisation de cet événement est déconseillée : utilisez PLUTÔT BBT. |
free | Bloc précédent libre et itinéraire avant IN. Si l'option Fin des impulsions est sélectionnée l'évènement ENTER doit être antérieur à l'évènement FREE. |
enter2free | Une combinaison de enter et free. |
enter2route3) | Il n’est pas connecté à un capteur physique, mais est généré après un événement in du bloc précédent. Ce type d’événement n’est pas adapté aux trains mais uniquement aux systèmes de voitures. |
Minuterie
Événements contrôlés par minuterie | |
---|---|
enter2in | Une combinaison de enter et in. Les événements sont générés séquentiellement; in est simulé. Pour les blocs avec un seul capteur physique. |
enter2shortin | Une combinaison de enter et shortin. Les événements sont générés séquentiellement; shortin est simulé. Pour les blocs avec deux capteurs physiques. |
enter2pre | Une combinaison de enter et pre2in. Les événements sont générés séquentiellement; pre2in est simulé. Pour les blocs avec deux capteurs physiques (enter et in). |
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.
Application
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
Deux capteurs
- 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_mid4) 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.
Trois capteurs
- Avec trois capteurs, enter, pre2in and in, le train ralentit à V_mid5) à 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_mid6) à 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".
Quatre capteurs
- Enfin, quatre capteurs peuvent également être combinés enter, shortin, pre2in and in. Avec cette configuration, il est possible de
- faire circuler des trains longs jusqu’à in (avecV_mid et V_min comme décrit ci-dessus)
- arrêter les trains courts à shortin (par exemple, devant le bâtiment de la gare)
- utiliser pre2in pour les trains qui s’arrêteraient trop court avec shortin et trop long avec in
Un capteur
Même si l’utilisation d’un seul capteur par bloc (enter2in) est possible, cette alternative ne doit pas être prise en compte ou utilisée qu'à titre exceptionnel. Voir l’avertissement dans le tableau Événements de capteur ci-dessus. |
- 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_mid7) à 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.
Autres événements contrôlés par minuterie
Voir l’avertissement dans le tableau Événements de capteur ci-dessus. |
- 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_mid8) à 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.
Capteurs d’impulsion versus capteurs d’occupation
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.
Séquence de vitesse
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.
Événement | Vitesse |
enter2route | si le bloc courant est occupé, le train sera ralenti à V_mid |
enter, enter2in, enter2shortin | si le bloc suivant est occupé ou si le train doit s’arrêter dans le bloc courant, la vitesse est réglée sur V_mid9) |
pre2in | si le bloc suivant est occupé ou si le train doit s’arrêter dans le bloc courant, la vitesse est réglée sur V_min |
in, shortin | si le bloc suivant est occupé ou si le train doit s’arrêter dans le bloc réel, la vitesse est réglée sur 0 |
Note: Selon les Détails du bloc d'autres indications de vitesse peuvent être configurées.
Représentation graphique
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.
Blocs avec un seul capteur
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.
Configuration
Dans Rocrail, les événements de capteur sont configurés dans les propriétés d’itinéraire de bloc dans l’ordre suivant :
- des blocs sont créés (7.1)
- les capteurs sont configurés (7.2)
- les itinéraires sont générés (7.3) and
- 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.
Capteurs partagés
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.
Toute règle a ses exceptions
- 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).
Différents capteurs dans des itinéraires spécifiques vers le même bloc
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!
Exemple
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 .