• Prise en charge des « Jumbo Packets » (jusqu’à 39 octets de charge utile), entre autres pour permettre l’OC32 Message Tunneling
• OC32 Message Tunneling, permettant de configurer les modules OC32 via le RM-x pendant que Dinamo est actif
• Enregistrement et surveillance active des modules OC32, comparables aux TM-H, TM44, UCCI-s et PM32. Attention : le RM-x ne prend pas (encore) en charge l’adressage étendu OC32 pour le moment, donc un maximum de 16 modules OC32 par système pour l’instant.
• Si une commande OM32 destinée à un module OC32 enregistré est reçue du PC, ce message est envoyé en tant que message OC32. Si une commande OM32 est reçue pour un module non enregistré, elle est envoyée en tant que message OM32. Les adresses pour OC32 et OM32 se chevauchent.
• Les retours d’informations OC32 des modules OC32 enregistrés sont transmis au PC en tant qu’« Embedded Subsystem Response »
• Prise en charge de la PM32 Version Identification (nécessite PM32 1.10 ou supérieur)

Remarque : si vous avez des modules OC32 dans votre système, les LED orange restent désormais « allumées en continu ». Cela est dû au fait que le RM-x 1.3 surveille désormais les OC32 en permanence. Tout comme pour les TM44, TM-H et UCCI-s, la règle suivante s’applique désormais aussi aux OC32 dans un système Dinamo : rouge/orange = bon.
Si vous souhaitez voir s’il y a une communication réelle avec l’OC32 concerné, vous pouvez modifier la fonction de la LED verte sur l’OC32 en « OC32 Message received ». Cela vous débarrassera également de ce clignotement irritant.