Por Gustavo Huicochea Hernández · RMX Talleres
En un automóvil antiguo, muchos mandos eran exactamente lo que parecían: un interruptor cerraba un circuito, un cable llevaba corriente y una lámpara encendía. Conforme llegaron inyección electrónica, ABS, airbags, climatización automática, asientos eléctricos, cámaras, radares, sistemas de asistencia y decenas de computadoras, esa lógica empezó a crecer hasta un punto incómodo.
Más funciones significaban más sensores, más actuadores, más alimentación, más tierras, más conectores y más señales. Si cada dato necesitara su propio cable desde el componente que lo genera hasta cada módulo que lo utiliza, el arnés terminaría convertido en un sistema inmanejable.
La industria no resolvió el problema eliminando cables. Hizo algo más interesante: enseñó a las computadoras del auto a compartir información.
Y aun así, el cableado no desapareció. Bosch Research señalaba en 2025 que, dependiendo de la arquitectura, un vehículo puede integrar aproximadamente 30 a 150 unidades de control electrónico y una red de conductores que puede extenderse por kilómetros. La cifra no es universal —un subcompacto sencillo no tiene el mismo arnés que una SUV de lujo o un vehículo eléctrico—, pero explica por qué el cableado se convirtió en uno de los sistemas más complejos y menos visibles del automóvil.
Por eso una falla aparentemente insignificante puede encender ABS, dirección, control de estabilidad y transmisión al mismo tiempo. Y por eso “empatar el cable del mismo color” ya no es una estrategia aceptable de diagnóstico.
El auto moderno puede ser muy digital y seguir dependiendo de una enorme infraestructura física.
Cuando escuchamos CAN, Ethernet automotriz, Bluetooth o actualizaciones remotas es fácil imaginar que el vehículo moderno sustituyó cobre por software.
No ocurrió así.
Las redes redujeron la necesidad de duplicar señales, pero el auto todavía necesita transportar energía físicamente. Un motor de elevador, un ventilador, una bomba, una resistencia de calefacción, una luz, una ECU o un radar necesitan alimentación y tierra. Además existen sensores y actuadores que continúan conectándose mediante circuitos dedicados o subredes específicas.
Piensa en dos problemas distintos:
Información: “la rueda delantera izquierda gira a cierta velocidad”.
Energía: “alimenta este motor eléctrico con la corriente que necesita para trabajar”.
Una red puede compartir la información entre varios módulos. No puede hacer desaparecer la necesidad de entregar potencia al componente.
Ésa es la razón por la que un auto puede ser muy digital y, al mismo tiempo, esconder un arnés enorme detrás del tablero, bajo alfombras, dentro de puertas, alrededor del motor, a lo largo del piso y detrás de defensas.
El problema apareció cuando una misma información empezó a ser útil para varios sistemas.
Los primeros sistemas eléctricos automotrices eran relativamente simples: encendido, iluminación y, más tarde, arranque y carga. Cada función podía resolverse con cables, interruptores, fusibles y relevadores.
Luego llegaron más sistemas electrónicos.
Una misma información empezó a interesar a varios módulos. La velocidad de una rueda, por ejemplo, puede ser útil para ABS, control de estabilidad, tracción, transmisión, asistencia de conducción, tablero o sistemas de tracción integral, según el vehículo.
La solución antigua sería duplicar rutas eléctricas o agregar conexiones entre módulos. La solución de red es publicar el dato una vez y permitir que otros nodos autorizados lo utilicen.
Ese cambio parece pequeño, pero transformó la arquitectura del automóvil.
CAN permitió que los módulos aprendieran a compartir mensajes en vez de duplicar rutas.
Bosch comenzó a desarrollar Controller Area Network —CAN— durante los años ochenta. La empresa documenta una solicitud inicial de patente en 1985 y señala que su solución recibió el primer pedido de producción en 1991 para la Mercedes-Benz Clase S.
CAN no “inventó la electrónica del auto” ni reemplazó todos los conductores. Su aportación fue permitir que varias unidades electrónicas intercambiaran mensajes sobre una red común con mecanismos de arbitraje, detección de errores y robustez adecuada para el entorno automotriz.
En vez de imaginar una llamada telefónica entre dos módulos, imagina una sala donde se anuncian mensajes. Los participantes escuchan el bus y cada uno decide qué información necesita. Si dos mensajes intentan transmitirse al mismo tiempo, el sistema tiene mecanismos para resolver prioridad sin convertir el bus en una discusión caótica.
Eso hizo posible coordinar sistemas que antes vivían más aislados.
Una señal de velocidad de rueda puede alimentar más de una función.
Una solicitud de reducción de torque puede involucrar motor, transmisión y estabilidad.
Una condición de choque puede activar estrategias coordinadas entre retención, corte de combustible, desbloqueo o señalización, según el diseño.
El valor no está sólo en ahorrar cable. Está en compartir contexto.
CAN, LIN y Ethernet no compiten por ser “la mejor red”; resuelven necesidades distintas.
Un vehículo actual puede utilizar varias redes porque no todas las tareas necesitan la misma velocidad, costo, redundancia o ancho de banda.
CAN y CAN FD
CAN sigue siendo una pieza central en muchísimas arquitecturas. CAN FD amplió la cantidad de datos que puede transportar por trama y permite mayor rendimiento en la fase de datos. Se usa en control y comunicación entre módulos donde importan robustez, latencia y confiabilidad.
LIN
No necesitas una autopista de datos para mover un espejo o recibir información de un pequeño actuador de confort. LIN es una red de menor costo y velocidad, habitual en subconjuntos de carrocería, climatización, asientos y otros dispositivos locales, según la arquitectura.
Automotive Ethernet
Cámaras, radares, infotainment, gateways y computación central pueden mover volúmenes de información mucho mayores. Automotive Ethernet permite construir enlaces y backbones de alta capacidad para esas necesidades.
FlexRay y otras soluciones
Existen además redes y enlaces especializados. La combinación concreta depende de plataforma, año, fabricante y función.
La idea útil para el propietario es ésta: “el auto tiene red” no significa que todo viaje por CAN ni que cualquier par trenzado sea CAN.
Una sola causa eléctrica puede encender cinco testigos sin que existan cinco averías independientes.
Éste es uno de los cambios más importantes para entender un diagnóstico moderno.
Supongamos que una unidad de ABS genera o distribuye información de velocidad de rueda. Otros sistemas utilizan esos datos. Si desaparece una señal crítica, pueden degradarse varias funciones a la vez.
El tablero podría mostrar advertencias de ABS, estabilidad, tracción, dirección asistida, control crucero o AWD, dependiendo del vehículo.
Eso no demuestra que cinco componentes se dañaron simultáneamente.
Puede existir una causa común:
una alimentación perdida,
una tierra con resistencia excesiva,
un sensor o circuito compartido,
una referencia de 5 V afectada,
un corto en una rama de red,
un conector contaminado,
un módulo que dejó de participar en la red,
o un gateway que ya no permite que ciertas redes se comuniquen entre sí.
Por eso cambiar módulos uno por uno porque “marcan código” puede convertirse en una reparación muy cara sin resolver la causa.
Una referencia compartida de 5 V es un buen ejemplo de cómo una falla puede multiplicar síntomas.
Muchas ECUs alimentan ciertos sensores con una referencia regulada, comúnmente de 5 V. Según el diseño, varios sensores pueden compartir una misma referencia.
Si uno de esos circuitos se pone en corto y derrumba la línea, la computadora puede detectar valores incoherentes en varios sensores al mismo tiempo.
El error sería interpretar cada DTC como una pieza averiada.
La pregunta correcta es: ¿qué tienen en común esas señales?
Un buen diagrama eléctrico puede revelar que el “grupo de fallas” comparte alimentación, tierra, referencia o ruta de comunicación.
Ésa es la diferencia entre leer códigos y diagnosticar un sistema.
Continuidad no significa automáticamente que el circuito esté sano.
Una prueba de continuidad puede demostrar que existe un camino eléctrico. No necesariamente demuestra que ese camino puede trabajar correctamente bajo carga.
Un conductor parcialmente roto, una terminal floja, corrosión o un empalme deficiente pueden dejar pasar la pequeña corriente utilizada por un multímetro y, aun así, provocar una caída de voltaje importante cuando el circuito intenta alimentar una carga real.
Por eso el diagnóstico eléctrico moderno utiliza, según el caso:
el diagrama correcto,
medición de voltaje,
caída de voltaje bajo carga,
resistencia sólo cuando el procedimiento lo permite,
corriente,
datos del escáner,
estado de comunicación de módulos,
y forma de onda con osciloscopio cuando hace falta.
No se trata de usar todas las herramientas en cada caso. Se trata de elegir la prueba que responde la pregunta correcta.
El par trenzado tampoco está trenzado por estética.
Muchas redes CAN de alta velocidad utilizan dos conductores, CAN High y CAN Low, dispuestos como par trenzado. La información se interpreta de forma diferencial: importa la relación entre ambas señales.
El trenzado ayuda a que interferencias electromagnéticas afecten de manera similar a ambos conductores y puedan rechazarse mejor.
Por eso una reparación de red no debería reducirse a:
“son dos cables azules; empátalos y listo”.
El procedimiento puede exigir conservar calibre, tipo de conductor, geometría del par, ruta, método y ubicación del empalme. La especificación OEM tiene prioridad.
En una CAN de alta velocidad típica es común encontrar resistencias terminales de 120 Ω en los extremos; cuando dos están en paralelo puede aparecer una lectura cercana a 60 Ω con la red desenergizada y bajo las condiciones de prueba correctas.
Pero ése NO es un número universal para cualquier red del automóvil. Existen topologías diferentes, redes de baja velocidad, gateways, ramales y diseños donde aplicar “60 Ω = bueno” sin conocer el diagrama puede llevar a una conclusión incorrecta.
Primero topología. Después medición.
El gateway puede hacer parecer muertos a otros módulos aunque físicamente sigan sanos.
Un auto con varias redes necesita puntos que interconecten dominios. Los gateways pueden comunicar CAN, LIN, Ethernet u otras redes, filtrar tráfico y aplicar funciones de seguridad.
Si el gateway, su alimentación o una red principal falla, varios módulos pueden desaparecer del escáner aunque cada módulo individual siga físicamente sano.
Por eso “no comunica” no equivale a “módulo muerto”.
Antes de autorizar una ECU cara conviene saber:
si recibe alimentación,
si tiene buenas tierras,
si la red llega eléctricamente,
si el gateway ve ese segmento,
si existen U-codes coherentes con la falla,
y si el módulo puede ser aislado y probado conforme al procedimiento.
El siguiente cambio intenta ordenar la maraña: arquitecturas zonales y mayor computación central.
El problema del cableado no terminó con CAN.
Los vehículos agregaron cámaras, radares, pantallas, motores eléctricos, electrónica de potencia, actualizaciones remotas y más capacidad de cómputo. La industria está migrando gradualmente desde arquitecturas con muchas ECUs distribuidas por función hacia diseños con mayor computación central y controladores zonales.
En mayo de 2026, NXP describió soluciones zonales que combinan procesamiento, CAN, LIN y redes Ethernet de tiempo sensible. La idea física es lógica: en lugar de llevar cada conexión hasta una computadora central lejana, un controlador de zona atiende sensores y actuadores próximos y comparte datos con el resto del vehículo mediante enlaces de mayor capacidad.
Eso puede reducir complejidad de arnés, peso y cantidad de rutas largas. No significa que CAN o LIN estén desapareciendo. En arquitecturas actuales pueden coexistir con Ethernet y computación central.
El auto del futuro cercano seguirá teniendo cables. Simplemente intentará organizarlos mejor.
Para el conductor, una falla de red suele sentirse como varias cosas extrañas ocurriendo al mismo tiempo.
Las fallas de arnés y comunicación no siempre se ven como “el auto no prende”. Pueden aparecer como síntomas extraños y simultáneos:
varios testigos que aparecen a la vez,
funciones que desaparecen y regresan,
una puerta, espejo, asiento o ventana que deja de responder,
mensajes de “sistema no disponible”,
módulos que no comunican,
fallas que aparecen con lluvia, humedad, vibración o movimiento del arnés,
arranque lento acompañado de mensajes aparentemente sin relación,
o un vehículo que funciona bien en taller y falla al mover cierto ramal o componente.
Esos síntomas orientan la investigación. No identifican por sí solos la causa.
Agua, choques y modificaciones también pueden convertir el arnés en parte del problema.
Un arnés no vive en un laboratorio. Cruza zonas calientes, húmedas, móviles y expuestas a vibración.
Después de una colisión, no basta con que la lámina vuelva a su lugar. Pueden existir conectores estirados, grapas faltantes, arneses pellizcados, tierras mal montadas o ramas reparadas en zonas donde después entra agua.
Después de atravesar agua profunda, un conector puede seguir funcionando inicialmente y fallar días o semanas después por humedad, sedimento o corrosión. La ausencia inmediata de un DTC no certifica que todos los conectores quedaron secos.
Y después de instalar accesorios —alarma, audio, iluminación, remolque, rastreo o cualquier modificación— conviene saber exactamente dónde se tomó alimentación, tierra o señal. No todo accesorio causa problemas; el riesgo aparece cuando una intervención altera un circuito sin respetar diagrama, protección, capacidad de carga o método de empalme.
“Empata el cable del mismo color” es una de las simplificaciones más peligrosas del diagnóstico eléctrico.
El color ayuda a identificar. No constituye un diagnóstico.
Dos cables del mismo color pueden pertenecer a circuitos distintos. Un conductor puede ser alimentación, señal, tierra, referencia, comunicación o incluso formar parte de un par que necesita características específicas.
Una reparación profesional empieza por localizar el circuito en el diagrama y confirmar eléctricamente su función antes de cortar.
Después se aplica el procedimiento de reparación que corresponda.
En una red crítica, una reparación “que sí tiene continuidad” puede seguir siendo una mala reparación.
La ruta profesional empieza buscando qué comparten los síntomas antes de comprar módulos. Primero se confirma cuándo aparece la falla y se revisa batería/voltaje del sistema, porque una alimentación baja puede generar mensajes secundarios. Después se guarda un escaneo completo antes de borrar, se observa qué módulos comunican y cuáles desaparecieron y se consulta el diagrama/topología correcta. A partir de ahí las pruebas se vuelven específicas: alimentación y tierras bajo carga, caída de voltaje cuando corresponde, conectores, roces, agua, corrosión, reparaciones previas y características de la red. Si la hipótesis exige ver integridad de señal o una falla intermitente, entra el osciloscopio. Si hay que aislar una rama, se hace sólo con el procedimiento permitido por esa arquitectura. Antes de autorizar una ECU, arnés o módulo caro, pide que el taller pueda responder qué circuito está afectado, qué tienen en común los sistemas que fallan, si el componente recibe alimentación y tierra correctas, qué evidencia demuestra corto/abierto/alta resistencia o daño de comunicación y cómo se comprobará la reparación. Una captura con ocho códigos no es una causa raíz. Varios mitos eléctricos sobreviven porque parecen lógicos hasta que se mide el circuito.
“Si marca muchos códigos, hay muchas piezas dañadas.”
Falso. Puede existir una alimentación, tierra, referencia o red compartida.
“Si tiene continuidad, el cable está bien.”
Falso como regla. Puede existir resistencia excesiva que sólo se manifiesta bajo carga.
“CAN siempre debe medir 60 Ω.”
No. Es una referencia típica para determinadas redes CAN de alta velocidad y ciertas condiciones de prueba; la topología OEM manda.
“Los cables de red se reparan igual que cualquier cable.”
No necesariamente. El procedimiento puede exigir preservar características físicas y eléctricas específicas.
“Un módulo que no comunica está muerto.”
No. Primero deben comprobarse alimentación, tierra, red, gateway y condiciones del sistema.
“Los autos nuevos ya casi no usan cable porque todo es digital.”
Al contrario: la digitalización redujo duplicación de señales, pero el vehículo sigue necesitando un sistema físico enorme para distribuir potencia y datos.
La urgencia cambia cuando la falla deja de ser sólo electrónica y empieza a generar calor, humo o pérdida de una función crítica. Olor a cable quemado, humo, una fusilera calentándose, un corto activo, una advertencia de alto voltaje o pérdida de asistencia crítica no pertenecen a la categoría “lo revisamos luego”. Varios testigos simultáneos, módulos intermitentes, humedad en conectores o síntomas aparecidos después de instalar un accesorio piden diagnóstico pronto; una observación sin síntoma ni medición anormal no justifica cambiar un arnés completo.
Un auto moderno puede esconder kilómetros de conductor porque sigue necesitando llevar energía y señales a decenas de sistemas distribuidos por la carrocería. CAN, LIN y Ethernet reducen duplicaciones y permiten compartir información, pero no eliminan el arnés.
Eso cambia la lógica del diagnóstico: cuando aparecen muchas fallas al mismo tiempo, busca primero qué comparten. Un código no es una pieza. Continuidad no siempre significa circuito sano. “No comunica” no significa módulo muerto. Y el color del cable nunca sustituye al diagrama.
El automóvil moderno tiene un sistema nervioso. Sus cables distribuyen energía, referencias y datos; sus redes permiten que decenas de computadoras coordinen funciones que el conductor percibe como una sola experiencia.
Si cinco testigos aparecieron el mismo día, no autorices cinco piezas antes de responder una pregunta mucho más útil: ¿qué tienen en común?
Encuentra tu taller aliado más cercano en www.rmxtalleres.com
FUENTES CONSULTADAS Y VERIFICADAS
Bosch Global — “Data network for the car: The Controller Area Network CAN”. Bosch documenta la solicitud inicial de patente CAN en 1985, el primer pedido de producción en 1991 para la Mercedes-Benz Clase S y que CAN limitó la proliferación de cableado sin reemplazar todos los cables. https://www.bosch.com/stories/the-controller-area-network/
Bosch Global — “History Bosch Electronics”. Historia de la evolución electrónica y de la necesidad de interconectar sistemas como Motronic, ABS y airbags. https://www.bosch.com/stories/history-of-electronics/
Bosch Research — “The FMI Layered Standard for Network Communication”, 1 de agosto de 2025. Reporta que un automóvil puede integrar aproximadamente 30 a 150 ECUs dependiendo de arquitectura y que las redes de cables pueden extenderse por kilómetros; también contextualiza CAN, LIN, FlexRay y Automotive Ethernet. https://www.bosch.com/stories/fmi-layered-standard-for-network-communication/
NXP Semiconductors — Automotive Zone Controller. Arquitecturas zonales, distribución local de potencia/datos y conectividad mediante Ethernet, CAN/LIN y control central. https://www.nxp.com/applications/AUTOMOTIVE-ZONE-CONTROLLER
NXP Semiconductors — “NXP Collaborates with Quanta to Accelerate Deterministic Zonal Networking for Software Defined Vehicles”, 14 de mayo de 2026. Ejemplo vigente de transición a redes zonales con TSN Ethernet, CAN y LIN. https://www.nxp.com/company/about-nxp/newsroom/NW-NXP-COLLABORATES-WITH-QUANTA
NXP Semiconductors — Gateway. Función de los gateways para interconectar CAN, LIN, FlexRay y Ethernet y filtrar tráfico entre dominios. https://www.nxp.com/applications/GATEWAY
Kvaser — “How to test if your CAN termination works correctly”. Referencia técnica para la topología CAN con dos terminaciones de 120 Ω y la lectura aproximada de 60 Ω bajo condiciones de prueba apropiadas; no se usa como valor universal para todas las redes del vehículo. https://kvaser.com/developer-blog/how-to-test-your-can-termination-works-correctly/