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 optionnellement être réassigné 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 plus 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 du RS485 vers le TTL. Cela peut se faire sur l’un des modules TTL-TM-H au moyen d’une modification. Le RM-U propose les combinaisons possibles 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 avec BootROM Dual-Channel. Sinon, cette option peut être configurée mais ne sera pas activée au démarrage.
Il n’y a « que » 2048 détecteurs de rétroaction par système. Avec 32 modules TM-H et/ou UCCI, le nombre total de rétroactions serait de 32*128=4096. On s’attend à ce que plus de 2048 rétroactions ne soient 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 1024 rétroactions. On peut supposer qu’un TM-H dispose normalement de suffisamment d’espace d’adressage 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 parmi les 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, TM-H et/ou 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 plage complète des 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 plage complète des 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 attribués au canal 1.
Les MD 256..511 sont attribués au canal 0.
En configuration 32 MD par module, le système adresse jusqu’à 8 PM32 par canal.
En configuration 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é d’adresser directement le PM32 au moyen de l’« Adressage de sous-système ». 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 1024 « sorties » OM32/OC32 avec 32 « sorties » par module. Les adresses 0..511 sont destinées aux 16 modules OM32/OC32 sur le canal 1. Les adresses 512..1023 sont destinées aux 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 Release 3.10A 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.
Avec 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 de 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. La fonction a donc été supprimée du RM-U.
Pour information : cette fonction n’a pas été portée sur le RM-C lors de sa sortie. Le RM-C n’a donc jamais connu cette fonction.
