https://www.csselectronics.

com/screen/page/simple-intro-obd2-explained

OBD2 EXPLICADO - UNA INTRODUCCIÓN SIMPLE (2018)

OBD2 es un tema central en el registro de datos automotrices, desde el diagnóstico del

automóvil hasta la optimización de la flota de vehículos.
Sin embargo, puedes estar preguntando:
"¿Por qué otro artículo sobre OBD2?"
A pesar de la importancia, encontramos que la mayoría de las introducciones de OBD2
son de un nivel demasiado alto, técnicas o carecen del ángulo práctico de registro de
datos.
Dado que a los visitantes les encantó nuestra introducción al bus CAN , de nuevo le
pedimos a nuestro no ingeniero que escribiera una introducción simple; esta vez en
OBD2.
En esta introducción, cubrimos lo siguiente:
1. ¿Qué es OBD2? Conceptos básicos, conector OBD2 y el enlace al bus CAN
2. OBD2 historia y futuro - incl. OBD3 y la batalla por la propiedad de los datos
3. OBD2 PIDs? Cómo registrar y leer datos OBD2
4. Elección de un grabador OBD2: descripción de los principales tipos
En resumen, ¡lo prepararemos para registrar datos de OBD2 en minutos !

Nota: ¡También puedes ver nuestro video de CALIDAD de arriba con una
voz suave de Samuel Fleming!
 ¿QUÉ ES OBD2?
El diagnóstico a bordo (OBD) es el sistema de autodiagnóstico integrado de su vehículo
 Indica cuando hay un error a través de la 'luz indicadora de mal funcionamiento'
 Permite que un mecánico (o usted) solucione problemas escaneando códigos de diagnóstico de
 OBD2 se ejecuta en el bus CAN en la mayoría de los vehículos de hoy
1  Se puede acceder al sistema OBD2 a través de un conector OBD2 de 16 pines que se encuentra

Probablemente ya se haya encontrado con OBD2:

¿Alguna vez se dio cuenta de que la luz indicadora de mal funcionamiento aparece en su
tablero de instrumentos?
Es su auto que le dice que hay un problema y debe visitar a un mecánico.
En el pasado, esto solo indicaría un problema, ¡pero no más orientación!
Hoy, su mecánico usará un escáner OBD2 para identificar la causa.

Para hacerlo, conectará el lector OBD2 al conector OBD2 de 16 pines cerca de la rueda
del conductor (consulte a continuación).
Esto le permite leer los códigos OBD2 Códigos de diagnóstico de problemas (DTC)
de AKA y comprender el problema. ¡Sin desmontar el auto!
EL CONECTOR OBD2
El conector OBD2 le permite acceder fácilmente a los datos de su automóvil, pero ¿qué
es realmente?
El estándar OBD2 (SAE J1962) especifica dos conectores hembra tipo OBD2 de 16
clavijas (A y B).
A continuación se muestra un ejemplo de un conector OBD2 de Tipo A (también
conocido como conector de enlace de datos, DLC):

Cosas clave a tener en cuenta:

 El conector OBD2 está cerca del volante, pero puede estar oculto detrás de las
cubiertas / paneles
 No todos los conectores macho se ajustan a todos los enchufes hembra
OBD2: compruebe el tipo y los pines
 El pin 16 suministra energía a través de la batería del automóvil, a menudo
también cuando el encendido está apagado.
 Los pines 6 (CAN-H) y 14 (CAN-L) son los más relevantes ya que CAN (ISO
15765-4) es estándar en la mayoría de los autos modernos.
OBD2 VS. CAN BUS - ¿CUÁL ES LA DIFERENCIA?
Para aquellos de ustedes confundidos:
OBD2 es un " protocolo de capa superior " (piénselo como un idioma) mientras que
el bus CAN es un método de comunicación(como un teléfono).
El estándar OBD2 especifica el conector OBD2, incl. un conjunto de cinco protocolos
que puede ejecutar.
Desde 2008, el bus CAN ( ISO 15765 ) ha sido el protocolo obligatorio para OBD2 en
todos los automóviles vendidos en los EE. UU., Lo que básicamente elimina los otros 4
protocolos a lo largo del tiempo.
Tenga en cuenta que ISO 15765 se refiere a un conjunto de restricciones aplicadas al
estándar CAN, que se define mediante ISO 11898 .
Se podría decir que ISO 15765 es como "CAN para autos" .
Además, OBD2 se puede comparar con otros protocolos de capa superior como J1939 y
CANopen.
¿MI AUTOMÓVIL TIENE OBD2?
En resumen: ¡Probablemente!
Casi todos los autos más nuevos tienen OBD2 y la mayoría funcionan con CAN (ISO
15765) como se describe anteriormente.
Para automóviles más antiguos, tenga en cuenta que incluso si hay un conector OBD2
de 16 pines, es posible que aún no sea compatible con OBD2 .
La mejor manera de determinar si es compatible es identificar dónde y cuándo se
compró nuevo .
Para ayudarte, hemos hecho un diagrama de flujo simple a continuación:
HISTORIAL DE OBD2: UN DESPLIEGUE PASO A PASO
El sistema se origina en California, donde la Junta de Recursos del Aire de
California (CARB, por sus siglas en inglés) requirió OBD en todos los autos nuevos
desde 1991+ para fines de control de emisiones.
El estándar OBD2 fue recomendado por la Society of Automotive Engineers (SAE) y
los DTC estandarizados y el conector OBD entre los fabricantes ( SAE j1962 ).
A partir de ahí, el estándar OBD2 se desarrolló paso a paso :
 1996: OBD2 se hizo obligatorio en EE. UU. Para automóviles y camionetas
 2001: requerido en la UE para los automóviles de gasolina
 2003: requerido en la UE también para vehículos diésel
 2005: se requirió OBD2 en los EE. UU. Para vehículos de servicio mediano
 2008: los vehículos de EE . UU. Deben usar ISO 15765-4 (una variante de CAN)
como base para OBD2
 2010: Finalmente, se requirió OBD2 en vehículos pesados de EE. UU.

En la actualidad, el estándar OBD2 es vital para facilitar la resolución de errores .

EL FUTURO DE OBD2
OBD2 llegó para quedarse, pero ¿de qué forma?
Dos posibles rutas pueden cambiar radicalmente OBD2:

# 1 OBD3 / OBD-III
En el mundo actual de los automóviles conectados, OBD2 está un poco pasado de
moda:
Hacer las comprobaciones de control de emisiones de forma manual es lento y costoso.
¿La solución? OBD3: agregar telemática a todos los automóviles .
Básicamente, OBD3 agrega un pequeño transpondedor de radio (como, por ejemplo,
peajes de puente) a todos los automóviles.
Utilizando esto, el número de identificación del vehículo (VIN) y
los DTC del vehículo se pueden enviar a través de WiFi a un servidor central para
realizar controles.

Esto ahorra costos y es definitivamente conveniente, pero también es políticamente un

desafío debido al aspecto de 'hermano mayor'.
Para obtener un buen detalle de esto, consulte esta descripción general mediante
AutoTap.

La segunda ruta puede cambiar completamente el juego para muchos proveedores de

servicios OBD2 de terceros:
# 2 ELIMINAR SERVICIOS DE OBD2 DE TERCEROS
OBD2 fue diseñado originalmente para controles estacionarios de emisión.
Sin embargo, hoy OBD2 se utiliza ampliamente para generar datos en tiempo real
por terceros : a través de dongles OBD2 , registradores de CAN , etc.
Sin embargo, la industria automovilística alemana está buscando cambiar esto :

OBD ha sido diseñado para dar servicio a automóviles en talleres de reparación. De

