Análisis de Experto
Experto verificado
Análisis general del producto
Llevo varias semanas usando esta HAT de Waveshare en el banco de pruebas, y lo primero que conviene entender es qué problema resuelve. Se trata de una placa con dos canales CAN FD totalmente independientes que se controlan desde el bus SPI del Raspberry Pi a través de un conector GPIO de 40 pines. Cada canal lleva su propio controlador MCP2518FD y su transceptor MCP2562FD, de modo que no hay multiplexación ni compromiso entre buses: puedo tener can0 hablando con un simulador de ECU a 500 kbit/s y can1 capturando tráfico de un bus industrial a 250 kbit/s al mismo tiempo, sin que uno interfiera con el otro.
Lo realmente diferencial frente a otras soluciones es el aislamiento eléctrico de hasta 5 kV entre la parte de control y la parte de bus. En la práctica esto significa que la masa del Raspberry Pi y la masa del bus CAN quedan separadas, algo que agradezco especialmente cuando conecto la placa a la red de un vehículo o a un armario eléctrico donde las referencias de tierra distan mucho de ser limpias. Sin aislamiento, un transitorio o una diferencia de potencial acaba matando el SoC; aquí la barrera actúa como cortafuegos eléctrico.
Al tratarse de CAN FD, cada trama admite hasta 64 bytes de carga útil frente a los 8 clásicos, con arbitraje a velocidad nominal y fase de datos acelerada. Para volcado de firmware, telemetría densa o diagnóstico UDS sobre ISO-TP, la diferencia se nota muchísimo en tiempo total de transferencia.
Calidad de construcción y materiales
La PCB es de buena factura: soldaduras limpias, serigrafía legible y borneras de tornillo para CAN_H, CAN_L y la referencia aislada en cada canal, mucho más cómodas que los pines sueltos cuando trabajas con cable apantallado. El formato de 65,0 × 56,5 mm respeta la huella estándar de HAT, con los agujeros de montaje alineados con los del Pi.
Los puentes de configuración son el punto delicado a nivel mecánico. Hay jumpers para la resistencia de terminación de 120 Ω de cada canal y para seleccionar el nivel lógico, y son elementos que se pueden mover sin querer al manipular la placa. Mi consejo es fijarlos con un poco de laca o cinta de kapton una vez validada la topología, y fotografiar la posición antes de montar la tapa de la carcasa.
Conviene tener en cuenta la disipación: el convertidor DC-DC aislado y los transceptores generan calor apreciable. Con una carcasa cerrada y una alimentación externa de 12 V, la zona del módulo de aislamiento se pone tibia; deja ventilación y evita apilar otra HAT encima sin separadores. La manipulación, siempre con el equipo apagado y descargando estática antes de tocar el conector GPIO.
Compatibilidad y rendimiento
Funciona con cualquier placa que exponga el GPIO de 40 pines: Raspberry Pi 3B+, Pi 4, Zero 2 W o Compute Module con carrier adecuada. Con la Raspberry Pi 5 hay que ir con más cuidado, porque el subsistema SPI cambió con el chip RP1 y el reparto de los chip selects requiere revisar los overlays del config.txt; he necesitado ajustes manuales para que el segundo canal quedase operativo, así que recomiendo validar ambos canales antes de dar por cerrada la instalación.
En software, el controlador mcp251xfd viene integrado en los kernels actuales de Raspberry Pi OS, lo que permite trabajar directamente con SocketCAN. Levanto las interfaces con ip link set can0 type can bitrate 500000 dbitrate 2000000 fd on y a partir de ahí todo el ecosistema habitual: candump, cansend, cangen para pruebas de estrés, python-can con backend socketcan, cantools para decodificar DBC y ROS 2 si el proyecto va por ahí. Las líneas de interrupción cableadas al GPIO evitan el sondeo constante por SPI, y eso se traduce en menos carga de CPU y mejores marcas de tiempo.
El único límite real es que los dos canales comparten el mismo bus SPI. A velocidades de reloj razonables sobra ancho de banda para tráfico FD sostenido, pero si saturas ambos canales simultáneamente con tramas largas y además lees sensores por el mismo bus, aparece contención. Para laboratorio y prototipado no supone problema; en un gateway industrial con carga máxima, merece la pena medir con ip -s -details link show can0 antes de desplegar.
Sobre alimentación: la placa toma 5 V del cabecero y admite además una entrada externa de 8 a 26 V DC para el lado aislado, muy práctica con fuentes industriales de 24 V o con la red de 12 V de un vehículo. Ojo con los transitorios de carga en automoción, que superan ese margen: protege la entrada con fusible y, si puedes, con un supresor de transitorios.
Puntos fuertes y aspectos mejorables
A favor:
Dos canales CAN FD genuinamente independientes, con aislamiento de 5 kV por canal.
Terminación de 120 Ω conmutable por puente, imprescindible para ajustar la topología sin soldar.
Integración limpia con SocketCAN y todo su ecosistema de herramientas.
Rango de entrada externa amplio y nivel lógico seleccionable entre 3,3 V y 5 V.
Borneras de tornillo y formato HAT estándar, con montaje directo sobre el Pi.
A mejorar:
La documentación sobre modelos concretos de Raspberry Pi y velocidades soportadas es escasa; buena parte del trabajo es prueba y error.
Los jumpers de terminación pueden quedar activados por descuido y provocar errores de bus difíciles de diagnosticar.
La ausencia de indicadores LED de actividad o de estado de bus obliga a mirar siempre el contador de errores por software.
El consumo y el calor del bloque aislado limitan el uso en recintos cerrados y mal ventilados.
Frente a un adaptador USB-CAN FD, pierdes la portabilidad, aunque ganas sincronización estrecha con la lógica del propio Pi y latencias menores.
Veredicto del experto
Es una placa pensada para quien desarrolla, no para quien solo quiere conectar un coche al portátil de vez en cuando. Si tu proyecto implica actuar como pasarela entre dos redes CAN, simular nodos, validar diagnósticos o integrar el Pi dentro de un sistema embebido con requisitos de robustez eléctrica, esta HAT cumple con solvencia y el aislamiento justifica el sobrecoste respecto a las soluciones basadas en MCP2515, que además se quedan en CAN clásico.
Si lo que buscas es algo enchufar y listo, un adaptador USB-CAN FD sigue siendo más cómodo. Pero cuando el objetivo es tener dos buses sincronizados con el software que corre en el propio Raspberry Pi, con protección eléctrica real y control total desde SocketCAN, esta es una de las opciones más completas que he probado en su segmento. Dedica media hora a planificar la terminación y el reparto de chip selects antes de montarla, y te ahorrarás tardes enteras persiguiendo errores de bus fantasma.
