Saltar al contenido
[Architecture · 06]

OBD-II y gateways seguros: qué es realmente el conector de diagnóstico

La toma de 16 pines bajo el salpicadero se creó para la inspección de emisiones y el diagnóstico en taller, no como acceso permanente a la red del vehículo. Esto es lo que definen las normas, cómo comprobar el puerto con un multímetro y por qué los fabricantes lo alejan cada vez más de los buses que hacen funcionar el coche.

Reading time
13 min
Updated
7 de octubre de 2026
Diagrams
02
Sections
06

Un puerto nacido de la legislación sobre emisiones

OBD-II no nació como interfaz de datos. Nació como herramienta reglamentaria: una forma de obligar a cada vehículo a supervisar sus propios sistemas relacionados con las emisiones, encender un testigo de avería (MIL) cuando algo falla, almacenar códigos de avería normalizados y ponerlo todo a disposición a través de un único conector estándar, de modo que las estaciones de inspección y los talleres independientes pudieran leer cualquier vehículo con el mismo equipo. El California Air Resources Board (CARB) impulsó el requisito, y Estados Unidos lo hizo obligatorio para turismos y camiones ligeros a partir del año-modelo 1996. Europa le siguió con EOBD en virtud de la Directiva 98/69/CE.

Table 01Hitos que dieron forma al conector de diagnóstico
CuándoDóndeQué cambió
Año-modelo 1996Estados UnidosOBD-II obligatorio para turismos y camiones ligeros: conector SAE J1962, códigos de avería normalizados, MIL
2000 / 2001Unión EuropeaEOBD para turismos de gasolina: nuevos tipos desde 2000, todas las nuevas matriculaciones desde 2001
2003 / 2004Unión EuropeaEOBD para turismos diésel: nuevos tipos desde 2003, todas las nuevas matriculaciones desde 2004
Año-modelo 2008Estados UnidosCAN según ISO 15765-4 pasa a ser el protocolo OBD obligatorio para todos los vehículos ligeros nuevos
Julio de 2022 / julio de 2024UE y demás partes contratantes del Reglamento R155 de la CEPE/ONUGestión de la ciberseguridad obligatoria para los nuevos tipos de vehículo y, después, para todos los vehículos nuevos
Agosto de 2023Unión EuropeaEl sistema SERMI entra en funcionamiento para el acceso independiente a la información de reparación relacionada con la seguridad
Año-modelo 2023 / 2027CaliforniaSAE J1979-2 (OBD sobre UDS) permitido desde 2023 y obligatorio desde 2027

Toda evolución posterior, desde los gateways seguros hasta OBD sobre UDS, tiene que convivir con esta promesa legal original: la información de diagnóstico reglamentaria relacionada con las emisiones debe poder leerse a través del conector estándar sin un permiso especial.

El conector SAE J1962, pin a pin

El conector está definido en SAE J1962 e ISO 15031-3: dieciséis pines en dos filas, situado en el habitáculo al alcance del asiento del conductor. El tipo A se utiliza en vehículos de 12 V; el tipo B, con una guía central interrumpida, se utiliza en vehículos de 24 V para que no pueda enchufarse por error un equipo previsto solo para 12 V. La norma define nueve pines; los siete restantes quedan a criterio del fabricante.

Table 02Asignación de pines según SAE J1962 / ISO 15031-3
PinAsignaciónObservaciones
1A criterio del fabricanteDoIP Ethernet RX+ en la opción 2 de ISO 13400-4
2Bus SAE J1850 +Protocolos estadounidenses heredados (VPW y PWM)
3A criterio del fabricanteDoIP Ethernet RX+ en la opción 1 de ISO 13400-4
4Masa de carroceríaRetorno de alimentación
5Masa de señalPunto de referencia para todas las mediciones de señal
6CAN-H (ISO 15765-4)CAN de diagnóstico reglamentario
7Línea K (ISO 9141-2, ISO 14230-4)Línea de diagnóstico heredada
8A criterio del fabricanteLínea de activación DoIP (ISO 13400)
9A criterio del fabricanteDoIP Ethernet RX− en la opción 2
10Bus SAE J1850 −Solo en la variante PWM
11A criterio del fabricanteDoIP Ethernet RX− en la opción 1
12A criterio del fabricanteDoIP Ethernet TX+
13A criterio del fabricanteDoIP Ethernet TX−
14CAN-L (ISO 15765-4)CAN de diagnóstico reglamentario
15Línea L (ISO 9141-2, ISO 14230-4)Heredada, de uso poco frecuente
16Positivo de batería, no conmutadoPositivo permanente, borne 30