ninguna manera se ha tenido la intención de permitir que terceros construyan una
forma de economía basada en datos en el acceso a través de esta interfaz ".
- Christoph Grote, SVP Electronics, BMW (2017)

La propuesta es "desactivar" la funcionalidad del OBD2 mientras se conduce , y en

su lugar recopilar los datos en un servidor central.
Esto efectivamente pondría a los fabricantes en control del Big Data automotriz.
La argumentación se basa en la seguridad (por ejemplo, eliminar el riesgo de pirateo de
vehículos), aunque muchos lo ven como un movimiento comercial .
Se verá si esto se convierte en una tendencia real, pero puede perturbar realmente el
mercado de los servicios de terceros OBD2 .

OBD2 PID S: CÓMO REGISTRAR Y LEER DATOS OBD2

En esta sección explicamos:
 ID de parámetros OBD2 (PID)
 Cómo interpretar el mensaje OBD2
2  Cómo registrar datos de OBD2 en la práctica

¿Por qué debería preocuparse por los datos de OBD2?

Los mecánicos obviamente se preocupan por los DTC (quizás también lo hagan),
mientras que las entidades regulatorias lo necesitan para controlar las emisiones.
Pero OBD2 en realidad es compatible con una amplia gama de ID de parámetros
estándar (PID) que se pueden registrar en la mayoría de los automóviles.
¡Esto significa que puede, por ejemplo, obtener datos OBD2
vivos legibles por humanos desde su automóvil a velocidad, RPM, posición del
acelerador y más!
Genial, ¿verdad?

Pero, ¿no puedes obtener estos datos directamente del bus CAN?
A veces, sí, en principio es lo suficientemente simple como para registrar los marcos de
CAN sin procesar de su automóvil.
Si, por ejemplo, conecta un registrador CAN al conector OBD2, comenzará a recibir
fácilmente datos del bus CAN transmitido.
Sin embargo, los mensajes CAN sin procesar deben decodificarse a través de una base
de datos de reglas / parámetros de conversión , que generalmente es propiedad. Y sin
estas reglas, los datos CAN no son legibles.
Los piratas informáticos pueden intentar modificar las reglas, aunque esto es
técnicamente bastante avanzado.
Sin embargo, CAN sigue siendo el único método para obtener "acceso total" a los datos
de sus automóviles, lo que hace que el pirateo de vehículos sea un deporte global.
En breve:
OBD2 es la forma más sencilla de obtener datos básicos legibles por humanos de su
vehículo.
Wikipedia tiene un excelente artículo sobre los OBD2 OBD estandarizados .
También ofrecemos una herramienta de conversión en línea OBD2 donde puede
ingresar un mensaje para devolver la información PID y los datos convertidos.

OBD2 PIDS Y MENSAJES EXPLICADOS

Para comenzar a registrar datos OBD2, es útil comprender los conceptos básicos de
la estructura del mensaje .
En términos simplificados, un mensaje OBD2 se compone de un identificador y datos .
Además, los datos se dividen en modo, PID y bytes de datos Ah, Bh, Ch, Dh (en valores
hexadecimales) - cf. la figura a continuación.

Un ejemplo de un mensaje CAN de solicitud / respuesta para el PID 'Velocidad del

vehículo' con un valor de 50 km / h puede verse así:
Solicitud: 7DF 02 01 0D 55 55 55 55 55
Respuesta: 7E8 03 41 0D 32 aa aa aa aa
Aquí el 32 es el valor hexadecimal de 50.
Intente ingresar el mensaje de respuesta (excluido 7e8 03) en nuestro convertidor de
mensajes OBD2 para confirmar el resultado.

A continuación, se explica cada parte del mensaje OBD2:

IDENTIFICADOR: Para mensajes OBD2, el identificador es estándar de 11 bits y se
usa para distinguir entre " mensajes de solicitud " (ID 7DF) y " mensajes de
respuesta " (ID 7E8 a 7EF). Tenga en cuenta que 7E8 generalmente estará donde
responde el motor principal o la ECU.
LONGITUD: Esto simplemente refleja la longitud en el número de bytes de los
datos restantes (03 a 06). Para el ejemplo de velocidad del vehículo, es 02 para la
solicitud (ya que solo 01 y 0D siguen), mientras que para la respuesta es 03 ya que
ambos 41, 0D y 32 siguen.
MODO: para las solicitudes, será entre 01-0A. Para las respuestas, el 0 se reemplaza
por 4 (es decir, 41, 42, ..., 4A). Hay 10 modoscomo se describe en el estándar SAE
J1979 OBD2. El modo 1 muestra Datos actuales y se utiliza, por ejemplo, para ver la
velocidad del vehículo en tiempo real, RPM, etc. Se usan otros modos para, por
ejemplo, mostrar o borrar códigos de diagnóstico de problemas almacenados y mostrar
datos de cuadros congelados.
PID: para cada modo, existe una lista de PID OBD2 estándar, por ejemplo, en Modo
01 PID 0D es Velocidad del vehículo. Para obtener la lista completa, consulte
la información general de Wikipedia OBD2 PID . Cada PID tiene una descripción y
algunos tienen una fórmula mínima / máxima especificada y de conversión .
La fórmula de velocidad es, por ejemplo, simplemente A, lo que significa que el byte de
datos Ah (que está en HEX) se convierte a decimal para obtener el valor convertido km
/ h (es decir, 32 se convierte en 50 km / h por encima). Por ejemplo, RPM (PID 0C), la
fórmula es (256 * A + B) / 4.

Ah, Bh, Ch, Dh: Estos son los bytes de datos en HEX , que deben convertirse a
formato decimal antes de ser utilizados en los cálculos de la fórmula PID. Tenga en
cuenta que el último byte de datos (después de Dh) no se utiliza.
CÓMO REGISTRAR DATOS OBD2?
El registro de datos OBD2 funciona de la siguiente manera:
 Usted conecta un escáner OBD2 o un registrador de datos OBD2 al conector OBD2
de 16 pines
 A través de la herramienta, ingresa " mensajes de solicitud " (consultas)
transmitidos a través del CAN-bus
 Las ECU relevantes reaccionan y envían " mensajes de respuesta " a través del bus
CAN
Esto es importante:
Significa que no verá datos OBD2 si solo conecta un registrador o interfaz
"pasiva" a su automóvil.
(Sin embargo, esto daría datos de CAN sin procesar ya que esto se "retransmite").
Para registrar mensajes de respuesta OBD2 , su registrador de datos OBD2 debe poder
enviar los mensajes de solicitud.

Para ver un ejemplo de solicitudes / respuestas, consulte un ejemplo práctico de registro

OBD2 PID con CANLoggerX000 .
El ejemplo anterior es deliberadamente manual: también tenemos una forma más
sencilla de registrar datos OBD2 .

¿QUÉ GRABADORA OBD2 NECESITO?

Existen varias opciones: a continuación describimos las categorías principales del
analizador OBD2 :
ESCÁNERES OBD2 / LECTORES DE CÓDIGOS: Se utilizan principalmente en la
lectura / eliminación estática de códigos de diagnóstico de fallas. Por ejemplo, los
utilizan mecánicos para buscar el problema subyacente detrás de una lámpara
indicadora de mal funcionamiento (MIL).
REGISTRADORES DE DATOS OBD2: Usados para registrar datos OBD2 de un
automóvil a lo largo del tiempo, por ejemplo en una tarjeta SD , esto puede ser útil para
análisis posteriores y para analizar patrones, correlaciones, etc. Además, para fines de
diagnóstico / optimización un registrador de datos proporciona un "negro cuadro "vista
de patrones de datos antes y después de que se haya activado un código de diagnóstico.
Los registradores de datos OBD2 con Bluetooth o WiFi también se utilizan, por
ejemplo , en la gestión de flotas de vehículos para mejorar la eficiencia del combustible,
evitar una conducción insegura y permitir un diagnóstico remoto proactivo a través de
los parámetros compatibles con OBD2.
INTERFACES DE DATOS OBD2: Usados para proporcionar datos en vivo en
tiempo real sobre varios parámetros OBD2. Las aplicaciones pueden incluir pantallas /
aplicaciones visuales que guían al conductor en el consumo de combustible o la
eficiencia del rendimiento, o como un control de salud en vivo.
Las interfaces OBD2 más avanzadas también se pueden usar para transmitir datos
OBD2 junto con datos patentados de bus CAN, que pueden ser útiles para el rastreo de
CAN y el pirateo de vehículos .
Además, también existen híbridos : la serie CANLoggerX000 puede, por ejemplo,
actuar como un registrador de datos e interfaz OBD2 .

