Détecteur de présence et éclairage : le piège du sans-fil

200 millisecondes. C’est le temps que met un PIR standard à réagir. Suffisant pour allumer un couloir. Insuffisant pour ne pas trébucher quand on rentre les bras chargés de courses un soir d’hiver.

Le scénario paraît simple : une ampoule dans le garage, un détecteur au plafond, et la lumière s’allume dès qu’on passe la porte. Dans la vraie vie, ce scénario part en vrille exactement au moment où on réalise qu’il faut faire communiquer deux appareils qui ne sont pas faits pour se parler. Ou qu’ils se parlent, mais que le message met trois secondes à arriver parce qu’il transite par un serveur à Francfort.

Cet article part d’un constat de terrain. Brancher un détecteur de présence sur un éclairage distant, c’est 90 % de câblage et 10 % de protocole. Le marché vend l’inverse. Voici comment reprendre le contrôle.

Ce que votre détecteur voit vraiment

Un détecteur de présence n’est pas un détecteur de mouvement. La confusion est entretenue par les fiches produits, mais la différence est technique et elle a des conséquences concrètes.

Un détecteur PIR (passive infrared) réagit aux variations de chaleur en mouvement. Si vous restez immobile devant votre écran, il finit par éteindre la lumière. Comptez entre 30 secondes et 5 minutes selon le modèle, parfois réglable, parfois non. C’est le composant qu’on trouve dans les entrées de gamme et dans la majorité des kits « connectés » vendus en grande surface.

Un détecteur mmWave (ondes millimétriques, souvent autour de 24 ou 60 GHz) détecte une présence même immobile. Il « voit » votre respiration. Le premier fabricant à avoir démocratisé cette techno dans le grand public est Aqara avec son capteur FP1, suivi par Tuya, Sonoff et d’autres. La latence est plus faible, la portée souvent meilleure, et surtout la lumière ne s’éteint pas quand vous lisez dans le canapé.

Le compromis est simple. Un PIR coûte entre 8 et 25 euros, consomme presque rien, se pile ou se câble en deux fils. Un mmWave coûte plutôt 30 à 70 euros, consomme un peu plus, et nécessite presque toujours une alimentation permanente (pas de pile CR2450 qui tient deux ans). Pour un couloir ou un cellier, le PIR fait le job. Pour un bureau, un salon ou une salle de bains où on passe du temps sans bouger, le mmWave change l’expérience.

Le problème du nuage qui tombe au milieu de la nuit

On achète connecté pour simplifier. On se retrouve avec quatre apps, trois hubs, et un scénario qui ne se déclenche plus parce que l’API du fabricant est en maintenance.

Voici le chemin typique d’un détecteur « connecté » vendu en 2024-2026 : le capteur détecte une présence, envoie l’info en Zigbee ou Wi-Fi au hub, le hub la transfère au cloud du fabricant, le cloud l’envoie au cloud de l’ampoule, qui redescend vers le hub, qui commande l’ampoule. Même avec une fibre symétrique et un ping à 8 ms, ce trajet ajoute entre 200 et 800 ms de latence. Et si un des trois maillons cloud est hors service, l’automatisation est morte.

J’ai vu une installation où le détecteur du garage était un capteur Wi-Fi Tuya, l’ampoule une Philips Hue sur un hub Zigbee, et l’automatisation gérée par IFTTT. Résultat : un soir de janvier, IFTTT a changé son plan gratuit, le scénario a sauté, et le propriétaire s’est retrouvé dans le noir avec un détecteur qui clignotait inutilement. Trois appareils parfaitement fonctionnels, rendus inutiles par une dépendance logicielle.

La règle qu’on applique chez Wattlet : un détecteur de présence qui commande un éclairage doit fonctionner même si Internet est coupé. Même si le fabricant a fermé boutique. Même si l’app n’existe plus sur les stores. Tout ce qui passe par un cloud pour une action locale est une dette technique que vous paierez un jour.

Câbler directement : la méthode qui survit au Wi-Fi, au Bluetooth et aux mises à jour OTA

