User Tools

Site Tools


analyzer-fr

This is an old revision of the document!


Analyseur du plan de voies

Changement important

Le nom des l'itinéraires crée par analyseur a changé
:!: Depuis la version 12.859+ le préfixe "autogen-" (voir ci-dessous) est remplacé par l'option Automatiquement généré.
Pour les itinéraires, qui continu à contenir en premier "autogen", le préfixe sera retiré durant le prochain fonctionnement de l'analyseur et remplacé par la nouvelle option.
En plus, "Generated by the analyzer" est entré dans le champs 'Description'.
Dans la fenêtre de dialogue Itinéraire: Général un premier " * " dans la colonne "Description" affiche l'option activée 'Automatically generated'.

Un autre changement important: Voir Traversée

Caractéristiques

  • Analyse le plan de voies et crée toutes les itinéraires possibles automatiquement.
  • Configurer le champ itinéraires sur toutes les voies, signaux et objets détecteurs → représentation de l'itinéraire (option).
  • Configurer le champs bloc dans toutes les voies, signaux et retour d'information des objets pour l'affichage de l'occupation du bloc → représentation du bloc (option).
  • Le sens de la voie peut être utilisé pour restreindre un itinéraire généré seulement dans cette direction.
  • Avec les traversées d'itinéraires à travers d'autres objets, les champs vides et les niveaux du plan de voies peuvent être crées.
  • Les commandes d'aiguillage sont ajoutées aux itinéraires.
  • Affectation de l'appairage du signal au bloc (signaux) comme signaux du coté plus(+)- et moins(-)- (option).
  • L'affectation du détecteur Enter- et In- au bloc (itinéraires) (option).
  • Support de module.
  • Support de faisceau de coulisse.


Note:

L'analyseur est présenté comme un outil spécialement pour l'utilisateur inexpérimenté permettant un accès rapide au chemin de fer entièrement automatisé.
Toutefois, avec des réseaux complexes ou inhabituels l'analyseur pourrait échouer à générer tous les itinéraires possibles ou pourrait générer des itinéraires inattendus ou dans le pire des cas, il peut même se bloquer.
Dans tous ces cas de configuration ils doivent être ajustés ou complétés à la main alors que les itinéraires générés correctement par l'analyseur peuvent servir comme modèle.
Voir également section Limitations


Fonctionnement

Exigences

  1. Le plan de voies doit être sain avant l'analyse!
  2. Tous les articles doivent être branchés sans un espace entre eux. Exception: La Traversée
  3. Seulement un article dans une position sur le plan est autorisé. (Pas de chevauchement.)
  4. L'analyseur est basé sur les tailles du symbole trouvées dans le thème par défaut SpDrS60. (Voir également les thèmes de base)


Activation

L'analyseur peut être activé manuellement.

La caractéristique est démarrée manuellement par:

  • soit en entrant z dans le terminal du serveur Rocrail si l'option -console est activée.
  • ou en sélectionnant l'analyse à partir du menu Fichier de Rocview.


Nettoyage

Si l'analyseur est redémarré après des changements du plan de voies tous les itinéraires avec l'option "automatically generated" sont effacés.
Cela garantit qu'aucun itinéraires invalides ne soit inclus dans le plan avant que les itinéraires ne soient crées ou recrées. L'option "automatically generated" doit être activée pour tous les itinéraires donc les changements peuvent être mis en œuvre. Les itinéraires ajoutés manuellement sans l'option d'auto-création seront gardés dans la liste.


Configuration des détecteurs et signaux

Le graphique montre le positionnement des détecteurs de retours d'information ( fb ) et la distance- ( sgv ) et les signaux principaux ( sgh ) pour un bloc ( bk ).
Les détecteurs et les signaux sont donc correctement assignés au bloc et les itinéraires des deux cotés du bloc.
Des deux cotés du bloc, les détecteurs et les signaux doivent être positionnés entre le bloc et le prochain aiguillage ( sw ).
L'ordre des objets entre le bloc et l'aiguillage est arbitraire.
:!: Les signaux - comme montrés - doivent être alignés avec le "symbole dans la direction du déplacement à la droite de la voie". (Exception, par exemple: Signaux SBB-L)
:!: Si l'itinéraire entre deux blocs ne contient pas un aiguillage, alors les signaux peuvent être assignés au mauvais bloc.


Détecteurs

Les détecteurs sont assignés aux itinéraires all enter + et all enter -, respectivement.
L'itinéraire all enter + est pour tous les itinéraires entrant du coté + du bloc (marqué avec le petit + dans le bloc).
L'itinéraire all enter - en conséquence est utilisé pour tous les itinéraires entrant par le coté - du bloc.
Les détecteurs doivent être assignés aux itinéraires dans l'onglet itinéraires de Bloc: Itinéraires dans les propriétés du bloc.
Note:
l'affectation par l'analyseur fonctionne seulement quand on utilise des détecteurs "enter" et "in".
En plus, placer seulement un détecteur de chaque coté entre le bloc et le prochain aiguillage.
Pour les blocs avec un, trois ou quatre détecteurs il n'y a pas d'articles utilisables.
Avec plus d'un détecteur sur un côté de bloc, seulement le détecteur au plus près du bloc sera considéré.

