Códigos U del coche: cómo leer U0073, U0100 y U0401

Un lector OBD muestra U0100 y en internet alguien aconseja cambiar una centralita. Es un salto peligroso: un código de comunicación describe lo que detectó un módulo, no identifica sin más la pieza que causó el fallo. Puede haber una red inoperativa, mensajes que no llegan o datos recibidos que se consideran inválidos. El diagnóstico depende de qué módulo registró el código, de la arquitectura del vehículo y de los demás síntomas. El manual de funcionamiento OBD de Ford ilustra tres situaciones distintas en su propia transmisión; no convierte esos ejemplos en definiciones universales para todas las marcas.

Esquema original de Gaia Genius Hub basado en un ejemplo documentado por Ford. Los códigos y su lógica concreta deben interpretarse con la documentación del vehículo que se diagnostica.

Tres códigos parecidos, tres observaciones diferentes

En el ejemplo del control de la transmisión de Ford, el módulo TCM recibe información del control del motor ECM a través de CAN. El documento explica que guarda U0073 si el bus CAN queda fuera de servicio; U0100 si deja de recibir mensajes CAN del ECM; y U0401 si recibe datos del ECM pero los considera inválidos para determinados elementos del mensaje. Es importante conservar el sujeto de la frase: el TCM observa algo. No basta con leer «U0100 = ECM roto» o «U0401 = sensor averiado».

La tabla no sustituye un esquema de diagnóstico. Otra plataforma puede añadir condiciones, umbrales y causas propias. Incluso dentro de un coche, importa saber qué unidad almacenó el DTC: un código visto desde la transmisión puede orientar a una relación distinta de uno que aparece en otro controlador. Si una aplicación solo enseña el código y una traducción corta, falta contexto.

Qué registrar antes de borrar nada

Anota marca, modelo, año, motorización y versión del sistema, junto al código completo y el módulo que lo registró. Guarda el resto de códigos y sus estados, el kilometraje, el momento en que apareció el aviso y si hubo síntomas como arranque fallido, pérdida de funciones o un fallo intermitente. Si el equipo ofrece datos congelados o una captura de red, consérvalos. Borrar códigos sin registrar ese escenario puede eliminar pistas útiles y no constituye una reparación.

También conviene separar causa primaria y consecuencias. Si varios módulos dejan de comunicarse al mismo tiempo, puede ser más útil estudiar una alimentación, un punto de masa o una parte compartida de la red que perseguir cada mensaje por separado. Es una hipótesis de diagnóstico, no una prueba de que la batería o un fusible sean siempre culpables. Las comprobaciones eléctricas y de red deben seguir el manual del fabricante y hacerlas personas con herramientas y formación adecuadas; no aconsejamos puentear líneas ni sustituir módulos a ciegas.

Secuencia original de lectura del problema. Es una guía para ordenar la información, no un procedimiento de reparación ni una prueba sobre un vehículo concreto.

Por qué una avería periférica puede confundir

Un boletín técnico de HELLA sobre el Vauxhall Insignia A de 2013 a 2015 con asistente de cambio de carril muestra un caso acotado: fallos de varias funciones y códigos de comunicación relacionados con humedad en el sensor de radar y su conexión. La nota pide revisar el conjunto y, tras repararlo, calibrar según las instrucciones del fabricante. Es un caso de ese modelo y equipamiento, no una explicación para todos los U0140 ni para todos los Insignia. Su utilidad editorial es mostrar que una unidad que aparece en una pantalla de diagnosis no tiene por qué ser la única candidata.

El mismo principio impide comprar piezas solo porque una búsqueda web asocie un DTC a una centralita. El caso de HELLA documenta humedad en un sensor de radar y pide comprobar también el conector; otras hipótesis sobre alimentación o red solo se sostendrán si las pruebas del vehículo las confirman. Para comparar presupuestos de taller, pide que identifiquen el módulo que informó el fallo, las pruebas realizadas, el resultado de cada una y el procedimiento del fabricante antes de justificar un reemplazo.

Un orden útil para el propietario y el taller

Como propietario, conserva el informe de diagnóstico y describe con precisión cuándo falla el coche. Si se encienden avisos de seguridad, fallan sistemas de frenado, dirección o asistencia, o el vehículo no se comporta con normalidad, deja de usarlo hasta obtener una evaluación profesional. No conviertas una guía informativa en autorización para conducir con un sistema crítico averiado.

Como conversación con el taller, plantea cuatro preguntas: qué módulo registró el código, qué otras averías coinciden, qué comprobación de alimentación y red exige el esquema de ese vehículo y qué resultado confirma la pieza propuesta. El orden ayuda a distinguir una observación de una conclusión. Un informe que responde esas preguntas vale más que la traducción aislada del escáner. El trabajo físico sobre conexiones, módulos o sistemas de seguridad debe quedar a cargo de profesionales que puedan aplicar el procedimiento correcto.

La conclusión útil

Los códigos U son pistas sobre la comunicación de la electrónica del automóvil. El ejemplo de Ford distingue bus fuera de servicio, mensajes ausentes y datos inválidos; HELLA demuestra, en un modelo concreto, que una causa periférica puede afectar varias funciones. Ninguna de esas fuentes identifica por sí sola la avería de tu coche. Guarda los datos, evita borrar pistas y exige un diagnóstico vinculado a la documentación del fabricante antes de aceptar una reparación.

Fuentes y agradecimientos

• Ford Motor Company, OBD System Operation (revisión de 2017), sección «CAN Communications errors»: condiciones de U0073, U0100 y U0401 en el ejemplo del TCM. Agradecemos la publicación de este documento técnico; Ford no ha revisado ni avalado esta guía.
• HELLA Tech World, fallo electrónico del Vauxhall Insignia A con asistente de cambio de carril: caso delimitado de humedad, comunicación y comprobación de conexión. Agradecemos el boletín técnico; no lo extrapolamos a otros modelos.