n8n, Home Assistant ve ioBroker ile: İşletmede Bina Teknolojisini Otomatikleştirmek

n8n, Home Assistant ve ioBroker ile bağlanabilir; ancak durum değişiklikleri için tek bir yerleşik tetikleyici üzerinden değil. n8n'deki yerli Home Assistant düğümü şu anda bir durum değişikliğine tepki veren bir tetikleyici sunmuyor, bu yüzden pratikte push yönü yerleşmiş durumda: Home Assistant bir otomasyon ve bir webhook çağrısı üzerinden bir n8n workflow'unu tetikler, n8n ise gerektiğinde REST Command entegrasyonu veya doğrudan bir API çağrısı üzerinden geri yazar. ioBroker için bağlantı, resmi REST API adaptörü üzerinden Basic veya Bearer token kimlik doğrulamasıyla her iki yönde de çalışır. Şirket binasında erişim kontrolü, ısıtma kontrolü veya alarm yönlendirmesi için bu push/pull deseni genellikle yeterlidir. Güncelleme: Ağustos 2026.

Home Assistant bir n8n workflow'unu webhook üzerinden nasıl tetikler?

Home Assistant, tetikleyici tipi "Webhook" olan bir otomasyon oluşturup ona bir webhook ID'si atadığınızda webhook uç noktasını otomatik olarak kurar. Çağrı /api/webhook/<webhook_id> adresinde gerçekleşir; dokümantasyon açıkça PUT isteklerini önerir. GET ve HEAD istekleri yalnızca allowed_methods seçeneği üzerinden açıkça izin verirseniz kullanılabilir. Varsayılan olarak local_only seçeneği erişimi yerel ağ veya Nabu Casa bulutuyla sınırlar; bu, salt kurum içi bir otomasyon için genellikle değiştirilmeden bırakılmalıdır. İçerik türüne bağlı olarak, otomasyonda gönderilen veriler ya trigger.data (form verileri) ya da trigger.json (content-type application/json olarak ayarlandığında JSON) olarak bulunur. n8n tarafında, uygun HTTP yöntemine sahip normal bir webhook düğümü bu isteği yakalar; bu, test ve üretim URL'leri arasındaki alışılmış ayrımı da içerir. Tetikleyici yapılandırması hakkında ayrıntılar için bkz: Home Assistant otomasyon tetikleyicileri dokümantasyonu.

n8n'deki yerli Home Assistant düğümü tek başına neden yeterli değil?

Yerli düğüm, durum değişiklikleri için bir tetikleyiciyi kapsamıyor; bu durum n8n topluluğunda Node-RED'den geçişte merkezi bir eksiklik olarak tekrar tekrar dile getiriliyor. Kullanıcılar orada açılır menü üzerinden entity seçimi olmadığından şikayet ediyor, bu yüzden entity ID'lerinin iki sistem arasında manuel olarak aktarılması gerekiyor; zaman açısından kritik bina olayları için pek pratik olmayan tek geçici çözüm olarak REST API'nin aralıklı sorgulanmasından bahsediyorlar. Genel amaçlı bir WebSocket düğümü tartışıldı ancak yerleşik bir çözüm olarak uygulanmadı. İşletim için bu şu anlama gelir: polling yerine webhook'lar üzerinden push yönüne güvenin ve cihazları anahtarlamak için durumları doğrudan ayarlamak yerine ilgili Home Assistant servislerini çağırın; zira topluluk raporlarına göre ikincisi tüm cihazlara güvenilir şekilde ulaşmıyor.

n8n olayları nasıl alır ve nasıl geri yazar?

n8n'deki webhook düğümü, bina teknolojisinden gelen sensör ve olay verileri için yeterli olan maksimum 16 MB yük ile DELETE, GET, HEAD, PATCH, POST ve PUT HTTP yöntemlerini destekler. Geri yol için n8n, bir HTTP Request düğümü üzerinden Home Assistant'ın rest_command entegrasyonunu çağırır; bu entegrasyon normal REST çağrılarını çağrılabilir eylemler olarak sunar ve URL, HTTP yöntemi, başlıklar ile yükü yapılandırılabilir kılar; yanıt, daha ileri işleme için durum kodu, dönüş metni ve başlıklar sağlar. Harici sistemlere karşı kimlik doğrulama için n8n dokümantasyonu, mevcut olduğunda önceden tanımlanmış kimlik bilgisi türlerini kullanmayı, aksi halde başlık veya OAuth2 kimlik doğrulaması gibi genel yöntemlere başvurmayı önerir. Yöntemler ve yük sınırları hakkında ayrıntılar için bkz: n8n'in webhook düğümü dokümantasyonu.

