Rétrofit S5 & S7-300 : migration S7-1500 + WinCC Unified

Le SIMATIC S7-300 est obsolète depuis octobre 2025, le S5 n'a plus d'approvisionnement officiel en pièces de rechange depuis longtemps — et de nombreuses installations fonctionnent encore avec des pupitres opérateur qu'on ne trouve plus à l'achat depuis des années. Cet article montre comment se déroule aujourd'hui un rétrofit d'automate : du S5, du S7-300 ou du S7-400 vers le S7-1500 ou le S7-1200, avec une nouvelle visualisation WinCC Unified — souvent sans reconstruction de l'armoire électrique, avec une fenêtre d'arrêt de quelques jours plutôt que de plusieurs semaines, et avec des schémas électriques qui, ensuite, sont de nouveau exacts.

Pour qui est-ce pertinent ? Pour deux publics : les exploitants et responsables maintenance d'installations équipées d'anciens automates S5 ou S7 — du centre de recyclage à la production agroalimentaire en passant par la construction de machines —, qui veulent savoir ce qui les attend avant de passer commande. Et les tableautiers et constructeurs de systèmes de commande sans service logiciel propre, qui souhaitent proposer des rétrofits à leurs clients et cherchent pour cela un partenaire programmeur capable de prendre en charge l'intégralité de l'API, de la visualisation et de la documentation.

1.Pourquoi maintenant ? Trois échéances qui fixent le calendrier

Un rétrofit est rarement urgent — jusqu'à ce qu'il le devienne soudainement. Trois échéances fixent actuellement le cadre :

1. Le S7-300 est obsolète — et le S5 l'a dépassé depuis longtemps. En octobre 2025 (communication produit PM410), Siemens a retiré 268 modules des familles S7-300 et ET 200M de la vente de matériel neuf. Les pièces de rechange et les réparations devraient rester disponibles jusqu'à environ octobre 2033 — mais les prix augmentent déjà, et les quantités disponibles diminuent chaque trimestre. Pour le S5, ce point est franchi depuis longtemps : l'approvisionnement officiel en pièces de rechange a pris fin, l'achat ne passe plus que par le marché de l'occasion — à des prix qui deviennent plus absurdes chaque année, et sans la moindre garantie. Qui exploite encore aujourd'hui un S5 en production fait tourner son installation sur du temps emprunté.

2. Le nouveau règlement Machines de l'UE s'applique à partir du 20 janvier 2027 — sans période transitoire. Le règlement (UE) 2023/1230 remplace la directive Machines 2006/42/CE. Pour la première fois, il définit de manière contraignante, à l'article 18, quand une modification apportée à une machine existante constitue une « modification substantielle » — avec, à la clé, une nouvelle évaluation CE. Qui achève et documente son rétrofit en 2026 l'évalue encore selon les règles connues de l'ancienne directive. Ce n'est pas une astuce, mais l'exploitation planifiée d'une fenêtre de temps.

3. La technique qui entoure l'automate devient plus intelligente. Les systèmes de tri modernes, les systèmes de caméras et le monitoring énergétique parlent PROFINET et OPC UA. Un S7-300 de 2008 — et a fortiori un S5 — ne peut raccorder ces systèmes pas du tout, ou seulement avec des béquilles. Un rétrofit n'est donc pas qu'une précaution en matière de pièces de rechange : c'est la condition pour que l'installation reste tout simplement évolutive au cours des dix prochaines années.

Pour ce qui touche aux coûts et aux programmes d'aide régionaux, un coup d'œil à l'article Coûts du rétrofit API : ce que coûte réellement la modernisation des systèmes de commande vaut la peine — le présent article se concentre, lui, sur le déroulement : que se passe-t-il lors d'un rétrofit professionnel, étape par étape ?

2.L'erreur de raisonnement la plus fréquente : « rétrofit = nouvelle armoire »

