Hardware
Raspberry Pi IoT: gateway, edge node y más allá del MCU
Guía técnica de Raspberry Pi en proyectos IoT: modelos (Pi 5, Zero 2W, CM4), uso como gateway MQTT y edge node, GPIO, co
Raspberry Pi IoT: gateway, edge node y más allá del MCU
Actualizado: 2026-05-24
Resumen ejecutivo
- Raspberry Pi IoT: la SBC de la Raspberry Pi Foundation que ejecuta Linux completo, con versiones desde ~15 USD (Zero 2W) hasta la Pi 5 con CPU Cortex-A76 quad-core a 2,4 GHz y soporte PCIe.
- En el contexto del IoT no actúa como microcontrolador (MCU) sino como gateway, edge node o concentrador de datos: agrega, procesa y enruta mensajes de sensores/MCUs hacia la nube o hacia servicios locales.
- Modelos relevantes: Raspberry Pi 5 (máximo rendimiento, 4/8 GB RAM), Pi Zero 2W (ultra-compacto, Wi-Fi+BT), Compute Module 4/5 (integración OEM).
- GPIO de 40 pines (I2C, SPI, UART, PWM) permite conectar directamente sensores y periféricos; para radio sub-GHz o BLEBTérminoBluetooth Low Energy (BLE)Bluetooth Low Energy (BLE) es la variante de bajo consumo de Bluetooth, para enviar pocos datos de forma intermitente con mínima batería. Domina wearables y proximidad. Lo mantiene el Bluetooth SIG.Ver perfil se añaden HATs o dongles USB.
- Cuándo NO usar: aplicaciones ultra-low-power con batería (el SoC consume ~600 mW activo), proyectos que requieren tiempo real estricto sin RTOS, despliegues masivos de nodos sensor donde el coste y consumo son limitantes.
- Referencia de coste: Pi Zero 2W ~15 USD, Pi 4B 2 GB ~45 USD, Pi 5 4 GB ~60 USD, CM4 desde ~25 USD según configuración.
Qué es Raspberry Pi y qué la diferencia de un MCU
La Raspberry Pi
EmpresaRaspberry PiSingle-board computers y microcontroladores RP2040/RP2350Ver perfil es un SBC (Single-Board Computer): tiene procesador de aplicaciones (ARM Cortex-A), DRAM, almacenamiento eMMC/microSD, Ethernet, USB y conectores de display. Arranca un sistema operativo completo —Raspberry Pi OS (Debian), Ubuntu, o cualquier distribución Linux ARM— y puede ejecutar procesos en espacio de usuario como cualquier servidor.
Esto la separa radicalmente del ESP32 o el nRF52840, que son microcontroladores sin MMU, sin sistema de archivos completo y con bucle main(). La comparación adecuada en IoTITérminoIoT (Internet de las cosas)El IoT (Internet of Things) es la red de objetos físicos con sensores, software y conectividad que recogen e intercambian datos y actúan de forma autónoma.Ver perfil es:
| Dimensión | MCU (ESP32, nRF52840) | SBC (Raspberry Pi) |
|---|---|---|
| SO | Bare-metal o RTOS | Linux completo |
| RAM | 256 KB – 8 MB | 512 MB – 8 GB |
| Consumo activo | 80-250 mA | 300 mA – 3 A |
| Latencia hard real-time | Sí (sin OS preemptivo) | No sin PREEMPT-RT |
| Coste | 2-15 USD | 15-70 USD |
| Rol en IoT | Nodo sensor / actuador | Gateway / edge server |
| Actualizaciones OTA complejas | Difíciles | Estándar (apt, Docker) |
La Pi no reemplaza al MCU en el nodo sensor; lo complementa en la capa de gateway o edge.
Modelos relevantes para IoT
Raspberry Pi 5
El flagship desde 2023. CPU Cortex-A76 quad-core a 2,4 GHz, hasta 8 GB LPDDR4X-4267, conector PCIe 2.0 para NVMe o HATs especializados. Relevante en IoT para:
- Edge AI local (inferencia con modelos ligeros sobre streams de sensores).
- Servidor de nodo con bases de datos locales (InfluxDB, PostgreSQL) y dashboards (Grafana).
- Broker MQTT local con ThingsBoard o Mosquitto.
Consumo: ~2,5 W idle, hasta ~12 W bajo carga. Requiere fuente 27W USB-C.
Raspberry Pi Zero 2W
La versión ultra-compacta: Cortex-A53 quad-core a 1 GHz, 512 MB LPDDR2, Wi-Fi 2.4 GHz + Bluetooth 4.2 BLE, conector cámara. Sin Ethernet ni USB-A nativo. Precio ~15 USD.
Casos IoT: gateway de monitorización de un único punto, cámara IP, relay de datos MQTTProtocoloMQTTEl protocolo pub/sub estándar del IoTVer perfil en zonas sin cableado. Consumo en idle ~0,9 W.
Compute Module 4 / 5
Sin puertos de usuario (sin HDMI, USB-A): pensado para integrarlo en hardware OEM vía conector de alta densidad. eMMC opcional (4/8/16/32 GB), Wi-Fi/BT opcional. El CM4 lleva el mismo SoC que la Pi 4B; el CM5 (lanzado 2024) usa el chip de la Pi 5.
Para IoT industrial: tarjetas carrier de terceros (Waveshare, Waveshare Industrial, EDATEC) añaden CAN busCProtocoloCAN busBus serie robusto para automoción e industriaVer perfil, RS-485, puertos COM, Ethernet dual, DIN Rail mounting. Convierte el CM en un PLC/gateway industrial a medida.
Raspberry Pi 4B (aún vigente)
4 × Cortex-A72 a 1,8 GHz, 1/2/4/8 GB LPDDR4. Sigue siendo el caballo de batalla de proyectos de gateway por precio (desde ~35 USD) y ecosistema maduro. La Pi 5 la supera en rendimiento bruto pero la 4B es más fácil de aprovisionar en volúmenes medios.
| Modelo | CPU | RAM máx. | Wi-Fi | Ethernet | Precio ref. |
|---|---|---|---|---|---|
| Pi Zero 2W | Cortex-A53 4c @1 GHz | 512 MB | 2.4 GHz + BT4.2 | No | ~15 USD |
| Pi 4B | Cortex-A72 4c @1,8 GHz | 8 GB | 2.4/5 GHz + BT5 | Gigabit | ~35-60 USD |
| Pi 5 | Cortex-A76 4c @2,4 GHz | 8 GB | 2.4/5 GHz + BT5 | Gigabit | ~60-80 USD |
| CM4 | Cortex-A72 4c @1,8 GHz | 8 GB | Opcional | Via carrier | ~25-55 USD |
| CM5 | Cortex-A76 4c @2,4 GHz | 8 GB | Opcional | Via carrier | ~45-75 USD |
GPIO y conectividad de sensores
El conector GPIO de 40 pines de la Raspberry Pi (presente en Pi 4B, Pi 5, Zero 2W, CM vía carrier) expone:
- I2C (GPIO 2/3): buses para sensores de temperatura, humedad (BME280BHardwareBME280Sensor de temperatura, humedad y presión barométricaVer perfil, SHT40), acelerómetros, RTC, pantallas OLED.
- SPI (GPIO 7-11): para pantallas TFT, ADCs externos (MCP3208), módulos de radio (RFM95W LoRa via HAT).
- UART (GPIO 14/15): comunicación serie con MCUs secundarios, módems GPS (u-blox
Empresau-bloxMódulos de posicionamiento (GNSS) y comunicación celularVer perfil NEO-M8N), módulos GSM. - PWM (GPIO 12/13/18/19): control de motores, servos, LEDs.
- GPIO digital: 26 pines de propósito general.
Para radios que la Pi no tiene de serie (LoRa, ZigbeeProtocoloZigbeeMesh 2.4 GHz veterana — base de muchos hubs smart homeVer perfil, Z-WaveZProtocoloZ-WaveMalla sub-GHz para domótica fiableVer perfil), el mercado de HATs cubre la mayoría de necesidades: RAK2245/2247 para LoRaWAN
ProtocoloLoRaWANLPWAN abierta de largo alcance y bajo consumoVer perfil, CC2531 dongle USB para Zigbee, RFM95W HAT para 868/915 MHz.
Acceso GPIO desde Python
import RPi.GPIO as GPIO
import smbus2
import time
# Leer temperatura del BME280 por I2C
bus = smbus2.SMBus(1)
BME280_ADDR = 0x76
def read_temperature():
# Registro de temperatura sin compensación (simplificado)
raw = bus.read_i2c_block_data(BME280_ADDR, 0xFA, 3)
adc_T = (raw[0] << 12) | (raw[1] << 4) | (raw[2] >> 4)
return adc_T # aplicar compensación de fábrica en producción
try:
while True:
temp_raw = read_temperature()
print(f"Raw ADC temp: {temp_raw}")
time.sleep(5)
finally:
GPIO.cleanup()Raspberry Pi como gateway MQTT / IoT
El caso de uso más habitual en IoT industrial y doméstico avanzado: la Pi actúa como broker MQTT local (Mosquitto) y reenvía telemetría a la nube o la procesa localmente.
Arquitectura típica
[Sensor ESP32] --MQTT--> [Mosquitto en Pi] --MQTT bridge--> [Cloud broker / ThingsBoard]
[Sensor nRF52] --BLE--> [Gateway script Pi] ----> [InfluxDB local + Grafana]
[Sensor LoRa] --SPI--> [Packet forwarder] --UDP--> [ChirpStack en Pi]Instalar Mosquitto en Raspberry Pi
sudo apt update && sudo apt install -y mosquitto mosquitto-clients
# Configuración mínima: escuchar en red local
cat /etc/mosquitto/conf.d/local.conf
# listener 1883 0.0.0.0
# allow_anonymous true # solo LAN; en producción usar TLS + contraseña
sudo systemctl enable --now mosquitto
mosquitto_sub -h localhost -t "sensores/#" -vBridge a ThingsBoard Cloud
# /etc/mosquitto/conf.d/bridge.conf
connection thingsboard-bridge
address mqtt.thingsboard.cloud:1883
topic sensores/# out 1 "" ""
remote_username TU_ACCESS_TOKENEsto replica cada mensaje local de sensores/# en la cuenta de ThingsBoard con cero código adicional.
Raspberry Pi en edge computing IoT
Más allá del gateway MQTT, la Pi permite procesar datos en el borde antes de subir a la nube. Casos concretos:
- Filtrado y agregación: en lugar de subir 1 muestra/segundo de 20 sensores, calcular media móvil en Pi y subir 1 dato/minuto → 98% reducción de tráfico.
- Inferencia ML local: modelos TFLite sobre datos de vibraciones, imágenes de cámara o audio; la Pi 5 con M.2 AI HAT+ (NPU) alcanza ~26 TOPS.
- Almacenamiento local resiliente: InfluxDB o SQLite local actúa de buffer ante pérdidas de conectividad; sincroniza cuando la red vuelve.
- Procesado en tiempo cuasi-real: con kernel PREEMPT-RT parcheado se consiguen latencias de interrupción de ~200 µs, suficiente para muchos bucles de control industrial suave.
El concepto de edge computing en IoT se aplica de forma práctica con la Pi sin necesidad de hardware industrial propietario.
Raspberry Pi vs MCU: cuándo elegir cada uno
| Escenario | Pi (SBC) | MCU (ESP32/nRF52) |
|---|---|---|
| Broker MQTT local | Sí | No (limitado) |
| Nodo sensor + radio | No (consumo excesivo) | Sí |
| Edge AI / inferencia | Sí | Solo modelos muy pequeños |
| 5 años con batería LiPo | No | Sí (con deep sleep) |
| Dashboard web local | Sí (Node-RED, Grafana) | No |
| Gateway LoRa 8 canales | Sí (HAT SX1302) | No (sin multi-canal) |
| Certificación industrial (IEC) | Difícil sin CM + carrier validado | Módulos precertificados disponibles |
| Prototipo rápido "sensor a MQTT" | Sobredimensionado | Ideal |
Cuándo NO usar Raspberry Pi
- Aplicaciones con batería: incluso en Zero 2W el consumo mínimo es ~0,9 W en idle, equivalente a agotar una batería de 3.000 mAh en ~3,3 horas. Para nodos sensor de batería usar ESP32 o nRF52840.
- Requisitos hard real-time estrictos (control PID de motor a 10 kHz, lectura de encoder cuadratura): Linux no garantiza latencias deterministas sin PREEMPT-RT y aún así no alcanza a un MCU bare-metal.
- Despliegues masivos de nodos (>100 unidades idénticas): el coste de 30-60 USD por nodo más la complejidad de gestión Linux escala mal; un MCU conectado a un gateway centralizado es más económico.
- Entornos extremos sin acondicionamiento: la Pi operativa entre -40 °C y +85 °C requiere versiones industriales CM4 con carriers certificados (EDATEC ED-CM4SEN) y no es trivial.
- Conectividad LoRaWAN nodo único de bajo coste: el STM32WLSTérminoSTM32WLEl STM32WL es un microcontrolador de STMicroelectronics con radio LoRa sub-GHz integrada en el mismo chip, pensado para nodos LoRaWAN.Ver perfil con LoRa integrado a 3-8 USD es inmensamente más adecuado.
Cómo empezar: tu primer gateway IoT con Pi
Hardware mínimo
- Raspberry Pi 4B o Pi Zero 2W
- microSD ≥16 GB clase 10 (o eMMC en CM4)
- Fuente alimentación oficial (5V/3A para Pi 4B, 5V/3A para Pi 5)
- Cable Ethernet o Wi-Fi configurado
Configuración inicial headless
# En el PC: flashear Raspberry Pi OS Lite (64-bit) con Raspberry Pi Imager
# Configurar Wi-Fi y SSH antes de la primera arrancada desde el Imager (Advanced Options)
# Primera conexión por SSH
ssh pi@raspberrypi.local
# Actualizar sistema
sudo apt update && sudo apt full-upgrade -y
# Instalar stack IoT básico
sudo apt install -y mosquitto mosquitto-clients python3-pip python3-venv
pip3 install paho-mqtt RPi.GPIO smbus2 influxdb-clientSubscriber Python que guarda en InfluxDB
import paho.mqtt.client as mqtt
from influxdb_client import InfluxDBClient, Point
from influxdb_client.client.write_api import SYNCHRONOUS
import json, os
INFLUX_URL = "http://localhost:8086"
INFLUX_TOKEN = os.environ["INFLUXDB_TOKEN"]
INFLUX_ORG = "plataformaiot"
INFLUX_BUCKET = "sensores"
client_influx = InfluxDBClient(url=INFLUX_URL, token=INFLUX_TOKEN, org=INFLUX_ORG)
write_api = client_influx.write_api(write_options=SYNCHRONOUS)
def on_message(client, userdata, msg):
payload = json.loads(msg.payload.decode())
point = (
Point("telemetria")
.tag("sensor", payload.get("id", "unknown"))
.field("temperatura", float(payload["temp"]))
.field("humedad", float(payload["hum"]))
)
write_api.write(bucket=INFLUX_BUCKET, record=point)
print(f"Guardado: {payload}")
mqtt_client = mqtt.Client()
mqtt_client.on_message = on_message
mqtt_client.connect("localhost", 1883)
mqtt_client.subscribe("sensores/#")
mqtt_client.loop_forever()Recursos primarios
- Raspberry Pi Foundation — Products (acceso: 2026-05)
- Raspberry Pi 5 datasheet (acceso: 2026-05)
- Raspberry Pi OS documentation (acceso: 2026-05)
Preguntas frecuentes
¿Raspberry Pi es un microcontrolador?+
No. La Raspberry Pi es un ordenador de placa reducida (SBC) que ejecuta Linux completo. Un microcontrolador (como el ESP32) tiene bucle main(), memoria en KB y no tiene sistema operativo de propósito general. La Pi está un peldaño más arriba en la jerarquía: gateway, edge server, concentrador.
¿Cuál es el mejor modelo de Raspberry Pi para IoT en 2026?+
Depende del caso. Para un gateway doméstico o edge server de laboratorio: Pi 4B o Pi 5 (más RAM y PCIe). Para un gateway compacto con restricciones de espacio y potencia: Pi Zero 2W. Para integración OEM en hardware propio: Compute Module 4 o 5 con carrier personalizado.
¿La Raspberry Pi soporta LoRaWAN?+
No de serie, pero con un HAT como el RAK2245 (chipset SX1301) o el RAK7244 (SX1302/SX1303) se convierte en un gateway LoRaWAN de 8 canales completo corriendo ChirpStack o el packet forwarder de Semtech. Es una de las formas más económicas de montar infraestructura LoRaWAN privada.
¿Puede la Raspberry Pi actuar como broker MQTT?+
Sí. Mosquitto corre perfectamente en cualquier Pi, incluyendo la Zero 2W. Una Pi 4B con Mosquitto aguanta cómodamente cientos de clientes MQTT simultáneos. Para miles de clientes, mejor un servidor dedicado.
¿Raspberry Pi vs ESP32: cuál uso como gateway?+
Para un gateway real (que procesa datos, corre servicios, tiene almacenamiento local, actualiza software vía apt o Docker), la Raspberry Pi es la elección obvia: Linux, multitarea, ecosistema maduro. El ESP32 puede hacer de gateway muy simple (WiFi to MQTT relay) pero con grandes limitaciones de RAM, almacenamiento y capacidad de procesamiento.
¿Es posible usar Raspberry Pi en producción industrial?+
Sí, con las debidas consideraciones: usar Compute Module 4/5 con carrier industrial certificado (EDATEC, Waveshare Industrial), almacenamiento eMMC en lugar de microSD, fuente de alimentación con filtros, y sistema de ficheros overlay o read-only para evitar corrupción por corte de luz. No es trivial, pero se hace con frecuencia.