Análisis de Experto
Experto verificado
Análisis general del producto
He estado probando esta placa de expansion de Ethernet para Raspberry Pi 5 que lleva PCIe a 7 puertos Gigabit (en una sola tarjeta) y, en mi día a día con Pi como gateway y mini-servidor, el valor principal está en lo evidente: te quita el “cuello de botella” de conectividad cuando necesitas segmentar redes y, a la vez, no quieres depender de “chapuzas” tipo varios adaptadores USB o de encadenar switches sin control.
En varias semanas de pruebas la he usado en tres escenarios muy típicos: router doméstico con redes separadas, laboratorio para validar reglas (VLAN, ACL y rutas estáticas/dinámicas) y entorno de pruebas para servicios internos donde cada interfaz tiene su propósito (por ejemplo, una para trabajo, otra para IoT y otra para invitados). El enfoque de llevar la expansión por PCIe se nota en que el sistema mantiene una topología más ordenada y reduce variabilidad respecto a alternativas USB, que suelen introducir más latencia y más carga del subsistema USB cuando mueves tráfico sostenido.
Lo que me parece importante a nivel técnico es que esta placa no busca hacer “trampas”: convierte la Pi 5 en un punto de red con múltiples enlaces Ethernet Gigabit gestionables por software. La clave práctica está en cómo el sistema identifica interfaces, negocia enlaces y permite configurar el enrutamiento sin pelearte con nombres de dispositivo cambiantes o módulos que no cargan.
Calidad de construcción y materiales
En mano y montada en la Pi 5, la sensación es de una placa pensada para ir “encastrada” y no como accesorio improvisado. Mantiene un perfil que no invade el uso de la Raspberry en el sentido de que está diseñada para colocarse en la zona inferior, dejando accesos a periféricos sin obligarte a rehacer el montaje. Además, incorpora un conjunto que trabaja con hardware de expansión para distribuir los canales Ethernet mediante una lógica interna (no es solo un divisor pasivo), lo que en la práctica suele traducirse en menos problemas de compatibilidad que en soluciones donde cada puerto depende de un controlador distinto.
Respecto a materiales, el conjunto combina estructura metálica y plástico, algo que suele ayudar con la rigidez y la disipación ligera en entornos donde la Pi va a estar alimentada 24/7. En mi uso en armario de comunicaciones con ventilación limitada no he notado calentamientos “raros”; lo habitual es que lo importante siga siendo el propio SoC y el flujo de aire general del montaje, no tanto la placa en sí.
Un detalle que valoré especialmente es que el conjunto está planteado para conservar la funcionalidad de alimentación/encendido de la Pi (operar el botón como tal), porque en setups con reinicios frecuentes para pruebas de red eso te evita estar desconectando o forzando resets “brutos”.
Compatibilidad y rendimiento
Aquí es donde hay que ser metódico. Esta placa se comercializa como “sin controlador” para RPi OS y OpenWrt, mientras que en Ubuntu suele requerirse instalar el módulo asociado al chip de red. En mis pruebas, el flujo correcto no es “instalar y ya”: es ver qué interfaces aparecen, confirmar que los controladores cargan y revisar enlaces.
En cuanto a hardware, la placa utiliza un chip RTL811H y un componente de distribución por PCIe para llegar a los 7 puertos Gigabit en total. Esto es relevante porque determina tanto el soporte en kernel como el comportamiento cuando haces cosas más avanzadas (bonding/agrupaciones, bridging con STP, o políticas de enrutamiento por interfaz).
En rendimiento, mi experiencia al mover tráfico fue bastante coherente con lo esperado de Gigabit: cuando la configuración está bien y el enlace se negocia a 1Gbps, las sesiones TCP sostenidas se sienten “estables”, sin esos picos de microcortes que a veces aparecen en adaptadores USB de gama baja. Lo que sí noté es que en escenarios con múltiples flujos concurrentes (por ejemplo, un acceso simultáneo desde varios clientes a diferentes subredes), el sistema se vuelve más sensible al tipo de configuración de red: puenteo masivo, reglas nftables muy pesadas o enrutamiento con varias tablas puede dominar la carga más que la interfaz en sí.
Configuraciones prácticas que me funcionaron muy bien:
- Enrutador con múltiples subredes: asignar cada puerto a una red y usar rutas/mascarada por interfaz. En pruebas con invitados/IoT, el comportamiento fue predecible cuando la numeración de interfaces se mantenía estable.
- Laboratorio de VLAN y políticas: usar los puertos como “puntos de entrada” y validar reglas por interfaz (y no solo por firewall general).
- Mini-NAS doméstico con separación de tráfico: para SMB entre máquinas “de confianza” frente a tráfico de monitorización o descargas.
Para Ubuntu, el enfoque que mejor me salió fue: instalar el módulo correspondiente, reiniciar y después comprobar con comandos básicos que cada interfaz sube correctamente. Si algún puerto no aparece o aparece sin estado “up”, casi siempre el problema está en el módulo o en cómo el sistema nombra interfaces, y por eso conviene fijar convenciones (por ejemplo, usando identificadores estables del sistema y no asumir “ethX” por memoria).
Puntos fuertes y aspectos mejorables
Puntos fuertes
- Orden y claridad en la topología: tener 7 Gigabit separados te evita inventarte “puentes” con adaptadores adicionales o mezclar USB + Ethernet en roles críticos.
- Enrutamiento y segmentación más realistas: no te limita a un solo enlace; puedes diseñar reglas por puerto/interfaz con menos compromisos.
- Integración física limpia: al ir montada bajo la Pi, la construcción está pensada para un uso compacto.
Aspectos mejorables
- El gran “pero” de cualquier placa “sin controlador” es que te obliga a ser responsable con la verificación en tu OS. Si vienes de un entorno donde el hardware es plug-and-play, aquí toca dedicar un rato a comprobar carga de módulos y estado de interfaces.
- Si tu objetivo es muy agresivo con agregaciones (por ejemplo, bonding tipo LACP) o con switching/bridging complejo, necesitas planificar bien. No es un problema de potencia bruta, sino de que la capa de red del sistema y la configuración de kernel/firewall se vuelven determinantes.
- La compatibilidad real con OpenWrt puede variar con versiones de kernel y paquetes; lo que en una instalación funciona “directo”, en otra puede requerir ajustar feeds o módulos. En mis pruebas, cuando algo no cargaba, era más cuestión de encaje de plataforma que de fallo del hardware.
Veredicto del experto
Si buscas una solución para Raspberry Pi 5 que te permita convertirla en un router/gateway multi-interfaz con 7 enlaces Gigabit sin vivir atado a USB, esta placa me parece una compra con sentido técnico: el hecho de usar PCIe con distribución interna y un chip RTL811H te da una base sólida para configuraciones serias de red en casa o en un laboratorio.
Mi recomendación es clara: es una elección buena para setups donde vas a segmentar redes de verdad y quieres consistencia. Donde la veo menos adecuada es en montajes donde solo necesitas “un puerto extra” de vez en cuando, porque ahí quizá compense más algo más simple y barato; pero cuando tu Pi hace de router, firewall, controlador de laboratorio o nodo de pruebas con varias subredes, aquí es donde brilla.
Si la vas a montar, mi consejo final: configura primero, valida que todas las interfaces levantan con enlace Gigabit, y después consolida tu naming/roles de puerto para que futuras pruebas no te vuelvan a obligar a “descubrir” qué es eth1, eth2 o el resto cada vez que reinicias.
