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 — équipement énergétique central + 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 un équipement central de production d'énergie (chaudière, four, source de froid, station d'air comprimé…) et un ou plusieurs équipements de process cycliques. La logique s'adapte à toutes les activités industrielles — les indicateurs présentés sont à titre illustratif.
L'équipement central est la source d'énergie qui alimente le site. La passerelle interroge l'automate à fréquence rapide (typiquement 1 Hz) et expose les paramètres de fonctionnement, l'état de la chaîne et les indicateurs de performance énergétique. Les libellés ci-dessous sont donnés sur un cas thermique — ils sont adaptés au métier réel lors de la mise en service.
É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.
Le tableau historique permet d'identifier instantanément le cycle #844 — durée allongée et IPE en dérive. La consultation peut remonter aux dernières années sans rupture, avec export CSV à toute granularité.
La vue consolidée agrège tous les postes d'énergie suivis sur le site. Elle s'adresse au pilotage transverse — direction, RSE, contrôle de gestion énergétique. Les valeurs sont rafraîchies à chaque pas de mesure et exportables sur n'importe quelle période.
L'arbitrage des actions correctives suit cette répartition : prioriser les postes qui pèsent le plus dans le bilan.
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.
L'outil ne plafonne pas le nombre d'alarmes configurées sur votre site — autant de variables, autant de seuils, autant de combinaisons que nécessaire. Ce qui compte, ce n'est pas la quantité : c'est que chaque alarme soit reliée à une action concrète, identifiée et tenable. Une alarme sans action est une alarme à supprimer.
Déclenche quand une valeur descend sous un seuil minimal. Adaptée à la surveillance des niveaux critiques : réserve insuffisante, débit qui s'effondre, pression qui chute, rendement qui décroche. Action typique : intervention rapide sur le circuit concerné.
Déclenche quand une valeur dépasse un seuil maximal. Adaptée à la protection d'équipement et à la conformité réglementaire : pression de service, températures de sécurité, émissions, dérive de consommation. Action typique : réglage immédiat ou bascule sur consigne dégradée.
Déclenche quand l'écart entre deux mesures dépasse une plage attendue. Adaptée à la détection précoce de dérives qu'aucun seuil absolu ne capterait : écart entrée/sortie d'un échangeur, dispersion entre équipements jumeaux, divergence consommation/production. Action typique : analyse comparative et diagnostic ciblé.
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.