¿DÓNDE PUEDO OBTENER MÁS INFORMACIÓN SOBRE EL REGISTRO OBD2 Y

CAN?
Comience revisando nuestra página GUÍAS - contiene intros simples como este, así
como aplicaciones prácticas de ejemplo .
Para obtener más información sobre CANLoggerX000 , consulte nuestra página de
introducción o página de productos .
Si tiene alguna pregunta, ¡sin falta, comuníquese con nosotros !
 https://www.csselectronics.com/screen/page/simple-intro-to-can-bus

EXPLICACIÓN DEL BUS CAN - UNA INTRODUCCIÓN SIMPLE (2018)

¿Luchando por encontrar una introducción al bus CAN escrita en términos

sencillos?¡Nosotros también!
Por lo tanto, hemos lanzado una serie de simples artículos introductorios de CAN:
¡escritos por uno de nuestros no ingenieros para asegurarnos de que sean simples!
En este artículo, explicaremos la red de área de controlador (bus CAN) para dummies:
1. ¿Qué es CAN Bus? Conceptos básicos, historia y perspectivas
2. CAN mensajes de interpretación y registro de datos
3. Enlace entre CAN y OBD2, J1939 y CANopen

¡También puedes ver nuestro video de CALIDAD de arriba con una gran
voz en off de Sam F (40k + visitas en YouTube)!

¿QUÉ ES CAN BUS?

La Red de área del controlador (CAN) se utiliza, por ejemplo, en los automóviles para
permitir la comunicación entre las ECUy los sensores
 CAN es un protocolo basado en mensajes robusto y de bajo costo
 Desarrollado originalmente por Robert Bosch en 1986
 Esencial para muchas aplicaciones, por ejemplo, automóviles, camiones, tractores, robots
1 industriales, ...
Imagina que tu auto es como un cuerpo humano:
La red de área del controlador (bus CAN) es el sistema nervioso , que permite la
comunicación entre todas las partes del cuerpo.
Del mismo modo, los 'nodos' o unidades de control electrónico ( ECU ) se conectan a
través del bus CAN, que actúa como un sistema de red central.
Entonces, ¿qué es una ECU?
En un sistema de bus CAN automotriz, las ECU pueden ser, por ejemplo, la unidad de
control del motor, las bolsas de aire o el sistema de audio.
Un automóvil moderno puede tener hasta 70 ECU.
Aquí es donde el estándar CAN es útil:
El protocolo de bus CAN permite que las ECU se comuniquen entre sí sin necesidad de
un cableado complejo entre ellas. A su vez, esto permite agregar varias funciones a
través del software solo, por ejemplo, el control de la caja de cambios electrónica.

De hecho, ese es el propósito principal de la red de área de controlador:

Permitir que cualquier ECU se comunique con todo el sistema sin causar una
sobrecarga en la computadora del controlador.
Pero eso no es todo: a continuación hay 5 razones principales por las que el bus CAN es
tan popular:
 5 VENTAJAS CRÍTICAS DEL BUS CAN
1. Bajo costo: las ECU se comunican a través de una sola interfaz CAN, es decir, no
líneas directas de señal analógica, reduciendo errores, peso, costos
2. Centralizado: el sistema de bus CAN permite el diagnóstico de error central y la
configuración en todas las ECU
3. Robusto: el sistema es robusto ante la falla de los subsistemas y la interferencia
electromagnética, por lo que es ideal para, por ejemplo, vehículos
4. Eficiente: los mensajes CAN se priorizan a través de ID para que los ID de mayor
prioridad no se interrumpan (por ejemplo, en vehículos)
5. Flexible: cada ECU contiene un chip para recibir todos los mensajes transmitidos,
decidir su relevancia y actuar en consecuencia; esto permite una fácil modificación e
inclusión de nodos adicionales (por ejemplo, registradores de datos de bus CAN) -
cf. debajo de la figura
 LA HISTORIA DEL BUS CAN EN RESUMEN...
 Pre CAN: las ECU del automóvil se basan en un cableado punto a punto cada vez
más complejo
 1986: Bosch desarrolló el protocolo de bus CAN como una solución, lanzándolo en
un congreso de SAE
 1991: Bosch publicó CAN 2.0, incl. CAN 2.0A (11 bit) y CAN 2.0B (29 bit)
 1993: CAN se adopta como estándar internacional (ISO 11898)
 2012: Bosch lanzó el CAN FD 1.0, también conocido como CAN con velocidad de
datos flexible
Hoy en día, casi todos los automóviles europeos nuevos vienen con un sistema de bus
CAN, y se usan ampliamente en camiones, autobuses, vehículos industriales, barcos,
aviones y automatización industrial.

Además, los casos más exóticos incluyen drones , sistemas de radar, submarinos o
incluso prótesis de extremidades .
 ... Y EL FUTURO DEL BUS CAN
De cara al futuro, el protocolo de bus CAN seguirá siendo relevante , y lo más probable
aún más con el aumento de, por ejemplo, la computación en la nube , Internet of
Things (IoT) y vehículos autónomos . Estas tendencias también impulsarán la
necesidad de decodificadores de bus CAN con conectividad WiFi / celluar , lo que
permite la transferencia inalámbrica de datos del bus CAN a, por ejemplo, servidores en
la nube.
Con 1.800 millones de interfaces CAN bus vendidas en 2016 , CAN ya es una
tecnología crítica y de rápido crecimiento en todo el mundo. Sin embargo, la creciente
necesidad de sistemas de comunicación intracomunales eficientes, robustos y de bajo
costo indudablemente dará lugar a un crecimiento masivo en el futuro.
Para habilitar este futuro CAN FD (tasa de datos flexible) será un componente
crítico .
Básicamente, los sistemas de bus CAN de hoy se enfrentan a una importante barrera de
acceso: el límite de velocidad de 1 Mbit / s.
Con la complejidad y los requisitos cada vez mayores para la velocidad de los datos
(más ECU, datos), este es un desafío creciente.
CAN FD proporciona dos soluciones clave:
 Permite la transmisión de datos de hasta 8 Mbit / s , mucho más allá de 1 Mbit / s de
CAN normal
 Además, permite paquetes de datos de 64 bytes (en lugar de 8 bytes), reduciendo la
complejidad del paquete
No hay duda de que CAN FD jugará un papel importante en el futuro:
 "Los primeros autos que usan CAN FD aparecerán en 2019/2020.
CAN FD reemplazará la CAN clásica paso a paso " .
- CAN en Automation (CiA), "CAN 2020: el futuro de la tecnología CAN"

¿QUÉ ES UN MENSAJE CAN - Y CÓMO LO REGISTRA Y LO CONVIERTE ?

Un mensaje CAN se compone de 8 componentes, y se puede registrar fácilmente
2 con un registrador de datos CAN o interfaz

