Résumer cet article :
Home Assistant 2026.7 è disponibile, e questo aggiornamento di luglio segna una tappa attesa da tempo: rendere le automazioni più semplici da creare, senza sacrificare ciò che rende interessante Home Assistant.
Non si tratta di un pulsante spostato o di un ritocco cosmetico. La grande novità è l’introduzione di attivatori e condizioni “specifici per uso” (quelli che erano in Labs da un po’) che diventano il comportamento predefinito nell’editor delle automazioni. In pratica: invece di ragionare in termini di entità, stati e attributi a volte oscuri, Home Assistant si avvicina finalmente al modo in cui pensiamo ai nostri scenari.
Prima, per creare un’automazione del tipo “quando viene rilevato un movimento all’esterno, accendi le luci esterne”, era necessario scegliere il giusto tipo di attivatore, selezionare una o più entità, conoscere il loro stato esatto e poi verificare che l’azione fosse rivolta ai giusti dispositivi. Non impossibile, ma richiedeva una certa ginnastica mentale. E quando si inizia, questa ginnastica assomiglia a un grande divarico.
Con 2026.7, partiamo da ciò che vogliamo fare. “Movimento rilevato all’esterno”. “Temperatura troppo bassa nella camera”. “Batteria scarica”. “Porta aperta”. “Sole tramontato”. Home Assistant si occupa del resto.
È più intuitivo e più robusto. Le due cose vanno spesso di pari passo.
Automazioni che finalmente parlano il linguaggio della casa
Il cambiamento più concreto riguarda quindi l’editor delle automazioni. Gli attivatori e condizioni specifici per uso diventano accessibili a tutti.
Il principio: invece di scegliere una logica tecnica, si sceglie una situazione reale.
Per accendere il riscaldamento quando la temperatura di una stanza scende sotto i 18 °C, non è più necessario pensare “attivatore numerico”, “attributo temperatura”, “valore inferiore a”. Si seleziona un attivatore legato alla temperatura, si indica la soglia, ed è fatto.
Stessa cosa per i sensori di movimento. Prima, a volte bisognava sapere se il sensore passava allo stato “on”, “detectato”, “occupazione”, “movimento” o qualche altra giocheria del genere a seconda del produttore. L’editor ora propone direttamente un attivatore “movimento rilevato”.
Non è un dettaglio trascurabile. La coerenza nei nomi è ciò che rende un’automazione leggibile sei mesi dopo, non solo la sera in cui è creata.
Home Assistant annuncia più di 200 nuovi attivatori e oltre 200 nuove condizioni. Movimento, presenza, batteria, temperatura, umidità, apertura, media, volume, stato di un dispositivo, posizione di una tapparella, disponibilità di un aggiornamento, ritorno di un aspirapolvere alla sua base, tosaerba rientrato nel dock: i casi comuni sono coperti.
Per qualcuno con esperienza, questo fa risparmiare tempo. Per un principiante, rimuove una vera barriera. E per un installatore che deve lasciare qualcosa di comprensibile al suo cliente, è una notizia molto positiva.
Le zone diventano davvero utili negli scenari
I nuovi attivatori e condizioni funzionano con gli obiettivi di Home Assistant: stanza, zona, piano, dispositivo, entità o etichetta. È qui che diventa interessante.
Esempio concreto. Hai tre sensori di movimento nel giardino: uno davanti alla porta d’ingresso, uno vicino al garage, uno di lato alla terrazza. Prima, avresti creato un attivatore con le tre entità, o tre attivatori separati. Se sostitui vi un sensore, dovevi tornare a modificare l’automazione.
Ora, punti alla zona “Esterno”: quando viene rilevato un movimento all’esterno, accendi le luci esterne. Se aggiungi un nuovo sensore in questa zona tra sei mesi, l’automazione continua a funzionare senza intervenire.
Stessa logica per le luci. Dici “accendi le luci della zona Esterno”. Se aggiungi una lampada Zigbee, un proiettore Shelly o una lampadina Hue in questa zona più tardi, il tuo scenario rimane valido.
È la differenza tra congelare un elenco di entità e descrivere un’intenzione. Il secondo approccio invecchia molto meglio.
Le etichette seguono la stessa logica. Crea un’etichetta “Decorazione Natale”, applicala alle tue prese collegate e luci di Natale, poi puntali nelle tue automazioni. Una sola automazione accende tutto il caos al tramonto, indipendentemente da dove si trovano le luci di Natale in casa.
Le nuove opzioni “first”, “each” e “all” cambiano le carte in tavola
Quando un’automazione prende di mira più dispositivi, Home Assistant deve sapere come reagire. La versione 2026.7 introduce tre comportamenti distinti: first, each e all.
La modalità first si attiva non appena il primo dispositivo corrisponde. Una finestra si apre nel salotto → spegniamo il riscaldamento. Non è necessario aspettare che tutte le finestre siano aperte.
La modalità each attiva ad ogni occorrenza. Ogni volta che una persona entra in casa, inviamo una notifica o aggiorniamo un registro di presenza.
La modalità all aspetta che tutti gli elementi presi di mira corrispondano. Tutte le tapparelle del piano terra sono chiuse → attiviamo la modalità notte.
Questo tipo di logica esisteva già, ma richiedeva gruppi, template o condizioni ben definite a mano. Qui, è nell’interfaccia, leggibile e pensata per essere compresa senza aprire la cassetta degli attrezzi del perfetto YAMLista.
Meno insidie tecniche nelle automazioni
Home Assistant è potente, ma ha le sue trappole. Gli stati “unknown” o “unavailable”, ad esempio, hanno fatto perdere qualche capello a più di uno.
Un sensore che diventa non disponibile e poi torna al suo stato normale può attivare un’automazione in modo inatteso se non è costruita correttamente. Stesso problema con alcuni eventi che non cambiano stato in modo evidente.
I nuovi attivatori specializzati gestiscono una parte di questa complessità internamente. Home Assistant sa meglio cosa deve essere ignorato e cosa corrisponde realmente all’evento cercato.
Non significa che gli utenti avanzati perdano il controllo. Gli attivatori classici, i template, le condizioni complesse e il YAML rimangono disponibili. Ma per gli scenari comuni, il nuovo modello riduce notevolmente i rischi di errore.
In una casa reale, questo conta. Una luce che non si accende al momento giusto è fastidiosa. Un riscaldamento che si spegne malamente o un allarme che reagisce in modo inadeguato è un’altra storia.
Il YAML rimane ben presente
Home Assistant lo dice chiaramente: nulla si rompe. Le automazioni esistenti continuano a funzionare. Nessuna migrazione obbligatoria, nessuna conversione forzata.
Gli attivatori vecchi rimangono disponibili. Il YAML resta al centro del funzionamento: l’interfaccia continua a generarlo in background.
Questi nuovi attivatori sono, peraltro, pensati per essere puliti in YAML. I nomi sono più leggibili, più vicini a una frase. Si può capire cosa fa un’automazione leggendo il suo codice, senza ricordarsi che certo stato interno corrisponde a certo evento fisico.
Un punto di attenzione, però: gli utenti che avevano attivato queste funzioni in Labs prima della loro uscita ufficiale potrebbero essere interessati da alcuni cambiamenti nei nomi delle chiavi.
battery.lowdiventabattery.became_low,battery.not_lowdiventabattery.no_longer_low,vacuum.dockeddiventavacuum.returned_to_dock,lawn_mower.dockeddiventalawn_mower.returned_to_dock.
Niente di drammatico, ma vale la pena controllare le automazioni create con la vecchia versione sperimentale. Per le altre, nessun problema.
Una documentazione molto più completa
Home Assistant ha rivisto la sua documentazione. Sono ora disponibili pagine dedicate per gli attivatori, le condizioni e le azioni, con utilizzo dall’interfaccia, esempio YAML e dettagli pratici per ogni elemento.
È un vero progresso. Molti utenti si imbattono ancora in esempi del 2021 trovati su un forum o in un vecchio video di YouTube. Con queste nuove pagine di riferimento, Home Assistant pone una base più solida e aggiornata.
Questo aiuterà anche gli assistenti IA, che si basano ancora spesso su vecchi modelli YAML per generare automazioni. Una documentazione più strutturata dovrebbe migliorare l’affidabilità di queste suggerimenti nel tempo. Non magicamente (un’IA può sempre inventare un’entità che non esiste), ma la base sarà migliore.
Il sole guadagna nuovi attivatori molto più precisi
Le automazioni legate al sole fanno parte dei grandi classici: aprire le tapparelle all’alba, accendere le luci al tramonto, chiudere le persiane quando la luminosità diminuisce. Semplice e molto usato.
Finora, gli attivatori solari erano piuttosto limitati: alba, tramonto, con eventuale slittamento in minuti. Il problema è che “30 minuti prima del tramonto” non dà lo stesso risultato a giugno e a dicembre, e ancor meno a seconda del meteo o della tua latitudine.
Home Assistant 2026.7 aggiunge concetti più raffinati: alba civile, nautica e astronomica, crepuscolo, elevazione del sole, sole in ascesa o discendente. Per gli appassionati dei dettagli, è un vero piacere.
Esempio concreto: invece di accendere le lampade esterne 20 minuti prima del tramonto – un’impostazione fissa che funziona male in inverno e arriva troppo presto in estate – attivi a partire da un livello di elevazione solare. Il risultato si adatta meglio alla luce reale disponibile.
Per le condizioni, è lo stesso. “Se il sole è tramontato” o “se il sole sta scendendo” si scrivono direttamente, senza armeggiare con un template.
La luce si accende al momento giusto, le tapparelle si chiudono più naturalmente e nessuno si chiede perché la casa viva ancora secondo l’ora invernale mentre il sole splende a piena luce.
Il diario delle attività diventa finalmente leggibile
Il Logbook adotta una nuova presentazione sotto forma di linea temporale. Ed è un bel miglioramento.
Il vecchio formato elencava gli eventi riga per riga. Utile, ma in un’installazione con decine di sensori e automazioni, risalire alla causa di un evento specifico poteva rapidamente diventare noioso.
La nuova linea temporale raggruppa gli eventi per giorno, con una linea verticale, icone e colori di stato. Soprattutto, Home Assistant ora mostra la causa quando è nota: l’avatar dell’utente che ha acceso una luce, il nome dell’automazione responsabile, l’icona dell’integrazione che ha originato l’azione.
Una lampada si accende da sola alle 23:12? Apriamo la timeline, risaliamo, e vediamo in pochi secondi se è stata un’automazione, una persona o un’integrazione esterna a scatenare l’azione.
La timeline appare in diversi punti: pagina Attività, scheda entità, pagina dispositivo, pagina zona. Durante la presentazione, il team mostrava una versione compatta direttamente nella finestra di una luce, con i cambiamenti di stato e la loro origine. È molto più utile di un semplice “on/off”.
La pagina degli aggiornamenti diventa più pratica
La pagina degli aggiornamenti è stata rifatta. Onestamente, era ora.
Quando si utilizza Home Assistant con Core, Supervisor, OS, HACS, ESPHome, diversi moduli, firmware e alcuni add-on, la pagina degli aggiornamenti sembrava una piccola lavatrice della domenica. Si clicca, si aspetta, si clicca di nuovo, si riavvia, si ricomincia.
La nuova pagina raggruppa gli aggiornamenti per categorie. Home Assistant Core, l’OS e il Supervisor rimangono separati: sono i componenti centrali, quelli che si vogliono aggiornare deliberatamente. Gli altri aggiornamenti sono raggruppati per tipo: integrazioni, app, ESPHome, HACS, firmware, ecc. E un pulsante “Aggiorna tutto” consente di avviare tutti gli aggiornamenti di un gruppo in una sola volta.
L’OS non è mescolato con il resto, per evitare un riavvio in mezzo ad altri aggiornamenti. Home Assistant mantiene la calma su questo.
Per le installazioni con molti dispositivi ESPHome, è un sollievo. Non è più necessario selezionare tutto manualmente uno per uno.
I Raspberry Pi possono aggiornare il loro firmware più facilmente
Con Home Assistant OS 18 o più recente, Home Assistant può visualizzare un’entità di aggiornamento per il firmware del Raspberry Pi: l’EEPROM, noto anche come firmware bootloader.
Questo firmware di basso livello gestisce l’avvio, lo storage USB o NVMe e alcune funzioni hardware. Su Raspberry Pi 4 e soprattutto sul Pi 5, mantenerlo aggiornato migliora la compatibilità e la stabilità.
In passato, aggiornare questo firmware non era una passeggiata. Era a volte necessario passare tramite una scheda SD dedicata, uno schermo, una tastiera o una riga di comando. Ora, si può fare tramite Impostazioni > Aggiornamenti, come il resto.
Alcune limitazioni da conoscere. Serve Home Assistant OS 18 almeno. Il Raspberry Pi 4 che si avvia da uno storage USB non può sempre beneficiarne. Il Home Assistant Yellow con il Compute Module 4 non è interessato. Tuttavia, i Pi 4, i Pi 5 e il Yellow con il Compute Module 5 sono nel target.
Dopo l’applicazione, Home Assistant richiede un riavvio: come per un BIOS di PC, la nuova versione non è attiva fino a reboot.
ZHA beneficia di una vera pagina di gestione Zigbee
La gestione avanzata dei dispositivi Zigbee tramite ZHA lascia la piccola finestra compatta per una pagina dedicata.
Gli strumenti c’erano, ma erano stretti: cluster, binding, firma, vicini, dettagli tecnici. Tutto in un’interfaccia che mancava di spazio per respirare.
La versione 2026.7 riorganizza tutto ciò con schede. Le informazioni rimangono le stesse, ma sono più leggibili.
Per l’uso quotidiano di base, non cambia molto. Si può tranquillamente utilizzare ZHA senza mai frugare nei cluster Zigbee. Ma per comprendere la propria rete, controllare i vicini di un dispositivo o creare binding diretti tra i dispositivi, è molto più piacevole. E per diagnosticare un sensore che risponde male, una lampada capricciosa o una rete mesh instabile, un’interfaccia chiara fa risparmiare tempo.
Infrarossi e radiofrequenza hanno finalmente i loro pannelli dedicati
Dopo Zigbee, Z-Wave, Thread e Matter, Home Assistant 2026.7 aggiunge pannelli dedicati per dispositivi infrarossi e radiofrequenza.
Questi pannelli appaiono nelle impostazioni solo se hai dispositivi interessati: emettitori, proxy o gateway IR/RF configurati.
Questo riguarda soluzioni ESPHome, blaster infrarossi, ponti RF a 433 MHz o integrazioni capaci di controllare dispositivi senza feedback di stato: climatizzazione, amplificatore audio, ventilatore, vecchia persiana radio, presa a 433 MHz. Tutto questo mondo ha ora il suo spazio nell’interfaccia.
L’infrarosso e il 433 MHz hanno un carattere “vecchia scuola”, ma rimangono molto presenti nelle installazioni reali. Trovarli ordinati è una buona cosa.
Matter.js diventa il nuovo motore Matter predefinito
Questo punto era stato oggetto di un annuncio separato, ma la presentazione ufficiale di questo aggiornamento torna su di esso: il server Matter di Home Assistant utilizza ora Matter.js come backend predefinito.
Il vecchio server si basava sull’implementazione ufficiale di Matter in C/C++, con uno strato Python che non era davvero progettato per la produzione. Matter.js, sviluppato in JavaScript/TypeScript e supportato dall’Open Home Foundation, è un’implementazione pulita e indipendente, più facile da far evolvere.
Per l’utente, la migrazione dovrebbe essere trasparente. I dispositivi Matter rimangono abbinati. La prima migrazione può richiedere un po’ più di tempo (i dati vengono convertiti in background), ma l’obiettivo è di non rompere nulla.
L’interesse è soprattutto a medio termine: migliore supporto per le novità di Matter, comportamenti meglio controllati e un’implementazione indipendente che aiuta a individuare le ambiguità nella spec stessa. Matter è promettente, ma ancora giovane, e ci sono ancora angoli poco chiari nello standard.
Miglioramenti delle prestazioni nell’interfaccia e nei template
Alcune ottimizzazioni discrete ma utili.
Il frontend si carica più velocemente, in particolare i grafici. Questo è evidente nei cruscotti energetici o negli storici lunghi.
Le pagine dei dispositivi e delle zone si adattano meglio alle diverse dimensioni dello schermo, con una disposizione a colonne più ordinata. Su tablet, mini PC o smartphone, questo tipo di dettaglio conta.
Soprattutto: i template sono annunciati come circa il 40% più veloci. I template sono presenti ovunque nelle installazioni avanzate (sensori calcolati, condizioni, messaggi personalizzati, cruscotti). Un miglioramento a questo livello ha un impatto reale sulle grosse configurazioni.
Formati di tempo più facili da personalizzare
Le schede che mostrano date o durate guadagnano un’opzione di formato direttamente nell’interfaccia.
In precedenza, modificare la visualizzazione di un timestamp richiedeva YAML o un sensore template. Ora, l’editor propone diversi formati: data, data e ora, relativo, lungo o corto.
Per l’uptime di un server, l’ultima aggiornamento di un sensore o la data dell’ultima sincronizzazione di un dispositivo, si ottiene un rendering leggibile senza bricolage.
Nuove integrazioni per acqua, energia, ventilazione e molto altro
Dieci nuove integrazioni per questa versione: Aqvify (livello d’acqua in un pozzo o in una cisterna), Chef iQ (sonde di cottura Bluetooth), Dropbox (backup), Edifier Infrared, energieleser (contatori di energia, acqua, gas, calore), Envertech EVT800 (micro-inverter solari), Greencell (colonnine di ricarica via MQTT), Helty Flow (unità di ventilazione decentralizzata), KlikAanKlikUit (dispositivi radio a 433 MHz) e MELCloud Home (sistemi Mitsubishi Electric).
Molti meritano una nota.
Dropbox come destinazione di backup è un’opzione semplice per chi vuole esternalizzare i propri backup senza un’infrastruttura complicata. I backup di Home Assistant sono preziosi: quando una scheda SD si rompe o un mini PC decide di andare in vacanza definitiva, un backup recente può salvare la giornata.
Per quanto riguarda l’energia, Envertech EVT800, Greencell, energieleser e Hypontech Cloud rafforzano ulteriormente la posizione di Home Assistant come centrale di monitoraggio energetico. Solare, ricarica di veicoli elettrici, consumo, batteria, rete: i mattoni si accumulano.
Helty Flow è interessante per la ventilazione decentralizzata, un tema ricorrente nelle case ben isolate. Avere il controllo locale, senza dipendenza costante dal cloud, è il tipo di dettaglio che conta.
Anche le integrazioni esistenti fanno progressi
Le novità non si limitano alle nuove integrazioni.
Dispositivi Alexa può ora gestire liste di attività e di spesa Alexa in Home Assistant, e aggiunge interruttori per controllare gli annunci e le comunicazioni sui dispositivi Echo.
SMTP guadagna entità di notifica moderne per inviare email da Home Assistant – utile per avvisi importanti: perdite d’acqua, interruzioni di corrente, allarmi, batteria scarica critico, superamento di consumo.
Overkiz supporta Rexel Energeasy Connect tramite cloud e API locale, un punto interessante per le installazioni francesi. Tesla Powerwall supporta il Powerwall 3 e aggiunge sensori legati alla modalità operativa e alle potenze massime di carica e scarica.
Yoto fa grandi progressi: lettore multimediale, nuovi sensori, sensori binari, entità temporali, impostazioni di luminosità dello schermo e volume massimo. I genitori che utilizzano questi piccoli lettori audio per bambini apprezzeranno.
Per quanto riguarda la piscina, Vistapool guadagna molte entità aggiuntive per scenari più precisi riguardo al trattamento, all’illuminazione e al controllo. E visto che la piscina connessa è un bel campo di gioco in estate, non ci tireremo indietro.
Infine, notiamo l’aggiunta della possibilità di inviare immagini alla lavagna SwitchBot AI Art Frame che abbiamo testato qualche tempo fa, permettendo interazioni molto più simpatiche con questo splendido quadro :)
Una grande pulizia nelle integrazioni abbandonate
Home Assistant 2026.7 elimina anche una serie di integrazioni diventate inutilizzabili: rotte da anni, dipendenti da servizi chiusi, librerie abbandonate o hardware scomparso.
Acer Projector, Ampio Smog, Avi-on, BeeWi SmartClim, Clementine, Dovado, ELIQ Online, Microsoft Face, MS Teams, Mycroft, UniFi LED, Watson TTS e altri vengono rimossi.
Questo tipo di pulizia può sembrare brusca. Ma un’integrazione rotta dal 2019 non aiuta nessuno. Complica la manutenzione, appesantisce il progetto e dà false speranze a coloro che cercano di utilizzarla.
È necessario installare Home Assistant 2026.7?
Sì. È uno degli aggiornamenti importanti dell’anno.
Le nuove automazioni rendono Home Assistant più accessibile senza sacrificare la potenza che piace agli utenti avanzati. Il diario delle attività è finalmente leggibile. La pagina degli aggiornamenti è meno noiosa. ZHA migliora. I Raspberry Pi guadagnano una gestione del firmware direttamente nell’interfaccia. Le integrazioni continuano ad arricchirsi. E le prestazioni progrediscono a piccoli passi.
È una versione che migliora il contenuto piuttosto che accumulare dispositivi compatibili.
Per i principianti, è una migliore porta d’ingresso: creare un’automazione diventa più logico, più vicino al modo in cui si ragiona. Per gli habitué, è l’occasione di rivedere alcune vecchie automazioni: non è un obbligo, ma il nuovo modello è più pulito e più mantenibile. Per gli installatori, è un ulteriore passo verso installazioni che il cliente può comprendere, e persino modificare da solo senza chiedere aiuto.
La domotica non è mai stata così potente. Diventa anche un po’ meno intimidatoria. Non era il punto più urgente cinque anni fa. Oggi, probabilmente è ciò che conta di più affinché si installi realmente nelle case.
