Comment un objet mesure‑t‑il, décide‑t‑il et agit‑il sans perdre le contrôle ?

1. Embarqué signifie-t-il forcément connecté ?

Un système embarqué est intégré à un objet et dédié à des fonctions précises sous contraintes de coût, énergie, place ou délai. Il peut fonctionner sans Internet, comme un contrôleur local de freinage.

Un objet connecté échange avec un autre équipement ou un service. Il peut rester dépendant d’un téléphone ou d’un serveur. Autonome signifie qu’il accomplit une fonction sans commande humaine continue ; ce n’est ni le synonyme d’embarqué ni celui de connecté.

2. Comment une grandeur physique devient-elle une donnée ?

Un capteur répond à une grandeur, par exemple température, lumière, pression ou distance. Le conditionnement et le convertisseur rendent le signal exploitable par le microcontrôleur.

La valeur numérique dépend de l’étalonnage, de la résolution, de la fréquence d’échantillonnage et des erreurs. Une donnée de capteur n’est pas la grandeur elle-même : elle en est une mesure datée, produite par une chaîne.

3. Comment le programme transforme-t-il une mesure en décision ?

Une boucle acquiert une mesure, la compare à une consigne, décide puis recommence. Dans une serre fictive, la condition $\text{température > 28 °C}$ peut demander l’ouverture d’un volet.

Un seuil unique peut provoquer des commutations répétées autour de 28 °C. Deux seuils, par exemple ouverture au-dessus de 28 °C et fermeture sous 26 °C, créent une hystérésis simple. Il faut aussi traiter capteur absent, valeur impossible et durée maximale d’action.

4. Une commande prouve-t-elle que l’action a eu lieu ?

Un actionneur transforme une commande en effet physique : moteur, lampe, vanne ou haut-parleur. Le programme peut envoyer « ouvrir » sans que le volet bouge si l’alimentation manque ou si le mécanisme est bloqué.

Un retour de position ou de courant permet de comparer ordre et état réel. En cas de défaut, l’état sûr dépend du système : couper un moteur, maintenir une ventilation ou demander une intervention ne sont pas interchangeables.

5. Que doit montrer une bonne interface homme-machine ?

L’IHM reçoit une intention et affiche l’état du système. Un bouton pressé est une demande ; la confirmation doit indiquer commande reçue, action en cours, résultat ou erreur.

Une couleur seule ne suffit pas. Libellé, état textuel, focus clavier, prévention des doubles commandes et possibilité d’annuler rendent l’interface plus sûre. Une interface élégante ne compense pas un capteur invalide.

6. Temps réel, sûreté et cybersécurité parlent-ils du même risque ?

Un système temps réel doit produire une réponse dans une échéance compatible avec le phénomène ; être très rapide en moyenne ne suffit pas si un retard occasionnel devient dangereux.

La sûreté limite les dommages dus aux pannes ou erreurs ; la cybersécurité traite notamment accès non autorisés, altération et indisponibilité ; la vie privée concerne les personnes et leurs données. Une voiture combine de nombreux capteurs et calculateurs, mais chaque fonction doit encore gérer limites, défaillances et reprise humaine ou état sûr.

7. Que reste-t-il à sécuriser après l’achat ?

Avant l’usage, contrôle fabricant, support, appairage, identité de l’objet, mot de passe ou secret unique, fonctions réellement nécessaires et destination des données. Un réglage par défaut n’est pas une décision de sécurité.

Pendant la vie de l’objet, applique les mises à jour authentiques, limite les connexions et surveille les anomalies. À la revente ou au rebut, dissocie les comptes, efface les données et réinitialise si possible. Un appareil sans correctif disponible peut devenir un risque même s’il fonctionne encore.

Erreurs fréquentes

L'essentiel à mémoriser

• Frontière définie.
• Mesure tracée.
• Boucle contrôlée.
• Action vérifiée.
• IHM explicite.
• Risques séparés.
• Cycle sécurisé.

Vérifier sa compréhension

Réviser au bon moment

Poursuivre le parcours

Sources et traçabilité

Dernière vérification : 2026-08-12

1. Programme de sciences numériques et technologie de seconde, Ministère de l’Éducation nationale, consulté le 2026-08-09.
2. Informatique embarquée et objets connectés - activité 2, Éduscol, consulté le 2026-08-09.
3. Recommandations relatives à la sécurité des systèmes d’objets connectés, ANSSI, consulté le 2026-08-09.
4. 10 règles d’or en matière de sécurité numérique, ANSSI, consulté le 2026-08-09.
5. Objets connectés, CNIL, consulté le 2026-08-09.
6. Objets connectés : n’oubliez pas de les sécuriser, CNIL, consulté le 2026-08-09.