DEV Community: Steven Carvajal

ESP32-S3 vs ESP32-C3: cuál elegir según el papel del dispositivo

Steven Carvajal — Sun, 04 Oct 2026 10:55:16 +0000

Publicado originalmente en iot.gripe, como parte 2 de la serie "Domótica con ESP32 y AWS desde cero".

"¿ESP32-S3 o ESP32-C3?" es de las primeras preguntas de cualquier proyecto con ESP32. La respuesta de las fichas técnicas (el S3 es más potente, el C3 más barato) no ayuda a decidir. Lo que ayuda es saber qué va a hacer cada placa.

En el proyecto de ejemplo de esta serie hay dos papeles: un hub que habla con la nube y varios nodos que mueven relés o leen sensores (parte 1). En esta parte vemos qué chip encaja en cada uno y qué detalles de estas placas hacen perder tiempo.

Arriba, un ESP32-S3; abajo, dos ESP32-C3. Por fuera casi no se distinguen: la diferencia está en el chip.

Las diferencias que importan

	ESP32-S3	ESP32-C3
CPU	2 núcleos Xtensa LX7, hasta 240 MHz	1 núcleo RISC-V, hasta 160 MHz
SRAM interna	512 KB	400 KB
PSRAM	Opcional, según el módulo	No
Radio	Wi-Fi 4 (2,4 GHz) + Bluetooth LE 5	Wi-Fi 4 (2,4 GHz) + Bluetooth LE 5
ESP-NOW	Sí	Sí
USB	USB OTG + USB-Serial/JTAG	USB-Serial/JTAG
Precio	Más caro	Más barato

Los dos hablan Wi-Fi y ESP-NOW, y el mismo código de Arduino compila para ambos casi sin cambios. La diferencia real está en cuánto trabajo aguantan a la vez.

Un hub hace muchas cosas a la vez

Un dispositivo que hace de puente con la nube suele, al mismo tiempo:

mantener una conexión TLS con el broker, con su certificado X.509;
hablar MQTT y procesar documentos JSON;
enviar órdenes por ESP-NOW y esperar confirmaciones;
levantar un portal web para configurarlo.

TLS es lo que más memoria consume: cada conexión segura reserva varias decenas de KB para sus buffers. Sumado al resto, un chip con más RAM y dos núcleos da margen para crecer sin pelear con la memoria.

Un nodo hace una sola cosa

Un nodo que recibe una orden corta por ESP-NOW, mueve un relé y vigila un interruptor apenas usa recursos. Ahí el C3 sobra, y como el nodo se repite en cada habitación, el precio por unidad importa.

Con esa división, la decisión es casi obvia: el trabajo pesado en el chip con más margen, el trabajo simple en el más barato.

¿Y un C3 como hub?

Funciona. Un ESP32-C3 puede conectarse a AWS IoT Core con TLS y MQTT sin problema. Lo que pasa es que queda con menos margen cuando le sumas más tareas. Dos ajustes habituales si lo intentas:

Ampliar el stack de la tarea loop de Arduino si ves reinicios con Stack canary watchpoint triggered:

   SET_LOOP_TASK_STACK_SIZE(16 * 1024);  // fuera de cualquier función

Vigilar la RAM libre después de conectar TLS y MQTT, con el sketch de la sección siguiente.

Si un error de conexión aparece solo en el C3, revisa primero los permisos y la configuración: es fácil culpar a la memoria cuando el problema está en otro lado. Los errores típicos de conexión con AWS están en la parte 3.

Mide tu placa antes de decidir

Este sketch te dice qué chip tienes, cuánta RAM libre le queda y su MAC, que es la que necesitarás para ESP-NOW. Compila igual para S3 y C3:

// Muestra qué chip tienes y cuánta memoria le queda libre.
// Compila igual para ESP32-S3 y ESP32-C3.

#include <WiFi.h>

