Les automates TSX Premium pilotent encore des lignes de production entières, des stations de traitement d’eau et des process agroalimentaires dans toute la région. Problème, la gamme est arrêtée, les pièces de rechange se raréfient et chaque défaut matériel devient un risque d’arrêt long. Dans ce contexte, la migration automate Schneider TSX vers M580 devient un levier essentiel pour sécuriser la disponibilité de l’installation.

La migration automate Schneider TSX vers M580 est aujourd’hui la réponse industrielle la plus courante à cette obsolescence. Encore faut-il la préparer sérieusement, car un simple import de programme ne suffit jamais. Voici la méthodologie que nous appliquons, les points de vigilance et les gains réellement attendus.

Migration automate Schneider TSX vers M580 – guide 2026

Temps de lecture : ~14 min

1. Que recouvre une migration automate Schneider TSX vers M580
2. Pourquoi engager un remplacement d’automate TSX Schneider
3. Étape 1, l’audit d’installation avant toute conversion
4. Étape 2, la conversion PL7 Pro vers Control Expert puis vers M580
5. Étape 3, migration des E/S Premium vers X80 et gestion du câblage
6. Étape 4, que faire des réseaux Modbus Plus et Profibus
7. Étape 5, tests FAT, SAT et mise en service
8. Risques d’une migration mal préparée, budget et durée
9. Notre approche chez BS AUTOMATION
10. Réussir durablement sa migration TSX vers M580
11. Questions fréquentes

Que recouvre une migration automate Schneider TSX vers M580

Les trois volets d’une migration TSX vers M580

Une migration ne se résume pas au remplacement d’une CPU. Elle combine trois chantiers menés en parallèle : la conversion de l’application logicielle, l’adaptation du matériel et des entrées-sorties, et la modernisation des communications industrielles.

Les gammes historiques concernées sont principalement TSX Premium, TSX Micro et Quantum, programmées selon les cas avec PL7 Pro ou Unity Pro. La cible est la plateforme Modicon M580 de Schneider Electric, construite autour d’Ethernet industriel, des modules d’entrées-sorties X80 et de l’environnement EcoStruxure Control Expert, successeur direct d’Unity Pro.

Schneider met à disposition des outils qui accélèrent l’étude, notamment Migration Expert pour analyser l’existant et UMAC pour convertir l’application vers une architecture M580. Ces outils réduisent le temps d’ingénierie, mais ils ne remplacent ni l’audit, ni les tests, ni la mise en service. C’est exactement sur ces phases que se joue la réussite d’un retrofit d’automate TSX Premium.

Pourquoi engager un remplacement d’automate TSX Schneider

Le premier moteur reste l’obsolescence matérielle. Les gammes Premium, Quantum et TSX Micro sont considérées comme anciennes ou arrêtées, ce qui complique l’approvisionnement en modules, l’assistance technique et la maintenance corrective. Un responsable maintenance qui conserve une seule CPU de rechange dans son armoire prend un risque direct sur la disponibilité de son outil de production.

Le deuxième moteur concerne les communications. Les installations TSX s’appuient souvent sur Modbus Plus, Profibus ou des bus propriétaires, alors que le M580 est pensé pour Modbus TCP et Ethernet/IP. Passer à une architecture Ethernet industrielle facilite le diagnostic réseau, l’intégration avec la supervision, la gestion des E/S déportées et la mise en place d’une politique de cybersécurité industrielle avec segmentation et contrôle des accès.

Le troisième moteur est fonctionnel. Le M580 autorise des architectures distribuées, des configurations avec redondance CPU et des capacités de traitement très supérieures, ce qui ouvre la porte à de nouvelles fonctions, à la collecte de données de production et à l’évolution du site sans repartir de zéro dans cinq ans.

Étape 1, l’audit d’installation avant toute conversion

Objectifs et périmètre de l’audit d’installation

