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

Sauvegarde du firmware et du projet d’une HMI avant toute intervention

Expliquez pourquoi les preuves de projet et de firmware peuvent faire basculer la décision entre réparation et remplacement d’un pupitre.

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

La question à laquelle répond ce guide

Quels fichiers d’une HMI faut-il préserver avant une intervention ?

1. Les deux relevés qui décident de vos options

Deux relevés décident de presque tout ce qu’un partenaire de service peut faire avec votre pupitre : le projet d’application et la version du firmware. Le projet est le relevé maître de ce que fait le pupitre, c’est-à-dire les écrans, les boutons et les connexions de données vers l’automate. Le firmware est le logiciel interne au pupitre qui fait tourner le matériel. L’un comme l’autre ne suffit pas seul, c’est pourquoi ils avancent ensemble dans ce guide.

Le fichier de projet et la version du firmware se combinent aux photos du runtime pour définir les options de service du pupitre.
Les deux relevés sont nécessaires avant qu’une voie ne soit réaliste. Les photos les appuient, elles ne remplacent pas les fichiers.

Schéma système agrandi

Le fichier de projet et la version du firmware se combinent aux photos du runtime pour définir les options de service du pupitre.

Les deux relevés sont nécessaires avant qu’une voie ne soit réaliste. Les photos les appuient, elles ne remplacent pas les fichiers.

Le fichier de projet est ce qui permet à un autre appareil de prendre le relais. Un projet de Siemens Comfort Panel vit à l’intérieur d’un projet TIA Portal, un projet de Basic Panel peut se trouver dans un ancien projet WinCC flexible, et un terminal PanelView Plus se charge depuis une application FactoryTalk View Machine Edition, généralement archivée en un seul fichier .apa. Les pupitres Weintek portent un fichier de projet EasyBuilder. Quel que soit le vôtre, connaissez son format et son outil.

Le firmware du pupitre est la seconde moitié du duo. Un projet runtime a généralement besoin d’une version de firmware prise en charge par l’outil d’ingénierie, et un remplacement livré avec une révision plus récente ou plus ancienne peut nécessiter une mise à jour du firmware avant que votre projet ne se charge. Notez la version affichée dans le panneau de configuration ou l’écran de diagnostic du pupitre, avec le numéro de commande qui fixe la génération matérielle.

La preuve de ce que le pupitre exécute en ce moment est aussi une preuve. Photographiez le nom du projet ou de l’application affiché au runtime, la page de version du firmware et tout état de mot de passe ou d’administration des utilisateurs dont dépend la machine. Si le fichier de projet reste introuvable plus tard, ces images sont souvent le seul point de départ d’une reconstruction.

2. Ce que la version du firmware change

Le firmware ressemble à un détail jusqu’à ce qu’un remplacement refuse le projet. Le projet runtime est compilé selon ce que l’outil d’ingénierie prend en charge, et le pupitre ne l’exécute que sur des versions de firmware qui correspondent à la génération matérielle et à la version de l’outil. Notez la version exactement telle que le pupitre l’affiche, car les familles publient plusieurs lignes de firmware en parallèle.

Le projet compilé et le firmware du pupitre se rencontrent à une vérification de prise en charge qui charge directement ou insère une étape de mise à jour du firmware.
Le losange est une comparaison documentaire, pas un test sur le pupitre. Une étape de mise à jour est un travail normal, pas un échec.

Schéma système agrandi

Le projet compilé et le firmware du pupitre se rencontrent à une vérification de prise en charge qui charge directement ou insère une étape de mise à jour du firmware.

Le losange est une comparaison documentaire, pas un test sur le pupitre. Une étape de mise à jour est un travail normal, pas un échec.

L’appariement fonctionne dans les deux sens. Un remplacement avec un firmware plus récent peut exiger un retour à une version antérieure ou une recompilation du projet. Un remplacement avec un firmware plus ancien peut nécessiter une mise à jour avant que l’outil d’ingénierie ne l’accepte. Dans les deux cas, l’étape se situe entre l’appareil et le projet, et la connaître à l’avance transforme une surprise en ligne dans le plan.

Un cas concret rend cela réel. Deux Comfort Panels avec le même écran et le même nom de famille peuvent différer sur le bloc final du numéro de commande, et ce bloc peut signifier des révisions matérielles différentes avec des attentes de firmware différentes. Le pupitre qui semble identique au mur n’est pas identique pour l’outil d’ingénierie.

Gardez la limite en vue. Une version de firmware relevée montre si une étape de mise à jour existe, et elle ne promet pas que la mise à jour réussisse. La disponibilité des mises à jour pour la référence exacte, et les besoins de licence sur la station d’ingénierie, sont des vérifications que réalisent la documentation du fabricant et le prestataire.

Sources et périmètre (1)

3. Comment capturer la sauvegarde pendant que le pupitre tourne

