MQTT • IoT • Endüstriyel Haberleşme
Çevresel İzleme Teknolojileri
Teknik Makale

Çevresel İzleme Sistemlerinde MQTT Neden Tercih Ediliyor?

Düşük veri tüketimi, kesintili bağlantılarda dayanıklılık ve binlerce sensörü aynı merkezde buluşturabilme yeteneği, MQTT’yi modern çevresel izleme projelerinin güçlü iletişim seçeneklerinden biri hâline getiriyor.

Okuma süresi: yaklaşık 12 dakika Konular: MQTT, IoT, sensörler, çevresel izleme
Çevresel sensörlerin RS485 Modbus üzerinden IoT ağ geçidine, MQTT broker'a ve bulut, web paneli, mobil uygulama, SCADA ile alarm sistemlerine bağlandığını gösteren şema

Çevresel izleme artık birkaç bağımsız sensörden veri toplamaktan ibaret değil. Tarım alanlarına, şehir merkezlerine, fabrikalara, nehirlere, güneş enerji santrallerine ve şantiyelere dağıtılmış yüzlerce veya binlerce cihazın güvenilir biçimde haberleşmesi gerekiyor. Sıcaklık, nem, hava kalitesi, gürültü, toprak nemi ve su kalitesi gibi ölçümlerin yalnızca alınması değil; düşük maliyetle, güvenli ve zamanında merkezi sisteme ulaştırılması da kritik önem taşıyor.

MQTT nedir?

MQTT, sınırlı işlem gücüne sahip cihazların, düşük bant genişlikli ağların ve zaman zaman kesilen bağlantıların bulunduğu IoT uygulamaları için geliştirilmiş hafif bir mesajlaşma protokolüdür. Sistem, doğrudan cihazdan cihaza bağlantı kurmak yerine yayınla–abone ol yaklaşımını kullanır.

Bir sensör veya ağ geçidi veriyi belirli bir konu başlığına, yani topic alanına yayınlar. Bu veriye ihtiyaç duyan yetkili uygulamalar aynı başlığa abone olur. Mesajların alınması, filtrelenmesi ve ilgili istemcilere dağıtılması merkezdeki MQTT broker tarafından gerçekleştirilir.

Çevresel sensör
RS‑485 / Modbus
IoT ağ geçidi
MQTT broker
Bulut, SCADA ve mobil uygulama

Bir çevresel izleme sisteminde veri nasıl akar?

Çok sayıda endüstriyel sensör doğrudan MQTT konuşmaz. Bunun yerine RS‑485 Modbus, analog çıkış veya darbe çıkışı kullanır. Sahadaki veri kaydedici ya da IoT ağ geçidi sensörleri okur, veriyi anlamlı bir formata dönüştürür ve MQTT broker’a yayınlar.

Örneğin Ankara’daki bir hava kalitesi istasyonunun PM2.5 ölçümü aşağıdaki konu başlığıyla yayımlanabilir:

sehir/ankara/istasyon-12/hava/pm25

Mesaj içeriği yalnızca sayısal değer olabilir; ancak zaman damgası, birim ve veri kalite bilgisinin de taşınması daha sağlıklı bir tasarımdır:

{ "ts": "2026-07-29T09:15:00Z", "value": 18.4, "unit": "ug/m3", "quality": "ok" }

Bu başlığa abone olan web paneli, mobil uygulama, veri tabanı ve alarm yazılımı aynı mesajı eş zamanlı olarak alabilir. Sensörün her hedef için ayrı bağlantı kurmasına gerek kalmaz.

MQTT’nin çevresel izlemedeki başlıca avantajları

1

Düşük bant genişliği

Küçük paket yapısı, sıcaklık veya hava kalitesi gibi kısa ölçümlerin hücresel ağlar üzerinden verimli taşınmasına yardımcı olur.

2

Yakın gerçek zamanlı aktarım

Yeni ölçüm oluştuğunda veri yayınlanabilir; sunucunun cihazları sürekli sorgulaması gerekmez.

3

Kesintili ağlara uyum

Kalıcı oturum, QoS, retained mesaj ve yeniden bağlanma mekanizmaları bağlantı dalgalanmalarının etkisini azaltır.

4

Kolay ölçeklenme

Yeni istasyonlar uygun konu yapısıyla sisteme eklenebilir; mevcut tüketici uygulamalarının tamamını yeniden tasarlamak gerekmez.

5

Enerji verimliliğine katkı

Daha az protokol yükü ve doğru gönderim aralıkları, özellikle güneş paneli ve aküyle çalışan istasyonlarda avantaj sağlayabilir.

6

Esnek veri paylaşımı

Tek bir sensör verisi, aynı anda bulut paneli, SCADA, mobil uygulama, alarm servisi ve analitik platformuna dağıtılabilir.

MQTT ile HTTP arasındaki temel yaklaşım farkı

