Article en cours de rédaction / HMI / Affichage / fr-FR

Demande de HMI : quelles preuves envoyer et dans quel ordre

Un dossier pratique couvrant identité, symptômes, projet, câblage et urgence machine, pour une demande traitée au premier passage.

Note éditoriale / contrôle de publicationBROUILLON / NON INDEXÉ

La question à laquelle répond ce guide

Que doit contenir une demande de HMI utile ?

1. Pourquoi le numéro de commande complet passe en premier

Tout ce que fait un réviseur part d’une seule chaîne : le numéro de commande imprimé sur le pupitre, avec sa révision. La chaîne logique est simple. L’étiquette arrière porte la chaîne, une photo rapprochée la prouve, et la chaîne prouvée devient la référence canonique de toute la demande. Quand l’étiquette est usée, la page de diagnostic du pupitre reprend le même rôle. Une identité fiable, et tout le reste s’y rattache.

Une photo de l’étiquette arrière et un recours à la page de diagnostic alimentent tous deux un numéro de commande canonique qui ancre la demande.
Lisez de gauche à droite : la référence imprimée est prouvée par une photo et consignée une fois comme canonique. Les photos appuient l’identité, elles ne diagnostiquent pas la panne.

Schéma système agrandi

Une photo de l’étiquette arrière et un recours à la page de diagnostic alimentent tous deux un numéro de commande canonique qui ancre la demande.

Lisez de gauche à droite : la référence imprimée est prouvée par une photo et consignée une fois comme canonique. Les photos appuient l’identité, elles ne diagnostiquent pas la panne.

Pourquoi le raccourci abrégé pose-t-il tant de problèmes. Des noms de famille comme KTP700 ou PanelView Plus 7 couvrent plusieurs numéros de commande qui diffèrent par les ports, les options d’alimentation et la génération matérielle. Une chaîne complète du type 6AV2124-0XC02-0AX1 désigne un appareil exact, tandis que deux annonces peuvent toutes deux revendiquer KTP700 et expédier des produits différents. Le numéro de commande fixe tout cela, voilà pourquoi il ouvre le dossier.

Gardez la chaîne en un seul morceau, blocs finaux du style 2711P-T10C22D8S compris. La partie finale est le segment le plus souvent perdu quand une référence est ressaisie ou lue au téléphone, et c’est exactement le segment qui sépare les révisions matérielles. Si l’étiquette arrière est illisible, photographiez plutôt la page de diagnostic, puisque la plupart des HMI impriment leur numéro de commande exact et leur version de firmware à l’écran.

Une limite compte ici. Le numéro de commande identifie l’appareil, rien de plus. Il ne confirme ni la panne, ni la compatibilité d’un remplacement, ni le prix. Cela exige le reste du dossier, que les sections suivantes rassemblent.

Sources et périmètre (1)

2. Les photos qui portent les preuves

Trois photos font l’essentiel du travail d’identité dans ce dossier, et chacune répond à une question différente. La photo de l’étiquette arrière prouve la référence. La photo de la face avant place le pupitre dans sa famille et sa taille. La photo de l’écran sous tension documente l’état de panne, ou confirme que le runtime était sain avant la dépose. Ensemble, elles permettent à un réviseur de travailler sans venir sur site.

Trois relevés photo parallèles, étiquette, face avant et écran sous tension, alimentent une revue à distance du pupitre.
Chaque branche répond à une question d’identité et les trois se rejoignent à la revue. Aucune ne prouve à elle seule une défaillance de composant.

Schéma système agrandi

Trois relevés photo parallèles, étiquette, face avant et écran sous tension, alimentent une revue à distance du pupitre.

Chaque branche répond à une question d’identité et les trois se rejoignent à la revue. Aucune ne prouve à elle seule une défaillance de composant.

L’étiquette arrière mérite le plus grand soin. Photographiez-la de face, nette, et assez zoomée pour que les champs de révision et de suffixe restent lisibles. Un suffixe flou peut masquer la différence entre deux générations matérielles du même modèle. Si l’étiquette est abîmée, ouvrez la page de diagnostic ou d’informations du pupitre et photographiez-la à la place, car le numéro de commande à l’écran vaut tout aussi bien.

La photo de l’écran sous tension mérite sa place deux fois. Elle capture le symptôme s’il en existe un, et elle montre si le pupitre a atteint son runtime au lieu d’échouer dès la mise sous tension. Un réviseur lit cette différence immédiatement. Une photo de plus, deux réponses.

Les photos prouvent un état, pas une cause. Un écran qui montre une page figée le lundi peut se comporter différemment le vendredi, alors datez chaque image et conservez les originaux. Une capture compressée qui brouille le suffixe de l’étiquette est la façon la plus courante de faire perdre sa valeur à cette preuve.

3. Comment décrire les symptômes couche par couche