Prenez la sauvegarde pendant que le pupitre tourne encore, pas après que la panne s’étend. La plupart des HMI offrent un mode service ou transfert qui arrête le runtime et expose le stockage par Ethernet ou via une carte mémoire. Le chemin exact dépend de la famille, notez donc le chemin de menu que vous avez utilisé. Si le pupitre ne démarre déjà plus, notez-le aussi, car cela change tout quant à la possibilité d’une sauvegarde sur site.

Un pupitre en marche entre en mode transfert et le projet arrive sur le portable par un chemin Ethernet ou carte mémoire.
Lisez comme la séquence de capture d’un pupitre sain vers un fichier stocké. Si le pupitre ne démarre pas, ce chemin est indisponible.

Schéma système agrandi

Un pupitre en marche entre en mode transfert et le projet arrive sur le portable par un chemin Ethernet ou carte mémoire.

Lisez comme la séquence de capture d’un pupitre sain vers un fichier stocké. Si le pupitre ne démarre pas, ce chemin est indisponible.

Faites-le avant l’équipe du week-end, pas après, et traitez le pupitre qui tourne comme l’opportunité qu’il est. Un pupitre qui démarre aujourd’hui est un pupitre que vous pouvez interroger : le nom du projet, la page du firmware, le menu de transfert. Rien de tout cela n’est disponible sur un appareil mort, et rien ne devient plus facile en attendant.

La capture elle-même est généralement une commande ou un assistant, mais l’entourage décide si elle compte. Un portable sur le mauvais VLAN, un câble échangé avec le réseau du bureau ou une carte mémoire pleine arrêtent chacun le transfert à mi-chemin. Préparez le chemin d’abord, lancez ensuite le transfert, et regardez-le se terminer au lieu de supposer qu’il s’est terminé.

Une limite a sa place ici. Ce sont des étapes génériques que chaque famille met en œuvre différemment, et les noms de menus exacts, les outils et les types de cartes viennent de la documentation du fabricant pour votre référence. N’improvisez pas une procédure de transfert de mémoire sur un pupitre qui est la seule copie du projet machine.

4. Comment nommer, copier et vérifier la sauvegarde

Une sauvegarde ne compte que si elle survit à l’année suivante, alors traitez le fichier comme une preuve. Nommez-le d’après la machine et la date, pas d’après le pupitre, car plusieurs pupitres peuvent se relayer sur une machine au fil des ans. Copiez-le vers au moins deux emplacements. Une sauvegarde qui ne vit que sur votre portable n’est qu’à un crash de devoir refaire tout l’exercice.

Un fichier de projet nommé, deux copies stockées et un propriétaire de mot de passe relevé alimentent une étape de vérification par l’outil.
La chaîne transforme un fichier capturé en sauvegarde utilisable. Chaque étape élimine une façon courante dont une sauvegarde échoue plus tard.

Schéma système agrandi

Un fichier de projet nommé, deux copies stockées et un propriétaire de mot de passe relevé alimentent une étape de vérification par l’outil.

La chaîne transforme un fichier capturé en sauvegarde utilisable. Chaque étape élimine une façon courante dont une sauvegarde échoue plus tard.

Si le fichier est chiffré ou protégé par mot de passe, notez qui détient le mot de passe. Une archive illisible est une impasse courante, et elle surgit généralement au pire moment, quand le pupitre est déjà sorti de la machine. Le mot de passe fait partie de la sauvegarde, et il a besoin d’un propriétaire.

Vérifiez la sauvegarde au lieu de vous fier à la taille du fichier. Quand l’outil propose une restauration ou un contrôle de cohérence qui laisse tranquille le pupitre en marche, utilisez-le. Notez aussi le nom et la version de l’outil qui a produit le fichier, car un projet enregistré par une version d’outil bien plus récente peut refuser de se charger sur une station d’ingénierie plus ancienne. Cinq minutes de contrôle maintenant coûtent peu.

La limite, c’est l’honnêteté sur ce que la vérification prouve. Une archive cohérente confirme que le fichier est intact et chargeable par cette version de l’outil. Elle ne prouve pas que le projet compile avec les licences actuelles, et elle ne capture ni les mots de passe, ni les recettes stockées dans l’automate, ni les données qui vivent hors du pupitre.

5. Ce qu’ajoutent les supports amovibles

Certaines familles sauvegardent vers des supports amovibles, et cette voie compte quand le réseau est verrouillé. Un panneau Siemens peut stocker son projet et son firmware sur une carte mémoire SIMATIC, et un pupitre Weintek peut copier vers un stockage USB. Là où le chemin Ethernet exige des validations qui prennent des semaines, une carte ou une clé peut faire la différence entre une sauvegarde aujourd’hui et jamais.

Un support propre à la famille, écrit depuis un logement relevé, est copié vers deux emplacements et soumis aux mêmes règles d’archivage.
La voie du support reflète le chemin de la sauvegarde principale. Elle court-circuite le réseau, pas la discipline de relevé.

