Translated from Türkçe by AI ·
Hello, a topic came up at the company where I am doing my internship (they build hotel automation). In hotels, the IT teams want to separate IoT devices from the guest and staff network and place them on a separate Wi-Fi network (separate SSID, separate VLAN) that never has internet access. The rooms have ESP8266-based temperature/humidity and door sensors, and they talk to each other over local MQTT.I have two questions. First, is there a standard for “Wi-Fi devices that are not connected to the internet”? Or does every company do it its own way? Second, we want to see the data from these devices in Hermetry, but the network has no internet egress. Does every device need its own permission opened, or is there another way? The IT team says “we don’t open firewall rules one device at a time”.
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.
Translated from Türkçe by AI ·
If you mean a standard, I don’t know of a single “offline IoT standard”. Everyone uses local MQTT, Modbus TCP or HTTP. But I’m sure the solution to your second question is a gateway.
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.
Translated from Türkçe by AI ·
We experienced exactly this in our hotel, a building with 140 rooms. I agree with Oğuz Bey: there is no separate standard, it is an architecture issue.What we did: the IoT VLAN was kept closed to the internet. We put a Raspberry Pi 4 with two legs on that VLAN. One leg is on the IoT network, where it listens to the local Mosquitto. The other leg is on the management network, and it is only allowed outbound TCP 8883. We had IT write a single rule: “from this IP to the Hermetry broker host, 8883 outbound”. No inbound port is open.The Pi is defined in Hermetry as a single device and marked “This device is a gateway”. It sends the room sensors’ data under its own name using v1/gw/* topics, and Hermetry creates each sensor as a child device itself on its first report. The room sensors need no identity in Hermetry.
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}}}If Hermetry has a profile with the same name as the type field, it uses that profile, so all room sensors’ alarm rules are in one profile. The default limit is 500 children per gateway, which is more than enough for us. Each child device is also counted separately, so choose your plan accordingly.If needed, you can also send commands and shared attributes to child devices. The Pi receives them via v1/gw/rpc and v1/gw/attributes and forwards them to the room device. We don’t send commands to the rooms, we only monitor them.Details: Devices behind a gateway
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
Translated from Türkçe by AI ·
Now it’s very clear, thanks Gamze Hanım. I explained to the IT team “one IP, one outbound rule” and they accepted it right away. I tried it with a Pi in the test environment during my internship, and 6 test sensors came in as child. On the first attempt I forgot to mark the gateway, and after a few messages the session closed. Turning on “This device is a gateway” in the device settings fixed it.
Ç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.
Translated from Türkçe by AI ·
That shutdown is classic: three rejected topics close the session within a minute. We had the same thing on the first day.
o kapanma klasik, üç reddedilen topic dakikada oturumu kapatıyor. bizde de ilk gün aynısı oldu
- You must be logged in to reply to this topic.
Join the conversation
Sign in to ask and answer, like helpful posts and mark the reply that solved your problem. Every contribution earns points and levels.