Differences

This shows you the differences between two versions of the page.

--- analyzer-fr [2019/10/21 17:16] – phil45
+++ analyzer-fr [2019/11/16 11:13] (current) – removed phil45
@@ Line 1: / Line 1: @@
-====== Routeur du plan de voies ======
-[[:france#rocrail|{{  :server.png}}]][[:france|{{  :rocrail-logo-32.png}}]]
-[[:france | Sommaire ]] -> [[:france#rocrail|Serveur Rocrail]]\\
-  * **[[analyzer-fr|Routeur du plan de voies]]**
-    * [[rocrailini-analyser-fr|Fenètre de dialogue de configuration Rocrail]]
- \\
-===== 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 {{SpDrS60-track-route.png}} (**[[rocrailini-analyser-fr|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 {{SpDrS60-track-occ.png}} (**[[rocrailini-analyser-fr|option]]**).
-  * Le **[[#sens_des_voies|sens de la voie]]** peut être utilisé pour restreindre un itinéraire généré seulement dans cette direction.
-  * Avec les **[[#traversee|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 **[[block-signals-fr|bloc (signaux)]]** comme signaux du coté plus(+)- et moins(-)- (**[[rocrailini-analyser-fr|option]]**).
-  * L'affectation du détecteur Enter- et In- au **[[block-routes-fr|bloc (itinéraires)]]** (**[[rocrailini-analyser-fr|option]]**).
-  * Support de module.
-  * Support de faisceau de coulisse.
- \\
-==Note:==
-Le Routeur 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 le Routeur 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 le routeur peuvent servir comme modèle. \\
-Voir également **[[analyzer-fr#Limitations|section Limitations]]**
- \\
-===== Fonctionnement =====
-==== Exigences ====
-  - Le plan de voies doit être __**[[planhealth-fr|sain]]**__ avant l'analyse!
-  - Tous les articles doivent être branchés sans un espace entre eux. Exception: La [[#traversee|Traversée]]
-  - Seulement un article dans une position sur le plan est autorisé. (**Pas de chevauchement.**)
-  - Le Routeur est basé sur les tailles du symbole trouvées dans le thème par défaut **[[:symbols-themes-spdr60-fr|SpDrS60]]**. (Voir également **[[symbols-theme-props-fr#les_bases|les thèmes de base]]**)
- \\
-==== Activation ====
-Le Routeur 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 **[[rocgui-menu-fr#fichier|l'analyse]]** à partir du menu Fichier de Rocview.
- \\
-==== Nettoyage====
-Si le Routeur 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 ====
-|< >|
-|  {{:analyzer:analyser-bk-fb-sg.png?750}}  |
-|  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: __**[[:symbols-themes-sbblsignals-fr|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 **[[block-routes-fr|Bloc: Itinéraires]]** dans les propriétés du bloc. \\
-**Note:**\\
-l'affectation par le Routeur 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 **[[block-signals-fr|Bloc: Signal]]** et peut être changé manuellement, si nécessaire.\\
-\\
-==== Sens des voies ====
-Le sens des voies (voir également **[[:tracks-gen-fr#type|Types de voies]]**) peut être utilisé pour restreindre les itinéraires générés par le Routeur 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 le Routeur ^
-| {{:analyzer:dir-no.png}} | Deux blocs connectés par la voie | De A vers B __et__ de B vers A |
-| {{:analyzer:dir-all.png}} | 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 |
-| {{:analyzer:dir-right.png}} | Deux blocs avec une direction de voie entre, la flèche pointe vers la droite | __Seulement__ de A vers B |
-| {{:analyzer:dir-left.png}} | Deux blocs avec une direction de voie entre, la flèche pointe vers la gauche | __Seulement__ de B vers A |
-| {{:analyzer:dir-no1.png}} | Embranchement sans direction de voie | A vers B, A vers C, B vers A et C vers A |
-| {{:analyzer:dir-right1.png}} | Direction de voie dans une branche | A vers B, A vers C et B vers A |
-| {{:analyzer:dir-right2.png}} | Direction de voie devant l'embranchement | A vers B et A vers C |
-{{  :symbols:no-route.png}}
- \\
-**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é du Routeur, un symbole de voie est retiré dans la section.
- \\
-Voir également: **[[tracks-gen-fr#exception_de_direction|Exceptions de direction du Routeur ]]**
-\\
-===== 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...65535**((=valeur 16 bits)).\\ L'utilisation possible auparavant des nombres **0...9** pour de multiples paires de traversées conduit à l'arrêt du Routeur. \\ Le positionnement orthogonal et les surfaces coupées se faisant face des même symboles ne sont plus considérés. \\ Ceci inclut un élément de pont divisé (tracknr 2). {{symbols:track-2.png?20}} \\ **Pour que le plan de voies pour le Routeur 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: Le Routeur 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 ^^
-| {{:analyzer:verbinder.png?800}}  ||
-| \\ ||
-^ Traversées illustrant un pont ^^
-|  {{:analyzer:bridge.png}} |  {{:analyzer:bridge-crossing-example.png}}  |
-|  Pont avec deux traversées \\ Avec une voie de type "traversée"  |  Pont avec un symbole de voie de type "tracknr" = **3** \\ Ainsi le Routeur 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 **[[tracks-gen-fr#nombre|un numéro de voie]]** entre **0** et **65535** 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** le Routeur 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" {{: spdrs60-track-norm.png}} 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 le Routeur à 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 :!:  |
-|  {{:modules:no-connector.png?200}}  |
-Voir également __**[[#messages_dans_le_journal_du_serveur|Messages dans le journal du serveur]]**__\\
-\\
-===== Limitations =====
-  * Le Routeur n'est pas parfait, des erreurs peuvent se produire.
-  * Toutes les situations 'bizarre' ne peuvent être reconnues.
-  * Le Routeur configure des détecteurs (retours d'information) seulement après que l'option "Assigner les retours d'informations aux blocs" dans **[[rocrailini-analyser-fr##Assigne_les_retours_aux_bloc|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é, le Routeur 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 le Routeur 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 le Routeur.
-  * Les routes ne sont pas supportées.
-  * Seulement quelques objets du **[[switch-gen-fr#accessoire|type aiguillage "Accessoire"]]** et du **[[tracks-gen-fr#type|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éro^Description^
-|  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 le Routeur 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. Le Routeur générera quelques itinéraires erronés :!:
- \\
-===== Exemple =====
-{{:analyzer:demo-plan.png?500}}\\
-{{:analyzer:demo-plan.zip}}\\
-==== Itinéraire générés ====
-<code xml>
-<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>
-</code>
-** Note: ** Le préfixe précédemment utilisé **autogen-** est remplacé par le paramètre **''generated = "true"''** dans l'enregistrement de l'itinéraire ((Voir **[[#important_change|Changement Important]]** en haut de cette page.))
-===== Trucs et Astuces =====
-==== Garder des itinéraires ====
-Q: Pourquoi le Routeur écrase ou supprime toujours mes modifications?\\
-R: En premier le Routeur __efface tous__ les itinéraires avec l'option 'Automatiquement généré'.\\
-\\
-Q: Comment puis-je prévenir le Routeur 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)
-{{:analyzer:alt_route_ab.png}} \\
-- 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é le Routeur 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 =====
-Pour afficher les résultats du Routeur, **[[rocrailini-trace-fr#calcul|Trace: calcul]]** doit être activé.
-  * **Note:** \\ L'activation du niveau de suivi "Analyse" n'est pas recommandé. \\ Cette option doit être réservé pour le dépannage des fonctions du Routeur .
-==== Exemples ====
-// **Note:** Le message de la dernière action est en haut du journal.//
-** Le journal du serveur à "Analyser" avec une erreur de conception du plan typique: **
-<code>
-:23:09 route generator (re)created routes (0 -> 8)
-:23:08 ANALYSER: max. recursion depth (101 > 100) reached
-:23:08 ANALYSER: max. recursion depth (101 > 100) reached
-</code>
-  * Pendant la recherche des itinéraires entre 2 blocs de plus de 100 éléments de diagrammes de voies sont trouvées //(Deux messages = recherche dans les deux directions)// \\ **[[http://forum.rocrail.net/viewtopic.php?p=89410#p89410|Regardez ce fil sur le forum allemand]]**
-  * Suivez s'il vous plaît les **[[goldenrules-fr|Bonnes pratiques]]**
-**Journal du serveur "Effacer toute l'analyse" et ensuite "Analyser":**
-<code>
-:45:36 route generator (re)created routes (0 -> 4)
-:45:35 starting analyzer...
-:45:25 route generator cleanup removed 4 routes (4 -> 0)
-:45:24 starting analyzer cleanup...
-</code>
-  - 4 itinéraires ont été effacés
-  - 4 itinéraires sont nouvellement créées
-**Journal du serveur à "Analyser" avec des erreurs de traversées typiques:**
-<code>
-:08:06 Analyser skipped because plan has ERRORs
-:08:06 ERROR: connector [tk5] at (6-5-1) number[3] : Too many counterparts (total 3)
-:08:06 WARNING: connector [tk4] at (14-3-0) with number[2] : no counterpart found.
-:08:06 ERROR: connector [tk3] at (14-1-0) number[3] : Too many counterparts (total 3)
-:08:06 ERROR: connector [tk2] at (6-3-0) number[3] : Too many counterparts (total 3)
-</code>
-  - Il y a plus de deux paires de traversées avec le numéro **3** aux positions spécifiées. // (Exemple: **6-3-0** = x-y-z) //
-  - Il manque à la traversée avec le numéro **2** son partenaire.
-  - L'exécution de l'Routeur  a été interrompu en raison des erreurs répertoriées dans le plan de la voie.