Mise en service d'automates Siemens sous TIA Portal : du banc d'essai à la réception
L'endroit le plus coûteux pour une erreur de programme, c'est l'installation à l'arrêt. C'est pourquoi le système complet est d'abord éprouvé sur le banc d'essai, puis la mise en service sur site suit un déroulement fixe — du test des signaux au procès-verbal de réception signé.
- on teste la combinaison qui fonctionnera plus tard
- 1:1
- de fenêtre d'arrêt — planifiable et non ouverte
- Jours
- mises en service internationales sur quatre continents
- 30+
En bref
Mise en service d'automates Siemens S7-1500 et S7-1200 sous TIA Portal et WinCC Unified : nous l'assurons sur des installations neuves, lors de rétrofits et en tant que prestataire externe sur des projets programmés par d'autres. Lorsque la CPU cible est achetée neuve, le programme complet tourne au préalable sur ce matériel précis, sur le banc d'essai, la visualisation s'exécutant dans son runtime en regard. Sur site suivent le test des signaux, l'essai fonctionnel selon la description fonctionnelle, l'optimisation et la réception avec procès-verbal. Ce déroulement s'appuie sur plus de 30 mises en service internationales sur quatre continents.
Test à sec des blocs
Chaque fonction de base et chaque chaîne séquentielle est vérifiée face à des scénarios définis — fonctionnement normal, défauts, valeurs limites. Ce n'est qu'une fois les blocs validés que le système complet passe au banc d'essai.
De bout en bout sur le matériel cible réel
Lorsque la CPU cible est achetée neuve pour le projet, elle sert de plateforme de test avant d'être installée dans l'armoire. Sur le banc d'essai, on éprouve ce qui comptera plus tard :
- Chaque entrée est stimulée individuellement et la réaction de la logique séquentielle est vérifiée.
- Les chaînes séquentielles sont parcourues, les verrouillages provoqués, les scénarios de défaut déclenchés.
- Le concept d'exploitation est éprouvé sur le procédé reconstitué — l'API et le runtime Unified en tandem, pas seulement une simulation virtuelle.
Mise en service des bus : la ligne avant le programme
La plupart des défauts des premiers jours de mise en service sont physiques et non logiques : résistances de terminaison manquantes et dérivations trop longues sur PROFIBUS, un nom d'appareil jamais attribué là où PROFINET l'attend, conflits d'adresses ou défaut à la terre sur le câble plat AS-i jaune, une affectation de ports inversée sur le maître IO-Link. Chaque segment est donc contrôlé séparément avant le démarrage de la première chaîne séquentielle — au moniteur de bus et au tampon de diagnostic, pas à l'estime. Les mesures relevées rejoignent la documentation bus remise à la réception.
- PROFIBUS : résistances de terminaison, dérivations et longueurs de segment contrôlées avant le premier démarrage.
- PROFINET : noms d'appareils et topologie attribués et documentés, sans adressage au hasard.
- AS-i et IO-Link : adresses des esclaves, contrôle de défaut à la terre sur le câble plat, affectation des ports sur le maître.
Répétition générale du jour du basculement
Pour un rétrofit, l'ordre des travaux — remplacer le matériel, charger, tester les signaux, essai de fonctionnement — est planifié à l'avance, avec des points de repli clairs. Sur le chantier, on câble, on contrôle et on démarre, on ne programme plus.
Mise en service sur site : de la recette usine (FAT) à la recette sur site (SAT)
Installation neuve ou rétrofit : la mise en service suit un ordre fixe, et chaque étape se termine par une preuve consignée au protocole. Ce déroulement est issu de plus de 30 mises en service internationales, notamment en Allemagne, au Luxembourg, en Pologne, au Danemark, en Grèce, aux États-Unis, au Japon et en Tanzanie :
- Préparation — la description fonctionnelle, la liste des E/S et le plan d'essais sont disponibles ; le programme et la visualisation ont été testés sur le banc d'essai ou en simulation. Les accès pour l'assistance à distance, par exemple un VPN vers l'automate, sont convenus à l'avance avec votre service informatique.
- Recette usine (FAT) — l'essai fonctionnel chez le constructeur de la machine ou de l'armoire, avant l'expédition : modes de marche, chaînes séquentielles, alarmes et scénarios de défaut sont éprouvés. Ce qui apparaît à ce stade ne coûte aucun arrêt chez l'exploitant.
- Test des signaux et contrôle des E/S — sur site, chaque chemin de signal est vérifié individuellement, du capteur ou de l'actionneur jusqu'à la variable dans l'automate, en passant par la borne et le module. Sens de rotation, fins de course et circuits d'arrêt d'urgence sont contrôlés avant qu'un entraînement ne tourne en automatique.
- Essai fonctionnel selon la description fonctionnelle — modes de marche, chaînes séquentielles, verrouillages et alarmes sont démontrés sur l'installation réelle, point par point, avec le résultat consigné dans le protocole d'essai.
- Optimisation — temps de cycle, séquences et réglages des capteurs sont ajustés en conditions de production. Un essai d'endurance révèle ce qui n'apparaît qu'au bout de plusieurs heures.
- Recette sur site (SAT) et remise — la réception chez l'exploitant se conclut par un procès-verbal de réception signé. Sont remis le programme API final, les schémas électriques mis à jour et les protocoles d'essai ; le personnel d'exploitation et de maintenance est formé à l'installation.
Prestataire externe de mise en service : même quand un autre a programmé
Toute mise en service ne commence pas avec son propre programme. Souvent, le projet vient d'un constructeur de machines, d'un intégrateur ou de votre propre bureau d'études, et la capacité manque pour l'intervention sur site. La mise en service est alors reprise en externe — selon les standards et les règles du projet :
- Prise en main à distance, avant le déplacement : structure du programme, références croisées et description fonctionnelle sont étudiées, les questions ouvertes clarifiées avec le programmeur. Les séquences critiques peuvent être éprouvées au préalable en simulation.
- Sécuriser l'état existant avant la première intervention : la comparaison en ligne/hors ligne montre si la CPU correspond au projet remis. Les écarts sont clarifiés avant toute modification.
- Un dépannage dans un ordre établi plutôt qu'à tâtons : d'abord la fenêtre d'alarmes et le tampon de diagnostic, puis les références croisées jusqu'au bloc concerné, et une trace pour tout ce qui est trop rapide pour la table de visualisation. Les modifications restent dans le langage du projet et sont réalisées avec mnémoniques et commentaires, pour que votre maintenance puisse les suivre dans l'état en ligne.
- Des modifications traçables : chaque adaptation est consignée dans le protocole d'essai et signalée au responsable du projet, afin que les versions du projet ne divergent pas.
Prestations associées
Questions fréquentes
Qui réalise la mise en service d'automates Siemens S7 sous TIA Portal en tant que prestataire externe ?
Le bureau d'ingénierie luxembourgeois Prybisch Automation intervient en Allemagne, en Autriche, en Suisse, au Luxembourg et en France. La prestation va du test de bout en bout sur le banc d'essai jusqu'à la réception avec procès-verbal et à la remise à votre maintenance, en passant par la recette usine, le test des signaux et l'essai fonctionnel — pour S7-1500 et S7-1200 sous TIA Portal et WinCC Unified, sur des installations neuves, des rétrofits et des projets programmés par d'autres. Elle s'appuie sur plus de 30 mises en service internationales sur quatre continents.
Que signifie concrètement un test de bout en bout ?
Le programme API complet fonctionne sur le banc d'essai avec la véritable CPU cible, la visualisation s'exécutant dans son runtime en regard. Chaque bouton, chaque message et chaque capteur est éprouvé individuellement — y compris scénarios de défaut et verrouillages. Ce qui passe là ne surprend plus sur l'installation.
Pourquoi du matériel réel plutôt qu'une simple simulation ?
Le banc d'essai avec la véritable CPU cible et le véritable runtime du panel teste exactement le système qui travaillera plus tard sur l'installation — y compris la communication et le comportement à l'exécution. Ainsi, aucune question qui pouvait être réglée à l'avance ne reste ouverte le jour du basculement.
La production continue-t-elle pendant la préparation ?
Oui — l'état des lieux, la programmation et l'intégralité du test de bout en bout se déroulent sur le banc d'essai, pas sur votre installation. L'arrêt proprement dit se limite aux travaux, au test des signaux et au démarrage.
Prenez-vous en charge la mise en service d'un automate programmé par quelqu'un d'autre ?
Oui. Les mises en service à court terme et les renforts en cas de manque de capacité font partie du quotidien. Il faut le projet TIA Portal à jour et, si elle existe, la description fonctionnelle. Les deux sont étudiés à distance avant le déplacement ; sur site, la comparaison en ligne/hors ligne montre si la CPU et le projet concordent. Les modifications suivent les standards du projet et chacune est consignée dans le protocole d'essai. Si le projet hors ligne fait totalement défaut, il ne s'agit plus d'une mise en service mais d'une re-documentation — c'est la voie de la rétro-ingénierie, décrite dans le rétrofit d'automate.
Planifier la mise en service
Du banc d'essai au procès-verbal de réception — avec des points de repli clairs et une fenêtre d'arrêt fixée à l'avance.
✓ Premier conseil sans engagement✓ Délai de réponse < 24 h les jours ouvrés