Programmation automate Siemens dans TIA Portal : S7-1500 et S7-1200

Programmeur automate indépendant pour installations neuves, extensions et migrations — avec une symbolique parlante et une structure de blocs claire, pour que votre maintenance puisse lire le programme elle-même en cas de défaut.

chaque langage là où il est le plus fort
LOG/CONT + SCL
fonctions de base éprouvées, transversales aux projets
1 bibliothèque
FDS et notice d'utilisation incluses
Docs
Projet démo · TIA Portal V21 · S7-1200
Vue TIA Portal v21 à titre d'exemple (installation d'aspiration fictive, S7-1200 avec CPU 1214C) : à gauche l'arborescence structurée par zone d'installation (filtres, clapets, ventilateurs, alarmes, séquence, régulateurs, panel MTP1000 Unified), à droite un réseau LOG appelant le bloc de bibliothèque FB110_Antrieb avec symbolique parlante

En bref

Dans TIA Portal, nous programmons les automates Siemens S7-1500 et S7-1200, y compris les CPU de sécurité (F-CPU) avec ProfiSafe — pour des installations neuves, des extensions de projets existants et des migrations depuis STEP 7 Classic ou CODESYS. Derrière ces prestations se trouve Prybisch Automation, le bureau d'ingénierie du programmeur automate indépendant David Prybisch, basé au Luxembourg. La logique séquentielle et combinatoire est écrite en LOG ou en CONT, pour que votre maintenance puisse la suivre dans l'état en ligne ; nous utilisons le SCL pour les calculs, le traitement de données et les blocs de bibliothèque. L'ingénierie se fait à distance, la mise en service sur site, en Allemagne, en Autriche, en Suisse, au Luxembourg et en France. Chaque bloc est testé avant la mise en service.

Programmeur automate externe : comment nous travaillons avec votre équipe

Que vous confiiez un programme complet ou que vous renforciez votre équipe lors d'un pic de charge, votre interlocuteur est celui qui programme, teste et met en service. Aucune information ne se perd entre plusieurs bureaux, et les questions trouvent leur réponse là où le programme s'écrit.

  • Point de départ : cahier des charges ou description fonctionnelle. Une spécification existante est confrontée à la liste des E/S et aux schémas électriques, et les points ouverts sont réglés avant d'écrire le premier bloc. S'il n'y en a pas, une description fonctionnelle (FDS) est rédigée et validée avec toutes les parties prenantes.
  • Standard de programmation : structure de blocs par zone d'installation, fonctions de base issues de la bibliothèque de blocs éprouvée, mnémoniques, titres de réseau et commentaires partout. Si votre site dispose de son propre standard de programmation, c'est lui qui s'applique.
  • À distance ou sur site : la programmation et le test système se font à distance sur le banc d'essai, la mise en service sur votre installation. Dans la région Saar-Lor-Lux, les interventions à court terme sont la règle ; au-delà, elles sont planifiées à l'avance.
  • Tableautier et mise en service : coordination avec le tableautier sur les listes d'E/S et les plans, test système avant la livraison, mise en service avec votre équipe de montage ou en autonomie.
  • Remise : programme avec symbolique complète, titres de réseau et commentaires, description fonctionnelle dans son état final, notice d'utilisation et formation de votre maintenance. Votre propre équipe peut ensuite faire évoluer le programme.

Le programme comme source de vérité

Sur les installations existantes, le travail commence dans l'ancien programme : ce qui tourne dans l'automate est la réalité de l'installation — pas ce qui figure sur le plan. Les cas difficiles font aussi partie du quotidien, par exemple la reconstruction de la symbolique et de la structure du programme à partir d'un extrait en ligne, sans projet source, ni commentaires, ni documentation.

Reconstruction plutôt que reprise 1:1

Un programme modifié pendant 15 ans par des mains différentes mérite mieux qu'un assistant de migration lors du passage :

  • Blocs morts, mémentos en double et valeurs codées en dur sont nettoyés plutôt que conservés.
  • Les types de données structurés, l'adressage symbolique et le diagnostic intégré des S7-1500/S7-1200 sont réellement exploités.
  • La logique éprouvée de l'installation est conservée — c'est la structure sous-jacente qui est nouvelle.

Standard de programmation : lisible par la maintenance

Un programme automate s'écrit une fois, puis d'autres le lisent pendant des années — le plus souvent en cas de défaut, sous pression, dans l'état en ligne. D'où une règle sans dogme, mais avec une répartition claire : chaque langage est employé là où il est le plus fort. Partout, chaque réseau a un titre, chaque opérande un mnémonique parlant, et tout ce qui ne s'explique pas de soi-même un commentaire. Le résultat se lit comme il est documenté et se comporte comme l'installation.

  • LOG et CONT pour la logique séquentielle et combinatoire : validations, verrouillages et conditions d'étape se suivent signal par signal dans l'état en ligne — le réseau montre directement quelle condition manque.
  • SCL pour les calculs, le traitement de données et les blocs de bibliothèque : des blocs à l'interface claire, appelés dans le réseau comme n'importe quel autre bloc.
  • Bibliothèque de blocs standard : moteurs, vannes, verrouillages et messages de défaut sont issus de blocs de bibliothèque éprouvés — structure homogène, diagnostic homogène, exploitation identique sur chaque projet.
  • Une structure calquée sur l'installation : l'arborescence du projet suit les zones de l'installation, pas l'historique du programme — qui cherche un clapet le trouve sous Clapets.
  • Pour les migrations depuis S5, STEP 7 Classic ou CODESYS, le LOG/CONT est la règle, afin que la logique reprise devienne lisible pour votre maintenance.

