REDES INDUSTRIALES

PROTOCOLO CAN

PRESENTADO POR:
NAREN PACHECO
RUBEN CARDOZA
NICOLAS POLO

ELECTRONICA INDUSTRIAL
 CAN (CONTROLLER AREA NETWORK)

¿QUE ES?
La tecnología CAN (Controller Area Network)
es un protocolo de comunicación ampliamente
usado en entornos y sistemas con requisitos en
tiempo real, con una velocidad de
comunicación de hasta 1 Mbit por segundo, y
tiene excelente capacidad de detección y
aislamiento de errores.
 HISTORIA

El desarrollo del protocolo CAN comenzó en

1983 en la empresa Robert Bosch. El protocolo
fue oficialmente lanzado en 1986 en el
congreso de la Sociedad de Ingenieros
Automotrices (SAE) en Detroit.
 EMPRESAS QUE LO UTILIZAN

CAN fue creado en un principio para uso

automotriz, por lo que su aplicación más
común es para comunicación de dispositivos
electrónicos en vehículos. Varios fabricantes
de vehículos desde el 2003, incluidos Toyota,
Ford, Mazda, Mercedes Benz, BMW y otros
ya tienen instalado este sistema.
 MODELO OSI
(OPEN SYSTEM INTERCONNECTION)

El modelo de interconexión de sistemas

abiertos, más conocido como “modelo OSI”,
es un modelo de referencia para los protocolos
de la red, y en el caso del protocolo CAN, este
se encuentra regido bajo el estándar ISO-
11898.
 CAPA FISICA
 CAPA DE ENLACE DE DATOS
 CAPA FÍSICA

Define los aspectos del medio físico para la

transmisión de datos entre nodos de una red
CAN.
 Niveles de tensión del bus: La transmisión
de señales en un bus CAN se lleva a cabo a
través de dos cables trenzados.
 CABLE Y CONECTORES

Los distintos nodos de un bus CAN deben

estar interconectados mediante un par de
cables trenzados con una impedancia
característica de 120 Ω, y puede ser cable
apantallado o sin apantallar.
 SINCRONIZACIÓN DE BITS

Todos los nodos de un bus CAN deben trabajar

con la misma tasa de transferencia nominal.
 CAPA DE ENLACE DE DATOS
Esta capa es la encargada de controlar el flujo de
información que se produce entre los diferentes nodos de la
red.

 Subcapa MAC: es la encargada de presentar los

mensajes recibidos a la subcapa LLC y además se ocupa
de aceptar los mensajes para ser enviados a otro lado.

 Subcapa LLC: se encarga de definir las tareas que son

independientes a método de acceso al medio. Para ello
proporciona dos tipos de servicios de transmisión sin
conexión.
 PRINCIPALES CARACTERISTICAS

Recepción por Sistema robusto en

Garantía de
Prioridad de Flexibilidad en la multidifusión con cuanto a
tiempos de
mensajes. configuración. sincronización de consistencia de
latencia.
tiempos. datos.

Distinción entre errores

Detección y Retransmisión temporales y fallos
Sistema permanentes de los nodos de
señalización de automática de
multimaestro. la red, y desconexión
errores. tramas erróneas autónoma de nodos
defectuosos.
 PRINCIPALES VENTAJAS

capacidad de
Bajo costo. Fiabilidad. trabajar en entornos
muy duros.

capacidad de
facilidad de usar e
robustez. trabajar en tiempo
instalación.
real.
 Una desventaja significativa del protocolo es que
permite que, bajo ciertas condiciones, los mensajes
de prioridad baja no sean enviados.

Una avería en el cable principal provoca la caída de

toda red.
PRINCIPALES
DESVENTAJAS Varios intercomunicadores no pueden enviar al
mismo tiempo (congestión de datos).

Menor aprovechamiento por el riesgo de colisión.

 TRAMA DE DATOS

Una trama de datos CAN puede ser de uno de

los dos formatos: formato base (11 bits) y
formato extendido (29bits).
El estándar dice que un controlador CAN debe
aceptar tramas en formato base, y puede o no
aceptar tramas en formato extendido.
 FORMATO BASE
NOMBRE DEL CAMPO LONGITUD FINALIDAD
(bits)
Inicio de trama 1 Demarca el comienzo de la transmisión.
Identificador - ID 11 Representa la prioridad de la trama.
Petición de transmisión remota 1 Dominante para trama de datos
- RTR Recesivo para trama de peticiones remotas.
Bit de extensión de identificador 1 Dominante para el formato base
- IDE (identificador de 11 bits).
Bit reservado – r0 1 Debe ser dominante, pero aceptado tanto dominante como recesivo.

Código de longitud de datos - 4 Numero de bytes de datos en el mensaje, entre 0 y 8.

DLC
Campo de datos 0 - 64 Datos de la trama.
Verificación por redundancia   Código que verifica que los datos fueron transmitidos correctamente.
cíclica - CRC 15
Delimitador CRC 1 Debe ser recesivo.
Hueco de acuse de recibo - ACK 1 El transmisor emite recesivo y cualquier receptor emite dominante.

Delimitador – ACK 1 Debe se recesivo.

Fin de trama - EOF 7 Debe ser recesivo.
 FORMATO EXTENDIDO
NOMBRE DEL CAMPO LONGITUD FINALIDAD
(bits)
Inicio de trama 1 Demarca el comienzo de una transmisión.
Identificador A – ID_A 11 Primera parte del identificador. Representa la prioridad de la trama.
Sustituto de transmisión remota – 1 Debe se recesivo.
SRR
Bit de extensión de identificador – 1 Recesivo para el formato extendido
IDE (identificador de 29 bits).
Identificador B – IDE_B 18 Segunda parte del identificador. También representa la prioridad de la trama.

Petición de transmisión remota –
RTR
Bits reservados – r1, r0
Código de longitud de datos - DLC
1 Dominante para trama de datos y recesivo para trama de peticiones remotas.
2 Bit reservado. Debe ser dominante, pero aceptado tanto dominante como
recesivo.
4 Numero de bytes de datos en el mensaje, entre 0 y 8.

Campo de datos 0 - 64 Datos de la trama

Verificación por redundancia cíclica 15 Código que verifica que los datos fueron transmitidos correctamente.
– CRC
Delimitador CRC 1 Debe ser recesivo.
Hueco de acuse de recibo – ACK 1 El transmisor emite recesivo y cualquier receptor emite dominante.

Delimitador ACK 1 Debe ser recesivo.

Fin de trama - EOF 7 Debe ser recesivo.
GRACIAS