Módulo CAN Bus MCP2515

El protocolo CAN (Controller Area Network) es un estándar de bus de comunicaciones robusto y fiable, diseñado originalmente para la interconexión de microcontroladores y dispositivos en vehículos (automotriz), pero que también se ha extendido ampliamente a la automatización industrial y otras aplicaciones. Sus características principales son:

• Robustez y Fiabilidad: Utiliza un par de cables trenzados (CAN_H y CAN_L) para la transmisión diferencial de señales, lo que lo hace altamente inmune al ruido eléctrico y las interferencias electromagnéticas (EMI), comunes en entornos automotrices e industriales.
• Detección y Manejo de Errores: El protocolo CAN incorpora mecanismos sofisticados para la detección de errores en los mensajes, señalización de errores y retransmisión, asegurando una alta integridad de los datos.
• Arbitraje Basado en Prioridad: Permite que múltiples nodos transmitan en el mismo bus. Si dos nodos intentan transmitir simultáneamente, el mensaje con el identificador de mayor prioridad (menor valor numérico) gana el arbitraje y continúa la transmisión sin corrupción de datos.
• Velocidades y Distancias: Soporta diferentes velocidades de transmisión, desde unos pocos kbit/s hasta 1 Mbit/s, permitiendo un equilibrio entre velocidad y longitud del bus (hasta 1200 metros a 100 kbit/s con este módulo).

El módulo MCP2515 actúa como un controlador CAN independiente que se interconecta con un microcontrolador (que no tiene un controlador CAN nativo) a través de la interfaz SPI, permitiendo que el microcontrolador envíe y reciba mensajes CAN. Esto lo hace «ideal para aplicaciones automotrices e industriales» que requieren una «transmisión de datos robusta».

Para comunicar tu microcontrolador con el módulo CAN Bus MCP2515 a través de la interfaz SPI, necesitarás los siguientes pines estándar de SPI, además de algunos pines de control:

• MOSI (Master Out, Slave In): Se conecta al pin MOSI del microcontrolador. Es la línea por la cual el microcontrolador (master) envía datos al MCP2515 (slave).
• MISO (Master In, Slave Out): Se conecta al pin MISO del microcontrolador. Es la línea por la cual el MCP2515 envía datos de vuelta al microcontrolador.
• SCK (Serial Clock): Se conecta al pin SCK (o SCLK) del microcontrolador. Proporciona la señal de reloj que sincroniza la transferencia de datos SPI.
• CS (Chip Select) / SS (Slave Select): Se conecta a un pin digital de salida del microcontrolador. El microcontrolador pone este pin en BAJO para seleccionar y activar la comunicación con el módulo MCP2515. Se necesita un pin CS por cada dispositivo SPI en el bus si hay múltiples.
• INT (Interrupt – Opcional pero recomendado): El módulo MCP2515 suele tener un pin de interrupción (INT). Puedes conectarlo a un pin de entrada con capacidad de interrupción en tu microcontrolador. El MCP2515 puede generar una interrupción para notificar al microcontrolador sobre eventos importantes (ej. recepción de un nuevo mensaje CAN, errores), evitando que el MCU tenga que sondear (poll) constantemente el estado del MCP2515.

Además, necesitarás alimentar el módulo con 5V DC y conectar la tierra (GND). El pinout del módulo que se muestra en la página del producto debería clarificar las etiquetas exactas de estos pines en el módulo.

El protocolo CAN tiene dos formatos principales para los identificadores de mensajes:

• CAN 2.0A (Formato Estándar o Base): Utiliza identificadores de 11 bits. Esto permite 2¹¹ = 2048 identificadores únicos.
• CAN 2.0B (Formato Extendido): Utiliza identificadores de 29 bits (compuestos por una sección base de 11 bits y una extensión de 18 bits). Esto permite un número mucho mayor de identificadores únicos (2²⁹).

Que el módulo MCP2515 soporte CAN 2.0B significa que es capaz de:

• Enviar y Recibir Mensajes con Identificadores Estándar de 11 bits.
• Enviar y Recibir Mensajes con Identificadores Extendidos de 29 bits.

