Rôle
Product Design
Interaction Tangible
Développement IoT
Services
Concept & Stratégie
Électronique & Programmation
UI Web
Collaborateurs
Janvier 2026
Komorebi — Réveil Connecté & Anticipation Trafic
Un réveil classique s'arrête quand vous ouvrez les yeux. Komorebi continue. Objet connecté conçu et fabriqué intégralement en solo, il combine simulation d'aube progressive, algorithme d'anticipation trafic via API Google Distance Matrix et interface de configuration web embarquée — le tout dans un boîtier en bois découpé au laser. Du concept à l'électronique fonctionnelle : un système tangible, cohérent et autonome.
Problème
Le réveil ne sait pas où tu vas
Le réveil traditionnel ignore deux réalités fondamentales : la biologie du sommeil et les contraintes du monde réel. Se lever à 7h30 ne sert à rien si la route est bloquée à 7h45. L'enjeu n'était pas de "faire un objet connecté" — c'était de concevoir un système de décision capable d'arbitrer entre deux priorités contradictoires : préserver le rythme biologique de l'utilisateur et garantir sa ponctualité. La réponse design : un objet qui pense avant que l'utilisateur ne se réveille.
1.
Le réveil brutal comme friction quotidienne
Le choc lumineux et sonore d'un réveil classique rompt brutalement le cycle de sommeil. La chronobiologie démontre qu'une montée progressive de la lumière (rouge → ambre → blanc chaud) supprime la mélatonine en douceur. Komorebi intègre ce protocole directement dans sa séquence de réveil, indépendamment de toute interaction.
2.
L'heure de départ : une variable ignorée
L'utilisateur règle une heure de réveil fixe sans connaître l'état du trafic du lendemain matin. Komorebi inverse la logique : on renseigne une contrainte d'arrivée, et le système calcule dynamiquement l'heure de réveil nécessaire en interrogeant l'API toutes les 5 minutes dès 60 minutes avant le réveil max.
3.
Scope & faisabilité : la décision de ne pas sur-concevoir
La version initiale du concept incluait une base nomade autonome. Après évaluation du rapport complexité/valeur ajoutée, le scope a été revu : concentrer toute l'énergie sur l'intelligence du système plutôt que sur sa mobilité. Contraindre le périmètre pour maximiser la profondeur — c'est la décision qui a rendu l'API réalisable.
Processus & Conception
Itération sous contrainte réelle
Le projet a suivi une progression par couches fonctionnelles, chaque itération validant un bloc avant de passer au suivant : affichage heure → contrôle luminosité/couleur par encodeurs → simulation d'aube → calcul heure de départ → intégration API. Cette méthode de développement incrémental documenté (5 codes d'avancement distincts) a permis d'isoler chaque point de friction technique. Le choix de l'API Google Distance Matrix a nécessité une phase d'analyse comparative — évaluation des solutions disponibles, estimation du coût mensuel à l'usage réel, étude des quotas — avant d'être retenue pour sa précision sur le paramètre duration_in_traffic. La contrainte la plus sévère : faire tourner des requêtes HTTPS sécurisées sur un microcontrôleur ESP32 avec gestion mémoire optimisée. Résolue par recherche autonome, documentation technique et itérations de prompting ciblées.
Solutions
Système Komorebi
Trois couches interdépendantes — objet physique, intelligence algorithmique, interface de configuration — conçues pour fonctionner comme un seul système.
1.
Un algorithme d'arbitrage, pas une alarme
Le Smart Wake-Up ne réveille pas à une heure fixe — il calcule l'heure de réveil nécessaire en temps réel. Si le trafic est fluide, il préserve le sommeil jusqu'au max autorisé. Si des bouchons sont détectés, il avance l'aube en conséquence. Deux priorités hiérarchisées : ponctualité d'abord, rythme biologique ensuite.
2.
Simulation d'aube chronobiologique
20 minutes avant le réveil, l'anneau NeoPixel 24 LEDs démarre une séquence chromatique calculée : rouge profond → orange ambre → blanc chaud 100%. La lumière émane de la base et monte le long des découpes Sunburst du bois — la mécanique de diffusion est inscrite dans la forme de l'objet.
3.
Un boîtier pensé comme une interface
Prisme pentagonal avec face chanfreinée à 45° — lisible depuis une position allongée sans lever la tête. Deux encodeurs rotatifs pour luminosité et température couleur, utilisables sans regarder l'objet. Découpé au laser sur contreplaqué 3mm avec finger joints pour un assemblage mécanique sans visserie.
4.
Interface web embarquée sur l'ESP32
Pas d'application, pas de compte. L'ESP32 héberge sa propre page de configuration accessible via l'IP locale sur n'importe quel navigateur. Trois inputs suffisent : heure d'arrivée, heure de réveil max, adresse de destination. Configuration en moins de 30 secondes, persistance des données en mémoire non-volatile.
Résultats
19/20 — Un objet fonctionnel, de A à Z
Komorebi a obtenu 19/20, avec une reconnaissance explicite du jury sur l'autonomie technique et la capacité à relever un défi de programmation hors du périmètre habituel du cursus. L'objet a été présenté pleinement fonctionnel : API active, simulation d'aube opérationnelle, interface web embarquée. Ce projet soulève une question de design qui dépasse le réveil lui-même : jusqu'où un objet du quotidien peut-il absorber de la complexité système sans exposer cette complexité à l'utilisateur ? Komorebi y répond par le minimalisme de son interface — trois champs, deux molettes, un objet qui pense seul pendant que vous dormez.
