Sciences de l’ingénieur · Première
Chaîne d’information : du capteur à la donnée utilisable
Une chaîne d'information acquiert une grandeur physique, conditionne et convertit un signal, traite une valeur, la transmet selon un protocole puis la restitue ou commande une autre fonction.
Explications et exemples en accès libre. Ateliers, quiz et cartes avec l’abonnement.
Prévoir mon tempsExplications et exemples en accès libre
Une première étude des explications, schémas, exemples résolus et erreurs expliquées. Les activités, productions, quiz et cartes réservés à l’abonnement ne sont pas comptés ici.
- Comprendre1934 mots d’explication et 2 schémas
- 10 à 17 min
- Étudier les exemples et les erreurs6 cas, exemples et activités guidés
- 24 à 42 min
Étude du cours en accès libre, environ30 min à 1 h
Voir le calcul et le temps par étape
Le calcul suit automatiquement les explications et les tâches présentes dans le cours. Ses coefficients sont des repères de planification, pas des temps mesurés auprès d’élèves.
- Lecture active : 1934 mots, à raison de 160 à 220 mots par minute.
- Schémas : 2, avec 1 à 2 min pour lire chacun.
- Cas d’ingénierie et analyse d’erreur : 6 × 4 à 7 min.
- De la grandeur au signal : domaine, sensibilité et limites du capteur6 à 11 min
- Échantillonner et quantifier sans inventer l'information absente5 à 9 min
- Construire une trame : contrat, version, longueur et intégrité6 à 11 min
- Passer du débit brut au débit utile et au temps d'occupation5 à 9 min
- Distinguer latence, perte, débit et fraîcheur d'une information5 à 10 min
- Qualifier la donnée avant de l'utiliser dans une décision5 à 9 min
Les sous-totaux sont arrondis à la minute, puis additionnés. La fourchette totale est élargie aux cinq minutes voisines. Les étapes ci-dessus comprennent leurs explications et exemples ; elles ne s’ajoutent pas une seconde fois au total.
Adapte ce repère à tes acquis et au soin apporté aux exercices. Les pauses, les reprises, la consultation des sources externes et les révisions suivantes s’ajoutent selon tes besoins.
Avec les ateliers, le projet, le quiz et les cartes : environ 2 h 15 à 4 h, à répartir sur plusieurs séances.
Objectifs du cours
Ce que tu vas savoir faire
- Décomposer une chaîne d'information en acquisition, conditionnement, conversion, traitement, communication et restitution.
- Caractériser une grandeur, un signal et un capteur par domaine, unité, résolution, sensibilité et limites.
- Expliquer échantillonnage et quantification sans confondre code numérique et valeur vraie.
- Lire et construire une trame avec charge utile, en-tête, longueur, type et contrôle d'intégrité.
- Calculer volume, débit utile, rendement protocolaire, latence et capacité d'un tampon avec leurs unités.
- Concevoir des réactions explicites aux valeurs hors domaine, trames incomplètes et erreurs d'intégrité.
- Confronter exigence, simulation et latence mesurée avec dispersion, incertitude et domaine de validité.
Étape du cours · 6 à 11 min
1. De la grandeur au signal : domaine, sensibilité et limites du capteur
La température de l'air est une grandeur ; la tension ou le code fourni par un capteur est un signal qui en dépend selon un modèle. Le domaine de mesure indique les valeurs pour lesquelles le capteur est caractérisé. La sensibilité relie une variation de sortie à une variation d'entrée, la résolution décrit le plus petit pas distingué dans le dispositif retenu, et l'erreur compare indication et référence dans des conditions données. Aucun de ces mots n'est synonyme de précision globale.
Une valeur hors domaine ne doit pas être extrapolée silencieusement. Une saturation peut produire le même code pour plusieurs grandeurs, rendant l'inversion impossible. Le contrat d'interface conserve valeur, unité, indicateur de validité et conditions. Dans le cas fictif, les trois capteurs ont des domaines distincts ; le traitement refuse un code invalide plutôt que de le remplacer par zéro, car zéro peut être une mesure physiquement recevable et masquer la panne.
Pour le capteur fictif de température, le code 2048 donne 50×2048/4095≈25,006 °C. La sensibilité numérique idéale vaut 4095/50=81,9 codes/°C ; le pas inverse vaut 0,01221 °C/code. Une incertitude de caractérisation fictive de 0,3 °C reste bien plus grande que ce pas : afficher plusieurs décimales ne crée pas une meilleure mesure.
Les trois capteurs partagent ici des codes valables 0..4095, mais pas leur unité ni leur étendue. L’humidité couvre 0..100 %HR et l’éclairement 0..2000 lx. FFFF est une sentinelle de défaut hors du domaine des codes valables ; 0 reste une valeur valide. Le dossier fournit séparément unité, version de conversion et statut pour ne pas confondre défaut et valeur physique.
Voir pour comprendre
Du code à la grandeur
La sentinelle de défaut ne devient jamais une mesure à zéro.
| Code | Conversion | Statut |
|---|---|---|
| 0 | 0 °C | Valide |
| 2048 | ≈25,006 °C | Valide |
| 4095 | 50 °C | Valide |
| FFFF | Aucune valeur | Défaut |
Lis le schéma. Lis les valeurs et le périmètre, puis retrouve leur rôle dans le cas résolu.
La sentinelle de défaut ne devient jamais une mesure à zéro.
Exemples résolus et erreurs expliquées
Cas d’ingénierie résolu
Comment transformer un code de capteur en température tout en conservant domaine, unité et indicateur de validité ?
Pièces du dossier fictif
- T : domaine 0..50 °C ; c=81,9T, codes 0..4095 ; incertitude fictive 0,3 °C ; code 2048 et défautFFFF.
- H : domaine 0..100 %HR ; c=40,95H ; incertitude fictive 3 %HR ; code 4095 et code 4096.
- E : domaine 0..2000 lx ; c=2,0475E ; incertitude fictive 50 lx ; code 1024 et code 0. Les données sont synthétiques.
- L’indicateur de validité et l’unité appartiennent au banc ; seule la sentinelleFFFF est dans le code transmis.
Suivre le raisonnement et corriger l’erreur
Le dossier définit T = 50 × code/4095 pour les codes 0 à 4095, avecFFFF réservé au défaut et un statut explicite dans le banc. Un code valide 2048 correspond à environ 25,006 °C dans ce modèle. La résolution de quantification vaut environ 50/4095 = 0,0122 °C par pas, mais elle n'est pas l'incertitude totale. Toute valeur de type incorrect, tout indicateur d'erreur ou toute mesure hors du domaine documenté produit un statut invalide, jamais une extrapolation présentée comme mesure. T : 81,9 codes/°C et pas 0,01221 °C/code ; 2048→25,006 °C. H : 40,95 codes/%HR, pas 0,02442 %HR/code ; 4095→100 %HR. E : 2,0475 codes/lx, pas 0,48840 lx/code ; 1024→500,122 lx et 0→0 lx. FFFF est une erreur,4096 est hors domaine ; ni l’un ni l’autre ne devient zéro. Les incertitudes données ne sont pas les pas et aucun test sur capteur réel n’est réalisé.
Erreur à éviter. une erreur de capteur est remplacée par 0 °C et entre dans la moyenne
Pourquoi elle échoue. Valeur physique et état de validité partagent le même nombre. Une panne devient indiscernable d'une mesure réelle à zéro et contamine les calculs.
Comment la reprendre. Transporter un champ de validité ou une erreur explicite. Les agrégations excluent les valeurs invalides et comptent séparément leur fréquence.
Étape du cours · 5 à 9 min
2. Échantillonner et quantifier sans inventer l'information absente
Échantillonner consiste à observer un signal à des instants définis ; quantifier associe chaque observation à un code parmi un ensemble fini. Une fréquence de 2 Hz produit deux jeux par seconde et une période de 0,5 s. Ce choix doit venir de la dynamique utile du phénomène et de la latence attendue, pas de la seule capacité du microcontrôleur. Une mesure environnementale lente n'exige pas la même cadence qu'une vibration ou un son.
Augmenter le nombre de bits réduit le pas idéal de quantification mais n'efface ni bruit, dérive, erreur d'étalonnage ni saturation. Interpoler entre deux échantillons produit une estimation liée à un modèle, pas une observation nouvelle. Le cours conserve donc horodatage, résolution et statut avec chaque valeur. Si le tampon d'acquisition déborde, l'absence est signalée par un numéro de séquence manquant plutôt que remplacée par une répétition silencieuse.
Le modèle utilise des extrémités incluses : n bits donnent 2^n codes, mais 2^n−1 intervalles entre 0 et le maximum. Le pas sur 0..50 °C vaut 50/255≈0,1961 °C à 8 bits et 50/4095≈0,01221 °C à 12 bits. Cette convention de conversion est explicite ; elle n’est pas la définition universelle de tous les convertisseurs analogique-numérique.
Pour une fenêtre[0,60 s[, les instants k/f avec k entier produisent 30,120 ou 600 jeux aux cadences 0,5,2 ou 10 Hz. Les trois codes 12 bits sont rangés chacun dans deux octets, sans empaquetage : ils occupent donc six octets par jeu et non 4,5. Une cadence plus rapide ne restaure ni événement manqué avant acquisition ni valeur saturée.
Exemples résolus et erreurs expliquées
Cas d’ingénierie résolu
Quel volume brut de mesures produit la station à 2 Hz lorsque chaque jeu contient trois codes de deux octets ?
Pièces du dossier fictif
- Cadences 0,5 Hz,2 Hz et 10 Hz ; fenêtre[0,60 s[, premier jeu à 0 ; trois grandeurs synchrones.
- Comparaison 8 bits : un octet par code,3 octets/jeu ; 12 bits : deux octets par code,6 octets/jeu, sans empaquetage.
- Conversion température 0..50 °C par extrémités incluses ; besoin fictif au moins 2 jeux/s ; incertitude du capteur 0,3 °C inchangée. Aucun champ de service compté ici.
Suivre le raisonnement et corriger l’erreur
La charge utile d'un jeu vaut 3 × 2 = 6 octets. À deux jeux par seconde, la charge utile vaut 12 octets par seconde, soit 720 octets par minute. Ce calcul n'inclut ni en-tête, ni contrôle, ni retransmission. Il suppose aussi que les trois grandeurs sont synchrones et que chaque code a une taille fixe. La prochaine étape ajoute quatre octets de service par trame, portant le trafic brut nominal à 20 octets par seconde avant les couches inférieures. Périodes 2 s,0,5 s,0,1 s ; nombres de jeux 30,120,600. Charges utiles 8 bits : 90,360,1800 octets/min ; 12 bits : 180,720,3600 octets/min. Les pas de température sont 50/255≈0,1961 °C et 50/4095≈0,01221 °C. Seules 2 et 10 Hz satisfont la cadence demandée ; 2 Hz consomme moins de trafic dans ce besoin borné.12 bits affinent le pas sans réduire l’incertitude 0,3 °C ni garantir une meilleure exactitude.
Erreur à éviter. 2 Hz sont interprétés comme une mesure toutes les deux secondes
Pourquoi elle échoue. Fréquence et période ont été confondues. La période est l'inverse de la fréquence : 2 s⁻¹ donnent 0,5 s entre deux jeux. Cette inversion fausse ensuite volume, tampon et latence attendue.
Comment la reprendre. Écrire f = 2 Hz puis T = 1/f = 0,5 s avec les unités. Vérifier qu'en dix secondes vingt jeux sont attendus.
Étape du cours · 6 à 11 min
3. Construire une trame : contrat, version, longueur et intégrité
Un protocole précise l'ordre, le sens, le format et le comportement en cas d'erreur. La trame fictive contient version, type, numéro de séquence, longueur, six octets de charge et un contrôle simple inclus dans les quatre octets de service comptés par le modèle. Après vérification du conteneur et des octets entiers, le récepteur exige une taille exacte de dix octets avant tout index. Il vérifie ensuite version, type, longueur utile, somme et codes ; le suivi de séquence vient après ces refus. Cet ordre évite de lire des octets absents ou de donner un sens connu à un format inconnu.
Le contrôle pédagogique peut détecter certaines modifications accidentelles mais ne prouve ni l'identité de l'émetteur ni la confidentialité. Un attaquant peut recalculer une somme simple. Le cours utilise donc le mot intégrité accidentelle bornée et n'affiche jamais sécurisé. Une trame invalide produit un code d'erreur et incrémente un compteur ; elle ne met pas à jour le dernier jeu valide. Le numéro de séquence rend ensuite les pertes et doublons observables.
Lis la trame 11 01 06 08 00 08 00 08 00 30 : 0x11 regroupe version 1 et type 1 ; la séquence vaut 1, la longueur utile 6. Les trois paires 08 00 valent chacune 2048 en big-endian. La somme des neuf premiers octets vaut 48, soit 0x30. Le récepteur connaît déjà les unités et relations du dossier : ces informations ne sont pas mystérieusement transportées dans les dix octets.
L’ordre de refus est fixé : conteneur et octets entiers, taille exactement 10, version/type, longueur utile 6, somme, codes, puis suivi des séquences. Deux altérations opposées peuvent conserver une somme identique : le contrôle n’assure pas la détection de toute corruption. Le suivi utilise un ensemble de séquences dans une fenêtre sans rebouclage ; un retard n’est pas confondu avec un nouveau numéro suivant.
Voir pour comprendre
Dix octets, quatre de service
Notation hexadécimale ; horodatages et unités sont fournis hors trame par le banc.
| Octets | Rôle | Exemple |
|---|---|---|
| b0 | Version/type | 11 |
| b1 | Séquence | 01 |
| b2 | Charge : 6 | 06 |
| b3..8 | Trois codes | 08 00 ×3 |
| b9 | Somme | 30 |
Lis le schéma. Lis les valeurs et le périmètre, puis retrouve leur rôle dans le cas résolu.
Notation hexadécimale ; horodatages et unités sont fournis hors trame par le banc.
Exemples résolus et erreurs expliquées
Cas d’ingénierie résolu
Dans quel ordre valider version, type, longueur, contrôle et charge utile pour éviter un décodage ambigu ou incomplet ?
Pièces du dossier fictif
- Format : dix octets ; b0=0x11, b1=séquence, b2=6, trois codes big-endian puis somme modulo 256. Codes 0..4095 ;FFFF est un défaut.
- Nominal :11 01 06 08 00 08 00 08 00 30. Variante tronquée : même séquence privée du dernier octet.
- Tests indépendants : acquisition 0,50 s, validation 0,70 s, conversion 1, unités T : °C ; H : %HR ; E : lx fournies par le banc hors trame.
Suivre le raisonnement et corriger l’erreur
La variante tronquée a neuf octets : refus longueur avant tout index. Le nominal en a dix ;0x11 donne version 1/type 1, la longueur utile est 6. La somme des neuf premiers octets vaut 48, donc 0x30 : elle correspond au contrôle reçu. Les paires 08 00 donnent 2048 chacune ; dans le modèle fourni cela correspond à 25,006 °C,50,012 %HR et 1000,244 lx environ. Le jeu est valide, séquence 1, et son délai de disponibilité vaut 0,20 s sur l’horloge du banc. Ce résultat ne prouve ni identité de l’émetteur ni confidentialité. Le suivi de séquence vient après validation, dans une fenêtre sans rebouclage ; il ne transforme pas un doublon ou retard en nouvelle mesure.
Erreur à éviter. le programme décode trois entiers avant de vérifier que la charge contient bien six octets
Pourquoi elle échoue. La confiance dans le format précède la validation de longueur. Une trame tronquée peut provoquer un dépassement ou mélanger des champs, puis faire passer une structure invalide pour une mesure plausible.
Comment la reprendre. Vérifier taille minimale, champs de structure et longueur effective avant tout décodage de la charge. Tester trame vide, tronquée, version inconnue et contrôle faux.
Étape du cours · 5 à 9 min
4. Passer du débit brut au débit utile et au temps d'occupation
Le débit brut compte les bits transportés par seconde sur le périmètre choisi. Le débit utile compte seulement les données qui rendent le service. Une trame de dix octets dont six utiles a un rapport protocolaire de 0,60 avant de compter les couches inférieures. À deux trames par seconde, elle produit 160 bit/s bruts et 96 bit/s utiles. Ces valeurs ne disent rien à elles seules sur la latence ou la perte ; un petit volume peut tout de même attendre dans un tampon.
Le temps de transmission idéal est le nombre de bits divisé par le débit du support. Le temps réel ajoute attente, accès au support, traitement, acquittement et retransmission. Parler de rendement du protocole exige donc un périmètre : charge sur trame applicative, ou charge sur tous les bits effectivement transmis. La simulation emploie un taux moyen de retransmission pour un budget ; elle ne reproduit ni corrélation des erreurs ni files d'attente concurrentes et ne permet pas de promettre une qualité de service.
Sur un support fictif à 1000 bit/s, les 80 bits d’une trame occupent idéalement 0,080 s, et deux trames occupent 16 % d’une seconde avant les autres couches. Le délai complet peut être supérieur car la file et la validation ne disparaissent pas. Pourr=0,02, exactement une copie supplémentaire sur 2 % des trames donne 160×1,02=163,2 bit/s en moyenne ; ce n’est pas 160/(1−r).
Pendant une coupure de sortie de 10 s, le tampon reçoit 20 trames initiales, soit 200 octets, s’il part vide. Les copies sont produites après la sortie et ne sont pas stockées dans ce tampon modélisé. Le budget ne prouve pas une garantie : instant de reprise, rafales, mémoire de retransmission et capacité des couches inférieures restent hors périmètre.
Exemples résolus et erreurs expliquées
Cas d’ingénierie résolu
Quels débits brut et utile produit une trame de dix octets, dont six de charge, envoyée deux fois par seconde ?
Pièces du dossier fictif
- Formats fictifs A charge 6/service 4, B charge 6/service 8, C charge 6/service 2 octets. C omet longueur et contrôle : non recevable malgré sa compacité.
- Cadences 2 et 4 trames/s ; support abstrait 1000 bit/s ; sortie du tampon nulle sur[0,10 s[, tampon initialement vide ; tailles fixes.
- r=0,02 signifie une seule copie pour 2 % des trames, produite après sortie ; copies et couches inférieures hors du tampon.
Suivre le raisonnement et corriger l’erreur
Le trafic applicatif brut vaut 10 × 8 × 2 = 160 bit/s. Le trafic utile vaut 6 × 8 × 2 = 96 bit/s. Le rapport utile vaut 96/160 = 0,60, exactement le rapport des tailles puisque la cadence est commune. Une retransmission moyenne de 2 % porterait le trafic transmis attendu à 163,2 bit/s dans un calcul moyen, sans augmenter le débit utile produit. Les couches de liaison et le temps de silence ne sont pas inclus ; le résultat doit conserver la mention « périmètre applicatif fictif ». À2 Hz, A : 160 bit/s, utile 96, ratio 0,60, occupation 16 %, tampon 200 octets ; B : 224,96,0,42857,22,4 %,280 ; C : 128,96,0,75,12,8 %,160. À4 Hz, les débits, occupations et tampons doublent, pas les ratios ; utile 192 bit/s. Les débits moyens avec copies valent 1,02 fois les débits bruts. C est éliminée car son contrat est incomplet. B échoue au ratio 0,60, A le satisfait sans marge ; aucun débit ne prouve la latence.
Erreur à éviter. 10 octets à 2 Hz sont annoncés comme 20 bit/s
Pourquoi elle échoue. Octets et bits ont été confondus. Le facteur huit manque, ce qui sous-estime le débit d'un ordre constant et contamine le calcul de temps d'occupation.
Comment la reprendre. Écrire 10 octets/trame × 8 bits/octet × 2 trames/s et simplifier les unités jusqu'à bit/s.
Étape du cours · 5 à 10 min
5. Distinguer latence, perte, débit et fraîcheur d'une information
La latence du cours est la durée entre l'horodatage d'acquisition et la disponibilité du jeu valide à la passerelle. Elle inclut les traitements, attentes, transmission et validation compris entre ces deux instants. Le taux de jeux inutilisables à échéance compte ceux sans réception valide avant le délai fixé, y compris les jeux tardifs ; il ne désigne pas seulement les absences de réception. Un doublon ne crée pas un nouveau jeu. La fraîcheur décrit l'âge de la dernière valeur valide au moment d'une décision. Un bon débit moyen ne garantit pas une faible latence de pointe.
Les horodatages de ce dossier proviennent d’une horloge monotone commune du banc. Avec deux équipements réels non synchronisés, leur simple soustraction ne permettrait pas d’attribuer un délai fiable. La station fictive emploie un banc commun et des valeurs synthétiques, puis calcule moyenne et dispersion sur six latences. L'exigence de 0,25 s porte sur chaque jeu dans le scénario de revue, tandis que la moyenne sert au diagnostic. La correction conserve donc maximum, valeurs brutes et incertitude au lieu de déclarer conforme sur la moyenne seule.
Fixe d’abord l’échéance à acquisition+0,25 s et la fraîcheur maximale à 0,75 s lors de la consultation. Une trame reçue à 0,30 s après acquisition est tardive pour le premier critère, mais sa valeur peut encore être fraîche à cet instant. La perte de service à échéance et l’âge de la dernière valeur répondent donc à deux questions distinctes.
Le scénario long fournit 100 séquences 0..99 sans rebouclage. Le jeu 40 n’arrive jamais et le 43 n’arrive qu’après son échéance ; le taux de jeux inutilisables à temps vaut 2/100=2 %. Le jeu 41, d’abord invalide, est corrigé avant échéance ; une copie du 42 est un doublon. Ces événements sont comptés séparément et les six latences de l’atelier ne servent pas à inventer ce taux.
Exemples résolus et erreurs expliquées
Cas d’ingénierie résolu
Que conclure de six délais acquisition-disponibilité valide compris entre 182 et 201 ms pour un seuil de 250 ms ?
Pièces du dossier fictif
- Latences 0,182 ; 0,195 ; 0,188 ; 0,201 ; 0,190 ; 0,186 s. Six jeux synthétiques indépendants de la chronologie d’activité.
- Seuil 0,250 s par jeu ; horloge commune du banc, résolution et synchronisation réelles non évaluées.
- Modèle de latence0,180 s ; les statistiques décrivent les six valeurs, pas un délai futur maximal.
Suivre le raisonnement et corriger l’erreur
Toutes les valeurs fournies sont inférieures à 250 ms, et la moyenne est proche de 190 ms. La marge minimale observée vaut 49 ms au point de 201 ms. La revue peut conclure « satisfait pour ces six valeurs synthétiques », pas « garanti ». Elle demande un jeu plus long, des conditions de charge et la contribution de synchronisation pour caractériser une limite. Le maximum reste visible car l'exigence porte sur chaque jeu, tandis que moyenne et incertitude servent à comparer le modèle de latence.
Erreur à éviter. le taux de jeux inutilisables à échéance est calculé par invalides divisés par événements reçus
Pourquoi elle échoue. Ce calcul oublie les jeux jamais reçus et les retards, tandis que les doublons gonflent son dénominateur. Un événement invalide peut aussi être suivi d'une réception valide à temps. Il faut raisonner sur les jeux attendus et leurs échéances.
Comment la reprendre. Comparer les séquences attendues aux jeux valides avant leur échéance. Diviser les jeux inutilisables à temps par les jeux attendus ; conserver séparément événements invalides, doublons, tardifs et absences totales de réception.
Étape du cours · 5 à 9 min
6. Qualifier la donnée avant de l'utiliser dans une décision
Une mesure utilisable possède une grandeur, une unité, un horodatage, une source, une version de schéma et un statut. La chaîne conserve aussi les transformations : code brut, conversion, filtrage et agrégation. Cette provenance permet de recalculer une valeur si l'étalonnage change et d'éviter de comparer des versions incompatibles. Elle n'exige pas de stocker indéfiniment toutes les données ; durée et minimisation sont des exigences de conception, même pour un jeu non personnel.
Une commande automatique ne doit pas traiter une donnée ancienne ou invalide comme une mesure courante. Le contrat définit un état dégradé, un seuil de fraîcheur et une information de diagnostic. Dans le cours, aucune commande physique n'est exécutée : un tableau simule seulement accepter, attendre ou signaler. La revue compare trois architectures de communication et élimine celle qui masque les erreurs, même si son débit utile calculé paraît meilleur. La qualité du service ne se réduit pas au volume transmis.
Les métadonnées de notre journal appartiennent au banc, pas à la trame binaire : version de conversion, unité, validité, acquisition, validation et consultation. Une passerelle réelle devrait obtenir ce contexte par un contrat partagé ou un format augmenté, puis revoir le budget. Le cours ne suppose pas qu’un récepteur déduit une date d’acquisition des seules valeurs numériques.
Qualifie d’abord le contexte : version 1 connue, unité°C, validité vraie, temps ordonnés et âge au plus 0,75 s. La valeur ne décide qu’ensuite. Conserve les refus et compte les absences de réception séparément. Une valeur ancienne peut rester visible avec son âge pour expliquer le diagnostic, sans être utilisée comme donnée actuelle ni déclencher une commande physique.
Exemples résolus et erreurs expliquées
Cas d’ingénierie résolu
Quels champs et quelles règles empêchent une valeur ancienne, invalide ou issue d'un schéma inconnu d'alimenter une décision ?
Pièces du dossier fictif
- Trois jeux indépendants : acquisition a = 1,00 s, validation v = 1,18 s, valeur 25 °C et valide=true ; métadonnées fournies hors trame.
- A : conversion 1, unité °C, consultation 1,20 s. B : conversion 2 inconnue, unité °C, consultation 1,20 s.
- C : conversion 1, unité °C, consultation 2,00 s. Seuil de fraîcheur 0,75 s ; exiger réception, version, unité, validité, temps ordonnés puis âge.
Suivre le raisonnement et corriger l’erreur
A possède la version connue, l’unité attendue, une validité vraie et des temps ordonnés. Son âge vaut 1,20−1,00=0,20 s, sous 0,75 s : la valeur est utilisable dans ce test. B est refusé dès la version 2, sans deviner sa conversion, même si 25 semble plausible. C passe version/unité/validité, mais son âge vaut 2,00−1,00=1,00 s : état dégradé pour donnée ancienne. Sa validation à 1,18 s ne remet pas l’âge à zéro. Les trois décisions citent chacune un critère observable. L’historique peut conserver C avec son âge, jamais le présenter comme mesure courante ; aucun actionneur ni personne réelle n’est impliqué.
Erreur à éviter. le programme réutilise indéfiniment la dernière mesure valide après perte de communication
Pourquoi elle échoue. Aucun âge maximal n'est associé à la valeur. Une donnée ancienne conserve l'apparence d'une mesure actuelle et peut masquer une panne durable.
Comment la reprendre. Calculer l'âge au moment de la décision, comparer à une exigence de fraîcheur et basculer vers l'état dégradé documenté après le seuil.
Poursuivre avec l’abonnement
Vérifie la donnée avant de décider
Lis les explications, les six cas résolus et les deux schémas.
Avec l’abonnement, reprends les dossiers, les ateliers de décision, le projet, le quiz et les cartes.
12 questions · 12 cartes. Ton bilan reste dans ce navigateur, sans synchronisation entre appareils.
Comparer les formules Déjà abonné ? Se connecterVérifier et prolonger
Sources du cours
Édition Maxdecours · Vérifié le .
Spécialité sciences de l’ingénieur, Première générale, programme du BO spécial du 22 janvier 2019
- Programme de sciences de l'ingénieur de Première et Terminale généralesMinistère de l'Éducation nationale et de la Jeunesse · consulté le 2026-09-13
- Programmes et ressources en sciences de l'ingénieur, voie GTÉduscol · consulté le 2026-09-13
- L'internet des objets connectés, coursÉduscol · consulté le 2026-09-13
- Le Système international d'unités, 9e éditionBureau international des poids et mesures · consulté le 2026-09-13
- Guide pour l'évaluation des incertitudes de mesureBureau international des poids et mesures · consulté le 2026-09-13
© 2026 Maxdecours.com · Comprendre et progresser