Objectifs du chapitre
Ce que tu vas savoir faire
- Représenter une architecture locale et le rôle de chaque objet.
- Lire une trace émetteur-destinataire-message-ack.
- Établir un protocole de diagnostic à partir d’indices.
- Distinguer préparation numérique, essai réel encadré et réparation effectivement menée.
Un écran sans valeur ne prouve ni que le capteur est cassé ni que le réseau est absent : il faut lire la dernière trace disponible.
Étape 1
Un réseau local est une organisation d’objets nommés
Dans le modèle AirClasse, capteur-air-01, commutateur-local-01 et unite-traitement-01 sont reliés dans un réseau local de classe. Le capteur émet une mesure fictive ; le commutateur transmet localement ; l’unité contrôle l’unité, la validité et l’heure avant de calculer un état. L’interface affiche cet état, tandis que la ventilation reste un actionneur simulé.
Le dessin ne montre ni Internet, ni adresse personnelle, ni installation réelle. Il sert à demander quel objet produit une donnée, quel objet la reçoit et à quelle interface un défaut peut être observé. Une flèche d’information ne fournit pas l’énergie électrique : les deux chaînes restent distinctes.
Deux objets communicants ont besoin d’un accord limité : l’émetteur, le destinataire, le type, l’unité, la date, la validité et l’accusé de réception. Ce contrat de cours ne décrit pas tous les réseaux et ne permet pas de connecter un appareil.
Schéma original Maxdecours ; aucun réseau réel ni équipement personnel.
Agrandir l’imageSuis un message du capteur jusqu’à l’unité, puis distingue l’affichage de la commande simulée.
Exemple résolu · Pas à pas
Lire un réseau local sans l’assimiler à Internet
Dans une salle fictive, trois tablettes et une imprimante sont reliées à un commutateur, lui-même relié à une passerelle.
- Identifier les objets du réseau local.
- Distinguer le commutateur, qui relie les objets locaux, et la passerelle, qui relie éventuellement un autre réseau.
- Ne pas conclure qu’une connexion à Internet existe sans donnée sur la passerelle.
Un réseau local est une organisation d’objets et de liaisons ; Internet n’est pas son synonyme.
À retenir. Une architecture rend visibles les rôles et les interfaces ; elle ne prouve pas qu’un objet réel fonctionne.
Étape 2
Lire une trace avant de proposer une cause
Trace fictive : à 10:00, capteur-air-01 envoie 26 °C, valide, à unite-traitement-01 ; un ack est reçu. À 10:01, le capteur envoie 27 °C, valide, mais aucun ack n’est noté. À 10:02, l’interface affiche « communication à vérifier ». Cette dernière phrase est un symptôme, non le nom d’une pièce défaillante.
La bonne démarche sépare les faits des hypothèses. Le premier message rend plausible le fonctionnement antérieur du chemin de communication, sans garantir tous les instants suivants. L’absence d’ack à 10:01 peut concerner la transmission, la réception ou la trace elle-même. Elle ne transforme pas 27 °C en 0 et ne justifie pas un branchement direct.
Une table de trace garde heure, objets, contenu, validité, ack et effet observé. Elle évite de raconter après coup une cause que les données ne montrent pas.
Données originales Maxdecours, sans capteur ni réseau réel.
| Heure | Émetteur | Valeur | Validité | Ack | Effet observé |
|---|---|---|---|---|---|
| 10:00 | capteur-air-01 | 26 °C | vrai | reçu | état affiché |
| 10:01 | capteur-air-01 | 27 °C | vrai | absent | aucun nouvel état |
| 10:02 | interface | — | — | — | communication à vérifier |
Relève d’abord le dernier fait certain, puis une interface à vérifier.
À retenir. Une trace localise une question ; elle ne suffit pas à attribuer une panne.
Étape 3
Préparer un protocole de diagnostic et de réparation
Le protocole commence par l’objectif : expliquer pourquoi aucun nouvel état n’est affiché. Il fixe des conditions sûres : système hors tension si l’enseignant le demande, matériel désigné, aucune connexion au réseau personnel, aucun démontage ou branchement par l’élève. Il liste ensuite les observations autorisées : date du dernier message, validité, ack, câble ou voyant seulement si le professeur les a retenus.
On vérifie une interface à la fois et on note attendu, observé et suite. Exemple : attendre un ack après une mesure valide ; s’il est absent, conserver l’hypothèse « communication ou réception à vérifier », puis demander la décision de l’enseignant. Une réparation peut être proposée comme action à préparer, jamais déclarée réalisée par une réponse numérique.
Après une réparation réellement encadrée, un nouvel essai doit reprendre les mêmes conditions et comparer la nouvelle trace à l’attendu. La plateforme prépare la fiche et la lecture des données ; elle ne valide ni sécurité, ni geste technique, ni réparation matérielle.
À retenir. Un protocole explicite les conditions, le résultat attendu, l’observation et le responsable de la suite.
Étape 4
Tester sans confondre simulation et intervention
Pour le modèle, trois tests suffisent à comparer des cas : message valide avec ack, message valide sans ack, message invalide. Les sorties attendues sont respectivement « donnée traitable », « communication à vérifier » et « donnée à vérifier ». Ces mots n’indiquent pas quel câble changer et ne commandent aucun actionneur.
En atelier, le professeur peut transformer une partie de cette préparation en activité réelle : attribuer les rôles, choisir le matériel, imposer les protections, arrêter l’essai et apprécier le protocole mis en œuvre. L’élève décrit alors ce qui a effectivement été observé, sans inventer une réparation si elle n’a pas eu lieu.
Le contrôle écrit porte donc sur une nouvelle trace et une justification. Il n’évalue pas automatiquement la capacité à réparer, à configurer un réseau ou à manipuler un appareil.
À retenir. Prévoir et analyser un essai sont des apprentissages réels, mais différents d’une intervention matérielle réalisée.
Étape 5
Transférer la méthode à un autre objet communicant
Une serre miniature fictive peut aussi avoir un capteur, une unité de traitement et un affichage. Les noms, la grandeur et la règle changent ; la méthode reste : identifier les objets, préciser le message, lire la trace et tester une interface à la fois. Il serait faux d’importer sans examen les seuils ou la conduite en cas de coupure d’AirClasse.
Pour modifier la fonctionnalité d’un objet, on commence par la spécification : quel état doit être transmis, par qui, à qui et avec quelle limite ? Une réponse de quiz peut aider à vérifier cette préparation ; elle ne construit, ne câble ni n’homologue le nouvel objet.
Cette limite protège aussi les données : le cours utilise seulement des noms d’objets fictifs et aucune information sur une personne ou un lieu réel.
À retenir. La méthode de diagnostic se transfère ; les composants, règles et risques doivent être redéfinis pour le nouvel objet.
L’essentiel à retrouver
Ta fiche de révision
- Un réseau local relie des objets dont les rôles sont identifiables.
- Un ack indique une réception dans le modèle, pas une action physique prouvée.
- Un diagnostic sépare symptôme, trace et hypothèse.
- La réparation réelle est une activité d’atelier encadrée.
Des erreurs à comprendre
Conclure qu’un objet est cassé dès qu’un ack est absent.
Noter le symptôme et vérifier une interface à la fois selon un protocole.
Remplacer un message absent par la valeur 0.
Conserver le statut absent ou invalide sans inventer de mesure.
Présenter une fiche numérique comme une réparation réalisée.
Distinguer préparation, essai encadré et intervention effectivement observée.
Les activités avec l’abonnement
Passe de l’idée
à la pratique.
L’abonnement ouvre les exercices corrigés, le quiz, les évaluations et les cartes de ce chapitre. Choisis une activité, comprends tes erreurs et retrouve la notion à revoir.
Essaie et corrige
4 exercices et 1 questions de quiz, avec les explications utiles après ta réponse.
Vérifie sans aide
3 activités d’évaluation, distinctes de l’entraînement. Les réponses ouvertes utilisent des critères.
Reviens au bon moment
3 cartes et un bilan retrouvés dans ce navigateur, avec tes échéances de révision.
Choisis ta formule d’abonnement sur la page des offres, où tu retrouveras les tarifs et leurs conditions.
Sources et repères
Édition Maxdecours · Année scolaire 2026-2027 · Vérification documentaire : 2026-10-24.
Arrêté du 9 février 2024 modifiant l’arrêté du 9 novembre 2015 fixant les programmes d’enseignement des cycles 2, 3 et 4 · Ministère de l’Éducation nationale · Annexe, pp. 6-7 et 11-13 : réseau local, flux, données, dysfonctionnement, objets communicants et protocole de réparation.
Architecture, traces et protocoles numériques sont fictifs. Atelier prêt à encadrer, non réalisé par Maxdecours : l’enseignant prépare un réseau local isolé sans accès Internet, attribue 192.168.40.10/24 au poste de contrôle et 192.168.40.20/24 au terminal simulé, puis fait relever paquet émis, destinataire, accusé de réception et résultat. L’élève ne branche, ne configure ni ne démonte rien sans autorisation ; il compare attendu et observé sur une fiche, formule une hypothèse, puis attend la validation adulte avant toute réparation. La métrologie du cours reste fictive et documentée : température en °C, horodatage local de démonstration, aucune donnée personnelle. Toute configuration, mesure, réparation ou manipulation se déroule seulement avec le matériel autorisé, la sécurité et l’encadrement de l’enseignant ; la plateforme ne valide pas la réparation réelle.