2 पॉइंट द्वारा GN⁺ 2025-01-26 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • 7 साल तक Home Assistant चलाने का अनुभव Raspberry Pi और SQLite आधारित छोटे ऑटोमेशन से बढ़कर home server VM, MySQL और InfluxDB पर आधारित 100 से अधिक डिवाइस वाले सेटअप तक पहुंच गया
  • नए घर में कमरे और लाइटें बढ़ने के साथ लगभग हर बल्ब Home Assistant से जुड़ गया, और सभी स्मार्ट लाइटिंग को IKEA प्रोडक्ट्स पर मानकीकृत किया गया
  • लाइटिंग ऑटोमेशन को Flux से HACS के Adaptive Lighting पर ले जाया गया, जिससे समय के हिसाब से color temperature और brightness को अधिक बारीकी से नियंत्रित किया जा सकता है, लेकिन हर light entity को सीधे सूचीबद्ध करने का सेटअप बोझ अब भी बना हुआ है
  • Cursor, Home Assistant API से लाइटिंग फीचर्स का विश्लेषण करने वाले custom parser और YAML जनरेशन में मदद करके दोहराए जाने वाले सेटअप काम और debugging समय को कम करता है
  • अगला कदम Zigbee आधारित smart TRV को radiators पर लगाना और Nest तापमान डेटा का उपयोग करके Home Assistant से कमरे-दर-कमरे heating को नियंत्रित करना है

छोटे अपार्टमेंट ऑटोमेशन से home server VM तक विस्तार

  • Home Assistant का उपयोग एक छोटे अपार्टमेंट में IKEA Smart Hub के जरिए लाइट्स को जोड़ने जितने सरल स्तर से शुरू हुआ
  • ऑटोमेशन की आदत पड़ने के बाद तापमान और आर्द्रता सेंसर जैसे custom hardware भी खुद बनाना शुरू किया
  • जैसे-जैसे डिवाइस और ऑटोमेशन बढ़े, Raspberry Pi आधारित संचालन अपनी सीमा के करीब पहुंच गया
    • डिफॉल्ट डेटाबेस SQLite बहुत सारा sensor data संभालते समय bottleneck बन गया
    • Home Assistant के समर्पित हार्डवेयर का उपयोग नहीं किया गया, इसलिए उसका मूल्यांकन नहीं किया गया
  • मौजूदा सेटअप अब home server के VM में माइग्रेट किया जा चुका है
    • Home Assistant के मुख्य डेटाबेस को MySQL में माइग्रेट किया गया
    • लंबे समय के metrics और historical data के लिए अलग InfluxDB सर्वर रखा गया
    • home server सेटअप को अलग लेख में संकलित किया गया है

नए घर में 100 से अधिक डिवाइस तक विस्तार

  • घर में शिफ्ट होने के बाद कमरे, लाइट्स और कुल डिवाइसों की संख्या काफी बढ़ गई
  • फिलहाल Home Assistant से 100 से अधिक डिवाइस जुड़े हुए हैं
  • सभी स्मार्ट लाइटिंग IKEA प्रोडक्ट्स हैं, और घर के लगभग सभी बल्ब Home Assistant में इंटीग्रेटेड हैं

Flux से Adaptive Lighting पर स्विच

  • लाइटिंग ऑटोमेशन का मुख्य फीचर Adaptive Lighting है
  • पहले Flux का उपयोग किया जाता था, जो समय के अनुसार लाइट्स को सिंक करने का एक पुराना तरीका है
  • अब HACS(Home Assistant Community Store) के जरिए उपलब्ध Adaptive Lighting integration पर माइग्रेट किया गया है
  • नया integration पूरे दिन color temperature और brightness को अधिक सटीक तरीके से नियंत्रित करता है
  • सेटअप में सबसे झंझट वाली बात यह है कि Flux और Adaptive Lighting दोनों ही light group को target के रूप में निर्दिष्ट नहीं कर सकते
    • भले ही साथ में मैनेज की जाने वाली लाइट्स दर्जनों हों, कॉन्फिग फाइल में हर light entity को अलग से लिखना पड़ता है
    • अगर सिर्फ एक group निर्दिष्ट करने पर उसके अंदर की लाइट्स अपने-आप संभाली जातीं, तो यह अधिक सुविधाजनक होता
  • सभी बल्ब IKEA के होने पर भी समर्थित फीचर्स एक जैसे नहीं हैं
    • Adaptive Lighting को सही ढंग से चलाने के लिए बल्ब की हर category के लिए अलग सेटिंग की जरूरत होती है
  • लक्ष्य है कि सुबह और शाम में गर्म पीला रंग, और दोपहर में अधिक ठंडा सफेद और नीला रंग देने वाला color temperature automation धीरे-धीरे लागू हो

