Aqara FP300 no funciona: sensor bloqueado, presencia atascada — firmware 6542, causas y soluciones 2026

¿Su Aqara FP300 se bloquea y la presencia se queda fijada en «detectado»? Es una regresión conocida del firmware Zigbee 0.0.0_6542, desplegado desde mayo de 2026: el sensor sigue respondiendo cuando se le consulta, pero ha dejado de enviar sus informes automáticos, y ni el LED ni el botón reaccionan. El apaño que funciona hoy no está en la app de Aqara: es un convertidor externo de Zigbee2MQTT (o un quirk de ZHA) que se carga en el lado de Home Assistant. Aquí está el procedimiento, síntoma por síntoma.

El FP300 salió a finales de 2025 como el primer sensor de presencia de Aqara que habla Zigbee y Matter/Thread a la vez, con PIR, radar mmWave y pila. Nueve meses después, el foro oficial de Aqara acumula hilos que describen el mismo escenario: unas horas después del emparejamiento, todo se congela. Hemos leído once hilos activos repartidos por seis plataformas — foro de Aqara, GitHub, Home Assistant Community, Homey, Hubitat y community.simon42.com — y hemos contrastado cada solución con quien la probó. Esta guía es la síntesis, con los puntos que siguen sin aclararse marcados como tales.

Qué ocurre realmente cuando el FP300 se bloquea

El FP300 no es un simple detector de movimiento: combina un PIR (infrarrojo pasivo, que detecta desplazamiento) con un radar mmWave (que detecta presencia inmóvil, por ejemplo alguien sentado en un escritorio). El firmware fusiona ambos y decide qué publica el aparato — «presencia detectada», «habitación vacía» — y con qué frecuencia.

Y esa capa de software es justo la que se rompió. La cronología está fechada y documentada. El 31 de mayo de 2026 un usuario (micharambou) avisa en el foro de Aqara de que «tras unas horas de funcionamiento noté que los estados PIR/presencia se quedan congelados y no se restablecen aunque las habitaciones estén vacías», y que el mismo bloqueo afecta a temperatura, humedad y luminosidad. El vínculo con la actualización es directo: acababa de pasar del firmware Zigbee 0.0.0_5841 al 0.0.0_6542. Aqara responde el 1 de junio de 2026: «we’ll look into this issue shortly». Cuatro meses después, el 28 de septiembre de 2026, no ha salido ninguna corrección pública. Ese es todo el problema: usted no espera una actualización, la está sorteando.

