Radxa ROCK Pi S SBC Quad-Core ARM Cortex-A35

Análisis general del producto

Tras varias semanas usando la Radxa ROCK Pi S como “cerebro” compacto para servicios locales y prototipos IoT, la sensación general es clara: no va de potencia bruta, sino de fiabilidad y consumo contenido en un formato pequeño. La baso en pruebas con configuraciones típicas de un mini-servidor (DNS local y resolver caché, contenedores ligeros, automatizaciones domóticas y un par de tareas de monitorización) donde lo importante no es “corre más”, sino “se mantiene estable cuando lo dejas semanas encendido”.

El SoC quad-core ARM Cortex-A35 (RK3308B) encaja bien con cargas de trabajo moderadas: servicios de red, procesos en segundo plano, contenedores con recursos controlados y automatizaciones que no necesitan GPU. En cuanto a la respuesta del sistema, en tareas normales se siente ágil, pero la experiencia cambia cuando obligas al sistema a hacer malabares con demasiados contenedores y logging intensivo. Ahí se nota que el objetivo es eficiencia, no ejecutar diez cosas pesadas a la vez.

Calidad de construcción y materiales

En mano y al integrarla en una carcasa, destaca por su enfoque “montaje rápido”: pienso en ella como una placa para integrar, no como un producto para dejar sobre la mesa. La refrigeración pasiva es el punto clave del diseño: en condiciones normales de trabajo funciona sin ventilador, y eso se traduce en ausencia de ruido y menos mantenimiento.

Ahora bien, pasivo no significa “invencible” si la encerramos mal. En mis pruebas la temperatura fue razonable cuando la carcasa permitía algo de circulación de aire; cuando la instalé en un habitáculo muy cerrado, el sistema mantuvo el funcionamiento, pero es evidente que el margen térmico se estrecha. Mi recomendación práctica es simple: aunque sea pasivo, reserva un mínimo de ventilación (ranuras, espacio alrededor del disipado y buen contacto térmico con la carcasa si procede).

En conectividad y montaje se nota una mentalidad orientada a prototipar: la placa está pensada para que puedas cables, sensores y periféricos sin volverte loco.

Compatibilidad y rendimiento

Lo mejor para la mayoría de proyectos es que no te obliga a replantear el ecosistema:

• Ethernet Gigabit: en pruebas como DNS local y rutas internas, el cableado da estabilidad y minimiza variables. Es la opción que más recomiendo cuando la quieres como servicio “de fondo”.
• WiFi 802.11b/g/n con Bluetooth 5.0: para despliegues rápidos funciona bien, especialmente en entornos donde tirar cable sea incómodo. Para uso IoT, donde el tráfico suele ser intermitente, el comportamiento es el esperado en una SBC de este tipo: se mantiene operativa y la latencia no suele ser el problema; lo problemático suele ser el entorno WiFi, no el chip en sí.
• GPIO de 40 pines compatibles mecánicamente con Raspberry Pi: es un gran alivio si ya tienes piezas y cableado. El detalle crítico es el voltaje de 3,3 V: en cuanto te sales de ese nivel, los problemas llegan rápido. En una de mis pruebas con sensores y un par de módulos, reajusté el cableado para asegurar 3,3 V y ahí todo volvió a la normalidad. Si vienes de proyectos a 5 V, toca revisar conversores lógicos o niveles antes de enchufar nada.

Respecto al rendimiento, lo que más influye en el día a día no es tanto el número de núcleos, sino el equilibrio entre almacenamiento y carga sostenida. El sistema arranca desde microSD, y en usos con contenedores, logs y actualizaciones, la microSD puede convertirse en el cuello de botella (o en el punto de desgaste). Cuando el sistema está “tranquilo” (servicios de red y tareas puntuales), la experiencia es estable. Cuando lo conviertes en un nodo que genera mucho I/O, empiezas a notar tirones y tiempos de respuesta peores.

La opción de eMMC (cuando la tienes disponible) es un salto cualitativo para despliegues permanentes: no cambia la naturaleza de la placa, pero reduce la fragilidad típica de microSD bajo escrituras frecuentes. En proyectos de domótica o servidores caseros que quieres que vivan meses, me parece la mejora con mejor retorno.

En audio, el codec ES8388 me ha servido para integrar funcionalidades relacionadas con voz/domingática donde necesitas una base práctica de audio a nivel de hardware. No lo traté como “estación multimedia”, sino como pieza funcional: entradas/salidas de audio para prototipos y pruebas de comportamiento del sistema con señales.

Puntos fuertes y aspectos mejorables

Puntos fuertes

• Ethernet Gigabit para servicios estables y “poca sorpresa”.
• WiFi b/g/n + Bluetooth 5.0 para despliegues sin cableado, especialmente en IoT.
• GPIO de 40 pines (3,3 V) compatible mecánicamente: acelera mucho el desarrollo si ya trabajas con el formato típico.
• Refrigeración pasiva: menos ruido y menos fallos por ventilador.
• Arranque desde microSD con posibilidad de eMMC para instalaciones más “de verdad”.
• Codec de audio ES8388 útil si tu proyecto toca voz o integración de audio.

Aspectos mejorables

• Si buscas un “servidor para todo” con mucha escritura sostenida (logs verbosos, bases de datos con alta rotación, despliegues con actualizaciones frecuentes), la microSD puede limitar el comportamiento y la longevidad. Ahí, eMMC o ajustes de escritura marcan la diferencia.
• Al ser pasivo, la carcasa importa: conviene evitar encierros herméticos si planeas carga constante.
• Para quien venga de proyectos que asumen 5 V en GPIO, el 3,3 V puede ser un punto de fricción; sin conversores y revisión de niveles, no hay margen para errores.

Veredicto del experto

La ROCK Pi S es una placa SBC muy adecuada para proyectos donde prima el funcionamiento continuo: DNS local, contenedores ligeros, automatizaciones domóticas, nodos de monitorización y experiencias de laboratorio con sensores que no exigen rendimiento gráfico. La combinación de Ethernet Gigabit, WiFi integrado, GPIO en formato familiar (3,3 V) y refrigeración pasiva la convierte en una opción práctica para montar algo estable sin complicarte con ventiladores ni infraestructura.

Mi recomendación final es que la enfoques como “controlador/servidor ligero” y cuides dos cosas: elección del almacenamiento (microSD de calidad si es temporal; eMMC si lo vas a dejar) y montaje térmico (carcasa con espacio y ventilación razonable). Si haces eso, el conjunto responde como debería: estable, consistente y razonable en un entorno real con varios dispositivos trabajando a su alrededor.