Un controlador CAN 2.0B es retrocompatible con CAN 2.0A (puede recibir mensajes de 11 bits). Sin embargo, un controlador que solo sea CAN 2.0A no entenderá (o generará un error) si recibe un mensaje con un identificador extendido de 29 bits. La capacidad de usar identificadores de 29 bits es útil en redes CAN más complejas con un gran número de nodos o tipos de mensajes diferentes.

Los buffers de transmisión (TX) y recepción (RX) en el controlador CAN MCP2515 son áreas de memoria interna que se utilizan para almacenar temporalmente los mensajes CAN:

• Buffers TX (3 Buffers de Transmisión): El MCP2515 tiene tres buffers dedicados para preparar y almacenar mensajes que el microcontrolador desea transmitir a la red CAN. El microcontrolador carga los datos y el identificador del mensaje en uno de estos buffers. Luego, puede instruir al MCP2515 para que transmita el contenido de un buffer específico. Tener múltiples buffers de transmisión permite al MCU preparar varios mensajes con antelación y gestionar prioridades de transmisión si es necesario. Por ejemplo, un mensaje de alta prioridad puede cargarse en un buffer y marcarse para transmisión inmediata, mientras otros esperan.
• Buffers RX (2 Buffers de Recepción): El MCP2515 tiene dos buffers dedicados para almacenar los mensajes CAN que se reciben desde la red. Cuando llega un mensaje CAN válido (que pasa los filtros de aceptación configurados), se almacena en uno de estos buffers RX. El MCP2515 puede entonces notificar al microcontrolador (por ejemplo, mediante una interrupción) que hay un mensaje disponible para ser leído. Tener dos buffers RX permite que el MCP2515 reciba un segundo mensaje mientras el MCU está procesando el primero, reduciendo la probabilidad de perder mensajes en un bus ocupado.

Estos buffers ayudan a desacoplar la temporización del microcontrolador de la temporización del bus CAN, mejorando la eficiencia y la fiabilidad de la comunicación.

La conexión a la red CAN bus física se realiza utilizando los pines CAN_H (CAN High) y CAN_L (CAN Low) del módulo:

• Estos dos pines se conectan a un par de cables trenzados. El uso de un par trenzado es fundamental para mantener la inmunidad al ruido de la señal diferencial.
• Todos los nodos en la red CAN se conectan en paralelo a este mismo par de cables (CAN_H con CAN_H, CAN_L con CAN_L).

Resistencia de Terminación:

• Sí, una red CAN bus requiere resistencias de terminación para un funcionamiento correcto y para evitar reflexiones de señal que pueden causar errores de comunicación, especialmente a velocidades más altas o en buses más largos.
• Se debe colocar una resistencia de 120 Ohmios en cada extremo físico del bus principal (entre los cables CAN_H y CAN_L). Por lo tanto, una red CAN típica tendrá dos resistencias de 120 Ohmios, una en cada extremo.
• Algunos módulos CAN pueden tener una resistencia de terminación de 120 Ohmios integrada que se puede habilitar o deshabilitar mediante un jumper o un punto de soldadura. Si tu módulo tiene esta opción, solo debes habilitarla si ese módulo está en uno de los extremos físicos del bus. Si el módulo está en medio del bus, la resistencia de terminación integrada (si la tiene) debe estar deshabilitada. Si el módulo no tiene una resistencia integrada, deberás añadirla externamente en los nodos que estén en los extremos del bus.

Una terminación incorrecta es una causa común de problemas en redes CAN.

Hay dos aspectos a considerar:

• Alimentación del Módulo y Niveles Lógicos SPI:
  • El módulo MCP2515 en sí mismo es un dispositivo de 5V. Sus pines de interfaz SPI (MOSI, MISO, SCK, CS, INT) esperarán y generarán niveles lógicos referenciados a 5V.
  • Si tu microcontrolador opera a 3.3V (como un ESP32 o Raspberry Pi Pico), necesitarás un convertidor de niveles lógicos bidireccional para las líneas SPI (MOSI, MISO, SCK) y unidireccional para CS e INT, para asegurar una comunicación fiable y proteger los pines del microcontrolador de 3.3V de posibles señales de 5V del MISO del MCP2515. Algunas placas de desarrollo de 3.3V pueden tener pines tolerantes a 5V, pero es más seguro usar un convertidor de niveles.
