La version RM-U Rel 1.40D fonctionne sur les modules suivants :
La version RM-C Rel 1.40D fonctionne sur les modules suivants :
À partir de la version 1.40, le RM-U et le RM-C prennent en charge deux bus de communication vers les modules Dinamo connectés. La taille maximale du système est ainsi doublée sans perte de performance.
Le canal 1 est le premier canal, identique au canal d’un système simple. Le canal 0 est le second canal. Sur le RM-U, le canal 0 est le canal série ascendant standard qui peut être réaffecté en option comme second canal descendant. Sur le RM-C/1, le canal 0 n’est pas utilisé, car le RM-C ne prend pas en charge la communication hôte série.
Chaque canal accepte 16 paires d’UCCI, de TM-H ou de TM44, plus 8 modules PM32 ainsi que 16 modules OC32 et/ou modules OM32.
RM-U
Sur le RM-U, les deux canaux peuvent être en RS485, ou le canal 1 en TTL et le canal 0 en RS485. Dans ce dernier cas, une attention particulière est requise pour l’horloge TM-H si des modules TM-H/TM44 sont présents sur les deux bus. L’horloge devra alors être convertie de manière externe de RS485 vers TTL. Cela peut être réalisé sur l’un des modules TTL-TM-H au moyen d’une modification. Le RM-U permet les combinaisons suivantes en mode Dual Channel :
Le canal 0 ne peut être configuré en mode descendant que si le module est effectivement un RM-C/2 ou un RM-U doté d’un BootROM Dual-Channel. Dans le cas contraire, cette option peut être configurée mais ne sera pas activée lors du démarrage.
Il n’y a « que » 2 048 rétroactions par système. Avec 32 modules TM-H et/ou UCCI, le nombre total de rétroactions serait de 32 * 128 = 4 096. On estime que plus de 2 048 rétroactions ne seront jamais nécessaires avec la taille maximale du système de 256 cantons.
Rationalisation
Le TM44 offre 16 détecteurs d’occupation par module, donc le nombre maximum de 64 modules permet d’obtenir 1 024 rétroactions. On peut supposer qu’un TM-H dispose normalement d’un espace d’adressage suffisant avec 64 rétroactions. L’UCCI pourrait avoir besoin de 128 rétroactions par module, cependant, compte tenu de l’utilisation actuelle par les clients, il est très peu probable que quelqu’un construise un système avec plus de 16 UCCI. Et si quelqu’un devait construire un système avec 16 UCCI, il est fortement recommandé d’en faire un « système dédié » (uniquement des voitures, pas de mélange trains/voitures). Actuellement, il est souhaitable de maintenir la compatibilité ascendante de l’adressage, afin qu’une personne mettant à niveau un système simple vers un système à double bus n’ait pas à modifier toute la base de données logicielle.
Implémentation
Les modules TMxx sur le canal 1 et le canal 0 utilisent un espace d’adressage chevauchant pour les rétroactions :
Les rétroactions sur le canal 1 sont numérotées comme sur un système monocanal. Pour un emplacement d’adresse TMxx occupé par une paire de TM44, le module primaire utilise les adresses 0..15 et le module secondaire les adresses 64..79 des 128 adresses disponibles de l’emplacement concerné. Les rétroactions sur le canal 0 sont numérotées comme sur le canal 1 .xor.32. Cela signifie qu’au sein de chaque emplacement d’adresse :
En pratique, cela signifie : si un emplacement est occupé par des TM44 à la fois sur le canal 1 et le canal 0
Si un emplacement est occupé par des TM44, des TM-H et/ou des UCCI (dans n’importe quelle combinaison) à la fois sur le canal 1 et le canal 0, alors chaque module peut uniquement utiliser ses adresses de rétroaction 0..31 et 64..95.
Si un emplacement TMxx n’est occupé que sur le canal 1, alors la série complète de 128 adresses de rétroaction peut être utilisée par le module concerné. Si un emplacement TMxx n’est occupé que sur le canal 0, alors la série complète de 128 adresses de rétroaction peut être utilisée par le module concerné, mais attention : les adresses sont inversées par groupe de 32.
Il y a 256 cantons par système.
Les cantons 0..127 se trouvent sur les modules 0..15 sur le canal 1 comme auparavant.
Les cantons 128..255 se trouvent sur les modules 0..15 sur le canal 0.
Il y a un maximum de 512 articles électromagnétiques (MD) par système.
Chaque PM32 peut adresser 32 ou 64 MD par module (paramètre global RM-x).
Système monocanal :
Configuré avec 32 MD par module, un maximum de 256 MD peut être adressé, puisque 8 PM * 32 MD = 256.
Configuré avec 64 MD par module, le nombre maximum de MD peut être adressé (8 PM * 64 MD = 512).
Système bicanal
Les MD 0..255 sont affectés au canal 1.
Les MD 256..511 sont affectés au canal 0.
Configuré avec 32 MD par module, le système adresse jusqu’à 8 PM32 par canal.
Configuré avec 64 MD par module, le système adresse jusqu’à 4 PM32 par canal.
Adressage direct du sous-système
Le logiciel de commande a également la possibilité de s’adresser directement au PM32 au moyen de l’« Adressage de sous-système » (Subsystem Addressing). Dans ce cas, 8 modules PM32 sont adressables sur les deux canaux avec jusqu’à 64 MD par module.
Le système adresse un maximum de 1 024 « sorties » OM32/OC32 avec 32 « sorties » par module. Les adresses 0..511 sont destinées à 16 modules OM32/OC32 sur le canal 1. Les adresses 512..1023 sont destinées à 16 modules OM32/OC32 sur le canal 0. Les OM32 et OC32 peuvent également être adressés via l’adressage de sous-système. Pour l’OC32, cela présente l’avantage de rendre disponibles jusqu’à 128 adresses par module. Pour configurer des OC32 sur le canal 0 avec OC32Config via Dinamo Tunneling, la version 3.10A au minimum est requise. Cette version permet d’adresser les modules 0..31 dès que le Dinamo Tunneling est activé. Les modules 0..15 se trouvent sur le canal 1, les modules 16..31 se trouvent sur le canal 0.
Il existe désormais 3 possibilités pour cela :
Le mode transparent, quelle que soit la variante, ne peut être interrompu que par un redémarrage du RM-x.
Il est désormais également possible de lire la configuration permanente et temporaire du RM-x.
Sur le RM-U, il était possible de programmer des règles dans le système permettant à Dinamo de réagir de manière plus ou moins autonome à des événements (principalement des changements d’état des détecteurs d’occupation). Les règles pouvaient également être appelées au moyen de « sorties virtuelles ». Cette fonction a été utilisée par le passé pour contourner les limitations des logiciels de commande. À notre connaissance, cette fonctionnalité n’a été utilisée par personne au cours des 5 dernières années. La fonction est considérée comme obsolète et entravait partiellement le développement du Dual Channel. C’est pourquoi la fonction a été supprimée du RM-U.
Pour information : lors de la sortie du RM-C, cette fonction n’a pas été portée sur le RM-C. Le RM-C n’a donc jamais connu cette fonction.