Signaux

La distance du signal associée avec le signal principal d'un bloc doit être positionné du coté opposé du bloc.
L'affectation est visible dans l'onglet Bloc: Signal et peut être changé manuellement, si nécessaire.

Sens des voies

Le sens des voies (voir également Types de voies) peut être utilisé pour restreindre les itinéraires générés par l'analyseur dans une direction particulière. Dans ce but la direction de la voie est placée entre un ou plusieurs blocs:

Exemple Description Itinéraire généré par l'analyseur
Deux blocs connectés par la voie De A vers B et de B vers A
Deux blocs avec une indication de voie dans les deux directions entre Identique comme au-dessus; la voie pour les deux directions est seulement décrite mais n'a pas de fonction
Deux blocs avec une direction de voie entre, la flèche pointe vers la droite Seulement de A vers B
Deux blocs avec une direction de voie entre, la flèche pointe vers la gauche Seulement de B vers A
Embranchement sans direction de voie A vers B, A vers C, B vers A et C vers A
Direction de voie dans une branche A vers B, A vers C et B vers A
Direction de voie devant l'embranchement A vers B et A vers C


Astuce: Si il n'y pas d'itinéraire à créer dans la section voie dans les deux directions, cela peut être réalisé par les symboles de voie avec deux flèches opposées, ou pendant la durée de l'activité de l'analyseur, un symbole de voie est retiré dans la section.


Traversée

Changement important depuis la version 15.164+
:!: Elle doit toujours être clairement formé avec une paire de traversée numérotée 0…655351).
L'utilisation possible auparavant des nombres 0…9 pour de multiples paires de traversées conduit à l'arrêt de l'analyseur.
Le positionnement orthogonal et les surfaces coupées se faisant face des même symboles ne sont plus considérés.
Pour que le plan de voies pour l'analyseur soit "sain"
et les appariements précédents restent valables à l'avenir, l'"ancienne" paire de traversée 0…9
doit être changée en une numérotation unique pour tous les niveaux dans le plan de voies entier.

Pourquoi des traversées?

Les traversées peuvent être utilisées pour connecter des éléments distants: L'analyseur cherche un homologue (seconde traversée) dans la même direction et ignore les coupures et les éléments entre les deux.
Avec les traversées il est facile de connecter différents niveaux sur le réseau.

Exemples de traversée
Éviter les éléments de voie sans fonction

Traversées illustrant un pont

Pont avec deux traversées
En haut avec une voie de type "traversée"
En-dessous avec une voie de type "tracknr" = 2
Pont avec un symbole de voie de type "tracknr" = 3
Ainsi l'analyseur est capable de reconnaître et de générer les itinéraires possibles A- < > B+ et C- < > D+


  • Les traversées configurées avec un numéro de voie entre 10 et 99 doivent avoir une traversée correspondante avec le même numéro de voie n'importe ou sur le plan. La direction de la contrepartie n'a pas d'importante. La contrepartie peut être sur un autre niveau du plan de voies.


Éviter les connecteurs sur les plan modulaires

Avec les plan modulaires, les connecteurs peuvent être utilisés comme transitions de module si ils sont jumelés et définis avec le même numéro dans la plage 10 - 99.

Désavantages:
Les traversées pour la transition de module sans un partenaire avec le même numéro dans le plage 10 - 99 l'analyseur les signale comme une erreur.
Si le réseau modulaire est mis en place dans une compilation différente, les paires de connecteur affecté des nombres dans la plage 10 - 99 doivent être adaptés.
Si dans une compilation deux connecteurs avec le même numéro dans la plage 0 - 99 sont oubliés quelque part, des itinéraires "étranges" peuvent survenir.

Recommandation:
Aux inconvénients mentionnés - entre autres: Les erreurs, un effort important pour les changements, etc. - il est recommandé d'éviter les connecteurs dans les transitions du module.
Au lieu de connecteurs, "l'élément de voie droit" devrait être positionné de façon à ce qu'ils se correspondent sans interruption lors de la compilation des modules.
Cela donne une perspective des connexions de voie continue pour l'analyseur à partir desquelles les itinéraires peuvent être facilement générées.

Avec cette méthode, tous les désavantages avec les connecteurs dans les transitions de module sont éliminées d'une manière très simple.

Pour les transitions du module utiliser des éléments de voie droit :!:

Voir également Messages dans le journal du serveur