void setup() {
  Serial.begin(115200);
  delay(2000);  // da tiempo a abrir el Monitor Serie (USB nativo)

  Serial.printf("Chip: %s (revisión %d)\n", ESP.getChipModel(), ESP.getChipRevision());
  Serial.printf("Núcleos: %d a %lu MHz\n", ESP.getChipCores(), ESP.getCpuFreqMHz());
  Serial.printf("Flash: %lu KB\n", ESP.getFlashChipSize() / 1024);
  Serial.printf("RAM libre: %lu KB (bloque más grande: %lu KB)\n",
                ESP.getFreeHeap() / 1024, ESP.getMaxAllocHeap() / 1024);
  Serial.printf("PSRAM: %s\n", psramFound() ? "sí" : "no");
  WiFi.mode(WIFI_STA);  // la MAC de modo estación es la que usa ESP-NOW
  Serial.printf("MAC: %s\n", WiFi.macAddress().c_str());
}

void loop() {
  // Útil después de conectar Wi-Fi, TLS y MQTT: si este número baja
  // sin parar, tienes una fuga de memoria.
  Serial.printf("RAM libre: %lu KB\n", ESP.getFreeHeap() / 1024);
  delay(10000);
}

El truco es copiar el printf del loop en tu firmware. Si después de conectar TLS y MQTT la RAM libre queda muy baja, o baja sin parar, esa placa se va a quedar corta.

Detalles de las placas Super Mini que hacen perder tiempo

Las versiones "Super Mini" de ambos chips son pequeñas, con USB-C y baratas. Estos detalles no vienen en ninguna ficha técnica:

El LED del ESP32-C3 Super Mini está en el GPIO 8 y funciona al revés. Se enciende con LOW y se apaga con HIGH. No es un LED RGB: la librería NeoPixel no hace nada con él.

#define STATUS_LED_PIN 8

// Activo en bajo: LOW enciende, HIGH apaga
void setStatusLed(bool on) {
  digitalWrite(STATUS_LED_PIN, on ? LOW : HIGH);
}

El ESP32-S3 Super Mini trae un LED RGB direccionable en el GPIO 48. No se controla con digitalWrite: necesitas una librería como Adafruit NeoPixel. Es útil como indicador de estado, por ejemplo verde cuando está conectado a la nube.

Cuidado con los pines de arranque del C3. Los GPIO 2, 8 y 9 influyen en cómo arranca el chip. Para un botón o un interruptor, un pin libre como el GPIO 10 con INPUT_PULLUP y el otro cable a tierra funciona sin resistencia externa.

El ESP32-C3 Super Mini por detrás. El GPIO 10 está a la derecha; el 8 y el 9, justo encima, son pines de arranque.

El Monitor Serie puede quedarse en blanco. Estas placas usan el USB nativo del chip (USB-Serial/JTAG), no un conversor USB-serie aparte. En Arduino IDE activa Tools → USB CDC On Boot → Enabled, o no verás nada. Y al reiniciar el chip se reinicia también el USB, así que los primeros mensajes se pueden perder: por eso el delay(2000) del sketch.

La MAC la puedes leer al flashear. esptool la imprime al conectarse durante la carga. Viene grabada de fábrica y es la misma que usa ESP-NOW.

Cuándo elegir cada uno

Elige un ESP32-S3 si el dispositivo:

mantiene una conexión TLS permanente (AWS IoT, HTTPS, MQTT seguro);
hace varias cosas a la vez (red, servidor web, procesamiento de JSON);
puede crecer: voz local, cámara, pantalla o aprendizaje automático.

Elige un ESP32-C3 si el dispositivo:

hace una sola tarea simple (un relé, un sensor);
se comunica por ESP-NOW o Bluetooth, sin TLS;
se repite muchas veces en el proyecto y el precio por unidad importa.

Dónde comprarlas

Revisa en la ficha que diga Super Mini y el chip correcto, porque hay versiones muy parecidas.

ESP32-S3 Super Mini
ESP32-C3 Super Mini

Preguntas frecuentes

¿El mismo código funciona en los dos?

Casi siempre. Lo que cambia son los pines (LED, botones) y el margen de memoria.

¿El ESP32-C3 puede conectarse a AWS IoT Core?