Muchos fabricantes llevan a los pines de libre asignación pares CAN adicionales, específicos de la marca, o buses de un solo hilo para sus propios equipos de taller. Ninguno de ellos forma parte de la interfaz reglamentaria, y su presencia, su tasa de bits y su comportamiento cambian entre marcas y años-modelo.

Comprobaciones con multímetro en el conector

El conector es también el lugar más cómodo para comprobar el estado del segmento CAN de diagnóstico sin más herramienta que un multímetro. La resistencia se mide con la batería desconectada, de modo que ningún transceptor esté alimentado y el multímetro vea únicamente la red de terminación entre los pines 6 y 14.

Fig. 01Interactive
HLControl unit 1Control unit 260ΩOhmmeter
60Ω

Both terminators in place: the bus is healthy.

Measure between CAN-H and CAN-L with the battery disconnected.

Fig. 01Con la batería desconectada, un óhmetro entre los pines 6 y 14 ve en paralelo las dos resistencias de terminación de 120 Ω del segmento de diagnóstico: unos 60 Ω.
Table 03Cómo interpretar una lectura de resistencia entre los pines 6 y 14 (batería desconectada)
LecturaSignificado más probable
Unos 60 ΩDos resistencias de terminación de 120 Ω en paralelo: normal en un segmento terminado en ambos extremos
Unos 120 ΩFalta una resistencia de terminación o hay una rama abierta; en algunos diseños, una derivación de diagnóstico con una sola terminación, así que consulte la documentación del fabricante
Unos 40 ΩUna tercera resistencia de terminación de 120 Ω, a menudo añadida por un dispositivo enchufado o instalado a posteriori
Muy alta o circuito abiertoCable roto, pines dañados o un vehículo que no utiliza los pines 6 y 14 para CAN
Muy por debajo de 40 Ω o cerca de 0 ΩCortocircuito entre CAN-H y CAN-L, o varias resistencias de terminación adicionales

Las tensiones se miden respecto al pin 5 con el vehículo despierto. Un bus CAN de alta velocidad inactivo, en estado recesivo, se sitúa en unos 2,5 V en ambas líneas. Con tráfico, el promediado del multímetro muestra CAN-H ligeramente por encima y CAN-L ligeramente por debajo de 2,5 V. Un segmento en reposo marca cerca de 0 V en ambas líneas, lo cual es normal: los transceptores ISO 11898-2 en modo de bajo consumo dejan de polarizar el bus. Tenga en cuenta que un segmento de diagnóstico situado detrás de un gateway puede estar despierto y completamente en silencio, porque el tráfico de diagnóstico solo aparece mientras un equipo de diagnóstico está comunicando. El artículo Diagnóstico en campo trata en detalle los oscilogramas.

ISO 15765-4: la capa CAN reglamentaria

ISO 15765-4 define cómo funciona sobre CAN el diagnóstico relacionado con las emisiones. Admite cuatro combinaciones, 500 o 250 kbit/s con identificadores de 11 o de 29 bits; los turismos utilizan de forma abrumadora 500 kbit/s. A diferencia del resto del tráfico CAN del vehículo, la comunicación OBD es estrictamente de petición y respuesta: un equipo de diagnóstico pregunta y las ECU responden. Por el canal de diagnóstico no se difunde nada a menos que alguien lo solicite. Los identificadores están fijados por la norma:

Table 04Direccionamiento de diagnóstico según ISO 15765-4
MensajeIdentificadores de 11 bitsIdentificadores de 29 bits
Petición funcional (a todas las ECU relacionadas con las emisiones)0x7DF0x18DB33F1
Petición física a la ECU n0x7E0 a 0x7E70x18DAxxF1 (xx = dirección de la ECU)
Respuesta de la ECU n0x7E8 a 0x7EF0x18DAF1xx
Tasa de bits500 o 250 kbit/s500 o 250 kbit/s

ISO-TP: transportar más de ocho bytes