Les symptômes entrent dans le dossier comme trois relevés séparés, pas comme une phrase. Le tactile, l’image et le comportement d’alimentation peuvent tomber en panne indépendamment, et le réviseur les traite comme des classes de panne différentes. Écrivez une ligne par couche, avec la date où chaque comportement a été remarqué pour la première fois. Un historique daté sépare aussi une panne soudaine après un événement, comme une coupure de courant, d’une panne progressive comme un rétroéclairage qui pâlit.

Les observations tactiles, d’image et d’alimentation passent par des tests d’isolement vers un relevé de symptômes daté.
Les trois couches sont consignées séparément et se rejoignent au résumé des tests. Les flèches montrent un flux d’informations, pas un chemin électrique.

Schéma système agrandi

Les observations tactiles, d’image et d’alimentation passent par des tests d’isolement vers un relevé de symptômes daté.

Les trois couches sont consignées séparément et se rejoignent au résumé des tests. Les flèches montrent un flux d’informations, pas un chemin électrique.

Incluez les tests d’isolement que vous avez déjà menés, avec leurs résultats. Une souris USB qui déplace le curseur alors que la couche tactile ne répond pas éloigne du projet et rapproche de la voie d’entrée tactile. Une lampe torche plaquée contre un écran sombre qui révèle un contenu pâle pointe vers le rétroéclairage plutôt que vers tout l’affichage. Marquez chaque conclusion comme provisoire, parce que ces tests resserrent le champ sans identifier une pièce défaillante.

C’est un travail de deux minutes au pupitre, et il raccourcit la revue de plusieurs jours. Un relevé qui dit l’image s’est dégradée sur trois semaines alors que le tactile restait précis se lit très différemment d’un relevé qui dit le pupitre est cassé. Même pupitre, directions opposées pour l’enquête.

Gardez symptômes et interprétations séparés dans le texte. Écrivez ce que vous avez vu, puis ce que vous pensez que cela signifie, puis ce dont vous n’êtes pas sûr. Un réviseur peut contester une interprétation. Une phrase mêlée qui fusionne observation et théorie ne peut pas être vérifiée du tout.

4. Les faits projet et ports qui changent la revue

Deux faits décident quelles voies sont possibles du tout, alors ils viennent ensuite dans le dossier. Le premier est l’état du projet : si une sauvegarde de projet vérifiée existe, et quel outil a construit le projet. Un projet TIA Portal, une archive .apa FactoryTalk View et un fichier de projet EasyBuilder impliquent chacun des vérifications de transfert et de compatibilité différentes. Nommer l’outil et la version d’emblée supprime un aller-retour de questions.

L’état de la sauvegarde projet et la liste des ports se combinent pour fixer le périmètre des voies et l’ensemble des pupitres candidats.
Les deux entrées resserrent la revue avant tout chiffrage. Elles fixent le périmètre, elles ne confirment pas la disponibilité.

Schéma système agrandi

L’état de la sauvegarde projet et la liste des ports se combinent pour fixer le périmètre des voies et l’ensemble des pupitres candidats.

Les deux entrées resserrent la revue avant tout chiffrage. Elles fixent le périmètre, elles ne confirment pas la disponibilité.

Le second fait est la liste des ports avec le protocole de l’automate. Le fait que le pupitre joigne son PLC par PROFINET, EtherNet/IP ou une liaison série décide quels candidats de remplacement peuvent servir la machine. Joignez accessoires et modules d’option à cette liste, car ce sont parfois eux la pièce rare plutôt que le pupitre.

Ces deux faits fonctionnent ensemble, voilà pourquoi ils partagent une section. Une sauvegarde vérifiée plus un jeu de ports courant rendent un échange réaliste. Pas de sauvegarde plus une liaison série historique poussent la revue vers la préservation du stockage du pupitre. Même machine, voies différentes, décidées par deux lignes de texte.

Si l’un des faits est inconnu, écrivez inconnu et dites ce que vous avez vérifié. Une demande qui admet que le fichier de projet est introuvable est plus utile qu’une demande silencieuse, parce que le réviseur planifie une reconstruction au lieu de découvrir le manque au milieu de la revue.

5. Ce qu’ajoutent le contexte d’installation et les tentatives passées

Le bloc d’installation est court mais il évite une seconde visite sur site. Dimensions de découpe ou photo de porte, indice de protection avant et pires conditions de température ou de nettoyage permettent à un réviseur de juger l’adaptation physique depuis son bureau. Tenez-le en cinq lignes. Le guide d’environnement lié explique à quoi sert chaque ligne, et le réviseur n’a besoin que de ce qui change l’adaptation.

Conditions d’installation, corrections tentées et réparations antérieures fusionnent en un bloc de contexte pour le réviseur.
Trois flux de contexte se rejoignent dans le dossier. Ils éclairent la revue, ils ne prouvent pas à eux seuls une cause.

Schéma système agrandi

Conditions d’installation, corrections tentées et réparations antérieures fusionnent en un bloc de contexte pour le réviseur.