Beaucoup d'exploitants repoussent le sujet parce qu'au mot « rétrofit » ils imaginent une refonte complète : nouvelle armoire, nouveau câblage, des semaines d'arrêt, un budget à six chiffres. Dans bien des cas, ce n'est tout simplement pas nécessaire.

Une armoire électrique de 2010 est souvent en parfait état, mécaniquement et électriquement : bornes, protection des câbles, contacteurs et câblage ont encore de nombreuses années devant eux. Seul le niveau d'automatisation est vieux — CPU, modules d'E/S, pupitre opérateur. C'est précisément là que le rétrofit de composants est la voie la plus économique : l'ancien automate est déposé, le nouveau installé, l'ancien pupitre remplacé par un Unified Panel — et l'armoire reste en place.

2.1.Retour de terrain : installation d'aspiration, S7-300 dehors, S7-1200 dedans — l'armoire reste

Un exemple réel dans une entreprise industrielle de la Grande Région (2026) : une installation d'aspiration fonctionnait sur un S7-300 avec un pupitre opérateur de l'ère WinCC flexible — situation des pièces de rechange de plus en plus critique, pupitre obsolète depuis longtemps. Les travaux :

• S7-300 déposé, S7-1200 installé — avec les modules d'E/S adaptés, dans l'armoire existante, sur le câblage existant.
• Ancien pupitre remplacé par un Unified Basic Panel — avec une visualisation entièrement reconstruite plutôt que d'anciennes vues converties.
• Programme restructuré, mnémoniques entièrement recréées, chaque fonction éprouvée en test système avant la mise en service.
• Les schémas électriques ont été fournis : les pages de l'ancien système de commande ont été retirées du jeu de plans et remplacées par des pages nouvellement créées pour le nouveau matériel. L'exploitant a reçu un jeu de plans qui montre l'état final réel, et non celui de 2010 augmenté d'une paperasse volante.

Pas de construction d'armoire, pas de nouvelle installation électrique, pas de surcoût de maître d'œuvre — on a remplacé ce qui était vieux, conservé ce qui était bon. C'est exactement pour cela que le projet est revenu à l'exploitant nettement moins cher que toute offre de refonte complète : la transformation des composants d'automatisation, le logiciel, la visualisation et la mise à jour des plans venaient d'une seule main.

Quand le rétrofit de composants ne suffit-il pas ? Quand l'armoire elle-même est en fin de vie (corrosion, manque de place, problèmes thermiques) ou quand l'installation est fondamentalement étendue. C'est l'état des lieux qui le révèle — et le bon partenaire est alors une entreprise de tableautier avec laquelle je collabore dans de tels cas : la construction de l'armoire vient de là, le logiciel, la visualisation et la mise en service viennent de moi.

3.Pourquoi une reprise à l'identique est trop courte

La voie apparemment la plus simple : remonter le programme dans TIA Portal à l'aide de l'assistant de migration, reprendre les vues IHM, et voilà. Techniquement, ça marche — et c'est dans la plupart des cas la pire des décisions possibles. Trois raisons :

• Les fardeaux du passé déménagent avec. Un programme S7 modifié pendant 15 ans par des mains changeantes contient des blocs morts, des mémentos en double, des valeurs codées en dur et des structures que plus personne ne sait expliquer. Une reprise à l'identique conserve précisément cet état — simplement sur du matériel neuf. La prochaine recherche de défaut prendra tout aussi longtemps qu'avant.
• Les nouvelles possibilités restent inexploitées. Le S7-1500 et le S7-1200 offrent des types de données structurés, l'adressage symbolique, un diagnostic intégré et des concepts de bibliothèques propres. Qui se contente de reprendre paie du matériel moderne et continue de programmer comme en 2005.
• Une IHM reprise reste une vieille IHM. Les vues converties reprennent la disposition, la logique de conduite et la structure d'alarmes d'antan — souvent sans adaptation aux formats d'écran actuels et sans les possibilités de WinCC Unified (accès web, graphiques vectoriels évolutifs, concepts de conduite modernes). Le résultat a l'air neuf et se conduit à l'ancienne.

