Home Assistant Doluluk Entegrasyonu için Eksiksiz Rehber

Toplantı odasında dört kişi oturuyor, kimse kıpırdamıyor ve on iki dakika sonra ışıklar sönüyor. PIR sensörüne dayalı her Home Assistant kurulumunun yaşadığı klasik an budur. Hareket algılama ile doluluk algılama aynı şey değildir — ve bir binayı ölçeklendirmeye çalıştığınızda bu fark, otomasyonlarınızın güvenilirliğini belirleyen tek etken haline gelir. Bu rehber, sayım tabanlı doluluk verisini Home Assistant'a nasıl taşıyacağınızı, hangi entegrasyon yolunun hangi senaryoya uyduğunu ve sahada gerçekten karşılaşacağınız tuzakları ele alıyor.

Hareket verisi neden yetmez, sayım verisi neden gerekir

Home Assistant'ta binary_sensor olarak tanımlanan bir hareket sensörü size yalnızca "birisi var / kimse yok" der. Oysa bir tesis yöneticisinin HVAC kararı için ihtiyaç duyduğu bilgi farklıdır: kaç kişi var, kapasitenin yüzde kaçı dolu, eğilim yukarı mı aşağı mı? Kişi sayımı yapan yapay zekâ destekli sensörler bu veriyi bir sensor varlığı olarak, yani sayısal bir değer olarak sunar. Bu tek fark, otomasyon mantığınızı tamamen değiştirir: "hareket varsa aç" yerine "doluluk 15 kişiyi aşarsa havalandırmayı kademe iki'ye çıkar" yazabilirsiniz.

Sayım doğruluğu burada kritiktir. Kaliteli bir kurulumda sözleşmesel asgari %96 doğruluk beklenmeli; aydınlatma, mekân düzeni ve ziyaretçi davranışı elverişli olduğunda %98–99 seviyesine ulaşılabilir. Bunun altındaki veriyle çalışan bir HVAC otomasyonu, kazandırdığından fazlasını kaybettirir çünkü yanlış tetiklenen her ısıtma-soğutma çevrimi ölçülebilir enerji maliyetidir.

Üç entegrasyon yolu: MQTT, REST API ve webhook

Doluluk platformunuzdan Home Assistant'a veri taşımanın üç pratik yolu vardır ve seçim, gecikme toleransınıza ve altyapınıza bağlıdır:

• MQTT: Gerçek zamanlı senaryolar için standart tercih. Doluluk platformu her giriş-çıkışta bir konuya (topic) yayın yapar, Home Assistant MQTT entegrasyonu bunu anında bir sensor varlığına dönüştürür. Alt saniye gecikme, düşük bant genişliği, onlarca bölgeye ölçeklenebilir yapı.
• REST API + rest sensor: Platform bir API sunuyorsa, Home Assistant belirli aralıklarla (örneğin 30 saniyede bir) sorgulama yapar. Kurulumu en basit yoldur ama anlık limit uyarıları için yeterince hızlı değildir; raporlama ve gösterge panelleri için idealdir.
• Webhook: Platform yalnızca olay bazlı bildirim gönderebiliyorsa, Home Assistant'ın webhook tetikleyicisi devreye girer. Özellikle "önceden tanımlı doluluk limiti aşıldı" tipi uyarılar için verimlidir çünkü sürekli veri akışı yerine yalnızca eşik olayları taşınır.

Çok bölgeli binalarda hibrit yaklaşım en sağlıklısıdır: MQTT ile canlı sayım, webhook ile limit uyarıları, REST ile günlük özet veriler. Üçünü tek kanala sıkıştırmaya çalışmak, ileride bakımı zorlaştırır.

Home Assistant tarafında veri modeli kurulumu

Ham sayım verisini varlıklara dönüştürürken üç katman düşünün. Birinci katman ham sensör: bölge başına bir sensor varlığı, birim olarak kişi sayısı. İkinci katman türetilmiş değerler: template sensörlerle kapasite yüzdesi, kat toplamı ve bina toplamı hesaplanır. Üçüncü katman durum eşikleri: "boş", "normal", "yoğun", "limit aşıldı" gibi durumları temsil eden template binary sensörler veya bir input_select. Otomasyonlarınızı ham sayıya değil bu üçüncü katmana bağlarsanız, eşik değerlerini kodun içinde aramadan tek yerden değiştirebilirsiniz — altı ay sonra kapasite kuralları değiştiğinde bunun değerini anlarsınız.