Cursor से YAML कॉन्फिग काम छोटा करना

  • इस साल का बड़ा बदलाव Cursor का उपयोग करके Home Assistant की YAML कॉन्फिगरेशन में दोहराव वाले और झंझट भरे काम संभालना रहा
  • Home Assistant की DSL और कॉन्फिग फाइल की बारीकियां पूरी तरह सीखने का समय न होने के कारण सेटअप कार्यों में AI coding assistant का उपयोग किया गया
  • सबसे पहले एक custom script बनाई गई, जो सभी लाइट्स को parse करके बल्ब प्रकार और फीचर्स का विश्लेषण करती है और debugging जानकारी प्रिंट करती है
  • यह स्क्रिप्ट Home Assistant API से जुड़कर लाइट्स को फीचर्स के आधार पर वर्गीकृत करती है
    • light. से शुरू होने वाली entities को एकत्र करती है
    • वर्तमान स्थिति, brightness, color temperature, supported color modes और supported features की जांच करती है
    • जब Adaptive Lighting सेटिंग और लाइट फीचर्स मेल नहीं खाते, तो warning प्रिंट करती है
    • चालू लाइट्स की न्यूनतम, अधिकतम और औसत brightness तथा लाइट प्रकार के अनुसार सूचियां प्रिंट करती है
  • काम की प्रक्रिया को तीन चरणों में संक्षेपित किया गया
    • Home Assistant environment में custom parser चलाकर बल्ब और फीचर्स की सूची बनाई जाती है
    • आउटपुट परिणाम और मौजूदा सेटिंग को Cursor के agent mode या समान mode में डाला जाता है
    • Cursor नए Adaptive Lighting सिस्टम के लिए YAML जनरेट करता है
  • समस्या आने पर Home Assistant logs को Cursor में डालकर error fix कराने के तरीके से debugging में भी सहायता ली जाती है

IKEA बल्ब के अनुसार Adaptive Lighting सेटिंग

  • व्यापक परीक्षण के बाद IKEA बल्ब प्रकारों के अनुसार Adaptive Lighting सेटिंग को ऑप्टिमाइज़ किया गया
  • Dimmable white spectrum

    • यह LED bulb GU10 345 lumen, smart/wireless dimmable white spectrum बल्ब के लिए है
    • सेटिंग उदाहरण में min_brightness: 50, max_brightness: 100, min_color_temp: 2202, max_color_temp: 4000 का उपयोग किया गया है
    • इसमें sleep_brightness: 1, sleep_color_temp: 2202, transition: 45, interval: 90, initial_transition: 1, prefer_rgb_color: false शामिल हैं
  • Dimmable color and white spectrum

    • यह LED bulb E27 806 lumen, wireless dimmable color and white spectrum/globe opal white बल्ब के लिए है
    • सेटिंग उदाहरण में min_brightness: 70, max_brightness: 100, min_color_temp: 2000, max_color_temp: 6535 का उपयोग किया गया है
    • इसमें sleep_brightness: 1, sleep_color_temp: 2000, transition: 45, interval: 90, initial_transition: 1, prefer_rgb_color: false शामिल हैं
  • Dimmable warm white

    • यह बेसिक LED bulb GU10 345 lumen, smart/wireless dimmable warm white बल्ब के लिए है
    • color temperature सेटिंग के बिना brightness-केंद्रित min_brightness: 50, max_brightness: 100, sleep_brightness: 1 का उपयोग किया गया है
    • इसमें transition: 45, interval: 90, initial_transition: 1 शामिल हैं

