Panne d’écran tactile ou d’affichage HMI : guide visuel de diagnostic

Une HMI (interface homme-machine) est le pupitre opérateur utilisé pour consulter les informations de la machine et saisir des commandes. Le mot écran masque souvent deux fonctions distinctes : afficher une image et détecter un doigt. Imaginez un moniteur et un dispositif de pointage qui partagent la même face avant. Une fonction peut tomber en panne tandis que l’autre continue de fonctionner.

Schéma système agrandi

×

Lisez chaque chemin de gauche à droite : l’entrée tactile en haut, la sortie d’image en bas. Les deux blocs ordinateur HMI désignent le même ordinateur. Les flèches montrent une fonction, pas le câblage ni l’empilement physique des couches.

Le capteur tactile détecte l’endroit où vous appuyez. Son contrôleur convertit le signal du capteur en une position, généralement appelée coordonnées X et Y : horizontalement et verticalement sur l’écran. L’ordinateur de la HMI exécute le projet machine, c’est-à-dire les pages, boutons et connexions de données configurés. Le logiciel qui exécute ce projet s’appelle le runtime. Son électronique d’affichage envoie les données d’image à l’écran LCD (affichage à cristaux liquides).

Dans un LCD rétroéclairé, le rétroéclairage fournit la lumière et le LCD contrôle son passage à travers les pixels. La protection avant, le capteur tactile et le LCD peuvent être collés pour former un seul ensemble. Des fonctions séparées ne signifient pas nécessairement que les pièces sont remplaçables séparément. Cet article concerne les pupitres LCD courants ; les autres technologies d’affichage et architectures d’affichage distant nécessitent leur propre documentation.

Un bouton dessiné à l’écran est un élément logiciel, pas un interrupteur physique. Après réception des coordonnées tactiles, le projet vérifie quel objet se trouve à cette position et quelle action est autorisée. Un bouton de navigation peut seulement changer la page locale. Un bouton de procédé peut demander une action à un API (automate programmable industriel), l’ordinateur qui exécute la logique de la machine.

Schéma système agrandi

×

Un appui enregistré, une réponse logicielle et une action machine constituent trois points de contrôle différents. Il s’agit d’un chemin de commande simplifié, pas d’un schéma de circuit de sécurité.

L’API évalue la demande selon son programme et les conditions de fonctionnement. Un interverrouillage est une condition qui doit être satisfaite avant d’autoriser une action. Un bouton peut enregistrer un appui alors que l’action machine demandée reste bloquée. À l’inverse, une machine peut continuer de fonctionner quand son pupitre opérateur ne répond plus. Aucune de ces observations ne prouve à elle seule que tout le système est sain.

Vous obtenez ainsi trois observations distinctes : l’interface a-t-elle enregistré l’entrée, l’application a-t-elle réagi et le procédé a-t-il répondu ? Utilisez un écran de maintenance documenté qui ne commande aucun mouvement pour tester les entrées. N’appuyez pas sur Marche, ne déplacez pas un axe, ne modifiez pas une consigne et ne neutralisez pas un interverrouillage pour vérifier le tactile. Avant tout test d’entrée, faites placer la machine dans l’état sûr requis par la procédure du site.

Une zone morte est une partie de l’écran qui ignore les entrées. Un décalage signifie que le point enregistré se trouve à côté du doigt. Un toucher fantôme est une entrée enregistrée sans appui volontaire. Ces observations placent la chaîne tactile parmi les éléments à examiner, mais elles n’identifient pas une pièce défaillante. Un bouton désactivé ou une couche logicielle invisible peut aussi donner l’impression qu’une zone ne répond pas.

Schéma système agrandi

×

La souris fournit une autre voie d’entrée. Elle ne certifie ni le projet, ni la communication avec l’API, ni chaque élément de l’affichage.

La détection résistive utilise la pression pour mettre des couches conductrices en contact. La détection capacitive mesure une variation de champ électrique. Ces mécanismes expliquent pourquoi les gants, stylets et conditions de fonctionnement autorisés diffèrent. Identifiez la technologie dans le manuel ; ne supposez pas que tous les écrans capacitifs acceptent les gants ni que chaque technologie possède un mode de panne caractéristique. Notez la contamination, l’humidité ou les dommages sans improviser une méthode de nettoyage.

L’étalonnage aligne les coordonnées détectées sur les positions de l’écran pour les modèles qui proposent cette fonction. Utilisez uniquement la procédure documentée et notez si le décalage réapparaît. Des étalonnages répétés ne prouvent pas une réparation durable. Évitez de modifier les réglages avant d’avoir consigné le symptôme initial.

