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.
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.
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:
Ç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.
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.
Sayım tabanlı veri elinizdeyken şu otomasyonlar somut tasarruf üretir:
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 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.
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.