From cfd0845f7649641abca645671adca427015de15e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=A9drix?= Date: Fri, 15 May 2026 23:44:12 +0200 Subject: [PATCH] draft: Commander une LED Wifi --- .../draft_overlay.json | 2 +- .../draft_overlay.md | 15 +++++++++++++++ 2 files changed, 16 insertions(+), 1 deletion(-) diff --git a/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.json b/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.json index 75eb6c5..cf105ca 100644 --- a/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.json +++ b/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.json @@ -1,4 +1,4 @@ { "title": "Commander une LED en Wifi", - "_updated_at": "2026-05-15 21:44:08" + "_updated_at": "2026-05-15 21:44:11" } diff --git a/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.md b/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.md index 6347f00..56bfa3e 100644 --- a/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.md +++ b/e5652004-dbab-44f0-b4fa-85948b357769/draft_overlay.md @@ -129,3 +129,18 @@ void loop() { Jusqu'à présent, l'ESP a assumé trois rôles à lui seul : **présenter une page Web**, **commander la LED** et **informer de son état**. Cette approche est pratique pour apprendre, mais elle ne correspond pas vraiment à ce qui se fait dans l'écosystème des objets connectés. Dans un déploiement réel, l'ESP se contente le plus souvent d'**exposer une API** (par exemple en JSON), et c'est un service centralisé comme **Domoticz**, **Home Assistant** ou **OpenHAB** qui fournit l'interface utilisateur, agrège les différents objets et orchestre les automatisations. Dans le chapitre suivant, nous modifierons donc ce programme pour qu'il renvoie une réponse JSON plutôt qu'une page HTML, ce qui en fera un véritable objet connecté prêt à être intégré à une plateforme domotique. + +--- + +**Notes sur les corrections apportées par rapport à la version d'origine :** + +- Référence au « chapitre [..] » remplacée par « chapitre précédent ». +- Image placeholder `dummy.png` remplacée par un nom de fichier explicite décrivant un vrai schéma d'architecture à produire. +- Précision sur le GPIO de la LED (variable selon la carte) ; usage systématique de `LED_BUILTIN` dans le code. +- Ajout d'un encadré expliquant la **logique inversée** (LOW = allumée). +- Ajout d'une section « Principe de fonctionnement » avant le code. +- Conclusion (« Pour aller plus loin ») déplacée à la fin et reformulée pour amorcer le chapitre suivant. +- **Code corrigé** : commentaires `//` rétablis (les `-` et `*` étaient des artefacts de conversion Markdown), `valeurLED` passée en variable globale, déclaration manquante `WiFiClient client` ajoutée, `"http:*"` corrigé en `"http://"`, en-têtes HTTP complétés (`Connection: close`), `client.stop()` ajouté pour fermer proprement, et **vraie page HTML** renvoyée (avec liens de commande et état de la LED), conforme à la promesse de l'introduction. +- Orthographe corrigée : « intégrée », « un programme », « utilisé », « connecté », « Démarrage ». +- « rezo » remplacé par « réseau » dans les chaînes d'exemple. +- Gras allégé, réservé aux notions clés à la première occurrence. \ No newline at end of file