• Señales CAN_H / CAN_L:
  • El módulo MCP2515 se conecta a un transceptor CAN (CAN Transceiver) que está integrado en la placa del módulo (usualmente un chip como el TJA1050 o similar). Este transceptor es el que realmente maneja los niveles de voltaje físicos del bus CAN (señales diferenciales en CAN_H y CAN_L).
  • El transceptor CAN en el módulo generalmente se alimenta con 5V (la misma alimentación del MCP2515). Las señales CAN_H y CAN_L que genera son conformes al estándar físico CAN y no dependen directamente del voltaje lógico del microcontrolador.

En resumen: el módulo necesita 5V para operar. Para la comunicación SPI con un MCU de 3.3V, se recomienda un convertidor de niveles lógicos. Las señales del bus CAN (CAN_H, CAN_L) son manejadas por el transceptor en el módulo y son estándar.

Existen varias librerías bien desarrolladas y populares para facilitar la interfaz con el controlador CAN MCP2515 desde plataformas como Arduino:

• MCP_CAN Library by Cory J. Fowler: Esta es una de las librerías más utilizadas y bien soportadas para el MCP2515 con Arduino. Ofrece una API fácil de usar para configurar el controlador, enviar y recibir mensajes CAN (tanto estándar como extendidos), y manejar filtros de aceptación. Es una excelente opción para comenzar. (A menudo se encuentra en GitHub buscando «MCP_CAN»).
• Seeed Studio CAN-BUS Shield Library: Aunque diseñada para su shield específico, esta librería también se basa en el MCP2515 y puede ser adaptada o utilizada como referencia.
• Otras Librerías Específicas para MCP2515: Pueden existir otras implementaciones o forks en la comunidad de Arduino.

Estas librerías se encargan de la comunicación SPI de bajo nivel con el MCP2515, la inicialización del chip, la configuración de la velocidad del bus (baud rate), la configuración de máscaras y filtros para los mensajes entrantes, y la construcción/lectura de los frames CAN. Esto simplifica enormemente el desarrollo de aplicaciones CAN.

Este módulo MCP2515 es muy adecuado para una amplia gama de proyectos que requieren una red de comunicación robusta entre múltiples nodos:

• Diagnóstico y Monitoreo Automotriz (OBD-II): Para leer datos de la ECU (Unidad de Control del Motor) y otros módulos en un vehículo.
• Redes de Sensores en Entornos Industriales: Para recolectar datos de múltiples sensores distribuidos en una planta o maquinaria, donde la inmunidad al ruido es crucial.
• Sistemas de Control Distribuido: Donde múltiples microcontroladores necesitan coordinarse e intercambiar información de estado o comandos (ej. en sistemas de automatización de edificios, maquinaria agrícola).
• Proyectos de Robótica Colaborativa: Para la comunicación entre diferentes subsistemas de un robot o entre múltiples robots.
• Adquisición de Datos en Vehículos de Prueba o Experimentales.
• Interconexión de Módulos en Proyectos Modulares: Cuando se tienen diferentes partes de un sistema que necesitan intercambiar datos de forma fiable.

La capacidad de operar a:

• Alta velocidad (hasta 1 Mbps) en distancias cortas (hasta ~12-40 metros): Adecuado para redes densas dentro de un vehículo o una máquina.
• Velocidades más bajas (ej. 100 kbit/s) en distancias largas (hasta 1200 metros): Permite cubrir áreas extensas, como en edificios o instalaciones industriales.

Su «consumo de corriente máximo de 500 µA» (en modo activo, sin contar el transceptor) y «modo Stand-by de 1 µA» también lo hacen interesante para algunas aplicaciones alimentadas por batería que no requieren comunicación constante y pueden poner el controlador en modo de bajo consumo.