Para comprender cómo funciona el sistema de bus CAN, analicemos los mensajes
enviados a través de la red.
La figura siguiente muestra una imagen simplificada de un mensaje CAN con
identificador extendido de 29 bits (es decir, CAN 2.0B), que es el formato utilizado, por
ejemplo, en el protocolo J1939 para camiones y autobuses. Los mensajes del
identificador de 11 bits (CAN 2.0A) se ven similares, pero con identificaciones CAN
más cortas.
LOS 8 COMPONENTES DE UN MENSAJE DE BUS CAN
 SOF: el inicio de la trama es un "0 dominante" para indicarle a las otras ECU que
viene un mensaje
 CAN-ID: contiene el identificador de mensaje; los valores más bajos tienen mayor
prioridad (por ejemplo, RPM, velocidad de la rueda, ...)
 RTR: la solicitud de transmisión remota permite a las ECU "solicitar" mensajes de
otras ECU
 Control: informa la longitud de los datos en bytes (0 a 8 bytes)
 Datos: contiene los valores de datos reales, que deben ser "escalados" o convertidos
para ser legibles y listos para el análisis
 CRC : la verificación de redundancia cíclica se utiliza para garantizar la integridad
de los datos
 ACK: la ranura ACK indica si el proceso CRC está bien
 EOF: marca el final del mensaje CAN
CÓMO REGISTRAR DATOS DE BUS CAN
En resumen, ¡el mensaje del bus CAN contiene muchos componentes!
Sin embargo, solo 3 son prácticamente relevantes en la mayoría de los escenarios de
registro de datos:
El ID CAN , el control y el campo Datos .
Para registrar estos datos, necesitará un registrador de datos de bus CAN o una interfaz .
Tal dispositivo actuará como un "nodo" en el bus CAN y podrá leer todos los mensajes
CAN emitidos, por ejemplo, en una tarjeta SD.
Nota: las aplicaciones requieren diferentes formas de conectar el registrador CAN.
Por ejemplo, en un automóvil, encontrará un conector OBD2 debajo del volante.
Conectar su registrador a este le permitirá registrar los datos del bus CAN sin procesar.
Verifique este ~ 1 minuto de video explicativo para el CANLoggerX000 para ver cómo
funciona un registrador de datos y una interfaz CAN
De hecho, a continuación se muestra un archivo de registro de ejemplo de un
automóvil que utiliza el CANLoggerX000 :

CÓMO CONVERTIR DATOS DE BUS CAN SIN PROCESAR A FORMULARIOS LEGIBLES POR
HUMANOS

Si revisa la muestra de datos del bus CAN sin procesar anterior, probablemente notará
algo:
¡Los datos crudos del bus CAN no tienen sentido!
Esto se debe a que necesita convertir los datos en valores de ingeniería a escala ,
también conocidos como humanos.
Para hacer esto, necesitarás saber un par de cosas:
Para cada ID (por ejemplo, "34d" en HEX en la muestra anterior), necesitará saber qué
parámetros (o señales CAN) están incluidos.
Por ejemplo, en los 64 bits de datos en 34d, puede haber datos CAN de 3 parámetros
diferentes , cada uno con un inicio de bit específico y una longitud de bit .
Nuevamente, para cada una de estas señales CAN, necesita saber cómo decodificar los
datos CAN.
Esto generalmente implica una combinación lineal del valor decimal de los datos, es
decir:
[Valor de datos escalado] = [Compensación] + [Escala] x [Valor de datos decimales
brutos]
En otras palabras, necesitará para cada parámetro los valores
de compensación y escala .

¿Cómo encuentras esta información?

Muy a menudo, estas reglas de conversión son exclusivas y no están disponibles
fácilmente.
Por lo tanto, si, por ejemplo, desea convertir los datos del protocolo CAN sin procesar
desde su automóvil, necesitará realizar una ingeniería inversa de los datos del bus
CAN , lo que no siempre es fácil.
En algunos casos, la mayoría de los parámetros están estandarizados en todos los
fabricantes, por ejemplo, en SAE J1939 para vehículos pesados.
El Anexo digital SAE J1939, por ejemplo, contiene reglas de conversión para PGN y
SPN en formato Excel
Finalmente, también necesitará una forma simple de almacenar las reglas y convertir los
datos.
Un popular formato de archivo de base de datos CAN es * .DBC , que puede ser
utilizado por la mayoría del software CAN bus, incl. CANvas .

¿CUÁL ES EL ENLACE ENTRE EL BUS CAN Y J1939, OBD-II Y CANOPEN?

Muchos "protocolos de capa superior" se basan en el bus CAN, por ejemplo, J1939,
OBD2 y CANopen.
Estos permiten una comunicación más compleja en, por ejemplo, camiones,
3 diagnósticos de automóviles y automatización industrial

CAN proporciona la base para la comunicación, pero no mucho más.

Por ejemplo, el estándar CAN no especifica cómo manejar mensajes de más de 8 bytes,
o cómo decodificar los datos sin formato.
Por lo tanto, existe un conjunto de protocolos estandarizados para definir mejor cómo se
comunican los datos entre las ECU de una red determinada.
Algunos de los estándares más comúnmente encontrados incluyen SAE J1939, OBD-II
y CANopen:

SAE J1939
SAE J1939 es la red estándar en el vehículo para autobuses, camiones y otros vehículos
pesados. Los mensajes J1939 utilizan el identificador CAN extendido de 29
bits. Además, los parámetros de datos J1939 (por ejemplo, RPM, velocidad, ...) se
identifican mediante un número de parámetro sospechoso (SPN), que a su vez se
agrupan en números de grupo de parámetros (PGN) de SPN.

Con esta estandarización, los mensajes CAN de, por ejemplo, camiones pueden
decodificarse usando tablas de parámetros del estándar J1939. Para más información
sobre J1939, vea nuestros artículos a continuación:
OBD2
El diagnóstico a bordo (OBD) es una capacidad de autodiagnóstico e informe que, por
ejemplo, los mecánicos utilizan para identificar qué está mal con su automóvil.
El estándar OBD2 especifica una cantidad de códigos de problemas de
diagnósticoestandarizados (DTC), que pueden recuperarse mediante un registrador
CAN o una herramienta de diagnóstico de cualquier vehículo.
Además, OBD2 admite datos en muchos parámetros básicos en tiempo real (por
ejemplo, velocidad del vehículo, RPM, consumo de combustible, ...). Esto significa que
el OBD2 también se utiliza, por ejemplo, para la telemática de vehículos en tiempo
real . Las aplicaciones incluyen gestión de flota de vehículos, optimización de
combustible, diagnóstico proactivo de vehículos y más.
Para registrar datos OBD-II, el registrador CAN debe "solicitar" los datos mediante el
envío de marcos CAN preespecificados con 'ID de parámetro' (PID) específicos al bus
CAN. Cuando se utiliza CANLoggerX000 , esto se puede configurar fácilmente
en CANvas .
Para obtener más información, consulte nuestros artículos a continuación relacionados
con OBD2:
PUEDO ABRIR
CANopen se utiliza ampliamente en, por ejemplo, aplicaciones de automatización
industrial. Se basa en CAN en términos de capa física (es decir, líneas utilizadas,
voltajes, ...) y la capa de enlace de datos (es decir, utilizando un protocolo basado en
mensajes CAN frame).
En la práctica, esto significa que un registrador de datos como CANLoggerX000puede
registrar datos de aplicaciones CANopen, aunque el método para la conversión de datos
ex post variará dependiendo de la aplicación específica.
 https://www.csselectronics.com/screen/page/simple-intro-j1939-explained

SAE J1939 EXPLICADO - UNA INTRODUCCIÓN SIMPLE (2018)