Limitations

  • L'analyseur n'est pas parfait, des erreurs peuvent se produire.
  • Toutes les situations 'bizarre' ne peuvent être reconnues.
  • L'analyseur configure des détecteurs (retours d'information) seulement après que l'option "Assigner les retours d'informations aux blocs" dans Détecteurs dans les blocs est été activé (par défaut cette option n'est pas activée).
  • Si "Assigner les retours d'informations aux blocs" est activé, l'analyseur essayera seulement d'allouer les détecteurs enter et/ou in dans les itinéraires génériques qui ne sont pas encore complètement générés (qu'ils soient configurés manuellement par l'utilisateur ou qu'ils existent déjà des analyses précédentes).
    Note: Les détecteurs auparavant configurés enter et/ou in sont maintenus et l'analyseur ne les changera pas (même si ils sont complètement erronés).
  • Ce qui précède s'applique seulement aux détecteurs les plus proches (il y a des exceptions dans des situations spéciales) près d'un bloc qui sont uniques à ce bloc.
  • Si un enter2in configuré est trouvé dans un bloc, alors aucun changement ne sera fait à ce bloc.
  • Un détecteur enter2in n'est jamais assigné (ou effacé) par l'analyseur.
  • Les routes ne sont pas supportées.
  • Seulement quelques objets du type aiguillage "Accessoire" et du type voie "tracknr" sont reconnus:


Type Aiguillage "Accessoire"
Accessoire#Description
1 passage à niveau pour double voie, obsolète
10 simple passage à niveau, sans lien
11 simple passage à niveau, une barrière latérale
12 simple passage à niveau, double barrières latérales
40 pont à double voie
41 pont à simple voie
Type de voie "tracknr"
NuméroDescription
2 traversée
3 traversée de pont


D'autres accessoires ou des numéros de voie ne sont pas supportés. Ils ne connaissent pas les différentes tailles de grille et d'orientation de ces symboles. Par conséquent, avant de démarrer l'analyseur ces objets doit être replacés temporairement (et peut-être plus tard encore) avec des objets de voies normaux.

Note: Ne pas utiliser deux ou plus d'articles de voie double consécutivement. L'analyseur générera quelques itinéraires erronés :!:


Exemple

Itinéraire générés

<stlist>
  <st id="[01+]-[02+]" generated="true" bka="01" bkb="02" bkaside="true" bkbside="true" show="false" x="0" y="0">
    <swcmd id="sw1" cmd="straight"/>
  </st>
  <st id="[01+]-[03+]" generated="true" bka="01" bkb="03" bkaside="true" bkbside="true" show="false" x="0" y="0">
    <swcmd id="sw1" cmd="turnout"/>
  </st>
  <st id="[04+]-[01-]" generated="true" bka="04" bkb="01" bkaside="true" bkbside="false" show="false" x="0" y="0"/>
  <st id="[02-]-[04-]" generated="true" bka="02" bkb="04" bkaside="false" bkbside="false" show="false" x="0" y="0">
    <swcmd id="sw2" cmd="straight"/>
  </st>
  <st id="[03-]-[04-]" generated="true" bka="03" bkb="04" bkaside="false" bkbside="false" show="false" x="0" y="0">
    <swcmd id="sw2" cmd="turnout"/>
  </st>
</stlist>

Note: Le préfixe précédemment utilisé autogen- est remplacé par le paramètre generated = "true" dans l'enregistrement de l'itinéraire 2)

Trucs et Astuces

Garder des itinéraires

Q: Pourquoi l'analyseur écrase ou supprime toujours mes modifications?
R: En premier l'analyseur efface tous les itinéraires avec l'option 'Automatiquement généré'.

Q: Comment puis-je prévenir l'analyseur de recréer un itinéraire?
A: Par la désactivation de l'option 'Automatiquement généré' (→ pas d'effacement → pas de re-création)

Itinéraires alternatifs

Prévenir les itinéraires alternatifs de A- vers B+ (éviter de changer des pistes)


- Avant:

  • "[A-]-[B+]" (itinéraire direct)
  • "[A-]-[B+]-42" (itinéraire alternatif utilisant le coté de la voie)

- actions manuelles:

  • désactivation de l'option 'Automatiquement généré' de "[A-]-[B+]"
  • effacer/retirer "[A-]-[B+]-42"

- Après:

  • appelé l'analyseur qui laissera "[A-]-[B+]" intacte (l'option 'automatiquement généré' est désactivée) et ne créera aucun itinéraire alternatif de [A-] vers [B+], parce que c'est déjà un itinéraire "manuellement configuré" pour cette relation.


Messages dans le journal du serveur

- ANALYSER: max. recursion depth (101 > 100) reached

⇒ Veuillez suivre les Bonnes partiques

1)
=valeur 16 bits
2)
Voir Changement Important en haut de cette page.
analyzer-fr.1552989993.txt.gz · Last modified: 2019/03/19 11:06 by phil45