Gerçek dünya otomasyonları: HVAC, aydınlatma ve uyarılar

Sayım tabanlı veri elinizdeyken şu otomasyonlar somut tasarruf üretir:

• Kademeli havalandırma: Doluluk yüzdesine göre climate varlığının fan hızını üç kademede yönetin. Ofislerde ve üniversite binalarında sürekli çalışan sistemlerin israfını kesmenin en hızlı yolu budur — boş dersliğe tam kapasite hava basmanın kimseye faydası yok.
• Gecikmeli kapatma yerine sıfır sayım kapatması: "20 dakika hareket yoksa kapat" mantığı yerine "sayım sıfıra düştüğünde ve 5 dakika sıfırda kaldığında kapat" kullanın. Yanlış kapanma neredeyse ortadan kalkar.
• Limit uyarıları: Önceden tanımlanmış doluluk limitine ulaşıldığında tesis ekibine anlık bildirim. Yemekhane, toplantı merkezi ve kamu binalarında güvenlik ve konfor yönetimi için doğrudan kullanılabilir.
• Temizlik tetikleme: Günlük kümülatif kullanım belirli bir eşiği aşan bölgeleri temizlik planına otomatik ekleyin — kullanılmayan alanı temizlemek de israftır.

Sahadan bir gözlem: yeniden başlatma sonrası hayalet sayımlar

Bu entegrasyonu birden fazla binada kurmuş herkesin bildiği bir tuzak: Home Assistant yeniden başladığında MQTT sensörleri, retained mesaj kullanmıyorsanız unknown durumuna düşer ve kısa süreliğine ya kalıcı kalırsa saatlerce yanlış otomasyon kararları alınır. Çözüm iki adımdır: doluluk platformu tarafında retained yayın açın ve Home Assistant tarafında availability topic tanımlayın ki sensör çevrimdışıyken otomasyonlar veriye güvenmesin. İkinci sahada öğrenilen ders: personel hariç tutma özelliği olmayan sayım verisiyle çalışıyorsanız, sabah temizlik ekibi ve güvenlik turları doluluk grafiğinizi bozar ve "boşken kapat" otomasyonlarınız hiç tetiklenmez. Yapay zekâ sensörlerinde personel hariç tutma bu yüzden lüks değil, otomasyon doğruluğunun ön koşuludur.

Home Assistant'ın sınırı ve kurumsal katman

Home Assistant otomasyon motoru olarak güçlüdür ama kurumsal ölçekte iki eksik ortaya çıkar: uzun dönemli alan kullanım analitiği ve mevcut bina yönetim sistemleriyle (BMS) sertifikalı entegrasyon. Burada mimari netlik önemlidir. Doluluk verisinin kaynağı olarak sayım platformunu, otomasyon katmanı olarak Home Assistant'ı, kurumsal entegrasyon katmanı olarak da BMS bağlantısını konumlandırın. Örneğin VemFusion, doluluk verisini doğrudan HVAC, BMS ve güvenlik sistemlerine bağlarken, aynı veri MQTT üzerinden Home Assistant'a da akabilir; VemSpace ise alan kullanımı ve tesis optimizasyonu tarafında, Home Assistant'ın geçmiş veri saklamada zorlandığı uzun vadeli analizi üstlenir. İki sistem rakip değil, aynı veri kaynağını farklı sorumluluklarla tüketen katmanlardır.

Entegratörler için pratik öneri: pilotu tek katta, üç-dört bölgeyle başlatın. MQTT konu yapınızı bina/kat/bölge hiyerarşisiyle kurun, eşikleri ilk iki hafta yalnızca bildirim modunda çalıştırın ve gerçek doluluk desenlerini gördükten sonra HVAC kontrolünü devreye alın. Doğrudan kontrolle başlayan projelerde ilk yanlış kapanma, tesis ekibinin sisteme güvenini aylarca geri gelmeyecek şekilde zedeler.

Doluluk verinizi otomasyona dönüştürmeye hazır mısınız?

Home Assistant doluluk entegrasyonu planlıyorsanız — ister tek bina pilotu, ister BMS ve HVAC sistemlerine bağlanan çok lokasyonlu bir kurulum — MQTT mimarisi, sensör seçimi ve personel hariç tutma gereksinimlerinizi birlikte netleştirebiliriz. Projenizin teknik detaylarını konuşmak için Vemco Group ile iletişime geçin ve sayım tabanlı doluluk verisinin otomasyonlarınızda nasıl çalışacağını somut bir senaryo üzerinden değerlendirelim.