Novedad: el cortafuegos de IA supervisa toda la plataforma y explica cada incidente con palabras sencillas. Vea cómo funciona

Re: 300 monitores de subestación: ¿realmente necesito un topic MQTT separado por dispositivo?

Traducido del English por IA ·

No hacen falta topics por dispositivo. Los 300 publican en el mismo v1/telemetry. Hermetry sabe quién habla por la credencial con la que se conectó el dispositivo, así que el token funciona en la práctica como la dirección. La unidad 17 no puede escribir como la 18 porque no tiene la credencial de la 18, y un dispositivo solo puede suscribirse a sus propios topics de downlink (v1/attributes/set, v1/rpc/req/+ y similares), así que tampoco ve nunca los mensajes de otro dispositivo. No hay ningún archivo ACL que mantener.Kevin no se equivoca al decir que existen los topics Custom, pero están pensados para firmware que no se puede cambiar: el perfil toma entonces cualquier topic fuera de v1/ como telemetría de ese dispositivo. Los límites ahí son profundidad de topic 8, longitud 128 y 50 topics distintos por dispositivo, y con «Prefix keys with the topic», grid/s12/temp se convierte en una clave como grid.s12.temp. Como estás escribiendo firmware nuevo, olvídate de todo eso.Para el id del sitio, lo haría un atributo del dispositivo en lugar de parte del topic. No cambia cada minuto, así que no pertenece a la telemetría.Referencia con la tabla completa de topics: MQTT topics and payload reference. Una cosa práctica de cuando migré mis propios equipos: dale a cada unidad su propia credencial. Dos dispositivos que comparten un token se desconectan constantemente entre sí.

Solución aceptada♥ 9