Ingénierie

L’arbre de navigation est une structure du projet qui contient tous les documents. Il permet a l’utilisateur d’organiser les documents dans différents dossiers, les renommer, générer des pages web, vérifier les étiquettes système ou même des fonctions système.

L’arbre de navigation basique possède cette structure :

Documents de type de données

Les types de données sont un groupe d’étiquettes ayant le même type et qui ont une raison d’être groupées ensemble.

Les types de base sont :

• Integer (Entier)
• Float (Décimal)
• String (Chaîne de caractères)
• DateTime (Date et heure)
• Boolean (Booléen)

Tous les types de données créés seront disponibles comme un nouveau type dans les documents Tags.

Documents Graphics

Les documents Graphic sont en réalité une vue. Ce n’est pas seulement le document utilisé pour construire l’interface mais permet en fait d’avoir un aperçu de la page prenant en compte la configuration des objets.

Outils graphiques et objets

Documents Templates

Le document Template (Modèle) permet à l’utilisateur de créer un objet qui sera utilisé dans n’importe quelle vue du projet.

Un document Template est presque identique à un document Graphics.

Documents Service

Les documents Service permettent à l’utilisateur de créer des scripts personnalisés en utilisant le langage C#. Ils peuvent être activé ou désactivés pendant que l’application est lancée, activés selon une valeur de tag, une expression ou s’exécuter lorsqu’un tag change de valeur.

Un service spécial appelé Startup qui est le premier script à s’exécuter lorsque l’application se lance, mais il est également possible de l’appeler à n’importe quel moment à partir d’un script. Il est généralement utilisé pour initialiser les tags de l’application.

Documents Trigger

Le document Trigger est utilisé pour configurer les déclencheurs de l’application.

Un Trigger (Déclencheur), similaire aux services, exécutera un Script C# selon les préférences de l’utilisateur. Il peut être déclenché par une date, un intervale ou une condition à remplir.

Documents Alarm History

La fonctionnalité Alarmes et Évenements est disponible pour tous les systèmes SCADA modernes. Elle permet d’aider a détecter et identifier un potentiel dysfonctionnement.

Le document Alarm permet à l’utilisateur de configurer les tags et le type des alarmes qui seront sauvegardées dans un fichier texte ou une base de données et sera affiché par l’objet Alarm.

Documents TagHistory

Le document d’historique de tag génère un fichier avec les valeurs des tags spécifiés, tous les jours à un répertoire fixe (<chemin de projet>/History) ou dans une base de données configurée.

Documents Recipe

Les documents Recipes contiennent des étiquettes qui auront leur valeurs sauvegardées dans un fichier. Pour cela, l’utilisateur aura besoin de déclencher un évènement au moment désiré. Ces valeurs sont également accessibles lors de l’exécution de l’application en déclenchant un évènement.

Document Report

Le document Report créera un modèle de fichier de rapport qui sera généré à chaque fois que l’étiquette configurée est déclenchée par un évènement ou si la fonction de la librairie système SVReport est exécutée. Il est également possible d’imprimer les rapports. L’utilisateur peut créer les rapports sous ces formats de fichier : .rtf, .txt, .doc, .docx, .pdf, .html, .csv et .xps.

Document Tunneling

Le document Tunneling permet de synchroniser les étiquettes dans différentes directions. C’est une fonctionnalité simple qui évitera de créer un service ou un déclencheur mais qui aura le même résultat.

Un tunnel peut lier les étiquettes dans différents documents OPC Client, Database ou simplement des étiquettes du projet.

Document Driver

Le document Driver ajoute de la communication dans le projet. Selon le driver ajouté, l’interface changera légèrement.

Il est possible d’ajouter plusieurs documents sur un seul driver, résultant à une meilleure performance. Chaque document driver représente un fil, donc pour avoir une meilleur performance, il est nécessaire d’essayer de grouper les étiquettes qui requièrent des taux de rafraichissements similaires. C’est une bonne structure pour permettre à ADISRA SmartView de ne pas avoir à lire toutes les étiquettes fréquemment si ce n’est pas nécessaire.

Drivers compatibles :

• Allen-Bradley
• Bacnet
• ModBus TCP
• MQTT
• Siemens
• SNMP
• OPC UA Client Document
• OPC HDA Client Document
• OPC DA Document
• Database

Document User Function Library

L’utilisateur peut créer des fonctions avec des librairies personnalisées qui peuvent être exportées et importées dans n’importe quel projet créé dans ADISRA SmartView.

Ces fonctions sont en langage C# et ne peuvent contenir aucune étiquette. Si une étiquette est nécessaire dans une fonction, elle doit être passée en paramètre de la fonction ou il sera nécessaire d’utiliser une valeur à la place.

Pour utiliser une librairie de fonction utilisateur :

NomLibairie.NomFonction(parametre1, parametre2, …);

Document System Function Library

Une collection de librairies systèmes avec des fonctions ne pouvant être changées ou exclues.

Les librairies système contiennent des fonctions prédéterminées ajoutant des fonctionnalités à l’application.

Librairies existantes :

• SVApplications
• SVDBConnection
• SVEvent
• SVFile
• SVGraphics
• SVHistory
• SVMath
• SVRecipe
• SVReport
• SVSecurity
• SVString
• SVTags