İnternete çıkmayan ayrı bir Wi-Fi ağındaki cihazları Hermetry’ye nasıl taşırız
Merhaba, staj yaptığım firmada (otel otomasyonu yapıyorlar) şöyle bir konu çıktı. Otellerde IT ekipleri IoT cihazlarını misafir ve personel ağından ayırıp internete hiç çıkmayan ayrı bir Wi-Fi ağına (ayrı SSID, ayrı VLAN) koymak istiyor. Odalarda ESP8266 tabanlı sıcaklık/nem ve kapı sensörleri var, kendi aralarında yerel MQTT ile konuşuyorlar.
Merak ettiğim iki şey var. Birincisi, “internete bağlı olmayan Wi-Fi cihazları” için bir standart var mı? Her firma kendine göre mi yapıyor? İkincisi, bu cihazların verisini Hermetry’de görmek istiyoruz ama ağın internete çıkışı yok. Her cihaza ayrı ayrı izin mi açılmalı, yoksa başka bir yolu var mı? IT ekibi “tek tek cihaz için firewall kuralı açmayız” diyor.
Standart dersen, bildiğim tek bir “offline IoT standardı” yok. Herkes yerel MQTT, Modbus TCP ya da HTTP konuşuyor. Ama ikinci sorunun çözümü bir gateway, ona eminim.
Bizim otelde birebir bunu yaşadık, 140 odalı binada. Oğuz Bey’e katılıyorum: ayrı bir standart yok, mesele mimari.
Bizim yaptığımız şu: IoT VLAN’ı internete kapalı kaldı. O VLAN’a bir Raspberry Pi 4 koyduk, iki ayaklı. Bir bacağı IoT ağında, oradaki yerel Mosquitto’yu dinliyor. Diğer bacağı yönetim ağında, sadece dışarı TCP 8883’e izni var. IT’ye tek bir kural yazdırdık: “bu IP’den Hermetry broker host’una 8883 outbound”. İçeri hiçbir port açık değil.
Pi Hermetry’de tek bir cihaz olarak tanımlı ve “This device is a gateway” işaretli. Odalardaki sensörlerin verisini kendi adına v1/gw/* topic’leriyle gönderiyor, Hermetry her sensörü ilk raporda child cihaz olarak kendisi oluşturuyor. Odadaki sensörlerin Hermetry için hiçbir kimliğe ihtiyacı yok.
PUBLISH v1/gw/connect
{"device": "oda-214-klima", "type": "oda-sensoru"}
PUBLISH v1/gw/telemetry
{"oda-214-klima": {"values": {"temperature": 22.4, "humidity": 51}},
"oda-214-kapi": {"values": {"door_open": 0}}}
type alanı Hermetry’de aynı isimde bir profil varsa onu kullanıyor, böylece tüm oda sensörlerinin alarm kuralları tek profilde. Varsayılan sınır gateway başına 500 child, bizim için fazlasıyla yetiyor. Her child cihaz sayısına ayrıca sayılıyor, planı ona göre seçin.
Gerekirse child cihazlara komut ve shared attribute da gönderebiliyorsunuz, Pi bunları v1/gw/rpc ve v1/gw/attributes üzerinden alıp odadaki cihaza iletiyor. Biz odalara komut göndermiyoruz, sadece izliyoruz.
Ayrıntılar: Ağ geçidinin arkasındaki cihazlar
Çok net oldu, teşekkürler Gamze Hanım. IT ekibine “tek IP, tek outbound kural” diye anlattım, hemen kabul ettiler. Stajdaki test ortamında bir Pi ile denedim, 6 test sensörü child olarak geldi. İlk denemede gateway’i işaretlemeyi unutmuşum, birkaç mesajdan sonra oturum kapandı. Cihaz ayarından “This device is a gateway”i açınca düzeldi.
o kapanma klasik, üç reddedilen topic dakikada oturumu kapatıyor. bizde de ilk gün aynısı oldu
- Bu konuyu yanıtlamak için giriş yapmış olmalısınız.
Sohbete katılın
Soru sormak ve yanıtlamak, yararlı gönderileri beğenmek ve sorununuzu çözen yanıtı işaretlemek için oturum açın. Her katkı puan ve seviye kazandırır.

