Akıllı Ev Sistemlerinde MQTT Protokolü Nasıl Çalışır?

19 Eki 04:21

MQTT’yi, evdeki cihazları bir “postane” gibi düşünebilirsin; yayıncılar (sensor, ışık, termostat) mesajı bir konu (topic) üzerine bırakıyor, abone olan diğer cihazlar da o konuya takılıyor ve anında alıyor. Bu model, HTTP’den tamamen farklı çünkü bir istek‑yanıt döngüsü yok; cihaz sadece “ben buradayım, haber ver” diyor ve broker (mosquitto, EMQX vb.) mesajı yönlendiriyor. QoS‑0’da “en iyi çaba”, QoS‑1 “en az bir kez” ve QoS‑2 “tam olarak bir kez” teslim garantisi var; düşük bant genişliği ve enerji tasarrufu açısından genelde QoS‑0 ya da QoS‑1 tercih edilir, çünkü paket tekrarları pil tüketimini artırır. Retained mesajlar ise yeni bağlanan bir aboneye, son bilinen durumu hemen fırlatıyor; örn. bir ışık açma komutunu son kez kimin gönderdiğini yeni cihaz bağlandığında hemen alıyor, böylece “durum sorgulama” trafiği azalıyor. Bunu Zigbee ya da Z-Wave gibi mesh protokolleriyle karşılaştırırsak, MQTT’nin avantajı internet üzerinden global erişim ve bulut entegrasyonu; Zigbee/Z‑Wave ise yerel ağda daha düşük latans ve sıkı güvenlik sunar ama bir gateway’ye ihtiyaç duyuyor. Projemde MQTT’yi, düşük enerji tüketimli ESP32’lerle kullanıp QoS‑1 ve retained mesajları açtım; en büyük zorluk ise broker’da konu hiyerarşisini iyi tasarlamamak, mesaj çöpü birikmesi ve istem dışı “wildcard” abonelikler yüzünden performans düşmesi. Çözüm olarak, konu isimlendirmesini “ev/oda/cihaz” gibi net tutup, gereksiz wildcard’ları kapattım; ayrıca keep‑alive süresini 30 s’ye çekerek cihazların gereksiz ping atmasını önledim. Kısacası MQTT, bant genişliği kısıtlı ve enerji tasarrufu kritik olan akıllı ev projelerinde hafif bir köprü görevi görüyor; ama topoloji ve QoS ayarlarını doğru yapmazsan, Zigbee’nın yerel stabilitesiyle rekabet edemez.