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.
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.

Schéma indisponible.
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)
- Rockwell Automation : manuel utilisateur des terminaux PanelView Plus 7 Standard, publication 2711P-UM007. Montre comment le numéro de catalogue sépare des terminaux qui partagent un nom de famille. Elle illustre le schéma d’un fabricant, pas une règle universelle.
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.

Schéma indisponible.
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.

Schéma indisponible.
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.

Schéma indisponible.
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.

Schéma indisponible.
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.

Schéma indisponible.
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
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.
Pages associées
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