Le détecteur filaire existe depuis quarante ans. Un interrupteur crépusculaire, un relais, deux fils, et ça marche. Pas d’adresse IP, pas de firmware, pas de mise à jour de sécurité. C’est brutal, et c’est pour ça que ça tient.

Pour connecter un détecteur de présence filaire à un éclairage distant, le principe est le suivant. Le détecteur est alimenté en permanence (phase + neutre). Sa sortie relais (contact sec ou sortie 230 V) commande soit directement la lampe si la puissance le permet, soit la bobine d’un contacteur qui alimente le circuit d’éclairage. Si le détecteur est éloigné de plus de 50 mètres, la chute de tension devient significative et il faut dimensionner la section de câble en conséquence.

L’avantage, c’est la latence. Le détecteur bascule son relais en moins de 30 ms, le contacteur en ajoute 10 à 20 ms, et la lumière est allumée avant que votre main ait touché l’interrupteur. Aucun protocole radio n’atteint cette réactivité en usage domestique.

L’inconvénient, c’est le câblage. Si la maison est déjà finie, tirer une ligne entre le garage et le tableau électrique peut coûter entre 200 et 600 euros selon la configuration. Et un détecteur filaire classique ne fait que de la détection : pas d’historique, pas de rapport, pas d’intégration dans Home Assistant. Ce qui nous amène au compromis qui a du sens en 2026.

Zigbee binding : le sans-fil qui ne passe pas par le cloud

Le binding, dans un réseau Zigbee, c’est la capacité de deux appareils à communiquer directement sans passer par le coordinateur. Le détecteur envoie une commande « on » ou « off » à l’ampoule, point à point, via le maillage Zigbee. Même si Home Assistant est éteint. Même si le hub Hue est débranché.

La configuration demande un coordinateur Zigbee au moment du paramétrage (une clé Zigbee sur un Raspberry Pi, une box Jeedom, un hub Zigbee2MQTT), mais une fois le lien créé, il persiste dans les appareils eux-mêmes. La latence tombe à 40-80 ms, soit deux à quatre fois mieux qu’un aller-retour via le coordinateur.

Tous les détecteurs et toutes les ampoules ne supportent pas le binding. Chez Aqara, les capteurs le font bien, mais il faut vérifier le modèle d’ampoule Zigbee utilisé : les Philips Hue l’acceptent, beaucoup de marques blanches Tuya le supportent partiellement, et les ampoules Wi-Fi en sont exclues par définition. Un comparatif des protocoles domotiques permet d’y voir plus clair si vous hésitez encore sur la base technique de votre installation.

Le binding Z-Wave fonctionne sur le même principe, avec l’avantage d’utiliser la bande 868 MHz (portée un peu meilleure, moins de congestion que le 2,4 GHz), mais l’écosystème Z-Wave est plus restreint et plus cher en éclairage. Pour un usage uniquement centré sur l’éclairage, Zigbee reste le meilleur rapport fiabilité/prix/disponibilité.

Matter promet l’interopérabilité. Votre détecteur Philips Hue acheté en 2021 n’en profite pas

Matter 1.4 a ajouté des avancées pour les capteurs de présence, mais le standard bute encore sur deux réalités : le parc installé et la couche transport.

Un détecteur Zigbee acheté il y a quatre ans ne parle pas Matter. Une ampoule Hue de première génération non plus. Le pont Hue de Philips expose les ampoules en Matter via une mise à jour du bridge, mais le chemin de communication reste bridge → réseau IP → Matter controller → réseau IP → bridge → ampoule. Ce n’est pas du binding direct. La latence est meilleure que le cloud, mais moins bonne que le Zigbee natif.

L’autre point de friction, c’est que Matter unifie la couche applicative, pas la couche radio. Un appareil Matter peut fonctionner en Wi-Fi, en Thread ou en Ethernet, et ces trois couches n’ont pas les mêmes performances. Un détecteur sur batterie en Thread aura une latence de réveil qui peut dépasser 100 ms, là où le même détecteur alimenté en permanence répond en moins de 20 ms. La fiche produit ne vous dira pas cette différence, parce que le marketing Matter met tout dans le même panier.

