2 poin oleh GN⁺ 2025-01-26 | 1 komentar | Bagikan ke WhatsApp
  • Pengalaman menjalankan Home Assistant selama 7 tahun berkembang dari otomasi skala kecil berbasis Raspberry Pi dan SQLite menjadi konfigurasi lebih dari 100 perangkat berbasis VM home server, MySQL, dan InfluxDB
  • Di rumah baru, jumlah ruangan dan lampu bertambah, hampir semua bohlam terhubung ke Home Assistant, dan semua lampu pintar diseragamkan memakai produk IKEA
  • Otomasi pencahayaan berpindah dari Flux ke Adaptive Lighting dari HACS untuk mengontrol suhu warna dan kecerahan per waktu secara lebih rinci, tetapi masih ada beban konfigurasi karena setiap light entity harus dicantumkan langsung
  • Cursor membantu membuat parser kustom yang menganalisis kemampuan lampu dari Home Assistant API dan menghasilkan YAML, sehingga mengurangi waktu untuk konfigurasi berulang dan debugging
  • Langkah berikutnya adalah memasang smart TRV berbasis Zigbee pada radiator dan memanfaatkan data suhu Nest untuk mengontrol pemanasan per ruangan lewat Home Assistant

Dari otomasi apartemen kecil ke VM home server

  • Penggunaan Home Assistant dimulai di apartemen kecil, sebatas mengelompokkan lampu dengan IKEA Smart Hub
  • Setelah terbiasa dengan otomasi, mulai juga membuat hardware kustom sendiri seperti sensor suhu dan kelembapan
  • Seiring bertambahnya perangkat dan otomasi, operasi berbasis Raspberry Pi mulai mendekati batasnya
    • Database bawaan, SQLite, menjadi bottleneck saat memproses banyak data sensor
    • Hardware khusus Home Assistant belum pernah dicoba, jadi tidak dievaluasi
  • Konfigurasi saat ini sudah dipindahkan ke VM di home server
    • Database utama Home Assistant dimigrasikan ke MySQL
    • Server InfluxDB terpisah disiapkan untuk metrik jangka panjang dan data historis
    • Konfigurasi home server dirangkum dalam artikel terpisah

Berkembang menjadi lebih dari 100 perangkat di rumah baru

  • Setelah pindah ke rumah, jumlah ruangan, lampu, dan total perangkat meningkat besar
  • Saat ini ada lebih dari 100 perangkat yang terhubung ke Home Assistant
  • Semua lampu pintar adalah produk IKEA, dan hampir semua bohlam di dalam rumah sudah terintegrasi dengan Home Assistant

Beralih dari Flux ke Adaptive Lighting

  • Fitur inti otomasi pencahayaan adalah Adaptive Lighting
  • Sebelumnya menggunakan Flux, cara lama untuk menyinkronkan pencahayaan sesuai waktu
  • Kini sudah bermigrasi ke integrasi Adaptive Lighting yang tersedia melalui HACS(Home Assistant Community Store)
  • Integrasi baru ini mengontrol suhu warna dan kecerahan sepanjang hari dengan lebih presisi
  • Bagian paling merepotkan dalam konfigurasi adalah baik Flux maupun Adaptive Lighting tidak bisa menargetkan light group
    • Meski ada puluhan lampu yang ingin dikelola bersama, setiap light entity harus dituliskan di file konfigurasi
    • Akan lebih nyaman jika cukup menunjuk satu grup lalu lampu di dalamnya diproses otomatis
  • Walaupun semua bohlam adalah produk IKEA, kemampuan yang didukung berbeda-beda
    • Agar Adaptive Lighting bekerja dengan benar, diperlukan konfigurasi terpisah untuk tiap kategori bohlam
  • Tujuannya adalah peralihan otomatis suhu warna yang halus: kuning hangat pada pagi dan malam hari, lalu putih yang lebih dingin dan kebiruan pada tengah hari

