Aqara FP300 non funziona: sensore bloccato, presenza bloccata — firmware 6542, cause e soluzioni 2026

Il vostro Aqara FP300 si blocca e la presenza resta fissa su «rilevato»? È una regressione nota del firmware Zigbee 0.0.0_6542, distribuito da maggio 2026: il sensore continua a rispondere quando lo si interroga, ma non invia più i rapporti automatici, e né il LED né il pulsante reagiscono. Il workaround affidabile non è nell’app Aqara: è un convertitore esterno Zigbee2MQTT (o un quirk ZHA) da caricare sul lato Home Assistant. Ecco la procedura, sintomo per sintomo.

L’FP300 è arrivato sul mercato a fine 2025 come il primo sensore di presenza Aqara che parla sia Zigbee sia Matter/Thread, con PIR, radar mmWave e batteria. Nove mesi dopo, il forum ufficiale Aqara si riempie di discussioni che descrivono lo stesso scenario: poche ore dopo l’accoppiamento, tutto si blocca. Abbiamo letto undici thread attivi su sei piattaforme — forum Aqara, GitHub, Home Assistant Community, Homey, Hubitat e community.simon42.com — e abbiamo verificato ogni soluzione con chi l’ha provata. Questa guida è la sintesi, con i punti ancora incerti segnalati come tali.

Che cosa succede davvero quando l’FP300 si blocca

L’FP300 non è un semplice rilevatore di movimento: combina un PIR (infrarosso passivo, che intercetta il movimento) con un radar mmWave (che rileva una presenza immobile, per esempio qualcuno seduto alla scrivania). Il firmware fonde i due e decide cosa pubblica il dispositivo — «presenza rilevata», «stanza vuota» — e con quale frequenza.

Ed è proprio quello strato software a essersi rotto. La cronologia è datata e documentata. Il 31 maggio 2026 un utente (micharambou) segnala sul forum Aqara che «dopo qualche ora di funzionamento gli stati PIR/presenza restano bloccati e non si azzerano, anche con le stanze vuote», e che lo stesso blocco riguarda temperatura, umidità e luminosità. Il legame con l’aggiornamento è diretto: era appena passato dal firmware Zigbee 0.0.0_5841 al 0.0.0_6542. Aqara risponde il 1 giugno 2026: «we’ll look into this issue shortly». Quattro mesi dopo, il 28 settembre 2026, non è uscita alcuna correzione pubblica. È tutto qui il problema: non state aspettando un aggiornamento, lo state aggirando.