Bus de terrain et niveau capteur-actionneur dans le programme

Un programme ne s'arrête pas à la borne de la CPU. La périphérie PROFINET et les segments PROFIBUS DP existants entrent dans le projet sous forme d'image du processus, les segments AS-Interface via un CM AS-i Master dans un ET 200SP ou via une passerelle, les maîtres IO-Link avec le paramétrage des appareils dans TIA Portal. L'essentiel est ce que le programme en fait : défaillance de station, adresse double et défaut à la terre sont exploités et signalés clairement, au lieu de se perdre en une coupure silencieuse du signal dans la logique séquentielle. Dans les installations existantes de l'espace Saar-Lor-Lux, ce mélange de bus est la règle.

  • PROFINET / PROFIBUS DP : périphérie dans l'image du processus, diagnostic jusqu'à la voie.
  • AS-Interface (AS-i) : maître dans un ET 200SP ou une passerelle, adressage des esclaves et diagnostic dans le programme.
  • IO-Link : configuration du maître et paramètres des appareils dans TIA Portal.

Plateformes et versions

Les nouveaux programmes sont développés dans TIA Portal pour la génération actuelle d'automates Siemens. Les projets existants sont poursuivis dans la version qui tourne chez vous — tout changement de version se décide avec vous.

  • Automates : S7-1500 et S7-1200, périphérie décentralisée via PROFINET, par exemple ET 200SP.
  • Sécurité : CPU de sécurité (F-CPU) S7-1500 et S7-1200 avec périphérie ProfiSafe, fonctions de sécurité selon ISO 13849.
  • Logiciel : TIA Portal de V13 à V21 ; l'IHM dans WinCC Unified, de la même main.
  • Migration vers TIA Portal : pour la S5 et les S7-300/400 sous STEP 7 Classic, la prestation dédiée est le rétrofit d'automate ; pour les automates WAGO, CODESYS et Beckhoff TwinCAT, la migration CODESYS vers TIA Portal.

Testé avant d'arriver sur l'installation

Chaque fonction de base et chaque chaîne séquentielle est vérifiée à sec face à des scénarios définis — fonctionnement normal, défauts, valeurs limites —, en simulation lorsque c'est pertinent. Pour le système complet suit le test de bout en bout sur le banc d'essai avec le matériel cible réel. Sur l'installation, on met en service, on ne programme plus.

Questions fréquentes

Qui programme les automates Siemens dans TIA Portal en tant que prestataire indépendant ?

Prybisch Automation, le bureau d'ingénierie de David Prybisch, basé au Luxembourg, intervient en Allemagne, en Autriche, en Suisse, au Luxembourg et en France. La prestation va de la description fonctionnelle au programme pour S7-1500 et S7-1200, y compris les CPU de sécurité, jusqu'au test système, à la mise en service sur site et à la remise avec documentation. Les programmes sont écrits avec une symbolique cohérente et une structure de blocs claire, lisibles par votre maintenance.

Reprenez-vous aussi des projets TIA écrits par d'autres programmeurs ?

Oui — extensions, recherche de défauts et travaux de remise en ordre dans des projets TIA existants font partie du quotidien, y compris en renfort lorsque votre équipe manque de capacité. Avant toute intervention d'envergure, une analyse du programme clarifie la structure, les héritages problématiques et les risques. Un standard de programmation existant est repris, plutôt que d'ajouter un second style au projet.

Dans quel langage programmez-vous — LOG, CONT ou SCL ?

Dans les trois, chacun là où il est le plus fort. La logique séquentielle et combinatoire est écrite en LOG ou en CONT, car votre maintenance peut la suivre signal par signal dans l'état en ligne ; nous utilisons le SCL pour les calculs, le traitement de données et les blocs de bibliothèque. Pour les migrations depuis S5, STEP 7 Classic ou CODESYS, le LOG/CONT est la règle, afin que la logique reprise devienne lisible.

Que m'apporte concrètement la bibliothèque de blocs ?

Des fonctions de base homogènes signifient : même diagnostic, même comportement d'exploitation et même documentation sur chaque projet. Votre maintenance n'a pas à se familiariser avec des styles individuels — et les extensions s'appuient sur des bases éprouvées.

Programmez-vous aussi S5 et STEP 7 Classic ?

Nous lisons, analysons et migrons les programmes existants issus des mondes S5 et STEP 7 Classic — les nouveaux développements naissent dans TIA Portal. Pour les installations anciennes, l'objectif est en règle générale la migration vers S7-1500/S7-1200 plutôt que l'entretien de systèmes en fin de vie.

Discuter de votre projet API

Installation neuve, extension ou migration — décrivez brièvement votre projet et recevez une évaluation honnête de la charge et de la démarche.

Prendre contact

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