ioBroker, REST API üzerinden nasıl bağlanır?

Resmi ioBroker.rest-api adaptörü bir Swagger arayüzü sunar ve üç kimlik doğrulama yolunu destekler: sorgu parametresi olarak kimlik bilgileri, Authorization başlığı üzerinden Basic kimlik doğrulama veya kendi uç noktasından alınan bir OAuth2 bearer token. Durumlar klasik olarak bir value parametresiyle GET üzerinden ayarlanabilir; adaptör bunu eski Simple API ile uyumluluk nedeniyle destekler, ancak güncel dokümantasyonda eski (legacy) bir yöntem olarak işaretlenmiştir. Yapılandırılmış yazma erişimleri için POST ve PUT kullanılabilir; POST bir kaynağı kopyalardan bağımsız olarak oluştururken PUT önce varlığını kontrol eder. n8n'de bunu, durumları okuyan veya val ve ack alanlarıyla setState üzerinden yazan bir HTTP Request düğümü ile eşlersiniz. Ayrıntılar için bkz: ioBroker.rest-api adaptörünün README'si.

Kombinasyon işletimde hangi senaryolar için değerlidir?

Erişim kontrolü için, bir kapı sensörünün veya kart okuyucunun Home Assistant üzerinden bir webhook otomasyonunu tetiklediği ve n8n'in olayı kaydedip gerektiğinde yönetimi bilgilendirdiği bir desen uygundur. Isıtma kontrolü için ters yol uygundur: zamanlanmış bir n8n workflow'u, tek tek bölgeler için hedef değerleri ayarlamak üzere rest_command entegrasyonunu veya ioBroker adaptörünü çağırır. Alarm yönlendirmesi için her ikisinin bir kombinasyonu önerilir; burada Home Assistant güvenlikle ilgili olayları webhook üzerinden n8n'e bildirir ve n8n eskalasyonu e-posta, Microsoft Teams veya bir bilet sistemi üzerinden üstlenir. Her üç durumda da, kapıların kilidini açmak gibi güvenlikle ilgili eylemlerin doğrudan webhook üzerinden tetiklenmemesi önemlidir; buna Home Assistant dokümantasyonu da açıkça dikkat çeker. Böyle bir otomasyonu işletimde kalıcı olarak yerleştirmek ve sürdürmek istiyorsanız, NordFlux size n8n workflow'ları oluşturmada destek olur.

n8n, Home Assistant ve ioBroker hakkında sık sorulan sorular

n8n, Home Assistant'taki bir durum değişikliğine doğrudan tepki verebilir mi?

Hayır, n8n'deki yerli Home Assistant düğümü şu anda bunun için yerleşik bir tetikleyici sunmuyor. Pratikte bağlantı bu yüzden ters yönde çalışır: n8n durumu sürekli sorgulamak yerine, Home Assistant olayları webhook üzerinden aktif olarak n8n'e bildirir.

Home Assistant webhook'u hangi HTTP yöntemini kullanmalı?

Home Assistant dokümantasyonu webhook tetikleyicileri için açıkça PUT isteklerini önerir. GET ve HEAD istekleri yalnızca bunları ek olarak allowed_methods seçeneği üzerinden etkinleştirirseniz çalışır.

ioBroker'ın REST API'si üretim ortamı için yeterince güvenli mi?

Kimlik bilgilerini şifresiz olarak sorgu parametresi şeklinde iletmek yerine Basic kimlik doğrulamayı veya bir OAuth2 bearer token'ı etkinleştirdiğiniz sürece evet. Şirket ağında işletim için adaptörü ayrıca HTTPS ile bir reverse proxy arkasında çalıştırmalısınız.

Her cihaz için ayrı bir n8n workflow'una ihtiyacım var mı?

Hayır, gelen olayları yük içeriğine göre bir Switch veya IF düğümü üzerinden uygun işleme mantığına yönlendiren merkezi bir webhook workflow'u kullanmak yaygındır. Bu, binada birkaç düzine sensör ve aktüatör bağlı olsa bile bakımı yönetilebilir tutar.