Aqara FP300 : capteur figé, présence bloquée — firmware Zigbee 6542, causes et solutions 2026

Votre Aqara FP300 se fige et sa présence reste bloquée sur « détecté » ? C’est une régression connue du firmware Zigbee 0.0.0_6542, déployé depuis mai 2026 : le capteur continue de répondre quand on l’interroge, mais il n’envoie plus ses rapports automatiques, la LED comme le bouton restent inertes, et la commande de redémarrage ne produit rien. Le vrai contournement ne se trouve pas dans l’application Aqara — c’est un convertisseur externe Zigbee2MQTT (ou un quirk ZHA) à charger côté Home Assistant. Voici la marche à suivre, symptôme par symptôme.

Le FP300 est sorti fin 2025 comme le premier capteur de présence Aqara à parler à la fois Zigbee et Matter/Thread, avec un PIR, un radar mmWave et une pile. Neuf mois plus tard, le forum officiel d’Aqara accumule les fils où le même scénario revient : quelques heures après l’appairage, tout semble figé. Nous avons lu onze fils vivants répartis sur six plateformes — forum Aqara, GitHub, Home Assistant Community, Homey, Hubitat et community.simon42.com — puis recoupé chaque correctif avec sa source. Ce guide est la synthèse, avec les zones d’ombre signalées comme telles.

Ce qui se passe vraiment quand le FP300 se fige

Le FP300 n’est pas un simple détecteur de mouvement : il combine un PIR (infrarouge passif, qui détecte un déplacement) et un radar mmWave (qui détecte une présence immobile, par exemple quelqu’un assis devant un bureau). Les deux capteurs sont fusionnés par le firmware, qui décide ce que l’appareil publie : « présence détectée », « pièce vide » — et à quelle fréquence.

Or c’est précisément cette couche logicielle qui a cassé. Le récit est daté et documenté. Le 31 mai 2026, un utilisateur (micharambou) signale sur le forum Aqara que, « après quelques heures d’utilisation, les états PIR/présence se figent et ne se réinitialisent plus, même pièce vide », et que le même gel touche la température, l’humidité et la luminosité. Le lien avec la mise à jour est direct : il vient de passer du firmware Zigbee 0.0.0_5841 au firmware 0.0.0_6542. Aqara répond le 1er juin 2026 : « we’ll look into this issue shortly ». Quatre mois plus tard, au 28 septembre 2026, aucun correctif public n’est sorti. C’est tout le problème : vous n’attendez pas une mise à jour, vous contournez.