Una trama CAN clásica transporta ocho bytes, mientras que solo el número de identificación del vehículo (VIN) tiene diecisiete caracteres. ISO 15765-2, conocida habitualmente como ISO-TP, segmenta los mensajes más largos. El primer nibble del primer byte de datos, la información de control del protocolo (PCI), indica al receptor qué tipo de trama está recibiendo.

Table 05Tipos de trama ISO-TP
Tipo de tramaNibble PCIFunción
Single Frame (trama única)0Mensaje completo de hasta 7 bytes en CAN clásico (hasta 62 bytes en CAN FD)
First Frame (primera trama)1Anuncia la longitud total y transporta los primeros bytes
Consecutive Frame (trama consecutiva)2Transporta los 7 bytes siguientes, con un número de secuencia que pasa de 15 a 0
Flow Control (control de flujo)3El receptor fija para el emisor el tamaño de bloque (BS) y el tiempo mínimo de separación (STmin)

Con el direccionamiento clásico, el campo de longitud de 12 bits de la First Frame limita un mensaje a 4095 bytes; la edición de 2016 de ISO 15765-2 añadió una secuencia de escape para longitudes de hasta 4 GiB, lo que es importante para la descarga de software. El control de flujo es lo que hace que ISO-TP sea respetuoso con un bus compartido: el receptor decide cuántas tramas pueden seguir y con qué separación mínima.

Los servicios reglamentarios

Table 06Servicios OBD reglamentarios (SAE J1979 / ISO 15031-5)
ServicioNombreFunción
$01Datos actuales del grupo motopropulsorEstado de disponibilidad (readiness) y valores en tiempo real relacionados con las emisiones
$02Datos de imagen congelada (freeze frame)Condiciones registradas en el momento en que se almacenó un código de avería
$03DTC confirmadosCódigos de avería relacionados con las emisiones que han encendido el MIL
$04Borrado de la información de diagnósticoBorra los códigos, las imágenes congeladas y el estado de disponibilidad
$05Supervisión de las sondas lambdaNo se utiliza en CAN; los resultados se comunican a través de $06
$06Resultados de la supervisión a bordoResultados de las pruebas de los monitores no continuos
$07DTC pendientesFallos registrados durante el ciclo de conducción actual o el último
$08Control de sistemas a bordoSolicita una prueba a bordo específica
$09Información del vehículoVIN, identificadores de calibración y números de verificación de calibración
$0ADTC permanentesCódigos que un equipo de diagnóstico no puede borrar; solo los borran los propios monitores del vehículo

Este catálogo está siendo sustituido. SAE J1979-2, también llamado OBD sobre UDS, transporta el contenido reglamentario mediante servicios UDS en lugar de los modos $01 a $0A. California lo permite desde el año-modelo 2023 y lo exige desde el año-modelo 2027. Para los vehículos pesados, ISO 27145 (WWH-OBD) sigue el mismo enfoque basado en UDS. El conector sigue siendo el mismo; lo que cambia es el idioma que se habla a través de él.

UDS: el idioma del diagnóstico en taller

Todo lo que va más allá de los datos de emisiones reglamentarios, desde leer la memoria de averías de una unidad de control de carrocería hasta codificar una pieza de recambio, utiliza UDS, Unified Diagnostic Services, definido en ISO 14229-1. UDS es independiente del transporte: ISO 14229-3 lo asigna a CAN mediante ISO-TP, e ISO 14229-5 a Ethernet mediante DoIP (ISO 13400). Una respuesta positiva devuelve el identificador de servicio más 0x40; una respuesta negativa empieza por 0x7F, seguido del identificador de servicio y de un código de respuesta negativa (NRC).

Table 07Servicios UDS principales (ISO 14229-1)
SIDServicioUso típico
0x10DiagnosticSessionControlCambiar entre las sesiones por defecto, de programación y extendida
0x11ECUResetReiniciar una ECU tras una codificación o una programación
0x14ClearDiagnosticInformationBorrar los códigos de avería almacenados
0x19ReadDTCInformationLeer códigos de avería, bits de estado e instantáneas
0x22ReadDataByIdentifierLeer datos de identificación, configuración y valores en tiempo real
0x27SecurityAccessDesbloqueo por semilla y clave (seed and key) antes de los servicios protegidos
0x28CommunicationControlSilenciar el tráfico normal de aplicación, por ejemplo durante la programación
0x29AuthenticationAutenticación basada en certificados, añadida en ISO 14229-1:2020
0x2EWriteDataByIdentifierEscribir datos de codificación y configuración
0x31RoutineControlIniciar, detener y consultar rutinas como pruebas de actuadores o adaptaciones
0x34 / 0x36 / 0x37RequestDownload / TransferData / RequestTransferExitDescarga de software
0x3ETesterPresentMantener activa una sesión distinta de la sesión por defecto
0x85ControlDTCSettingSuspender el almacenamiento de códigos de avería durante los procedimientos de taller