L'alternative n'est pas une reconstruction complète de l'installation, mais une reconstruction structurée du programme et de la visualisation sur la base de la logique d'installation existante et éprouvée — le comportement de l'installation demeure, la substance en dessous est renouvelée. Comment y parvenir sans une durée de projet de plusieurs mois, les six étapes suivantes le montrent.

4.Le déroulement : six étapes de l'existant vétuste à l'automate moderne

4.1.Étape 1 — État des lieux : le programme ne ment pas

Tout rétrofit sérieux commence par la vérité la plus dérangeante : la documentation existante n'est presque jamais exacte. Des schémas de 2009, modifiés quatorze fois à la main, des indices de révision incertains — c'est le cas normal, pas l'exception.

C'est pourquoi je fais travailler deux sources l'une contre l'autre :

• Le programme API est la source de vérité. Ce qui tourne dans l'automate, c'est la réalité de l'installation — pas ce qui figure sur le plan. Je lis d'abord intégralement l'ancien programme et j'analyse sa structure : quelles entrées et sorties sont réellement raccordées et utilisées ? Quels verrouillages existent effectivement ? Une entrée interrogée dans le programme mais qui n'apparaît sur aucun plan est une découverte typique — et exactement le genre de surprise qu'on veut trouver avant la mise en service, et non pendant.
• Les schémas électriques sont confrontés à ce relevé et saisis systématiquement — chaque borne, chaque adresse, chaque appareil ajouté après coup. Des outils assistés par IA accélèrent considérablement ce travail fastidieux : à partir d'un classeur d'anciens plans scannés naît, en heures plutôt qu'en jours, un aperçu structuré et interrogeable de tous les appareils, adresses et liaisons. Chaque résultat est vérifié à la main — mais le travail de recherche, c'est la machine qui s'en charge.

Cela fonctionne même dans les cas difficiles. Un exemple de terrain : un ancien programme dont il ne subsistait qu'un extrait en ligne dépourvu de toute mnémonique — pas de projet source, pas de commentaires, pas de documentation. À partir de cet extrait et des schémas scannés, j'ai reconstitué les mnémoniques et la structure, retracé la logique d'installation accumulée au fil du temps et l'ai transposée dans le nouvel univers de commande — plutôt que de tout réinventer au jugé et de risquer les séquences rodées de l'installation. Après plus de dix ans comme programmeur API et metteur en service, on lit de tels programmes comme d'autres déchiffrent de vieux manuscrits : laborieusement, mais avec fiabilité.

Pourquoi cela vient en premier : sans un état des lieux solide, toute enveloppe budgétaire relève de la devinette. Avec lui, l'offre devient chiffrable — pour les deux parties.

4.2.Étape 2 — Correspondance matérielle : que devient chaque module ?

De l'état des lieux naît la correspondance matérielle : à chaque module de l'ancien système est associé son successeur — CPU, périphérie numérique et analogique, modules de communication. Décisions typiques à cette étape :

Un rétrofit de composants — remplacer les composants d'automatisation, conserver le câblage et l'armoire — coûte typiquement 30 à 60 pour cent d'une installation neuve et s'amortit en 12 à 36 mois. C'est aussi à cette étape que se pose la question CE : si l'on intervient sur des fonctions de sécurité (par exemple un remplacement de variateur de fréquence avec activation de la STO), cela doit être clarifié avant la commande, pas après.

Et les schémas électriques ? Ils font partie de la fourniture. Les pages de l'ancien système de commande sont retirées du jeu de plans et remplacées par des pages nouvellement créées pour le nouveau matériel, avec des renvois de page entre l'ancien et le nouvel existant. L'exploitant reçoit au final un jeu de plans cohérent au format PDF, qui montre l'état final réel ; des exploitations plus poussées comme les plans de bornes sont convenues selon l'ampleur de l'installation. La manière dont ces pages sont produites en interne, c'est ma boîte à outils — ce qui compte, c'est : le nouveau niveau de commande est entièrement documenté, les plans sont exacts, et ils accompagnent l'installation.

