Les équipements sont sur les sites et vous êtes au bureau. Nous y posons des capteurs, les raccordons à internet et affichons les relevés dans un seul programme qui s'ouvre dans un navigateur. Si la température sort de ses limites, si une porte est restée ouverte ou si le courant a été coupé, l'employé responsable reçoit un message tout de suite, au lieu de l'apprendre le matin par la marchandise abîmée.
En termes simples : de petits appareils se posent sur l'équipement et mesurent en continu ce qui compte — la température à l'intérieur d'une chambre froide, l'ouverture d'une porte, la présence du courant, le fonctionnement du compresseur. Une fois par minute, ces mesures partent par internet vers un serveur. Vous ouvrez un navigateur et vous voyez l'état de chaque équipement de chaque site.
IoT signifie « internet des objets ». L'idée est qu'au lieu d'une personne qui fait le tour avec un carnet en notant les relevés, c'est l'équipement qui les transmet lui-même au logiciel. Rien n'est à faire pour cela : les données arrivent toutes seules, 24 heures sur 24, nuits et week-ends compris.
La différence principale avec un simple écran de chiffres est que le système n'attend pas que quelqu'un le regarde. Il compare chaque mesure à la norme que vous avez posée pour cet équipement. Si la norme est franchie, il trouve dans l'annuaire l'employé responsable de ce site et lui envoie le message.
Un exemple. Dans une chambre de congélation de l'entrepôt, −18 °C est le niveau autorisé. À 21:04, le capteur indique −16,8 °C. Personne ne regarde l'écran à ce moment-là. Quinze minutes plus tard, la température continue de monter — le système crée un événement, y consigne le numéro de la chambre, l'adresse de l'entrepôt, l'heure et la valeur du moment, et envoie un message au responsable de garde de l'entrepôt. À 21:33, celui-ci arrive et trouve la porte du sas mal fermée. La marchandise est intacte.
Aucun équipement n'a besoin d'être remplacé. Le réfrigérateur, le distributeur, la pompe ou la centrale de traitement d'air restent en place — on leur ajoute ce qu'ils n'ont pas : des capteurs, un appareil de liaison et un logiciel dans lequel tout le parc se voit comme une seule liste.
Chaque projet commence par trois questions : ce qui peut physiquement se mesurer sur cet équipement ; comment les données quitteront le site pour atteindre internet ; qui répond d'un écart et de combien de minutes il dispose pour réagir. Tant que la troisième question n'a pas de réponse, on obtient un joli écran de chiffres et non un système qui empêche quoi que ce soit.
| Ce qui est mis en place | Ce que cela donne |
|---|---|
| Le relevé s'affiche à l'écran en temps réel | observation |
| Le relevé se conserve dans un historique avec une heure exacte | un socle |
| La sortie de la norme se consigne comme un événement à part | un socle |
| L'événement a un employé précis et un délai de réaction | surveillance |
| La réaction de l'employé se consigne et clôt l'événement | surveillance |
La frontière passe par deux choses : un événement a une personne et il a un délai. Un écran qui montre la température du moment ne sauve rien tout seul — tant que personne n'a été chargé de s'en occuper, un écart reste une ligne sur une courbe. C'est pourquoi la norme, le responsable, le délai de réaction et la marque de clôture sont des champs obligatoires du système et non des réglages facultatifs.
Les limites du possible se posent par l'équipement et non par le logiciel : on ne peut lire que ce qu'il mesure ou ce qu'un capteur peut mesurer, et ne changer que ce que son contrôleur permet. Ce qui est disponible sur votre modèle s'établit à partir de la documentation du fabricant, à l'étude préalable.
Le chemin complet d'une seule mesure — de l'appareil posé sur le réfrigérateur au message sur un téléphone. Plus bas dans la page, chacun de ces six maillons est examiné plus en détail.
Ce que l'on surveille : une chambre froide, une vitrine, un congélateur, un distributeur automatique, une pompe, une centrale de traitement d'air, une ligne de production. Chaque appareil est enregistré dans le système comme une fiche à part — ce que c'est, sur quel site il se trouve, ce que dit sa fiche technique et quand il a été entretenu pour la dernière fois.
Les appareils qui mesurent. Un capteur est un petit appareil qui mesure une valeur : température, humidité, pression, courant, ouverture d'une porte, présence de tension. Un contrôleur est le cerveau propre de l'équipement : sur certains modèles, il sait transmettre vers l'extérieur ses relevés et ses codes d'erreur, et aucun capteur supplémentaire n'est alors nécessaire. Là où il ne le sait pas, nous posons les nôtres.
Comment les relevés atteignent internet. Un petit appareil de liaison s'installe sur le site : il recueille les mesures des capteurs et les envoie au serveur par un câble internet, par Wi-Fi ou par une carte SIM. Si internet tombe, les mesures s'accumulent dans sa mémoire et partent au retour de la liaison. Le silence de l'appareil lui-même compte aussi comme une alarme.
L'endroit où vivent les données. Un serveur est un ordinateur placé dans un centre de données sécurisé et qui tourne 24 heures sur 24. « Dans le cloud » veut dire qu'il ne se trouve pas dans vos bureaux : il n'y a rien à acheter, à refroidir ni à entretenir, et le logiciel s'atteint de n'importe où. Le serveur reçoit les mesures, les conserve dans l'historique, les compare aux normes et transforme un écart en événement.
Le programme que vous voyez. Il s'ouvre dans un navigateur sur un ordinateur ou un téléphone, avec un identifiant et un mot de passe — rien à installer. Sur un seul écran : sites, équipements, relevés du moment et liste des écarts ouverts. Les équipements de marques différentes s'y présentent tous de la même façon.
L'aboutissement de toute la chaîne : un message à un employé précis, des courbes et des journaux pour l'examen, des rapports mensuels et — là où le contrôleur le permet — le changement des réglages de l'équipement directement depuis le panneau.
La fréquence de mesure et les limites autorisées se posent séparément pour chaque type d'équipement et non comme un chiffre unique pour tout le réseau. Un congélateur, une vitrine réfrigérée de plats préparés et une chambre froide d'entrepôt diffèrent aussi bien par la température normale que par la durée pendant laquelle elle peut être dépassée.
Le froid est le domaine où la surveillance s'amortit le plus vite, parce qu'une infraction au régime est invisible à l'œil. Personne ne remarque une porte restée entrouverte pendant la nuit, et au matin la décision a déjà été prise à votre place.
Un exemple. Un vendredi soir, le compresseur d'une chambre de congélation tombe en panne. Pendant la nuit, la marchandise dégèle, le samedi elle est en partie recongelée, et le lundi le lot est sorti du stock. Avec la surveillance, le message sur la panne arrive à 21:00 le vendredi, et l'affaire se termine par un appel à la société de maintenance.
Les équipements diffèrent aussi. Un congélateur et une vitrine réfrigérée de plats préparés ne partagent ni la température autorisée, ni la vitesse à laquelle elle est franchie, ni le coût d'une erreur. C'est pourquoi la norme se pose pour chaque appareil et non une fois pour tout le réseau — en tenant compte de ce qui est conservé à l'intérieur.
Ce qui peut se lire sur un équipement frigorifique :
L'ensemble dépend du modèle en question. Si le contrôleur d'origine expose les valeurs et les codes d'erreur, le système les lit directement. Sinon, des capteurs externes de température, de porte et d'alimentation sont posés. Ce qui est disponible sur vos équipements se détermine à partir de leur documentation, à l'étude préalable, et ne se promet pas à l'avance.
C'est pourquoi les normes se paramètrent pour le type d'équipement et pour la marchandise qui s'y trouve. Sans cela, les messages se mettent à arriver sans arrêt, les employés cessent de les ouvrir — et le système tourne pour rien.
Les appareils employés dans ces groupes sont à peu près les mêmes. La différence tient au régime autorisé, au coût d'une erreur et à la personne à qui part le message. La structure est identique partout : un équipement, un site, des relevés, des normes, des événements, un responsable.
Un point sans vendeur : il n'y a tout simplement personne pour remarquer qu'une porte ne s'est pas refermée ou qu'un appareil s'est arrêté. L'équipement se trouve dans un bureau, une usine ou un espace de coworking, et un employé passe tous les quelques jours. La surveillance de la température et de la porte est ici le seul moyen d'apprendre un problème à temps.
Des températures fortement négatives et une grande réserve de froid : un écart se développe lentement et se découvre par un lot entier abîmé. On surveille la température, la durée passée hors norme, le fonctionnement du compresseur et le dégivrage.
En salle de vente, la porte s'ouvre des dizaines de fois par journée : le régime est donc franchi en permanence. Ce qui compte n'est donc pas le dépassement lui-même mais sa durée et la fréquence à laquelle il se répète dans la journée.
Un grand volume avec plusieurs zones à des températures différentes : un seul point de mesure ne décrit pas la chambre. Plusieurs capteurs sont posés, et la porte et l'alimentation se surveillent à part — l'arrêt d'une chambre froide, c'est la perte de tout son contenu et non d'une étagère.
Plusieurs chambres et appareils sur un même site, travaillant par équipes et 24 heures sur 24. Il faut une répartition de la responsabilité par zone, un long historique et un rapport de conformité au régime sur un mois ou un trimestre.
Un réseau de points aux équipements identiques : des dizaines de vitrines et d'arcones à des adresses différentes. La valeur est ici dans la comparaison — où les écarts se répètent, quel point sort systématiquement du régime, quel appareil est bon pour une réparation.
La conservation des matières premières et des produits finis, où le régime est une exigence et non un confort. Outre les messages, il faut pouvoir prouver : une courbe pour chaque chambre sur une période et la trace de qui a réagi aux écarts et comment.
Un groupe à part est formé des appareils dont le contrôleur n'a jamais été conçu pour communiquer vers l'extérieur. Ils se raccordent avec des capteurs externes : température, porte, alimentation, courant consommé. Il y a moins de données que sur un appareil communicant, mais l'essentiel — le régime, la porte, l'alimentation et le compresseur — se voit, et un tel appareil figure dans la liste commune à côté des autres.
Chaque relevé vit dans le système sous deux formes. La première est la valeur elle-même, qui se conserve simplement dans l'historique. La seconde est une règle : à partir de quelle valeur et au bout de combien de minutes cela devient un écart dont il faut prévenir quelqu'un.
Un exemple. Une température de −16 °C dans une chambre de congélation se conserve toujours, chaque minute. Mais un message ne part que si elle reste au-dessus de −18 °C pendant plus de quinze minutes d'affilée.
La liste complète de ce qui est lu et surveillé :
Une perte de liaison n'est pas un détail mais une alarme à part entière. Un appareil muet ne veut pas dire « pas de données » mais « nous ne savons rien de ce site ». La température y est peut-être dans la norme, ou peut-être qu'elle monte depuis une heure. C'est pourquoi une perte de liaison crée le même type d'événement qu'une alarme de température, au lieu de laisser un trou dans la courbe.
Il y a quatre niveaux, et le niveau détermine qui le système dérange et comment :
Chaque site du système a un employé responsable, et chaque type d'événement a sa propre règle d'envoi. Le système n'envoie pas tout à tout le monde : il regarde à quel site se trouve l'écart, de quel type il est et quelle heure il est, et choisit le destinataire selon cette règle.
Si un employé n'a pas accepté un événement dans le temps imparti, celui-ci passe automatiquement au suivant dans la chaîne. La nuit, les week-ends et les jours fériés, le destinataire peut être différent — cela aussi se paramètre à l'avance.
Le type, l'équipement et le site, les heures de début et de fin, les relevés au moment où il est né, à qui le message est parti et quand, qui l'a accepté, ce qu'il a fait et comment cela s'est terminé. Cela suffit pour examiner un cas sur des enregistrements un mois plus tard plutôt que sur les souvenirs de l'équipe.
| Condition | Temps de maintien | Événement |
|---|---|---|
| Température au-dessus de la limite haute du régime | 15 min | avertissement |
| Température au-dessus de la limite | 45 min | alarme |
| Porte ouverte en continu | 5 min | avertissement |
| Température qui monte porte fermée | 10 min | alarme |
| Pas de tension sur l'équipement | 1 min | alarme |
| Le contrôleur a renvoyé un code d'erreur | tout de suite | alarme |
| L'appareil ne se signale pas | 20 min | alarme |
| Le compresseur a tourné plus longtemps que d'habitude sur 24 heures | 24 heures | pour entretien |
Une capture du système ; les valeurs sont illustratives. La colonne « temps de maintien », c'est la durée pendant laquelle le système attend avant de lever une alarme. Sans elle, le chargement de la marchandise, un dégivrage normal et le nettoyage de la salle de vente produiraient un flot de fausses alarmes, après quoi les messages cessent d'être lus.
Chaque cas suit le même chemin : quelque chose a changé sur l'équipement → le système l'a consigné comme un événement → un employé précis a reçu un message. Seuls diffèrent la cause et le destinataire.
Ce qui se passe : le capteur a signalé que la porte a été ouverte et, depuis plus longtemps qu'autorisé, n'a pas signalé sa fermeture. Ce que fait le système : il crée un événement « porte ouverte plus longtemps que la norme » avec le numéro de l'équipement, l'adresse du site et l'heure de début. Qui l'apprend : l'employé du point — le message indique depuis combien de temps la porte est déjà ouverte. L'événement ne se clora pas tant que la porte ne sera pas fermée.
Ce qui se passe : les mesures montrent une hausse régulière alors que la porte est fermée. Ce que fait le système : il consigne l'écart avec la valeur du moment et la vitesse de la hausse. Qui l'apprend : le responsable du site reçoit un avertissement — la marchandise est encore bonne et il y a du temps pour réagir. Si la hausse continue, l'avertissement devient une alarme et part vers plusieurs employés.
Ce qui se passe : l'appareil reste muet depuis plus longtemps que l'intervalle autorisé. Ce que fait le système : il crée une alarme — non pas « pas de données » mais une alarme : on ignore ce qui se passe sur le site. Qui l'apprend : les mêmes employés que pour une alarme de température, car les conséquences peuvent être les mêmes.
Ce qui se passe : l'équipement renvoie lui-même un code de panne. Ce que fait le système : il consigne le code tel quel et le décode d'après la documentation de ce modèle. Qui l'apprend : l'erreur apparaît sur la fiche de l'équipement avec l'historique — combien de fois le même code est déjà venu de cet appareil.
Ce qui se passe : les signes indiquant qu'un dégivrage s'impose — un signal du contrôleur, les heures de fonctionnement ou la forme du cycle de température — sortent de la norme. Ce que fait le système : il crée une tâche et non une alarme. Qui l'apprend : l'employé responsable — la tâche indique de quel équipement il s'agit, sur quel site et pour quand.
Ce qui se passe : il n'y a pas de tension sur l'équipement. Ce que fait le système : il crée une alarme avec l'heure exacte de la coupure ; la température continue d'être consignée tant que l'appareil de liaison tourne sur sa propre batterie. Qui l'apprend : le message part tout de suite — c'est sur lui que repose la décision de sortir la marchandise, et non celle d'appeler pour une réparation.
Une capture du système ; les chiffres sont illustratifs. Ce qui compte ici n'est pas le message mais la dernière ligne : le motif et la durée entrent dans l'historique de cette chambre. Si « porte du sas mal fermée » se reproduit trois fois dans le mois, cela ressortira dans un rapport au lieu d'être oublié avec l'équipe.
Le système est nécessaire partout où un équipement fonctionne sans surveillance constante et où une panne se remarque par ses conséquences. L'ensemble des relevés et le coût d'une erreur changent — la structure du système, elle, reste la même.
Si au moins trois de ces cinq points correspondent à votre situation, l'amortissement se calcule à partir des pertes précises que vous avez déjà subies lors de périodes passées — marchandise sortie du stock, arrêts, déplacements inutiles.
Vending et micromarchés : le module de télémétrie, le logiciel embarqué et la collecte des événements — ventes, erreurs de mécanique, température, ouvertures de porte, état des modules de paiement et de la liaison — ont été construits par nous et sont décrits dans la rubrique sur les page des systèmes de libre-service. Les autres directions de la liste sont le même schéma appliqué à un autre type d'équipement.
Un parc réel n'est presque jamais homogène. Sur un même site se trouvent des appareils d'années et de fabricants différents : les uns ont un contrôleur capable de transmettre des données vers l'extérieur ; d'autres, un contrôleur qui ne sait pas parler ; d'autres encore, rien au-delà de la partie puissance.
D'où l'image habituelle : quatre programmes pour quatre types d'équipements, chacun avec son accès, ses libellés d'état et ses notifications. Aucun d'eux ne donne une image d'ensemble du site, et comparer deux appareils de marques différentes est tout bonnement impossible.
Ce que nous faisons dans une telle situation :
Ce que nous n'affirmons pas à l'avance. Nous n'affirmons pas, avant l'étude préalable, la compatibilité avec des marques d'équipements et des protocoles industriels précis. La liste de ce qui se lit et de ce qui se pilote est le résultat du travail sur la documentation de votre parc et de la vérification sur place, et non une ligne dans une présentation. La seule chose qu'un développement achevé garantit est la couche vending : notre propre module de télémétrie avec pilotes MDB et EVA-DTS, décrit dans la rubrique sur les page des systèmes de libre-service.
Changer les réglages d'un équipement depuis un navigateur n'est pas toujours possible. C'est une propriété de l'équipement et non du logiciel, et il y a trois cas :
Cela ne se contourne pas par du logiciel. C'est pourquoi nous nommons la liste des commandes disponibles après l'étude préalable, et non avant.
La diversité des marques ne se règle pas sur le site mais à l'intérieur du logiciel : pour chaque type d'équipement, un traducteur est écrit, et à partir de là tout est identique. C'est pourquoi un nouveau type se raccorde en écrivant un module, et non en refaisant le panneau, les règles et les rapports.
Des contrôleurs capables de transmettre des données vers l'extérieur ; des contrôleurs sans cette capacité ; des capteurs externes ; des appareils de liaison. Chacun a son format, ses unités de mesure, ses libellés d'état et sa fréquence de transmission.
Pour chaque type de source, un module à part est écrit : il sait prendre les données de celle-là précisément et les convertit dans un format interne unique. L'équipement n'est pas changé : c'est le logiciel qui s'adapte. Un tel module s'appelle un adaptateur.
Des unités de mesure identiques, une seule liste d'états, une description identique d'un événement. Après cela, une chambre froide et une pompe se décrivent dans la même langue, et les règles de norme s'écrivent une fois pour tout au lieu d'être écrites séparément pour chaque marque.
Un écran pour tout le parc : sites, équipements, relevés, écarts ouverts, historique, rapports et commandes disponibles. Un employé travaille dans un seul programme au lieu de passer de l'un à l'autre entre quatre.
| Source de données | Ce qui peut se lire | Pilotage | État |
|---|---|---|---|
| Un contrôleur capable de transmettre des données | valeurs, modes, codes d'erreur | en partie, selon la documentation | en ligne |
| Un contrôleur qui n'expose rien | par des capteurs externes | non | en ligne |
| Des capteurs externes sur un appareil de liaison | température, porte, alimentation, consommation | non | avertissement |
| Un module de télémétrie de vending | ventes, erreurs de mécanique, température, porte | oui | hors ligne |
Une capture du système ; la composition est illustrative. Dans le panneau, les quatre lignes se présentent de la même façon : la seule différence reste dans les colonnes « ce qui peut se lire » et « pilotage », c'est-à-dire dans ce que la source permet physiquement. L'existence d'un pilotage se décide par le contrôleur de l'équipement et non par le logiciel.
Le panneau s'ouvre dans un navigateur avec un identifiant et un mot de passe — comme un site ordinaire. Il n'y a rien à installer et cela fonctionne aussi depuis un téléphone.
Le premier écran. Des compteurs en haut : combien d'appareils sont en ligne maintenant, combien restent muets, combien d'écarts sont ouverts à cet instant. En dessous, la liste des sites, avec leurs équipements sous chacun ; chaque appareil a un état marqué par une couleur (normal, avertissement, alarme, hors ligne) et sa valeur du moment.
La fiche de l'équipement s'ouvre d'un clic sur n'importe quel appareil. Elle réunit tout ce que l'on sait de ce réfrigérateur ou de cet appareil :
Les réglages se font une fois et fonctionnent ensuite tout seuls : normes et temps de maintien par type d'équipement ; responsables et règles d'envoi des messages par site, type d'événement et heure de la journée ; rôles des employés — qui voit quoi et qui peut faire quoi ; groupes et filtres par site, région et type d'équipement.
Pourquoi l'historique se tient. C'est chaque mesure et chaque événement, conservés avec une heure exacte et disponibles à tout moment. Il sert à cinq choses :
Un mot à part sur les courbes : elles sont là pour l'examen, pas pour les rapports. Quand les ouvertures de porte, les démarrages du compresseur et les coupures de courant sont marqués sur la ligne de température, la cause d'un écart se lit tout de suite : il n'y a pas besoin d'aligner quatre écrans différents.
Si le contrôleur n'accepte pas de commandes, la rubrique de pilotage n'apparaît tout simplement pas sur la fiche. Il n'y a pas là de bouton mort, pour que l'équipe n'ait jamais l'impression que l'équipement se pilote d'ici.
Sur un seul site avec cinq réfrigérateurs, n'importe quelle approche convient, même un carnet. La différence commence à cinquante appareils et à cinq cents : la liste cesse de tenir sur un écran, les messages se fondent en un flot, et l'employé responsable de tout cesse de répondre de quoi que ce soit de précis.
Un exemple. La nuit, le courant est coupé sur l'un des points. Sans paramétrage, le système enverrait trente alarmes distinctes — une par équipement — et tout le reste se perdrait dans ce flot. Avec paramétrage, un seul message arrive : ce site, coupure de courant, 30 appareils touchés.
Ce qui change quand le parc grandit :
Une capture du système ; les chiffres sont illustratifs. L'ordre des nombres n'est pas fortuit : ce qui vient en premier n'est pas la taille du parc mais le nombre de sites actuellement sans observation. Six appareils muets, ce sont six points dont on ne sait rien.
Les rapports s'exportent en fichier et se construisent automatiquement selon un calendrier — le premier de chaque mois, par exemple. Pour la couche frigorifique, un tel rapport sert en outre de preuve des conditions de conservation sur la période.
Les droits se donnent selon la même structure : un employé d'un point ne voit que ses équipements, un chef de service tous les sites de son type, un régulateur le résumé de tout le réseau. La consultation, la prise en charge d'un événement et le pilotage à distance sont séparés et ne se donnent pas comme un seul bloc.
Capteurs et contrôleurs
Transmission vers le cloud
Un panneau unique
Messages et rapports
Le travail principal du système repose sur des règles simples : telle valeur pendant plus de tant de minutes = tel message à telle personne. Cela suffit à couvrir les urgences, et c'est par là que commence toute mise en place.
Quand des mois d'historique se sont accumulés, une analyse des données peut s'ajouter par-dessus. Elle ne cherche pas une limite franchie mais un changement du comportement habituel d'un appareil précis.
Un exemple. Un compresseur atteint d'ordinaire son régime de travail en huit minutes. Depuis trois semaines, il lui en faut douze. Aucune limite n'a été franchie et aucun message ne serait parti selon les règles, mais l'appareil va clairement vers une panne, et il vaut mieux l'entretenir avant qu'il ne s'arrête un week-end.
Nous disons la limite franchement. La prévision des pannes est quelque chose qui devient possible sur des données accumulées, et non une fonction qui marche dès le premier jour. Elle demande un historique non seulement des relevés mais des pannes elles-mêmes : sans cas réels, il n'y a rien sur quoi entraîner un modèle. C'est pourquoi, dans un projet, c'est une étape à part, après une période de collecte de données, et non un point de la première livraison.
Un domaine voisin est la mise en place de l'intelligence artificielle dans les processus métier, où la même approche s'applique aux données des commandes, des demandes et des documents.
Rien de tout cela ne remplace les règles d'alarme : les règles réagissent en quelques minutes et l'analyse travaille sur un horizon de semaines. Les deux couches sont nécessaires, et elles se mettent en place exactement dans cet ordre.
Les étapes vont exactement dans cet ordre. Sauter l'étude préalable est la raison la plus fréquente pour qu'un système finisse construit autour d'équipements qui n'exposent pas les données dont il a besoin.
Un inventaire du parc : modèles, contrôleurs, documentation, ce qui peut physiquement se lire sur chaque appareil, l'existence d'internet sur les sites. Le résultat est une liste de ce qui est disponible tout de suite et de ce qu'il faudra couvrir par des capteurs externes.
Un site et quelques appareils : installation, vérification de l'échange sur un contrôleur réel, réglage des normes et des temps de maintien sur le comportement réel de l'équipement plutôt que sur la documentation.
Qui répond de quels sites, quels événements vont à qui, ce qui compte comme alarme et ce qui n'est qu'une note. L'escalade et la fusion des événements identiques se paramètrent également ici ; sinon le flot de messages dévalorise le système en un mois.
Les sites restants suivent le schéma éprouvé, et les nouveaux types d'équipements arrivent comme des modules d'échange à part. À partir de là, l'historique s'accumule et les rapports par période et l'analyse des données apparaissent.
Dites-nous quels équipements sont installés sur vos sites, combien il y en a et de quels problèmes vous n'êtes aujourd'hui informé que par leurs conséquences. Nous vous dirons ce qui peut réellement s'en lire, où des capteurs externes seront nécessaires et par où il vaut mieux commencer le pilote.
