• Prise en charge des « Jumbo Packets » (jusqu’à 39 octets de charge utile), entre autres pour permettre le « 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 (eXtended Addressing), donc pour l’instant, le maximum est de 16 modules OC32 par système.
• 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 (feedbacks) OC32 des modules OC32 enregistrés sont transmis au PC en tant que « Embedded Subsystem Response »
• Prise en charge de l’identification de version PM32 (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 = correct.
Si vous souhaitez vérifier si une communication réelle a lieu 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.