Maintenance prédictive IIoT : de la donnée capteur à l'alerte terrain en temps réel

· 11 minutes de lecture
11 min read
Lucas Moreau
Lucas Moreau
Ingénieur Réseau OT/IT

La maintenance prédictive n'est pas réservée aux usines neuves avec des capteurs IoT natifs. On peut la déployer sur des équipements existants, avec leurs automates actuels, en quelques jours — et obtenir les premières alertes pertinentes dès la première semaine.

Pourquoi la maintenance curative coûte si cher​

Un équipement qui tombe en panne en pleine production génère en cascade :

  • Coût de la panne : pièce + main d'œuvre (300 à 2 000 €)
  • Arrêt non planifié : de 30 minutes à plusieurs jours
  • Perte de production : souvent 10 à 50 fois le coût de réparation
  • Urgence : technicien mobilisé la nuit ou le week-end (+50% du taux horaire)

La maintenance préventive (révisions planifiées) résout partiellement le problème : on intervient trop tôt (remplacement de pièces encore bonnes) ou trop tard (l'équipement tombe avant la révision prévue).

La maintenance prédictive vise le juste milieu : intervenir quand les données indiquent une dégradation, pas avant, pas après.

Les données qui signalent une panne avant qu'elle arrive​

Indicateurs précoces universels​

ParamètreÉquipement concernéSignal de dégradation
Température roulementsMoteurs, pompes, compresseursDérive +10°C sur la valeur habituelle
Courant moteurTous moteurs électriquesAugmentation progressive (charge mécanique)
VibrationsMoteurs, ventilateurs, brochesAugmentation amplitude ou nouvelles fréquences
Pression différentielleFiltres, pompes, échangeursAugmentation = encrassement
Consommation énergieTout équipementDérive hors de la plage nominale
Temps de cyclePresses, convoyeurs, lignesAllongement = usure mécanique ou problème qualité

Ce que les automates remontent déjà​

La bonne nouvelle : la plupart de ces paramètres sont déjà mesurés par vos automates et variateurs. Ils sont stockés dans des registres Modbus — mais personne ne les lit en continu.

Variateur Schneider ATV320 — registres Modbus accessibles :

Registre 0x0054 : Courant moteur (A × 10)
Registre 0x0C14 : Température radiateur (°C)
Registre 0x0C16 : Durée de fonctionnement (h)
Registre 0x0018 : Fréquence de sortie (Hz × 10)
Registre 0x002C : Tension réseau (V)
Registre 0x0068 : Nombre de démarrages
Registre 0x2100 : Code défaut actif
Registre 0x2101 : Historique 8 derniers défauts

Tout cela est disponible sans modifier le programme automate. Il suffit de le lire.

Architecture IIoT maintenance prédictive​

Configurer la détection d'anomalie​

Seuils statiques vs seuils dynamiques​

Seuils statiques : vous définissez une valeur limite absolue.

# Alerte simple sur seuil fixe
alerts:
  - tag: temperature_roulement
    condition: "value > 85"
    severity: critical
    message: "Température roulement Moteur-1 critique : {value}°C"
    channels: [sms, email]
    delay: 0

Seuils dynamiques : l'alerte se déclenche quand la valeur dévie de son comportement habituel.

# Alerte sur dérive — plus intelligent
alerts:
  - tag: courant_moteur
    condition: "value > baseline_30d * 1.15"
    # Alerte si courant > 115% de la moyenne des 30 derniers jours
    severity: warning
    message: "Courant Moteur-2 en dérive : {value}A (référence 30j : {baseline}A)"
    channels: [email]
    delay: 30min   # Ne déclenche que si la condition persiste 30 min

Les seuils dynamiques détectent des dégradations subtiles que les seuils fixes manquent — notamment les dérives progressives sur plusieurs semaines.

Cas concret : détection d'encrassement filtre​

Données historiques — Filtre hydraulique Presse-3 :

Semaine 1 : ΔP = 0,8 bar  → Normal
Semaine 3 : ΔP = 1,1 bar  → Normal (acceptable)
Semaine 5 : ΔP = 1,4 bar  → Alerte WARNING générée
Semaine 6 : ΔP = 1,8 bar  → Alerte CRITICAL (seuil absolu)

Action : remplacement filtre planifié semaine 5
→ Intervention en heures ouvrées, pièce commandée à l'avance
→ Zéro arrêt non planifié

Sans supervision continue, ce filtre aurait été remplacé lors de la révision mensuelle suivante — ou aurait causé une panne hydraulique.

Alertes terrain : le bon message, à la bonne personne​

Hiérarchie des notifications​

NiveauDélai d'envoiDestinatairesCanal
INFOQuotidien (résumé)Responsable maintenanceEmail
WARNING< 5 minTechnicien de gardeEmail + app
CRITICAL< 1 minTechnicien + superviseurSMS + email
URGENTImmédiatToute l'équipeSMS + appel

Contenu d'une alerte utile​

Une alerte efficace contient :

[EZIWAN — WARNING] Dérive courant Moteur-2 — Atelier Nord

Équipement : Moteur compresseur Atlas Copco (Atelier Nord)
Valeur actuelle : 18,4 A (normale : 15,8 A — dérive +16%)
Durée anomalie : 45 min
Historique : valeur stable depuis 3 mois, dérive depuis hier matin

Action suggérée : vérifier filtre aspirant + température ambiante

→ Accès VPN direct : https://app.eziwan.com/sites/atelier-nord
→ Historique complet : https://app.eziwan.com/charts/moteur-2

Le technicien dispose de tout le contexte pour décider si l'intervention est urgente ou peut attendre la prochaine vacation.

ROI mesuré sur 6 mois​

Résultats observés chez un fabricant de panneaux électriques (45 machines, 3 ateliers) :

IndicateurAvantAprès 6 mois
Pannes non planifiées par mois3,20,8
Temps d'arrêt non planifié (h/mois)28h6h
Coût moyen panne urgente1 200 €800 € (préventif)
Déplacements technicien astreinte12/mois3/mois
Économie mensuelle estimée—5 500 €

Le déploiement (6 gateways, configuration, formation) a été rentabilisé en 3 mois.

Par où commencer​

  1. Choisissez 3 équipements critiques — ceux dont la panne coûte le plus cher
  2. Identifiez les registres Modbus disponibles — généralement 10 à 20 par équipement
  3. Déployez un gateway en pilote — 1 journée technicien
  4. Observez 2 à 4 semaines — construisez vos références (baselines)
  5. Configurez les premières alertes — commencez par les seuils critiques évidents
  6. Affinez progressivement — ajoutez des alertes de dérive au fil du temps

Analyse vibratoire : monitoring avancé pour pompes et moteurs​

La vibration est l'indicateur le plus précoce de dégradation mécanique — souvent détectable 6 à 12 semaines avant la panne. Pour les équipements rotatifs critiques (pompes, compresseurs, ventilateurs), l'analyse vibratoire est le complément naturel du monitoring Modbus.

Les indicateurs vibratoires fondamentaux​

IndicateurSignificationSignal de défaut
RMS (Root Mean Square)Énergie totale de vibrationAugmentation progressive > 20 % de la valeur nominale
Crest FactorRapport pic/RMS> 3,5 : début d'endommagement roulements
PeakValeur crêteChocs ponctuels, impacts
KurtosisDétection de chocs périodiques> 4,5 : défaut roulement naissant (billes)

Exemple concret — pompe centrifuge :

Semaine 1  : RMS = 2,8 mm/s   Crest = 2,1  Kurtosis = 2,8  → Normal
Semaine 5  : RMS = 3,4 mm/s   Crest = 2,3  Kurtosis = 3,2  → Surveiller
Semaine 9  : RMS = 4,1 mm/s   Crest = 3,2  Kurtosis = 5,8  → Alerte WARNING : roulement à inspecter
Semaine 11 : RMS = 6,2 mm/s   Crest = 4,7  Kurtosis = 8,4  → Alerte CRITICAL : panne imminente

La dégradation a été visible 6 semaines avant la panne sur les indicateurs Kurtosis et Crest Factor, alors que le RMS seul n'aurait déclenché l'alerte qu'à la semaine 9.

Capteurs vibratoires IoT industriels​

Pour les déploiements IIoT sans câblage lourd, des capteurs vibratoires sans fil transmettent les données via MQTT ou RS-485 :

  • SKF Enlight Collect IMx-1 : BLE + passerelle WiFi/Ethernet, calcul RMS/Kurtosis embarqué
  • Samsara VT100 : LTE intégré, GPS + vibration, autonomie 7 ans sur batterie
  • Bosch CISS : BLE, capteur multi-paramètre (vibration + température + humidité)
  • VibraWave WM-100 : RS-485 Modbus, montage magnétique, adapté armoires industrielles
Capteurs sans câblage pour rétrofit

Sur les équipements existants sans accès facile pour câblage, un capteur vibratoire magnétique avec transmission MQTT Wi-Fi ou LoRaWAN se fixe en 30 secondes sur le carter moteur. Les données remontent vers la Gateway Eziwan via son broker MQTT local.

Profils de monitoring par type d'équipement​

Pompe centrifuge (monitoring complet)​

# Profil Eziwan — Pompe centrifuge
equipement: pompe-centrifuge
collecte:
  modbus:
    - registre: "courant_moteur"      # Variateur ATV320 : 0x0054
      seuil_warning: "+15% baseline"
      seuil_critical: "+30% baseline"
    - registre: "pression_aspiration"  # Capteur 4-20mA → 0-10 bar
      seuil_warning: "< 0.3 bar"
    - registre: "pression_refoulement" # Capteur 4-20mA
      seuil_warning: "< setpoint × 0.9"
    - registre: "temperature_palier"   # Pt100 → sonde roulement
      seuil_warning: "> 75°C"
      seuil_critical: "> 85°C"
  capteur_vibrateur:
    - parametre: "rms_radial"
      seuil_warning: "> 4.5 mm/s"
      seuil_critical: "> 7.1 mm/s"  # ISO 10816, Classe II
    - parametre: "kurtosis"
      seuil_warning: "> 3.5"
alertes:
  - condition: "pression_aspiration < 0.3 AND courant_moteur > 120%"
    message: "Risque cavitation — pompe {id}"
    canal: [sms, email]
    priorite: critical

Compresseur à vis (monitoring courant + température)​

equipement: compresseur-vis
collecte:
  - courant_phase_L1_L2_L3           # Déséquilibre de phases → défaut bobinage
  - temperature_huile                 # > 100°C : problème de refroidissement
  - pression_sortie                   # Chute anormale : filtre air colmaté ou fuite
  - heures_fonctionnement             # Déclencheur de maintenance planifiée
  - nombre_demarrages                 # Usure démarreur si > N/jour
alertes:
  - condition: "heures > 3000"        # Vidange huile constructeur
    message: "Entretien 3000h requis — Compresseur {id}"
    canal: [email]

Erreurs fréquentes à éviter​

1. Vouloir tout surveiller dès le départ La tentation de connecter tous les équipements en une seule fois est réelle — mais contre-productive. Commencez par 3 équipements critiques. Apprenez à interpréter les données, calibrez vos baselines, puis étendez progressivement. Un pilote bien mené sur 3 machines vaut mieux qu'un déploiement chaotique sur 30.

2. Négliger l'étape de baseline La maintenance prédictive repose sur la comparaison de l'état actuel avec un état de référence. Si vous configurez des alertes sans laisser le temps de collecter les données de fonctionnement normal (minimum 2 à 4 semaines), vous allez générer des fausses alertes — et les équipes vont ignorer le système.

3. Confondre donnée brute et information exploitable Un registre Modbus qui remonte "18423" ne signifie rien sans son unité, son facteur de mise à l'échelle et son contexte. Documentez pour chaque variable : unité physique, plage normale, signification d'une valeur haute/basse. Le temps investi en configuration initiale est récupéré dix fois sur les années suivantes.

4. Oublier les alarmes de qualité de données Si un capteur tombe en panne ou un câble RS485 se coupe, votre système remonte des zéros ou des valeurs erratiques. Configurez des alertes sur la qualité de communication (absence de réponse Modbus depuis N minutes) — pour ne pas confondre un capteur silencieux avec un équipement "sain".

5. Alertes trop sensibles = alertes ignorées Si l'équipe reçoit 20 alertes par jour, elle va les ignorer toutes — y compris les vraies. Calibrez vos seuils pour que le taux de fausses alertes soit inférieur à 2–3 par semaine sur votre première période de déploiement. Affinez progressivement.

Questions fréquentes​

Faut-il modifier le programme automate pour collecter les données ? Non. Le gateway Eziwan lit les registres Modbus en mode passif (lecture seule). Il interroge l'automate ou le variateur comme un maître Modbus, sans nécessiter de modification du programme. Seule l'adresse Modbus de l'équipement et les registres à lire doivent être configurés dans le dashboard Eziwan.

Peut-on collecter des données sur des équipements qui n'ont pas de port RS485 ? Oui, plusieurs options existent : (1) si l'équipement a un port Ethernet, Modbus TCP est souvent disponible ; (2) des transmetteurs 4-20 mA avec convertisseur RS485 permettent de connecter des capteurs analogiques ; (3) des compteurs d'impulsions peuvent convertir des signaux TOR en données Modbus. Contactez notre équipe pour un audit de compatibilité.

Comment savoir quels registres Modbus lire sur mon équipement ? Le manuel de communication Modbus de l'équipement (souvent appelé "Communication Manual" ou "Modbus Register Map") liste tous les registres disponibles. Pour les équipements courants (Schneider ATV, Siemens SINAMICS, ABB ACS, WEG CFW), Eziwan fournit des profils pré-configurés disponibles directement dans le dashboard.

La maintenance prédictive fonctionne-t-elle pour les équipements électromécaniques anciens ? Oui — souvent même mieux que sur les équipements récents, car les équipements anciens ont des cycles de dégradation plus lents et plus prévisibles. La clé est d'avoir accès aux paramètres de fonctionnement, même via un capteur de courant externe (transformateur de courant sur le câble d'alimentation) si l'équipement n'a pas de protocole de communication natif.

Quelle différence entre maintenance prédictive et maintenance conditionnelle ? La maintenance conditionnelle déclenche une intervention quand une condition est remplie (ex : température > 85°C). La maintenance prédictive analyse les tendances pour anticiper la dégradation avant que le seuil critique soit atteint (ex : alerte si la température augmente de 3°C par semaine depuis 3 semaines, même si elle est encore à 72°C). La maintenance conditionnelle est réactive, la maintenance prédictive est anticipative.

Pour aller plus loin​

Démarrer votre pilote maintenance prédictive → · Documentation Modbus et RS485 →

Ressources complémentaires​