Prybisch Automation LogoPrybisch Automation
Contact

Migration CODESYS vers TIA Portal pour automates WAGO et TwinCAT

WAGO 750 et PFC, Beckhoff TwinCAT 2/3 ou autre automate CODESYS : programme, matériel et IHM passent sur un Siemens S7-1500 avec WinCC Unified — d'abord analysés, puis reconstruits dans TIA Portal et mis en service sur site.

Demander un état des lieuxToutes les prestations
Schéma · CODESYS → TIA Portal
Schéma de la migration d'un automate CODESYS (2.3/V3) vers TIA Portal (existant/cible) : à gauche un contrôleur CODESYS avec bornes d'E/S K-Bus, un coupleur de bus de terrain Modbus TCP / EtherCAT et la WebVisu dans le navigateur, à droite un S7-1500 avec ET 200SP sur PROFINET et WinCC Unified sur Comfort Panel — fonction, liste d'E/S et structure des vues reprises, programme reconstruit de ST en LOG/CONT
lisible par la maintenance — SCL seulement si nécessaire
LOG/CONT
au lieu du K-Bus et d'EtherCAT — E/S sur ET 200SP
PROFINET
nouvelle IHM, conduite familière
WinCC Unified

En bref

Prybisch Automation est spécialisée dans TIA Portal et migre les automates CODESYS, comme les WAGO 750 et PFC100/200, ainsi que les automates Beckhoff sous TwinCAT 2/3, vers un Siemens S7-1500 avec WinCC Unified. Le code existant est lu, analysé et documenté dans une description fonctionnelle de l'existant ; le programme est reconstruit dans TIA Portal en LOG ou CONT, lisible par votre maintenance, avec le concept matériel et l'IHM — testés et mis en service sur site. La transformation de l'armoire revient à votre équipe électrique ou à votre partenaire électricien, sur la base de la liste d'affectation des E/S fournie.

Pourquoi changer maintenant ?

Beaucoup d'automates WAGO et CODESYS tournent de manière fiable depuis des années. Le point critique est rarement l'automate lui-même, mais tout ce qui l'entoure : pièces de rechange, environnement de programmation, système d'exploitation. Ces dates fixent le calendrier :

  • CODESYS V2.3 est en phase de service depuis le 1er juillet 2023 — seules des corrections payantes restent possibles, sans aucune évolution.
  • WAGO-I/O-PRO, l'environnement CODESYS 2.3 des contrôleurs de la série 750, est arrêté depuis le 1er janvier 2024 et son service a pris fin le 1er juin 2025. Le support d'e!COCKPIT s'est terminé le 31 mars 2025.
  • Les contrôleurs eux-mêmes sont en fin de vie : la dernière commande possible (last call) date de 2013 pour le 750-841, du 13 décembre 2019 pour les 750-880 et 750-881, du 1er décembre 2023 pour les 750-882 et 750-885.
  • Même situation chez d'autres fabricants : les modules Eaton XIOC de la gamme XC ne sont plus livrables depuis fin 2023, le Schneider Modicon M258 n'est plus commercialisé depuis le 30 juin 2026.
  • Avec TwinCAT 2, le point critique est le PC industriel : Windows CE 6 n'est plus supporté depuis 2018, Windows Embedded Standard 7 depuis 2020 — plus aucune mise à jour de sécurité.
  • S'y ajoutent des raisons sans date : un standard groupe qui impose Siemens, la volonté de n'avoir qu'un seul stock de pièces et de compétences au lieu de deux mondes, et un PC de programmation sous Windows XP ou 7, le seul encore capable de dialoguer avec l'automate.

Situation de départ : WAGO 750 et PFC

