Convertisseur automate : du ladder au texte structuré, de Siemens à Rockwell

Oui. Colle du SCL ou ouvre un fichier .scl et il part vers Rockwell par défaut, en texte structuré ou en schéma à contacts. Passer du SCL au texte structuré change plus que les noms de variables (tags) : les appels TON_TIME deviennent TONR avec .PRE et .TimerEnable, R_TRIG devient OSRI, .Q devient .DN, T#2s devient 2000 et INT devient DINT. Tu peux télécharger un .L5X à importer. Il ne convertit que la logique, et ce fichier n’a été testé jusqu’ici qu’en le relisant dans PLC Gym, donc vérifie l’import dans Studio 5000.

Oui. Colle du texte structuré ou du texte d’échelon, ou ouvre un export L5X, et il part vers Siemens par défaut : du SCL à partir du texte structuré, du CONT à partir du schéma à contacts. Les temporisations TONR deviennent TON_TIME, les compteurs CTUD deviennent CTU, les one shots OSRI deviennent R_TRIG, DN devient Q et ACC devient ET ou CV, et chaque variable locale reçoit son # en SCL.

Oui, et dans l’autre sens aussi. Colle ton propre code et tu obtiens un résumé de ce qui est différent pour toi : comment changent les temporisations, les one shots et les noms de variables, avec les lignes de ton programme où se trouve chacun. Exécute ensuite le programme converti sur le pupitre de commande de PLC Gym, et joue une mission dans le langage de ce constructeur. L’aide-mémoire de cette page couvre le reste.

Non. Vois-le comme un moyen d’apprendre et un coup d’avance sur une migration. Il ne convertit que la logique : la configuration matérielle, les adresses E/S, les communications, l’IHM, le PID, le contrôle de mouvement et les variateurs restent à ta charge. La comparaison côte à côte tourne sur le simulateur de PLC Gym, pas sur ta machine, et les fichiers doivent être vérifiés dans le logiciel du constructeur. Relis-le comme le code d’un collègue, et teste-le sur la vraie machine comme l’exige ton site.

Il lit le code, comme un traducteur reconnaît une langue. Un # devant les noms de variables veut dire Siemens, TONR ou .DN veut dire Studio 5000, et T#2s sur des variables sans # veut dire TwinCAT. Il te dit ce qu’il a vu, et si le code pouvait venir de n’importe quel constructeur, il le dit et te laisse choisir. Les fichiers disent ce qu’ils sont : .scl, .L5X, .TcPOU et l’export .xml de TIA Portal.

Oui, depuis l’export XML de TIA Portal. Un bloc CONT ou LOG n’a pas de source .scl, donc le XML est la façon dont il sort de TIA Portal : à partir de la V16, ajoute un espace de travail sous Interface de contrôle de version dans l’arborescence du projet et amène-y le bloc, et TIA Portal écrit le bloc en fichier .xml. Les scripts Openness écrivent le même fichier. Chaque réseau est lu comme le SCL qui fait la même chose, une bobine comme tout ce qui est câblé à son entrée et une boîte comme un appel, puis converti de là vers Rockwell ou TwinCAT, en texte structuré ou en schéma à contacts. Ouvre avec lui les blocs de données et les types de données du bloc et ils sont lus ensemble. Le lecteur a été écrit d’après la description du format par Siemens et n’a pas été essayé sur toutes les versions de TIA Portal, donc un réseau avec une partie qu’il ne lit pas est signalé et t’est laissé, et le reste du bloc se convertit autour.

Oui, toujours. Chaque échelon devient une ou deux lignes de texte structuré : les contacts deviennent AND et OR, les bobines deviennent des affectations, OTL et OTU deviennent IF … THEN, et les temporisations, compteurs et one shots deviennent des appels dans le style propre au constructeur cible. Les commentaires d’échelon passent comme commentaires.

La plupart de la logique de commande le peut : contacts, bobines, mise à 1 et mise à 0, temporisations, compteurs, fronts, comparaisons, déplacements et calculs. Les boucles FOR non, car le schéma à contacts exécute chaque échelon une fois par cycle, donc le convertisseur signale la ligne et suggère d’écrire un échelon par élément ou de garder cette partie en texte structuré.