SAE J1939 es un protocolo clave en el registro de datos del bus CAN, sin embargo,
es difícil encontrar una introducción realmente simple a J1939 .
Pero hemos encontrado una solución:
Tenemos uno de nuestros no ingenieros para escribir esta introducción, y ¡si lo
consigue, lo obtendrá!

En este artículo, cubrimos:

1. ¿Qué es J1939? Conceptos básicos y aplicaciones
2. Como estos J1939 PGN y J1939 SPN trabajan
3. ... y arriba 5 consideraciones críticas para el registro de datos J1939
En resumen, lo pondremos al día y listo para registrar datos J1939.
¡También vea nuestro video de CALIDAD de 20 minutos con una voz
suave de Sam F, el video # 1 de YouTube en J1939!
Bien, comencemos con lo básico ...

¿QUÉ ES SAE J1939?

J1939 es un conjunto de estándares que definen cómo se comunican las ECU , por
ejemplo, en vehículos pesados
 Las aplicaciones incluyen camiones, autobuses, agricultura, marítimo, construcción y
más
 Se basa en el bus de red de área de controlador (CAN) de alta velocidad, ISO11898
1 J1939 está estandarizado, es decir, las ECU pueden comunicarse entre fabricantes

Como se desprende de nuestra introducción al bus CAN , la mayoría de los vehículos de

hoy utilizan la red de área de controlador (bus CAN) para la comunicación de la ECU .
Sin embargo, el bus CAN solo proporciona una herramienta para
la comunicación (como un teléfono), no un "idioma" para operaciones complejas.
En la mayoría de los vehículos comerciales, el lenguaje es el estándar SAE J1939
definido por la Society of Automotive Engineers(SAE).
En términos más técnicos, J1939 proporciona un protocolo de capa superior (HLP)
usando CAN como la base de capa física.
Pero, ¿qué significa eso realmente?
J1939: ONE LANGUAGE
En términos simples, esto significa que J1939 ofrece un método estandarizado para la
comunicación a través de ECU, o en otras palabras:
 J1939 proporciona UN idioma entre los fabricantes.
Por el contrario, los automóviles de pasajeros suelen depender de protocolos específicos
del fabricante.
Los vehículos pesados (por ejemplo, camiones y autobuses) son una de las aplicaciones
más conocidas. Sin embargo, varias otras industrias clave aprovechan hoy SAE J1939
ya sea directamente o a través de estándares derivados (por ejemplo, ISO
11783 , MilCAN , NMEA 2000 , FMS ):
 Maquinaria forestal (por ejemplo, desramadores, cargadores, arrastradores, ...)
 Vehículos mineros (por ejemplo, bulldozers, dragalinas, excavadoras, ...)
 Vehículos militares (por ejemplo, tanques, vehículos de transporte, ...)
 Agricultura (por ejemplo, tractores, cosechadoras, ...)
 Construcción (por ejemplo, hidráulica móvil, grúas, ...)
 Incendio y rescate (por ejemplo, ambulancias, camiones de bomberos, ...)
 Muchos otros (por ejemplo , barcos , bombeo, generación de energía, ...)
Desde una perspectiva de registro de datos, SAE J1939 proporciona una superposición a
CAN que incluye un conjunto de mensajes estandarizados y reglas de conversión que
se aplican en una amplia gama de vehículos dentro de las áreas mencionadas.
Por esta razón, una buena comprensión del protocolo J1939 es fundamental en, por
ejemplo, la construcción de sistemas de gestión de flotas.

J1939 HISTORIA Y PERSPECTIVAS

Pero, ¿de dónde vino J1939?
En términos de la historia de J1939, el documento original de nivel superior se publicó
en 2000, aunque los documentos subyacentes ya se habían publicado en 1994 (J1939-
11, J1939-21, J1939-31). El estándar SAE J1939 ha reemplazado a los antiguos
estándares SAE J1708 y SAE J1587.
... y hacia dónde va?
Hoy, vemos un crecimiento masivo en IoT (Internet de las cosas) y la " movilidad
conectada " será un gran mercado. Esto se habilitará a través de soluciones de flotas
escalables utilizando registradores de datos WiFi asequibles , pero el corazón de tales
aplicaciones seguirá siendo el protocolo SAE J1939.
En otras palabras, el estándar J1939 solo crecerá en importancia en el futuro:

" Se espera que el mercado para la conectividad en el vehículo , el hardware y los

servicios que aportan todo tipo de nuevas funcionalidades a los conductores y
propietarios de flotas, alcance los 120 mil millones de euros para 2020 ".
- Boston Consulting Group, vehículos conectados y el camino hacia los ingresos

J1939 - UN PROTOCOLO DE CAPA SUPERIOR

Listo? Entonces, vamos a ser un poco más técnicos:
J1939 se basa en CAN, que proporciona la " capa física " y la " capa de enlace de
datos " básicas , las capas más bajas en el modelo OSI de 7 capas .
¿Qué significa eso en los términos del hombre laico?
Básicamente, CAN permite la comunicación de pequeños paquetes en el bus
CAN, pero no mucho más que eso .
Aquí, J1939 sirve como el protocolo de capa superior en la parte superior, para una
comunicación más compleja.
Entonces, ¿qué es un protocolo de capa superior?
Un protocolo de capa superior permite la comunicación a través de las grandes redes
complejas de, por ejemplo, fabricantes de vehículos.
Tomemos un ejemplo:
El protocolo SAE J1939 especifica cómo manejar los " mensajes de paquetes
múltiples ", es decir, cuando se deben transferir datos de más de 8 bytes.
Del mismo modo, especifica cómo los datos se convertirán en datos legibles por
humanos .
Lo hace al proporcionar una familia de estándares. Por ejemplo, J1939-71 es un
documento que detalla la información requerida para convertir un gran conjunto de
mensajes J1939 estandarizados por fabricantes cruzados en datos legibles por humanos
(más sobre esto a continuación).
Existen muchos otros protocolos de capa superior basados en CAN, por
ejemplo , CANopen , DeviceNet , Unified Diagnostic Services .
Estos suelen ofrecer cierto nivel de estandarización dentro de sus respectivas industrias,
aunque todos ellos pueden ser ampliados por los fabricantes.
 En comparación, los autos de pasajeros antes mencionados tienen estándares únicos por
fabricante.
En otras palabras, puede usar el mismo archivo de base de datos J1939 para convertir,
por ejemplo, la velocidad del motor en dos camiones de diferentes fabricantes, pero no
puede leer los datos de un Audi A4 usando los mismos ID y parámetros de escala que
para un Peugeot 207.
CARACTERÍSTICAS PRINCIPALES DE SAE J1939:
 La velocidad es típicamente de 250 kbit / s, aunque recientemente con soporte para
500 kbit / s
 J1939 utiliza CAN 2.0B, es decir, un identificador extendido de 29 bits
 Los mensajes se identifican mediante PGN (números de grupo de parámetros), que
comprenden 18 del identificador de 29 bits
 Una PGN contendrá un número de SPN (números de parámetros sospechosos) en los
8 parámetros de datos que reflejan los parámetros (por ejemplo, RPM)
 Los mensajes pueden transmitirse, enviarse de igual a igual o solicitarse
 J1939 incluye una amplia gama de PGN estándar, aunque PGNs 00FF00 a 00FFFF
están reservados para uso exclusivo
 Un byte de datos de 0xFF (255) refleja datos N / A, mientras que 0xFE (254) refleja
un error
 Las variables de multibyte se envían como bytes menos significativos primero (orden
de bytes de Intel)
 J1939 admite PGN con hasta 1785 bytes utilizando un protocolo de transporte
Vamos a profundizar más en algunas de las características anteriores en las secciones a
continuación.