Mempercepat pekerjaan konfigurasi YAML dengan Cursor

  • Perubahan besar tahun ini adalah penggunaan Cursor untuk menangani pekerjaan berulang dan merepotkan pada konfigurasi YAML Home Assistant
  • Karena tidak ada waktu untuk mempelajari seluruh DSL Home Assistant dan detail file konfigurasinya, alat bantu coding AI dimanfaatkan untuk pekerjaan konfigurasi
  • Hal pertama yang dibuat adalah skrip kustom yang mem-parsing semua lampu, menganalisis jenis dan kemampuan bohlam, serta mencetak informasi debugging
  • Skrip ini terhubung ke Home Assistant API dan mengelompokkan lampu berdasarkan kemampuan
    • Mengumpulkan entity yang diawali light.
    • Memeriksa status saat ini, kecerahan, suhu warna, mode warna yang didukung, dan kemampuan yang didukung
    • Mencetak peringatan saat konfigurasi Adaptive Lighting tidak sesuai dengan kemampuan lampu
    • Mencetak kecerahan minimum, maksimum, dan rata-rata lampu yang menyala serta daftar per jenis lampu
  • Alur kerja diringkas menjadi tiga tahap
    • Menjalankan parser kustom di lingkungan Home Assistant untuk menghasilkan daftar bohlam dan kemampuannya
    • Memasukkan hasil output dan konfigurasi lama ke agent mode Cursor atau mode serupa
    • Cursor menghasilkan YAML untuk sistem Adaptive Lighting baru
  • Saat muncul masalah, debugging juga dibantu dengan memasukkan log Home Assistant ke Cursor dan meminta perbaikan error

Konfigurasi Adaptive Lighting per bohlam IKEA

  • Setelah pengujian luas, konfigurasi Adaptive Lighting dioptimalkan untuk tiap jenis bohlam IKEA
  • Dimmable white spectrum

    • Targetnya adalah bohlam LED bulb GU10 345 lumen, smart/wireless dimmable white spectrum
    • Contoh konfigurasi menggunakan min_brightness: 50, max_brightness: 100, min_color_temp: 2202, max_color_temp: 4000
    • Termasuk sleep_brightness: 1, sleep_color_temp: 2202, transition: 45, interval: 90, initial_transition: 1, prefer_rgb_color: false
  • Dimmable color and white spectrum

    • Targetnya adalah bohlam LED bulb E27 806 lumen, wireless dimmable color and white spectrum/globe opal white
    • Contoh konfigurasi menggunakan min_brightness: 70, max_brightness: 100, min_color_temp: 2000, max_color_temp: 6535
    • Termasuk sleep_brightness: 1, sleep_color_temp: 2000, transition: 45, interval: 90, initial_transition: 1, prefer_rgb_color: false
  • Dimmable warm white

    • Targetnya adalah bohlam dasar LED bulb GU10 345 lumen, smart/wireless dimmable warm white
    • Tanpa pengaturan suhu warna, menggunakan fokus kecerahan dengan min_brightness: 50, max_brightness: 100, sleep_brightness: 1
    • Termasuk transition: 45, interval: 90, initial_transition: 1

Langkah berikutnya: smart TRV Zigbee

  • Setelah otomasi pencahayaan berjalan stabil, proyek berikutnya adalah meningkatkan semua radiator dengan smart TRV berbasis Zigbee
  • Tujuannya adalah membaca data suhu dari thermostat pusat Nest agar tiap ruangan mempertahankan suhu yang sesuai
  • Rumah tua di Inggris tidak memiliki kontrol suhu yang detail, sehingga pengaturan per radiator dapat meningkatkan kenyamanan dan efisiensi
  • TRV sudah dibeli, tetapi belum dikonfigurasi
  • Konfigurasi yang direncanakan adalah sebagai berikut
    • Memasangkan TRV ke jaringan Zigbee
    • Mengambil data suhu dari thermostat Nest
    • Membuat otomasi Home Assistant untuk membuka atau menutup katup radiator sesuai suhu target tiap ruangan
  • Hasil yang diharapkan adalah mengurangi masalah umum rumah di Inggris, yaitu sebagian ruangan terlalu panas sementara ruangan lain belum cukup hangat