Aucune migration sérieuse ne démarre sans un état des lieux complet. Notre bureau d’études interne commence systématiquement par un relevé sur site, qui permet d’établir un tableau de correspondance matériel fiable et une estimation réaliste du temps d’arrêt de production.

Voici les éléments que l’audit doit impérativement recenser avant toute étude de conversion :

• Référence exacte et firmware automate de la CPU TSX, ainsi que la version de PL7 Pro ou d’Unity Pro utilisée
• Inventaire complet des modules d’entrées-sorties, des racks, des borniers et de l’adressage E/S existant
• Cartographie des réseaux et bus de terrain, Modbus Plus, Profibus, liaisons série, équipements communicants
• Variateurs, axes, robots, instruments et terminaux opérateur raccordés à l’automate
• Fonctions de sécurité machine, documentation disponible, schémas à jour ou non, stock de pièces de rechange
• Contraintes de production, fenêtres d’arrêt envisageables, criticité de la ligne

Une documentation obsolète est le premier facteur d’allongement d’un projet. Quand les schémas ne correspondent plus à la réalité du terrain, le temps d’audit augmente fortement et le risque d’erreur d’adressage grimpe mécaniquement.

Étape 2, la conversion PL7 Pro vers Control Expert puis vers M580

Méthode de conversion PL7 Pro vers Control Expert puis M580

La question revient systématiquement : comment convertir un programme PL7 Pro ou Unity Pro pour un automate Modicon M580 ? La réponse se décompose en deux temps. Pour un projet Premium programmé sous PL7 Pro, il faut d’abord convertir l’application vers Control Expert, qui prend en charge les plateformes M340, M580, Premium et Quantum et propose des fonctions de migration vers les architectures récentes. Dans un second temps, l’application convertie est transformée vers une cible M580, généralement à l’aide d’UMAC.

La conversion automatique n’est jamais une validation. Les programmes en langage Ladder et les séquences SFC passent souvent correctement, tandis que les fonctions spécialisées et certains blocs propriétaires demandent une reprise manuelle. Les points à contrôler ligne par ligne sont l’adressage des entrées et sorties, les variables internes et mots système, les blocs fonctionnels spécifiques, les fonctions de communication, la gestion des interruptions, les compteurs rapides, les fonctions de mouvement, les alarmes et échanges avec la supervision, ainsi que les modes dégradés. Un programme qui compile sans erreur peut parfaitement présenter des différences de comportement sur machine, et c’est précisément là que se cachent les mauvaises surprises au démarrage.

Concernant la version logicielle, la règle est simple : il faut travailler dans une version de Control Expert compatible à la fois avec le projet source et avec le firmware de la CPU cible. À partir de Control Expert 14.1, une fonction de transfert de données permet d’enregistrer les données d’un contrôleur M340 ou Premium dans un fichier DTX, puis de les restaurer sur un contrôleur M580. Cette fonction concerne les données du contrôleur, elle ne dispense ni de l’analyse du programme ni de la validation de l’architecture.

Bon à savoir

Un écart entre la version d’exécution attendue par l’application Control Expert et le firmware réellement présent dans le M580 bloque le transfert. Schneider documente une procédure de mise à niveau utilisant Unity Loader puis EcoStruxure Automation Device Maintenance pour harmoniser les versions.

Étape 3, migration des E/S Premium vers X80 et gestion du câblage

Faut-il remplacer tout le câblage lors d’une migration TSX Premium vers M580 ? Non, pas systématiquement. Des projets de modernisation utilisent des modules X80 associés à des kits de migration qui permettent de conserver une partie du câblage terrain, ce qui réduit à la fois les travaux électriques, le risque d’erreur de recâblage et la durée de l’arrêt de production programmé.

Cette réutilisation doit toutefois être vérifiée référence par référence. Elle dépend des modules existants, du type de borniers et de connecteurs, de la tension des entrées et sorties, des caractéristiques analogiques, des modules de comptage ou de positionnement, des cartes de communication, de l’encombrement dans l’armoire électrique et de la disponibilité des adaptateurs. Peut-on conserver les anciens modules d’E/S TSX lors du passage au M580 ? Les racks TSX ne se raccordent pas à une CPU M580, l’architecture cible repose sur X80, mais une partie de la connectique terrain peut être préservée selon les cas.