Si le modèle exact accepte une souris USB et si la procédure de maintenance approuvée l’autorise, comparez la souris et le tactile sur le même écran sans commande de mouvement. Si la souris sélectionne la même cible alors que le tactile n’y parvient pas, l’attention se porte davantage sur le capteur tactile, sa connexion, son contrôleur ou la configuration des entrées. Le seul déplacement du pointeur constitue une preuve plus faible. Si aucune entrée ne fonctionne, un problème logiciel ou matériel partagé reste possible. Un test avec une souris non prise en charge n’est pas concluant.

Un écran noir est un symptôme, pas le diagnostic d’un rétroéclairage défaillant. Commencez par noter les voyants d’alimentation et toute image de démarrage visible. Un voyant d’état allumé ne prouve pas que l’ordinateur a démarré ni que toutes les alimentations internes sont correctes. La luminosité, un économiseur d’écran, l’absence de données d’image, un échec de démarrage et une panne matérielle d’affichage font tous partie des pistes à examiner.

Schéma système agrandi

×

L’image et l’éclairage sont deux exigences distinctes. Un pilote est l’électronique qui alimente et commande la source lumineuse ; sa conception dépend de la technologie du rétroéclairage.

Pour un LCD rétroéclairé, une lampe torche externe orientée en biais peut révéler du texte ou des formes très pâles sans ouvrir le pupitre ni toucher les commandes. Si du contenu apparaît, une partie de la formation de l’image subsiste : un éclairage faible ou absent devient une piste utile. Il s’agit d’une déduction tirée du fonctionnement des LCD, pas d’un test constructeur qui identifie une pièce à remplacer. Il reste à distinguer les réglages de luminosité, la source lumineuse, son pilote, l’alimentation ou la connexion. L’absence d’image pâle n’est pas concluante.

Des lignes, couleurs inhabituelles, taches ou scintillements décrivent des symptômes d’image. Notez s’ils apparaissent aussi dans un logo de démarrage ou un menu local documenté, et pas seulement sur une page du projet. Un défaut présent dans les deux cas rend le contenu de la page projet moins probable, mais ne permet pas de distinguer le LCD de sa connexion, de l’électronique d’affichage ou de l’alimentation. Ne pliez pas le pupitre, n’appuyez pas sur une tache et n’ouvrez pas une unité sous tension pour provoquer un changement.

Une face avant fissurée peut affecter simultanément la visibilité, la détection tactile et l’étanchéité de l’enveloppe. Même si l’image paraît normale, l’ensemble peut nécessiter davantage que le remplacement du capteur. Conservez des photos des dommages et arrêtez les tests d’entrée si la surface est endommagée. Le schéma sépare les données d’image de la lumière ; ce n’est ni un guide de câblage ni une procédure de démontage.

Un LCD peut afficher fidèlement une ancienne image. Une valeur immobile fournit donc peu d’informations si vous ne savez pas si la valeur du procédé devait changer. Recherchez un indicateur local documenté qui s’actualise normalement et distinguez-le des valeurs reçues de l’API. Une animation locale qui continue alors que les valeurs du procédé sont figées oriente vers une recherche différente de celle d’une interface entièrement bloquée.

Schéma système agrandi

×

L’écran peut fonctionner correctement tout en affichant des données anciennes. Observez une valeur connue pour changer ; une valeur constante ne constitue pas une preuve de panne.

Si la navigation locale sûre fonctionne mais que les valeurs du procédé affichent des erreurs de communication, examinez la liaison entre la HMI et l’API, la configuration des équipements et l’état de l’API avec les outils de diagnostic approuvés. Ethernet est une connexion physique et réseau ; le protocole applicatif définit la manière dont les valeurs et commandes sont échangées. Un voyant de liaison ne prouve pas que la communication applicative fonctionne. Certains pupitres utilisent plutôt une liaison série ou un bus de terrain, c’est-à-dire un réseau de communication industriel.

Si les menus locaux et le projet cessent tous deux de réagir, l’application, le système d’exploitation, l’ordinateur ou l’alimentation peuvent être concernés. Consignez l’heure, le texte de l’erreur et les circonstances avant un redémarrage, si cela peut être fait en sécurité. Un redémarrage peut effacer un contexte utile et ne démontre pas une réparation durable. Ce sont des exemples de raisonnement, pas des arbres de défaillance exhaustifs : des pannes intermittentes ou plusieurs pannes peuvent coexister.