Pour passer d'un automate WAGO à Siemens, un détail décide de l'effort : le projet source existe-t-il encore ? Un 750-841, 750-880 ou 750-881 se programme en CODESYS 2.3 via WAGO-I/O-PRO, un PFC100/PFC200, selon sa génération, en CODESYS 2.3 ou avec e!COCKPIT, c'est-à-dire CODESYS 3.5. Sur l'automate tourne le projet de démarrage (boot project) : un code compilé qu'on ne peut pas retraduire en source lisible. Contrairement à un Siemens S7, dont les blocs se chargent depuis la CPU même sans projet hors ligne, il n'y a pas de retour possible sans le projet :

  • Avec archive source : si le projet source a été transféré à l'époque sur l'automate WAGO lors du chargement (téléchargement du code source en CODESYS 2.3, « Source Download » en CODESYS 3.5/e!COCKPIT), il peut être récupéré intégralement.
  • Sans target du fabricant : un projet CODESYS 2.3 s'ouvre même sans le target correspondant ; blocs, actions et configuration des tâches peuvent être exportés. Il manque en revanche la configuration de l'automate, avec matériel et adresses ; l'affectation des E/S est donc relevée sur site, aux borniers.
  • Sans aucune archive : si le projet source a disparu, il reste la rétro-ingénierie à partir du comportement observé de l'installation, de la liste des E/S et du schéma électrique. Plus d'effort, mais faisable.
  • Dans tous les cas, l'analyse aboutit à une description fonctionnelle de l'existant : elle consigne ce que fait l'installation aujourd'hui et sert ensuite de base de réception pour le nouvel automate.

Situation de départ : Beckhoff TwinCAT 2/3

Les automates Beckhoff sont le plus souvent des PC industriels ou embarqués sous Windows, avec TwinCAT comme environnement d'exécution temps réel ; les E/S y sont raccordées par des borniers EtherCAT ou K-Bus. La programmation suit la norme CEI 61131-3 — le code est donc lisible, mais pas transférable automatiquement :

  • TwinCAT 2 : le projet API contient en général des blocs en ST, LOG ou SFC ; la configuration matérielle du System Manager fournit l'affectation des E/S.
  • TwinCAT 3 : s'y ajoutent des éléments orientés objet — méthodes, propriétés, interfaces, héritage. Ils n'existent pas dans un programme TIA Portal classique et sont décomposés en blocs fonctionnels aux entrées et sorties clairement définies.
  • Ce qui se reprend : séquences, grafcets et paramètres se lisent bien dans le code ST et servent de modèle aux nouveaux blocs en LOG et CONT. Ce qui est nouveau : matériel, bus de terrain, IHM et intégration dans le diagnostic Siemens.
  • Sur les installations TwinCAT 2, c'est souvent le PC industriel qui fixe l'échéance : en cas de panne, un appareil identique avec l'ancien système d'exploitation est difficile à trouver.

Ce qui se reprend — et ce qui est reconstruit

Disons-le d'emblée : aucun outil Siemens ne convertit automatiquement un projet CODESYS vers TIA Portal — et une reprise à l'identique ne serait de toute façon pas l'objectif. Ce qui se transfère, c'est la logique, pas le fichier : le code CODESYS est lu, compris, puis reconstruit dans TIA Portal sous une forme que votre maintenance peut lire. C'est vrai pour WAGO comme pour les autres automates CODESYS, par exemple Schneider Modicon M2xx, Eaton/Moeller XC, ABB AC500 ou Bosch Rexroth :

  • LOG et CONT comme standard cible : la logique issue du ST, du CFC et du SFC est analysée et reconstruite en réseaux LOG ou CONT — avec mnémoniques, titres de réseau et commentaires. Techniquement, le texte structuré est le plus proche du SCL, mais rares sont les techniciens de maintenance qui lisent le SCL ; en LOG et CONT, on suit chaque signal dans l'état en ligne.
  • Du SCL uniquement là où c'est techniquement nécessaire : calculs, boucles ou traitement de données — et alors encapsulé dans un bloc à l'interface claire, appelé dans le réseau comme n'importe quel autre bloc.
  • Méthodes et interfaces (CODESYS V3, TwinCAT 3) sont décomposées : une méthode « Acquitter » devient par exemple une entrée avec détection de front dans le réseau LOG.
  • Ni import, ni convertisseur : un export PLCopen XML de CODESYS ne se lit pas directement dans TIA Portal. Les bibliothèques comme WagoLib ou OSCAT ne sont pas reprises non plus ; leurs fonctions sont reproduites avec les moyens de TIA Portal.