Por qué el conector pasó a estar detrás del gateway

En muchos de los primeros vehículos con CAN, los pines 6 y 14 iban cableados directamente a un bus del grupo motopropulsor. El conector de diagnóstico era simplemente una derivación de una red de control activa. Aquello resultaba cómodo y frágil al mismo tiempo. Cualquier cosa enchufada al puerto podía transmitir en un bus relevante para la seguridad, un cable adaptador largo o mal fabricado degradaba la calidad de la señal y un dispositivo defectuoso podía cargar el bus o mantenerlo en estado dominante. A medida que los vehículos incorporaron conectividad móvil e inalámbrica, el puerto pasó además a formar parte evidente de la superficie de ataque; un ataque remoto muy difundido contra un SUV de serie en 2015 provocó la llamada a revisión de 1,4 millones de vehículos y aceleró el paso del sector hacia la segmentación.

En las arquitecturas actuales, el conector de diagnóstico está cableado a su propio segmento, que pertenece al gateway central. El gateway acepta las peticiones de diagnóstico, las encamina a la ECU destinataria en el bus interno en el que se encuentre y devuelve las respuestas. El tráfico de difusión de los dominios de grupo motopropulsor, chasis y carrocería permanece donde está. Visto desde el conector, un vehículo moderno está en silencio hasta que habla un equipo de diagnóstico.

Fig. 02Interactive
Diagnostic tool12345678910111213141516OBD-II portDiagnostic requests pass the gatewaySecure gatewayPowertrain CANChassis CANBody CANInfotainment CANInternal networks stay behind it
SAE J1962 connector
Fig. 02El conector de diagnóstico se encuentra en su propio segmento. El gateway reenvía las peticiones de diagnóstico hacia el interior y las respuestas hacia el exterior, mientras que el tráfico de difusión de cada dominio permanece dentro de su propia red.

Gateways seguros y acceso autenticado

Un gateway seguro añade autenticación a ese encaminamiento. La lectura de los datos reglamentarios y de los códigos de avería relacionados con las emisiones sigue abierta, como exige la ley. El borrado de códigos, las pruebas de actuadores, la codificación y la programación requieren un equipo de diagnóstico que se haya autenticado, normalmente mediante una cuenta en línea con el fabricante o con un intermediario autorizado, o mediante certificados comprobados por el servicio Authentication de UDS. Stellantis (entonces FCA) introdujo módulos de gateway seguro en algunos modelos a partir de 2018; el Grupo Volkswagen le siguió en 2020 con su protección de diagnóstico SFD; Mercedes-Benz, Renault y Nissan figuran entre los demás fabricantes que restringen el acceso de diagnóstico de forma similar.

Table 08Comportamiento de acceso típico de un gateway seguro
FunciónSin autenticaciónCon un equipo de diagnóstico autenticado
Leer los datos OBD reglamentarios y los DTC de emisionesDisponibleDisponible
Leer los DTC específicos del fabricanteNormalmente disponible, según el fabricanteDisponible
Borrar DTCA menudo bloqueadoDisponible
Pruebas de actuadores y rutinasBloqueadoDisponible
Escritura de codificación y configuraciónBloqueadoDisponible
Descarga de softwareBloqueadoDisponible, normalmente con comprobaciones adicionales

La normativa da forma al gateway

Dos fuerzas normativas tiran en direcciones opuestas, y el gateway seguro es el punto en el que se encuentran. El Reglamento R155 de la CEPE/ONU exige a los fabricantes gestionar los riesgos de ciberseguridad a lo largo de todo el ciclo de vida del vehículo, lo que favorece claramente cerrar toda vía innecesaria hacia las ECU relevantes para la seguridad. La normativa de la UE sobre la aprobación de tipo de los vehículos (Reglamento (UE) 2018/858) obliga a los fabricantes a ofrecer a los operadores independientes un acceso no discriminatorio a la información sobre reparación y mantenimiento, incluido el diagnóstico. Para las funciones relacionadas con la seguridad, como las llaves y los inmovilizadores, el sistema SERMI, en funcionamiento desde agosto de 2023, ofrece una vía a los profesionales independientes debidamente verificados. El resultado es un conector abierto para la lectura, restringido para la escritura y auditable en ambos casos.