4.3.Étape 3 — Reconstruction du programme : mnémoniques et blocs selon un standard

C'est maintenant que naît le nouveau programme — non comme une conversion, mais comme une reconstruction structurée sur la base de la logique d'installation documentée :

• Les mnémoniques sont recréées, directement à partir de la documentation existante consolidée. Chaque entrée et sortie porte un nom parlant et le commentaire issu du plan — l'époque des E 12.3 sans explication est révolue.
• Les fonctions de base (moteurs, vannes, verrouillages, signalisations de défaut) sont issues d'une bibliothèque de blocs éprouvée et standardisée — construite de façon uniforme, diagnosticable de façon uniforme, se conduisant à l'identique d'un projet à l'autre.
• La logique d'installation (séquenceurs, modes de fonctionnement, recettes) est retracée à partir de l'ancien programme, assainie et reconstruite dans une structure moderne — y compris les modifications non écrites des 15 dernières années, qui ne figurent que dans l'ancien code. La logique rodée de l'installation est préservée ; ce qui est neuf, c'est la structure en dessous.
• Chaque bloc est testé avant la mise en service — d'abord en test à blanc contre des scénarios définis, puis dans le test global du système (étape 5).

Le résultat est un programme qui se lit comme il est documenté, se comporte comme l'installation — et que le prochain technicien de maintenance comprend sans faire d'archéologie. Quels standards font ici la différence, l'article Programmation API : bonnes pratiques pour un code propre et maintenable le montre.

4.4.Étape 4 — IHM : WinCC Unified avec un nouveau concept de vues plutôt que d'anciennes vues reprises

La visualisation est la partie que l'opérateur voit chaque jour — et celle où une reconstruction se révèle la plus payante. Plutôt que de convertir d'anciennes vues, la visualisation est créée dans WinCC Unified selon un concept de vues cohérent :

• Vue d'ensemble de l'installation sous forme de synoptique navigable : l'opérateur voit son installation comme un synoptique avec les états d'un seul coup d'œil — pas comme un amas de champs numériques. Un clic sur un équipement ouvre sa fenêtre de conduite.
• Fenêtres contextuelles de conduite propres à chaque type d'équipement : moteur, vanne, volet ou régulateur se conduisent en contexte — mode de fonctionnement, consignes, défauts au même endroit. Chaque symbole d'équipement est un graphique vectoriel évolutif (SVG) adapté à son type d'équipement et affiche l'état et le défaut directement dans la vue de l'installation ; la fenêtre contextuelle associée est taillée pour cet équipement précis, plutôt qu'une fenêtre unique pour tout.
• Concept d'alarmes cohérent : des messages en texte clair, avec priorité et logique d'acquittement, plutôt que des défauts groupés cryptiques.
• Accès web inclus : WinCC Unified est basé sur navigateur — l'état de l'installation est consultable depuis le poste de conduite, le bureau ou la tablette dans l'atelier, sans logiciel supplémentaire. Pourquoi la technologie web est un atout dans l'univers IHM, l'article Technologie web dans l'automatisation l'approfondit.

Parce que ce concept de vues repose sur un standard propre et réutilisable, « reconstruit » ne veut pas dire « dessiné à partir de zéro » : la structure, la logique de conduite, la bibliothèque de symboles et de fenêtres contextuelles sont en place — ce qui est spécifique au projet, c'est le synoptique de l'installation, les équipements et les textes. Ainsi, même une installation existante de taille moyenne obtient une visualisation d'un niveau qu'on ne connaît d'ordinaire que dans les grands projets d'installations neuves — pour un effort qu'on chiffrait autrefois pour une simple reprise de vues.

4.5.Étape 5 — Test de bout en bout avant l'arrêt de l'installation : banc d'essai plutôt que surprise

