DR4024 et DR5000

[PhilHO95]

Le mode POM indiqué que l'on programme sur le réseau, cela implique qu'il est impossible de lire les CVs.
Pour lire les CVs, le mode voie de programmation est indispensable

Mais avec le mode POM du DR4024, vous n'avez pas besoin de connaître les valeurs de CV pour régler les servos

[dnrphil]

Le mode POM indiqué que l'on programme sur le réseau, cela implique qu'il est impossible de lire les CVs.

Le mode Prog On Main n'empêche nullement de lire les CV (sauf la CV1). Cordialement.

[PhilHO95]

Le mode POM indiqué que l'on programme sur le réseau, cela implique qu'il est impossible de lire les CVs.

Le mode Prog On Main n'empêche nullement de lire les CV (sauf la CV1). Cordialement.

Alors je confirme qu'en mode POM, donc sur le réseau, il est impossible de lire les CVs, sauf éventuellement via le Railcom.
Par contre en mode "POM" on peut écrire tous les CVs sauf le CV1.
En mode "rail de programmation", on peut lire et écrire tous les CVs

Pour le mode de programmation du DR4024, il y a bien sur les 2 mode de programmation identiques aux décodeurs de locos, à savoir ecrire dans les CVs en mode rail de programmation ou mode POM.
Sur le DR4024 (comme sur certains decodeurs ESU) il y a un mode de programmation simplifié

[Manu-N]

Bonjour à tous.

Donc, j’ai testé.
Cela fonctionne : le mode de programmation des DR4024 en mode POM, sans tout débrancher…

En mode POM = sur la voie principale. Aucun branchement à faire, à modifier.

01 - mettre le DR4024 en mode programmation (voyant rouge)
02 - sur la Z21 : « Programmer une adresse »: 9999. C'est un peu long... Attendre que le voyant vert en haut à droite de la Z21 appli s'éteigne...
03 - suivre la procédure avec la conduite de la loco adresse 9999.
04 - revenir sur « Programmer une adresse », et mettre l’adresse désirée.
05 : la validation, c’est un soucis.
Il semble qu’il faille, une fois l’adresse désirée affectée et le voyant rouge du DR4024 est toujours allumé: COUPER l’alimentation de la centrale. De tout le système.
Quand on rallume : le voyant rouge du DR4024 est allumé.
L’éteindre en appuyant sur le bouton poussoir…
Et cela à l’air bien. Cela fonctionne.
Après plusieurs essais...

Mais ce n’est pas encore tout à fait clair
Juste une question subsidiaire : les adresses des moteurs .

Mon premier DR4024 programmer avec la sortie « power et signal » sur la Z21 :
Adresse du DR4024 = 100
Adresse des aiguillages : 101 - 102 - 103 - 104
Ce qui me parait logique au vu de tout ce que j’ai lu… ( les adresses 105 - 106 - 107 - 108 pour d'autres accessoires...)

Le deuxième DR4024 programmer avec la sortie « power et signal » sur la Z21 :
Adresse du DR4024 = 110
Adresse des aiguillages : 113 - 114 - 115 - 116
Pourquoi ce décalage de 2 (113 au lieu de 111) ?

Le troisième DR4024 programmer en mode « POM »  :
Adresse du DR4024 = 120
Adresse des aiguillages : 123 - 124 - 125 - 126
Pourquoi ce décalage de 2 (123 au lieu de 121) ?

Voilà l'avancement de cette programmation.

A vous lire.
Et merci encore de votre attention.

[jc59]

Bonsoir,

Après configuration du DR4024, il faut parfois refaire l'attribution de sa première adresse (qui s'est décalée ou perdue lors de la procédure). C'est d'ailleurs noté dans la doc (le même problème se produit aussi parfois avec le DR4018)

Jean-Claude

[Manu-N]

Bonjour,

donc j'ai essayé de re-programmer l'adresse du DR4024, en mode POM.