J1939 PGN Y SPN - CÓMO INTERPRETAR LOS MENSAJES J1939

Si está leyendo este artículo, su objetivo final es probable que analice los datos
convertidos SAE J1939 en forma legible por humanos .
Para hacerlo, debe interpretar los paquetes SAE J1939, lo que requiere una comprensión de
los PGN y los SPN .
En resumen: cada mensaje J1939 se identifica a través de una PGN y contiene 8 bytes de
2 datos, divididos en parámetros, SPN.
A continuación vamos a entrar en detalles sobre estos conceptos.
PARÁMETRO NÚMERO DE GRUPO (PGN)
Comencemos con el identificador SAE J1939, el PGN .
Primero que nada: ¿Qué es un PGN?
Una PGN es una identificación única para buscar la función de un mensaje J1939
y los parámetros de datos asociados (es decir, los SPN).
Puede buscar esto, por ejemplo, en el documento J1939-71 , que enumera las PGN y los
SPN, así como también cómo interpretar y convertir los datos.
Para una ilustración de cómo se ven los diferentes nombres de PGN, cf. nuestra lista
J1939 PGN .
Una palabra de precaución:
No puede hacer coincidir las PGN con el identificador de CAN completo de 29 bits. En
su lugar, debe separar el PGN de 18 bits como se muestra a continuación.

Consejo: En caso de duda, utilice nuestro convertidor J1939 PGN en línea para
analizar un identificador de mensaje J1939 completo de 29 bits y obtener el PGN en
forma decimal.

Veamos un ejemplo de PGN:

Digamos que registramos un mensaje J1939 con ID 0x0CF00401 .
Aquí, el PGN comienza en el bit 9, con longitud 18 (indexado desde 1).
El resultado es el PGN 0x0F004 o en el decimal 61444 . Al buscar esto en la
documentación de SAE J1939-71 vemos que es el " Controlador electrónico del
motor 1 - EEC1 ".
Además, el documento tendrá detalles sobre el PGN, incluida la prioridad, la velocidad
de transmisión y una lista de los SPN asociados - cf. el ejemplo a continuación.
Para este PGN, hay siete SPN (por ejemplo, velocidad del motor, RPM), cada uno de
los cuales se puede buscar en la documentación J1939-71 para obtener más detalles.
Eso parece bastante simple, ¿verdad?
Sin embargo, tenga en cuenta que lo anterior es un poco simplificado ya que el
identificador J1939 de 29 bits se puede dividir en subcomponentes. Específicamente, el
ID comprende la prioridad (3 bits), PGN (18 bits) y la dirección de origen (8
bits). Además, el PGN se puede dividir en cuatro partes: reservado (1 bit), página de
datos (1 bit), formato de PDU (8 bits) y PDU específico (8 bits). Sin embargo, este nivel
de detalle es menos crítico desde la perspectiva del registro de datos y no se tratará
aquí para evitar confusiones.
NÚMERO DE PARÁMETROS SOSPECHOSOS (SPN)
Usted se estará preguntando: "¿Son las PGN los parámetros de datos que estoy
buscando?"
No exactamente. Ahí es donde entran los SPN:
Los SPN de un mensaje J1939 reflejan parámetros, como velocidad y RPM.

Supongamos que hemos identificado una PGN (por ejemplo, 61444) basada en una
identificación de mensaje de 29 bits en bruto (por ejemplo, 0x0CF00401).
Para una entrada determinada de este ID de mensaje, también registramos 8 bytes de
datos sin procesar; ahora, ¿cómo interpretamos y convertimos esto?

Aquí tenemos que mirar el SPN, que refleja el ID de un parámetro específico contenido
dentro de los bytes de datos de un PGN dado.
Por ejemplo, considere SPN 190, Engine Speed, mencionado en el ejemplo anterior (ver
abajo).

Para simplificar, supongamos que solo estamos interesados en convertir y analizar este
parámetro en particular.
En ese caso, vemos en la información de PGN que los datos relevantes están en los
bytes 4 y 5, es decir, 0x68 y 0x13. Tomando la forma decimal de 0x1368 ( orden de
bytes Intel ), obtenemos 4968 decimales. Para llegar a las RPM, llevamos a cabo una
escala de este valor usando el desplazamiento 0 y la escala 0.125 RPM / bit.
El resultado es 621 RPM.
Observe cómo algunos bytes de datos en el cuadro anterior son FF o 255 decimales, es
decir, no están disponibles.
Si bien el PGN puede admitir SPN en este rango, esta aplicación específica no admite
estos parámetros.
USO DE ARCHIVOS * .DBC PARA CONVERTIR DATOS BRUTOS J1939
En la práctica, uno por supuesto no realizará búsquedas manuales en la documentación
J1939-71.
Más bien, la mayoría usa software que puede cargar archivos DBC J1939 para convertir
datos J1939 registrados o transmitidos.
En un contexto DBC, las PGN se llaman "Mensajes" y los SPN se llaman
"Señales". Para obtener más información al respecto, consulte nuestro artículo de
conversión DBC que utiliza SAE J1939 como ejemplo de caso.

AVANZADO: MENSAJES DE SOLICITUD MÚLTIPLE Y PAQUETES J1939

El protocolo SAE J1939 es compatible con varias operaciones más avanzadas. Estos
incluyen solicitudes, mensajes de múltiples paquetes, multiplexación y más. A
continuación, cubrimos algunos de estos.
 J1939 MENSAJES DE SOLICITUD
La mayoría de los mensajes J1939 se transmiten al bus CAN, pero algunos deben
solicitarse. Esto se logra utilizando el 'mensaje de solicitud' (PGN 59904), que es el
único mensaje J1939 con solo 3 bytes de datos. Tiene prioridad 6, una tasa de
transmisión variable y puede enviarse como una solicitud de dirección global o
específica. Los bytes de datos 1-3 deben contener el PGN solicitado (orden de bytes
Intel). Los ejemplos de mensajes J1939 solicitados incluyen los mensajes de diagnóstico
(DM). En cuanto a OBD2, puede usar nuestra función Transmitir para configurar los
mensajes de solicitud SAE J1939.
J1939 MENSAJES MULTI-PAQUETES
Los ejemplos de PGN y SPN se basan en un mensaje J1939 de 8 bytes de datos, que es
el tamaño de la mayoría de los mensajes.
Sin embargo, existen otros dos tamaños posibles : el mensaje de solicitud de 3
bytes anterior y los mensajes de tamaño variable .
Este último permite la comunicación de paquetes de datos más allá del límite habitual
de 8 bytes del formato de bus CAN.
Estos se conocen como mensajes de múltiples marcos o múltiples paquetes
J1939 . El protocolo J1939 especifica cómo deconstruir , transferir y volver a
ensamblar los paquetes, un proceso denominado Protocolo de transporte (véase J1939-
21). Existen dos tipos:
1. El modo de conexión (destinado a un dispositivo específico)
2. El BAM (Broadcast Announce Message) destinado a toda la red.
En términos simples, el BAM funciona mediante la ECU de transmisión que envía un
paquete BAM inicial para configurar la transferencia.
El BAM especifica el identificador PGN de paquetes múltiples, así como el número de
bytes de datos y paquetes que se enviarán. Luego siguen hasta 255 paquetes de
datos. Cada uno de los 255 paquetes usa el primer byte de datos para especificar el
número de secuencia (1 hasta 255), seguido de 7 bytes de datos. El número máximo de
bytes por mensaje de múltiples paquetes es, por lo tanto, de 7 bytes x 255 = 1785
bytes. El paquete final contendrá al menos un byte de datos, seguido de bytes no
utilizados establecidos en FF. En el escenario de tipo BAM, el tiempo entre mensajes es
de 50 a 200 ms. Finalmente, un software de conversión puede reensamblar las múltiples
entradas de 7 bytes de datos en una sola cadena y manejarlas de acuerdo con las
especificaciones de paquetes múltiples PGN y SPN.