Kriter MQTT Tipik HTTP kullanımı
İletişim modeli Yayınla–abone ol İstek–yanıt
Verinin birden fazla sisteme dağıtılması Broker üzerinden doğal olarak yapılır Her hedef için ek istek veya sunucu tarafı dağıtım gerekebilir
Bağlantı durumu Uzun süre açık bağlantı ve oturum yönetimi yaygındır Çoğunlukla ayrı istekler veya periyodik sorgular kullanılır
Küçük ve sık mesajlar Genellikle daha düşük protokol yükü Başlıklar nedeniyle göreli yük daha yüksek olabilir
Uygun kullanım Sürekli telemetri, olay ve alarm akışı Web API’leri, dosya veya toplu veri alışverişi

Bu karşılaştırma, HTTP’nin kötü veya kullanışsız olduğu anlamına gelmez. Birçok sistemde MQTT telemetri için, HTTP ise yapılandırma, rapor indirme veya harici API entegrasyonu için birlikte kullanılabilir.

QoS, retained mesaj ve bağlantı dayanıklılığı

Uzak hava istasyonları, nehir gözlem noktaları ve tarım sahaları her zaman kararlı internet bağlantısına sahip olmayabilir. MQTT bu koşullara yardımcı olan çeşitli mekanizmalar sunar:

  • QoS 0: Mesaj en fazla bir kez iletilir. Çok sık gönderilen ve tek bir örneğin kaybının kritik olmadığı ölçümlerde uygundur.
  • QoS 1: Mesajın en az bir kez teslim edilmesi hedeflenir. Aynı mesajın tekrar alınabilmesi nedeniyle uygulama tarafında yinelenen kayıt kontrolü yapılmalıdır.
  • QoS 2: Mesajın tam olarak bir kez teslim edilmesini hedefler; daha fazla haberleşme ve işlem yükü oluşturur.
  • Retained mesaj: Bir başlığa yeni abone olan istemci, o başlıkta saklanan son değeri hemen alabilir.
  • Last Will and Testament: Cihaz beklenmedik biçimde bağlantıdan düştüğünde çevrim dışı bilgisinin yayınlanmasını sağlar.
  • Kalıcı oturum: İstemcinin yeniden bağlandığında oturum durumunu ve uygun mesajları devam ettirmesine yardımcı olur.
MQTT bağlantı kesintilerini yönetmeye yardımcı olur; ancak sahadaki veri kaybını tek başına ortadan kaldırmaz. Güvenilir bir istasyonda ölçümler yerel hafızaya kaydedilmeli ve bağlantı geri geldiğinde eksik kayıtlar yeniden gönderilmelidir.

Hangi çevresel sensörlerle kullanılabilir?

MQTT ölçüm prensibinden bağımsızdır. Sensör verisi bir mikrodenetleyiciye, veri kaydediciye veya ağ geçidine aktarılabildiği sürece MQTT mesajına dönüştürülebilir.

Sıcaklık ve nem Atmosfer basıncı Rüzgâr ve yağış PM2.5 / PM10 CO₂ ve gazlar Gürültü Toprak nemi Toprak EC / pH / NPK Su seviyesi Bulanıklık Çözünmüş oksijen Güneş ışınımı

Meteoroloji istasyonları

Sıcaklık, bağıl nem, atmosfer basıncı, rüzgâr hızı ve yönü, yağış ile güneş ışınımı gibi değerler uzaktaki istasyonlardan merkezi platforma gönderilebilir.

Hava kalitesi ağları

PM2.5, PM10, CO₂, CO, SO₂, NO₂, O₃, TVOC ve gürültü sensörleri; belediye panelleri, haritalar ve alarm sistemleriyle aynı MQTT altyapısı üzerinden paylaşılabilir.

Akıllı tarım

Toprak nemi, toprak sıcaklığı, EC, pH, NPK, yaprak ıslaklığı ve ışık ölçümleri; sulama ve gübreleme kararlarının desteklenmesinde kullanılabilir.

Su kaynaklarının izlenmesi

Su seviyesi, pH, iletkenlik, çözünmüş oksijen, bulanıklık ve ORP ölçümleri baraj, akarsu, gölet ve arıtma tesisi uygulamalarında merkezi olarak takip edilebilir.

İki örnek uygulama senaryosu

1. Akıllı sera izleme

Bir serada sıcaklık, nem, CO₂, toprak nemi ve ışık sensörleri ağ geçidine bağlanabilir. Ağ geçidi ölçümleri MQTT ile merkezi platforma iletir. Kullanıcılar canlı değerleri takip eder, eşik aşımlarında alarm alır ve geçmiş trendleri inceleyebilir.

Sulama veya havalandırma komutları da MQTT üzerinden taşınabilir. Bununla birlikte temel kontrol ve emniyet fonksiyonları internet kesildiğinde de yerel kontrol cihazında çalışmaya devam etmelidir.

2. Şehir hava kalitesi ağı