Oui. Une AOI Studio 5000 devient un FB TIA Portal ou un FUNCTION_BLOCK TwinCAT, et inversement. Les AOI écrites en schéma à contacts restent en schéma à contacts quand tu convertis vers du CONT TIA Portal, et deviennent du texte structuré sinon. Un UDT devient un type de données API ou un STRUCT TwinCAT. Les appels changent aussi : Studio 5000 passe l’instance puis les paramètres obligatoires dans l’ordre, TIA Portal et TwinCAT nomment chaque paramètre. Les structures d’entrée vont dans une AOI en InOut, TIME devient des millisecondes DINT, et les valeurs par défaut d’un UDT passent sur les variables, parce que les UDT Logix ne peuvent pas contenir de valeurs par défaut. Chaque changement est listé dans le rapport, et l’essai de preuve compare aussi chaque membre de structure.

Aucun des deux n’a de routines de mode de cycle, donc le bloc fonctionnel fait lui-même le même travail. EnableInFalse devient une entrée EnableIn : le bloc est appelé à chaque cycle avec EnableIn réglé d’après son échelon, et son IF … ELSE exécute la logique EnableInFalse quand l’échelon est inactif. Prescan devient du code qui s’exécute une fois, au début du premier appel du bloc. Postscan ne s’exécute que lorsqu’une action SFC se termine, donc il est gardé pour Studio 5000 et noté ailleurs. L’essai de preuve vérifie que les deux versions se comportent pareil.

PLC Gym exécute ton programme d’origine et le programme converti côte à côte dans son simulateur pendant des milliers de cycles, en leur donnant les mêmes entrées, et compare chaque sortie à chaque cycle. Les entrées numériques sont poussées au-delà des limites de ton code et sur toute la plage de leur type, et la page montre la plage essayée. Il ne dit « identique » que lorsque chaque ligne de ton programme s’est exécutée, que chaque sortie est passée de l’état actif à inactif et inversement, et que chaque temporisation et chaque compteur est allé jusqu’au bout pendant l’essai. Tout ce qu’il n’a pas pu essayer est nommé, et le résultat dit « partiel » à la place. Un « identique » veut dire qu’ils ont été d’accord dans ces tests, donc ce n’est pas une garantie. Tu vois le résultat sous forme de trace d’analyseur logique. Appuie sur Exécuter pour ouvrir le programme converti sur le pupitre de commande de PLC Gym, avec des boutons, des interrupteurs et des voyants faits à partir de ses variables, et essaie-le toi-même. Teste toujours sur la vraie machine comme l’exige ton site.

Les exemples prêts à l’emploi sont ouverts à tous, sans compte. Chaque compte reçoit un essai Pro gratuit jusqu’au 5 décembre 2026, donc d’ici là un compte gratuit convertit autant de ton propre code que tu veux. Ensuite, un compte gratuit convertit 3 de tes propres programmes, et convertir le même code de nouveau ou vers un autre constructeur n’en utilise pas un autre.

Ton code part vers notre serveur par une connexion chiffrée pour être converti, et le résultat revient aussitôt. Nous ne le stockons pas et ne l’enregistrons pas dans des journaux, et il est masqué dans les enregistrements de session que nous utilisons pour améliorer le site. Sur un compte gratuit, nous gardons une empreinte brouillée de jusqu’à 3 programmes, pour que le même code ne compte pas deux fois. Elle ne permet pas de retrouver ton code, et elle disparaît avec ton compte.

Oui. Télécharge une source .scl et utilise Générer des blocs à partir de la source dans TIA Portal, un .L5X à importer dans Studio 5000, ou un .TcPOU à ajouter à un projet TwinCAT 3. Tes propres types et blocs viennent aussi : dans le .scl et le .L5X, ou sous forme de zip de fichiers .TcDUT et .TcPOU pour TwinCAT. TIA Portal n’a pas de format texte pour le schéma à contacts, donc pour le CONT Siemens tu redessines les réseaux affichés, ou tu utilises le fichier SCL. Traite ces fichiers comme une bêta : le .L5X n’a été testé jusqu’ici qu’en le relisant dans PLC Gym, donc vérifie chaque import dans le logiciel du constructeur.

Seulement la logique : pas la configuration matérielle, les communications, les variables IHM ni les blocs de bibliothèque constructeur comme PID et contrôle de mouvement. Tes propres blocs fonctionnels, AOI et UDT se convertissent bien, tant que leur logique est en schéma à contacts ou en texte structuré. Tout ce qu’il ne peut pas transposer est listé avec la ligne et ce qu’il faut faire, jamais omis en silence.