CONSEJOS PRÁCTICOS PARA EL REGISTRO DE DATOS J1939

¿Listo para registrar datos de su camión, autobús o excavadora?
Para redondear las cosas, esta sección proporciona 5 consideraciones críticas al elegir una
3 solución de registro de datos J1939.
1 # Logger vs. Interface: Primero, considere si necesita un registrador o interfaz. Los
registradores de datos independientes J1939 le permiten recopilar datos durante, por
ejemplo, semanas o meses de conducción, según el tamaño de la tarjeta SD. Una
interfaz J1939, por el contrario, requiere una PC para transmitir o rastrear los datos del
bus CAN en tiempo real. La interfaz es, por ejemplo, útil para fines de diagnóstico o
análisis basado en eventos. Algunos registradores de datos J1939 como el
CANLoggerX000 funcionan como interfaces para proporcionar una solución dos en
uno.
Cable adaptador 2 # contra cocodrilo CAN: Para conectar su analizador de bus CAN
a una aplicación SAE J1939 (por ejemplo, un camión), necesitará el cable adaptador
J1939 correcto. Para CANLoggerX000 , ofrecemos un conector D-SUB 9 a
J1939(Deutsch Connector, 9-Pin). Alternativamente, es posible que deba conectar el
registrador directamente al bus CAN, por ejemplo, mediante un cocodrilo CAN .
3 # WiFi: para la gestión de flotas de vehículos a escala, WiFi puede ser una
actualización útil para permitir el acceso remoto a los datos registrados y / o enviar los
datos a un servidor ftp / en la nube para su posterior procesamiento. Si el objetivo es
analizar los datos de J1939 de, por ejemplo, una gran flota de camiones diaria o
semanalmente, una solución WiFi es ideal (por ejemplo, el CANLogger3000 ). Sin
embargo, en los casos en que el registrador J1939 actúa como, por ejemplo, una caja
negra y los datos solo necesitan recuperarse en raras ocasiones, una solución más
asequible puede funcionar (por ejemplo, el CANLogger2000 ).
Software 4 #: al iniciar sesión o transmitir datos J1939, el software para el
procesamiento posterior es clave. En particular, el software debe admitir la conversión
de datos basada en DBC para permitir el acceso rápido a datos legibles por
humanos. Nuestro software gratuito CANvas permite la conversión DBC de, por
ejemplo, datos J1939, mientras que el complemento gratuito Wireshark permite
la conversión DBC de datos transmitidos en vivo .
Características avanzadas de 5 #: para optimizar el registro de los datos de J1939,
varias características pueden ser útiles. Por ejemplo, el registro cíclico le permite
sobrescribir automáticamente los archivos de registro antiguos. Esto es práctico, por
ejemplo, para fines de registro de caja negra, donde el registrador de datos J1939 puede
necesitar continuar el registro durante meses o años hasta que se produzca un problema.
Otra característica útil es el filtrado de mensajes , que le permite evitar el registro de
parámetros específicos para ahorrar espacio. Finalmente, para acceder a los mensajes
J1939 dependientes de la solicitud, el registrador J1939 necesita poder transmitir
solicitudes de mensajes . El CANLoggerX000 es compatible con estas características
junto con, por ejemplo, señal de latido, control de registro en tiempo de ejecución y
más.
Al final del día, J1939 a menudo está relacionado con los datos de registro de
las principales flotas de vehículos comerciales .
¿Qué implica esto?
Esto hace que el precio sea un factor central.
La serie CANLoggerX000 es una solución potente para aplicaciones J1939, pero
también una de las opciones más asequibles.
Si está interesado, ¡visite nuestra página de productos para obtener más información!
En caso de que esté buscando más artículos sobre CAN bus , OBD2 , J1939, DBC y
más, consulte nuestra página GUÍAS .
Si tiene alguna pregunta, contáctenos . ¡Nuestro objetivo es responderle en 24 horas!
https://www.csselectronics.com/screen/page/obd-ii-online-message-converter

CONVERTIDOR OBD2 EN LÍNEA: INFORMACIÓN Y CÁLCULO DE PID

¿Desea convertir los mensajes de datos obsoletos OBD2 en una forma legible para
los humanos?
Este convertidor OBD2 en línea le permite ingresar mensajes obsoletos OBD2 y
devolver la información OBD2 PID y los datos convertidos.
Ejemplo: Desde nuestra introducción práctica hasta la obtención de datos OBD2 ,
obtenemos el siguiente ejemplo de mensaje sin procesar para RPM (por ejemplo, DLC):
410c0bAFAAAAAA
Esta es una respuesta de Modo 01 (41) con RPM del motor PID (0C) y bytes de datos
A (0B), B (AF). El valor convertido es 747.75 RPM.

Pruebe la calculadora usted mismo a continuación:

https://www.csselectronics.com/screen/page/obd-ii-pid-examples

CÓMO TRANSMITIR MENSAJES DE BUS CAN: OBD-II EJEMPLO PID

NOTA : ¡Ahora hemos hecho que sea aún más fácil registrar datos OBD2 !
Consulte nuestra guía OBD2 Data Logger si esto es lo que necesita.

¿Desea registrar los mensajes que deben solicitarse, como OBD2?

Si es así, estás de suerte:
Ahora es posible usar CANLoggerX000 para transmitir mensajes al CAN-bus.
 Los mensajes se especifican fácilmente con nuestro software gratuito CANvas
 Se pueden especificar hasta 20 mensajes de transmisión por registrador
 Los mensajes se pueden configurar como de una sola toma o periódicos
 Puede personalizar el tiempo de ciclo y la demora en ms

En la figura anterior, los parámetros de velocidad y RPM basados en OBD han sido
consultados por el registrador del vehículo, las respuestas registradas, convertidas y
trazadas. A continuación explicamos cómo registrar OBD2 PID con un
CANLoggerX000.
Antes de comenzar, es posible que desee comprobar nuestra introducción OBD2
para OBD-II PID explicado en términos simples !

EJEMPLO DE APLICACIÓN: SOLICITUDES DE PID OBD-II

Para ilustrar esta característica, hagamos un ejemplo sobre cómo registrar datos de
parámetros OBD-II.
A continuación, agregamos algunos OBD-II PID para mostrar cómo pueden aparecer
en el archivo CANLoggerX000 CONFIG.ini.
Algunos comentarios:
 Los parámetros se compensan en 10 ms para evitar la superposición en las consultas
de mensajes
 El campo msgID es 7DF, que para OBD-II refleja un mensaje de "solicitud"
(mientras que 7E8 es un mensaje de "respuesta")
 El campo msgData refleja la identificación HEX única para un parámetro dado
(consulte Wikipedia para obtener una lista completa de los PID)
Tomemos un ejemplo específico:
Si desea consultar el RPM PARAMET er en un contexto OBD2 , tendrá que
establecer el campo MSGDATA a 02 0C 01 55 55 55 55 55.
 Aquí, el primer byte es 02 y corresponde al número de bytes adicionales (en este
caso 2)
 El segundo byte es 01 y corresponde al "modo" OBD2, cf. Wikipedia para más
