Les appareils, les technologies radio et les tableaux de bord nous viennent souvent à l'esprit lorsque nous pensons à IoT. Cependant, dans un système fonctionnel, ce ne sont que des liens. La vraie question est de savoir si les données voyagent depuis le phénomène physique jusqu'à la décision commerciale ou opérationnelle appropriée.

L'objectif de la mesure précède le capteur

Tout d'abord, il est nécessaire de clarifier quelle décision nous voulons prendre mieux ou plus rapidement. Différentes précisions et échantillonnages sont nécessaires pour enquêter sur une plainte de confort, pour reconnaître un écart de consommation d'énergie ou pour surveiller l'état d'un équipement. Si la décision n’est pas nommée, il est facile de créer beaucoup de données avec peu d’informations utilisables.

L'appareil doit fonctionner dans un environnement de production.

Les mesures en laboratoire et les opérations sur le terrain à long terme sont deux tâches distinctes. L'alimentation électrique, le boîtier, le montage, le câblage, la couverture radio et l'accessibilité ultérieure sont tous importants. Un terminal ne doit pas seulement rapporter une valeur de mesure : nous devons savoir quand il s'est connecté pour la dernière fois, si son alimentation est adéquate et si nous pouvons faire confiance aux données.

Nous choisissons la communication pour le site

Il n'existe pas de technologie optimale pour chaque projet. Une connexion filaire peut être stable, mais sa construction est coûteuse. Le Wi-Fi est facilement disponible, mais peut être limité par la couverture et les règles institutionnelles. Les solutions radio avec de faibles débits de données peuvent couvrir des distances plus longues, mais doivent être conçues avec des tailles de message et des temps de réponse différents. Un bon système met en mémoire tampon, renvoie et préserve l'horodatage d'origine lorsque la connexion est perdue.

Les données brutes ne sont pas encore des informations commerciales.

La valeur entrante a besoin d'un contexte : à quel appareil, point de mesure, pièce ou site, à quelle unité et à quelle heure appartient-elle ? La gestion de la qualité des données peut également signifier le contrôle de la portée, la détection des pannes, le filtrage des doublons et la traçabilité des sources.

Tâche issue de l'événement

Une différence de température persistante ne doit pas être simplement un point rouge sur un écran. Connectez-vous à l'emplacement et à l'appareil concernés, obtenez la gravité, la responsabilité et le délai, puis disposez d'une trace de l'enquête et de la clôture.

MesureValidationÉvénementTâcheRésultat

Tous les cas ne nécessitent pas une intervention automatique. Le degré d'automatisation doit être choisi en fonction du risque, de la réversibilité et de la responsabilité opérationnelle.

Le cycle de vie commence après l'installation

Le parc d'appareils change : la configuration change, le logiciel est mis à jour, une batterie meurt ou le réseau change. L'enregistrement des appareils, la gestion des autorisations, les diagnostics et les mises à jour versionnées font donc partie du système de base.

Liste de contrôle de décision

  • Avons-nous nommé la décision prise en charge par la mesure ?
  • Connaissons-nous la précision et le temps de réponse requis ?
  • L'appareil correspond-il à l'environnement de déploiement réel ?
  • Gérons-nous en cas de pannes et d'erreurs de qualité des données ?
  • Les données sont-elles clairement liées à l'appareil, au lieu et à l'heure ?
  • Avons-nous déterminé qui et comment réagira à l'événement ?

Toute la chaîne compte

Dans l'approche OrigSmart, l'appareil de terrain, la connexion de données, la plateforme et le processus métier font partie d'un système. Ils doivent maintenir à tout moment le sens et la fiabilité des données.

Parlons de la tâche de mesure