CuRA – Attribution personnalisée des registres

Définir les registres Modbus de manière flexible, personnalisée et spécifique au projet

Dans le domaine de l'automatisation des bâtiments, ce n'est pas seulement la précision qui compte, mais aussi l'efficacité.
Ceux qui travaillent quotidiennement avec des systèmes de gestion technique des bâtiments (GTB), des contrôleurs DDC ou des projets d'intégration le savent bien : les tables de registres standardisées sont importantes, mais ne sont pas toujours optimales.

Avec CuRA (Customized Register Assignment), nous avons développé une fonctionnalité qui, sous cette forme, n’existe à ce jour que chez S+S : la définition individuelle et spécifique au projet des registres Modbus pour chaque point de données – flexible, adaptée au projet et entièrement compatible avec les architectures système existantes.

Ce n’est pas un simple « plus ».
CuRA est le résultat de notre travail de développement rigoureux – issu de la pratique pour la pratique.

Retour au blog

Pourquoi nous avons développé CuRA

Au cours d'innombrables discussions avec des intégrateurs de systèmes, des planificateurs et des responsables GLT, nous entendons toujours la même chose :

"L'appareil convient - mais pas la structure du registre".

Les tableaux Modbus standardisés sont utiles. Mais les projets ne sont pas toujours standardisés. C'est justement dans les bâtiments existants ou dans les grands systèmes de GTC que des logiques d'adresses fixes existent :

  • Zones définies 3xxxx et 4xxxx
  • Des plans de registres qui ont évolué au fil du temps
  • Directives des fabricants internationaux de GLT
  • Normes d'intégration internes des grands développeurs de projets

Et à chaque fois, cela signifiait jusqu'à présent

  • Cartographie complexe
  • Documentation supplémentaire
  • Adaptation de la GTB
  • Perte de temps lors de la mise en service

En tant que service de développement chez S+S, nous nous sommes demandés

Pourquoi le projet doit-il s'adapter à l'appareil - et non l'inverse ?

C'est précisément de ce point de vue du client qu'est né CuRA.

  • Documenté ouvertement

    Les spécifications et guides d’implémentation sont disponibles auprès de la Modbus Organization.

  • Série ou Ethernet

    Modbus RTU utilise une communication série ; Modbus TCP fonctionne sur des réseaux TCP/IP.

  • Fonctions standardisées

    Les codes de fonction définissent la lecture et l’écriture de bits et de registres.

  • Multimarques

    Des appareils de différents fournisseurs peuvent être intégrés si l’interface et le modèle de données sont compatibles.

  • Extensible de manière planifiée

    Des participants compatibles peuvent être ajoutés au sein d'une structure de réseau appropriée.

  • Appareils interchangeables

    Avec des interfaces et des affectations de registres compatibles, il est possible de remplacer des appareils individuels.

  • Intégrable dans des systèmes existants

    Modbus RTU et Modbus TCP peuvent être intégrés dans des systèmes d’automatisation existants.

  • Évolutif selon l’architecture du système

    Des segments, répéteurs ou passerelles supplémentaires permettent la mise en place de systèmes plus vastes.

Contexte technique

Notre site Rymaskon® 1000 appareils :

  • Modbus RTU (RS-485)
  • W-Modbus (sans fil)
  • Nombreux registres de données et de configuration
  • Registres de holding, d'entrée et de bobine
  • Fonctions d'écriture et de lecture via GLT

Les appareils disposent d'un tableau de registres structuré qui définit tous les points de données disponibles. CuRA permet d'adapter cette structure standard à un projet spécifique - sans modifier la logique interne de l'appareil.
La fonction est ancrée comme caractéristique centrale dans la description du produit

Exemple tiré de la pratique

Un intégrateur de système travaille avec une GTB qui impose la structure suivante :

  • Plage de 30000 → Valeurs réelles
  • Plage de 31000 → valeurs de consigne
  • Plage de 32000 → Messages d'état

Par défaut, les appareils Modbus se trouvent souvent dans une zone mixte.

Sans notre fonction, cela signifie

  • Adaptation de la GTB
  • Programmation spéciale
  • temps de mise en service accru

Avec CuRA, nous pouvons facilement adapter les domaines à nos besoins :

  • Température valeur réelle → 30001
  • Valeur de consigne → 31001
  • État du ventilateur → 32001

résultat :
✔ Pas d'adaptation GLT
✔ Mise en service plus rapide
✔ Réduction de la documentation
✔ Délais du projet respectés

CuRA + W-Modbus - flexibilité maximale

La CuRA devient particulièrement passionnante lorsqu'elle est combinée avec notre W-Modbus-système. Car

  • Le réseau radio reste standardisé
  • La passerelle prend en charge la communication et l'intégration du système
  • La structure des registres reste entièrement personnalisable

Surtout dans le cas de réseaux hybrides (RTU + W-Modbus) montre clairement l'importance d'une architecture système bien pensée pour garantir une flexibilité maximale.

Comment configurer CuRA ?

La configuration peut se faire via :

  • Logiciel de configuration (S+S Configuration Tool)
  • Registre Modbus
  • Paramétrage spécifique au projet

Important :
L'adaptation du registre est structurée et documentée - pour une transmission propre au planificateur et à l'intégrateur.

Conclusion : pourquoi CuRA est typiquement S+S

CuRA signifie

✔ une liberté d'intégration maximale
✔ réduction de la durée des projets
✔ adaptation parfaite à la GTB
✔ intégration propre de retrofit
✔ une architecture de système professionnelle

Avec CuRA, nous transformons un appareil Modbus standard en une solution individuelle - sans développement spécial.

Et donc exemplaire de notre exigence :

Nous ne développons pas des produits qui ne font que fonctionner.
Nous développons des solutions qui simplifient les projets.

Et c'est précisément pour cette raison que les intégrateurs de systèmes, les planificateurs et les fabricants de GTB font confiance depuis plus de 25 ans à S+S Regeltechnik.

Contenu réductible