Schéma système agrandi

Un support propre à la famille, écrit depuis un logement relevé, est copié vers deux emplacements et soumis aux mêmes règles d’archivage.

La voie du support reflète le chemin de la sauvegarde principale. Elle court-circuite le réseau, pas la discipline de relevé.

Le support a ses propres règles. Les cartes sont souvent propres à une famille, et une carte formatée par une génération de pupitre peut être refusée par une autre. Notez de quel logement vient la carte et quel pupitre l’a écrite, car une carte qui vit dans le pupitre fait partie de l’histoire de la sauvegarde, pas un accessoire.

Traitez la carte comme une copie, pas comme la sauvegarde. Elle reste dans une machine qui prend l’eau, tremble et chauffe, à côté du pupitre qu’elle protège. Copiez son contenu vers les deux mêmes emplacements que le fichier principal, et datez la copie. Une carte plus une archive vérifiée couvrent d’un coup l’essentiel des risques de stockage.

Gardez la limite visible : les raccourcis par support amovible ne changent pas ce qui doit être relevé. Version de l’outil, version du firmware et propriétaire du mot de passe appartiennent à la voie carte exactement comme à la voie Ethernet, car une restauration se termine toujours sur la station d’ingénierie.

6. Comment l’état de la sauvegarde oriente la voie

Avec une sauvegarde de projet vérifiée, vos options s’élargissent. Un remplacement de la même référence accepte le projet, un échange de réparation peut être préchargé, et l’arrêt machine se réduit au transfert. Les preuves à envoyer sont le fichier de projet, la version du firmware et le numéro de commande exact de l’appareil en panne. Ce seul fichier peut transformer une semaine d’arrêt en un après-midi.

L’état de la sauvegarde branche le plan de service entre de larges options d’échange et des voies qui préservent le stockage du pupitre.
La branche est un état écrit, pas un test technique. Dites sur quelle branche vous êtes et le plan suit.

Schéma système agrandi

L’état de la sauvegarde branche le plan de service entre de larges options d’échange et des voies qui préservent le stockage du pupitre.

La branche est un état écrit, pas un test technique. Dites sur quelle branche vous êtes et le plan suit.

Sans sauvegarde, les options se resserrent vite. Le stockage du pupitre détient alors la seule copie du projet machine, si bien qu’une réparation qui préserve le stockage, ou un échange qui conserve la carte d’origine, devient préférable à un remplacement vierge. Dites clairement dans la demande si une sauvegarde existe. Un partenaire de service planifie très différemment dans chaque cas, et cette seule ligne économise tout un aller-retour de questions.

Mettez l’état par écrit, pas dans le ton. Écrivez sauvegarde vérifiée, sauvegarde existante mais non vérifiée ou pas de sauvegarde, et ajoutez la version de l’outil à côté. Chaque formule déclenche un plan différent sur l’établi, et chacune est honnête à sa façon. Un savoir partiel étiqueté comme partiel est exactement ce avec quoi un réviseur peut travailler.

L’état de la sauvegarde a quand même des limites. Il ne prouve pas que le projet compile aujourd’hui, que les licences d’ingénierie sont disponibles, ni qu’un remplacement sera disponible à un prix donné. Ce sont des vérifications séparées, et les guides de demande liés montrent quelles preuves les portent. Lancez la capture maintenant, pendant que le pupitre vous parle encore. Dix minutes maintenant valent mieux que dix jours plus tard.

Fonctionnement du cheminement

L’identification du projet et du firmware mène à une capture vérifiée et à un état de sauvegarde écrit qui sélectionne la voie de service.
Quatre étapes, de l’identification à la voie. L’état écrit est la charnière, et il reste honnête sur les manques.

Schéma système agrandi

L’identification du projet et du firmware mène à une capture vérifiée et à un état de sauvegarde écrit qui sélectionne la voie de service.

Quatre étapes, de l’identification à la voie. L’état écrit est la charnière, et il reste honnête sur les manques.

Points essentiels

  • Connaissez le format du projet : TIA Portal, WinCC flexible, .apa FactoryTalk ou EasyBuilder.
  • Notez la version du firmware et le numéro de commande à côté du fichier de projet.
  • Sauvegardez pendant que le pupitre tourne, vérifiez l’archive et stockez-la en deux endroits.
  • Pas de sauvegarde signifie préférer une réparation qui préserve le stockage du pupitre.
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|Technical evidence required

  • /how-it-works/#request-checklist
  • Technical evidence required

État du processus éditorial

Statut: brouillon / non indexé

Points non résolus: les affirmations techniques et commerciales nécessitent des preuves attribuables; les menus de transfert exacts, les types de cartes mémoire et la disponibilité des mises à jour de firmware nécessitent la documentation du fabricant pour la référence exacte

Revenir à la catégorie