Trois flux de contexte se rejoignent dans le dossier. Ils éclairent la revue, ils ne prouvent pas à eux seuls une cause.

Les tentatives passées ont leur place ici aussi, listées avec des dates. Un cycle d’alimentation qui a effacé la panne, une pièce de rechange qui a échoué de la même façon ou un échange de câble qui a changé le symptôme raccourcissent tous la revue. Une correction qui a échoué deux fois change entièrement sa direction, parce que le prochain réviseur cesse de la proposer.

L’historique de réparation antérieur compte comme contexte aussi. Si le pupitre a déjà été ouvert, dites par qui et ce qui a été remplacé, car un établi chiffre le travail autrement quand des pièces non d’origine se trouvent dans le boîtier. Si l’appareil vient d’une pièce de rechange d’étagère, notez combien de temps et où il a été stocké.

Une limite s’applique à tout cela. Le contexte aide le réviseur à interpréter, il ne prouve rien sur la panne actuelle. Un pupitre tombé en panne le jour après un nettoyage d’armoire a un rapport possible ou non avec le nettoyage, et les deux faits doivent rester visibles plutôt que fondus en une cause.

6. Comment la demande se termine

Terminez par les enjeux d’exploitation et votre voie préférée. Dites quelle ligne ou fonction est à l’arrêt, combien de temps dure la tolérance d’arrêt et combien de pupitres identiques l’usine exploite. Puis énoncez la voie préférée, comme réparation, échange standard, approvisionnement de la référence exacte ou remplacement, avec la contrainte derrière, par exemple pas de sauvegarde projet ou une découpe fixe.

Les enjeux d’exploitation et une voie préférée alimentent le formulaire de demande soumis et lancent la revue du prestataire.
Lisez de gauche à droite comme la séquence de clôture du dossier. Le résultat de la revue reste ouvert jusqu’aux vérifications du prestataire.

Schéma système agrandi

Les enjeux d’exploitation et une voie préférée alimentent le formulaire de demande soumis et lancent la revue du prestataire.

Lisez de gauche à droite comme la séquence de clôture du dossier. Le résultat de la revue reste ouvert jusqu’aux vérifications du prestataire.

Une préférence avec une raison est examinable, alors notez la raison. Une préférence inexpliquée est généralement rediscutée plus tard, exactement les allers-retours que ce dossier existe pour éviter. La contrainte vous protège aussi, parce qu’elle bloque une réponse techniquement valide qui ne peut pas servir la machine.

Soumettez le dossier par le formulaire de demande avec tous les fichiers joints, et gardez votre propre copie. Le même dossier sert quelle que soit la voie confirmée par la revue, et des photos datées vous protègent si l’état du pupitre change entre la demande et l’envoi. Nommez un contact qui peut répondre aux questions de suivi sur la machine. Une revue qui bute sur un détail manquant perd des jours.

Gardez le dossier cohérent entre les canaux. Si la même demande va aussi à un fournisseur ou à un atelier de réparation, envoyez les mêmes preuves plutôt qu’une version raccourcie, pour que les réponses restent comparables. Et gardez les questions commerciales ouvertes dans le texte : disponibilité, prix, réussite de réparation et effort de migration dépendent de vérifications que le prestataire effectue, et un dossier de preuves complet est ce qui rend ces vérifications rapides.

Fonctionnement du cheminement

Vue d’ensemble, des preuves d’identité aux symptômes et au contexte, jusqu’à la demande soumise avec une voie énoncée.
Utilisez cette carte pour suivre l’ordre du dossier. Chaque étape ajoute des preuves, et aucune ne confirme prix ni disponibilité.

Schéma système agrandi

Vue d’ensemble, des preuves d’identité aux symptômes et au contexte, jusqu’à la demande soumise avec une voie énoncée.

Utilisez cette carte pour suivre l’ordre du dossier. Chaque étape ajoute des preuves, et aucune ne confirme prix ni disponibilité.

Points essentiels

  • Envoyez le numéro de commande imprimé complet avec la photo de l’étiquette arrière qui le prouve.
  • Notez les symptômes couche par couche avec dates et résultats de tests, conclusions provisoires.
  • Mettez état de sauvegarde, liste des ports et contraintes d’installation dans le même dossier.
  • Terminez par la tolérance d’arrêt, le parc installé et une voie préférée avec sa contrainte.
Notes éditoriales et sources

Cet aperçu est une note de travail délimitée, et non un article technique validé ni une affirmation de compatibilité, de stock, de prix, de service ou de sécurité.

Registre des sources

Version: /how-it-works/#request-checklist|Ardkor intake policy

  • /how-it-works/#request-checklist
  • Ardkor intake policy

État du processus éditorial

Statut: brouillon / non indexé

Points non résolus: les affirmations techniques et commerciales nécessitent des preuves attribuables; le contenu des pages de diagnostic et l’affichage du firmware varient selon la famille de pupitres, si bien que l’étape de recours nécessite la documentation exacte du fabricant

Revenir à la catégorie