Résumer cet article :
Home Assistant 2026.7 tersedia, dan pembaruan bulan Juli ini mencentang kotak yang sudah lama ditunggu-tunggu banyak orang: membuat otomatisasi lebih mudah untuk dibuat, tanpa mengorbankan apa yang membuat Home Assistant menarik.
Ini bukan hanya tombol yang dipindahkan atau perbaikan kosmetik. Perubahan besar adalah adanya keluarnya pemicu dan kondisi “berorientasi penggunaan” (yang sudah ada di Labs selama beberapa waktu) yang menjadi perilaku default di editor otomatisasi. Secara konkret: bukannya berpikir dalam istilah entitas, status, dan atribut yang kadang membingungkan, Home Assistant akhirnya lebih mendekati cara kita berpikir tentang skenario kita.
Sebelumnya, untuk membuat otomatisasi seperti “ketika gerakan terdeteksi di luar, nyalakan lampu luar,” seseorang harus memilih jenis pemicu yang tepat, memilih satu atau beberapa entitas, mengetahui statusnya yang tepat, kemudian memverifikasi bahwa tindakan ditujukan kepada peralatan yang benar. Tidak mustahil, tetapi itu memerlukan sedikit akrobatik mental. Dan ketika Anda pemula, akrobatik tersebut terkadang terasa seperti melakukan jangkauan besar.
Dengan 2026.7, kita mulai dari apa yang ingin kita lakukan. “Gerakan terdeteksi di luar.” “Suhu terlalu rendah di kamar.” “Baterai lemah.” “Pintu terbuka.” “Matahari terbenam.” Home Assistant mengurus sisanya.
Ini lebih intuitif, dan lebih kuat. Keduanya sering berjalan bersama.
Otomatisasi yang akhirnya berbicara bahasa rumah
Perubahan paling konkret adalah pada editor otomatisasi. purpose-specific triggers and conditions (pemicu dan kondisi yang khusus, jika kita ingin terjemahan) menjadi dapat diakses oleh semua orang.
Prinsipnya: bukannya memilih logika teknis, Anda memilih situasi nyata.
Untuk menyalakan pemanas saat suhu sebuah ruangan turun di bawah 18 °C, Anda tidak perlu lagi berpikir “pemicu digital”, “atribut suhu”, “nilai kurang dari”. Anda memilih pemicu terkait suhu, Anda menetapkan ambang batas Anda, dan selesai.
Hal yang sama berlaku untuk sensor gerakan. Sebelumnya, terkadang seseorang perlu tahu apakah sensor beralih ke status “on”, “detected”, “occupancy”, “motion” atau kebohongan lainnya sesuai produsen. Editor sekarang langsung menawarkan pemicu “gerakan terdeteksi”.
Ini bukan hal sepele. Konsistensi dalam nama adalah apa yang menjadikan otomatisasi dapat dibaca enam bulan kemudian – bukan hanya pada malam ketika kita membuatnya.
Home Assistant mengumumkan lebih dari 200 pemicu baru dan lebih dari 200 kondisi baru. Gerakan, kehadiran, baterai, suhu, kelembaban, pembukaan, media, volume, status perangkat, posisi tirai, ketersediaan pembaruan, kembalinya penyedot debu ke tempatnya, pemotong rumput kembali ke dock: kasus-kasus umum telah tercakup.
Bagi seseorang yang berpengalaman, ini menghemat waktu. Bagi pemula, ini menghapus hambatan yang nyata. Dan bagi seorang installer yang harus meninggalkan sesuatu yang dapat dipahami oleh klien, ini adalah kabar baik.
Zona menjadi benar-benar berguna dalam skenario
Pemicu dan kondisi baru bekerja dengan target Home Assistant: ruangan, zona, lantai, perangkat, entitas, atau label. Inilah yang menjadi menarik.
Contoh konkret. Anda memiliki tiga sensor gerakan di taman: satu di depan pintu masuk, satu dekat garasi, satu di samping teras. Sebelumnya, Anda akan membuat pemicu dengan tiga entitas, atau tiga pemicu terpisah. Jika Anda mengganti sensor, Anda harus kembali mengedit otomatisasi.
Sekarang, Anda menyasar zona “Luar”: ketika gerakan terdeteksi di luar, nyalakan lampu luar. Jika Anda menambahkan sensor baru di zona ini dalam enam bulan, otomatisasi akan terus berfungsi tanpa perlu sentuhan.
Logika yang sama berlaku untuk lampu. Anda mengatakan “nyalakan lampu di zona Luar”. Jika Anda menambahkan lampu Zigbee, proyektor Shelly atau bohlam Hue di zona ini nanti, skenario Anda tetap valid.
Ini adalah perbedaan antara memfrozen daftar entitas dan menggambarkan maksud. Pendekatan kedua jauh lebih tahan banting seiring waktu.
Label mengikuti logika yang sama. Buat label “Dekorasi Natal”, terapkan pada soket terhubung dan rangkaian, lalu arahkan kepadanya dalam otomatisasi Anda. Satu otomasi menyalakan semua barang saat matahari terbenam, tidak peduli di mana rangkaian berada di rumah.
Pilihan baru “first”, “each” dan “all” mengubah permainan
Ketika sebuah otomatisasi menargetkan beberapa perangkat, Home Assistant harus tahu bagaimana bertindak. Versi 2026.7 membawa tiga perilaku yang berbeda: first, each dan all.
Mode first memicu segera setelah perangkat pertama cocok. Sebuah jendela terbuka di ruang tamu → kita mematikan pemanas. Tidak perlu menunggu semua jendela terbuka.
Mode each memicu di setiap kejadian. Setiap kali seseorang masuk ke rumah, kita mengirimkan notifikasi atau memperbarui jurnal kehadiran.
Mode all menunggu semua elemen yang ditargetkan sesuai. Semua tirai di lantai dasar ditutup → kita mengaktifkan mode malam.
Jenis logika ini sudah ada, tetapi itu memerlukan grup, template, atau kondisi yang disusun dengan baik secara manual. Di sini, itu ada di antarmuka, dapat dibaca, dan dirancang untuk dipahami tanpa membuka kotak alat dari seorang YAML yang terampil.
Lebih sedikit perangkap teknis dalam otomatisasi
Home Assistant sangat kuat, tetapi memiliki perangkapnya. Status “unknown” atau “unavailable”, misalnya, telah membuat banyak orang kehilangan sedikit rambut.
Sebuah sensor yang menjadi tidak tersedia dan kemudian kembali ke status normal dapat memicu otomatisasi secara tak terduga jika dibangun dengan buruk. Masalah yang sama dengan beberapa peristiwa yang tidak jelas berubah statusnya.
Pemicu khusus baru menangani sebagian dari kompleksitas ini di dalam. Home Assistant lebih memahami apa yang harus diabaikan dan apa yang benar-benar sesuai dengan peristiwa yang dicari.
Itu tidak berarti bahwa pengguna yang berpengalaman kehilangan kendali. Pemicu klasik, template, kondisi kompleks, dan YAML tetap tersedia. Tetapi untuk skenario umum, model baru secara signifikan mengurangi risiko kesalahan.
Di rumah nyata, itu penting. Sebuah lampu yang tidak menyala pada waktu yang tepat adalah menjengkelkan. Sebuah pemanas yang mati dengan buruk atau alarm yang bereaksi salah adalah cerita lain.
YAML tetap hadir
Home Assistant berkata secara jelas: tidak ada yang rusak. Automatisasi yang ada tetap berfungsi. Tidak ada migrasi yang wajib, tidak ada konversi yang dipaksakan.
Pemicu lama tetap tersedia. YAML tetap di jantung operasinya: antarmuka selalu menghasilkan di latar belakang.
Pemicu baru ini, bagaimanapun, dirancang untuk bersih di YAML. Nama-nama lebih bisa dibaca, lebih dekat dengan kalimat. Seseorang bisa memahami apa yang dilakukan sebuah otomatisasi dengan membaca kodenya, tanpa harus mengingat bahwa status internal tertentu sesuai dengan peristiwa fisik tertentu.
Satu hal yang perlu diperhatikan: pengguna yang mengaktifkan fungsi ini di Labs sebelum peluncuran resminya mungkin terpengaruh oleh beberapa pergantian nama kunci.
battery.lowmenjadibattery.became_low,battery.not_lowmenjadibattery.no_longer_low,vacuum.dockedmenjadivacuum.returned_to_dock,lawn_mower.dockedmenjadilawn_mower.returned_to_dock.
Tidak ada yang dramatis, tetapi ini layak untuk memeriksa otomatisasi yang dibuat dengan versi eksperimen lama. Untuk yang lain, tidak ada masalah.
Dokumentasi yang jauh lebih lengkap
Home Assistant telah meninjau dokumentasinya. Halaman khusus sekarang tersedia untuk pemicu, kondisi, dan tindakan, dengan penggunaan dari antarmuka, contoh YAML, dan detail praktis untuk setiap elemen.
Ini adalah kemajuan yang nyata. Banyak pengguna masih menemukan contoh dari 2021 di forum atau dalam video YouTube tua. Dengan halaman referensi baru ini, Home Assistant menetapkan dasar yang lebih solid dan lebih terkini.
Ini juga akan membantu asisten AI, yang masih sering bergantung pada model YAML lama untuk menghasilkan otomatisasi. Dokumentasi yang lebih terstruktur harus meningkatkan keandalan saran ini seiring berjalannya waktu. Tidak secara ajaib (sebuah AI masih bisa selalu mengimprovisasi sebuah entitas yang tidak ada) tetapi dasarnya akan lebih baik.
Matahari mendapatkan pemicu baru yang jauh lebih tepat
Otomatisasi yang terkait dengan matahari adalah klasik: membuka tirai saat terbit, menyalakan lampu saat terbenam, menutup gorden saat pencahayaan menurun. Sederhana dan sangat digunakan.
Sampai sekarang, pemicu matahari cukup terbatas: terbit matahari, terbenam matahari, dengan kemungkinan penundaan dalam menit. Masalahnya adalah bahwa “30 menit sebelum terbenam” tidak memberikan hasil yang sama di bulan Juni dan Desember, dan bahkan kurang dengan tergantung pada cuaca atau lintang Anda.
Home Assistant 2026.7 menambahkan konsep yang lebih halus: fajar sipil, nautikal, dan astronomikal, senja, elevasi matahari, matahari terbit atau terbenam. Bagi yang suka memperhalus, ini adalah surga.
Contoh konkret: alih-alih menyalakan lampu luar 20 menit sebelum terbenam matahari – pengaturan tetap yang buruk di musim dingin dan terlalu dini di musim panas – Anda memicu berdasarkan level elevasi matahari. Hasilnya lebih sesuai dengan cahaya nyata yang tersedia.
Untuk kondisi juga sama. “Jika matahari terbenam” atau “jika matahari sedang terbenam” dapat ditulis langsung, tanpa perlu memainkan template.
Cahaya menyala pada waktu yang tepat, tirai ditutup dengan lebih alami, dan tidak ada yang bertanya-tanya mengapa rumah masih hidup dalam waktu musim dingin sementara matahari bersinar terang.
Jurnal aktivitas akhirnya menjadi dapat dibaca
Logbook mengadopsi presentasi baru dalam bentuk timeline. Dan ini adalah peningkatan yang luar biasa.
Format lama mencantumkan setiap peristiwa satu per satu. Berguna, tetapi dalam sebuah instalasi dengan puluhan sensor dan otomatisasi, menemukan penyebab dari peristiwa tertentu bisa segera menjadi melelahkan.
Timeline baru mengelompokkan peristiwa per hari, dengan garis vertikal, ikon, dan warna status. Yang paling penting, Home Assistant sekarang menampilkan penyebab saat diketahui: avatar pengguna yang menyalakan lampu, nama otomatisasi yang bertanggung jawab, ikon integrasi yang menjadi asal tindakan tersebut.
Sebuah lampu menyala sendiri pukul 23:12? Kita membuka timeline, kita melihat ke atas, dan dalam beberapa detik kita bisa melihat apakah ini adalah otomatisasi, seseorang, atau integrasi eksternal yang memicu tindakan tersebut.
Timeline muncul di beberapa tempat: halaman Aktivitas, lembar entitas, halaman perangkat, halaman zona. Saat presentasi, tim menunjukkan versi ringkas langsung di jendela lampu, dengan perubahan status dan asalnya. Ini jauh lebih berguna daripada hanya “on/off”.
Halaman pembaruan menjadi lebih praktis
Halaman pembaruan telah diperbarui. Sejujurnya, ini sudah seharusnya.
Ketika menggunakan Home Assistant dengan Core, Supervisor, OS, HACS, ESPHome, beberapa modul, firmware, dan beberapa add-on, halaman pembaruan terlihat seperti cucian kecil pada hari Minggu. Kita mengklik, menunggu, mengklik lagi, me-restart, dan mengulang.
Halaman baru mengelompokkan pembaruan berdasarkan kategori. Home Assistant Core, OS, dan Supervisor tetap terpisah: ini adalah komponen inti, yang ingin kita perbarui secara sengaja. Pembaruan lainnya dikelompokkan berdasarkan jenis: integrasi, aplikasi, ESPHome, HACS, firmware, dll. Dan tombol “Perbarui Semua” memungkinkan untuk meluncurkan semua pembaruan dari satu grup sekaligus.
OS tidak dicampur dengan yang lain, untuk menghindari restart di tengah pembaruan lainnya. Home Assistant tetap tenang di sini.
Untuk instalasi dengan banyak perangkat ESPHome, ini adalah kelegaan. Tidak perlu memilih semuanya secara manual satu per satu.
Raspberry Pi bisa memperbarui firmware mereka dengan lebih mudah
Dengan Home Assistant OS 18 atau lebih baru, Home Assistant dapat menampilkan entitas pembaruan untuk firmware Raspberry Pi: EEPROM, juga disebut firmware bootloader.
Firmware tingkat rendah ini mengelola booting, penyimpanan USB atau NVMe, dan beberapa fungsi perangkat keras. Di Raspberry Pi 4 dan terutama Pi 5, menjaga firmware ini terbarui meningkatkan kompatibilitas dan stabilitas.
Sebelumnya, memperbarui firmware ini bukanlah hal yang menyenangkan. Terkadang perlu menggunakan kartu SD khusus, layar, keyboard, atau baris perintah. Sekarang, itu dilakukan dari Pengaturan > Pembaruan, seperti yang lainnya.
Beberapa batasan yang perlu diketahui. Diperlukan Home Assistant OS 18 setidaknya. Raspberry Pi 4 yang boot dari penyimpanan USB tidak selalu dapat memanfaatkannya. Home Assistant Yellow dengan Compute Module 4 tidak terpengaruh. Namun, Pi 4, Pi 5, dan Yellow dengan Compute Module 5 menjadi target.
Setelah diterapkan, Home Assistant meminta restart: seperti BIOS PC, versi baru tidak aktif sebelum reboot.
ZHA mendapatkan halaman manajemen Zigbee yang nyata
Manajemen perangkat Zigbee yang canggih melalui ZHA meninggalkan jendela kompak kecil untuk halaman terpisah.
Alat-alatnya sudah ada, tetapi terbatas: cluster, binding, tanda tangan, tetangga, detail teknis. Semua dalam antarmuka yang kekurangan tempat untuk bernapas.
Versi 2026.7 merorganisasi semuanya dengan tab. Informasi tetap sama, tetapi lebih mudah dibaca.
Untuk penggunaan sehari-hari yang mendasar, itu tidak banyak mengubah apapun. Anda masih bisa menggunakan ZHA tanpa pernah menjelajahi cluster Zigbee. Tetapi untuk memahami jaring Anda, memeriksa tetangga dari sebuah perangkat atau membuat binding langsung antara perangkat, jauh lebih menyenangkan. Dan untuk mendiagnosis sensor yang berfungsi buruk, lampu yang rewel atau jaringan yang bermasalah, antarmuka yang jelas menghemat waktu.
Inframerah dan frekuensi radio kini memiliki panel khusus
Setelah Zigbee, Z-Wave, Thread, dan Matter, Home Assistant 2026.7 menambahkan panel khusus untuk perangkat inframerah dan frekuensi radio.
Panel ini hanya akan muncul dalam pengaturan jika Anda memiliki peralatan yang relevan: pemancar, proxy, atau gateway IR/RF yang sudah dikonfigurasi.
Ini mencakup solusi ESPHome, pengirim inframerah, jembatan RF 433 MHz, atau integrasi yang dapat mengendalikan peralatan tanpa umpan balik status: pendingin udara, amplifier audio, kipas angin, tirai radio tua, soket 433 MHz. Semua perangkat ini kini memiliki tempat dalam antarmuka.
Inframerah dan 433 MHz memiliki nuansa “sekolah lama”, tetapi mereka tetap sangat digunakan dalam instalasi nyata. Menemukan mereka tersimpan dengan rapi adalah hal yang baik.
Matter.js menjadi mesin Matter baru secara default
Poin ini telah diumumkan secara terpisah, tetapi presentasi resmi dari pembaruan ini menekankannya: server Matter dari Home Assistant kini menggunakan Matter.js sebagai backend default.
Server lama bergantung pada implementasi resmi Matter dalam C/C++, dengan lapisan Python yang tidak benar-benar dirancang untuk produksi. Matter.js, yang dikembangkan dalam JavaScript/TypeScript dan didorong oleh Open Home Foundation, adalah implementasi bersih dan mandiri, yang lebih mudah untuk dikembangkan.
Bagi pengguna, migrasi seharusnya tampak transparan. Perangkat Matter tetap dipairing. Migrasi pertama mungkin memakan waktu sedikit lebih lama (beberapa data dikonversi di latar belakang) tetapi tujuannya adalah untuk tidak merusak apapun.
Minat ini terutama dalam jangka menengah: dukungan yang lebih baik untuk inovasi baru Matter, perilaku yang lebih terkendali, dan implementasi mandiri yang membantu dalam mengidentifikasi ambiguitas dalam spesifikasi itu sendiri. Matter menjanjikan, tetapi masih muda, dan masih ada beberapa sudut yang kabur dalam standar.
Performa meningkat dalam antarmuka dan template
Beberapa optimisasi kecil tetapi berguna.
Frontend memuat lebih cepat, khususnya grafik. Ini terasa di dasbor energi atau riwayat yang panjang.
Halaman perangkat dan zona lebih baik menyesuaikan dengan berbagai ukuran layar, dengan tata letak kolom yang lebih bersih. Di tablet dinding, mini PC, atau ponsel pintar, detail seperti ini diperhitungkan.
Terutama: template dikabarkan sekitar 40% lebih cepat. Template ada di mana-mana dalam instalasi canggih (sensor yang dihitung, kondisi, pesan kustom, dasbor). Kenaikan di sini memiliki dampak nyata pada pengaturan besar.
Format waktu lebih mudah untuk dikustomisasi
Kartu yang menampilkan tanggal atau durasi mendapatkan opsi format langsung dari antarmuka.
Sebelumnya, mengubah tampilan timestamp memerlukan YAML atau sensor template. Sekarang, editor menawarkan beberapa format: tanggal, tanggal dan waktu, relatif, panjang, atau pendek.
Untuk uptime server, pembaruan terakhir dari sensor atau tanggal sinkronisasi terakhir dari perangkat, kita mendapatkan tampilan yang dapat dibaca tanpa perlu utak-atik.
Integrasi baru untuk air, energi, ventilasi, dan lainnya
Sepuluh integrasi baru untuk versi ini: Aqvify (tingkat air dalam sumur atau tangki), Chef iQ (probe memasak Bluetooth), Dropbox (cadangan), Edifier Infrared, energieleser (meter energi, air, gas, panas), Envertech EVT800 (mikro-inverter surya), Greencell (stasiun pengisian menggunakan MQTT), Helty Flow (unit ventilasi terdesentralisasi), KlikAanKlikUit (perangkat radio 433 MHz) dan MELCloud Home (sistem Mitsubishi Electric).
Beberapa di antaranya patut dicermati.
Dropbox sebagai tujuan cadangan adalah opsi sederhana bagi mereka yang ingin mengeksternalisasi cadangan mereka tanpa infrastruktur yang rumit. Cadangan Home Assistant sangat berharga: ketika kartu SD gagal atau mini PC memutuskan untuk “berlibur” selamanya, cadangan terbaru dapat menyelamatkan hari.
Dari segi energi, Envertech EVT800, Greencell, energieleser, dan Hypontech Cloud semakin memperkuat posisi Home Assistant sebagai pusat pengawasan energi. Matahari, pengisian kendaraan listrik, konsumsi, baterai, jaringan: semua komponen ini terus terakumulasi.
Helty Flow menarik untuk ventilasi terdesentralisasi, tema yang relevan di rumah yang terisolasi dengan baik. Mampu mengontrol hal ini secara lokal, tanpa ketergantungan konstan pada cloud, adalah detail yang penting.
Integrasi yang sudah ada juga berkembang
Inovasi tidak terbatas pada integrasi baru.
Alexa Devices sekarang dapat mengelola daftar tugas dan belanja Alexa dalam Home Assistant, dan menambahkan sakelar untuk mengontrol pengumuman dan komunikasi di perangkat Echo.
SMTP mendapatkan entitas notifikasi modern untuk mengirim email dari Home Assistant – berguna untuk alert penting: kebocoran air, pemadaman listrik, alarm, baterai lemah kritis, melebihi konsumsi.
Overkiz mendukung Rexel Energeasy Connect melalui cloud dan API lokal, satu poin menarik untuk instalasi Prancis. Tesla Powerwall mendukung Powerwall 3 dan menambahkan sensor yang terkait dengan mode operasi serta daya maksimum pengisian dan pengosongan.
Yoto berkembang pesat: media navigator, sensor baru, sensor biner, entitas waktu, pengaturan kecerahan layar dan volume maksimum. Orangtua yang menggunakan pembaca audio kecil ini untuk anak-anak akan menghargainya.
Dari segi kolam renang, Vistapool mendapatkan banyak entitas tambahan untuk skenario lebih tepat seputar pengolahan, pencahayaan, dan pengendalian. Dan karena kolam renang yang terhubung adalah area bermain yang menyenangkan di musim panas, kita tidak akan mengabaikannya.
Akhirnya, kita mencatat penambahan kemampuan untuk mengirim gambar ke bingkai SwitchBot AI Art Frame yang kami uji beberapa waktu lalu, yang akan memungkinkan interaksi yang jauh lebih menyenangkan dengan bingkai yang indah ini :)
Pembersihan besar pada integrasi yang ditinggalkan
Home Assistant 2026.7 juga menghapus serangkaian integrasi yang tidak dapat lagi digunakan: yang sudah rusak selama bertahun-tahun, tergantung pada layanan yang ditutup, pustaka yang ditinggalkan, atau perangkat keras yang hilang.
Acer Projector, Ampio Smog, Avi-on, BeeWi SmartClim, Clementine, Dovado, ELIQ Online, Microsoft Face, MS Teams, Mycroft, UniFi LED, Watson TTS dan lainnya telah dihapus.
Pembersihan semacam ini mungkin tampak mendadak. Tapi integrasi yang rusak sejak 2019 tidak membantu siapapun. Ini menyulitkan pemeliharaan, membebani proyek, dan memberikan harapan palsu kepada mereka yang mencoba menggunakannya.
Apakah harus menginstal Home Assistant 2026.7?
Ya. Ini adalah salah satu pembaruan penting tahun ini.
Otomatisasi baru membuat Home Assistant lebih mudah diakses tanpa mengorbankan kekuatan yang disukai pengguna berpengalaman. Jurnal aktivitas akhirnya dapat dibaca. Halaman pembaruan menjadi kurang melelahkan. ZHA meningkat. Raspberry Pi mendapatkan manajemen firmware langsung dari antarmuka. Integrasi terus berkembang. Dan performa meningkat secara bertahap.
Ini adalah versi yang memperbaiki fondasi daripada sekadar menambahkan perangkat yang kompatibel.
Bagi pemula, ini adalah pintu masuk yang lebih baik: membuat otomatisasi menjadi lebih logis, lebih mendekati cara berpikir kita. Bagi yang sudah terbiasa, ini adalah kesempatan untuk meninjau beberapa otomatisasi lama: bukan kewajiban, tetapi model baru lebih bersih dan lebih mudah dipelihara. Bagi para installer, ini adalah langkah lebih dekat menuju instalasi yang dapat dipahami oleh klien, bahkan untuk diubah sendiri tanpa meminta bantuan.
Smart home tidak pernah begitu kuat. Ini juga menjadi sedikit kurang menakutkan. Ini bukan poin paling mendesak lima tahun yang lalu. Hari ini, mungkin inilah yang paling penting agar teknologi ini benar-benar terintegrasi ke dalam rumah.
