Chaque usine possède cette flotte hétérogène. Quelques machines récentes utilisent des protocoles d’automates programmables industriels (API) modernes. À proximité, une presse hydraulique ou un convoyeur des années 1990 n’a aucun port de données. La véritable question derrière la comparaison entre la surveillance par API et les capteurs de courant à pince n’est pas de savoir laquelle l’emporte en laboratoire, mais comment faire circuler le plus rapidement possible des données machines fiables, avec un risque minimal, sur les équipements que vous exploitez réellement.

La surveillance par API extrait les données du cerveau de la machine : le contrôleur qui la fait déjà fonctionner. Les capteurs de courant à pince lisent de l’extérieur le rythme électrique de la machine, en se fixant autour d’un conducteur d’alimentation sans toucher à la logique à contacts. Il faut choisir l’outil adapté à la tâche.

Les solutions par API acheminent le courant vers le système de contrôle pour les alarmes et les interverrouillages ; les solutions à pince restent non intrusives pour les modernisations, le dépannage et une couverture rapide de la flotte.

Ce que chaque méthode mesure réellement

La surveillance par API interroge le contrôleur via des protocoles tels qu’OPC UA ou Modbus. Sur un rack connecté au réseau, elle peut exposer les nombres de cycles, les températures, les pressions, les alarmes, les balises de recette et les signaux en boucle fermée, en particulier lorsque des modules de courant ou des modules analogiques sont déjà présents dans l’image des E/S. C’est cette profondeur qui explique pourquoi les usines standardisent leurs systèmes permanents de contrôle et de protection sur des plateformes API et PAC.

Les capteurs à pince mesurent uniquement la consommation électrique du moteur. Une signature de charge stable signifie que la machine fonctionne ; une ligne de base plate indique un état inactif ; une forte pointe peut signaler un blocage ; une dérive progressive peut indiquer une résistance ou une usure. Ils ne fournissent ni la pression de la chambre, ni une consigne de recette, ni un code de défaut discret de l’API. Pour le fonctionnement à l’arrêt, le temps de cycle, les micro-arrêts et le TRS fondé sur la disponibilité, cette signature électrique est souvent suffisante.

Installation, charge informatique et opérationnelle, et cybersécurité

L’intégration d’un API implique généralement l’accès à l’armoire, la programmation, la configuration réseau et un examen de cybersécurité avant que les données puissent circuler. Cela représente un véritable travail de contrôle et d’informatique, et c’est généralement la raison pour laquelle les projets prennent du retard lorsque ces équipes sont déjà mobilisées.

La détection non invasive évite le réseau de contrôle : il suffit de fixer le transformateur de courant, de connecter un enregistreur ou une passerelle FactoryOps, puis de commencer les relevés. Les équipes indiquent que les capteurs commencent à fournir des données en moins d’une heure et que les usines sont opérationnelles dans un délai d’un à deux jours après réception du matériel, sans devoir planifier de temps pour la logique à contacts. La détection isolée sur la ligne électrique évite également de connecter dès le premier jour le réseau de contrôle de l’usine, un avantage lorsque les examens des pare-feu retarderaient un projet pilote.

Qualité des données pour le TRS et le suivi des arrêts

Les deux approches peuvent alimenter le TRS et le suivi des arrêts, mais elles observent des niveaux différents. La détection du courant est particulièrement efficace pour le fonctionnement à l’arrêt, les micro-arrêts, le comptage des cycles et l’état de charge : un échantillonnage haute fréquence peut détecter le bourrage de quelques fractions de seconde que les opérateurs ressentent avant qu’un sondage API plus lent ne lisse l’événement. Les données API l’emportent pour les balises internes : consignes, recettes, défauts discrets et traçabilité réglementée.

Aucune méthode n’est supérieure dans tous les cas. Il faut adapter le signal à l’indicateur. La disponibilité et le codage automatique des arrêts commencent souvent par le courant ; la conformité des processus et la preuve des recettes restent du ressort du contrôleur, parfois avec des variateurs et des ensembles moteur issus de gammes telles que le matériel ABB de variation de vitesse et d’automatisation.

Quand choisir un API, des capteurs à pince ou une solution hybride

Choisissez la surveillance par API lorsque vous avez besoin de balises accessibles uniquement depuis le contrôleur — températures et pressions précises, enregistrements de recettes ou de traçabilité, diagnostics de défauts discrets — ou lorsque les machines exposent déjà des données propres et que vous disposez des capacités informatiques et opérationnelles nécessaires pour les intégrer et les sécuriser.

Choisissez les capteurs à pince lorsque la flotte est hétérogène ou vieillissante, que la documentation de la logique à contacts est manquante, que la bande passante informatique et opérationnelle est limitée, que les contraintes de cybersécurité empêchent une connexion rapide aux API ou que vous avez besoin d’une visibilité multi-usines avant une modernisation exigeant d’importants investissements. Le modèle hybride est généralement le choix le plus pragmatique : la détection du courant assure une couverture étendue du fonctionnement à l’arrêt et du TRS, puis les balises API sont ajoutées aux quelques machines sur lesquelles un niveau de détail approfondi peut modifier une décision.

Notre point de vue

Il ne faut pas transformer ce choix en querelle de principe. Les interverrouillages et la protection permanents ont leur place dans l’API. La réponse rapide à la question de savoir si la ligne fonctionnait réellement doit être obtenue par la méthode qui permet de la recueillir sans arrêter la production. Commencez par les machines les plus problématiques, validez les chiffres en quelques jours, puis consacrez du temps aux systèmes de contrôle uniquement là où les balises de processus justifient l’effort.