Le livrable central de cette étape est le tableau de correspondance matériel, qui sert ensuite de référence pour la nomenclature, les schémas et les tests.

Élément existant	Élément cible	Contrôle requis
CPU TSX Premium	CPU Modicon M580	Capacité mémoire, temps de cycle, firmware, redondance
Module d’entrées TOR	Module X80	Tension, nombre de voies, adressage E/S
Module de sorties TOR	Module X80	Charge admissible, tension, protection
Module analogique	Module analogique X80	Résolution, gamme de mesure, câblage blindé
Réseau Modbus Plus ou Profibus	Ethernet industriel ou passerelle	Protocole, temps de réponse, gestion des défauts
Terminal opérateur	IHM conservée ou modernisée	Variables, alarmes, synoptiques
Variateur de vitesse	Équipement conservé ou remplacé	Paramètres, télégrammes, diagnostic

Étape 4, que faire des réseaux Modbus Plus et Profibus

La migration réseau est souvent le poste le plus structurant du projet. Trois stratégies coexistent. La première consiste à conserver temporairement le bus historique derrière une passerelle, ce qui limite l’investissement initial mais crée une dépendance supplémentaire. La deuxième reconstruit complètement le niveau terrain en Modbus TCP ou Ethernet/IP, ce qui donne une architecture homogène au prix d’un budget et d’un volume de tests plus élevés. La troisième fait cohabiter les deux technologies pendant une phase de transition, solution pragmatique sur les sites qui ne peuvent pas s’arrêter longtemps.

Quelle que soit l’option retenue, il faut traiter l’adressage IP, la segmentation réseau, la synchronisation temporelle, la disponibilité et les règles de cybersécurité industrielle dès l’étude, pas au moment du basculement.

Étape 5, tests FAT, SAT et mise en service

Organisation des essais et du basculement en production

Les essais en plateforme, ou FAT, se déroulent hors production avec le matériel cible et l’application convertie. Ils couvrent la compilation, l’analyse des avertissements, la simulation lorsqu’elle est possible, les séquences automatiques et manuelles, les sécurités, les alarmes, les communications, les pertes réseau, les défauts d’E/S, les redémarrages et la cohérence des valeurs analogiques. Les tests sur site, ou SAT, valident ensuite le comportement réel avec le process.

La mise en service se prépare comme un arrêt de production programmé, avec une procédure écrite minute par minute. Voici ce que nous exigeons avant tout basculement :

• Une sauvegarde finale de l’ancien système et des fichiers de restauration prêts à l’emploi
• Un plan de retour arrière validé, avec le matériel d’origine conservé sur place
• Une liste de contrôles signée par les responsables automatismes, production et maintenance
• Des schémas à jour, les sources archivées et les paramètres de mise en service documentés
• Des opérateurs et mainteneurs formés à la nouvelle interface et aux nouveaux diagnostics

Important

La conversion d’un programme standard ne constitue jamais une validation de sécurité machine. Les fonctions de sécurité doivent faire l’objet d’une analyse et d’essais dédiés, indépendamment de la migration logicielle.

Risques d’une migration mal préparée, budget et durée

Quels sont les risques d’une migration automate TSX vers M580 mal préparée ? Les plus fréquents sont une conversion incomplète qui compile mais se comporte différemment, une erreur d’adressage E/S après remplacement des modules, un changement de protocole qui modifie les temps de réponse et la gestion des défauts, des équipements tiers nécessitant des fichiers de configuration spécifiques, et une documentation obsolète qui fait exploser le temps d’audit. Le coût d’un arrêt non planifié dépasse presque toujours celui d’une étude sérieuse.

