Coordination des équipements et cibles de partage

Le partage permet aux données d’autres nœuds Edge-EMS Builder de participer aux calculs et stratégies locaux. Le modèle actuel est directionnel : équipement local → un équipement cible. Il peut former des coordinations convergentes, bidirectionnelles ou hiérarchiques.

Trois objets de configuration

Objet	Rôle
Informations d’équipement	Identifie le nœud par un code unique et enregistre adresse réseau et indicateur local
Configuration de partage	Sélectionne les points locaux et la période de partage
Cible de partage	Désigne un destinataire et associe une ou plusieurs configurations de partage

La cible est initiée par l’équipement local, sans liste d’esclaves. Pour plusieurs destinataires, créez plusieurs cibles ; si plusieurs nœuds envoient à un agrégateur, chacun configure sa cible correspondante.

Ordre de configuration

1. Maintenez les informations sur les équipements participants et vérifiez indicateur local et code unique.
2. Créez la configuration de partage sur l’émetteur, choisissez les points et définissez la période CRON.
3. Créez une cible vers le destinataire et associez les configurations à envoyer.
4. Vérifiez côté réception les points partagés, leur source et leur dernière valeur.

Pour un partage bidirectionnel, configurez les deux côtés. Dans une hiérarchie, les données reçues peuvent être calculées en indicateurs agrégés locaux, puis partagées au niveau supérieur.

Consultez Configuration de la coordination pour les opérations et Référence des cibles de partage pour les champs.

Identité des données et calcul

Les données partagées transportent nom, alias et unité. Un même dataKey peut provenir de plusieurs équipements ; spécifiez donc aussi le code d’équipement dans les requêtes, sans construire manuellement les clés de cache.

-- Remplacez demo_edge et demo_power par les codes réels
local localPower = tonumber(${demo_power})
local remotePower = tonumber(${[demo_edge]demo_power})
if not localPower or not remotePower then return "__Null__" end
return localPower + remotePower

L’historique, les mappages de groupes et les journaux de contrôle doivent conserver la même identité source.

Contrôle distant

Les actions de déclenchement peuvent envoyer des commandes à des points distants inscriptibles via le code d’équipement. Indiquez le type réel de la donnée distante, par exemple Collection pour un point acquis :

return {buildSlaveWriteMap("demo_edge", "Collection", "demo_setpoint", 10, nil, nil, false)}

Une requête envoyée ne prouve pas son exécution. Vérifiez droits, réponse de l’équipement, journaux côté exécution et relecture des points. Consultez Journaux de contrôle.

État et rétablissement réseau

L’état de l’équipement peut participer aux décisions de stratégie. Avec une valeur distante, vérifiez aussi communication et validité temporelle. Le partage exige une connectivité entre nœuds ; le code identifie l’équipement, l’IP sert à la connexion.

Dans les environnements Linux réseau pris en charge, un équipement privé d’accès externe peut utiliser le réseau d’un équipement en ligne, puis revenir à son réseau local au rétablissement de l’accès direct, y compris avec partage sur la même interface. Cette capacité dépend du routage et des droits du site et doit être validée sur les équipements réels.

Lors d’un changement de destinataire, modifiez son code dans la cible de partage. Pour un simple changement d’adresse, actualisez les informations de l’équipement puis vérifiez connexion et liaisons. Les équipements similaires peuvent être configurés via UDE ou le Skill de partage d’équipements.