Présentation

Dans les environnements industriels modernes, les systèmes d'interface homme-machine (HMI) sont la principale fenêtre sur les machines et les processus. Les opérateurs comptent sur les HMI pour surveiller les lignes de production, ajuster les paramètres et réagir aux alarmes. Même quelques secondes de non-réactivité ou de défaillance inattendue peuvent entraîner des problèmes coûteux de temps d'arrêt, de risques de sécurité ou de qualité du produit. Les approches traditionnelles pour maintenir la performance de l'HMI reposent sur des correctifs réactifs et des inspections programmées, mais ces méthodes manquent souvent de signes d'alerte précoce.

Le rôle de l'analyse des données dans les systèmes HMI

L'analyse des données dans les systèmes HMI va au-delà de la simple inspection des journaux. Il s'agit d'appliquer des méthodes d'apprentissage statistique et automatique à des données historiques et en temps réel pour découvrir des modèles que les opérateurs humains ne remarqueront jamais.

Sources de données dans les systèmes HMI

Un IMC génère une riche variété de données, dont les sources communes sont les suivantes :

  • Logs système:[ Enregistrez chaque événement – charges d'écran, presses bouton, erreurs de communication, exceptions logicielles.
  • Lecteurs de capteurs:[ Valeurs de processus en temps réel (température, pression, vitesse) que le HMI affiche ou archive.
  • Données d'interaction utilisateur :[ Clics de souris, gestes tactiles, chemins de navigation et temps passé sur chaque écran.
  • Les enregistrements d'alarme et d'événements: Les chronomètres et les priorités des avertissements, des défauts et des alarmes reconnues.
  • Comptes de performance:[ Utilisation du processeur, consommation de mémoire, latence du réseau et temps de requête de la base de données sur l'hôte HMI.

Chaque type de données offre un objectif différent sur la santé du système. Par exemple, une pointe soudaine dans l'utilisation du processeur qui se corrèle avec une transition d'écran particulière peut indiquer un code de rendu inefficace. De même, un schéma de reconnaissance d'alarme répétée en peu de temps suggère un problème de gestion d'alarme qui désensibilise les opérateurs.

Principales mesures de rendement et de fiabilité

Toutes les données ne sont pas tout aussi précieuses. L'accent mis sur une poignée d'indicateurs de rendement clés (ICP) aide à prioriser les efforts d'amélioration.

  • Temps de réponse d'écran:[ L'intervalle entre une action utilisateur (touch, clic) et la mise à jour visuelle. Les cibles sont généralement sous-100 ms pour les actions critiques.
  • Latence de communication:[ Temps de trajet entre l'HMI et les contrôleurs logiques programmables (PLC) ou les E/S distants.
  • Taux d'erreur:[ Nombre d'exceptions non traitées, d'erreurs de correspondance de données ou de relevés de connexion par heure.
  • Horaire / disponibilité:[ Pourcentage de temps où l'IMH est entièrement fonctionnel. 99,9 % ou plus est courant dans les industries de transformation.
  • Charge d'alarme: Les alarmes moyennes par heure par opérateur. Les taux d'alarme excessifs (>300 par heure par opérateur, comme recommandé par EEMUA 191) dégradent la conscience de la situation.
  • Freinage des données:[ La récente valeur affichée par rapport à la variable de processus réelle. La stabilité au-delà de quelques secondes peut conduire à de mauvaises décisions.

Types d'analyse

L'analyse peut être classée en quatre niveaux, chacun fournissant une meilleure compréhension:

  • Analyse descriptive:[ Résume ce qui s'est passé (p. ex., temps de réponse moyen au cours du dernier quart de travail, étiquettes d'alarme les plus fréquentes).
  • Analyse diagnostique:[ Enquête sur les raisons pour lesquelles quelque chose s'est passé (p. ex., corrélation entre une utilisation élevée du processeur et une page graphique spécifique).
  • Analyse prédictive:[ Utilise les modèles historiques pour prévoir les conditions futures (p. ex., prédire qu'un écran tactile défaillant devra être remplacé dans les 30 jours).
  • Analyse prescriptive:[ Recommande des actions (p. ex., suggérant une refonte de l'écran si les cartes thermiques montrent que les opérateurs naviguent fréquemment entre deux pages).

La plupart des organisations commencent par l'analyse descriptive et diagnostique, puis terminent leurs études pour prédire et prescrire à mesure que la maturité des données augmente.

Construire un cadre d'analyse des données pour l'IMH

La mise en oeuvre de l'analyse à l'échelle exige une architecture délibérée. Les sections suivantes décrivent les composantes clés : collecte, stockage, traitement, analyse et visualisation.

Infrastructure de collecte de données

La collecte de données fiables est l'étape la plus critique. Les systèmes d'IMH résident souvent dans des réseaux de technologie opérationnelle (OT), qui ont des contraintes différentes des réseaux informatiques.

  • Les IMC communiquent via les API OPC UA, Modbus, Profinet, MQTT ou propriétaires. Les collecteurs de données doivent parler ces protocoles nativement ou par des passerelles.
  • Granularité et fréquence:[ Pour les mesures de performance, recueillir à intervalles de 1 à 5 secondes. Pour les données d'alarme, la collecte par événement est plus efficace.
  • Processus de traitement de l'Edge:[ Pour réduire la charge réseau, préprocéder les données au bord—bruit de filtre, calculer les agrégats et envoyer uniquement les données résumées à un magasin central.
  • Sécurité:[ Utilisez des pare-feu, des diodes de données unidirectionnelles ou des architectures DMZ pour isoler le réseau OT tout en permettant un flux de données contrôlé.

Des outils comme Node-RED, Telegraf ou Siemens DataHub peuvent agir comme des capteurs légers. Pour les organisations qui utilisent déjà la plateforme de données Directus, son architecture sans tête et sa couche API extensible peuvent servir de moteur de stockage unifié pour stocker des métadonnées sur les actifs HMI, y compris la configuration des collecteurs de données et la cartographie des résultats analytiques à nouveau dans les journaux de systèmes.

Stockage et gestion des données

Une fois recueillies, les données doivent être stockées de manière à pouvoir être rapidement posées et analysées dans l'historique.

  • Les bases de données de séries chronologiques (TSDBs):[ InfluxDB, TimescaleDB ou Apache Druid excellent à stocker des millions de lectures horodatées.
  • Bases de données relationnelles: Les bases de données SQL fonctionnent bien pour les données transactionnelles (par exemple, journaux d'alarme, modifications de configuration). Directus, avec son stockage soutenu par SQL (PostgreSQL, MySQL), peut gérer les métadonnées HMI et servir de centre de contenu pour la documentation ou les tableaux de bord.
  • Object stores:[ Pour les grandes données binaires comme les captures d'écran HMI ou les tendances historiques, le stockage compatible S3 est rentable.

Les politiques de gouvernance des données doivent définir les périodes de conservation (p. ex., les données brutes des capteurs conservées 30 jours, les tendances agrégées conservées 5 ans), les contrôles d'accès et les stratégies de sauvegarde.

Traitement et nettoyage des données

Les données brutes provenant des systèmes HMI sont souvent bruyantes. Les capteurs peuvent tomber, les problèmes de réseau produisent des valeurs aberrantes et les opérateurs peuvent créer des signaux fallacieux (p. ex., des clics répétés rapides).

  • Déduplication: Supprimer les enregistrements dupliqués causés par la retransmission.
  • Filtrage de l'extérieur:[ Appliquer des méthodes statistiques (p. ex. Z-score, IQR) pour jeter les lectures en dehors des plages plausibles.
  • Imputation: Remplissez les valeurs manquantes en utilisant le remplissage avant ou l'interpolation pour les courtes lacunes (=5 secondes).
  • Normalisation:[ Échelle les caractéristiques numériques aux gammes communes afin que les modèles d'apprentissage automatique s'entraînent efficacement.

Les pipelines de traitement peuvent être construits avec Apache Kafka, Apache Flink ou de simples scripts Python orchestrés par Apache Airflow. La sortie doit être un ensemble de données propre et structuré stocké dans le TSDB ou l'entrepôt de données, prêt à l'analyse.

Techniques d'analyse

Selon les objectifs, plusieurs méthodes d'analyse s'appliquent aux données de l'IMH :

  • Contrôle statistique des processus (SPC):[Créer des diagrammes de contrôle pour les mesures clés (temps de réponse, taux d'erreur).
  • Détection d'anomalies : Les modèles d'apprentissage automatique non supervisés (Isolation Forest, autoencodeurs) peuvent signaler des combinaisons inhabituelles de mesures, telles que l'utilisation élevée de CPU accompagnée d'une faible fraîcheur des données – indicateur d'une fuite de mémoire.
  • L'analyse de la cause des rouages:[ Les matrices de corrélation et les arbres de décision aident à identifier les antécédents les plus courants de défaillances.Par exemple, 80 % des événements de gel de l'écran se produisent lorsque la table d'alarme contient plus de 2000 entrées.
  • Modèles prédictifs: Les algorithmes de classification (Random Forest, XGBoost) peuvent prévoir si un composant échouera dans une fenêtre de temps donnée.Les modèles de régression prédisent la durée de vie utile restante (RUL) pour les écrans tactiles, les ensembles rétroéclairage ou les modules de contrôleur propriétaires.

Ces analyses devraient être effectuées périodiquement (heureusement, quotidiennement) et leurs résultats devraient être intégrés dans des tableaux de bord ou des workflows automatisés.

Visualisation et board de bord

Les tableaux de bord en temps réel permettent aux opérateurs et aux ingénieurs de voir en un coup d'oeil la santé actuelle du système. Les plans recommandés pour le tableau de bord comprennent :

  • Aperçu du rendement :[ Mesure du temps de réponse, de la latence et du taux d'erreur, tendance au cours de la dernière heure.
  • Tendances d'alarme:[ Histogramme des alarmes par catégorie, avec une moyenne mobile pour repérer les tendances de détérioration.
  • Comportement de l'utilisateur: Carte thermique de l'utilisation de l'écran, mettant en évidence les pages les plus et les moins visitées.
  • Scores de santé prédictifs:[ Pour chaque poste de travail HMI, un indicateur coloré (vert/jaune/rouge) basé sur la probabilité de défaillance du modèle.

Des outils comme Grafana, Power BI ou des applications web personnalisées peuvent présenter ces données. Les extensions Directus Dashboard et Insights permettent aux utilisateurs non techniques de créer des visualisations dynamiques directement liées au data store propre, sans écrire SQL.

Améliorer les performances de l'IMH avec l'analyse

Les améliorations de performance se traduisent directement par l'efficacité et la satisfaction de l'opérateur. Ici, nous couvrons trois domaines concrets où l'analyse donne des résultats à impact élevé.

Réduire les temps de latence et de réponse

Latence dans un système HMI provient de multiples couches : réseau, cycle de balayage PLC, moteur de rendu HMI et requêtes de base de données.

  1. Instruisez chaque calque avec des horodatages. Par exemple, enregistrez le moment où une action utilisateur se produit, quand la requête atteint le PLC, quand la réponse quitte le PLC, et quand l'écran met à jour.
  2. Construisez un diagramme de cascade de latence à partir de données historiques. Si le plus grand délai se produit entre la réponse de PLC et la mise à jour de l'écran, concentrez-vous sur l'optimisation du moteur graphique – envisager de réduire la complexité de l'animation, limiter les abonnements de données, ou mettre à niveau le matériel.
  3. Utilisez les cartes SPC pour détecter les pics de latence qui sont en corrélation avec des événements spécifiques, tels que les transitions d'écran ou les inondations d'alarme. Une fois identifiés, re-archivez les écrans offensants (p. ex. chargez les données de manière asynchrone, utilisez la liaison de données avec le chargement paresseux).

Une réussite typique : Une usine de transformation alimentaire a réduit les temps de charge d'écran HMI de 8,7 secondes à 1,2 secondes en éliminant une boucle de vote qui a récupéré toutes les balises au démarrage et en la remplaçant par un modèle d'abonnement basé sur la demande, éclairé par l'analyse d'utilisation.

Optimisation des temps de chargement de l'écran

L'immobilier écran est limité, et les opérateurs doivent souvent se déplacer rapidement entre les pages. L'analyse révèle quels écrans sont utilisés le plus et quels éléments de données sont redondants.

  • Analysez les modèles de navigation:[ Si les opérateurs passent 80% de leur temps sur trois écrans, prioriser l'optimisation des performances pour ces écrans.
  • Précédent données communes:[ Utiliser des modèles prédictifs pour charger les données pour l'écran suivant selon l'état du processus actuel (p. ex., après une alarme à haute température, l'opérateur navigue probablement vers l'écran de commande du brûleur).
  • Supprimer les objets de données inutilisés: De nombreux HMI sont construits avec des centaines de balises invisibles ou de macros qui fonctionnent sur chaque charge d'écran. L'analytique peut identifier les balises à utilisation zéro et les purger, réduisant ainsi les frais de démarrage.

Améliorer l'interaction des utilisateurs

L'efficacité de l'opérateur dépend de la conception intuitive de l'interface. Les cartes thermiques et l'analyse en continu peuvent révéler des frictions douloureuses du flux de travail :

  • Identifiez les clics d'erreur fréquents:[ Si les opérateurs ont frappé à plusieurs reprises le bouton -Acconnaissance quand ils avaient l'intention de presser -Override, , , les boutons peuvent être trop proches ou mal étiquetés.
  • Réduire les étapes requises:[ Si une tâche commune, comme régler un point de consigne, nécessite quatre clics et une confirmation, mais que l'analyse montre qu'elle est effectuée 300 fois par quart, la consolider en un seul geste peut économiser des heures par jour.
  • Interfaces adaptives:[ L'apprentissage automatique peut ajuster la disposition de l'affichage en fonction du rôle ou de l'historique de changement de l'opérateur, en présentant d'abord les données les plus pertinentes.

Améliorer la fiabilité par l'entretien prédictif

La fiabilité est directement liée à la stratégie de maintenance. Le passage de l'entretien de l'exécution à l'entretien de calendrier à l'entretien prédictif basé sur l'état peut réduire les temps d'arrêt imprévus de 30 à 50% selon les études de l'industrie.

Modèle de construction pour la prévision de défaillance

Pour construire un modèle prédictif fiable, suivez ce processus :

  1. Événements de défaillance de l'étiquette:[ Recueillir des enregistrements historiques de défaillances de l'HMI, y compris le composant (p. ex. écran tactile, alimentation, carte réseau), horodatage et symptômes antérieurs (p. ex., manque de contact intermittent, inclinaison progressive de l'écran).
  2. Technologie des caractéristiques:[ À partir de la série temporelle brute, créer des caractéristiques comme les moyennes de la température du CPU, les nombres de réticulations de communication par heure, la variance du temps de réponse de l'écran et la pente de tendance de l'utilisation de la mémoire.
  3. Former un modèle: Avec des données marquées, utiliser un apprentissage supervisé. Pour la prédiction RUL, utiliser une analyse de survie ou un modèle de régression (p. ex. XGBoost avec fonction de perte adaptée au temps de l'échec). Pour la prédiction de défaillance binaire dans une fenêtre (p. ex., défaillance dans les 7 prochains jours), utiliser des classificateurs comme Random Forest ou Logistic Regression avec la manipulation du déséquilibre de classe (SMOTE).
  4. Validation et déploiement:[ Utilisez la validation croisée de séries de temps pour éviter les biais de recherche. Déployez le modèle pour exécuter des données en streaming, en produisant un score de probabilité à intervalles réguliers.

Le Directus Data Pipeline[ peut orchestrer ce flux de travail en stockant les métadonnées du modèle, en les installant et en les réutilisant dans des tableaux de bord opérationnels.

Entretien du calendrier basé sur les données

Une fois les prévisions disponibles, les intégrer aux systèmes de gestion de la maintenance (SMGC).

  • Si le modèle prédit une probabilité de défaillance du contrôleur d'écran supérieure à 80 % dans les 14 jours, créez automatiquement un ordre de travail pour remplacer le contrôleur lors de la prochaine panne programmée.
  • Utiliser les autres estimations de la durée de vie utile pour optimiser l'inventaire des pièces de rechange.

Exemple d'étude de cas

Une usine de montage nord-américaine a surveillé 50 postes de travail HMI sur une période de 18 mois. Ils ont recueilli des taux d'erreur d'utilisation, de mémoire et de communication CPU toutes les 5 secondes. Après avoir formé un modèle Gradient Boosting, ils ont obtenu 92 % de précision dans la prévision des défaillances 48 heures à l'avance.

Défis et meilleures pratiques

L'adoption de l'analyse des données pour les systèmes HMI n'est pas sans obstacles. Comprendre les pièges communs contribue à assurer le succès à long terme.

Sécurité des données et confidentialité

Les données HMI proviennent souvent d'environnements de systèmes de contrôle industriel (SIC) qui doivent respecter des règlements comme le CIP NERC ou la SP NIST 800-82.

  • Ne jamais exposer les interfaces de collecte de données HMI à Internet sans DMZ ou VPN.
  • Appliquer le principe du moins privilège : les tableaux de bord analytiques devraient afficher des données agrégées non critiques au processus; les données brutes de contrôle en temps réel doivent demeurer isolées.
  • Chiffrer les données au repos et en transit, surtout lorsque vous vous déplacez à travers les zones.

Qualité des données et gouvernance

-Déterminer les règles de qualité des données (p. ex., pas d'horodatage manquant, vérification des limites) et automatiser la validation. Vérifier régulièrement le pipeline de données pour détecter les dérives qui pourraient dégrader le rendement du modèle.

Scalabilité et performance des systèmes d'analyse

À mesure que le nombre de nœuds HMI augmente (par exemple, de 50 à 500), le volume des données analytiques peut augmenter d'un ordre de grandeur.

  • Échelle horizontale de stockage et de calcul (utiliser les BSD groupées et les cadres de traitement des flux).
  • Niveaux de données : données chaudes (les 7 derniers jours) sur les SSD, données chaudes (jusqu'à 90 jours) sur les HDD rapides, données froides archivées dans le stockage des objets.
  • Modèle d'efficacité de recyclage: utiliser l'apprentissage progressif pour éviter chaque fois le recyclage sur l'ensemble de données complet.

La documentation Directus scale [ fournit des conseils sur le déploiement horizontal du moteur de données pour gérer les charges accrues.

Formation et gestion du changement

Investir dans la technologie sans accroître les compétences du personnel conduit à des outils sous-utilisés.

  • Interprétation des cartes de contrôle et des annotations.
  • Configuration des alertes en fonction des sorties du modèle.
  • Valider les prévisions par rapport aux résultats réels.

Les opérateurs peuvent d'abord se méfier des tableaux de bord qui signalent des défaillances potentielles, surtout si des faux positifs se produisent. Fixez des attentes réalistes – soulignez que l'analyse fournit des probabilités, pas des certitudes – et perfectionnez continuellement les modèles en fonction de la rétroaction.

Conclusion

En mettant en place un cadre structuré pour la collecte, le stockage, l'analyse et la visualisation des données, les organisations peuvent passer d'une maintenance réactive à une optimisation proactive. Des techniques telles que le profilage de latence, les cartes thermiques d'utilisation et les modèles de défaillance prédictive ont déjà prouvé leur valeur dans la réduction des temps d'arrêt, l'amélioration de l'expérience de l'opérateur et l'extension de la durée de vie des actifs.