Acquérir les tags des équipements et les publier vers les systèmes amont
Configurer les Channel vers les équipements, acquérir et traiter les échantillons de tags, publier les nœuds admissibles via OPC UA et contrôler les écritures selon l’identité, la licence, le tag et l’état d’exécution.
- Channel → Device → Group → Tag
- Architecture multiprotocole
- OPC UA vers les systèmes amont
Canal
AppareilAppareil
GroupeGroupeGroupe
AcquérirTraiterOPC UA
Fonctionnalités principales implémentées
Modèle hiérarchique des équipements
Utiliser les niveaux Channel, Device, Group et Tag afin de rendre explicites la configuration et l’identité d’exécution.
Connectivité multiprotocole vers les équipements
Sélectionner des fabriques de protocoles isolées pour chaque projet et les valider sur le matériel cible.
Cycle de vie de l’acquisition
Coordonner le démarrage, l’arrêt, l’interrogation, les abonnements, les reconnexions et la clôture des sessions.
Traitement et bande morte
Traiter les échantillons et appliquer les règles de bande morte avant leur publication en aval.
Publication OPC UA vers les systèmes amont
Publier les tags admissibles tout en contrôlant les limites des points de terminaison, des nœuds, de la republication et des écritures.
Pipeline d’écriture contrôlé
Valider l’identité, la licence, l’identité du tag, le type de données, le niveau d’accès et l’état du Channel avant toute écriture.
Modifications d’exécution sécurisées
Utiliser l’état en attente, les verrous, la quiescence des écritures, les rechargements ciblés et les contrôles de convergence.
Capacité et diagnostic
Afficher le nombre de points, l’état et les diagnostics permettant d’expliquer un comportement bloqué ou défaillant.
Un parcours clair en quatre étapes
- 1
Configurer
Créer la configuration des Channel, Device, Group et Tag.
- 2
Acquérir
Démarrer l’environnement d’exécution du protocole sélectionné et observer l’état de son cycle de vie.
- 3
Traiter
Appliquer le traitement standard des échantillons et le comportement de bande morte.
- 4
Publier
Publier les données admissibles via OPC UA et autoriser les écritures contrôlées.
Positionnement du produit
- Agrégation des données d’équipements multifournisseurs
- Passerelle de Modbus vers OPC UA
- Traitement des échantillons en périphérie et bande morte
- Maintenance sécurisée de la configuration d’exécution
Licences, exigences et limites
Licences et éditions
Selon le nombre de points d’exécution sous licence
La capacité d’exécution de Gateway est limitée par le nombre de points autorisé dans la licence.
Validation du protocole et du matériel
La présence d’une implémentation de protocole ne certifie pas la compatibilité matérielle ; le modèle, le micrologiciel, les adresses, les types de données et le comportement en lecture/écriture doivent encore être vérifiés.
Exigences relatives aux composants et à la sécurité
Les composants OPC UA, les certificats, la confiance, la segmentation réseau et le déploiement des services doivent être confirmés pour chaque projet.
Exigences techniques
- Hôte web ASP.NET Core ciblant net10.0.
- Les connexions vers les équipements comprennent des chemins réseau, série et OPC UA Client ; les autorisations de la cible et les pilotes doivent être validés.
- Le serveur OPC UA vers les systèmes amont utilise des composants Softing ; les licences, certificats, listes de confiance et l’interopérabilité doivent être confirmés.
- Les exigences de base relatives au système d’exploitation, au matériel, au stockage, à la conservation, à l’hébergement des services, à la sauvegarde et à la sécurité réseau restent propres à chaque déploiement.