Expertises
Une séquence qui ne laisse pas passer un état incompatible.
PLC, HMI, SCADA, supervision et intégration.
Concevoir la logique, pas seulement câbler l’automate.
Une fonction d’automation se juge à ce qu’elle interdit autant qu’à ce qu’elle permet. Nous rédigeons la spécification, programmons l’automate, développons l’interface opérateur, concevons l’architecture de communication, puis nous conduisons les essais et la mise en service jusqu’au démarrage.
Ce que nous faisons
De la spécification au démarrage, sur une installation neuve comme existante.
- rédiger ou relire les spécifications fonctionnelles, et mener les études de basic design
- programmer les automates, et reprendre ou modifier un programme existant
- développer les interfaces opérateur
- concevoir l’architecture de communication entre équipements et systèmes
- traduire un fonctionnement attendu en états, séquences, conditions et temporisations cohérents entre eux
- conduire les essais, la mise en service et l’assistance au démarrage
- contribuer aux activités de qualification et de validation prévues au projet
Reprendre un programme existant est une compétence à part entière. Une installation en exploitation se modifie rarement depuis une feuille blanche.
Dans quelles situations
Le point de départ est un fonctionnement à garantir, pas un automate à programmer.
- plusieurs accès ou équipements doivent fonctionner selon des règles coordonnées
- une séquence doit empêcher une action incompatible avec l’état courant du système
- une ouverture doit dépendre d’une temporisation ou d’un contrôle de pression différentielle
- une fonction d’automation doit être ajoutée à une installation en exploitation
- les états du système doivent remonter vers un système GTB ou EMS existant
- les équipes doivent pouvoir modifier un seuil ou un délai sans nous rappeler
Ces situations sont des portes d’entrée, pas une liste exhaustive.
Avec quoi
Des briques techniques documentées, assemblées selon le besoin.
- une logique de cascade porte à porte, des temporisations, des seuils de pression différentielle et des délais d’ouverture et de fermeture paramétrables
- des entrées d’état : capteurs de position de porte, contrôle de pression
- des interfaces vers l’existant : systèmes de badges d’accès, centrales incendie
- une interface web sécurisée par login et mot de passe, sur URL protégée, sans logiciel additionnel
- une remontée de données en Modbus TCP ou Profinet vers un système GTB ou EMS
- les plateformes que nous pratiquons : TIA Portal et WinCC, Siemens, B&R, Allen-Bradley, et Kepware pour les échanges de données
Ces noms décrivent un contexte d’expérience. Ils n’impliquent ni partenariat, ni certification, ni exclusivité : le choix de la plateforme appartient au projet et à l’existant du site.
Ce que ça produit
Un système qui tient, et qui se laisse exploiter.
- un fonctionnement qui interdit les combinaisons d’états incompatibles, sans dépendre de la vigilance des opérateurs
- une spécification fonctionnelle écrite, sur laquelle les essais peuvent s’adosser
- une interface opérateur pensée pour ceux qui la tiennent au quotidien
- une configuration modifiable par vos équipes, en local comme à distance
- des historiques d’état exploitables pour les activités de qualification
- une intégration au reste du site plutôt qu’un îlot technique de plus
Une remontée de données et un historique ne sont pas une interface de supervision.
Pouvez-vous reprendre un programme d’automate existant ?
Oui. Reprendre ou modifier un programme existant est une compétence à part entière : une installation en exploitation se modifie rarement depuis une feuille blanche. Nous relisons la spécification, analysons le programme en place, ajoutons ou corrigeons la fonction attendue, puis conduisons les essais et la mise en service. Les plateformes que nous pratiquons incluent TIA Portal, WinCC, B&R et Allen-Bradley ; le choix appartient au projet et à l’existant du site.
Une séquence doit garantir un fonctionnement, pas seulement l’automatiser ?
Décrivez les accès ou équipements concernés, les états à coordonner et les conditions à respecter. Un premier échange permettra d’identifier la logique à concevoir et les interfaces à vérifier.