अगला कदम: Zigbee smart TRV

  • लाइटिंग ऑटोमेशन के स्थिर रूप से काम करने के बाद अगला प्रोजेक्ट सभी radiators को Zigbee आधारित smart TRV में अपग्रेड करना है
  • लक्ष्य केंद्रीय Nest thermostat से तापमान डेटा पढ़कर यह सुनिश्चित करना है कि हर कमरा उचित तापमान बनाए रखे
  • पुराने ब्रिटिश घरों में तापमान नियंत्रण बहुत सूक्ष्म नहीं होता, इसलिए radiator-स्तर का नियंत्रण आराम और दक्षता दोनों बढ़ा सकता है
  • TRV पहले ही खरीदा जा चुका है, लेकिन अभी तक सेटअप नहीं किया गया है
  • नियोजित सेटअप इस प्रकार है
    • TRV को Zigbee नेटवर्क के साथ pair किया जाएगा
    • Nest thermostat से तापमान डेटा लाया जाएगा
    • Home Assistant automation बनाकर हर कमरे के target temperature के अनुसार radiator valve को खोला या बंद किया जाएगा
  • अपेक्षित परिणाम यह है कि ब्रिटिश घरों की आम समस्या, जहां कुछ कमरे बहुत गर्म और कुछ पर्याप्त गर्म नहीं होते, उसे कम किया जा सके