Commencez par relever le fabricant exact, la référence, le numéro de série et la révision matérielle visibles sur la plaque signalétique. Ajoutez l’identifiant de la machine, la version du projet ou du runtime si elle est disponible, ainsi que la date et l’heure de l’observation. Décrivez l’apparition du problème : soudaine ou progressive, au démarrage ou après échauffement, permanente ou intermittente. Mentionnez tout nettoyage, choc, changement de configuration ou événement d’alimentation récent comme contexte, pas comme cause prouvée.

Schéma système agrandi

×

Écrivez d’abord ce qui s’est produit, ensuite ce que cela suggère, puis ce qui reste non testé. L’exemple est illustratif et ne correspond pas à un cas client rapporté.

Consignez chaque niveau séparément : visibilité et défauts de l’image ; réponse et position du tactile ; réponse de l’application locale ; comportement des données procédé ou de la communication. Pour chaque contrôle approuvé, notez la méthode, les conditions et le résultat, y compris les contrôles non pris en charge ou non réalisés. Joignez une photo du pupitre entier et un gros plan, ainsi qu’une courte vidéo d’un comportement intermittent lorsque les règles du site l’autorisent.

Exemple d’observation : « À 09 h 20, l’image de la page était nette. Sur l’écran de maintenance approuvé, la cible de gauche n’enregistrait pas le tactile ; celle de droite fonctionnait. Une souris prise en charge sélectionnait les deux. Aucune commande de procédé n’a été utilisée. » Interprétation : « Chaîne tactile ou configuration suspectée. » Inconnues restantes : « Capteur, contrôleur, connexion ou cause logicielle ; périmètre de réparation. » Cette formulation conserve une preuve utile sans déclarer le capteur tactile défectueux.

Le schéma transforme cet exemple en trois blocs réutilisables dans une demande. Conservez les photos et formulations d’origine avec les conclusions ajoutées ensuite. Un technicien qualifié peut alors décider des inspections hors tension ou des contrôles maîtrisés sur banc nécessaires, en s’appuyant sur la documentation exacte de l’équipement.

Un problème confirmé dans la chaîne tactile peut conduire à intervenir sur l’ensemble capteur, la connexion, le contrôleur ou les réglages. Un problème confirmé dans la chaîne d’image peut concerner l’ensemble d’affichage, l’électronique du rétroéclairage, la connexion ou l’alimentation. Ce sont des périmètres possibles, pas une liste de pièces pour votre modèle. Le collage, l’étanchéité, les pièces de rechange disponibles et la procédure de réparation déterminent si un composant peut être remplacé séparément.

Schéma système agrandi

×

Le diagnostic détermine les travaux ; les contrôles de compatibilité et de réception déterminent si la HMI remise en état convient à son application prévue.

Le remplacement de la HMI complète introduit une deuxième question : le remplacement peut-il exécuter le projet machine requis ? Confirmez la révision exacte, le firmware (logiciel de l’équipement), les exigences du runtime, les interfaces de communication, la découpe de montage et l’indice environnemental. Établissez une sauvegarde exploitable et une méthode de restauration avant toute réinitialisation, mise à jour du firmware ou échange. Une sauvegarde de l’équipement et un projet d’ingénierie modifiable ne sont pas automatiquement la même chose.

Demandez au réparateur d’indiquer la panne confirmée, les travaux proposés, les données conservées et les contrôles après réparation. La réception doit couvrir le symptôme signalé, la précision tactile sur toute la surface utile, la qualité d’image, le fonctionnement local et les fonctions de communication concernées selon une procédure approuvée. Pour une panne intermittente, reproduisez si possible ses conditions de fonctionnement initiales. L’apparition ponctuelle d’une image ne suffit pas à prouver que le problème d’origine est résolu.

• La détection tactile, la génération de l’image, le rétroéclairage et la communication avec l’API sont des fonctions différentes qui partagent certaines dépendances.
• Une comparaison avec une souris prise en charge ou l’observation d’une image pâle affine les possibilités ; aucune de ces méthodes n’identifie à elle seule une pièce défaillante.
• Séparez les observations, les explications provisoires et les inconnues. Utilisez uniquement des contrôles approuvés qui ne commandent aucun mouvement.
• Confirmez le périmètre de réparation pour l’ensemble exact, conservez les données récupérables et contrôlez le symptôme initial après les travaux.

• la catégorie des pupitres opérateur
• le guide de demande de réparation ou d’échange
• où trouver l’identité du pupitre
• les sauvegardes du firmware et du projet HMI
• identifier les ports de communication HMI