Du capteur au ticket : une surveillance IoT qui ne s’arrête pas au dashboard

Rei Begaj· DevOps Engineer7 lecture min.

Beaucoup de projets IoT s’arrêtent au même point. Les capteurs sont installés, les données circulent et quelqu’un construit un tableau de bord. Ensuite, peu de choses changent. Quand la température d’une chambre froide commence à dériver à 2 heures du matin, personne ne regarde cet écran.

La détection n’est que la première étape. La mesure doit encore parvenir à destination, identifier sa pièce et son appareil, déclencher la règle appropriée et atteindre la personne chargée de résoudre le problème.

C’est cette partie opérationnelle du système que nous construisons. Trois cas reviennent régulièrement. Chacun montre où l’investissement peut être rapidement amorti.

Une mesure devient un travail attribué
Capteur
Mesure continue
Livraison fiable
Aucune perte silencieuse
Contexte
Site, appareil et catégorie
Alerte routée
La bonne personne est prévenue
Ticket attribué
Suivi jusqu’à résolution

Trois problèmes que cela résout

1. Le stockage frigorifique, où quelques degrés représentent tout l’enjeu

Les groupes de restaurants, pharmacies, producteurs alimentaires et laboratoires sont exposés au même risque de réfrigération. Si un compresseur tombe en panne le vendredi soir, le stock peut être perdu le lundi matin. Pour des produits réglementés, il faut aussi pouvoir prouver que la bonne température a été maintenue.

La solution habituelle reste le registre manuel. Une personne fait le tour deux fois par jour avec une planchette et note chaque valeur. Une panne peut ainsi rester invisible pendant douze heures. Le relevé n’est finalement pas plus fiable que la personne qui le remplit.

Avec une surveillance continue, la température de chaque chambre froide est mesurée en temps réel. Les seuils sont définis une seule fois, par exemple 2–8 °C pour une chambre réfrigérée et −18 °C pour un congélateur. Le système les contrôle ensuite sans interruption. Lorsqu’une unité commence à dériver, l’alerte arrive assez tôt pour déplacer le stock ou appeler un technicien. L’historique complet est conservé; le dossier de conformité n’a pas besoin d’être reconstitué après coup.

La dérive fournit souvent une information plus utile que la panne elle-même. Une unité auparavant stable à −20 °C qui se situe désormais à −17 °C fonctionne encore, mais son comportement a changé. Le graphique fait apparaître cette évolution avant qu’elle ne provoque une perte.

La dérive avertit avant la panne
Stable à −20 °CDérive vers −17 °CSeuil d’alerte

La tendance apparaît pendant qu’il est encore temps de protéger le stock.

2. Les fuites d’eau, là où l’eau provoque le plus de dégâts

Les capteurs de fuite coûtent peu par rapport à une canalisation rompue dans une salle serveur, une fuite lente sous le sol d’un entrepôt ou une entrée d’eau dans des archives en sous-sol pendant un long week-end.

Des contraintes pratiques empêchent souvent le déploiement. Les planchers surélevés, locaux techniques, sous-sols et vides sous toiture sont parmi les endroits à surveiller en priorité. Ce sont aussi des zones où les prises électriques et la couverture réseau manquent souvent. Tirer un câble jusqu’à chaque emplacement peut coûter plus cher que le capteur.

La faisabilité du système dépend donc de la technologie sans fil. Nos capteurs fonctionnent pendant des années avec une seule pile et restent connectés au fond d’un bâtiment ou à l’échelle d’un site. Ils peuvent être placés là où se trouve réellement le risque. Un seul point de réception couvre généralement un bâtiment ou un campus.

Lorsqu’un capteur de fuite se déclenche, l’alerte contient le site, le bâtiment et l’emplacement exact. L’intervention commence par « local technique du sous-sol, mur nord » et non par « quelque chose est mouillé quelque part ».

3. Plusieurs sites, une seule équipe et aucune idée de l’endroit où regarder

Le troisième cas est moins spectaculaire, mais il ne disparaît jamais vraiment. Une petite équipe technique peut avoir la charge de vingt, cinquante ou deux cents sites.

L’équipe doit parfois suivre l’humidité d’un hall de production, la température d’une armoire informatique et les conditions d’un entrepôt ou d’un local d’archives. Chaque mesure semble mineure lorsqu’elle est prise isolément. Sur plusieurs sites, de petits problèmes apparaissent tard, sont signalés de façon informelle et deviennent difficiles à classer sans vue d’ensemble.

Nous associons un contexte explicite à chaque mesure. Lors de la mise en service, le capteur reçoit les informations sur le client, le site, la catégorie de problème et l’unité concernée. Ces informations restent attachées aux données sur tout leur parcours.

Une même vue peut ainsi afficher tous les sites et être filtrée immédiatement par client, bâtiment ou type d’équipement. Lorsqu’une alerte se déclenche, le système sait déjà quelle équipe en est responsable et de quel type de problème il s’agit. Ces informations ont été enregistrées à l’installation du capteur.