Bloc fictif FB_Motor comparé : en haut CODESYS V3 Structured Text avec une instance TON et la méthode Quittieren (acquittement), en bas le même bloc dans TIA Portal en LOG sur trois réseaux — marche/arrêt moteur avec bascule SR à reset prioritaire (le démarrage active, l'arrêt ou le défaut réinitialise), surveillance du démarrage avec multi-instance TON (5 s sans retour déclenchent le défaut), acquittement en entrée avec détection de front R_TRIG au lieu d'une méthode
Exemple · FB_Motor en ST et LOG

Matériel et bus de terrain : du K-Bus et d'EtherCAT à PROFINET

Côté matériel, c'est le niveau automate qui change : K-Bus WAGO, EtherCAT ou Modbus laissent la place à PROFINET, les E/S passent sur une ET 200SP. Le concept matériel fait partie intégrante de la prestation :

  • Choix de la S7-1500 et de l'ET 200SP selon le nombre et le type de signaux et la réserve souhaitée, topologie PROFINET comprise.
  • Liste d'affectation des E/S : chaque borne de l'ancien automate avec sa voie cible — la base de travail pour la transformation de l'armoire.
  • La transformation de l'armoire est réalisée par vos électriciens ou votre partenaire électricien, d'après cette liste ; l'étude électrique et le câblage ne font pas partie de ma prestation.
  • Les appareils de terrain restent en place autant que possible : les appareils tiers dotés d'une interface PROFINET sont raccordés directement, les autres via Modbus TCP.

De la visualisation CODESYS à WinCC Unified

Pour la WebVisu et la TargetVisu de CODESYS, l'e!DISPLAY de WAGO ou TwinCAT HMI, il n'existe aucune conversion automatique vers WinCC Unified. L'IHM est reconstruite — sans être réinventée :

  • Structure des vues, logique de conduite et textes d'alarme sont repris de l'existant, pour que les opérateurs s'y retrouvent dès le premier jour.
  • Les variables sont reliées directement à la S7-1500 ; les alarmes passent par le système d'alarmes de WinCC Unified, avec horodatage et acquittement.
  • L'accès web est intégré à WinCC Unified — qui utilisait la WebVisu dans un navigateur conserve cette possibilité.

Comment se déroule la migration

Sept étapes de l'existant CODESYS à l'automate Siemens :

  1. Sauvegarde de l'existant — fichiers de projet, archive source de l'automate, projet de démarrage, IHM, schémas électriques ; avant toute modification sur l'installation.
  2. Analyse et description fonctionnelle de l'existant — ce que fait l'installation aujourd'hui, bloc par bloc, vérifié sur site ; elle devient la base de réception.
  3. Concept matériel et liste d'affectation des E/S — S7-1500, ET 200SP, topologie PROFINET ; la liste part chez votre équipe électrique pour la transformation de l'armoire.
  4. Programme et IHM — programmation de l'automate Siemens en réseaux LOG et CONT avec mnémoniques et commentaires dans TIA Portal, SCL uniquement encapsulé là où c'est nécessaire ; interface opérateur dans WinCC Unified.
  5. Test — logique et conduite vérifiées au préalable par rapport à la description fonctionnelle, en simulation avec PLCSIM lorsque c'est pertinent.
  6. Basculement et mise en service — sur site, avec un arrêt court et planifié à l'avance.
  7. Documentation et remise — programme, liste des E/S, description fonctionnelle à jour, formation des opérateurs et de la maintenance.

Prestations associées

À lire sur le blog

Questions fréquentes

Peut-on transférer automatiquement un programme CODESYS dans TIA Portal ?

Non. Siemens ne propose aucun outil de conversion automatique des projets CODESYS, et un import direct en PLCopen XML n'est pas possible non plus. La logique est donc analysée et reconstruite dans TIA Portal en LOG ou CONT, avec mnémoniques, titres de réseau et commentaires — de sorte que votre personnel de maintenance puisse lire le programme. Le SCL n'est utilisé que là où c'est techniquement nécessaire, par exemple pour des calculs, et alors encapsulé dans un bloc dédié.

Pourquoi du LOG plutôt que du SCL ?

Parce que ce n'est pas seulement le programmeur qui doit lire le programme, mais avant tout votre maintenance. Techniquement, le texte structuré est le plus proche du SCL, et le reprendre serait la voie la plus simple — mais rares sont les techniciens de maintenance qui lisent le SCL. En cas de défaut, un réseau LOG ou CONT montre directement dans l'état en ligne quelle condition manque. C'est pourquoi LOG/CONT est le standard, et le SCL l'exception encapsulée pour les calculs et le traitement de données.

Pour un WAGO 750-881 arrêté, le passage à Siemens est-il judicieux ?

Pas dans tous les cas. Si vous restez chez WAGO, un remplacement du contrôleur suffit souvent : un contrôleur CODESYS 3.5 comme le Basic Controller 100 ou un PFC de deuxième génération reprend les modules d'E/S 750 et le câblage existants, et le programme est porté vers CODESYS 3.5. Le passage à une S7-1500 se justifie lorsque Siemens est le standard du site, que la maintenance maîtrise TIA Portal, que plusieurs îlots WAGO doivent être unifiés ou que la supervision doit de toute façon être renouvelée. Échéances, sauvegarde du programme et comparaison des deux voies sont détaillées dans l'article WAGO 750-881 en fin de vie.

Que devient la WebVisu ?

La WebVisu CODESYS ne se convertit pas automatiquement en WinCC Unified : elle est reconstruite. Structure des vues, séquences de conduite et textes d'alarme sont repris de l'existant, pour que les opérateurs retrouvent leurs repères. L'accès par navigateur reste possible, car WinCC Unified repose sur des technologies web.

Nous n'avons pas le projet source de l'automate WAGO — est-ce quand même possible ?

On vérifie d'abord si le projet source a été transféré à l'époque sur l'automate lors du chargement (téléchargement du code source en CODESYS 2.3, « Source Download » en CODESYS 3.5/e!COCKPIT). S'il n'y a que le projet de démarrage, il ne peut pas être retraduit en code lisible. Le fonctionnement est alors reconstitué à partir du comportement de l'installation, de la liste des E/S et du schéma électrique, puis consigné dans une description fonctionnelle de l'existant — plus d'effort, mais faisable.

Un projet Beckhoff TwinCAT peut-il passer sur Siemens S7-1500 ?

Oui. TwinCAT 2 et 3 se programment selon la CEI 61131-3 : la logique se lit donc bien et est reconstruite dans TIA Portal en LOG ou CONT. Les éléments orientés objet de TwinCAT 3, comme les méthodes et les interfaces, sont décomposés au passage, les borniers EtherCAT sont remplacés par PROFINET avec ET 200SP, et TwinCAT HMI est reconstruit dans WinCC Unified.

Qui migre un automate WAGO ou CODESYS vers TIA Portal en tant que prestataire externe ?

Prybisch Automation, basée au Luxembourg, intervient en Allemagne, en Autriche, en Suisse, au Luxembourg et en France. La prestation va de l'analyse du code CODESYS ou TwinCAT existant, avec description fonctionnelle de l'existant, au concept matériel et à la liste d'affectation des E/S, puis à la programmation de l'automate Siemens en LOG/CONT dans TIA Portal, à l'IHM dans WinCC Unified, aux tests et à la mise en service sur site. La transformation de l'armoire est assurée par le client ou son partenaire électricien.

Comprendre l'existant d'abord

Indiquez le type d'automate, la version de CODESYS ou de TwinCAT et s'il existe une archive source ou un projet — c'est ce qui détermine la forme de la migration et la première étape pertinente.

Demander un état des lieux

✓ Premier conseil sans engagement✓ Délai de réponse < 24 h les jours ouvrés