1 टिप्पणियां

 
GN⁺ 2025-01-26
Hacker News की राय
  • मैं Home Assistant का founder हूँ. अगर project या Open Home Foundation के बारे में कुछ पूछना हो तो पूछ सकते हैं
    अब Open Home Foundation, Home Assistant, ESPHome वगैरह का owner है

    • मैं Home Assistant को 10 साल से ज़्यादा समय से इस्तेमाल कर रहा हूँ, और जानना चाहता हूँ कि क्या आपने release rules बदलने पर कभी विचार किया है
      Monthly releases अच्छी हैं, लेकिन हर बार breaking changes हों तो बोझ बढ़ जाता है. अगर breaking changes को साल में एक या दो बार तक सीमित कर दिया जाए, तो users के लिए follow करना आसान होगा
      मैं हर बार breaking changes की list पढ़ने की कोशिश करता हूँ, लेकिन कभी-कभी कई महीनों तक HA को छूता भी नहीं हूँ. उसके बाद जब फिर login करता हूँ, तो review करने लायक changes बहुत जमा हो जाते हैं, upgrade टालने लगता हूँ और समस्या और बड़ी हो जाती है. अगर ऐसे upgrades साफ़ तौर पर दिखें जिनमें breaking changes नहीं हैं, तो up-to-date रहना आसान होगा
    • मुझे Home Assistant इस बात का शानदार उदाहरण लगता है कि data-collection companies को पैसे देने के बजाय electronics पर control अपने हाथ में रखा जाए
      ऐसी data-collecting बड़ी companies को यह technology पसंद नहीं आती होगी; जानना चाहता हूँ कि सच में cease-and-desist जैसे दबाव या ऐसे कितने मामले हुए जिनसे आपको defend करना पड़ा
    • Devices को व्यवस्थित करना और automations बनाना अभी भी काफ़ी झंझट वाला है
      अच्छा होगा कि नया device जोड़कर उसकी location और role बता देने पर HA उसे मौजूदा automations में अपने-आप integrate कर दे या दूसरे sensors के साथ combine कर दे. इसमें LLM का इस्तेमाल भी हो सकता है
      उदाहरण के लिए, अगर बताया जाए कि laundry room में नया leak sensor लगाया है, तो leak होने पर notification automation बना दे; और living room temperature sensor जोड़ने पर उसे दूसरे sensors के साथ जोड़कर living room का average temperature update कर दे
    • जानना चाहता हूँ कि आप किस brand के smart bulbs इस्तेमाल करते हैं
    • क्या लोगों और Areas पर आधारित automation की कोई योजना है? मेरा मतलब zones नहीं, Areas से है
      Bermuda[0] नाम का project Bluetooth devices के आधार पर किसी व्यक्ति के area में आने या बाहर जाने के events generate करता है, और Shelly switch से track किए गए phone test में यह ठीक काम करता है. लेकिन उन events से actual action करवाने का तरीका ढूँढना मुश्किल है
      हर area के लिए अलग-अलग automation बनाने के बजाय अगर “सूर्यास्त के बाद कोई अंदर आए तो उस area की lights 20% पर on कर दो” जैसा कहा जा सके, तो बेहतर होगा
      [0] https://github.com/agittins/bermuda
  • करीब 10 साल पहले मैंने KNX-based घर बनाया था और अभी भी उससे काफ़ी संतुष्ट हूँ
    Smartphone में light switches डाल देने से वह ज़्यादा smart नहीं हो जाता; आम तौर पर बस ज़्यादा complicated हो जाता है
    सबसे valuable automations रहे: automatic blinds, अंधेरा होने पर movement detect होने से room-wise lights on होना, और night mode. धूप बहुत तेज़ हो तो blinds नीचे हो जाते हैं, बाहर अंधेरा हो तो नीचे हो जाते हैं, और हवा बहुत तेज़ हो तो ऊपर चले जाते हैं. इससे office से लौटकर overheated living room मिलने की चिंता नहीं रहती और AC की ज़रूरत भी नहीं पड़ी, लेकिन winter और spring में direct sunlight अपने-आप अंदर आने दी जा सकती है
    Toy जैसी automations भी हैं. खाली room में blinds पूरी तरह बंद हो जाते हैं, और कोई मौजूद हो तो आधे झुक जाते हैं, साथ ही sun angle को follow करके direct sunlight के बिना natural light को maximize करते हैं. TV on करने पर पीछे वाले blinds नीचे हो जाते हैं जहाँ reflection आता है; terrace door खोलने पर blinds खुल जाते हैं और indoor lights बंद हो जाती हैं ताकि मच्छर कम आकर्षित हों. Shower room का motion sensor ventilation तेज़ कर देता है, कुछ sockets Christmas lights के लिए on/off होते हैं, और appliances, water, ventilation, heating के logs भी रखे जाते हैं
    KNX की low-level functionality का central hub के बिना काम करना मुझे पसंद है, लेकिन high-level features के लिए extra intelligence चाहिए, इसलिए इस साल Home Assistant पर shift करने की योजना है

    • जानना चाहता हूँ कि motion sensor, standalone motion sensor या humidity sensor की तुलना में वास्तविक value जोड़ता है या नहीं
      लगता है कि standalone simple motion sensors से भी कम cost और Wi-Fi पर निर्भरता के बिना smart home का बड़ा हिस्सा हासिल किया जा सकता है
    • मच्छर वास्तव में light की तरफ आकर्षित नहीं होते; दूसरे insects light की तरफ आकर्षित होते हैं. मेरी जानकारी में मच्छर CO2, सांस, खून और पसीने की तरफ आकर्षित होते हैं
  • मुझे Home Assistant बहुत पसंद है, लेकिन मैं इसे बेहद मज़ेदार hobby के करीब मानता हूँ
    Maintenance, dashboard setup, wireless local network standards का integration—ये सब बहुत जल्दी technical काम बन जाते हैं. फिर भी इस्तेमाल करते-करते मैं open management platform वाले home devices को prefer करने लगा हूँ
    लगातार ऐसा लगता है कि अगर सही nerd gear खरीद लिया जाए, तो smart home को cloud से बाहर रखते हुए भी अच्छी automation बनाई जा सकती है

    • मैं Home Assistant को Lovelace UI से पहले से इस्तेमाल कर रहा हूँ और यह बहुत बेहतर हुआ है, लेकिन अब भी continuous maintenance चाहिए. पहले से कम है, पर zero नहीं
      मुझे लगता है कि HA और उसके ecosystem का असली उद्देश्य open management platform को आगे बढ़ाना है. कुछ-कुछ वैसे ही जैसे Matter, microcontroller side पर IPv6 adoption को push करता है
      हर साल के अंत में AliExpress से सस्ते devices खरीदकर खोलकर देखता हूँ; 2024 में पहली बार देखा कि manufacturers GPIO pin labels और exposed programming interfaces को लगभग proudly दिखा रहे हैं. चाहें तो अपना firmware डाल सकते हैं, और WLED support को built-in feature के रूप में advertise करते हैं. Free open-source, DIY, और “तुम्हारा cloud नहीं, मेरे घर में मेरा cloud है” movement के हिसाब से manufacturers सच में adapt करने लगे हैं—यह नई बात है
    • करीब 10 साल पहले HA इस्तेमाल शुरू करने के बाद home automation का पहला rule offline था
      अभी सैकड़ों devices connected हैं, लेकिन cloud integration सिर्फ Spotify के लिए इस्तेमाल करता हूँ, और उसकी वजह साफ़ है. Smart device खरीदते समय ध्यान से देखता हूँ कि वह पूरी तरह offline है या नहीं; अगर कोई device smart है लेकिन offline-only नहीं है, तो उसे “dumb” appliance तक सीमित रखता हूँ
      उदाहरण के लिए, नए dishwasher में Wi-Fi connect करने पर smart features थे, लेकिन maintenance menu ढूँढकर network interface पूरी तरह बंद कर दिया और अब उसे सिर्फ ordinary dishwasher की तरह इस्तेमाल करता हूँ. मुझे यही पसंद है
    • मैंने ज्यादातर HA entities को built-in HomeKit bridge के जरिए HomeKit में expose करके हल किया
      इससे Siri के साथ natural integration मिल गया, non-technical लोग भी आसानी से control कर सकते हैं, और साथ ही ज़्यादा powerful automations भी इस्तेमाल कर सकते हैं
      उदाहरण के लिए, घर पर मौजूदगी detect करने वाला feature वास्तव में HomeKit automation के रूप में चलता है, जो HA से expose किए गए binary sensor को invert करता है
  • सबसे महत्वपूर्ण सिद्धांत यह है कि “smartness” को अतिरिक्त सुविधा के रूप में रखा जाए, और घर से interact करने का सामान्य तरीका न बदला जाए
    ऐसा spouse acceptance और मेहमानों, खासकर माता-पिता जैसे बुजुर्गों को confuse न करने के लिए है
    स्पष्ट रूप से, light switch को उम्मीद के मुताबिक काम करना चाहिए, TRV से तापमान adjust हो पाना चाहिए, और HA instance crash हो जाए तब भी basic functions चलते रहने चाहिए
    इसलिए कुछ कमरों में motion sensors लगाए हैं, ताकि रात 12 बजे के बाद main light या छोटी lamp जल जाए, लेकिन light switch हमेशा main light को on/off करता है। अगर X मिनट तक कोई motion नहीं होता, तो सभी lights बंद हो जाती हैं
    अगर मां को शाम में ठंड लगे, तो वे हमेशा की तरह बस dial घुमा सकती हैं। न app की जरूरत, न TRV touch button की, न “hey Google… नहीं sori? Siri? बेटा मदद करो!” की। smartness पूरे schedule में है, और उस motion sensor में है जो manual adjustment के बाद 15 मिनट तक कोई motion न होने पर TRV को फिर से schedule पर लौटा देता है
    इसलिए smart bulbs के बजाय light switch के अंदर relay लगाता हूं, और उसे detached mode में नहीं चलाता। TRV में dial होता है, इसलिए यह तरीका स्वाभाविक रूप से संभव है

    • निजी तौर पर मैं तापमान बदलने वाले buttons के बिना DIY thermostat को feature मानता हूं, लेकिन thermostat कौन adjust कर सकता है, इसे लेकर लोगों की समझ अलग-अलग होती है, इसलिए options होना अच्छा है
    • कई अच्छे smart bulbs में सामान्य light switch से सामान्य bulb की तरह काम करने का option होता है
      कुछ power वापस आने पर last state में लौटते हैं, और कुछ basic सामान्य lighting state में on होते हैं। ऐसे options और power वापस आने पर off state बनाए रखने जैसी settings आसानी से बदली जा सकती हैं, इसलिए मैं महंगे smart bulbs खरीदता रहता हूं। उदाहरण के लिए, bedroom की light रात में power cut के बाद “flash” होकर on हो जाए और जगा दे, इससे बचा जा सकता है
      अगर bulb ठीक से support न भी करे, तो hub यह detect कर ले कि light network से गायब होकर वापस आई है, तो software के जरिए उपयोगी default state की कुछ हद तक नकल की जा सकती है
    • TRV का मतलब Thermostatic Radiator Valve, यानी तापमान-नियंत्रित radiator valve है
  • घर में इस स्तर की automation को कम कर रहा हूं
    ज्यादा से ज्यादा main living space के सभी simple non-smart LED bulbs को on/off और brightness control करने वाला smart panel ही सोच रहा हूं
    अभी मेरे पास उस समय महंगे रहे 14 GU10 LIFX bulbs हैं, जो अब मुश्किल से मिलते हैं, और Wi-Fi settings बदलने के बाद wall switch से on/off करने के तरीके में ठीक से operate नहीं हो रहे। वजह यह है कि bulbs को manually reset करके निकालना और फिर धीरे-धीरे, तकलीफदेह तरीके से Wi-Fi में दोबारा register करना झंझट लगा। शुरुआत में इस infrastructure के लिए dedicated, न बदलने वाला SSID इस्तेमाल कर लेता तो ठीक रहता, इसलिए यह काफी हद तक खुद बनाई हुई परेशानी भी है
    जब smart bulbs dumb bulbs बन गए, तब असल में brightness घटाने, color बदलने या smart features इस्तेमाल करने की जरूरत लगभग कभी नहीं पड़ी। आखिरकार यह अच्छा idea लगता है, लेकिन “light on करना” जैसे simple काम को शायद जरूरत से ज्यादा सोच लिया गया

    • ज्यादातर smart home technology इसलिए नहीं बिकती कि वह सच में मददगार है, बल्कि इसलिए बिकती है कि वह cool या convincing लगती है
      उदाहरण के लिए, smart bulbs बेवकूफी हैं, क्योंकि वे घर में सबसे obvious और सही control method, यानी light switch, को खराब कर देते हैं। smart switch कहीं बेहतर idea है, और यह reality मानता है कि अधिकतर मामलों में कमरे में प्रवेश करते वक्त switch दबाकर light on करना ही सबसे अच्छा समय होता है
      monitoring सच में उपयोगी हो सकती है, और subtle scheduled control भी अच्छा है, लेकिन लोग बहुत बेवकूफी से overdo कर देते हैं
    • ज्यादा proactive जरूरतों के लिए local LLM sensor array बना रहा हूं। इसमें sensor groups के लिए अलग-अलग threads होंगे
      मुझे else condition नहीं चाहिए, और मैं x या y करूं तो light on हो जाए, यह भी नहीं चाहिए। sensors AliExpress पर सस्ते और भरपूर हैं, और esp32-s3 जैसा कुछ होना काफी है
      smart home को predefined conditions के हिसाब से काम करने के बजाय मेरी जरूरतों का dynamically अनुमान लगाना चाहिए, और यह “living room को लाल कर दो” से आगे की चीज होनी चाहिए
    • अगर उस infrastructure के लिए dedicated SSID इस्तेमाल कर सकता, तो phone और laptop को नए 5GHz SSID पर ले जाता
      फिर पुराना 2.4GHz IoT के लिए हो जाता
    • smart bulbs का मुख्य use मुझे wall switch वाली lamp पर timer लगाने जितना लगता है। लेकिन यह भी smart dimmer से किया जा सकता है
      अफसोस है कि इतने सारे “smart” devices light on करने के लिए भी Chinese server या मेरे LAN से बाहर कहीं server से communication अनिवार्य कर देते हैं
  • Home Assistant का $99 hardware बहुत अच्छी तरह काम करता है
    कुछ devices बहुत chatty होते हैं, लेकिन startup config की दो lines से अधिकतर को filter किया जा सकता है, और उपयोगी functionality नहीं खोती
    अगर living room में बनने वाला data eMMC पर SQLite को overwhelm कर दे, तो यह हैरानी की बात होगी
    Home Assistant हाल के products में उन गिने-चुने products में से है, जिसका setup process enjoyable लगा। network पर मिले तरह-तरह के अजीब devices की संख्या impressive थी, और जैसे-जैसे कई cloud vendors ने lock down करना शुरू किया, उनमें से कुछ devices का गायब होना उससे भी ज्यादा impressive था। इसने भविष्य की खरीदारी के choices पर निश्चित रूप से असर डाला और setup को simplify करवाया

    • पहले shutdown के समय SQLite database corrupt होने की समस्या थी। उसी VM के PostgreSQL database पर ले जाने के बाद से ठीक है
    • HA और Raspberry Pi का साथ में जिक्र होते ही सबसे बड़ी शिकायत हमेशा SD card destruction होती है
  • मुझे संदेह है कि SQLite सच में संभाल नहीं पाता। समस्या database खुद से ज्यादा configuration या code side में लगती है
    पुराने Raspberry पर भी प्रति सेकंड हजारों writes handle होनी चाहिए
    इस use case में sensor type के हिसाब से अपनी write queue बनाकर batch inserts करना भी शायद संभव है

    • इस हिस्से के बारे में और detail जानना चाहूंगा। लगता है SQLite bottleneck नहीं था, कोई और वजह रही होगी
      कल्पना करना मुश्किल है कि एक single home SQLite[0] को overwhelm कर दे। जब तक हजारों devices एक साथ write करने की कोशिश न कर रहे हों और queue में अपनी बारी का इंतजार न कर सकते हों, ऐसा नहीं लगता
      [0] https://sqlite.org/whentouse.html
    • मैं original author हूं। जब sensors ज्यादा होने लगे, तो SQLite ही समस्या था
      उस समय Pi 3 था, अब बेहतर हो सकता है, और मुझे पता है कि SQLite performance improvements भी हुए हैं। लेकिन मेरे मामले में time-series data को Influx में और database को MySQL में ले जाने पर समस्या हल हो गई
      और कोई भी SD card कितना भी अच्छा हो, इतनी ज्यादा writes से आखिरकार खराब हो ही जाता है
    • मुझे इस दावे पर संदेह है। कई sensors इतना data बनाते हैं कि Raspberry Pi overwhelm हो जाए, यह ठीक से समझ नहीं आता
      शायद समस्या यह रही हो कि database बहुत धीमे microSD card पर था
  • Home Assistant चाहे जितना अच्छा हो और लगातार बेहतर होता जाए, आखिरकार आप 10, 20, 50 या उससे ज़्यादा ऐसे devices मैनेज कर रहे होते हैं जो updates ले सकते हैं और network से जुड़े होते हैं
    Wi‑Fi हो या Zigbee, हर एक की अपनी समस्याएँ होती हैं, वे एक-दूसरे में interference कर सकते हैं या बस खराब भी हो सकते हैं
    संभावनाएँ अच्छी लगती हैं, कभी-कभी मन भी शांत होता है और दिखाने में भी अच्छा लगता है, लेकिन personal infrastructure की तरह इसमें भी sunk cost के साथ धीरे-धीरे घबराहट और पछतावा बढ़ता जाता है

    • मैंने HA करीब 1 साल चलाया है और यह बहुत stable रहा. उल्टा extra मेहनत करवाने वाली चीज़ buggy devices हैं
    • अगर हमें कोई ऐसा असली standard protocol नहीं मिलता जिसे सब इस्तेमाल करें, तो लगता है कि असल में ज़रूरत containerized integrations की है. Matter कब्ज़ा जमा पाएगा या नहीं, पता नहीं
      WebAssembly ऐसे plugins बनाने की काफी reasonable संभावना लगता है जिन्हें लगातार maintenance की ज़रूरत न पड़े
    • सोच रहा हूँ कि क्या HA users के लिए यह typical experience है
      HA में दिलचस्पी है, लेकिन अभी HomeKit और Homebridge इस्तेमाल कर रहा हूँ, और devices जोड़ने या reconfigure करने के बीच में लगभग छूता भी नहीं
  • कुछ साल पहले original author जैसे ही steps मैंने भी लिए थे, और यह देखकर अच्छा लगा कि वही conclusion निकला
    VM तरीके के बजाय मैंने dedicated hardware खरीदा, क्योंकि इसे home server से पूरी तरह independent रखना चाहता था जो non-critical tasks चलाता है. Minisforum mini PC खरीदा और HA के लिए उसकी performance, RAM और storage ज़रूरत से कहीं ज़्यादा हैं, लेकिन मैंने जानबूझकर ऐसा ही किया
    100 से ज़्यादा devices इस्तेमाल करते हुए मैंने MariaDB और Influx पर switch किया, और heating भी कुछ साल पहले solve कर ली थी. घर के हर कमरे में BLE temperature sensor Switchbot Meter Plus रखा, और हर radiator पर Z-Wave TRV लगाया. Values को upstairs और downstairs में day/night के आधार पर group किया, home office exception रखा, फिर एक तरह का average temperature calculate किया
    Hysteresis बनाने वाली script से average temperature set temperature -0.2°C से कम हो तो पूरी heating चालू होती है, और set temperature +0.3°C से ज़्यादा हो तो बंद. हर room का अपना set temperature है, और room temperature set value से ऊपर जाए तो TRV बंद हो जाता है, नीचे आए तो फिर चालू. इसमें भी हल्का hysteresis रखा है
    situation के हिसाब से अलग set temperatures और room-wise on/off लागू करने वाली day/night/away mode automation भी है
    Lighting के लिए Circadian Lighting इस्तेमाल करता हूँ, जो light groups support करता है, इसलिए yaml में सिर्फ group specify करने पर पूरा group handle हो जाता है. Adaptive Lighting plugin की कुछ features शायद इसमें कम हों, लेकिन bulb types के फर्क की चिंता नहीं करनी पड़ी; 80% Hue हैं और IKEA white/color bulbs mixed हैं

    • मैं original author हूँ. Flux या Adaptive Lighting में groups काम करवाने में सफल नहीं हो पाया
      क्यों ऐसा हुआ, पता नहीं, और सच कहूँ तो मैंने बहुत समय भी नहीं लगाया. Heating idea अच्छा लग रहा है, इसे देखूँगा
    • अगर average temperature set value -0.2°C से कम हो तो on और +0.3°C से ज़्यादा हो तो off करने जैसा है, तो यह generic thermostat helper खोजने से पहले वाला तरीका है
  • HA को सिर्फ limited या खराब smart home apps से बचने के लिए इस्तेमाल करना चाहता था, लेकिन घर में करीब 6 महीने तक कुछ चीज़ों में इस्तेमाल करके यह बहुत पसंद आया
    इस साल switches, sensors वगैरह के साथ serious expansion करने वाला हूँ
    सबसे गहराई वाला project IKEA cabinet के अंदर temperature-sensitive PWM fans wire करना होगा, जिसमें game consoles, voltage converter, modem, router, HA machine, laser printer जैसे tech equipment रखे हैं, ताकि overheating रोकी जा सके. शुरू करने का इंतज़ार है
    इसके अलावा wireless plant water sensors, blinds/curtains management, particulate matter/VOC/CO2 आधारित ventilation management जैसी योजनाएँ हैं
    Smart locks या doorbell cameras, regular cameras में मेरी खास दिलचस्पी नहीं है. थोड़ा creepy लगता है, लेकिन attraction समझता हूँ

    • Cameras और doorbell cameras के लिए Frigate इस्तेमाल करता हूँ, और settings के अनुसार यह people या animals वगैरह detect कर सकता है
      Doorbell camera को इस तरह set किया है कि कोई bell बजाने से पहले ही दरवाज़े के करीब आते समय TTS से बता दे कि कितने लोग approach कर रहे हैं. Bell न बजाकर दरवाज़े पर parcel छोड़ जाने वाले delivery drivers के लिए भी अच्छा है और overall security के लिए भी useful है