Ce que vous observez	Cause la plus probable	Correctif	Délai
Capteur figé après quelques heures, LED et bouton inertes	Régression firmware 6542 : le firmware ne publie plus les rapports	Convertisseur externe Zigbee2MQTT (issue #33011) ou quirk ZHA	20-40 min
Présence bloquée sur « détecté », pièce vide	État non réinitialisé + apprentissage de pièce faussé	Reset puis ré-appairage ; refaire le Spatial Learning pièce vide	10-20 min
Faux positifs PIR, puis faux négatifs mmWave	Mode « PIR + radar » dans une pièce à courants d’air ou à vitrage	Passer en mode radar seul	5 min
Capteur « hors ligne » en mode Thread après quelques jours	Rôle du hub M3 comme border router Thread non tenu	Basculer en Zigbee, ou stabiliser le réseau Thread	20-60 min
Rapports espacés (5 à 30 min)	Fonctionnement normal, même après correctif	Rien à réparer — à connaître pour ne pas chercher une panne	—

Symptôme n°1 — le capteur « se fige » après quelques heures

Les signes exacts qui confirment le diagnostic

Le récit le plus précis vient d’un utilisateur sous ZHA avec un dongle Home Assistant Connect ZBT-2, qui a relevé les échanges Zigbee (forum Aqara, 24-25 septembre 2026). Chez lui, après le passage en 6542 :

• les rapports 0xFCC0 / 0x00F7 et 0xFCC0 / 0x00DF s’arrêtent net — ce sont les attributs qui portent l’état PIR/présence ;
• la requête périodique 0x000A (l’appareil demande l’heure au coordinateur) reste muette, signe que sa pile protocolaire ne tourne plus normalement ;
• la LED ne réagit plus aux appuis, et la commande « redémarrer » ne fait rien.

Si vous retrouvez au moins trois de ces signes, vous êtes dans ce cas de figure et pas dans un problème de portée radio ou de pile. Inutile de déplacer le capteur ou de changer la pile : le problème n’est pas là.

Pourquoi l’appareil paraît encore « en ligne »

C’est le point qui trompe tout le monde. Un appareil qui ne publie plus rien devrait apparaître « hors ligne » dans Home Assistant. Ce n’est pas le cas ici : le FP300 reste joignable en lecture. Si vous interrogez explicitement un attribut, il répond. Le réseau le voit donc vivant, l’entité ne passe pas en unavailable, et vous cherchez la panne du mauvais côté pendant des heures. La règle pratique : un capteur de présence dont les automatisations ne se déclenchent plus alors qu’il reste « connecté » et répondant est un capteur gelé — pas un capteur hors de portée.

La cause technique : un échange de clé Trust Center qui n’aboutit pas

Le relevé de ce même utilisateur montre autre chose de plus profond que l’arrêt des rapports : TC_RESPONDED_TO_KEY_REQUEST apparaît, mais TC_REQUESTER_VERIFY_KEY_SUCCESS ne suit jamais. Autrement dit, l’échange de clé avec le Trust Center (le mécanisme d’authentification d’un réseau Zigbee) commence bien côté coordinateur, mais la vérification côté appareil n’aboutit pas. Cela éclaire un point resté inexpliqué jusqu’ici : pourquoi 6542 a cassé les coordinateurs non-Aqara. Le mainteneur du driver Zigbee de Hubitat (ogiewon) l’a écrit noir sur blanc le 27 septembre 2026 : « quand ce firmware est sorti, il a posé des problèmes avec tous les coordinateurs Zigbee non-Aqara… le firmware 6542 nous a pris un certain temps avant qu’on trouve une solution fiable ». Traduction : le coordinateur Aqara tolère ce défaut, les autres non. C’est exactement pour cela que les correctifs ci-dessous sont tous côté plateforme tierce.

Symptôme n°2 — la présence reste bloquée sur « détecté »

Reset et ré-appairage : le seul remède côté application

Avant de sortir la trousse à outils, sachez ce que vous pouvez réellement faire depuis l’application Aqara : un reset suivi d’un ré-appairage. C’est le seul geste utilisateur qui remet l’état à zéro, et il ne tient parfois que quelques heures si vous restez en 6542 sans correctif. La séquence qui fonctionne dans les fils : retirer l’appareil de tous les contrôleurs, réinitialiser (appui maintenu plus de 5 secondes ; dix appuis courts pour un retour usine complet), puis ré-appairer en supprimant d’abord le résidu encore visible dans l’application. Un appareil fantôme reste souvent listé et fait échouer le nouvel appairage avec un message trompeur.

Le piège du Spatial Learning en Thread/Matter

Le FP300 apprend la géométrie de la pièce pour distinguer un canapé d’un passage. L’apprentissage se lance depuis l’application ou l’écosystème, et il souffre d’un malentendu simple : il faut sortir de la pièce pendant l’opération. Rester assis à côté du capteur pendant l’apprentissage, c’est lui apprendre que la pièce est en permanence occupée par une personne immobile. Résultat : une présence collée sur « détecté » que vous croirez ensuite être un bug alors qu’elle est la conséquence directe de votre position. Si vous avez un doute, refaites l’apprentissage dans une pièce vide — porte fermée, personne à l’intérieur.

Rapports espacés de 5 à 30 minutes : normal ou pas ?

À lire les fils d’octobre, c’est la confusion la plus fréquente. Le FP300 n’envoie pas un message à chaque changement d’état : sur pile, il regroupe et il espace. Même chez les utilisateurs dont le correctif fonctionne, des messages peuvent manquer pendant 5 minutes, parfois jusqu’à 30 minutes, et un état « détecté » peut rester figé 10 minutes de trop. C’est le comportement normal d’un capteur sur batterie, pas une panne. Nous avons vu slim971 le confirmer sur l’issue #33011 le 27 septembre 2026, patch appliqué. Corollaire désagréable : si vos automatisations dépendent d’une extinction de lumière rapide, un capteur sur pile n’est peut-être pas le bon choix — c’est un arbitrage, pas un bug.

Symptôme n°3 — faux positifs PIR et faux négatifs mmWave

Là encore, la moitié des « pannes » sont des réglages. Un utilisateur résume la situation sans ménagement, en février 2026 : « après la dernière mise à jour, j’ai des faux positifs en permanence sur le PIR et des faux négatifs sur le mmWave. Mon appareil est inutilisable maintenant. » Le matériel n’est pourtant pas en cause.

Comprendre la fusion : le PIR réveille le radar, il ne détecte pas à sa place

En mode « PIR + mmWave », le PIR ne sert pas à confirmer la présence : il réveille le radar, qui valide ensuite. Cette explication, donnée en détail sur le forum Aqara le 24 septembre 2026, change tout au diagnostic. Si votre capteur s’allume sans raison, le coupable est presque toujours le PIR : un rideau qui bouge, un radiateur qui chauffe, un chat, un courant d’air sous une porte. Le radar, lui, ne se trompe pas sur ce point — c’est lui qui produit les faux négatifs quand le PIR ne l’a pas réveillé au bon moment.

Passer en mode radar seul dans les pièces exposées

Dans une pièce à courants d’air, avec un radiateur ou un grand vitrage qui fait bouger la lumière, la première action à tenter est le mode radar seul. Vous perdez un peu de réactivité au premier mouvement, vous gagnez une pièce qui n’allume plus la lumière toute seule. C’est aussi le réglage à adopter pour les pièces de passage, où le PIR déclenche au moindre frôlement.

Taille de pièce et réglages avancés

Le capteur sait à peu près détecter une personne immobile jusqu’à 3-4 mètres — au-delà, c’est du mouvement. Si vous exigez une présence statique dans un grand séjour, mieux vaut le placer près de la zone à surveiller (le canapé, par exemple) que chercher à régler un rayon d’action qu’il n’a pas. Et vérifiez la taille de pièce déclarée : un réglage trop large laisse le radar interpréter le passage dans le couloir voisin comme une occupation.

Les correctifs qui fonctionnent vraiment

Zigbee2MQTT : le convertisseur externe de l’issue #33011

C’est le correctif le plus solide dont nous disposons aujourd’hui, et il est vérifié deux fois plutôt qu’une. L’issue Koenkk/zigbee2mqtt #33011, ouverte le 2 septembre 2026, contient un convertisseur externe publié par son auteur. Procédure :

1. Ouvrez Zigbee2MQTT → Settings → Development Console → External Converters.
2. Collez le code du convertisseur publié dans l’issue #33011.
3. Redémarrez Home Assistant (pas seulement Zigbee2MQTT) pour que le convertisseur soit chargé.
4. Ré-appairez ou reconfigurez le FP300.

L’auteur du correctif a validé le résultat sur quatre unités, et un utilisateur indépendant (Crashandru) a confirmé le 19 septembre 2026 : « j’ai collé le code directement dans le dashboard, sous Zigbee2MQTT, dans Settings → Development Console → External Converters. Redémarrer Home Assistant et reconfigurer le FP300 a marché pour moi. » Deux vérifications indépendantes, c’est le meilleur niveau de preuve qu’on ait sur cette histoire. Réserve à connaître : les rapports espacés décrits plus haut persistent après le patch.

ZHA : le quirk communautaire, et l’entité presence qui manque

Sous ZHA, la mécanique est différente mais le constat est le même : sans quirk, le FP300 exposé par le coordinateur n’apparaît pas toujours avec son entité presence. Un quirk communautaire circule depuis le 5 décembre 2025 (partagé sur le forum Aqara) et une partie des utilisateurs ZHA s’en servent depuis. C’est moins confortable que Zigbee2MQTT — il faut le placer dans le dossier des quirks, le plus souvent via un volume Docker ou un chemin personnalisé — mais le résultat est là. Si vous débutez sur Home Assistant, la documentation officielle de ZHA explique la mise en place des quirks personnalisés ; nous n’allons pas la paraphraser ici.

Homey, Hubitat et hub M3 : où en est le support au 28 septembre 2026

La situation est hétérogène, et c’est une information utile au moment de choisir son écosystème. Voici l’état réel, compilé depuis les fils des 24-27 septembre 2026 :

Plateforme	État au 28/09/2026	Ce que vous pouvez faire
Zigbee2MQTT	Correctif communautaire vérifié sur 4 unités + 1 utilisateur indépendant	Charger le convertisseur externe de l’issue #33011
ZHA	Nécessite un quirk communautaire ; entité presence parfois absente sans lui	Installer le quirk, redémarrer ZHA
Hubitat	Driver réécrit côté mainteneur après les dégâts du 6542	Mettre à jour le driver communautaire
Homey	Fils actifs, pris en charge en Zigbee	Attendre/appliquer le correctif de l’app, sinon Z2M via Home Assistant
Hub M3 + app Aqara	Aucune régression de ce type rapportée en Zigbee sur hub Aqara	Rester sur le hub Aqara si vous n’utilisez pas Home Assistant

À retenir de ce tableau : si vous dépendez d’un hub Aqara, vous êtes paradoxalement le moins touché. Le 6542 casse surtout les coordinateurs tiers — c’est le revers de la promesse « sans hub » du FP300.

Si vous êtes en mode Thread/Matter

Capteurs hors ligne après quelques jours (hub M3 + Home Assistant)

Ce scénario est documenté sur le forum Aqara : un fil ouvert le 10 décembre 2025 et suivi jusqu’au 24 avril 2026 décrit des capteurs qui passent hors ligne après quelques jours, avec un hub M3 et Home Assistant. Il n’a pas de solution définitive connue à ce jour. Notre lecture — à prendre comme une hypothèse, pas comme un fait — est que le hub M3 ne tient pas son rôle de border router Thread en continu, et qu’un capteur redémarre donc sans retrouver son réseau. C’est cohérent avec le conseil de mise à jour du hub : un hub en cours de mise à jour ne route plus rien pendant l’opération.

Présence bloquée pendant des heures : ce qui est documenté

Le fil le plus fourni du forum sur ce sujet (94 messages, depuis le 15 novembre 2025) décrit une présence qui reste sur « activé » jusqu’à douze heures, avec le firmware Matter 1.0.7.3. Aucune correction officielle n’y est apportée. Si vous êtes dans ce cas, notre position est simple : ce n’est pas quelque chose que vous allez régler par un réglage. Testez la bascule en Zigbee (voir plus bas) avant d’envisager un retour ou une alternative.

Passer de Thread à Zigbee — et l’inverse

« Firmware transferring 0% » : le reset qui débloque

Fil documenté entre le 22 janvier et le 2 février 2026 : la bascule Thread → Zigbee se bloque à « Firmware transferring 0% » avec le firmware Matter 1.1.0.1. Le déblocage qui a fonctionné pour l’auteur du fil : un reset complet — appui long de plus de 5 secondes, ou dix appuis courts pour un retour usine — puis relancer l’opération en choisissant explicitement Zigbee. Le point important est l’ordre : réinitialiser avant de relancer, pas pendant.

L’application Aqara doit être connectée à votre compte

Un fil allemand (community.simon42.com), résolu le 26 février 2026, pointe un piège bête mais fréquent : si vous n’êtes pas connecté à votre compte dans l’application Aqara, le capteur n’est jamais détecté. On cherche alors un problème de réseau ou de pile alors que la cause est une session ouverte en invité. Vérifiez ce point avant tout reset.

Mettre à jour le firmware du FP300 sans casser son installation

La mise à jour Zigbee ne se fait pas depuis l’application Aqara

C’est une particularité du FP300 qui surprend : en Zigbee, la mise à jour du firmware passe par Home Assistant / Zigbee2MQTT, pas par l’application Aqara. Si vous attendez une notification dans l’app pour mettre à jour votre capteur Zigbee, vous attendrez longtemps. En Matter/Thread, le chemin est celui de l’écosystème (mise à jour OTA via le contrôleur).

Faut-il installer 6542 ? Notre position

Si vous êtes encore sur une version antérieure et que tout fonctionne : ne forcez pas le passage en 6542 tant que vous n’avez pas le convertisseur externe ou le quirk prêt à charger. La règle est simple et nous l’assumons : une mise à jour qui supprime une fonction qui marche n’est pas une mise à jour que l’on installe par principe. Si vous êtes déjà en 6542 et que le capteur se fige, appliquez d’abord le correctif — ne tentez pas une autre mise à jour en espérant que la suivante répare la précédente.

Rollback : à investiguer

Nous n’avons trouvé aucune procédure documentée pour revenir en arrière sur un firmware Zigbee du FP300. Les comptes rendus parlent de reset, de ré-appairage et de rechargement de convertisseur, jamais d’un retour à 5841. Nous le notons comme « à investiguer » plutôt que d’inventer une méthode : c’est le genre de manipulation qui laisse un capteur inutilisable si elle est improvisée.

Acheter le FP300 ou attendre ?

La question se pose honnêtement, six mois après l’engouement. Voici notre avis, à partir de ce que nous avons lu et recoupé — et non d’un test que nous n’avons pas fait.

Notre recommandation selon votre situation

• Vous êtes sur Home Assistant (Z2M ou ZHA) : le FP300 reste un bon capteur, à condition d’accepter de charger un correctif communautaire et de le maintenir. C’est un achat d’informaticien, pas un achat plug-and-play.
• Vous êtes sur un hub Aqara : vous êtes dans la configuration la moins exposée. Le produit tient sa promesse.
• Vous voulez du plug-and-play sans bricolage : attendez. Une régression non corrigée depuis quatre mois n’incite pas à la confiance, et les alternatives en Zigbee natif sont nombreuses.
• Vous avez besoin d’une extinction rapide après le départ : regardez ailleurs. Le regroupement des rapports est structurel sur ce type de capteur sur pile.

Checklist de dépannage, dans l’ordre

1. Vérifiez que l’application Aqara est bien connectée à votre compte (piège n°1).
2. Confirmez la version de firmware : si vous êtes en Zigbee 0.0.0_6542, vous êtes dans le périmètre de la régression.
3. Repérez le symptôme exact : figé (LED/bouton inertes), présence bloquée, ou faux positifs. Chacun a son correctif.
4. Si le capteur est figé sous Zigbee2MQTT : chargez le convertisseur externe de l’issue #33011, redémarrez Home Assistant, ré-appairez.
5. Si le capteur est figé sous ZHA : installez le quirk, redémarrez ZHA, vérifiez que l’entité presence est bien exposée.
6. Si la présence reste bloquée : reset (5 s, ou dix appuis courts), suppression du résidu dans l’application, ré-appairage, puis apprentissage de pièce dans une pièce vide.
7. Si vous avez des faux positifs : passez en mode radar seul et réduisez la taille de pièce déclarée.
8. Si vous êtes en Thread/Matter et que le capteur disparaît : testez la bascule en Zigbee (reset puis choix de Zigbee), ou stabilisez votre réseau Thread.
9. Si tout fonctionne mais que les rapports tardent : c’est normal jusqu’à 30 minutes. Ne cherchez pas de panne.
10. Si rien ne change après ces étapes : le correctif officiel n’existe pas au 28 septembre 2026. Ouvrez un fil sur le forum Aqara en citant votre firmware et votre coordinateur — c’est ce qui fait avancer le sujet.

Si vous construisez un écosystème de présence à la maison, nos autres guides complètent celui-ci : le comparatif des capteurs de présence et détecteurs de mouvement 2026, le dépannage du FP400 à l’installation, notre guide des problèmes de connexion Matter et le guide des mises à jour de firmware Matter/Thread.

---

* Divulgation : certains liens de cet article sont des liens d’affiliation. Si vous achetez via ces liens, nous pouvons percevoir une commission, sans frais supplémentaires pour vous. Nos tests et nos classements restent indépendants et ne sont jamais influencés par les partenaires.