Okullara, yerleşim bölgelerine ve yoğun kavşaklara yerleştirilen istasyonlar PM2.5, PM10, CO₂, sıcaklık, nem ve gürültü ölçümlerini belirli aralıklarla broker’a yayınlayabilir. Aynı veri belediye izleme merkezi, halka açık web paneli, mobil uygulama ve alarm sistemi tarafından kullanılabilir.

Yeni bir ölçüm noktası eklendiğinde uygun cihaz kimliği ve konu başlıklarının tanımlanması çoğu durumda yeterlidir. Bu durum sistemin kademeli biçimde genişletilmesini kolaylaştırır.

Güvenli ve sürdürülebilir bir MQTT sistemi için öneriler

  1. Her cihaza ayrı kimlik verin. Tüm sahada ortak kullanıcı adı ve parola kullanmak, tek bir cihazın ele geçirilmesi hâlinde bütün sistemi riske atar.
  2. TLS kullanın. İnternet üzerinden geçen MQTT bağlantıları uygun sertifika doğrulamasıyla şifrelenmelidir.
  3. Konu bazlı erişim kontrolü uygulayın. Bir istasyon yalnızca kendi ölçüm başlıklarına yayın yapabilmeli ve izin verilmeyen komut başlıklarına erişememelidir.
  4. Yerel veri tamponu oluşturun. Ağ kesildiğinde ölçümler kaydedilmeli, bağlantı kurulduğunda sıra ve zaman bilgisi korunarak gönderilmelidir.
  5. Mesajlara zaman damgası ve kalite bilgisi ekleyin. Sunucuya geliş zamanı ile ölçüm zamanı birbirinden ayrılmalıdır.
  6. QoS seviyesini verinin önemine göre seçin. Her mesajı QoS 2 yapmak güvenilirliği otomatik olarak artırmaz; gereksiz yük doğurabilir.
  7. Broker kapasitesini izleyin. Bağlantı sayısı, mesaj hızı, depolama, gecikme ve yeniden bağlanma fırtınaları düzenli olarak takip edilmelidir.
  8. Kritik kontrolü buluta bağımlı bırakmayın. Emniyet, ısıtma, sulama veya fan kontrolünün temel fonksiyonları yerelde çalışmalıdır.

Örnek konu başlığı yapısı

tarla/01/istasyon/03/toprak/nem sehir/merkez/istasyon/12/hava/pm25 tesis/fabrika-1/baca-2/gaz/no2 baraj/bolge-3/istasyon/07/su/seviye

Düzenli bir konu yapısı cihazların gruplanmasını, erişim yetkilerinin tanımlanmasını ve verilerin filtrelenmesini kolaylaştırır. Parola, kişisel bilgi veya başka gizli veriler topic içine yazılmamalıdır.

Sonuç

Çevresel izleme projelerinde sensör kadar iletişim mimarisi de önemlidir. Uzak sahalarda çalışan çok sayıda cihaz söz konusu olduğunda düşük bant genişliği, bağlantı kesintilerine dayanıklılık, güvenli kimlik doğrulama ve kolay ölçeklenme temel gereksinimler hâline gelir.

MQTT; hafif mesaj yapısı, yayınla–abone ol modeli, QoS seçenekleri ve aynı veriyi birden fazla uygulamaya dağıtabilmesi sayesinde meteoroloji, hava kalitesi, akıllı tarım, su izleme ve endüstriyel çevre uygulamalarında güçlü bir çözüm sunar. En iyi sonuç ise MQTT’nin TLS, doğru yetkilendirme, yerel veri saklama, düzenli topic tasarımı ve uygun kapasite planlamasıyla birlikte kullanılmasıyla elde edilir.

Sık sorulan sorular

MQTT sensöre doğrudan kurulmak zorunda mı?

Hayır. RS‑485 Modbus gibi bir arabirim kullanan sensörler bir veri kaydediciye veya IoT ağ geçidine bağlanabilir; MQTT yayını ağ geçidi tarafından yapılabilir.

MQTT internet kesildiğinde veriyi otomatik olarak saklar mı?

Oturum ve QoS mekanizmaları yardımcı olabilir; ancak kesintisiz veri kaydı için cihaz veya ağ geçidi üzerinde ayrıca yerel tamponlama ve yeniden gönderim mantığı kurulmalıdır.

MQTT güvenli midir?

Güvenlik doğru yapılandırmaya bağlıdır. TLS şifreleme, cihaz bazlı kimlik doğrulama, topic erişim listeleri ve sertifika doğrulaması birlikte kullanılmalıdır.

Her ölçüm için hangi QoS seçilmelidir?

Sık ve kritik olmayan telemetride QoS 0; önemli ölçüm ve alarmlarda çoğunlukla QoS 1 uygundur. QoS 2 yalnızca tam olarak bir kez teslim davranışının gerçekten gerekli olduğu özel durumlarda değerlendirilmelidir.