Pour un éclairage commandé par détecteur de présence, la question Matter n’est pas « est-ce compatible ? » mais « est-ce que le chemin de communication est plus court que ce que j’ai déjà ? ». Dans la majorité des installations existantes, la réponse est non. Matter deviendra pertinent quand les ampoules intégreront un contrôleur Matter directement sur la puce radio, sans bridge intermédiaire. Ce jour n’est pas encore arrivé.

⚠️ Attention au détecteur qui voit trop bien

Un mmWave mal placé détecte la respiration du chien, le ventilateur du PC, et le rideau qui bouge. Le réglage de la sensibilité et du masquage de zone fait la différence entre une automatisation fiable et un éclairage qui s’allume tout seul à 3 h du matin.

Automatiser sans app : le critère qui sépare le bricolage du produit fini

La meilleure installation domotique est celle qu’on oublie. Si vous ouvrez l’app trois fois par semaine pour ajuster un seuil, reconnecter un capteur ou forcer un scénario, le système est mal conçu.

Un détecteur de présence bien intégré ne demande aucune interaction une fois réglé. La logique est embarquée dans le matériel (relais filaire, binding Zigbee, automatisation locale dans Home Assistant), et la seule chose que vous faites, c’est passer la porte. L’éclairage s’allume. Vous repartez. Il s’éteint. Le reste est du bruit.

C’est pour cette raison qu’on déconseille les capteurs Wi-Fi sur batterie pour l’éclairage. Le Wi-Fi consomme trop pour rester connecté en permanence sur pile, donc le capteur dort et se réveille toutes les 30 secondes ou toutes les minutes. Le temps de reconnexion au point d’accès ajoute entre 500 ms et 2 secondes de latence. Vous êtes déjà au milieu de la pièce dans le noir avant que la lumière ne réagisse. Ce n’est pas un bug, c’est une limitation physique du protocole, et aucune mise à jour firmware n’y changera rien.

Pour les bricoleurs qui veulent pousser l’intégration plus loin, un serveur domotique local comme Home Assistant permet de chaîner les conditions sans jamais dépendre d’une connexion Internet. La différence avec les solutions grand public, c’est que vous gardez la main sur la logique, les mises à jour, et les données.

Questions fréquentes

Peut-on utiliser un détecteur de présence pour simuler une occupation en cas d’absence ?

Oui, et c’est un des rares cas où le cloud a un intérêt. Un détecteur mmWave couplé à un scénario d’absence peut allumer et éteindre des lumières de façon crédible parce qu’il réagit à des événements réels (un volet qui bouge, un animal qui passe) plutôt qu’à un minuteur aléatoire. Mais pour la simulation seule, un PIR à 10 euros fait aussi bien l’affaire : l’objectif est de générer de la variation lumineuse visible depuis l’extérieur, pas de la précision millimétrique.

Un détecteur mmWave fonctionne-t-il à travers une porte ou une cloison ?

Partiellement. Les ondes millimétriques traversent le placo, le bois et le verre simple, mais sont arrêtées par le béton, la brique pleine et le métal. Un capteur placé dans un couloir peut détecter une présence dans la pièce adjacente si la cloison est légère. C’est une fonction utile pour un palier, et un cauchemar pour un appartement mitoyen. La plupart des modèles récents proposent un réglage de la portée et des zones d’exclusion directement depuis l’app du fabricant.

Faut-il préférer un détecteur tout-en-un avec éclairage intégré ou deux appareils séparés ?

Deux appareils séparés, sans hésitation. Un bloc détecteur + projecteur LED condamne l’ensemble quand un des deux tombe en panne. L’éclairage extérieur en est l’exemple type : la LED a une durée de vie théorique de 25 000 heures, le détecteur PIR intégré est souvent le premier à lâcher. En séparant les deux, vous remplacez ce qui est défaillant sans jeter ce qui fonctionne.