Ce qui rend le système fiable

Le graphique est la partie visible de la surveillance. Tout ce qui fonctionne derrière lui détermine si le système peut réellement protéger un congélateur rempli de stock.

Gérer une flotte, pas un tas d’appareils.

L’ajout d’un capteur doit rester une opération courante, pas devenir un projet d’ingénierie. Une plateforme peut servir plusieurs clients tout en séparant correctement leurs données. C’est important pour les prestataires qui surveillent pour le compte de tiers comme pour les organisations dont le parc ne tient plus dans un tableur de numéros d’appareils.

Le réseau fait aussi l’objet d’une surveillance.

Si un point de réception tombe hors ligne, tous les capteurs qui en dépendent deviennent silencieux. Un système élémentaire peut interpréter ce silence comme « tout va bien et rien n’a changé ». Nous suivons l’état du réseau comme un signal distinct. Un problème de couverture est ainsi identifié en quelques minutes, sans déplacement inutile auprès d’un capteur en état de marche.

Le contexte reste attaché à la mesure.

Le client, le site, la catégorie et l’appareil sont enregistrés à la mise en service, puis conservés jusqu’à l’envoi de l’alerte. Le système peut ainsi la diriger vers la bonne équipe et la classer dans la bonne catégorie. Il n’est pas nécessaire de maintenir un tableur de correspondance qui devient rapidement obsolète.

Les mesures résistent aux pannes.

Les mesures et les alertes restent stockées en sécurité pendant leur transmission. Si une partie de la chaîne est momentanément indisponible, le système tente à nouveau la livraison. Les éléments encore impossibles à traiter sont placés dans une file de contrôle au lieu de disparaître. Une maintenance ou une panne réseau temporaire ne crée donc pas d’angle mort dans un système auquel les utilisateurs font confiance.

Les mêmes données servent plusieurs métiers.

La direction a besoin d’un état de tous les sites. Les ingénieurs consultent l’historique d’un appareil précis. Les deux vues utilisent les mêmes données, avec des graphiques historiques et un accès au détail lorsqu’il faut comprendre une évolution.

Les alertes deviennent des tâches attribuées.

Les notifications peuvent être envoyées dans un canal, par e-mail ou à l’équipe d’astreinte. Des règles distinctes adressent une violation de conformité et une batterie faible à des destinataires différents. Le système peut également ouvrir un ticket dans le bon projet et la bonne catégorie. L’alerte reçoit alors un responsable et un statut.

La plateforme surveille toute la chaîne
Surveillance fiable
Parc de capteurs
Appareils et batteries
Santé du réseau
Passerelles et couverture
Contexte persistant
Client, site et catégorie
Livraison sûre
Relances et files de contrôle
Historique partagé
Opérations et management
Responsabilité
Les alertes sont attribuées

Un dashboard n’est qu’une vue. La fiabilité vient de la surveillance et de la conservation de chaque étape en amont.

Ce que vous obtenez concrètement

  • Une mesure continue et automatique au lieu de rondes manuelles et de clipboards
  • Des capteurs sur batterie qui atteignent les endroits inaccessibles aux systèmes câblés et fonctionnent pendant des années
  • Une vue unique sur tous les sites, filtrable par client, bâtiment ou type d’appareil
  • Des alertes qui se routent automatiquement vers les bonnes personnes en fonction de la manière dont le capteur a été décrit
  • Une livraison qui résiste aux pannes au lieu de perdre des événements pendant les interruptions
  • La création automatique de tickets, afin que les alertes deviennent du travail dont quelqu’un est responsable plutôt que de simples notifications
  • Un historique complet pour la conformité, les assurances et l’analyse des tendances

La plateforme repose sur des technologies ouvertes, établies et bien prises en charge. Nous pouvons l’exploiter pour vous ou la transmettre à votre équipe.

Par où commencer

Une première installation peut rester modeste : un site, une catégorie de problème et quelques capteurs. Le tableau de bord en direct peut être prêt en quelques semaines. Les chambres froides et la détection de fuite sont des points de départ courants, car un seul incident peut coûter plus cher que le déploiement.

Une fois le site couvert, les capteurs supplémentaires peuvent être ajoutés progressivement. La partie coûteuse du projet est déjà réalisée.

Si vous exploitez de la réfrigération, plusieurs sites ou tout environnement dans lequel certaines conditions doivent rester dans une plage donnée, nous pouvons examiner votre installation et vous dire franchement si cela vaut la peine.

IoTMonitoringDevOps

Vous travaillez sur quelque chose de similaire ?

Alpine Edge construit et gère ce type de système pour des clients en Europe et dans la région MENA. Dites-nous ce que vous essayez de résoudre et nous vous dirons comment nous l'aborderions.

Parlez à un ingénieur

Lire ensuite

Tous les articles