Le contexte de la mission
En tant qu’automaticien indépendant basé dans le Gard, j’ai récemment eu l’opportunité d’intervenir sur un site dans le sud de la France, pour une mission mêlant plusieurs défis techniques sur une installation existante.
Le système en place comprenait un automate Siemens ET200SP F (CPU de sécurité), un contrôleur de mouvement SIMOTION D435-2 DP/PN, et un pupitre opérateur HMI TP1900 Comfort, le tout sous TIA Portal V17. Ma mission couvrait la remise en service après une perte de configuration Safety, l’intégration d’un nouvel équipement en Modbus TCP, et la correction de divergences entre l’archive projet fournie et l’état réel de la machine.
Les défis techniques rencontrés
### Récupération après perte du mot de passe Safety
Le premier défi a été la récupération complète du système après une perte du mot de passe Safety de la CPU ET200SP F. La procédure a nécessité un reset complet de la CPU par la méthode MRES, la recréation du projet de sécurité, et la génération d’une nouvelle signature SIL. Une opération délicate qui demande une connaissance approfondie des mécanismes de sécurité fonctionnelle Siemens.
### Intégration d’une pompe en Modbus TCP
Le cœur de la mission consistait à intégrer une nouvelle pompe au système existant. La communication s’effectue en Modbus TCP depuis l’ET200SP, avec plusieurs registres à gérer. Les données transitent ensuite vers le SIMOTION via une zone de transfert Profinet de 32 octets.
La mise au point a révélé un décalage d’adresse d’un octet dans la zone de transfert — un type de piège classique mais difficile à diagnostiquer sans un test méthodique des échanges de données. Le bloc fonctionnel, développé en SCL (Structured Text), a été validé en fonctionnement après plusieurs itérations.
### Migration HMI et connexions SIMOTION
La migration du pupitre HMI TP1900 dans le nouveau projet TIA Portal a mis en lumière un problème récurrent : les variables de supervision affichaient “####” au lieu des valeurs attendues. La cause était un décalage de nom de connexion entre le HMI et le SIMOTION.
Un point important à retenir pour tout automaticien travaillant avec SIMOTION dans TIA Portal : les connexions SIMOTION doivent impérativement être créées depuis la vue Réseau de TIA Portal, et non depuis l’éditeur de connexions HMI. C’est une subtilité qui peut faire perdre des heures de diagnostic.
## Les enseignements techniques
Cette mission a confirmé plusieurs bonnes pratiques que j’applique systématiquement en intervention :
Toujours vérifier la cohérence entre l’archive projet et l’état réel de l’installation avant toute modification. Les divergences sont fréquentes sur les installations qui ont vécu plusieurs interventions successives.
Le TON (Timer ON-delay) en SCL sous TIA Portal ne se réinitialise pas implicitement : un appel explicite avec IN := FALSE est requis dans la branche ELSE du programme. Un oubli qui peut provoquer des comportements inattendus en fonctionnement.
## Mon approche de l’intervention sur site
Chaque mission de mise en service est différente, mais ma méthode reste la même : un diagnostic rigoureux de l’existant, une planification des modifications, des tests unitaires systématiques avant la mise en production, et une documentation complète de l’intervention. C’est cette rigueur qui permet de livrer des installations fiables et maintenables.
—
*Vous avez un projet d’automatisme industriel dans le Gard, en Occitanie ou en PACA ? N’hésitez pas à me contacter pour discuter de vos besoins. J’interviens de l’étude à la mise en service sur les plateformes Siemens (TIA Portal, SIMOTION), Schneider Electric et Beckhoff.*
*MELIAN-AUTOMATION — Automaticien indépendant à Uzès (Gard)*
*Contact : contact@melian-automation.fr*