1 - en mode programmation : Led rouge allumée.
2 - Z21 : programmer une adresse (120 en l'occurence)
3 - La nécéssité d'éteindre.
J'ai essayé deux manipulations :
[*]- la led rouge est allumée - je coupe l'alimentation du système - j'attend un peu - je rallume le système- la led rouge du DR4024 est allumée - je l'éteint.
[*]- la led rouge est allumée - je l'éteint - je coupe l'alimentation du système - j'attend un peu - je rallume le système.

Même résultat.
Maintenant les servos réagissent aux adresses : 125 - 126 -127 - 128 (adresse du DR4024 = 120)

J'ai due effectuer 3 ou 4 fois cette démarche...

Pourquoi ? Je n'y comprends rien...

Merci de votre attention

[jc59]

Juste une piste possible, que je ne peux développer n'ayant pas de matériel Roco :
J'ai souvent lu ce problème de décalage de 4 dans les adresses entre Roco et d'autres marques ; si un utilisateur passe par là, il t'en dira plus

A défaut, si l'exploitation est ensuite OK, tu tiens compte de ce décalage dans l'affectation de tes adresses (même s'il serait effectivement plus satisfaisant d'avoir confirmation et éclaircissement à ce sujet)

[PaulXpress]

Juste une piste possible, que je ne peux développer n'ayant pas de matériel Roco :
J'ai souvent lu ce problème de décalage de 4 dans les adresses entre Roco et d'autres marques ; si un utilisateur passe par là, il t'en dira plus

A défaut, si l'exploitation est ensuite OK, tu tiens compte de ce décalage dans l'affectation de tes adresses (même s'il serait effectivement plus satisfaisant d'avoir confirmation et éclaircissement à ce sujet)

Finalement l'explication est relativement simple, les modules sont en principe prévus pour 4 accessoires, donc le module 1 a les adresses de 1 à 4, le 2 de 5 à 8, le 3 de 9 à 12, etc.
Le problème avec Roco, c'est que l'adressage démarre à partir du module 0, donc le module 1 a les adresses de 5 à 8, le 2 de 9 à 12, etc.

[PaulXpress]

Je viens de trouver sur le wiki RocRail, une façon de résoudre ce problème sur la z21 avec l'outil de maintenance:
3.2.1 Common settings
Adressage d'aiguillage DCC selon RCN-213 (identique à l'option précédente "Adressage d'aiguillage DCC +4") : Cette option permet de corriger des incompatibilités liées à la numérotation des adresses d'aiguillage et de signalisation. Roco numérote les aiguillages à partir du module 0 (chacun avec 4 aiguillages), les autres fabricants de centres de contrôle DCC uniquement à partir du module 1. Cette numérotation différente provient historiquement d'une faiblesse des spécifications NMRA S-9.2.1 où aucun des deux systèmes de numérotation ne pouvait essentiellement être qualifié de « incorrect ». La numérotation des adresses de branchement n'a été clairement définie que depuis les spécifications les plus récentes de la RailCommunity RCN-213 (2015). Le paramètre par défaut de cette option est « désactivé » pour rester rétrocompatible avec les anciens appareils Roco. Lors du passage d'un système tiers existant au Z21, il peut donc arriver que les adresses d'aiguillage précédemment connues apparaissent décalées de la valeur 4 en raison de la méthode de comptage différente des groupes de modules. Si, par exemple, un taux de participation sur l'ancien système tiers a été réglé en dessous de 1, il est adressé sur le Z21 comme 1+4=5. Afin de faciliter le changement pour nos clients, cette option a été introduite. Elle permet de réutiliser les aiguillages et les signaux avec d'anciennes adresses d'aiguillage connues ou de les adresser conformément à la RCN-213.
Cette option est disponible à partir du firmware Z21 V1.21.
À partir du firmware V1.22 du Z21, le paramètre affecte non seulement les paquets DCC sur la sortie de voie, mais détermine également la manière dont les commandes de commutation d'aiguillage sont interprétées sur l'entrée Sniffer BUS.

[Manu-N]

Merci à vous..;

@Jean_paul : je crois comprendre, mais bon.
Afin de faciliter le changement pour nos clients, cette option a été introduite. Elle permet de réutiliser les aiguillages et les signaux avec d'anciennes adresses d'aiguillage connues ou de les adresser conformément à la RCN-213.
Cette option est disponible à partir du firmware Z21 V1.21.

J'ai donc essayé :
- j'ai le firmware Z21 = 1.43
- avec Z21 Maintenance, j'ai coché la case : DCC Tourout -adressing according RCN-213.
- j'ai re-testé la programmation du DR4024, mode POM, pour lui remettre une adresse.
J'ai essayé 130, remis 120...
Pas de changement sur les aiguilles, toujours 123 à 126.

Je me suis sans doute précipité...
RailCOM doit-il être activé ? Je en sais pas si c'est le cas...

Merci.