L'endroit le plus coûteux pour une erreur de programme, c'est l'installation à l'arrêt. C'est pourquoi on teste avant d'ouvrir l'armoire — et l'on teste le système complet, pas seulement des blocs isolés :

• Test à blanc des blocs : chaque fonction de base et chaque séquenceur est éprouvé contre des scénarios définis — fonctionnement normal, cas de défaut, valeurs limites.
• Test de bout en bout sur le matériel cible réel : le nouvel automate est de toute façon acquis pour le projet — il sert donc aussi aux tests, avant d'entrer dans l'armoire. Le programme API complet tourne dans un banc d'essai sur le véritable S7-1500 ou S7-1200, la visualisation Unified dans son runtime en regard — exactement la combinaison qui travaillera plus tard sur l'installation, pas seulement une simulation virtuelle. Puis tout est passé en revue : chaque bouton, chaque message, chaque capteur. Chaque entrée est stimulée individuellement et la réaction de la logique de déroulement est vérifiée — séquenceurs parcourus, verrouillages provoqués, scénarios de défaut déclenchés, concept de conduite éprouvé sur le process reconstitué.
• Répétition générale du jour de bascule : l'ordre des opérations (remplacer le matériel, charger, tester les signaux, essai de fonctionnement) est planifié à l'avance, avec des points de repli clairs.

L'effet : sur le chantier, on câble, on vérifie et on démarre — on ne programme plus. La fenêtre d'arrêt se réduit à quelques jours, et elle est connue à l'avance, pas après coup.

4.6.Étape 6 — Mise en service et remise : tout d'une seule main, la documentation est de nouveau exacte

Après le démarrage, le projet n'est pas terminé — il n'est complet que lorsque la remise est en ordre :

• des schémas électriques mis à jour, montrant l'état final réel : anciennes pages de commande retirées, nouvelles pages ajoutées (leur base a été posée aux étapes 1–2),
• des tables de mnémoniques complètes et la documentation des blocs issues du projet TIA,
• une documentation de conduite IHM pour le nouveau concept de vues,
• la formation des opérateurs et de la maintenance,
• et la documentation CE correspondant au classement établi à l'étape 2.

L'installation dispose ainsi, pour la première fois depuis des années, d'une documentation à laquelle on peut se fier — et de la base de toute extension future.

5.Pourquoi c'est abordable : pas de services cloisonnés, pas de frais généraux — le travail fastidieux, c'est l'IA qui le fait

Une objection légitime : « Reconstruction plutôt que reprise, nouvelle visualisation, test de bout en bout, plans mis à jour — cela ressemble à l'offre la plus chère du marché. » C'est en règle générale l'inverse. Deux raisons :

Premièrement, la structure. Chez un constructeur d'installations ou de systèmes de commande classique, un tel projet traverse plusieurs services — étude, matériel, logiciel, visualisation, documentation — avec des transferts, des boucles de concertation et les frais généraux qu'un tel appareil coûte forcément. Ici, il y a exactement un seul responsable, qui connaît lui-même l'installation, de l'ancien programme jusqu'à la vue d'exploitation. Les circuits courts ne sont pas un slogan marketing, ils sont le facteur de coût.

Deuxièmement, les outils. Le travail fastidieux qui mobilisait autrefois des heures entières de plusieurs services — relever les anciens plans, constituer les tables de mnémoniques, mettre à jour la documentation, programmer les structures répétitives — est aujourd'hui réalisé par des outils d'ingénierie assistés par IA en une fraction du temps. Ce qui reste, c'est le travail qui exige de l'expérience : comprendre la logique de l'installation, prendre des décisions, tester, mettre en service. C'est précisément pour cela que le client paie — pas pour du travail fastidieux.

Le résultat de cette combinaison : une qualité qui n'était autrefois abordable que dans les grands projets — au prix d'un rétrofit allégé.

6.Le bonus sous-estimé : OPC UA — l'interface qui rend votre installation prête pour l'IA

