Questions OPC UA de niveau moyenne
Questions d'examen blanc OPC UA Knowledge sélectionnées au niveau moyenne. Idéal pour consolider ses acquis et mesurer son niveau réel.
Questions niveau Moyenne
Q01
OPC UA propose deux modes de communication : Client/Server (Request/Response classique) et Pub/Sub (publish/subscribe via MQTT ou UDP multicast/unicast), ce dernier introduit en version 1.04 pour les besoins Industrie 4.0.VraiFaux1. Architecture· Client/Server vs. Pub/Sub· MoyenneRéponse correcteVraiSuggestion d'apprentissageOPC UA est nativement bi-modal : le mode Client/Server, présent depuis la version 1.0, repose sur les services bidirectionnels Read, Write et Subscribe ; le mode Pub/Sub, introduit en 1.04 (2018), s'appuie sur des transports MQTT, AMQP ou UDP pour passer à l'échelle des architectures IIoT/cloud. Les deux modes coexistent dans un même équipement : Client/Server pour la configuration et le diagnostic, Pub/Sub pour la télémétrie volumineuse vers le cloud.
Q02
L'Address Space OPC UA est une structure hiérarchique de Nodes reliés par des Références (HasComponent, HasProperty, HasTypeDefinition, etc.), exposée sous forme de graphe parcourable par les clients via le service Browse.VraiFaux1. Architecture· Address Space· MoyenneRéponse correcteVraiSuggestion d'apprentissageL'Address Space joue le rôle d'un "filesystem objet" OPC UA. Les Nodes peuvent être de classe Variable, Object, Method, ObjectType, VariableType, DataType, RéférenceType ou View. Les Références sont des liens typés entre Nodes ; chaque Node porte un NodeId unique (Namespace Index + Identifier), un BrowseName technique et un DisplayName humain. Cette structure permet à un client d'explorer dynamiquement un serveur sans connaître a priori son modèle de données.
Q03
Les Service Sets OPC UA principaux sont : Discovery, SecureChannel, Session, NodeManagement, View, Query, Attribute (Read/Write), MonitoredItem, Subscription et Method (Call).VraiFaux3. Services· Hauptsächliche Service Sets· MoyenneRéponse correcteVraiSuggestion d'apprentissageLes Service Sets normalisés par IEC 62541 Part 4 couvrent l'ensemble du cycle de vie d'une communication : Discovery (FindServers, GetEndpoints), SecureChannel (sécurisation transport), Session (authentification utilisateur), View (Browse, TranslateBrowsePathsToNodeIds), Attribute (Read, Write des valeurs et métadonnées), MonitoredItem (abonnement aux changements), Subscription (regroupement et publication périodique), Method (Call de procédures), NodeManagement (ajout/suppression dynamique de Nodes) et Query (recherches structurées).
Q04
OPC UA distingue l'authentification "Application" (certificat X.509 du client/serveur) de l'authentification "User" (identité de l'utilisateur final), qui peut être Anonymous, Username/Password ou User Certificate.VraiFaux4. Security· User-Authentifizierung· MoyenneRéponse correcteVraiSuggestion d'apprentissageOPC UA superpose deux couches d'authentification. L'Application auth identifie l'application qui se connecte (certificat X.509 du client). La User auth identifie l'humain ou le compte de service qui utilise cette application : Anonymous, Username + Password, certificat X.509 utilisateur ou jeton Kerberos. Cela permet par exemple qu'un même client SCADA soit utilisé par dix opérateurs différents avec des droits distincts, ou qu'un serveur autorise Anonymous en lecture seule mais exige Username/Password pour écrire.
Q05
UaExpert (Unified Automation) est le client OPC UA de référence gratuit pour Windows/Linux/macOS : il browse l'Address Space, lit/écrit les valeurs, s'abonne aux changements, appelle les Methods et gère les certificats — outil incontournable pour tout intégrateur OPC UA.VraiFaux7. Tools· UaExpert· MoyenneRéponse correcteVraiSuggestion d'apprentissageUaExpert offre une boîte à outils complète : exploration arborescente de l'Address Space, Read/Write avec UI type-aware, Subscribe avec graphes temps réel, appel de Methods via formulaire d'arguments, gestion des certificats (trust/reject). Des plugins ajoutent Performance Analyzer, History Trend View et Data Logger. Téléchargement gratuit (y compris usage commercial) sur unified-automation.com. Concurrents notables : Prosys OPC UA Browser, OPC UA Foundation Sample Client et Prosys OPC UA Modeler.
Q06
node-opcua est l'implémentation OPC UA en Node.js (JavaScript) la plus populaire pour le prototypage rapide, les scripts d'audit et les passerelles Web/MQTT/REST vers OPC UA ; elle est notamment utilisée par Node-RED et de nombreux projets IoT.VraiFaux7. Tools· node-opcua· MoyenneRéponse correcteVraiSuggestion d'apprentissagenode-opcua tire parti de Node.js : async natif, scripts rapides à écrire, installation simple via NPM, documentation abondante avec exemples client et serveur. Les performances sont suffisantes pour 1 000 à 10 000 items typiques. Côté Python, la concurrence se joue entre python-opcua / FreeOpcUa (deprecated) et asyncua (moderne), mais l'écosystème Node.js + Node-RED reste extrêmement productif côté IIoT.
Q07
Les PLCs Siemens S7-1500 (et S7-1200 V4.5 et plus) embarquent nativement un serveur OPC UA configurable depuis TIA Portal : exposition/restriction des variables, configuration security mode et policy, gestion des certificats — sans matériel additionnel.VraiFaux11. Vendor implementations· Siemens TIA OPC UA· MoyenneRéponse correcteVraiSuggestion d'apprentissageLe workflow Siemens OPC UA dans TIA Portal s'enchaîne ainsi : 1) CPU properties puis OPC UA, activer le server ; 2) choisir la sécurité de l'endpoint (None, Sign, SignAndEncrypt) ; 3) importer ou générer les certificats CPU ; 4) configurer l'User authentication (Anonymous, Username/Password) ; 5) mapper les tags PLC vers des Nodes OPC UA (UserDefinedType, custom namespace) ; 6) compile et download. Le MES ou SCADA (Inductive Ignition, WinCC, etc.) lit directement les valeurs sans driver custom.
Q08
Ignition (Inductive Automation) est une plateforme SCADA/MES moderne bâtie autour d'OPC UA : un serveur OPC UA intégré, plus de 60 drivers de protocoles (BACnet, Modbus, KNX via passerelle, Siemens S7, etc.), une HMI web-based et un module MQTT IIoT Pub/Sub.VraiFaux11. Vendor implementations· Ignition (Inductive Automation)· MoyenneRéponse correcteVraiSuggestion d'apprentissageIgnition se compose d'une Gateway (application Java embarquant le serveur OPC UA et les drivers), d'un Designer (HMI builder visuel), des front-ends Vision (legacy desktop) et Perspective (web/mobile responsive), et d'un MQTT Engine pour le Pub/Sub IIoT Sparkplug B. Le modèle de licensing se fait par modules et non par tags (contrairement à Wonderware), ce qui explique sa forte croissance depuis 2020 face à Wonderware/iFix legacy. Argument commercial différenciant : tags illimités gratuitement.
Q09
OPC UA est codifié par la norme IEC 62541, découpée en plusieurs parties (Part 1 Overview, Part 3 Address Space, Part 4 Services, Part 5 Information Model, Part 6 Mappings, Part 7 Profiles, etc.), maintenue conjointement par l'OPC Foundation et la commission IEC TC65.VraiFaux14. Standards· IEC 62541· MoyenneRéponse correcteVraiSuggestion d'apprentissageIEC 62541 est le standard officiel d'OPC UA : Part 1 Overview & Concepts, Part 3 Address Space Model, Part 4 Services, Part 5 Information Model, Part 6 Mappings (transport, encoding), Part 7 Profiles (conformity testing), Part 8 Data Access, et Parts 9 à 14 pour les domaines spécifiques. Les parties sont disponibles en preview publique sur opcfoundation.org ; la version complète et à jour côté IEC reste payante, autour de 3 000 EUR cumulés.