Bien, antes de responder a sus preguntas específicas, hagamos una introducción a los sistemas de bus. Puede ser que sepas partes de estas cosas, pero comenzaré aquí ya que las personas con poco o ningún conocimiento de TI o electrónica también deberían poder entender esto.
En los sistemas electrónicos, las señales se envían de un chip a otro mediante cables (olvidémonos de las cosas inalámbricas por un segundo). La forma más sencilla de hacerlo es utilizar un cable por cada bit de información que desee transmitir. Un poco de información es simplemente una respuesta a una pregunta de sí/no como "¿Están encendidos los faros?" Si los faros están encendidos, hay un voltaje en ese cable, digamos 5 voltios. Si están apagados, hay 0 voltios en el cable.
Ahora que está bien para un poco de información. Pero más datos requieren más cables. Desafortunadamente: más cables significan más complejidad. Un automóvil moderno es solo una computadora con neumáticos , por lo que hay muchos cables ( varios kilómetros o millas ) en él. Más cables dan como resultado más peso y más costos, y a los fabricantes de automóviles no les gusta eso. Así que necesitamos una forma de reducir la cantidad de cables.
La forma habitual de hacerlo es utilizar un sistema de bus .
Piense en un bus como una forma de transmitir más información utilizando menos cables . Hay otros beneficios de los sistemas de autobuses, pero me centraré en este aspecto.
Ejemplo:
Queremos encender o apagar cuatro lámparas.
Es fácil de ver; Necesitamos un cable por lámpara.
Con este tipo primitivo de sistema de bus, redujimos la cantidad de cables a dos . Independientemente de la cantidad de lámparas que nos guste controlar, solo necesitamos un cable para decirle al otro chip qué lámpara nos gusta cambiar y un segundo cable para decirle si nos gusta tener la lámpara encendida o apagada. Mi ejemplo tendría límites en el mundo real, ya que uno no puede simplemente elevar el voltaje a 1000 V en el Cable 1 para encender mil lámparas diferentes.
Este ejemplo muestra por qué en la electrónica en general y en los automóviles en particular se utilizan sistemas de bus. Los automóviles utilizan una serie de sistemas de autobuses que se fabricaron especialmente para ellos:
¿Qué es CAN (red de área de controlador)?
CAN es el sistema de bus más importante en un automóvil. No entraré en detalles sobre este punto, solo considérelo como una forma de transferir grandes cantidades de datos usando solo dos cables. Puede leer más sobre CAN en Wikipedia .
¿Cuál es la diferencia entre un protocolo OBD-II y una configuración CAN?
OBD-II es un protocolo de nivel superior utilizado con fines de diagnóstico. OBD-II puede usar uno de (muchos) sistemas de bus diferentes para transferir datos de diagnóstico desde y hacia su automóvil. Piensa en OBD-II como un idioma (inglés) que hablas y en CAN como el dispositivo de comunicación (teléfono) que usas para hablar con alguien (sobre tu auto y su estado de salud ;).
Muchas personas se refieren a OBD (abreviatura de diagnóstico a bordo) u OBD-II como "estándares". OBD-II es un estándar, pero nuevamente consta de tantos estándares, protocolos y sistemas de bus diferentes que se usan para comunicarse que es difícil enumerarlos todos. Una vez hice un gráfico de descripción general, y veré si puedo agregarlo a mi respuesta más adelante.
¿Cómo usar el escáner OBD-II en un vehículo con CAN?
Simplemente conéctelo al puerto OBD-II de su automóvil. CAN es uno de los protocolos de transporte de la especificación OBD-II y debe ser compatible con la mayoría de los escáneres OBD-II. La ubicación del puerto se puede encontrar mediante una búsqueda de Google (imagen). Por lo general, el puerto está ubicado al alcance del conductor , por ejemplo, debajo del tablero o escondido en la consola central .
OBD II es una interfaz de diagnóstico ordenada por el gobierno de EE. UU. Esta interfaz está garantizada para proporcionar un conjunto específico de información que incluye, entre otros, datos de la computadora del motor y códigos de problemas de la computadora del motor.
Cuando se implementó OBD II, el gobierno de EE. UU. no obligó a los fabricantes a estandarizar también la interfaz de comunicación con la computadora del motor. Los primeros OBD II tenían al menos media docena de protocolos de comunicación. Más tarde, el gobierno de EE. UU. se dio cuenta de su error y ordenó que al menos la computadora del motor debe admitir el protocolo de comunicación CAN.
El protocolo de comunicación CAN es uno que se admite bajo el paraguas de OBD II.
Si su escáner OBD II admite CAN, algunos más antiguos que surgieron entre OBD II y el mandato CAN no lo admiten, entonces no hay diferencia en el uso. El escáner elegirá automáticamente qué protocolo usar, ya sea mediante la detección automática del protocolo disponible o cuando se ingrese la marca, el modelo y el año, la herramienta de escaneo usará lo que sabe que está disponible.
Trento