Consecuencias para los dispositivos de posventa

Los dongles de las aseguradoras, los dispositivos de seguimiento de flotas y otros dispositivos enchufables convirtieron el conector OBD en un punto de instalación popular. La arquitectura descrita explica por qué esa elección es cada vez más difícil de defender para cualquier equipo destinado a permanecer en el vehículo:

  • Visión limitada. Detrás de un gateway, el puerto transporta diálogo de diagnóstico, no el tráfico de difusión interno del vehículo.
  • Cada respuesta cuesta una petición. El diagnóstico de petición y respuesta añade carga, puede mantener despiertas las ECU y puede entrar en conflicto con un equipo de diagnóstico de taller o con un equipo de inspección que use el mismo canal.
  • Funciones restringidas. En los vehículos con gateway seguro, todo lo que va más allá de la lectura reglamentaria requiere una autenticación de la que carece un dispositivo instalado de forma permanente.
  • Alimentación permanente. El pin 16 tiene tensión en todo momento, de modo que el consumo propio del dispositivo y su efecto sobre el reposo de la red pasan a ser un problema del propietario del vehículo.
  • Exposición mecánica. El conector está diseñado para un equipo de diagnóstico que se enchufa durante una sesión, no para un dispositivo que cuelga bajo el salpicadero durante años, expuesto a golpes de rodilla, vibraciones y limpiezas.
  • Acceso para terceros. Los talleres, los controles en carretera y las inspecciones técnicas periódicas necesitan el puerto libre y en funcionamiento.
  • Postura de seguridad. Un dispositivo enchufable con enlace de radio pasa a formar parte de la superficie de ataque del vehículo, y los vehículos posteriores a R155 pueden registrar o señalar a los participantes desconocidos en el segmento de diagnóstico.
¿Me impide un gateway seguro leer los códigos de avería?

No. Los datos OBD reglamentarios y los códigos de avería relacionados con las emisiones deben poder leerse sin un permiso especial. Los gateways seguros reservan a los equipos de diagnóstico autenticados el borrado de códigos, las pruebas de actuadores, la codificación y la programación.

¿Por qué los pines 6 y 14 miden 60 Ω aunque no haya tráfico en el conector?

Porque el segmento de diagnóstico está terminado en ambos extremos, como cualquier segmento CAN de alta velocidad, pero detrás de un gateway solo transporta tráfico mientras un equipo de diagnóstico está comunicando. Un puerto en silencio con una lectura correcta de 60 Ω es normal.

¿Por qué un mismo dispositivo enchufable funciona en un vehículo y no en otro?

La capa reglamentaria admite cuatro variantes de CAN, los fabricantes sitúan delante del puerto políticas de gateway distintas, los gateways seguros restringen el acceso y los vehículos más recientes trasladan las funciones de taller a DoIP o a OBD sobre UDS. Cada uno de estos factores cambia lo que un dispositivo ve en el conector.

¿Está sustituyendo DoIP a CAN en el conector de diagnóstico?

Hoy no, en lo que respecta al OBD reglamentario de los vehículos ligeros. DoIP utiliza pines del mismo conector que, de otro modo, quedan a criterio del fabricante, y se emplea sobre todo para el acceso rápido en taller, por ejemplo para la descarga de software, mientras que los pines 6 y 14 siguen transportando el CAN de diagnóstico.

¿Qué cambia con OBD sobre UDS?

El contenido reglamentario pasa de los servicios clásicos $01 a $0A a los servicios UDS, el mismo protocolo que utilizan los talleres para el diagnóstico del fabricante. California lo exige desde el año-modelo 2027. Los equipos de diagnóstico tendrán que admitir ambos durante muchos años.

End of articleUpdated 7 de octubre de 2026
[Santim SC-1]

Every CAN vehicle. Ready from day one.

Santim SC-1 supports every classic CAN and CAN FD vehicle on the market. When a new vehicle launches, it is compatible instantly. No waiting, no requests. A next-generation CAN device.

The Santim SC-1 CAN device