Résumer cet article :
Home Assistant 2026.7 está disponível, e essa atualização de julho preenche um requisito que muitos aguardavam há um tempo: tornar as automações mais fáceis de criar, sem sacrificar o que torna o Home Assistant interessante.
Não se trata de um botão movido ou de um retoque cosmético. A grande novidade é a saída dos gatilhos e condições “orientados ao uso” (aqueles que estavam em Labs há algum tempo) que se tornam o comportamento padrão no editor de automações. Na prática: em vez de raciocinar em termos de entidades, estados e atributos por vezes obscuros, o Home Assistant se aproxima finalmente da maneira como pensamos nossos cenários.
Antes, para criar uma automação do tipo “quando um movimento é detectado do lado de fora, acender as luzes externas”, era necessário escolher o tipo de gatilho correto, selecionar uma ou mais entidades, conhecer seu estado exato e então verificar se a ação realmente visava os equipamentos corretos. Não era impossível, mas exigia uma certa ginástica mental. E quando se está começando, essa ginástica às vezes se assemelha a um grande desdobramento.
Com 2026.7, começamos com o que queremos fazer. “Movimento detectado do lado de fora”. “Temperatura muito baixa no quarto”. “Bateria fraca”. “Porta aberta”. “Sol se pôs”. O Home Assistant cuida do resto.
É mais intuitivo e mais robusto. Os dois costumam andar juntos.
Automações que finalmente falam a língua da casa
A mudança mais concreta diz respeito ao editor de automações. Os purpose-specific triggers and conditions (gatilhos e condições específicos de propósito, se quisermos uma tradução) tornam-se acessíveis a todos.
O princípio: em vez de escolher uma lógica técnica, você escolhe uma situação real.
Para acender o aquecimento quando a temperatura de um cômodo descer abaixo de 18 °C, você não precisa mais pensar em “gatilho digital”, “atributo temperatura”, “valor inferior a”. Você seleciona um gatilho relacionado à temperatura, indica seu limite, e está resolvido.
O mesmo vale para sensores de movimento. Antes, era necessário saber se o sensor estava no estado “on”, “detected”, “occupancy”, “motion” ou outro tipo de alegria do gênero, dependendo do fabricante. O editor agora oferece diretamente um gatilho “movimento detectado”.
Isso não é irrelevante. A consistência nos nomes é o que torna uma automação legível seis meses depois – não apenas na noite em que é criada.
O Home Assistant anuncia mais de 200 novos gatilhos e mais de 200 novas condições. Movimento, presença, bateria, temperatura, umidade, abertura, mídia, volume, estado de um dispositivo, posição de uma persiana, disponibilidade de uma atualização, retorno de um aspirador à sua base, cortadora de grama retornando ao dock: os casos comuns estão cobertos.
Para alguém experiente, isso economiza tempo. Para um iniciante, isso remove uma verdadeira barreira. E para um instalador que deve deixar algo compreensível para seu cliente, é uma ótima notícia.
As zonas tornam-se realmente úteis nos cenários
Os novos gatilhos e condições funcionam com os alvos do Home Assistant: cômodo, zona, andar, dispositivo, entidade ou etiqueta. É aí que a coisa fica interessante.
Exemplo concreto. Você tem três sensores de movimento no jardim: um na frente da porta de entrada, um perto da garagem, e um ao lado da varanda. Antes, você teria criado um gatilho com as três entidades, ou três gatilhos separados. Se você substituísse um sensor, teria que voltar e modificar a automação.
Agora, você mira na zona “Exterior”: quando um movimento é detectado do lado de fora, acender as luzes externas. Se você adicionar um novo sensor nessa zona em seis meses, a automação continuará funcionando sem precisar mexer em nada.
Mesma lógica para as luzes. Você diz “acender as luzes da zona Exterior”. Se você adicionar um wall lamp Zigbee, um projetor Shelly ou uma lâmpada Hue nessa zona mais tarde, seu cenário permanece válido.
Essa é a diferença entre congelar uma lista de entidades e descrever uma intenção. A segunda abordagem envelhece muito melhor.
As etiquetas seguem a mesma lógica. Crie uma etiqueta “Decoração Natal”, aplique-a em suas tomadas conectadas e guirlandas, e então aponte para ela em suas automações. Uma única automação acende toda a bagunça ao pôr do sol, não importando onde as guirlandas estão na casa.
As novas opções “first”, “each” e “all” mudam o jogo
Quando uma automação mira vários dispositivos, o Home Assistant precisa saber como reagir. A versão 2026.7 traz três comportamentos distintos: first, each e all.
O modo first é acionado assim que o primeiro dispositivo corresponde. Uma janela se abre na sala → desligamos o aquecimento. Não é preciso esperar que todas as janelas estejam abertas.
O modo each é acionado a cada ocorrência. Cada vez que uma pessoa entra em casa, enviamos uma notificação ou atualizamos um registro de presença.
O modo all espera que todos os elementos-alvo correspondam. Todas as persianas do andar térreo estão fechadas → ativamos o modo noite.
Esse tipo de lógica já existia, mas exigia grupos, templates ou condições bem elaboradas manualmente. Aqui, está na interface, legível e pensado para ser entendido sem abrir a caixa de ferramentas do perfeito pequeno YAMLista.
Menos armadilhas técnicas nas automações
O Home Assistant é poderoso, mas tem suas armadilhas. Estados “unknown” ou “unavailable”, por exemplo, fizeram perder alguns cabelos a mais de um.
Um sensor que se torna indisponível e depois volta ao seu estado normal pode acionar uma automação de maneira inesperada se for mal construída. O mesmo problema ocorre com certos eventos que não mudam de estado de forma evidente.
Os novos gatilhos especializados gerenciam parte dessa complexidade internamente. O Home Assistant sabe melhor o que deve ser ignorado e o que realmente corresponde ao evento procurado.
Isso não quer dizer que usuários avançados perdem a mão. Os gatilhos clássicos, os templates, as condições complexas e o YAML continuam disponíveis. Mas para cenários comuns, o novo modelo reduz significativamente os riscos de erro.
Em uma casa real, isso conta. Uma luz que não acende no momento certo é irritante. Um aquecimento que desliga mal ou um alarme que reage de forma errada, é outra história.
O YAML continua bem presente
O Home Assistant afirma claramente: nada se quebra. As automações existentes continuam funcionando. Não há migração obrigatória, nem conversão forçada.
Os antigos gatilhos continuam disponíveis. O YAML permanece no cerne do funcionamento: a interface sempre o gera em segundo plano.
Esses novos gatilhos são, aliás, pensados para serem limpos em YAML. Os nomes são mais legíveis, mais próximos de uma frase. Pode-se entender o que uma automação faz ao ler seu código, sem precisar lembrar que determinado estado interno corresponde a determinado evento físico.
Um ponto de atenção, entretanto: usuários que ativaram essas funções em Labs antes de sua saída oficial podem ser afetados por algumas mudanças de nomes de chaves.
battery.lowtorna-sebattery.became_low,battery.not_lowtorna-sebattery.no_longer_low,vacuum.dockedtorna-sevacuum.returned_to_dock,lawn_mower.dockedtorna-selawn_mower.returned_to_dock.
Nada dramático, mas vale a pena verificar as automações criadas com a antiga versão experimental. Para os outros, nenhum problema.
Uma documentação muito mais completa
O Home Assistant revisou sua documentação. Páginas dedicadas agora existem para gatilhos, condições e ações, com uso pela interface, exemplo de YAML e detalhes práticos para cada elemento.
É um verdadeiro progresso. Muitos usuários ainda se deparam com exemplos de 2021 encontrados em um fórum ou em um vídeo antigo do YouTube. Com essas novas páginas de referência, o Home Assistant estabelece uma base mais sólida e atualizada.
Isso também ajudará assistentes de IA, que ainda se baseiam muitas vezes em antigos modelos de YAML para gerar automações. Uma documentação mais estruturada deve melhorar a confiabilidade dessas sugestões com o tempo. Não magicamente (uma IA ainda pode inventar uma entidade que não existe), mas a base será melhor.
O sol ganha novos gatilhos muito mais precisos
As automações ligadas ao sol fazem parte dos grandes clássicos: abrir as persianas ao amanhecer, acender as luzes ao pôr do sol, fechar as cortinas quando a luminosidade cai. Simples e muito utilizado.
Até agora, os gatilhos solares eram bastante limitados: nascer do sol, pôr do sol, talvez com um atraso em minutos. O problema é que “30 minutos antes do pôr do sol” não dá o mesmo resultado em junho e em dezembro, e muito menos conforme o clima ou sua latitude.
O Home Assistant 2026.7 adiciona conceitos mais refinados: amanhecer civil, náuticos e astronômicos, crepúsculo, elevação do sol, sol subindo ou descendo. Para os aficcionados por ajustes finos, isso é um deleite.
Exemplo concreto: em vez de acender as luzes externas 20 minutos antes do pôr do sol – um ajuste fixo que não funciona bem no inverno e chega cedo demais no verão – você aciona a partir de um nível de elevação solar. O resultado se alinha melhor à luz real disponível.
Para as condições, é o mesmo. “Se o sol se pôs” ou “se o sol está descendo” são facilmente escritas, sem a necessidade de improvisar um template.
A luz se acende no momento certo, as persianas se fecham mais naturalmente, e ninguém se pergunta por que a casa ainda vive no horário de verão enquanto o sol brilha forte.
O log de atividades finalmente se torna legível
O Logbook adota uma nova apresentação em forma de timeline. E é uma grande melhoria.
O formato antigo listava eventos linha por linha. Útil, mas em uma instalação com dezenas de sensores e automações, encontrar a causa de um evento específico rapidamente se tornava frustrante.
A nova timeline agrupa eventos por dia, com uma linha vertical, ícones e cores de estado. Especialmente, o Home Assistant agora exibe a causa quando é conhecida: o avatar do usuário que acendeu uma luz, o nome da automação responsável, o ícone da integração que iniciou a ação.
Uma lâmpada acende sozinha às 23h12? Abrimos a timeline, voltamos para cima e vemos em segundos se foi uma automação, uma pessoa ou uma integração externa que acionou a ação.
A timeline aparece em vários lugares: página de Atividade, ficha de entidade, página de dispositivo, página de zona. Durante a apresentação, a equipe mostrou uma versão compacta diretamente na janela de uma luz, com as mudanças de estado e sua origem. É muito mais útil do que um simples “on/off”.
A página de atualizações se torna mais prática
A página de atualizações foi reformulada. Francamente, era hora.
Quando se usa o Home Assistant com Core, Supervisor, OS, HACS, ESPHome, vários módulos, firmwares e alguns add-ons, a página de atualizações parecia uma pequena lavanderia de domingo. Clicamos, aguardamos, clicamos novamente, reiniciamos, e recomeçamos.
A nova página agrupa as atualizações por categorias. O Home Assistant Core, o OS e o Supervisor permanecem separados: são os componentes centrais, aqueles que queremos atualizar deliberadamente. As outras atualizações são agrupadas por tipo: integrações, apps, ESPHome, HACS, firmwares, etc. E um botão “Atualizar Tudo” permite iniciar todas as atualizações de um grupo de uma só vez.
O OS não é misturado com o resto, para evitar um reinício no meio de outras atualizações. O Home Assistant mantém a cabeça fria a respeito.
Para instalações com muitos dispositivos ESPHome, isso é um alívio. Não é mais necessário selecionar tudo manualmente, item por item.
Os Raspberry Pi podem atualizar seu firmware mais facilmente
Com o Home Assistant OS 18 ou mais recente, o Home Assistant pode exibir uma entidade de atualização para o firmware do Raspberry Pi: o EEPROM, também chamado de firmware do bootloader.
Esse firmware de baixo nível gerencia a inicialização, o armazenamento USB ou NVMe, e algumas funções de hardware. No Raspberry Pi 4 e especialmente no Pi 5, mantê-lo atualizado melhora a compatibilidade e a estabilidade.
Antes, atualizar esse firmware não era tarefa fácil. Era necessário, às vezes, passar por um cartão SD dedicado, uma tela, um teclado ou uma linha de comando. Agora, isso é feito a partir de Configurações > Atualizações, como o resto.
Algumas limitações a serem conhecidas. É necessário ter o Home Assistant OS 18 no mínimo. O Raspberry Pi 4 que inicia a partir de um armazenamento USB nem sempre pode aproveitar essa funcionalidade. O Home Assistant Yellow com Compute Module 4 não está incluído. Por outro lado, os Pi 4, Pi 5 e o Yellow com Compute Module 5 estão no alvo.
Após a aplicação, o Home Assistant solicita um reinício: como em um BIOS de PC, a nova versão não está ativa antes do reboot.
ZHA se beneficia de uma verdadeira página de gerenciamento Zigbee
A gestão avançada dos dispositivos Zigbee através do ZHA sai da pequena janela compacta para uma página dedicada.
As ferramentas estavam lá, mas apertadas: clusters, bindings, assinatura, vizinhos, detalhes técnicos. Tudo em uma interface que faltava espaço para respirar.
A versão 2026.7 reorganiza tudo isso com abas. As informações permanecem as mesmas, mas agora estão mais legíveis.
Para o uso diário básico, isso não muda muito. É possível utilizar o ZHA sem nunca fuçar nos clusters Zigbee. Mas para entender sua malha, verificar os vizinhos de um dispositivo ou criar bindings diretos entre equipamentos, é muito mais agradável. E para diagnosticar um sensor que não responde bem, uma lâmpada caprichosa ou uma rede malha instável, uma interface clara economiza tempo.
Infravermelho e rádio frequência agora têm seus painéis dedicados
Após Zigbee, Z-Wave, Thread e Matter, o Home Assistant 2026.7 adiciona painéis dedicados para dispositivos infravermelhos e de rádio frequência.
Esses painéis aparecem nas configurações apenas se você tiver equipamentos relevantes: emissores, proxies ou gateways IR/RF configurados.
Isso diz respeito às soluções ESPHome, os blasters infravermelhos, os pontes RF de 433 MHz, ou as integrações capazes de controlar equipamentos sem feedback de estado: climatização, amplificador de áudio, ventilador, antigas cortinas de rádio, tomada de 433 MHz. Todo esse pequeno mundo agora tem seu lugar na interface.
O infravermelho e o 433 MHz têm um lado de “escola antiga”, mas continuam muito presentes em instalações reais. Encontrá-los organizados de forma adequada é algo positivo.
Matter.js torna-se o novo motor Matter por padrão
Esse ponto foi objeto de um anúncio separado, mas a apresentação oficial desta atualização o menciona novamente: o servidor Matter do Home Assistant agora utiliza o Matter.js como backend por padrão.
O antigo servidor baseava-se na implementação oficial do Matter em C/C++, com uma camada Python que não era realmente projetada para produção. O Matter.js, desenvolvido em JavaScript/TypeScript e apoiado pela Open Home Foundation, é uma implementação limpa e independente, mais fácil de evoluir.
Para o usuário, a migração deve ser transparente. Os dispositivos Matter permanecem emparelhados. A primeira migração pode demorar um pouco mais (com dados sendo convertidos em segundo plano), mas o objetivo é não quebrar nada.
O interesse está principalmente a médio prazo: melhor suporte para as novidades do Matter, comportamentos mais bem controlados e uma implementação independente que ajuda a identificar ambiguidades na especificação. O Matter é promissor, mas ainda jovem, e existem áreas obscuras no padrão.
Desempenho melhorado na interface e nos templates
Algumas otimizações discretas, mas úteis.
O frontend carrega mais rapidamente, especialmente os gráficos. Isso é perceptível em painéis de energia ou em históricos longos.
As páginas de dispositivos e zonas se adaptam melhor a diferentes tamanhos de tela, com uma disposição em colunas mais limpa. Em tablets, mini PCs ou smartphones, esse tipo de detalhe conta.
Principalmente: os templates são anunciados como cerca de 40% mais rápidos. Os templates estão em toda parte nas instalações avançadas (sensores calculados, condições, mensagens personalizadas, painéis de controle). Um ganho nesse nível tem um impacto real nas grandes configurações.
Novos formatos de tempo mais fáceis de personalizar
Os cartões que exibem datas ou durações ganham uma opção de formato diretamente na interface.
Antes, modificar a exibição de um timestamp exigia YAML ou um sensor template. Agora, o editor oferece vários formatos: data, data e hora, relativo, longo ou curto.
Para o uptime de um servidor, a última atualização de um sensor ou a data da última sincronização de um dispositivo, obtemos uma apresentação legível sem improviso.
Novas integrações para água, energia, ventilação e mais
Dez novas integrações para esta versão: Aqvify (nível de água em um poço ou tanque), Chef iQ (sondas de cozimento Bluetooth), Dropbox (backups), Edifier Infrared, energieleser (medidores de energia, água, gás, calor), Envertech EVT800 (microinversores solares), Greencell (estações de recarga via MQTT), Helty Flow (unidades de ventilação descentralizada), KlikAanKlikUit (dispositivos de rádio 433 MHz) e MELCloud Home (sistemas Mitsubishi Electric).
Vários merecem destaque.
O Dropbox como destino para backups é uma opção simples para quem deseja externalizar seus backups sem infraestrutura complicada. Os backups do Home Assistant são valiosos: quando um cartão SD falha ou um mini PC decide tirar férias definitivas, um backup recente pode salvar o dia.
No que diz respeito à energia, Envertech EVT800, Greencell, energieleser e Hypontech Cloud reforçam ainda mais a posição do Home Assistant como central de monitoramento energético. Solar, recarga de veículo elétrico, consumo, bateria, rede: os componentes estão se acumulando.
O Helty Flow é interessante para ventilação descentralizada, um tópico recorrente em casas bem isoladas. Poder controlar isso localmente, sem dependência permanente da nuvem, é o tipo de detalhe que conta.
Integrações existentes que também avançam
As novidades não se limitam às novas integrações.
Dispositivos Alexa agora podem gerenciar listas de tarefas e compras Alexa no Home Assistant, e adicionam interruptores para controlar anúncios e comunicações nos dispositivos Echo.
SMTP ganha entidades de notificação modernas para enviar emails do Home Assistant – útil para alertas importantes: vazamento de água, falta de energia, alarme, bateria crítica baixa, superação de consumo.
Overkiz suporta Rexel Energeasy Connect via nuvem e API local, um ponto interessante para instalações francesas. Tesla Powerwall suporta o Powerwall 3 e adiciona sensores relacionados ao modo de operação e às potências máximas de carga e descarga.
Yoto avança significativamente: navegador de mídia, novos sensores, sensores binários, entidade de tempo, ajustes de brilho de tela e volume máximo. Os pais que usam esses pequenos leitores de áudio para crianças apreciarão.
No que diz respeito à piscina, Vistapool ganha muitas entidades adicionais para cenários mais precisos em torno do tratamento, iluminação e controle. E como a piscina conectada é um playground legal no verão, não vamos reclamar.
Por fim, notamos a adição da possibilidade de enviar imagens para o quadro SwitchBot AI Art Frame que testamos há algum tempo, o que permitirá interações muito mais legais com esse lindo quadro :)
Uma grande limpeza nas integrações abandonadas
O Home Assistant 2026.7 também remove uma série de integrações que se tornaram inutilizáveis: quebradas há anos, dependentes de serviços fechados, de bibliotecas abandonadas ou de hardware desaparecido.
Acer Projector, Ampio Smog, Avi-on, BeeWi SmartClim, Clementine, Dovado, ELIQ Online, Microsoft Face, MS Teams, Mycroft, UniFi LED, Watson TTS e outros estão sendo retirados.
Esse tipo de limpeza pode parecer abrupto. Mas uma integração quebrada desde 2019 não ajuda ninguém. Complica a manutenção, pesa no projeto e dá falsas esperanças àqueles que tentam usá-la.
Vale a pena instalar o Home Assistant 2026.7?
Sim. É uma das atualizações importantes do ano.
As novas automações tornam o Home Assistant mais acessível sem sacrificar a potência que agrada aos usuários avançados. O log de atividades é finalmente legível. A página de atualizações é menos penosa. O ZHA melhora. Os Raspberry Pi ganham uma gestão de firmware diretamente na interface. As integrações continuam a se expandir. E o desempenho avança em pequenos toques.
É uma versão que melhora a essência em vez de empilhar dispositivos compatíveis.
Para iniciantes, é uma melhor porta de entrada: criar uma automação se torna mais lógico, mais próximo da forma como se pensa. Para os habituais, é a oportunidade de revisitar algumas automações antigas: não é uma obrigação, mas o novo modelo é mais limpo e mais fácil de manter. Para os instaladores, é um passo a mais em direção a instalações que o cliente pode entender, ou até modificar ele mesmo sem chamar por ajuda.
A automação nunca foi tão poderosa. Ela se torna também um pouco menos intimidadora. Não era o ponto mais urgente há cinco anos. Hoje, provavelmente é o que mais importa para que ela realmente se estabeleça nas casas.
