Pour comprendre concrètement ce que nous installons, prenons un exemple de déploiement type — sans nom de site, sans détail confidentiel : l'architecture, les écrans, les flux de données, les modes dégradés. Tout ce que vous retrouveriez sur votre site, à l'identique sur la forme, à votre image sur le fond.
Imaginons un site qui exploite plusieurs équipements de production fonctionnant par cycles, alimentés en énergie gaz, avec un automate de pilotage par équipement et une supervision centrale en place. La problématique : la supervision existante donne des moyennes, mais ne révèle pas les dérives entre cycles. C'est exactement le terrain naturel de la méthode SMARTENSITY.
L'architecture de déploiement repose sur des protocoles standards industriels. Aucune dépendance constructeur exclusive : la chaîne fonctionne avec les automates et les compteurs déjà en place sur votre site, dans la majorité des cas.
Les écrans ci-dessous sont des reconstitutions à but pédagogique — pas des captures de site client réel. Ils illustrent la structure des vues que nous mettons en service et le principe de séparation par profil utilisateur.
Vue mensuelle agrégée pour la direction. Les chiffres proviennent d'un cas type de chaudière vapeur 8 MW + ligne de production cyclique. Aucune valeur de coût en euros ni engagement de performance ne figure ici — le pilotage budgétaire reste à votre main, l'outil fournit la donnée énergétique vérifiable.
Vue production temps réel : créneaux représentant les phases successives (chauffe, production, refroidissement) des cycles machine. Chaque cycle est isolable, ses indicateurs métier sont comparés à la cible — les trois cycles hors cible ouvrent un ticket d'analyse pour la maintenance.
Le journal système conserve l'horodatage de chaque seuil franchi, sa durée et son retour à la normale — entièrement exploitable pour audit de maintenance et démonstration de conformité ICPE.
Pour ancrer concrètement la méthode, voici un exemple de déploiement type. Le site combine une chaufferie vapeur centrale et un équipement de process cyclique (qui peut être indifféremment un séchoir, un autoclave, un four, un mélangeur, une cabine, un réacteur — la logique s'adapte à toutes les activités de production cyclique).
Chaudière vapeur gaz, puissance nominale 8 MW, régulation via automate constructeur. L'outil interroge l'automate à 1 Hz et expose en continu les paramètres de combustion, de rendement, et l'état de la chaîne eau-vapeur.
Équipement de production cyclique (séchoir, autoclave, four, réacteur, cabine, mélangeur — peu importe la fonction). Cinq phases successives sont automatiquement détectées par la passerelle à partir des signaux d'état remontés par l'automate, et chaque cycle est isolé, chiffré, et comparé à la cible métier.
Tout événement (franchissement de seuil, ouverture/fermeture d'alarme, démarrage/arrêt, cycle déviant, intervention) est horodaté à la seconde, qualifié par sa nature, sa durée et sa résolution. Le journal est persistant, exportable en CSV, et entièrement exploitable pour audit qualité, audit énergétique réglementaire ou démonstration de conformité ICPE.
Le cycle #844 est sorti de la cible IPE. Sans la granularité par cycle, l'écart serait noyé dans la moyenne journalière (qui resterait acceptable). Avec elle, on identifie immédiatement la phase machine concernée et on déclenche l'analyse.
La pression vapeur a touché l'alerte haute 12,4 bar — mais la temporisation anti-rebond (5 s) a confirmé la transitoire et évité une fausse alarme. Le franchissement est tracé, sans pollution opérationnelle.
Le journal horodaté constitue, à 6 ans d'horizon, un dossier de preuve exploitable pour audit qualité, audit énergétique réglementaire et contrôle ICPE 2910-A. La traçabilité ne se construit pas après coup — elle est native.
Vos données restent les vôtres. L'outil expose un ensemble d'endpoints REST documentés qui permettent l'intégration directe dans vos propres systèmes — supervision existante, outils de reporting, plateforme RSE, archivage long terme.
L'outil propose nativement une configuration fine des seuils pour chaque variable surveillée. L'objectif : éviter la fatigue de surveillance qui finit par faire ignorer les alertes — l'écueil classique des dashboards génériques.
Seuil de criticité maximale en franchissement bas. Notification immédiate, escalade automatique. Exemple : niveau d'eau chaudière critique.
Seuil d'avertissement bas. Affichage dans le journal, pas de notification systématique. Exemple : conductivité qui descend trop vite.
Seuil d'avertissement haut, anti-rebond paramétrable. Permet de détecter une dérive en cours avant qu'elle ne devienne critique.
Seuil maximal — déclenche les notifications opérationnelles (SMS, email, intégration GMAO). Horodatage et durée tracés.
Un site industriel ne tolère pas de coupure de pilotage. L'outil intègre par défaut plusieurs niveaux de continuité de service — chaque niveau prend le relais automatiquement si le précédent défaille.
L'outil continue de fonctionner localement — collecte, dashboard, journal, alarmes. La perte de connectivité externe ne perturbe pas le pilotage sur site. Synchronisation différée au retour du réseau.
Si la connexion réseau d'entreprise tombe, la passerelle expose automatiquement un point d'accès WiFi local. Les équipes accèdent au dashboard depuis un téléphone ou une tablette — sans dépendance externe.
Seuils paramétrés, journal système, archives CSV, configuration site — tout est persisté localement. Une mise à jour logicielle ne réécrase jamais les configurations calibrées de votre site.
Surveiller une installation, c'est bien. Garantir que la surveillance fonctionne, c'est mieux. Le watchdog réseau intégré teste en continu la chaîne de bout en bout — automate, passerelle, serveur, accès distant — et alerte si un maillon défaille.
Après signature, la mise en place s'organise en cinq phases distinctes. Chaque phase fait l'objet d'un suivi conjoint avec votre équipe de production et de maintenance — pas de boîte noire technique.
Préparation de la passerelle locale, configuration logicielle initiale, paramétrage des seuils par défaut sur la base du plan de mesurage validé à l'audit. Aucune intervention sur votre site à ce stade.
Pose de l'instrumentation complémentaire si nécessaire, raccordement de la passerelle au réseau local, configuration de l'accès distant sécurisé. Intervention coordonnée avec votre maintenance.
Validation des remontées en conditions réelles, calage des seuils sur les premières journées d'exploitation, suppression des fausses alertes, ajustement des indicateurs métier avec vos équipes.
Formation des trois profils utilisateurs (direction, production, maintenance) à la lecture du dashboard, à l'interprétation des alertes et à l'usage de l'API si pertinent. Remise de la documentation.
Suivi rapproché les six premiers mois : ajustement des seuils, ajout d'indicateurs complémentaires, intervention sur les premières dérives détectées. Ensuite passage en rythme trimestriel.
L'efficacité de la méthode tient à un principe simple : la chaîne complète, du capteur jusqu'au dashboard, doit pouvoir fonctionner sans dépendance externe critique. Cloud en panne, opérateur télécom indisponible, supervision constructeur déconnectée — votre pilotage reste opérationnel.
Le serveur de pilotage fonctionne en autonomie sur site. Internet n'est requis que pour l'accès distant et la synchronisation cloud — pas pour le pilotage de base.
Modbus TCP, OPC-UA, LoRaWAN — aucun protocole propriétaire imposé. Vous pouvez changer de prestataire sans réinvestir dans l'infrastructure.
Hébergement en France. Aucun transfert vers des juridictions tierces. Conformité RGPD native. Vos données ne servent à entraîner aucun modèle externe.
Nous vous projetons un dashboard en fonctionnement, sur un cas anonymisé. Vous voyez les écrans, l'API, les modes dégradés. Vous posez vos questions techniques.