¿Estás diseñando un proyecto para un computador de placa única (SBC) común y esperas que otras personas lo armen? El problema, plantea un artículo de Hackaday publicado el 5 de noviembre, es que hoy conseguir esas placas se volvió difícil. Su autor propone aprender a elegir alternativas, sobre todo a las Raspberry Pi.
Ya hubo escasez de SBC antes, pero la de 2026 superó a todas y no parece que vaya a terminar en unos pocos meses. Según el autor, el precio de la RAM arrasó con la oferta de estas placas. Sospecha además que el uso de SBC de consumo en drones rusos tuvo un impacto visible.
Las placas menos populares siempre tuvieron sus ventajas. A quien no le gustaba que la Pi Zero trajera solo 512 MB de RAM, podía comprar una Orange Pi o una Radxa con 2 GB o 4 GB por un poco más de plata. Ahora hay todavía más motivos para mirar qué hay en el mercado.
Este año los precios de las SBC subieron mucho y su disponibilidad cayó, al punto de que se agotó el stock de la Zero 2 W. El autor cuenta que tuvo que volver mucho más flexibles varios de sus proyectos, y bastante más rápido de lo que pensaba.
¿Cómo encontrar una placa de reemplazo?
El autor está diseñando y probando un computador de bolsillo que busca funcionar con muchas SBC distintas. La primera rama apunta a las placas compatibles con la Pi Zero, y después la va a bifurcar en una versión compatible con los Compute Module. Calcula que su próxima versión compatible con la Zero va a funcionar con hasta diez SBC distintas.
Revisar alguna lista de "las mejores SBC de 2026" ayuda, y según el autor hay unas cinco buenas a primera vista. Pero su recomendación es otra.
Hay que ir a las páginas de descarga de Armbian y de DietPi, donde aparecen las placas compatibles, y recorrer las fotos. Es quizás el mejor indicador del soporte de software que tiene una placa, y ese soporte es lo que decide si sirve o no. Se pueden buscar reseñas, pero como regla, si Armbian o DietPi soportan la placa, no hay obstáculos de fondo para usarla.
Además, cuando una SBC popular está cara, muchas veces existe una alternativa más barata. El autor pone de ejemplo las Banana Pi, que según él están muy sobrevaloradas últimamente.
| Placa | SoC | Precio citado |
|---|---|---|
| Banana Pi M4 | Allwinner H618 | más de 100 euros |
| Orange Pi Zero 2W | misma CPU y misma RAM | 50 euros o menos |
Las interfaces que se mantienen
La mayoría de la gente necesita WiFi, a veces Ethernet, USB casi seguro, HDMI casi siempre y quizás algo de I2C, SPI o UART. Todo eso viene en la gran mayoría de las SBC. Para lo que va más allá, hay que buscar con más cuidado.
La distribución de pines del conector de 40 pines de la Raspberry Pi se volvió un estándar no escrito entre las SBC. Prácticamente está garantizado encontrar I2C en los pines físicos 2/3 y 27/28, UART en los pines 8/10 y SPI en los pines 19/21/23/24. La mayoría de las placas trae un CS1 en el pin 26, y donde no lo hay, se puede agregar un CS por software con un overlay de DeviceTree.
Quien solo necesita GPIO está de suerte. Linux hizo un trabajo enorme para unificar el código de GPIO bajo un mismo paraguas, y las interfaces nuevas de libgpiod ayudan en especial. Las Raspberry Pi son un caso aparte, con una numeración de GPIO limpia que no cambia entre generaciones, pero en casi cualquier otra placa la numeración se descifra.
Muy pocas placas arruinan esto. La única que conoce el autor es la Radxa Zero v1.5, que tiene pines sin conexión y pines duplicados en el conector, porque el Amlogic S905Y2 anda muy corto de GPIO. Es, eso sí, la única placa con una versión de 4 GB abundante y barata.
Una cantidad sorprendente de placas ubica los pines I2S en los mismos lugares que la Pi, aunque a primera vista no parece consistente. Puede que basten unos pocos puentes para que los HAT de I2S vuelvan a funcionar. No hay que esperar PWM en los mismos pines, aunque los SoC que no son de Raspberry suelen tener PWM de sobra.
Lo que se pierde en el cambio
Las funciones exclusivas de la Pi se pierden. No se puede esperar manejar pantallas RGB en paralelo directo desde el conector GPIO con la misma distribución, porque eso es propio de la Raspberry Pi, aunque muchos SoC sí exponen un conector RGB paralelo. Tampoco hay que dar por hecho que se pueden controlar LED WS2812 directo desde los GPIO sin revisar primero si es posible. El soporte de PPS para GPS suele estar, pero probablemente exige meterle mano al controlador.
¿Cómo asegurarse de que una SBC tenga una interfaz específica? El software disponible ayuda. Hay que revisar si el archivo DeviceTree base de la CPU menciona esa interfaz y, con suerte, en los repositorios de Armbian habrá un overlay para activarla. Si no lo hay, es fácil de resolver. Como muchas SBC usan SoC comunes, a veces no aparece un overlay probado en esa placa exacta, pero uno de otra placa con el mismo SoC debería funcionar sin problemas.
No todo pasa por las interfaces de bajo nivel:
- HDMI está prácticamente garantizado en todos los chips, salvo los más débiles.
- Ethernet que no sea Gigabit es una rareza.
- USB viene casi siempre en versión 2.0, aunque USB 3 es cada vez más común.
- PCIe sigue siendo raro, pero como la Raspberry Pi impuso el PCIe por conector FFC, va a aparecer más. No hay que esperar arranque perfecto desde un SSD NVMe en todas partes, aunque muchos dispositivos PCIe funcionan bien, desde almacenamiento NVMe y tarjetas WiFi hasta tarjetas Ethernet extra.
Ojo con los chips WiFi integrados, sobre todo los que van conectados por SDIO, porque pueden dar problemas. Nada que no se resuelva con un adaptador WiFi USB. Las interfaces de cámara también son una lotería. Fabricantes como Radxa ofrecen módulos de cámara CSI probados con sus placas, y otros entregan un conector CSI y que cada uno se las arregle. Con las interfaces DSI pasa lo mismo, aunque con algo de trabajo se consigue una pantalla de alta resolución a precio bajo y con poco consumo.
Los clones del Compute Module
En compatibilidad física también hay más terreno común del que se cree. Cuando los Compute Module escasearon a comienzos de la década de 2020, los fabricantes chinos notaron lo poco que se necesitaba para ser compatible y sacaron una avalancha de placas de reemplazo casi compatibles. Hasta hoy, quien necesita un equivalente al Compute Module sin las interfaces exclusivas de la Pi lo encuentra con relativa facilidad, y lo básico suele funcionar al conectarlo en una placa hecha para el CM4 o el CM5. Algunos conectores propios cambian, pero solo llevan interfaces extra que no cabían en la distribución de pines del CM4 y el CM5.
El problema de estos compatibles es el precio. Como son claramente de uso semiprofesional, su alza reciente fue mucho mayor que la de las placas de consumo, y hoy rondan los 200 euros, con menos stock. Parte de eso se explica porque no ahorran en RAM como otras SBC. El autor sospecha también que los fabricantes rusos de drones compraron mucho stock viejo sin usar, porque sigue viendo módulos SBC en los desarmes de drones.
¿Y los fragmentos de DeviceTree? Mientras el dispositivo pueda correr software de la rama principal o cercano a ella, no hay problema. Para su propio proyecto de muchas placas a la vez, el autor escribió un pequeño script de plantilla que genera fragmentos de DeviceTree con números de pin distintos para cada plataforma. También anunció una serie de tutoriales de DeviceTree para Hackaday.
Diseñar para más de una placa
La escasez de SBC es seria, pero según el autor no frena un proyecto, y explorando incluso aparecen placas más potentes. Puede que ya no sea posible diseñar para una sola SBC específica, pero no hay nada imposible en considerar otras del mercado. Si no es por quienes quieren armar nuestros proyectos, es por uno mismo, cuando intenta comprar las placas para las que diseñó su software y su hardware.
