Des vraies questions. De vraies réponses. De vrais résultats avec Adisra SmartView.
ADISRA SmartView peut-il s’intégrer à des logiciels tiers à l’aide d’une API ou d’une API REST ?
ADISRA SmartView inclut un pilote d’API Web conçu pour se connecter à des serveurs d’API REST externes. Les API Web permettent la communication entre serveurs web, navigateurs et applications sur Internet. Parmi les différentes architectures d’API, REST (Representational State Transfer) est la plus répandue en raison de sa simplicité et de son évolutivité.
REST a été introduit par Roy Fielding dans sa thèse de doctorat de 2000, où il a exposé les principes de création d’applications réseau exploitant l’architecture du Web. Ces principes mettent l’accent sur la communication sans état et l’utilisation de méthodes HTTP standard telles que GET, POST, PUT et DELETE pour interagir avec les ressources.
Selon l’IMARC (« Transforming Ideas into Impact »), les API RESTful détiennent la plus grande part de marché aux États-Unis, avec 55,75 %, grâce à leur évolutivité, leur simplicité et leur compatibilité avec les services web et les applications cloud modernes.
Pourquoi JSON est la norme pour les API REST ?
Le pilote d’API Web ADISRA SmartView attend une réponse JSON du serveur d’API REST. Bien que les API REST puissent techniquement renvoyer d’autres formats (XML, CSV, texte brut ou binaire), JSON est devenu la norme de facto pour les raisons suivantes :
- Modèle requête-réponse : un client (application ou navigateur) envoie une requête HTTP (GET, POST, PUT, DELETE) et le serveur d’API REST répond avec des données.
- Léger et universel : JSON est lisible, compact et pris en charge par la quasi-totalité des langages de programmation.
- Cohérence : le retour d’un JSON structuré facilite l’analyse, la validation et l’intégration aux applications.
Prise en main du pilote d’API Web dans ADISRA SmartView : un exemple simple
Dans cet exemple, nous allons configurer le pilote d’API Web pour récupérer des informations depuis un serveur ouvert en ligne. L’URL par défaut est déjà définie, nous la conserverons donc.
1- Créer un document d’API Web
Commencer par créer un nouveau document API WEB dans SmartView.
2- Configurer le document
Définissez les adresses et associez-les aux balises de la liste des balises. Les adresses doivent correspondre au format de réponse JSON.
Vous pouvez prévisualiser la réponse JSON directement dans SPIDTS SmartView ou utiliser des outils comme Postman pour tester la communication avant de spécifier les adresses.
Exemple : les propriétés JSON peuvent inclure des coordonnées, des conditions météorologiques ou d’autres tableaux de données.
Assurez-vous toujours que les adresses configurées dans ADISRA SmartView correspondent exactement aux noms des propriétés JSON.
3 – Exécuter et valider
Enregistrez le document du pilote et exécutez l’application. Utilisez DataWatcher pour vérifier que les valeurs des balises sont correctement récupérées à partir de la réponse JSON.
Cette approche structurée permet aux utilisateurs d’ADISRA SmartView d’intégrer de manière transparente les API RESTful dans leurs applications, permettant ainsi la récupération de données en temps réel à partir de services Web externes.
Alors que le paysage numérique continue d’évoluer, les API restent essentielles pour connecter les applications et stimuler l’innovation. Pour les développeurs et toute personne curieuse du fonctionnement des services numériques modernes, comprendre les API Web et les principes REST n’est plus une option : c’est essentiel.
ADISRA SmartView prend-il en charge à la fois le serveur et le client OPC UA ?
ADISRA SmartView fonctionne à la fois comme serveur et client OPC UA. En tant que serveur, il permet à d’autres applications de se connecter et de lire ou d’écrire des données d’étiquettes. En tant que client, il peut accéder facilement aux données des serveurs OPC UA externes, notamment des débitmètres, des capteurs de température, des automates programmables et d’autres appareils.
Cette double fonctionnalité permet à Adisra SmartView de s’intégrer facilement aux serveurs OPC UA pour un échange de données en temps réel. En configurant ADISRA SmartView comme client, les utilisateurs peuvent établir une communication avec le serveur et définir les balises qui participent à l’échange de données, offrant ainsi un contrôle précis et une grande flexibilité dans la gestion des flux d’informations.
Puis-je utiliser une caméra IP avec Adisra SmartView ?
Oui. Adisra SmartView permet de configurer un document graphique pour afficher la vidéo d’une caméra en temps réel dans la visionneuse grâce au protocole RTSP (Real Time Streaming Protocol). Dans ADISRA SmartView, il suffit de saisir l’adresse RTSP de la caméra dans la propriété “URL à ouvrir”. L’adresse suit généralement le format suivant :
rtsp://[NOM D’UTILISATEUR]:[MOT DE PASSE]@[ADRESSE IP]:[PORT RTSP][CANAL][TYPE DE FLUX]
Exemple :
rtsp://admin:12345@192.168.1.100:554/Streaming/Channels/101
Dans cet exemple, “Admin” est le nom d’utilisateur, “12345” est le mot de passe, “192.168.1.100” est l’adresse IP de la camera, “554” est le port RTSP et “Channels/101” spécifie le chemin du flux.
RTSP : Vidéo et supervision industrielle
RTSP est un protocole réseau conçu pour contrôler la diffusion multimédia interactive en continu. Il gère les fonctions de lecture telles que la lecture, la pause, l’arrêt, le retour rapide et l’avance rapide, tandis que RTP (Real-time Transport Protocol) gère la diffusion des données vidéo. RTSP est largement utilisé dans les systèmes de surveillance IP, les diffusions en direct et les applications de vidéo à la demande. Initialement normalisé en 1998 (RFC 2326), puis mis à jour avec RTSP 2.0 en 2016, il reste un protocole clé pour la diffusion vidéo en temps réel.
Outre le protocole RTSP, de nombreuses caméras IP, comme les systèmes de vision Cognex, prennent en charge des protocoles comme Modbus TCP/IP. Le protocole RTSP est particulièrement adapté à la diffusion de vidéos en direct, tandis que le protocole Modbus TCP/IP est généralement utilisé pour l’échange de données structurées (résultats d’inspection, défaillances ou valeurs de mesure, par exemple) en complément ou à la place de la vidéo. ADISRA SmartView prend en charge les deux protocoles, offrant aux utilisateurs la possibilité de visualiser des images en direct et d’intégrer des données opérationnelles depuis le même appareil.
ADISRA SmartView visualise ensuite ces informations sur l’interface utilisateur à l’aide d’un contrôle .NET, qui peut même afficher des images en direct de la caméra de vision directement sur l’écran.
En tirant parti des capacités d’intégration flexibles de RTSP et d’ADISRA SmartView, les utilisateurs peuvent créer des solutions sur mesure pour la surveillance en temps réel, la diffusion en direct, la vidéosurveillance et les plateformes de vidéo à la demande.
Gestion des alarmes dans un système IHM/SCADA
Plusieurs demandes récentes ont porté sur les fonctionnalités du module d’alarme, notamment le filtrage et l’énumération des alarmes, ainsi que leur pagination dans l’interface utilisateur. Les sections suivantes fournissent des réponses détaillées à chacun de ces sujets.
Les alarmes d’un système IHM/SCADA sont essentielles pour signaler les défauts ou les conditions d’erreur potentielles en fonction des valeurs des balises. Elles peuvent être configurées pour afficher des messages à l’écran afin d’avertir les opérateurs, déclencher des actions telles que l’ajustement des paramètres de processus ou l’arrêt des équipements, et même envoyer des notifications par e-mail ou via WhatsApp. Les données d’alarme peuvent également être enregistrées pour analyse ultérieure, soit dans des fichiers propriétaires, soit dans une base de données.
Filtrage et énumération des alarmes
Grâce aux récentes améliorations, les alarmes d’ADISRA SmartView sont devenues plus flexibles, permettant le développement d’applications robustes et personnalisables. Les alarmes peuvent désormais être définies non seulement par des valeurs de texte, mais aussi par des types ou des énumérations, ce qui permet une surveillance basée sur l’état plus précise. Par exemple, une valeur de balise de 1 peut représenter une alarme basse, tandis qu’une valeur de 2 correspond à une alarme haute. Les utilisateurs peuvent attribuer des priorités personnalisées, appliquer une logique avancée et adapter le comportement des alarmes aux exigences précises de leurs processus.
Fonctionnalités clés :
Types d’alarmes étendus
Outre les alarmes traditionnelles (par exemple, hautes, basses, déviations), ADISRA SmartView prend en charge les alarmes de type Énumération/Liste/Multiple. Celles-ci permettent un déclenchement basé sur des valeurs de balises spécifiques associées à des conditions définies.
Logique d’alarme personnalisée
Les alarmes peuvent être configurées à partir d’une liste de valeurs de balises. Par exemple :
Voici le texte de la deuxième image, extrait et retranscrit :
Les alarmes peuvent être configurées à partir d’une liste de valeurs de balises. Par exemple :
Valeur 0 → Normalisée (pas d’alarme)
Valeur 1 → Alarme haute
Valeur 2 → Alarme de gel
Valeur 3 → Alarme activée en cas d’urgence
Cette approche permet une surveillance fine des conditions complexes basées sur l’état.
Contrôle de la priorité et de la gravité
L’attribution flexible de la priorité et de la gravité des alarmes permet aux opérateurs de réagir de manière appropriée tout en maintenant une attention particulière aux alarmes les plus critiques.
Intégration avec des systèmes externes
Les alarmes d’énumération sont particulièrement utiles lors de l’intégration avec des systèmes externes qui représentent les alarmes de différentes manières. Chaque valeur énumérée peut se voir attribuer un message personnalisé, affiché dans ADISRA SmartView. Cette approche flexible est essentielle pour la communication, l’affichage, la capture, la visualisation et la gestion cohérentes des événements internes et externes.
Pagination des alarmes
La pagination des alarmes a été implémentée dans la visionneuse afin d’améliorer les performances et la convivialité lors de la gestion de jeux de données importants. Les alarmes sont divisées en pages, et chaque page peut contenir 1 000 enregistrements. Lorsque l’utilisateur fait défiler la liste jusqu’en bas, 1 000 enregistrements supplémentaires sont automatiquement demandés, et le processus se poursuit jusqu’à la fin des enregistrements.
Le comportement est déterminé par la visionneuse par défaut de l’objet d’alarme et ne nécessite aucune configuration manuelle. La pagination s’applique également lorsque des filtres sont utilisés : la visionneuse charge 1 000 enregistrements à la fois, et les enregistrements sont affichés s’ils correspondent à la ou aux conditions de filtrage de l’objet.
Comme le montre l’image ci-dessous, un espace visible apparaît lorsque davantage d’enregistrements sont disponibles, invitant l’utilisateur à faire défiler pour récupérer le prochain ensemble d’alarmes.
Pour en savoir plus sur les alarmes dans ADISRA SmartView, nous avons abordé le sujet dans un article précédent. Vous pouvez le lire ici.
Nous fournissons également plusieurs exemples d’alarmes, notamment la démonstration d’exportation de l’historique des alarmes et la démonstration du son d’alarme, qui peuvent être trouvées sur notre site web ici.
Conclusion
L’automatisation industrielle évolue rapidement, et garder une longueur d’avance implique d’avoir accès à des réponses claires et pratiques. Avec ADISRA SmartView, nous nous engageons à simplifier et à exploiter des fonctionnalités complexes. Nous avons repensé notre manière d’implémenter les alarmes pour les rendre plus flexibles et plus personnalisables.
Si vous souhaitez constater la différence, téléchargez dès aujourd’hui la version d’essai gratuite d’ADISRA SmartView et découvrez comment elle peut transformer vos applications IHM/SCADA. Téléchargez votre version d’essai ici.
Nous nous engageons à fournir un service exceptionnel à nos clients et prospects. Pour toute question sur nos produits, services ou si vous avez des besoins spécifiques, contactez-nous.