Cosa vedete	Causa più probabile	Soluzione	Tempo
Sensore bloccato dopo qualche ora, LED e pulsante inerti	Regressione del firmware 6542: non pubblica più i rapporti	Convertitore esterno Zigbee2MQTT (issue #33011) o quirk ZHA	20-40 min
Presenza fissa su «rilevato» a stanza vuota	Stato mai azzerato + apprendimento della stanza difettoso	Reset e nuovo accoppiamento; rifare lo Spatial Learning a stanza vuota	10-20 min
Falsi positivi PIR e poi falsi negativi mmWave	Modalità «PIR + radar» in stanze con correnti d’aria o vetrate	Passare alla modalità solo radar	5 min
Sensore «offline» in modalità Thread dopo qualche giorno	L’hub M3 non mantiene il ruolo di border router Thread	Passare a Zigbee o stabilizzare la rete Thread	20-60 min
Rapporti distanziati (5-30 min)	Comportamento normale, anche dopo la correzione	Nulla da riparare — saperlo per non cercare un guasto	—

Sintomo 1 — il sensore «si blocca» dopo qualche ora

I segnali esatti che confermano la diagnosi

Il racconto più preciso arriva da un utente ZHA con un dongle Home Assistant Connect ZBT-2 che ha catturato il traffico Zigbee (forum Aqara, 24-25 settembre 2026). Nel suo caso, dopo il passaggio al 6542:

• i rapporti da 0xFCC0 / 0x00F7 e 0xFCC0 / 0x00DF si fermano di colpo: sono gli attributi che portano lo stato PIR/presenza;
• la richiesta periodica dell’ora 0x000A resta muta, segno che lo stack di protocollo non gira più normalmente;
• il LED non reagisce più alle pressioni e il comando di riavvio non fa nulla.

Se riconoscete almeno tre di questi segnali, siete in questo caso e non davanti a un problema di portata o di batteria. Spostare il sensore o cambiare la batteria non servirà: il guasto non è lì.

Perché il dispositivo sembra ancora «online»

È il punto che inganna tutti. Un dispositivo che ha smesso di pubblicare dovrebbe risultare offline in Home Assistant. Non accade: l’FP300 resta leggibile. Se interrogate esplicitamente un attributo, risponde. La rete lo vede vivo, l’entità non passa mai a unavailable, e voi cercate il guasto nel posto sbagliato per ore. La regola pratica: un sensore di presenza le cui automazioni non scattano più mentre continua a rispondere alle interrogazioni è un sensore bloccato, non un sensore fuori portata.

La causa tecnica: uno scambio di chiavi con il Trust Center che non si chiude

La cattura dello stesso utente mostra qualcosa di più profondo dei rapporti mancanti: compare TC_RESPONDED_TO_KEY_REQUEST, ma TC_REQUESTER_VERIFY_KEY_SUCCESS non arriva mai. In altre parole, lo scambio di chiavi con il Trust Center — il meccanismo di autenticazione di una rete Zigbee — parte lato coordinatore, ma la verifica lato dispositivo non si completa. Questo spiega qualcosa che finora non aveva risposta: perché il 6542 ha rotto i coordinatori non Aqara. Il manutentore del driver Zigbee di Hubitat (ogiewon) l’ha scritto senza giri di parole il 27 settembre 2026: «quando è uscito quel firmware, ha causato problemi con tutti i coordinatori Zigbee non Aqara… il firmware 6542 ci ha portato via parecchio tempo prima di trovare una soluzione affidabile». Traduzione: il coordinatore Aqara tollera il difetto, gli altri no. È esattamente per questo che tutte le soluzioni qui sotto stanno dalla parte delle piattaforme di terze parti.

Sintomo 2 — la presenza resta bloccata su «rilevato»

Reset e nuovo accoppiamento: l’unico rimedio dall’app

Prima di prendere la cassetta degli attrezzi, sappiate cosa potete davvero fare dall’app Aqara: un reset seguito da un nuovo accoppiamento. È l’unica azione utente che azzera lo stato, e a volte regge solo qualche ora se restate sul 6542 senza correzione. La sequenza che funziona nei thread: rimuovere il dispositivo da tutti i controller, resettarlo (pressione prolungata oltre 5 secondi; dieci pressioni brevi per un ripristino di fabbrica completo), poi riaccoppiarlo — dopo aver cancellato il residuo ancora visibile nell’app. Un dispositivo fantasma resta spesso in elenco e fa fallire il nuovo accoppiamento con un messaggio fuorviante.

La trappola dello Spatial Learning in Thread/Matter

L’FP300 impara la geometria della stanza per distinguere un divano da un passaggio. L’apprendimento si avvia dall’app o dall’ecosistema, e porta con sé un fraintendimento semplice: bisogna uscire dalla stanza durante l’operazione. Restare seduti accanto al sensore durante l’apprendimento gli insegna che la stanza è occupata in permanenza da una persona immobile. Il risultato è una presenza inchiodata su «rilevato» che poi attribuirete a un bug, quando è la conseguenza diretta di dove eravate. In caso di dubbio, rifate l’apprendimento a stanza vuota: porta chiusa, nessuno dentro.

Rapporti ogni 5-30 minuti: normale o no?

Leggendo i thread, è la confusione più frequente. L’FP300 non invia un messaggio a ogni cambio di stato: a batteria, raggruppa e distanzia. Anche tra utenti la cui correzione funziona, i messaggi possono mancare per 5 minuti, a volte fino a 30, e uno stato «rilevato» può restare fermo 10 minuti di troppo. È il comportamento normale di un sensore a batteria, non un guasto. Abbiamo visto slim971 confermarlo sulla issue #33011 il 27 settembre 2026, con la patch applicata. Corollario sgradevole: se le vostre automazioni dipendono dallo spegnimento rapido di una luce all’uscita, un sensore a batteria forse non è la scelta giusta — è un compromesso, non un errore.

Sintomo 3 — falsi positivi PIR e falsi negativi mmWave

Anche qui, metà dei «guasti» sono impostazioni. Un utente lo riassume senza mezzi termini a febbraio 2026: «dopo l’ultimo aggiornamento del firmware ho falsi positivi continui sul PIR e falsi negativi sul mmWave. Praticamente il mio dispositivo ora è inutile.» L’hardware non c’entra.

Capire la fusione: il PIR sveglia il radar, non rileva al suo posto

In modalità «PIR + mmWave» il PIR non conferma la presenza: sveglia il radar, che poi valida. Questa spiegazione, dettagliata sul forum Aqara il 24 settembre 2026, cambia tutta la diagnosi. Se il sensore si attiva senza motivo, il colpevole è quasi sempre il PIR: una tenda che si muove, un termosifone che scalda, un gatto, una corrente d’aria sotto la porta. Il radar su questo non sbaglia — è il radar a produrre i falsi negativi quando il PIR non l’ha svegliato al momento giusto.

Passare alla modalità solo radar nelle stanze esposte

In una stanza con correnti d’aria, un termosifone o una grande vetrata che sposta la luce, il primo tentativo è la modalità solo radar. Perdete un po’ di reattività sul primissimo movimento e guadagnate una stanza che non accende più la luce da sola. È anche l’impostazione giusta per i corridoi, dove il PIR scatta al minimo sfioramento.

Dimensione della stanza e impostazioni avanzate

Il sensore rileva in modo affidabile una persona immobile fino a circa 3-4 metri; oltre, conta solo il movimento. Se vi serve presenza statica in un soggiorno grande, posizionatelo vicino alla zona che vi interessa (il divano, per esempio), invece di inseguire una portata che non ha. E controllate la dimensione di stanza dichiarata: impostata troppo ampia, il radar legge il movimento nel corridoio accanto come occupazione.

Le soluzioni che funzionano davvero

Zigbee2MQTT: il convertitore esterno della issue #33011

È la soluzione più solida disponibile oggi, e ha una doppia verifica. La issue Koenkk/zigbee2mqtt #33011, aperta il 2 settembre 2026, contiene un convertitore esterno pubblicato dal suo autore. La procedura:

1. Aprire Zigbee2MQTT → Settings → Development Console → External Converters.
2. Incollare il codice del convertitore pubblicato nella issue #33011.
3. Riavviare Home Assistant (non solo Zigbee2MQTT) perché il convertitore venga caricato.
4. Riaccoppiare o riconfigurare l’FP300.

L’autore ha validato il risultato su quattro unità, e un utente indipendente (Crashandru) ha confermato il 19 settembre 2026: «ho incollato il codice direttamente nella dashboard, sotto Zigbee2MQTT, in Settings ➔ Development Console ➔ External Converters. Riavviare Home Assistant e riconfigurare l’FP300 ha funzionato per me.» Due conferme indipendenti sono la prova più forte che abbiamo su questa vicenda. Un’avvertenza: i rapporti distanziati descritti sopra restano anche dopo la patch.

ZHA: il quirk della community e l’entità presence che manca

Su ZHA il meccanismo è diverso ma l’esito è lo stesso: senza quirk, l’FP300 esposto dal coordinatore non sempre compare con la sua entità presence. Un quirk della community circola dal 5 dicembre 2025 (condiviso sul forum Aqara) e una parte degli utenti ZHA lo usa da allora. È meno comodo di Zigbee2MQTT — va collocato nella cartella dei quirk, di solito tramite un volume Docker o un percorso personalizzato — ma il risultato c’è. La documentazione ufficiale ZHA spiega bene i quirk personalizzati; non la parafrasiamo qui.

Homey, Hubitat e hub M3: stato al 28 settembre 2026

La situazione è disomogenea, cosa utile da sapere quando si sceglie l’ecosistema. Ecco lo stato reale, ricavato dai thread del 24-27 settembre 2026:

Piattaforma	Stato al 28/09/2026	Cosa potete fare
Zigbee2MQTT	Correzione community verificata su 4 unità + 1 utente indipendente	Caricare il convertitore esterno della issue #33011
ZHA	Richiede un quirk della community; senza, a volte manca l’entità presence	Installare il quirk, riavviare ZHA
Hubitat	Driver riscritto dal manutentore dopo i danni del 6542	Aggiornare il driver della community
Homey	Thread attivi, supporto via Zigbee	Attendere/applicare la correzione dell’app, altrimenti Z2M via Home Assistant
Hub M3 + app Aqara	Nessuna regressione di questo tipo in Zigbee su hub Aqara	Restare sull’hub Aqara se non usate Home Assistant

Da questa tabella si ricava una cosa: chi dipende da un hub Aqara è, paradossalmente, il meno colpito. Il 6542 rompe soprattutto i coordinatori di terze parti: è il rovescio della promessa «senza hub» dell’FP300.

Se siete in modalità Thread/Matter

Sensori offline dopo qualche giorno (hub M3 + Home Assistant)

Questo scenario è documentato sul forum Aqara: un thread aperto il 10 dicembre 2025 e seguito fino al 24 aprile 2026 descrive sensori che vanno offline dopo qualche giorno, con un hub M3 e Home Assistant. Non esiste a oggi una soluzione definitiva nota. La nostra lettura — da prendere come ipotesi, non come fatto — è che l’hub M3 non mantenga in modo continuo il ruolo di border router Thread, quindi un sensore si riavvia e non ritrova la sua rete. È coerente con il consiglio sull’aggiornamento dell’hub: un hub in pieno aggiornamento non instrada nulla durante l’operazione.

Presenza bloccata per ore: cosa è documentato

Il thread più ricco del forum su questo tema (94 messaggi, dal 15 novembre 2025) descrive una presenza che resta su «attivo» fino a dodici ore, con il firmware Matter 1.0.7.3. Nessuna correzione ufficiale è stata aggiunta. Se siete in questa situazione, la nostra posizione è semplice: non è con un’impostazione che risolverete. Provate il passaggio a Zigbee (più sotto) prima di considerare un reso o un’alternativa.

Passare da Thread a Zigbee — e viceversa

«Firmware transferring 0%»: il reset che sblocca

Documentato tra il 22 gennaio e il 2 febbraio 2026: il passaggio Thread → Zigbee si blocca su «Firmware transferring 0%» con il firmware Matter 1.1.0.1. Lo sblocco che ha funzionato per l’autore del thread: un reset completo — pressione prolungata oltre 5 secondi, o dieci pressioni brevi per il ripristino di fabbrica — poi rilanciare l’operazione scegliendo esplicitamente Zigbee. L’ordine conta: resettare prima di ritentare, non durante.

L’app Aqara deve essere connessa al vostro account

Un thread tedesco (community.simon42.com), risolto il 26 febbraio 2026, segnala una trappola sciocca ma frequente: se non siete connessi al vostro account nell’app Aqara, il sensore non viene mai rilevato. Si finisce così a cercare un problema di rete o di batteria mentre la causa è una sessione ospite. Verificatelo prima di qualsiasi reset.

Aggiornare il firmware dell’FP300 senza rompere l’installazione

Gli aggiornamenti Zigbee non arrivano dall’app Aqara

È una particolarità dell’FP300 che sorprende molti: in Zigbee l’aggiornamento del firmware passa da Home Assistant / Zigbee2MQTT, non dall’app Aqara. Se aspettate una notifica nell’app per aggiornare il vostro sensore Zigbee, aspetterete a lungo. In modalità Matter/Thread il percorso è quello dell’ecosistema (aggiornamento OTA tramite il controller Matter).

Conviene installare il 6542? La nostra posizione

Se siete ancora su una versione precedente e tutto funziona: non forzate il passaggio al 6542 finché non avete il convertitore esterno o il quirk pronti da caricare. La regola è semplice e la sosteniamo: un aggiornamento che elimina una funzione che funziona non è un aggiornamento da installare per principio. Se siete già sul 6542 e il sensore si blocca, applicate prima la correzione — non tentate un altro aggiornamento sperando che il successivo ripari il precedente.

Rollback: da verificare

Non abbiamo trovato alcuna procedura documentata per tornare indietro su un firmware Zigbee dell’FP300. I resoconti parlano di reset, riaccoppiamento e ricarica del convertitore, mai di un ritorno al 5841. Lo annotiamo come «da verificare» invece di inventare un metodo: è il tipo di intervento che lascia un sensore inutilizzabile se improvvisato.

Comprare l’FP300 o aspettare?

La domanda è legittima sei mesi dopo l’entusiasmo. Ecco il nostro parere, basato su ciò che abbiamo letto e verificato — non su un test che non abbiamo fatto.

Il nostro consiglio caso per caso

• Usate Home Assistant (Z2M o ZHA): l’FP300 resta un buon sensore, a patto di accettare di caricare una correzione community e di mantenerla. È un acquisto da smanettoni, non plug-and-play.
• Siete su un hub Aqara: siete nella configurazione meno esposta. Il prodotto mantiene la promessa.
• Volete plug-and-play senza armeggiare: aspettate. Una regressione non corretta da quattro mesi non invita alla fiducia, e le alternative in Zigbee nativo non mancano.
• Vi serve spegnere la luce subito dopo l’uscita: guardate altrove. Il raggruppamento dei rapporti è strutturale in questo tipo di sensore a batteria.

Checklist di risoluzione, in ordine

1. Verificate che l’app Aqara sia connessa al vostro account (trappola numero uno).
2. Confermate la versione del firmware: se siete su Zigbee 0.0.0_6542, siete dentro la regressione.
3. Individuate il sintomo esatto: bloccato (LED/pulsante inerti), presenza bloccata o falsi positivi. Ognuno ha la sua correzione.
4. Se è bloccato su Zigbee2MQTT: caricate il convertitore esterno della issue #33011, riavviate Home Assistant, riaccoppiate.
5. Se è bloccato su ZHA: installate il quirk, riavviate ZHA, verificate che l’entità presence sia esposta.
6. Se la presenza resta bloccata: reset (5 s, o dieci pressioni brevi), cancellate il residuo nell’app, riaccoppiate, poi rifate l’apprendimento della stanza a stanza vuota.
7. Se avete falsi positivi: passate a solo radar e riducete la dimensione di stanza dichiarata.
8. Se siete in Thread/Matter e il sensore sparisce: provate il passaggio a Zigbee (reset e scelta di Zigbee) o stabilizzate la rete Thread.
9. Se tutto funziona ma i rapporti tardano: è normale fino a 30 minuti. Non cercate un guasto.
10. Se dopo questi passaggi non cambia nulla: al 28 settembre 2026 non esisteva alcuna correzione ufficiale. Aprite un thread sul forum Aqara citando firmware e coordinatore: è quello che fa avanzare la questione.

Se state costruendo una soluzione di presenza per la casa, le nostre altre guide completano questa: il confronto tra sensori di movimento e di presenza 2026, la guida ai problemi di installazione dell’FP400, la nostra guida ai problemi di connessione Matter e la guida agli aggiornamenti firmware Matter/Thread.

---

* Divulgazione: alcuni link di questo articolo sono link di affiliazione. Se acquistate tramite essi possiamo ricevere una commissione, senza costi aggiuntivi per voi. I nostri test e le nostre classifiche restano indipendenti e non sono mai influenzati dai partner.