Ilgaz tiene razón con el AP, pero el takeover en el log dice otra cosa, y la causa real es la última frase que escribiste.En Hermetry cada dispositivo tiene una sola sesión. Cuando llega una segunda conexión del mismo dispositivo, se cierra la primera y se toma su lugar. Si 60 cajas se conectan con el mismo token, Hermetry las ve como un único dispositivo: cada conexión nueva tira la anterior, la que cae vuelve a conectarse, y el bucle no termina nunca. Un dispositivo que hace esto de forma continua desde dos redes se retiene un tiempo, y eso es la notificación «takeover fight». Normalmente las conexiones están repartidas, por eso no lo habías notado; al volver la luz y bajar las 60 a la vez, explotó.Qué hacer:1. Cada caja con sus propias credenciales. En lugar de añadir los 200 dispositivos uno a uno, puedes hacer una importación masiva por CSV desde la página Imports (hasta 1.000 filas por archivo). Primero muestra una ejecución en seco, y los tokens de los dispositivos nuevos vienen en un archivo que solo se puede descargar una vez. Como alternativa, puedes usar una clave de provisioning en el perfil para que cada dispositivo obtenga su propio token en el primer arranque.2. Añade un retardo aleatorio antes de reconectar. Si llega CONNACK 3, espera y reintenta, pero no dejes que todos lo hagan en el mismo segundo:

uint32_t backoff = 2000 + (esp_random() % 8000);   // 2-10 sn
if (!mqtt.connected()) { delay(backoff); mqtt.connect(id, token, ""); }

3. Keepalive entre 30 y 300 segundos. 60 está bien.4. No confíes en un único AP doméstico para 200 cajas; repártelas entre 2-3 APs empresariales.Los detalles de sesión y CONNACK están en la página de MQTT.