Combien coûte et combien de temps dure une migration ? Il n’existe pas de prix catalogue. Le budget dépend du nombre de CPU et de racks, du nombre de points d’E/S, de la complexité du programme, du nombre d’équipements communicants, du remplacement ou non du réseau, du niveau de redondance, de l’état de la documentation, de la fenêtre d’arrêt disponible, du périmètre de supervision et du volume de tests FAT et SAT. Les outils de conversion réduisent l’effort d’ingénierie, ils ne suppriment ni l’audit, ni la validation, ni la mise en service. Seul un chiffrage établi après audit a une valeur, et c’est la démarche que nous appliquons sur chaque dossier.

Notre approche chez BS AUTOMATION

Électricien industriel de proximité depuis 2007, implantés dans les Monts du Forez entre Saint-Étienne et Clermont-Ferrand, nous intervenons sur la Loire, le Puy-de-Dôme et le Rhône. La modernisation d’automate industriel Schneider fait partie de nos interventions courantes, au même titre que les armoires électriques, les courants faibles et la maintenance industrielle. Notre bureau d’études interne réalise les relevés, les schémas en CAO-DAO, les bilans de puissance et la conformité aux normes NF C 15-100 et NF C 13-200, et un chef de projet dédié suit le chantier de l’audit jusqu’au rapport de mise en service.

Concrètement, nous travaillons par étapes verrouillées : audit et inventaire E/S, définition de l’architecture cible, conversion du programme vers EcoStruxure Control Expert, tests hors production, basculement pendant une fenêtre d’arrêt courte avec plan de retour arrière, puis accompagnement au démarrage et mise à jour documentaire. Cette méthode limite les aléas et redonne au site une base saine conforme à la norme IEC 61131-3, prête pour les dix prochaines années. Pour un premier échange sur votre installation, retrouvez-nous sur notre site.

Réussir durablement sa migration TSX vers M580

En résumé, migrer un automate TSX Premium vers un Modicon M580 est un projet d’ingénierie, pas une opération de remplacement de pièce. Les outils Schneider, UMAC, Migration Expert et Control Expert, raccourcissent l’étude, mais la valeur se crée dans l’audit initial, la rigueur du tableau de correspondance E/S, la stratégie réseau et la qualité des tests. Bien menée, l’opération supprime un risque d’arrêt majeur et modernise durablement l’installation.

FAQ

Le M580 peut-il piloter une installation plus large que l’ancien TSX Premium ?

Oui dans la majorité des cas. La plateforme autorise des architectures distribuées, des E/S déportées sur Ethernet et des configurations redondantes, ce qui laisse de la marge pour ajouter des équipements après la migration. Le dimensionnement de la CPU doit néanmoins être validé au regard du temps de cycle visé et du volume de données échangées avec la supervision.

Faut-il arrêter toute l’usine pendant le basculement ?

Rarement. Le périmètre d’arrêt correspond en général à la machine ou à l’îlot piloté par l’automate concerné. Quand plusieurs automates sont migrés, un phasage par zone permet de répartir les arrêts sur plusieurs fenêtres courtes plutôt que sur un arrêt général.

Que deviennent les recettes et les paramètres opérateur ?

Ils doivent être exportés et archivés avant la conversion, puis réinjectés et vérifiés après migration. Les valeurs issues de la supervision ou des terminaux opérateur font partie du périmètre de test, au même titre que les séquences automatiques.

La migration impose-t-elle de changer aussi la supervision ?

Pas obligatoirement, mais les variables, les alarmes et les adresses échangées évoluent souvent. Un travail de reprise sur la supervision et les IHM est à prévoir, même lorsque les postes sont conservés.

Peut-on profiter du projet pour améliorer la cybersécurité industrielle ?

C’est le bon moment. Une architecture Ethernet segmentée, une gestion des accès, une politique de sauvegarde et un suivi des firmwares se mettent en place beaucoup plus facilement pendant la migration qu’après le démarrage, à condition de traiter ce lot dès la phase d’étude.