Extension dynamique des unités d’équipement (UDE)

UDE gère les équipements similaires avec un ensemble de modèles. Un nouvel équipement génère automatiquement points agrégés, groupes et configurations de partage. Après modification des modèles, la réconciliation synchronise les instances existantes.

Modèles et instances

Objet	Rôle
Type d’unité d’équipement	Définit les règles de nommage et modèles d’équipements similaires
Instance d’unité d’équipement	Unité concrète sur un équipement, par exemple METER#1
Modèle d’agrégation	Génère points de calcul, unités, expressions et valeurs initiales
Modèle de groupe	Génère hiérarchie, mappages des points et ordre de tri
Modèle de partage	Génère la liste des points partagés et la lie aux cibles de partage

Le traitement suit l’ordre agrégation → groupes → partage ; chaque étape peut référencer les résultats de la précédente. Les modèles de groupe permettent une consultation arborescente et un groupe parent spécifié ; une instance peut aussi remplacer le parent racine.

Nommage et détection automatique

Dans METER#1_power, METER#1 est le préfixe d’instance et power le suffixe du point. Le préfixe ne doit pas contenir de trait de soulignement et doit être unique sur un équipement ; les équipements similaires conservent la même règle de suffixe.

Lors de la synchronisation de configuration CommBridge ou de l’arrivée de données partagées, le système reconnaît les instances conformes aux règles. Un balayage des données existantes permet aussi d’ajouter les équipements dont les modèles ont été configurés plus tard.

Espaces réservés dynamiques

Lorsque noms, positions de groupe ou sources diffèrent, les espaces réservés {token} permettent de réutiliser un modèle :

• Ensemble de règles : organise des espaces réservés et peut être associé à un type d’unité.
• Règles de correspondance : génèrent les valeurs selon le code d’équipement, le préfixe d’instance ou le numéro de série.
• Périmètre : groupes, équipement source, expressions, valeurs initiales ou configuration de partage.
• Test et aperçu d’impact : vérifient le rendu avant enregistrement et l’impact avant désactivation ou suppression.

Les {token} UDE sont traités à la génération du modèle ; les ${dataKey} Lua lisent les points à l’exécution de l’expression. Leurs usages diffèrent : après le test du modèle, vérifiez aussi l’expression Lua générée.

Mise à jour par réconciliation

La réconciliation complète les configurations manquantes et actualise les champs gérés par les modèles, les mappages de groupes et les liaisons de partage. Elle ne se limite pas à ajouter sans modifier.

1. Définissez types et modèles, puis préparez les groupes parents et cibles de partage référencés.
2. Réconciliez une instance de test et vérifiez le résultat.
3. Après confirmation, lancez la réconciliation par lot du type ou de tous les types.
4. Consultez l’état de matérialisation et les erreurs. Un état « Planifié » dans l’API peut signifier que le traitement continue en arrière-plan.

Dans la version actuelle, l’enregistrement ou la suppression d’un modèle valide les changements et planifie les instances existantes concernées. Vérifiez l’impact avant publication. Si le parent n’est pas prêt, consultez état et tentatives, corrigez les dépendances puis vérifiez à nouveau.

Les configurations générées portent une appartenance et une empreinte pour détecter les changements de modèle et conflits avec les modifications manuelles. Si la valeur initiale du modèle d’agrégation n’a pas changé, une nouvelle réconciliation ne réinitialise pas la valeur d’exécution normale. Après suppression d’un modèle ou changement de code, ne supposez pas que tous les anciens objets métier sont supprimés : vérifiez références et résultats du nettoyage.

Cas d’utilisation

UDE réduit les tâches répétitives lorsque le nombre d’équipements similaires augmente, que plusieurs sites réutilisent les configurations ou que les équipements sont nombreux. Quelques équipements fixes peuvent aussi être gérés directement par points.

Capacités associées : Modèle de données, Partage entre équipements. Pour une configuration par agent, les Skills UDE et espaces réservés dynamiques couvrent respectivement modèles/instances et test des règles, analyse d’impact et publication.