Un aspect du rétrofit est négligé dans presque toutes les offres, alors qu'il peut apporter, au fil des ans, la plus grande valeur ajoutée : avec le nouvel automate, l'installation obtient une interface de données normalisée vers l'extérieur — OPC UA. Le S7-1500 embarque le serveur OPC UA en série, tout comme le nouveau S7-1200 G2 (à partir du firmware V4.0) ; un S5 ou un S7-300 n'a tout simplement pas cette porte. OPC UA n'a rien d'exotique : c'est le standard international de l'industrie (IEC 62541), avec chiffrement et droits d'accès basés sur les rôles — on peut définir précisément qui a le droit de lire quelles données.

Pourquoi cela est intéressant en lien avec l'IA : l'IA n'a pas sa place dans l'API — mais auprès de l'API. Via OPC UA, des systèmes d'analyse externes peuvent prélever les données de l'installation en lecture, pendant que l'automate lui-même exécute sa logique déterministe sans être touché. Ce qui est déjà réalisable de façon réaliste aujourd'hui, sans informatique de groupe et sans capteurs supplémentaires :

• Analyses des alarmes et des défauts : quel capteur signale le plus souvent ? Quel défaut revient chaque semaine ? Au lieu de bâtons sur une feuille et d'intuition, l'analyse des données de signalisation fournit un classement fiable — la meilleure base pour une maintenance ciblée.
• Rapports d'arrêt : « L'installation a été à l'arrêt 47 minutes cette semaine — dont 31 à cause d'un défaut sur le volet 3. » De telles analyses se génèrent automatiquement à partir des états de fonctionnement que l'automate connaît de toute façon.
• Rapports en texte clair plutôt que données brutes : à partir des données de process structurées, on peut générer automatiquement des rapports de poste ou hebdomadaires lisibles — le responsable d'exploitation lit un résumé, pas des colonnes de chiffres.
• Monitoring énergétique : enregistrer les consommations et les pics de charge par section d'installation et détecter les écarts — souvent le premier indice d'une usure ou d'une erreur de conduite.
• Alerte précoce à partir des données existantes : les courants moteur, les durées de marche et les temps de cycle que l'API relève de toute façon servent d'indicateur d'usure — une dérive lente est repérée par l'analyse bien avant qu'un humain ne la remarque dans le quotidien.

7.Ce que cela signifie, au bilan, pour les exploitants

Et le facteur temps ? Un rétrofit structuré de ce type est aujourd'hui réalisable en une fraction de la durée de projet qui était encore courante il y a quelques années. Pour l'exploitant, ce qui compte, ce n'est pas tant le temps calendaire de l'ingénieur que trois conséquences concrètes : une fenêtre d'arrêt plus courte et planifiable, un prix solide au lieu d'avenants ouverts — et une qualité qui, autrefois, n'était tout simplement pas abordable.

8.L'étape suivante : un état des lieux plutôt qu'une intuition

Savoir si un rétrofit vaut la peine pour votre installation et ce qu'il coûte ne se décide pas sur une brochure commerciale, mais sur votre existant : quels modules sont critiques ? La documentation est-elle exacte ? Que dit le programme — la source de vérité de votre installation ? Des fonctions de sécurité sont-elles concernées ? Et : le rétrofit de composants suffit-il, ou faut-il davantage ?

C'est précisément pour cela que la première étape existe comme prestation autonome et de portée maîtrisée : un état des lieux avec une liste de risques des modules, un contrôle du programme et de la documentation, et une enveloppe budgétaire solide pour la migration. Vous savez ainsi où vous en êtes — avant de vous engager.

---

À propos de l'auteur : David Prybisch est programmeur API et metteur en service, fort de plus de dix ans de pratique, et fondateur de Prybisch Automation au Luxembourg. Il migre les installations existantes — du S5 au S7-400 — vers TIA Portal et WinCC Unified : accéléré par l'IA dans l'ingénierie, testé de bout en bout avant la mise en service, avec des schémas électriques qui, au final, sont de nouveau exacts.