Sí, con TLS y MQTT. Lo que no conviene es cargarlo con muchas tareas más si quieres margen para crecer.

¿Y el ESP32 clásico?

También sirve como hub: tiene dos núcleos y Wi-Fi. El S3 es más nuevo, y la versión Super Mini es muy compacta y trae USB nativo. Si ya tienes un ESP32 clásico, úsalo.

¿Cuántos nodos puede manejar un hub por ESP-NOW?

Hasta 20 peers registrados a la vez. Es un límite del SDK de Espressif, no de la RAM. En la parte 4 explico cómo funciona la comunicación entre placas.

Arquitectura de una casa inteligente con ESP32 y AWS: las piezas y cómo encajan

Steven Carvajal — Sat, 03 Oct 2026 10:14:39 +0000

Publicado originalmente en iot.gripe, como parte 1 de la serie "Domótica con ESP32 y AWS desde cero".

La mayoría de tutoriales de domótica con ESP32 terminan en un LED que se enciende desde el celular. Los problemas aparecen después: cuando tienes diez dispositivos, cuando otra persona de la casa quiere usarlos, cuando quieres controlarlos por voz o cuando un corte de luz desordena todo.

En esta serie construimos, paso a paso, un proyecto de ejemplo de domótica con ESP32 y AWS. Cada parte explica una pieza (firmware, nube, app o seguridad) con código mínimo y nombres genéricos, para que la adaptes a tu propio proyecto. Esta primera parte es el mapa: qué piezas hay, cómo se hablan y qué opciones tienes en cada capa.

Un ESP32-S3 (arriba) y dos ESP32-C3 (abajo): el hardware típico de un proyecto así.

La arquitectura en una imagen

Las tres capas del proyecto de ejemplo. La caja punteada es la alternativa: cada ESP32 conectado directo a la nube.

Casi todos los sistemas de domótica conectados a la nube tienen estas tres capas:

Dispositivos en la casa: placas ESP32 que mueven relés o leen sensores.
Nube: un broker MQTT que recibe y reparte los mensajes, un servicio de login, una base de datos y alguna API.
Apps: una web app o app móvil, y quizá control por voz.

Con AWS, todo puede ser serverless: no hay servidores propios que mantener, y con uso doméstico el costo es de centavos al mes.

Capa 1: cómo se conectan los dispositivos

La primera decisión es si cada dispositivo habla con la nube o si uno solo lo hace por todos.

	Cada dispositivo conectado a la nube	Un hub y nodos locales
Conexiones TLS abiertas	Una por dispositivo	Una por casa
Certificados que administrar	Uno por dispositivo	Uno por hub
Clientes conectados al router	Todos	Solo el hub
Memoria que necesita cada placa	TLS + MQTT + JSON en todas	Los nodos necesitan muy poca
Si el hub falla	No aplica	Los nodos pierden el control remoto
Complejidad	Menor: un solo firmware	Mayor: dos firmwares y un protocolo local

Conexión directa es lo más simple para empezar, y lo que hace la mayoría de enchufes comerciales: cada placa con su Wi-Fi, su certificado y su conexión MQTT.

Hub y nodos escala mejor cuando hay muchos dispositivos pequeños. El hub (un ESP32-S3, con más memoria) es el único con Wi-Fi e internet; los nodos (ESP32-C3, más baratos) reciben órdenes por un protocolo local. Para el protocolo local hay varias opciones: ESP-NOW (de Espressif, sin router), Bluetooth LE, Zigbee o Thread. Las comparo en la guía de comunicación entre dispositivos.

El proyecto de ejemplo usa un hub con nodos ESP-NOW porque así la serie cubre las dos cosas: la conexión de un ESP32 con AWS (parte 3) y la comunicación entre placas (parte 4). La elección de placas para cada papel está en la parte 2.

Un interruptor físico que no depende de internet

Sea cual sea la arquitectura, conviene que cada luz tenga un interruptor de pared que funcione en local: el dispositivo cambia el estado al instante y después avisa a la nube. Si se cae internet, la luz sigue funcionando como siempre. Lo construimos en la parte 18.