1 komentar

 
GN⁺ 2025-01-26
Pendapat di Hacker News
  • Saya pendiri Home Assistant. Kalau ada yang ingin ditanyakan tentang proyek ini atau Open Home Foundation, silakan bertanya
    Sekarang Open Home Foundation memiliki Home Assistant, ESPHome, dan lainnya

    • Saya sudah memakai Home Assistant lebih dari 10 tahun, dan penasaran apakah pernah mempertimbangkan untuk mengubah aturan rilis
      Rilis bulanan memang bagus, tetapi kalau setiap kali ada perubahan yang memutus kompatibilitas, bebannya menjadi besar. Rasanya pengguna akan lebih mudah mengikuti jika perubahan yang memutus kompatibilitas dibatasi menjadi satu atau dua kali setahun
      Saya berusaha membaca daftar perubahan yang memutus kompatibilitas setiap kali, tetapi ada kalanya saya tidak menyentuh HA selama beberapa bulan. Setelah itu, ketika login lagi, banyak perubahan yang harus ditinjau menumpuk, sehingga saya menunda upgrade dan masalahnya makin besar. Jika upgrade tanpa perubahan yang memutus kompatibilitas dibuat jelas, sepertinya akan lebih mudah untuk tetap menggunakan versi terbaru
    • Saya melihat Home Assistant sebagai contoh bagus untuk memiliki langsung kendali atas perangkat elektronik, alih-alih membayar perusahaan pengumpul data
      Perusahaan-perusahaan besar pengumpul data seperti itu mungkin tidak menyukai teknologi ini, jadi saya penasaran seberapa sering sebenarnya ada tekanan seperti surat perintah penghentian, atau kasus yang harus kalian hadapi untuk membela diri
    • Merapikan perangkat dan membuat otomatisasi masih cukup merepotkan
      Akan bagus jika setelah menambahkan perangkat baru lalu menjelaskan lokasi dan perannya, HA bisa otomatis mengintegrasikannya ke otomatisasi yang sudah ada atau menggabungkannya dengan sensor lain. LLM mungkin juga bisa dimanfaatkan di sini
      Misalnya, jika saya mengatakan bahwa saya memasang sensor kebocoran baru di ruang cuci, HA membuat otomatisasi notifikasi saat terjadi kebocoran; atau jika saya menambahkan sensor suhu ruang keluarga, HA menggabungkannya dengan sensor lain untuk memperbarui suhu rata-rata ruang keluarga
    • Penasaran merek bohlam pintar apa yang dipakai
    • Penasaran apakah ada rencana otomatisasi berbasis orang dan Areas. Maksud saya Areas, bukan zones
      Ada proyek bernama Bermuda[0] yang memicu event ketika seseorang masuk atau keluar dari suatu area berdasarkan perangkat Bluetooth, dan dalam pengujian dengan ponsel yang dilacak lewat sakelar Shelly, ini bekerja dengan baik. Namun, sulit menemukan cara untuk membuat event itu benar-benar menjalankan aksi
      Akan lebih bagus jika, alih-alih membuat otomatisasi satu per satu untuk tiap area, kita bisa mengatakan sesuatu seperti “setelah matahari terbenam, jika seseorang masuk, nyalakan lampu di area itu ke 20%”
      [0] https://github.com/agittins/bermuda
  • Sekitar 10 tahun lalu saya membuat rumah berbasis KNX, dan sampai sekarang masih cukup puas
    Memasukkan sakelar lampu ke smartphone tidak otomatis membuatnya lebih pintar; biasanya hanya membuatnya lebih rumit
    Otomatisasi yang paling bernilai adalah tirai otomatis, lampu per ruangan yang menyala saat ada gerakan ketika gelap, dan mode malam. Tirai turun jika sinar matahari terlalu kuat, turun jika di luar gelap, dan naik jika angin terlalu kencang. Berkat itu, saya tidak perlu khawatir pulang kerja ke ruang keluarga yang kepanasan, dan tidak perlu AC, tetapi pada musim dingin dan semi rumah tetap bisa otomatis menerima sinar matahari langsung
    Ada juga otomatisasi yang lebih seperti mainan. Di ruangan kosong, tirai ditutup penuh; jika ada orang, tirai dimiringkan setengah dan mengikuti sudut matahari untuk memaksimalkan cahaya alami tanpa sinar langsung. Jika TV dinyalakan, tirai di belakang yang menimbulkan pantulan akan turun; jika pintu teras dibuka, tirai dibuka dan lampu dalam ruangan dimatikan agar tidak terlalu menarik nyamuk. Sensor gerak di kamar mandi menyalakan ventilasi lebih kuat, beberapa stopkontak dinyalakan dan dimatikan untuk lampu Natal, dan log untuk peralatan, air, ventilasi, serta pemanas juga disimpan
    Saya suka bahwa fungsi tingkat rendah KNX bekerja tanpa hub pusat, tetapi fungsi tingkat tinggi membutuhkan kecerdasan tambahan, jadi tahun ini saya berencana pindah ke Home Assistant

    • Penasaran apakah sensor gerak benar-benar memberi nilai praktis tambahan dibanding sensor gerak mandiri atau sensor kelembapan
      Rasanya cukup banyak bagian dari smart home bisa dicapai hanya dengan sensor gerak sederhana yang mandiri, dengan biaya lebih rendah dan tanpa bergantung pada Wi-Fi
    • Nyamuk sebenarnya tidak tertarik pada cahaya; serangga lain yang tertarik pada cahaya. Setahu saya nyamuk tertarik pada CO2, napas, darah, dan keringat
  • Saya sangat menyukai Home Assistant, tetapi menurut saya ini lebih dekat ke hobi yang sangat menyenangkan
    Begitu mulai melakukan pemeliharaan, mengatur dashboard, dan mengintegrasikan standar jaringan lokal nirkabel, semuanya cepat sekali menjadi urusan teknis. Meski begitu, setelah memakainya, saya jadi lebih menyukai perangkat rumah tangga yang memiliki platform pengelolaan terbuka
    Saya terus merasa bahwa asalkan membeli perlengkapan yang cukup cocok untuk para geek, kita bisa membuat smart home tetap di luar cloud sambil tetap memiliki otomatisasi yang bagus

    • Saya sudah memakai Home Assistant sejak sebelum Lovelace UI dan perkembangannya besar, tetapi masih tetap perlu pemeliharaan berkelanjutan. Memang lebih sedikit daripada dulu, tetapi tidak nol
      Menurut saya tujuan sebenarnya HA dan ekosistemnya adalah mendorong platform pengelolaan terbuka. Mirip dengan Matter yang mendorong adopsi IPv6 di sisi mikrokontroler
      Setiap akhir tahun saya membeli perangkat murah dari AliExpress lalu membongkarnya, dan pada 2024 untuk pertama kalinya saya melihat produsen hampir membanggakan label pin GPIO dan antarmuka pemrograman yang terekspos. Kalau mau, kita bisa memasang firmware sendiri, dan mereka mengiklankan dukungan bawaan untuk WLED. Baru kali ini rasanya produsen benar-benar mulai menyesuaikan diri dengan gerakan FOSS, DIY, dan “saya tidak memakai cloud-mu, saya punya cloud sendiri di rumah”
    • Sejak mulai memakai HA sekitar 10 tahun lalu, aturan pertama otomasi rumah adalah offline
      Sekarang ada ratusan perangkat yang terhubung, tetapi integrasi cloud yang saya pakai hanya Spotify, karena alasan yang jelas. Saat membeli perangkat pintar, saya memperhatikan apakah perangkat itu sepenuhnya offline, dan jika suatu perangkat pintar tetapi tidak bisa khusus offline, saya membatasinya menjadi peralatan “bodoh”
      Misalnya, mesin pencuci piring baru saya punya fitur pintar saat terhubung ke Wi-Fi, tetapi saya menemukan menu pemeliharaannya dan mematikan antarmuka jaringan sepenuhnya; sekarang saya hanya memakainya sebagai mesin pencuci piring biasa. Saya suka begitu
    • Saya menyelesaikannya dengan mengekspos sebagian besar entitas HA ke HomeKit melalui HomeKit bridge bawaan
      Berkat itu, perangkat terintegrasi secara alami dengan Siri sehingga mudah dikendalikan oleh orang nonteknis, sekaligus tetap bisa memakai otomatisasi yang lebih kuat
      Misalnya, fungsi deteksi apakah seseorang ada di rumah sebenarnya berjalan sebagai otomatisasi HomeKit yang membalik sensor biner yang diekspos dari HA
  • Prinsip terpenting adalah menjadikan “kecerdasan” sebagai fitur tambahan, dan tidak mengubah cara umum orang berinteraksi dengan rumah
    Ini agar pasangan bisa menerimanya dan agar tamu, terutama orang tua seperti ayah-ibu, tidak bingung
    Secara konkret, sakelar lampu harus bekerja sesuai ekspektasi, suhu harus bisa diatur dari TRV, dan fungsi dasar harus tetap berjalan meskipun instance HA bermasalah
    Karena itu, di beberapa ruangan dipasang sensor gerak sehingga setelah pukul 12 malam lampu utama atau lampu kecil menyala, tetapi sakelar lampu selalu menyalakan dan mematikan lampu utama. Jika tidak ada gerakan selama X menit, semua lampu dimatikan
    Jika ibu merasa kedinginan pada malam hari, ia cukup memutar dial seperti yang sudah ia lakukan seumur hidup. Tidak perlu aplikasi, tombol sentuh TRV, ataupun “hey Google… bukan, sori? Siri? Nak, bantu ibu!” Kecerdasannya ada pada jadwal keseluruhan, serta sensor gerak yang mengembalikan TRV ke jadwal setelah 15 menit tanpa gerakan usai penyesuaian manual
    Jadi, alih-alih memakai bohlam pintar, relai dimasukkan ke dalam sakelar lampu, dan tidak dijalankan dalam mode terpisah. TRV punya dial, jadi tentu saja cara ini bisa dilakukan

    • Secara pribadi, saya menganggap termostat DIY tanpa tombol untuk mengubah suhu sebagai sebuah fitur, tetapi rasa tentang siapa yang boleh mengatur termostat berbeda-beda bagi tiap orang, jadi bagus jika ada pilihan
    • Banyak bohlam pintar yang bagus punya opsi untuk berperilaku seperti bohlam biasa pada sakelar lampu umum
      Ada yang kembali ke status terakhir saat listrik menyala lagi, ada juga yang menyala dalam status lampu biasa yang mendasar. Opsi seperti ini, serta pengaturan seperti tetap mati saat daya kembali, bisa diubah dengan mudah, sehingga saya terus membeli bohlam pintar yang lebih mahal. Misalnya, ini bisa menghindari lampu kamar tidur menyala “menyilaukan” dan membangunkan kita setelah listrik padam di tengah malam
      Bahkan jika bohlam tidak mendukungnya dengan benar, saat hub mendeteksi lampu menghilang dari jaringan lalu kembali lagi, status default yang berguna bisa ditiru sampai batas tertentu lewat perangkat lunak
    • TRV adalah Thermostatic Radiator Valve, yaitu katup radiator pengatur suhu
  • Saya sedang mengurangi otomasi di rumah sampai ke level seperti ini
    Paling jauh, saya hanya mempertimbangkan panel pintar untuk menyalakan, mematikan, dan mengatur kecerahan bohlam LED sederhana non-pintar di seluruh ruang utama
    Saat ini ada 14 bohlam GU10 LIFX yang dulu mahal, tetapi kini sulit didapat, dan setelah pengaturan Wi-Fi berubah, operasinya tidak lagi benar jika hanya dinyalakan dan dimatikan lewat sakelar dinding. Sebabnya, saya malas melakukan reset manual pada bohlam, melepasnya, lalu mendaftarkannya lagi ke Wi-Fi secara perlahan dan menyakitkan. Sejak awal saya seharusnya memakai SSID khusus untuk infrastruktur ini yang tidak berubah, jadi ini juga banyak merupakan penderitaan buatan sendiri
    Selama bohlam pintar berubah menjadi bohlam bodoh, ternyata hampir tidak pernah ada kebutuhan nyata untuk meredupkan, mengubah warna, atau memakai fitur pintarnya. Pada akhirnya, idenya tampak bagus, tetapi rasanya terlalu berlebihan memikirkan hal sederhana seperti “menyalakan lampu”

    • Sebagian besar teknologi smart home dijual bukan karena benar-benar membantu, melainkan karena terlihat keren atau terdengar masuk akal
      Misalnya, bohlam pintar itu bodoh karena merusak sarana kontrol yang paling jelas dan benar di rumah, yaitu sakelar lampu. Sakelar pintar adalah gagasan yang jauh lebih baik, dan mengakui kenyataan bahwa saat masuk ke kebanyakan ruangan, menekan sakelar untuk menyalakan lampu adalah momen yang paling tepat
      Pemantauan bisa benar-benar berguna, dan kontrol terjadwal yang halus juga bagus, tetapi orang-orang terlalu berlebihan dengan cara yang bodoh
    • Untuk kebutuhan yang lebih aktif, saya sedang membuat rangkaian sensor LLM lokal. Caranya dengan menempatkan thread terpisah untuk tiap kumpulan sensor
      Saya tidak ingin kondisi else, dan saya juga tidak ingin lampu menyala saat saya melakukan x atau y. Sensor murah dan melimpah di AliExpress, dan cukup memakai sesuatu seperti esp32-s3
      Smart home seharusnya memprediksi kebutuhan saya secara dinamis, bukan bekerja berdasarkan kondisi yang sudah ditentukan sebelumnya, dan harus lebih dari sekadar “ubah ruang tamu menjadi merah”
    • Jika bisa memakai SSID khusus untuk infrastruktur itu, ponsel dan laptop cukup dipindahkan ke SSID 5GHz baru
      Dengan begitu, 2.4GHz lama menjadi khusus untuk IoT
    • Kegunaan utama bohlam pintar tampaknya sekadar memasang timer pada lampu yang punya sakelar dinding. Namun itu pun bisa dilakukan dengan dimmer pintar
      Sayang sekali terlalu banyak perangkat “pintar” yang mewajibkan komunikasi dengan server China atau server lain di luar LAN saya hanya untuk menyalakan lampu
  • Perangkat keras $99 dari Home Assistant bekerja dengan sangat baik
    Beberapa perangkat memang cerewet, tetapi sebagian besar bisa difilter dengan dua baris pengaturan awal tanpa kehilangan fungsi yang berguna
    Akan mengejutkan jika data yang dihasilkan di ruang keluarga sampai mengalahkan SQLite di atas eMMC
    Home Assistant adalah salah satu dari sedikit produk terbaru yang proses penyiapannya terasa menyenangkan. Jumlah berbagai perangkat aneh yang berhasil ditemukan di jaringan sangat mengesankan, dan jumlah sebagian di antaranya yang menghilang ketika berbagai vendor cloud mulai mengunci akses bahkan lebih mengesankan. Itu jelas memengaruhi pilihan pembelian ke depan dan membuat saya menyederhanakan semuanya

    • Dulu ada masalah database SQLite rusak saat shutdown. Setelah dipindahkan ke database PostgreSQL di VM yang sama, masalahnya hilang
    • Setiap kali HA dan Raspberry Pi disebut bersama, keluhan terbesar selalu SD card yang rusak
  • Saya ragu apakah SQLite benar-benar tidak mampu bertahan. Masalahnya tampaknya lebih berada di sisi konfigurasi atau kode daripada database itu sendiri
    Bahkan Raspberry lama seharusnya bisa menangani ribuan penulisan per detik
    Untuk penggunaan ini, kemungkinan bisa saja dibuat antrean penulisan sendiri per jenis sensor lalu melakukan insert secara batch

    • Saya ingin tahu lebih detail soal bagian ini. Sepertinya bukan SQLite yang macet, melainkan ada penyebab lain
      Sulit membayangkan satu rumah tangga bisa membebani SQLite[0] sampai kewalahan. Kecuali ada ribuan perangkat yang mencoba menulis bersamaan dan tidak bisa menunggu giliran lewat antrean, rasanya tidak demikian
      [0] https://sqlite.org/whentouse.html
    • Saya penulis aslinya. Ketika jumlah sensor mulai bertambah, SQLite memang menjadi masalah
      Saat itu saya memakai Pi 3, sekarang mungkin sudah lebih baik, dan saya tahu ada peningkatan performa SQLite. Namun dalam kasus saya, memindahkan data deret waktu ke Influx dan database ke MySQL menyelesaikan masalah
      Selain itu, sebagus apa pun SD card, jika ditulis sebanyak itu pada akhirnya tetap akan rusak
    • Saya meragukan klaim ini. Sulit dipahami bahwa beberapa sensor menghasilkan data sebanyak itu sampai membebani Raspberry Pi
      Mungkin masalahnya adalah database berada di atas microSD card yang sangat lambat
  • Betapapun bagusnya Home Assistant dan meski terus membaik, pada akhirnya kita akan mengelola 10, 20, 50 perangkat atau lebih yang bisa menerima pembaruan dan terhubung ke jaringan.
    Baik Wi-Fi maupun Zigbee, masing-masing punya masalah sendiri, bisa saling mengganggu, atau sekadar rusak.
    Saya menyukai kemungkinannya, sering kali terasa menenangkan, dan bagus untuk dipamerkan, tetapi seperti semua infrastruktur pribadi, rasa mual dan penyesalan makin besar seiring biaya hangus.

    • Saya menjalankan HA sekitar setahun dan sangat stabil. Yang justru membuat pekerjaan tambahan adalah perangkat yang bermasalah.
    • Jika kita tidak mendapatkan protokol standar sungguhan yang dipakai semua orang, yang sebenarnya dibutuhkan mungkin adalah integrasi yang dikontainerisasi. Entah apakah Matter bisa mendominasi.
      WebAssembly terlihat sebagai kemungkinan yang cukup masuk akal untuk membuat plugin yang tidak memerlukan pemeliharaan berkelanjutan.
    • Saya penasaran apakah ini pengalaman yang umum bagi pengguna HA.
      Saya tertarik pada HA, tetapi saat ini memakai HomeKit dan Homebridge, dan hampir tidak menyentuhnya di sela-sela penambahan atau konfigurasi ulang perangkat.
  • Beberapa tahun lalu saya melalui tahap yang hampir sama dengan penulis asli, dan senang melihat ia sampai pada kesimpulan yang sama.
    Alih-alih memakai VM, saya membeli perangkat keras khusus, karena ingin memisahkannya sepenuhnya dari server rumah yang menjalankan pekerjaan tidak penting. Saya membeli mini PC Minisforum, dan untuk HA performa, RAM, serta penyimpanannya berlebihan, tetapi saya memang biasanya begitu.
    Dengan lebih dari 100 perangkat, saya beralih ke MariaDB dan Influx, dan pemanas juga sudah saya bereskan beberapa tahun lalu. Di setiap ruangan rumah saya menaruh sensor suhu BLE Switchbot Meter Plus, dan pada tiap radiator saya memasang TRV Z-Wave. Nilainya saya kelompokkan berdasarkan siang/malam untuk lantai atas dan bawah, dengan pengecualian untuk ruang kerja rumah, lalu menghitung semacam suhu rata-rata.
    Dengan skrip yang membuat histeresis, jika suhu rata-rata lebih rendah dari suhu target -0,2°C, seluruh pemanas dinyalakan; jika lebih tinggi dari suhu target +0,3°C, dimatikan. Tiap ruangan memiliki suhu target masing-masing, dan jika suhu ruangan melampaui target, TRV dimatikan, lalu dinyalakan kembali saat turun. Di sini juga diberi histeresis ringan.
    Ada juga otomasi mode siang/malam/pergi yang menerapkan suhu target berbeda serta nyala/mati per ruangan tergantung situasi.
    Untuk pencahayaan, saya memakai Circadian Lighting; plugin ini mendukung grup lampu, jadi cukup menentukan grup di yaml dan seluruh grup akan ditangani. Mungkin ada beberapa fitur plugin Adaptive Lighting yang kurang, tetapi saya tidak perlu memikirkan perbedaan jenis bohlam; 80% adalah Hue, dengan campuran bohlam putih dan berwarna IKEA.

    • Saya penulis aslinya. Di Flux maupun Adaptive Lighting, saya tidak bisa membuat grup berfungsi.
      Saya tidak tahu kenapa, dan jujur saja saya tidak menghabiskan banyak waktu untuk itu. Ide pemanasnya terlihat bagus, jadi akan saya lihat.
    • Jika caranya menyalakan saat suhu rata-rata lebih rendah dari target -0,2°C dan mematikan saat lebih tinggi dari +0,3°C, itu cara yang saya pakai sebelum menemukan generic thermostat helper.
  • Awalnya saya hanya ingin memakai HA untuk lepas dari aplikasi smart home yang terbatas atau buruk, tetapi setelah mencobanya untuk beberapa hal di rumah selama sekitar 6 bulan, saya sangat menyukainya.
    Tahun ini sepertinya saya akan benar-benar memperluasnya dengan sakelar, sensor, dan sebagainya.
    Proyek yang akan saya dalami paling jauh adalah memasang kabel kipas PWM peka suhu di dalam lemari penyimpanan IKEA yang berisi perangkat teknologi seperti konsol gim, konverter tegangan, modem, router, mesin HA, printer laser, dan lain-lain, untuk mencegah panas berlebih. Saya tak sabar untuk memulainya.
    Selain itu ada rencana seperti sensor air tanaman nirkabel, pengelolaan tirai dan gorden, serta pengelolaan ventilasi berbasis partikulat halus, VOC, dan CO2.
    Saya tidak terlalu tertarik pada smart lock, kamera bel pintu, atau kamera biasa. Agak menyeramkan, tetapi saya mengerti daya tariknya.

    • Untuk kamera dan kamera bel pintu, saya memakai Frigate, yang bisa mendeteksi orang, hewan, dan sebagainya tergantung konfigurasi.
      Kamera bel pintu saya atur agar melalui TTS memberi tahu berapa orang yang sedang mendekat bahkan sebelum mereka mendekati pintu dan menekan bel. Ini bagus untuk kurir yang meninggalkan paket di depan pintu tanpa menekan bel, dan juga berguna untuk keamanan secara umum.