Files
JIMRI/help/fr/html/hardware/loconet/Addressing.shtml
T
2026-06-17 14:00:51 +02:00

474 lines
18 KiB
Plaintext

<!DOCTYPE html>
<html lang="fr">
<!-- Updated by Blorec Herv&#233; 2017-01-27-->
<head>
<meta name="generator" content="HTML Tidy for HTML5 for Apple macOS version 5.8.0">
<title>JMRI Hardware Support - LocoNet® Addressing</title>
<meta name="author" content="Bob Jacobsen">
<meta name="keywords" content="JMRI LocoNet Address Addressing Sensors Turnout">
<!--#include virtual="/help/fr/parts/Style.shtml" -->
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body>
<!--#include virtual="/help/fr/parts/Header_fr.shtml" -->
<div id="mBody">
<!--#include virtual="Sidebar.shtml" -->
<div id="mainContent">
<!-- Page Body -->
<h1>Adressage LocoNet</h1>
Le Systèmes LocoNet adresse des capteurs en entrée et des aiguillages en sortie en utilisant
des numéros. Cette page explique comment ces chiffres sont définis dans JMRI, et comment ils
se rapportent pour les numéros dans d'autres systèmes..
<h2>Adressage Aiguillage LocoNet dans JMRI</h2>
A l'intérieur des paquets sur la LocoNet, les sorties aiguillages sont adressées avec des
nombres de 0 à 4095. Les régulateurs cependant, répondent aux numéros 1 à 4096. Pour éviter
la confusion pour l'utilisateur , JMRI utilise la même numérotation que les régulateurs: LT1
à LT4096.
<p>Notez que lorsque le panneau moniteur LocoNet affiche le contenu des paquets LocoNet dans
le texte, il utilise le même adressage, donc 1 à 4096. Il est ensuite différent des octets
bruts qui sont affichés, mais au moins c'est compatible avec ce que les utilisateurs
s'attendent à voir. Nous convenons de la confusion, mais il doit y avoir une certaine
confusion, quelque part, étant donné la façon dont cela a été mis en place</p>
<h3>Le Tableau Aiguillage</h3>
<h1>Support: Adressage LocoNet®</h1>
<ul class="snav">
<!-- h2 TOC -->
<li><a href="#turnouts">Aiguillages</a>
</li>
<li><a href="#sensor">Capteurs</a>
</li>
<li><a href="#transponding">Retransmission</a>
</li>
<li><a href="#SVs">SVs</a>
</li>
</ul>
Le Systèmes LocoNet® adresse des Capteurs en entrée et des Aiguillages en sortie en utilisant
des numéros. Cette page explique comment ces chiffres sont définis dans JMRI, et comment ils
se rapportent auxs numéros dans d'autres systèmes..
<h2>Adressage Aiguillage LocoNet</h2>
A l'intérieur des paquets sur la LocoNet, les sorties Aiguillages sont adressées avec des
numéros de 0 à 4095. Les régulateurs cependant, adressent ceux-ci avec des numéros de1 à
4096. Pour éviter la confusion pour l'utilisateur , JMRI utilise la même numérotation que les
régulateurs: LT1 à LT4096.
<p>Notez que lorsque le panneau moniteur LocoNet affiche le contenu des paquets LocoNet dans
le texte, il utilise le même adressage, donc 1 à 4096. Il est ensuite différent des octets
bruts qui sont affichés, mais au moins c'est compatible avec ce que les utilisateurs
s'attendent à voir. Nous convenons de la confusion, mais il doit y avoir une certaine
confusion, quelque part, étant donné la façon dont cela a été mis en place</p>
<h3>Le Tableau Aiguillage</h3>
<p>Le Table Aiguillage JMRI montre un tableau des Aiguillage que JMRI connait. À chaque fois
que JMRI voit un message LocoNet qui spécifie un Aiguillage, JMRI met à jour une entrée
existante dans le tableau ou crée une nouvelle entrée si elle n'existe pas. Chaque Aiguillage
dans le tableau peut être affecté d'un "Nom Utilisateur".</p>
<p>Le tableau Aiguillage fournit un aperçu utile de l'état actuel de tous les Aiguillages
connus, et permet à l'utilisateur de changer l'état de ces Aiguillages.</p>
<p>Des informations supplémentaires sur les Aiguillages et le Tableau Aiguillage peuvent être
trouvées dans la <a href="../../tools/Turnouts.shtml">page principale des
Aiguillages</a>.</p>
<a name="sensor" id="sensor"></a>
<h2>Adressage des Capteurs LocoNet</h2>
A l'intérieur des paquets sur le LocoNet, les Capteurs sont traités avec des numéros de 0 à
4095. La documentation Digitrax fait référence à des nombres de 1 à 4096, cependant. Tout
comme pour les Aiguillages, nous utilisons la documentation de numérotation pour définir les
noms de Capteur: LS1 à LS4096.
<p>La façon la plus simple de trouver les bon numéros pour un Canton donné est d'ouvrir une
fenêtre, "LocoNet moniteur", et déposer une locomotive sur le Canton qui vous êtes intéresse
Vous verrez les Message LocoNet, avec le numéro, dans la fenêtre qui ressemble à quelque
chose comme ceci: <code>"General sensor input report: contact 161 (DS54 switch 81 Aux input)
(BDL16 11,1) is Hi"</code> Le numéro de contact, 161 dans ce cas, est l'adresse du Capteur.
Le préfixe qui avec LS obtient le Nom Système du Capteur, par exemple LS161 dans ce cas.</p>
<p>Si vous voulez entrer manuellement les adresses du matériel dans le système, vous pouvez
le faire en entrant le numéro de la carte, suivi par le numéro de canal séparé par un":"<br>
Ainsi pour un Capteur sur la carte 11, canal 1, vous devrez entre dans le champs Adresse
Matériel:<strong>11:1</strong></p>
<p>Si vous voulez calculer l'adresse d'une entrée BDL168, vous pouvez utiliser
<code>&nbsp;&nbsp;&nbsp;&nbsp;nombre = 16 * (numéro de carte) + (numéro de canal) - 16</code>
où "numéro de canal" va de 1 à 16. Par exemple, le premier circuit (numéro 1) sur la carte 11
a le numéro: <code>&nbsp;&nbsp;&nbsp;&nbsp;nombre = 16 * (11) + (1) - 16 = 161</code> où
"numéro de canal" va de 1 à 16. Par exemple, le premier circuit (numéro 1) sur la carte 11 a
le numéro: <code>nombre = 16 * (11) + (1) - 16 = 161</code> comme nous l'avons vu dans
l'exemple ci-dessus.</p>
<p>Si vous voulez calculer l'adresse d'une DS54, utilisez:
<code>&nbsp;&nbsp;&nbsp;&nbsp;nombre = 2 * (numéro de l'Aiguillage - 1) + 1</code> Par
exemple, l'entrée associée à l'Aiguillage 81 a le numéro:
<code>&nbsp;&nbsp;&nbsp;&nbsp;nombre = 2 * (81 - 1) + 1 = 161</code> Si c'est l'entrée du
commutateur, vous ajouter un plus à ce que: <code>&nbsp;&nbsp;&nbsp;&nbsp;nombre = 2 *
(numéro d'Aiguillage - 1) + 2</code></p>
<p>Par exemple, l'entrée du commutateur associés à l'Aiguillage 12 a le numéro:</p>
<code>&nbsp;&nbsp;&nbsp;&nbsp;nombre = 2 * (12 - 1) + 2 = 24.</code>
<h3>Le Tableau Capteur</h3>
<p>Le tableau Capteur JMRI montre un tableau de Capteurs que JMRI connait.Chaque fois que
JMRI voit un message LocoNet qui spécifie un Capteur ,JMRI met à jour une entrée existante
dans le tableau ou crée une nouvelle entrée si elle n'existe pas déjà. Chaque Capteur dans le
tableau peut être affecté d'un "Nom Utilisateur".</p>
<p>Le Tableau Capteur fournit un aperçu utile de l'état actuel de tous les Capteurs
connus.</p>
<p>Des informations supplémentaires sur les Capteurs et le Tableau Capteurs peuvent être
trouvées dans la <a href="../../tools/Sensors.shtml">page principale Capteurs</a>.</p>
<h2>Addressage Transpondeur</h2>
<p>Le transpondeur Digitrax est géré via le mécanisme de Rapport dans JMRI. Les Rapports
recueillent l'information depuis le réseau et la rend disponible quand elle change. JMRI se
réfère à aux Rapports en utilisant le nom <em>LRx</em> où <em>x</em> est un nombre qui
correspond à une zone de détection</p>
<p>Les zones de transpondeur sont numérotées séquentiellement depuis 1 à 4096. Le matériel
actuel BDL16x oeuvre seulement sur les zones de transpondage impaires. La première zone
transpondage d'une carte BDL16x est rapporté comme un journal numéro <span style=
"font-family: monospace">(1 + ( adresse carte -1) * 16)</span>. La deuxième zone de
transpondage d'une carte BDL16x est rapporté comme un journal numéro <span style=
"font-family: monospace">(1 + ( adresse carte -1) * 16) + 2</span>.</p>
La numérotation Rapports
<p>est résumée dans le tableau ci-dessous:</p>
<table border="2" summary="">
<tr align="center">
<td>Adresse Carte</td>
<td>Zone</td>
<td>Numéro Rapport</td>
</tr>
<tr align="center">
<td rowspan="8">1</td>
<td>A</td>
<td>LR1</td>
</tr>
<tr align="center">
<td>B</td>
<td>LR3</td>
</tr>
<tr align="center">
<td>C</td>
<td>LR5</td>
</tr>
<tr align="center">
<td>D</td>
<td>LR7</td>
</tr>
<tr align="center">
<td>E</td>
<td>LR9</td>
</tr>
<tr align="center">
<td>F</td>
<td>LR11</td>
</tr>
<tr align="center">
<td>G</td>
<td>LR13</td>
</tr>
<tr align="center">
<td>H</td>
<td>LR15</td>
</tr>
<tr align="center">
<td rowspan="8">2</td>
<td>A</td>
<td>LR17</td>
</tr>
<tr align="center">
<td>B</td>
<td>LR19</td>
</tr>
<tr align="center">
<td>C</td>
<td>LR21</td>
</tr>
<tr align="center">
<td>D</td>
<td>LR23</td>
</tr>
<tr align="center">
<td>E</td>
<td>LR25</td>
</tr>
<tr align="center">
<td>F</td>
<td>LR27</td>
</tr>
<tr align="center">
<td>G</td>
<td>LR29</td>
</tr>
<tr align="center">
<td>H</td>
<td>LR31</td>
</tr>
<tr align="center">
<td rowspan="8">3</td>
<td>A</td>
<td>LR33</td>
</tr>
<tr align="center">
<td>B</td>
<td>LR35</td>
</tr>
<tr align="center">
<td>C</td>
<td>LR37</td>
</tr>
<tr align="center">
<td>D</td>
<td>LR39</td>
</tr>
<tr align="center">
<td>E</td>
<td>LR41</td>
</tr>
<tr align="center">
<td>F</td>
<td>LR43</td>
</tr>
<tr align="center">
<td>G</td>
<td>LR45</td>
</tr>
<tr align="center">
<td>H</td>
<td>LR47</td>
</tr>
<tr align="center">
<td colspan="3">...</td>
</tr>
<tr align="center">
<td rowspan="4">256</td>
<td>A</td>
<td>LR4081</td>
</tr>
<tr align="center">
<td>B</td>
<td>LR4083</td>
</tr>
<tr align="center">
<td colspan="2">...</td>
</tr>
<tr align="center">
<td>H</td>
<td>LR4095</td>
</tr>
</table>
<a name="reporter" id="reporter"></a>
<h3>Le Tableau Rapports</h3>
<p>Le Tableau Rapports JMRI montre un tableau de Rapports que JMRI connait. JMRI crée une
entrée dans ce tableau pour chaque nouvelle zone de répéteurs pour lesquels il voit un
message transpondage Chaque rapport dans le tableau peut être affecté d'un "Nom
Utilisateur".</p>
<p>Une fois que vous avez le matériel transpondage installé et au moins une locomotive
répondant correctement, il est simple de remplir le tableau de rapports pour chaque zone de
transpondage en mettant la locomotive transpondante dans toutes les zones de transpondages
compatibles. Il peut être utile de remplir un "Nom Utilisateur" dans le tableau Rapports JMRI
au même moment où la locomotive pénètre dans chaque zone de transpondage</p>
<p>Des informations supplémentaires sur les Rapports et le Tableau Rapports peuvent être
trouvé dans la <a href="../../tools/Reporters.shtml">page principale Rapports</a>.</p>
<a name="SVs" id="SVs"></a>
<h2>Traitement des Variables Système LocoNet (SVs)</h2>
( Ce qui suit a été tout d'abord disponible dansAvant <a href=
"https://jmri.org/releasenotes/jmri4.1.2.shtml">JMRI 4.1.2</a>. Les versions précédentes
peuvent ne pas êtres terminées ).
<p>Comme les décodeurs stockent les Variables de Configuration ( CVs ) pour définir leurs
réglages, certains appareils compatibles LocoNet disposent de Variables Système ( SVs ).</p>
<p>Il y a ( au moins ) deux variantes du protocole pour accéder à celles-ci. JMRI peut
utiliser la version 1 ou 2 pour accéder aux SVs compatibles en sélectionnant "System Variable
Type 1" ou "System Variable Type 2" comme mode programmation, respectivement. Cette option
est présentée quand vous utilisez une Connexion Système LocoNet qui est actuellement
connectée à LocoNet, Tel qu'un LocoBuffer - USB ou PR3 dans le mode MS100.</p>
<p>SVs sont numérotées de 1 à 127 pour le matériel version 1 et de 1 à 2^16-1 = 65,565 pour
le matériel version 2. Leurs noms peuvent être écrits dans plusieurs formats:</p>
<ul>
<li>nnnn, exemple: 12345- Comme CVs réguliers,c'est le format pour lire et écrire un octet
( byte ) entier.</li>
<li>nnnL, exempe: 123L - ( version 2 seulement ). Ceci signifie lire ou écrire 4 octets à
la fois.Ceci est plus éfficace pour les grandes variables, mais notez que vous devrez être
trés soigneux pour ne pas définir de chevauchement dans la même mémoire: avoir CV10L et
CV12L présent causera de la confusion, car nous aurons à la fois CV12L et CV13
présent.</li>
<li>nnnn^HH, exemple:123^80 - ( version 2 seulement ). Cela signifie une écriture masquée.
Seul les bits marqués à 1 dans les deux digits après le caractère "^", seront écrits dans
l'équipement. Dans l'exemple, cela signifie juste que le bit le plus significatif sera
écrit. LEs valeurs des autres bits actuelleemnt dans l'équipement ne seront pas changés.
C'est un peu subtil, aussi nous fournissons quelques exemples:
<table border="2" summary="">
<tr>
<th>CV<br>
Numéro</th>
<th>Prior<br>
Contenu</th>
<th>Valeur<br>
Écrite</th>
<th>Masqué<br>
Valeur</th>
<th>New<br>
Contenu</th>
</tr>
<tr>
<td>CV1^01</td>
<td>0x55</td>
<td>0x22</td>
<td>0x01</td>
<td>0x23</td>
</tr>
<tr>
<td>CV1^01</td>
<td>0x54</td>
<td>0x22</td>
<td>0x01</td>
<td>0x22</td>
</tr>
<tr>
<td>CV1^0F</td>
<td>0x55</td>
<td>0x33</td>
<td>0x03</td>
<td>0x53</td>
</tr>
<tr>
<td>CV1^F0</td>
<td>0x55</td>
<td>0x33</td>
<td>0x03</td>
<td>0x53</td>
</tr>
<tr>
<td>CV1^33</td>
<td>0xF0</td>
<td>0x77</td>
<td>0x30</td>
<td>0x37</td>
</tr>
</table>
Notez que, Contrairement à l'attribut "masque" JMRI, la valeur n'est pas décalée pour
correspondre aux bits de masque. C'est peut-être mieux utilisé pour les valeurs de bit
unique via des variables enum, où les choix spécifiés peuvent avoir le bon codage de
bits. Ou pas utilisé du tout, et compter sur DecoderPro pour écrire les valeurs combinées
des mots complets correctement.
</li>
</ul>
<h3>Adressage SV Carte Version 1</h3>
<p>Dans plusieurs documents, le protocole SV version utilise Une adresse en deux parties:
83/1, par exemple. (SV version 2 utilise un simple nombre avec jusqu'à 14 bits; 0 n'est pas
utilisé ). Il ne semble pas y avoir de méthode standard pour cartographier cela en un seul
nombre. JMRI cartographie A/B par (B-1)*256+A. La plupart des cartes semblent utiliser les
adresses N/1, ainsi ceci fait que cela corresponde tout juste à N dans JMRI. Pour résumé:</p>
<table border="2" summary="">
<tr>
<th width="80">Ancien<br>
Style</th>
<th width="80">JMRI<br>
Nombre</th>
</tr>
<tr>
<td>10/1</td>
<td>10</td>
</tr>
<tr>
<td>83/1</td>
<td>83</td>
</tr>
<tr>
<td>83/2</td>
<td>339</td>
</tr>
<tr>
<td>83/0</td>
<td>-173</td>
</tr>
</table>
Notez que les adresses N/0 font des opérations spéciales, et ne sont pas réellement des
adresses: Elles tournent les messages de programmation en commandes. Ils sont disponibles en
utilisant des nombres négatifs comme ci-dessus, mais ils ne sont vraiment pas recommandé!
<h3>Utilisation de ceci dans une carte de définition DecoderPro</h3>
Vous pouvez utilisez tous les outils DecderPro pour gérer une carte utilisant le protocole SV
LocoNet si vous fournissez un fichier de définition approprié. Ceuc-ci sont dans le
mêmeformat qu'un fichier de définition décodeur, ecepté que pour spcifier le protocole SV
LocoNet Version 2 Vous modifiez l'élément "programming pour ressembler à:
<code>&lt;programming direct="no" paged="no" register="no" ops="no"&gt;
&lt;mode&gt;LOCONETSV2MODE&lt;/mode&gt; &lt;/programming&gt;</code>
<p>lLe protocole SV LocoNet Version 1 est la même exception que vous spécifiez
LOCONETSV1MODE. Pour avoir plus d'information, voir le schema definition file.</p>
<p>Notez que le protocole version 1 n'est plus recommandée. Si vous écrivez une définition
décodeur pour un circuit qui peut utiliser les deux, vous sautereze la ver sion 1 par la
fourniture de l'option LOCONETSV2MODE.</p>
<p>LocoNet® est une marque enregistrée de <a href="http://www.digitrax.com">Digitrax,
Inc.</a></p>
<!--#include virtual="/help/fr/parts/Footer_fr.shtml" -->
</div>
<!-- closes #mainContent-->
</div>
<!-- closes #mBody-->
<script src="/js/help.js"></script>
</body>
</html>