Lo que usted ve	Causa más probable	Solución	Tiempo
Sensor bloqueado tras unas horas, LED y botón inertes	Regresión del firmware 6542: deja de publicar informes	Convertidor externo de Zigbee2MQTT (issue #33011) o quirk de ZHA	20-40 min
Presencia fijada en «detectado» con la habitación vacía	Estado que no se restablece + aprendizaje de sala defectuoso	Reset y reemparejamiento; repetir Spatial Learning con la sala vacía	10-20 min
Falsos positivos PIR y luego falsos negativos mmWave	Modo «PIR + radar» en salas con corrientes o cristaleras	Pasar a modo solo radar	5 min
Sensor «sin conexión» en modo Thread tras unos días	El hub M3 no mantiene su papel de border router Thread	Cambiar a Zigbee o estabilizar la red Thread	20-60 min
Informes espaciados (5 a 30 min)	Funcionamiento normal, incluso tras la corrección	Nada que reparar — conocerlo para no buscar averías	—

Síntoma 1 — el sensor «se bloquea» tras unas horas

Las señales exactas que confirman el diagnóstico

El relato más preciso viene de un usuario con ZHA y un dongle Home Assistant Connect ZBT-2 que capturó el tráfico Zigbee (foro de Aqara, 24-25 de septiembre de 2026). En su caso, tras el paso a 6542:

• Los informes de 0xFCC0 / 0x00F7 y 0xFCC0 / 0x00DF se detienen en seco: son los atributos que llevan el estado PIR/presencia.
• La petición periódica de hora 0x000A queda muda, señal de que su pila de protocolo ya no funciona con normalidad.
• El LED deja de responder a las pulsaciones y el comando de reinicio no hace nada.

Si reconoce al menos tres de estas señales, está en este caso y no ante un problema de alcance o de pila. Mover el sensor o cambiar la pila no servirá: ahí no está la avería.

Por qué el aparato sigue pareciendo «en línea»

Este es el punto que engaña a todo el mundo. Un aparato que ha dejado de publicar debería aparecer desconectado en Home Assistant. No ocurre: el FP300 sigue siendo legible. Si consulta un atributo de forma explícita, responde. La red lo ve vivo, la entidad nunca pasa a unavailable y usted busca la avería en el sitio equivocado durante horas. La regla práctica: un sensor de presencia cuyas automatizaciones han dejado de dispararse mientras sigue respondiendo a consultas es un sensor bloqueado, no un sensor fuera de alcance.

La causa técnica: un intercambio de claves con el Trust Center que no termina

La captura de ese mismo usuario muestra algo más profundo que la ausencia de informes: aparece TC_RESPONDED_TO_KEY_REQUEST, pero TC_REQUESTER_VERIFY_KEY_SUCCESS no llega nunca. Dicho de otro modo: el intercambio de claves con el Trust Center —el mecanismo de autenticación de una red Zigbee— arranca en el coordinador, pero la verificación en el lado del aparato no se completa. Eso explica algo que hasta ahora no tenía respuesta: por qué 6542 rompió los coordinadores que no son Aqara. El mantenedor del driver Zigbee de Hubitat (ogiewon) lo escribió sin rodeos el 27 de septiembre de 2026: «cuando salió ese firmware, causó problemas con todos los coordinadores Zigbee que no eran Aqara… el firmware 6542 nos llevó bastante tiempo hasta dar con una solución fiable». Traducción: el coordinador de Aqara tolera el defecto, los demás no. Por eso todas las soluciones de abajo están en el lado de la plataforma de terceros.

Síntoma 2 — la presencia se queda fijada en «detectado»

Reset y reemparejamiento: el único remedio desde la app

Antes de sacar la caja de herramientas, sepa qué puede hacer realmente desde la app de Aqara: un reset seguido de reemparejamiento. Es la única acción del usuario que restablece el estado, y a veces solo aguanta unas horas si se queda en 6542 sin corrección. La secuencia que funciona en los hilos: sacar el aparato de todos los controladores, reiniciarlo (pulsación larga de más de 5 segundos; diez pulsaciones cortas para un reset de fábrica completo) y reemparejar — después de borrar el resto que sigue visible en la app. Un aparato fantasma se queda a menudo en la lista y hace fracasar el nuevo emparejamiento con un mensaje engañoso.

La trampa del Spatial Learning en Thread/Matter

El FP300 aprende la geometría de la sala para distinguir un sofá de un paso. El aprendizaje se lanza desde la app o el ecosistema, y arrastra un malentendido simple: hay que salir de la habitación durante la operación. Quedarse sentado junto al sensor durante el aprendizaje le enseña que la sala está ocupada de forma permanente por una persona inmóvil. El resultado es una presencia clavada en «detectado» que después usted atribuirá a un fallo, cuando es la consecuencia directa de dónde estaba usted. Si tiene dudas, repita el aprendizaje con la sala vacía: puerta cerrada, nadie dentro.

Informes cada 5 a 30 minutos: ¿normal o no?

Leyendo los hilos, es la confusión más frecuente. El FP300 no envía un mensaje con cada cambio de estado: a pila, agrupa y espacia. Incluso en usuarios cuya corrección funciona, pueden faltar mensajes durante 5 minutos, a veces hasta 30, y un estado «detectado» puede quedarse 10 minutos de más. Es el comportamiento normal de un sensor a pila, no una avería. Vimos a slim971 confirmarlo en el issue #33011 el 27 de septiembre de 2026, con el parche aplicado. Corolario incómodo: si sus automatizaciones dependen de apagar una luz rápido al salir, un sensor a pila quizá no sea la elección adecuada; es un compromiso, no un error.

Síntoma 3 — falsos positivos PIR y falsos negativos mmWave

Aquí también, la mitad de las «averías» son ajustes. Un usuario lo resume sin paños calientes en febrero de 2026: «después de la última actualización de firmware tengo falsos positivos constantes en el PIR y falsos negativos en el mmWave. Básicamente, mi aparato ahora es inútil.» El hardware no tiene la culpa.

Entender la fusión: el PIR despierta al radar, no detecta por él

En modo «PIR + mmWave», el PIR no confirma la presencia: despierta al radar, que después valida. Esta explicación, detallada en el foro de Aqara el 24 de septiembre de 2026, cambia todo el diagnóstico. Si su sensor se enciende sin motivo, el culpable es casi siempre el PIR: una cortina que se mueve, un radiador que calienta, un gato, una corriente de aire bajo la puerta. El radar no se equivoca en eso; es el radar el que produce los falsos negativos cuando el PIR no lo despertó en el momento adecuado.

Pasar a modo solo radar en salas expuestas

En una habitación con corrientes, un radiador o una cristalera grande que mueve la luz, lo primero que hay que probar es el modo solo radar. Pierde algo de reacción ante el primer movimiento y gana una sala que ya no enciende la luz sola. Es también el ajuste para pasillos, donde el PIR salta al menor roce.

Tamaño de sala y ajustes avanzados

El sensor detecta con fiabilidad una persona inmóvil hasta unos 3-4 metros; más allá, solo movimiento. Si necesita presencia estática en un salón grande, colóquelo cerca de la zona que le importa (el sofá, por ejemplo), en lugar de intentar ajustar un alcance que no tiene. Y revise el tamaño de sala declarado: si lo pone demasiado grande, el radar leerá el movimiento del pasillo contiguo como ocupación.

Las soluciones que funcionan de verdad

Zigbee2MQTT: el convertidor externo del issue #33011

Es la solución más sólida disponible hoy, y está verificada por partida doble. El issue Koenkk/zigbee2mqtt #33011, abierto el 2 de septiembre de 2026, contiene un convertidor externo publicado por su autor. El procedimiento:

1. Abra Zigbee2MQTT → Settings → Development Console → External Converters.
2. Pegue el código del convertidor publicado en el issue #33011.
3. Reinicie Home Assistant (no solo Zigbee2MQTT) para que se cargue el convertidor.
4. Vuelva a emparejar o reconfigurar el FP300.

El autor validó el resultado en cuatro unidades, y un usuario independiente (Crashandru) lo confirmó el 19 de septiembre de 2026: «pegé el código directamente en el dashboard, en Zigbee2MQTT, en Settings ➔ Development Console ➔ External Converters. Reiniciar Home Assistant y reconfigurar el FP300 funcionó en mi caso.» Dos confirmaciones independientes es la mejor prueba disponible sobre esta historia. Una salvedad: los informes espaciados descritos arriba persisten después del parche.

ZHA: el quirk de la comunidad y la entidad presence que falta

En ZHA el mecanismo es distinto pero el resultado es el mismo: sin quirk, el FP300 expuesto por el coordinador no siempre aparece con su entidad presence. Un quirk de la comunidad circula desde el 5 de diciembre de 2025 (compartido en el foro de Aqara) y parte de los usuarios de ZHA lo usan desde entonces. Es menos cómodo que Zigbee2MQTT —hay que colocarlo en la carpeta de quirks, normalmente mediante un volumen Docker o una ruta personalizada— pero el resultado está ahí. La documentación oficial de ZHA explica los quirks propios en detalle; no la vamos a parafrasear aquí.

Homey, Hubitat y el hub M3: estado a 28 de septiembre de 2026

La situación es desigual, algo útil de saber al elegir ecosistema. Este es el estado real, recopilado de los hilos del 24 al 27 de septiembre de 2026:

Plataforma	Estado a 28/09/2026	Qué puede hacer
Zigbee2MQTT	Solución comunitaria verificada en 4 unidades + 1 usuario independiente	Cargar el convertidor externo del issue #33011
ZHA	Requiere un quirk comunitario; sin él falta a veces la entidad presence	Instalar el quirk, reiniciar ZHA
Hubitat	Driver reescrito por su mantenedor tras los daños del 6542	Actualizar el driver comunitario
Homey	Hilos activos, soporte por Zigbee	Esperar/aplicar la corrección de la app; si no, Z2M vía Home Assistant
Hub M3 + app Aqara	Sin regresiones de este tipo en Zigbee sobre hub Aqara	Quedarse en el hub Aqara si no usa Home Assistant

Lo que se saca del cuadro: quien depende de un hub Aqara es, paradójicamente, el menos afectado. El 6542 rompe sobre todo coordinadores de terceros; es la cara B de la promesa «sin hub» del FP300.

Si está en modo Thread/Matter

Sensores sin conexión tras unos días (hub M3 + Home Assistant)

Este escenario está documentado en el foro de Aqara: un hilo abierto el 10 de diciembre de 2025 y seguido hasta el 24 de abril de 2026 describe sensores que se desconectan tras unos días, con un hub M3 y Home Assistant. No hay a día de hoy una solución definitiva conocida. Nuestra lectura —como hipótesis, no como hecho— es que el hub M3 no mantiene su papel de border router Thread de forma continua, así que un sensor se reinicia y ya no recupera su red. Es coherente con el consejo sobre el hub: un hub en plena actualización no enruta nada durante la operación.

Presencia bloqueada durante horas: lo que está documentado

El hilo más nutrido del foro sobre este tema (94 mensajes, desde el 15 de noviembre de 2025) describe una presencia que se queda en «activado» hasta doce horas, con el firmware Matter 1.0.7.3. Ahí no hay ninguna corrección oficial. Si está en ese caso, nuestra postura es simple: esto no lo va a arreglar con un ajuste. Pruebe el cambio a Zigbee (más abajo) antes de plantearse una devolución o una alternativa.

Pasar de Thread a Zigbee — y al contrario

«Firmware transferring 0%»: el reset que lo desbloquea

Documentado entre el 22 de enero y el 2 de febrero de 2026: el cambio Thread → Zigbee se atasca en «Firmware transferring 0%» con el firmware Matter 1.1.0.1. El desbloqueo que funcionó para el autor del hilo: un reset completo —pulsación larga de más de 5 segundos, o diez pulsaciones cortas para volver a fábrica— y relanzar la operación eligiendo explícitamente Zigbee. Lo importante es el orden: reiniciar antes de reintentar, no durante.

La app de Aqara debe estar conectada a su cuenta

Un hilo alemán (community.simon42.com), resuelto el 26 de febrero de 2026, señala una trampa tonta pero frecuente: si no está conectado a su cuenta en la app de Aqara, el sensor nunca se detecta. Entonces uno busca un problema de red o de pila cuando la causa es una sesión de invitado. Compruébelo antes de cualquier reset.

Actualizar el firmware del FP300 sin estropear la instalación

Las actualizaciones Zigbee no llegan desde la app de Aqara

Es una particularidad del FP300 que sorprende a muchos: en Zigbee, la actualización del firmware pasa por Home Assistant / Zigbee2MQTT, no por la app de Aqara. Si espera una notificación en la app para actualizar su sensor Zigbee, esperará mucho tiempo. En modo Matter/Thread el camino es el del ecosistema (actualización OTA a través del controlador Matter).

¿Hay que instalar el 6542? Nuestra postura

Si sigue en una versión anterior y todo funciona: no fuerce el paso al 6542 mientras no tenga el convertidor externo o el quirk listos para cargar. La regla es simple y la asumimos: una actualización que elimina una función que funciona no es una actualización que se instale por principio. Si ya está en 6542 y el sensor se bloquea, aplique primero la corrección; no intente otra actualización esperando que la siguiente repare la anterior.

Rollback: por investigar

No hemos encontrado ninguna procedimiento documentado para volver atrás en un firmware Zigbee del FP300. Los relatos hablan de reset, reemparejamiento y recarga de convertidor, nunca de una vuelta al 5841. Lo anotamos como «por investigar» en lugar de inventar un método: es el tipo de manipulación que deja un sensor inservible si se improvisa.

¿Comprar el FP300 o esperar?

La pregunta es honesta seis meses después del entusiasmo. Esta es nuestra opinión, a partir de lo que hemos leído y contrastado, y no de una prueba que no hemos hecho.

Nuestra recomendación según su caso

• Usa Home Assistant (Z2M o ZHA): el FP300 sigue siendo un buen sensor, siempre que acepte cargar una corrección comunitaria y mantenerla. Es una compra de aficionado técnico, no plug-and-play.
• Está en un hub Aqara: está en la configuración menos expuesta. El producto cumple lo que promete.
• Quiere plug-and-play sin trastear: espere. Una regresión sin corregir durante cuatro meses no invita a la confianza, y alternativas en Zigbee nativo hay muchas.
• Necesita apagar la luz rápido al salir: mire otra cosa. La agrupación de informes es estructural en este tipo de sensor a pila.

Lista de comprobación, en orden

1. Compruebe que la app de Aqara está conectada a su cuenta (trampa número uno).
2. Confirme la versión de firmware: si está en Zigbee 0.0.0_6542, está dentro de la regresión.
3. Identifique el síntoma exacto: bloqueado (LED/botón inertes), presencia atascada o falsos positivos. Cada uno tiene su corrección.
4. Si está bloqueado en Zigbee2MQTT: cargue el convertidor externo del issue #33011, reinicie Home Assistant y reempareje.
5. Si está bloqueado en ZHA: instale el quirk, reinicie ZHA y verifique que se expone la entidad presence.
6. Si la presencia se queda fijada: reset (5 s, o diez pulsaciones cortas), borre el resto en la app, reempareje y repita el aprendizaje de sala con la sala vacía.
7. Si tiene falsos positivos: pase a solo radar y reduzca el tamaño de sala declarado.
8. Si está en Thread/Matter y el sensor desaparece: pruebe el cambio a Zigbee (reset y elegir Zigbee) o estabilice su red Thread.
9. Si todo funciona pero los informes tardan: es normal hasta 30 minutos. No busque una avería.
10. Si nada cambia tras esos pasos: no existía corrección oficial a 28 de septiembre de 2026. Abra un hilo en el foro de Aqara citando su firmware y su coordinador; eso es lo que hace avanzar el tema.

Si está montando una solución de presencia en casa, nuestras otras guías completan esta: la comparativa de detectores de movimiento y sensores de presencia 2026, la guía de problemas de instalación del FP400, nuestra guía de problemas de conexión Matter y la guía de actualizaciones de firmware Matter/Thread.

---

* Divulgación: algunos enlaces de este artículo son enlaces de afiliado. Si compra a través de ellos podemos recibir una comisión, sin coste adicional para usted. Nuestras pruebas y clasificaciones siguen siendo independientes y nunca están influidas por los socios.