Capa 2: la nube en AWS

Servicio	Para qué sirve
AWS IoT Core	Broker MQTT gestionado. Autentica cada dispositivo con un certificado X.509
Device Shadow	Un documento JSON por dispositivo con el estado deseado y el reportado. Guarda el estado aunque el dispositivo esté desconectado
Cognito	Login de usuarios (User Pool) y credenciales temporales de AWS para la app (Identity Pool)
DynamoDB	Base de datos para usuarios, dispositivos o lecturas de sensores
Lambda	Funciones para las APIs: por ejemplo, la que recibe una orden de voz
AWS CDK	Toda la infraestructura definida como código

Si es tu primer contacto con AWS IoT, empieza por la guía de AWS IoT Core.

Cómo viaja una orden con el Device Shadow

El patrón más usado con AWS IoT es separar lo que el usuario quiere de lo que el dispositivo confirma:

{
  "state": {
    "desired":  { "sala": "on",  "cocina": "off" },
    "reported": { "sala": "off", "cocina": "off" }
  }
}

La app escribe el estado deseado (desired).
AWS IoT calcula la diferencia entre deseado y reportado (el delta) y se la envía al dispositivo.
El dispositivo aplica el cambio (o se lo pasa al nodo que corresponde) y espera la confirmación.
Con el cambio confirmado, publica el nuevo estado reportado (reported).
La app, suscrita a los cambios, actualiza el botón.

La regla de oro: el dispositivo solo reporta lo que de verdad aplicó. Si un nodo está desconectado, la app no debe mostrar un estado falso. Lo implementamos en la parte 5.

Capa 3: las apps

La web app puede ser un sitio estático con React y Vite que se conecta a AWS IoT Core por MQTT sobre WebSocket (parte 10) y que se instala en el celular como una app (parte 15). Un sitio estático se puede alojar gratis.

La voz no necesita un altavoz inteligente: un Atajo de iOS puede llamar a una API HTTPS y Siri lo ejecuta con una frase (parte 9).

Cuánto cuesta

Para una casa, centavos de dólar al mes: AWS IoT Core cobra por conexión y por mensaje, Cognito tiene una capa gratuita amplia, DynamoDB y Lambda en modo bajo demanda cobran por uso, y la web app se puede alojar gratis. Cómo estimarlo con números está en la parte 22.

Los límites que conviene conocer

ESP-NOW admite un máximo de 20 *peers* registrados por dispositivo (menos si usas cifrado). Es un límite del SDK de Espressif.
El control remoto depende de internet. Sin conexión, la app y la voz no funcionan; los interruptores físicos sí.
Un dispositivo apagado no recibe órdenes. El Shadow guarda el estado deseado y se lo entrega cuando vuelve, pero la app debe mostrar que está desconectado (parte 19).

Preguntas frecuentes

¿Por qué no usar Home Assistant?

Home Assistant es excelente para domótica local: todo funciona dentro de tu red y tiene miles de integraciones. Una arquitectura en la nube tiene sentido si quieres control remoto sin abrir puertos ni mantener un servidor encendido en casa, o si quieres aprender a construir cada pieza. Comparo las dos opciones en un artículo aparte.

¿ESP-NOW o Wi-Fi para todos los dispositivos?

Con pocos dispositivos, Wi-Fi directo es más simple. Con muchos, o con nodos a batería, ESP-NOW reduce memoria, consumo y conexiones al router. La parte 4 explica ESP-NOW paso a paso.

¿Necesito AWS para seguir la serie?

Para las partes de la nube, sí. Las partes de firmware (ESP-NOW, NVS, portal cautivo, interruptor físico) sirven para cualquier proyecto con ESP32, uses otra nube o ninguna.

¿Qué viene en la serie?

El hardware (parte 2), la conexión con AWS IoT Core (parte 3), ESP-NOW (parte 4) y, después, la base de datos, las APIs, la web app, la seguridad y los costos. El índice completo está en la página de la serie.