Capteurs, grandeurs et données

Une grandeur physique est une caractéristique que l’on peut mesurer : température, distance, éclairement ou pression, par exemple. Une grandeur analogique peut prendre de nombreuses valeurs dans un intervalle ; le modèle continu permet de décrire ses variations. Le capteur est un constituant qui réagit à cette grandeur et produit un signal exploitable. La donnée est la représentation utilisée par le système après les transformations nécessaires. La température de l’air, la sonde et le nombre affiché sont donc trois éléments différents, liés par une chaîne de mesure.

La mesure doit être accompagnée d’un sens et d’une unité. « 24 » seul peut désigner un nombre d’élèves, un code ou une température ; « température de l’air : 24 °C » est interprétable. La position du capteur intervient aussi : une sonde près d’un moteur peut mesurer autre chose que l’air de la pièce. Le programme traite ce qu’il reçoit, pas ce que l’utilisateur espère mesurer. Pour une acquisition fiable, il faut choisir le capteur, son emplacement, son domaine de mesure et la façon de représenter la valeur.

Certains capteurs fournissent un signal analogique, par exemple une tension variable ; un convertisseur analogique-numérique le représente par un code numérique. D’autres capteurs transmettent directement une donnée numérique. Le passage à un code impose une résolution limitée : des valeurs physiques proches peuvent recevoir le même code. Une valeur très détaillée à l’écran n’est donc pas automatiquement une mesure très précise. La résolution de représentation et l’exactitude de la mesure sont deux questions différentes : l’étalonnage, le bruit et le capteur interviennent aussi.

Enregistrer périodiquement consiste à prélever des mesures à des instants séparés : c’est l’échantillonnage. Dans le graphique, une valeur est enregistrée chaque minute. Entre deux points, le système ne possède pas de mesure supplémentaire dans ce jeu de données. La température a pu varier sans être observée. Relier les points facilite la lecture, mais ne transforme pas ces segments en observations continues. Pour suivre un phénomène rapide, il faut réfléchir à la fréquence d’acquisition et à ce qu’on veut détecter.

Une décision booléenne peut être calculée à partir d’une mesure numérique. Pour la ventilation étudiée, on pose surchauffe = température > 25 °C. Une température de 26 °C donne vrai ; 25 °C donne faux. Le seuil appartient à la règle du programme, pas à la nature du capteur. La même mesure peut servir à plusieurs traitements : affichage, enregistrement et alerte. On ne doit donc pas réduire toute donnée numérique à un seul résultat oui/non si d’autres usages demandent de conserver la valeur.

Un détecteur peut fournir directement un état logique, comme porte fermée ou bouton appuyé. Cet état n’indique pas forcément une valeur de distance ou de force. Deux informations peuvent porter sur une même situation sans être équivalentes : connaître une distance permet parfois de calculer présence, mais connaître seulement présence ne permet pas de retrouver une distance exacte. Le choix de représentation dépend de la fonctionnalité. Il faut garder assez d’information pour les décisions attendues, tout en évitant de collecter des données inutiles.

Une donnée aberrante ne prouve pas immédiatement que l’environnement est exceptionnel. Elle peut venir d’une unité mal interprétée, d’un capteur débranché, d’une conversion incorrecte ou d’une mesure hors domaine. Avant de programmer une réaction, on vérifie la cohérence : valeur plausible, unité connue, date de mesure et conditions d’acquisition. Dans un système réel, une donnée invalide doit être distinguée d’une mesure faible. Remplacer automatiquement une absence de mesure par zéro peut déclencher une mauvaise décision.

Pour vérifier ta compréhension, décris le chemin complet d’une mesure sans sauter d’étape. Pars de la grandeur physique, nomme le capteur, puis la donnée reçue, sa conversion éventuelle, la condition et la sortie. Si tu ne connais pas une transformation, indique la donnée technique qui manque. Cette méthode évite de traiter un code comme une mesure déjà interprétée. Elle prépare le chapitre suivant : une fois la donnée comprise, il faut choisir comment la représenter, l’envoyer et la conserver.