detalles
 El tercer byte es 0C , que en Modo 01 refleja el parámetro ID de RPM
 Finalmente, los bytes restantes del campo de datos se establecen en 55 ('cargas
ficticias') e ignorados

Entonces, ¿cómo configurar esto en nuestro software CANvas ?

La imagen inferior muestra un ejemplo de la "Lista de transmisión" de CANvas , que
está configurada para registrar tres mensajes OBD-II (Velocidad, RPM, MAF).
Tenga en cuenta que 'Destino' está configurado en Ninguno, lo que significa que solo se
registran 'mensajes de respuesta'; esto es, por supuesto, configurable.
Nota: Como se mencionó anteriormente, el caso específico de OBD2 ahora es "plug &
play" en CANvas. Obtenga más información aquí .

EJEMPLO DE SALIDA
¡Probablemente te estés preguntando cómo se ve la salida!
A continuación se muestra un ejemplo de archivo de registro grabado desde un
automóvil de pasajeros regular con un CANLogger2000.
El registrador se ha configurado para consultar datos de OBD2 en velocidad y
RPM. Observe cómo este ejemplo incluye tanto la solicitud (denominada como Tipo 8 a
continuación) como la siguiente respuesta (Tipo 0).
¿Quieres probar y convertir algunos de los mensajes a continuación?
Pruebe nuestra herramienta de conversión en línea OBD-II .

Nuevamente, el ejemplo anterior es simplemente un ejemplo de caso usando OBD2. La

función de transmisión es totalmente flexible y permite innumerables otras aplicaciones.
Eso no es todo lo que CANvas puede hacer, sin embargo ...
Visita nuestra rompimiento total de nuestro software libre de lona de aquí - o ir a
nuestro GUÍAS página para otros artículos frescos de casos de uso!
Si tiene alguna pregunta, comuníquese con nosotros ; nuestro objetivo es responder
dentro de las 24 horas.

https://www.csselectronics.com/

 PRODUCTOS
 SOFTWARE
 DESCARGAS
  GUÍAS
 CONTACTO


ANALIZADORES DE BUS CAN: MADEREROS E INTERFACES
Encontrar un gran analizador de bus CAN a bajo costo puede ser un desafío, ¡pero
no tiene por qué ser así!

Los CANLoggerX000 se combinan autónomo interfaces CAN madereros (8 GB +) y

en tiempo real puede.

Hecho en Dinamarca, fácil de usar y muy asequible; con envío GRATUITO, software y
soporte de clase mundial.

¿Querer aprender más? Luego, revisa nuestras grabadoras de bus CAN en este video
de introducción de 90 segundos :

CARACTERÍSTICAS PRINCIPALES
 2-en-1: registrador de CAN independiente con tarjeta SD e interfaz USB CAN
 Funciona para todas las redes CAN de alta velocidad (ISO 11898-2), 5-1000 kbps
 Protocolo independiente : datos de registro en, por ejemplo, SAE J1939 , OBD2 ,
CANopen
 Admite identificadores de 11 bits (CAN 2.0A) y 29 bits (CAN 2.0B)
 Plug & Play con detección automática de velocidad de bits (no se necesita
configuración)
 Ultracompacto (6,7 x 4,3 x 2,4 cm), ligero (45 G) y 3 LED
 Alimentación a través de un bus USB o CAN (DB9, <1W) - opciones del
adaptador OBD2 / J1939
 Capacidad de memoria SD masiva de 8+ GB (almacena más de 250 millones de
mensajes de bus CAN)
 Opciones avanzadas : modo silencioso, registro cíclico, filtros de
mensajes, transmisión , ...
 Software CANvas gratuito : configure, transmita datos CAN, conviértalo mediante *
.DBC
 Complemento gratuito de Wireshark : transmite / traza datos legibles por humanos
(* .DBC, OBD2) o piratea tu bus CAN
 Reloj en tiempo real (calendario) con batería (2000 y 3000) y WiFi (3000)
 CE , FCC , IC , RoHS certificado con garantía de 2 años
 Apasionado equipo danés : ¡ soporte de calidad gratuito , nuevas características
y guías !

VEHÍCULO Y APLICACIONES INDUSTRIALES

El CANLoggerX000 es 100% autónomo y funciona en todos los protocolos CAN.
Es perfecto para iniciar sesión o transmitir, por ejemplo , datos J1939 , OBD2 o
CANopen en todas las aplicaciones:

INDUSTRIAL
Carretillas elevadoras, tractores, cosechadoras, ...

HEAVY-DUTY
Camiones, autobuses, sistemas hidráulicos, ...
 MOTORSPORTS
Rally Cars, Fórmula Uno, Motorcross, ...

VEHÍCULOS ELÉCTRICOS
Coches eléctricos, trenes, e-Bikes, ...

AUTOMATIZACIÓN
Producción, Robótica, Controles, ...

Y MÁS ALLÁ ...

Aeroespacial, Marina, Militar, ...
 ¿QUÉ PIENEN NUESTROS USUARIOS?

"Parece que se trata de los ÚNICOS registradores de CAN accesibles en el mercado"

- Chad C, PG Engineered Control Solutions

<>

UNA SOLUCIÓN MÁS SIMPLE

¿Desea obtener datos de salida legibles por el hombre RÁPIDO? ¡Te tenemos
cubierto!

¡Simplemente configure el registrador del vehículo, conéctese y regístrese desde su

aplicación, extraiga los datos y conviértelos para comenzar a analizar!
... o simplemente transmitir datos en tiempo real o convertidos en tiempo real a través
de nuestra solución de interfaz Wireshark, ¡tú eliges!
 CONFIGURAR
Configure rápidamente el registrador utilizando nuestra herramienta gratuita CANvas ,
y utilice potentes opciones incl. Filtros de identificación, muestreo descendente y
detección automática de velocidad de bits

CONECTAR / REGISTRO
Alimentación a través del bus CAN para el modo autónomo (no se necesita PC) -
registro / transmisión de datos CAN a través de cualquier protocolo ( J1939 , OBD-II ,
CANopen, ...)
 EXTRAER
Almacene mensajes en la tarjeta SD de 8-32 GB en formato .csv y extraiga los datos a
una PC a través de USB ( o WiFi para los 3000 )

CONVERTIR
Convierta sus archivos de registro sin formato rápidamente con CANvas, compatible
con archivos OBD2 y DBC, fusión, muestreo descendente y salida personalizada
 ... O STREAM
Nuevo: utilice el registrador como una interfaz CAN y transmita datos de CAN en vivo
en tiempo real desde su automóvil, camión u otra aplicación con Wireshark

QUE CANLOGGERX000 QUÉ USTED NECESITA?

¿El precio es su criterio n. ° 1?

El 1000 es extremadamente económico y excelente para, por ejemplo,
configuraciones de prueba simples, pero carece de marcas de fecha y hora y WiFi.

CANLOGGER1000

169 EUR

COMPRA AHORA
 2 años de garantía

Soporte gratuito y rápido

Envío global gratuito

Software CANvas gratuito

Tarjeta SD de 8 GB

Reloj en tiempo real

Transferencia de datos WiFi

El 2000 agrega un reloj de tiempo real (calendario), por lo que es perfecto, por
ejemplo, para el registro CAN de período más largo en aplicaciones de pequeña
escala.

CANLOGGER2000

229 EUR

COMPRA AHORA
 2 años de garantía

Soporte gratuito y rápido

Envío global gratuito

Software CANvas gratuito

Tarjeta SD de 8 GB

Reloj en tiempo real

Transferencia de datos WiFi

El popular 3000 agrega 16 GB y transferencia de datos WiFi rápida (~ 9 MB /

s). Perfecto si, por ejemplo, necesita enviar automáticamente datos desde múltiples
registradores a un servidor FTP.

CANLOGGER3000

399 EUR

COMPRA AHORA
 2 años de garantía

Soporte gratuito y rápido

Envío global gratuito

Software CANvas gratuito

Tarjeta SD de 16 GB

Reloj en tiempo real

Transferencia de datos WiFi