Lo vivimos exactamente así en nuestro hotel, un edificio de 140 habitaciones. Estoy de acuerdo con Oğuz Bey: no existe un estándar aparte, es un problema de arquitectura.Lo que hicimos: la VLAN de IoT se mantuvo cerrada a Internet. En esa VLAN pusimos una Raspberry Pi 4 con dos patas. Una pata está en la red IoT y escucha el Mosquitto local. La otra está en la red de gestión y solo tiene permiso de salida a TCP 8883. Hicimos que TI escribiera una sola regla: «desde esta IP al host del broker de Hermetry, 8883 de salida». No hay ningún puerto abierto de entrada.La Pi está definida en Hermetry como un único dispositivo y marcada como «This device is a gateway». Envía los datos de los sensores de las habitaciones con su propio nombre usando los topics v1/gw/*, y Hermetry crea por sí mismo cada sensor como dispositivo hijo en su primer informe. Los sensores de las habitaciones no necesitan ninguna identidad en 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}}}

Si en Hermetry existe un perfil con el mismo nombre que el campo type, lo usa, así que todas las reglas de alarma de los sensores de las habitaciones quedan en un solo perfil. El límite por defecto es de 500 hijos por gateway, más que suficiente para nosotros. Además, cada dispositivo hijo se cuenta por separado, así que elija el plan en consecuencia.Si hace falta, también puede enviar comandos y atributos compartidos a los dispositivos hijos; la Pi los recibe mediante v1/gw/rpc y v1/gw/attributes y los reenvía al dispositivo de la habitación. No enviamos comandos a las habitaciones, solo las monitorizamos.Detalles: Devices behind a gateway