Por qué tu sensor de temperatura ESP32 marca 4 °C de más
El sensor no está roto: los reguladores lineales y las ráfagas de transmisión wifi disipan calor directamente en las pistas de la protoboard y en las carcasas. Te explicamos cómo solucionar la deriva térmica sin falsear el código de calibración.
Es casi seguro que tu sensor de temperatura funciona tal y como salió de fábrica. El problema no es el sensor, sino que no está midiendo el aire ambiente de tu aula: está midiendo el microclima térmico generado por el ESP32 que tiene justo al lado. Cuando un módulo DHT11, DHT22 o BME280 comparte protoboard, placa PCB a medida o carcasa impresa en 3D con una placa de desarrollo ESP32, la disipación de calor de la propia placa desvía al alza las lecturas de temperatura de forma sistemática entre 2 °C y 5 °C, al tiempo que reduce las lecturas de humedad relativa entre un 10 % y un 20 %.
En los proyectos escolares de robótica e IoT, la primera reacción suele ser programar un parche rápido en el software: restar cuatro grados al valor decimal sin procesar. Esa es una mala práctica de ingeniería para enseñar a los alumnos. La desviación térmica es dinámica, no lineal. Cambia en función del ciclo de trabajo de la transmisión wifi, de la ventilación del aula y de si el microcontrolador está consultando activamente los sensores o se encuentra en reposo.
Los dos culpables: los reguladores lineales y los transitorios de la wifi
Una placa de desarrollo ESP32 (como los modelos estándar de 30 o 38 pines tipo NodeMCU, habituales en los centros educativos sudafricanos) se alimenta mediante una conexión USB de 5 V. Sin embargo, el sistema en chip (SoC) del ESP32 funciona a 3,3 V. La caída de tensión entre la línea de 5 V y la de 3,3 V la absorbe un regulador lineal de baja caída de tensión (LDO) integrado en la placa, normalmente un chip AMS1117 o similar.
Los reguladores lineales reducen la tensión disipando el exceso de energía en forma de calor. El cálculo es directo: reducir de 5,0 V a 3,3 V deja una diferencia de 1,7 V. Cuando un ESP32 ejecuta sus dos núcleos Tensilica con el módem wifi activado, consume una corriente media de 80 mA a 130 mA, con picos transitorios de corriente que alcanzan entre 250 mA y 400 mA durante las ráfagas de transmisión por radiofrecuencia. Eso significa que el diminuto regulador de la placa disipa de forma continua entre 140 mW y 220 mW de pura energía térmica directamente en los planos de cobre de la PCB.
Al mismo tiempo, el propio SoC del ESP32 se calienta. El amplificador de potencia de radiofrecuencia interno que opera en 802.11b/g/n a 2,4 GHz genera calor localizado dentro del blindaje metálico. Si el sensor se encuentra a dos o tres centímetros de esa cápsula metálica o del LDO, estará operando dentro de esa bolsa de calor concentrado.
Cómo se propaga el calor: conducción y acumulación en carcasas cerradas
En un montaje de aula, el calor llega al sensor principalmente a través de tres vías:
- Pistas de cobre de la protoboard: Las protoboards son de plástico por fuera, pero por dentro se basan en tiras metálicas paralelas de contacto con efecto resorte. Cuando los pines de alimentación y tierra del ESP32 se calientan, esa energía térmica se transmite por conducción directa a lo largo de las tiras metálicas hasta los pines contiguos donde está conectado el módulo del sensor.
- Autocalentamiento MEMS: El Bosch BME280 es un sensor MEMS (sistema microelectromecánico) microscópico. Si los alumnos lo configuran en modo continuo «Normal» con frecuencias de sobremuestreo elevadas y lo leen de forma ininterrumpida dentro de un bucle infinito en Arduino, la electrónica interna del encapsulado del sensor se autocalienta.
- Aire estancado en la carcasa: Cuando los alumnos alojan una estación meteorológica de IoT en una caja compacta impresa en 3D o en una caja para proyectos de ABS para protegerla de los golpes en el aula, la convección desaparece. El LDO actúa como un calefactor en miniatura de 200 mW dentro de una caja sellada. En diez minutos, el aire interior supera con creces la temperatura ambiente de la sala.
Soluciones prácticas que funcionan en el aula
En lugar de parchar el firmware con una resta arbitraria, aprovecha este problema como una lección práctica de diseño térmico y gestión de energía en el firmware.
| Intervención | Mecanismo | Reducción térmica típica |
|---|---|---|
| Separación física (cables puente de 10-15 cm) | Elimina la conducción por placa y separa los volúmenes de aire | De 2,5 °C a 4,0 °C |
| Firmware con suspensión profunda y lectura previa a la radio | Reduce el consumo de corriente del LDO y evita picos térmicos de radiofrecuencia | De 1,5 °C a 3,0 °C |
| Modo forzado en el BME280 (baja frecuencia de muestreo) | Evita el autocalentamiento interno del MEMS | De 0,5 °C a 1,0 °C |
| Carcasa ventilada con deflector térmico | Separa la cámara de la radio de la cámara de entrada del sensor | De 2,0 °C a 3,5 °C |
1. Separación física (distanciamiento térmico)
La solución más eficaz con diferencia es la distancia física. Retira por completo el DHT22 o el BME280 de la protoboard del microcontrolador. Conectar el sensor mediante un cable plano de 10 cm o 15 cm o montarlo sobre un separador térmico específico desacopla de inmediato el sensor de la conducción térmica de la PCB. Además, como el aire caliente asciende, monta siempre el sensor por debajo o al lado del ESP32, nunca directamente encima.
2. Cambia la rutina del firmware: leer primero, transmitir después
La mayor parte del código escrito por principiantes en IoT sigue esta secuencia: conectarse a la wifi, establecer un enlace MQTT o HTTP, leer el sensor, enviar el paquete, esperar dos segundos y repetir. Al mantener la wifi activa todo el tiempo, la placa nunca llega a enfriarse.
En su lugar, reestructura la rutina para emplear el modo de suspensión profunda (deep sleep), sobre todo en estaciones de registro de datos:
- Despierta el ESP32 del modo de suspensión profunda (con la radio wifi apagada).
- Lee el sensor de temperatura y humedad de inmediato, mientras la placa está fría.
- Inicializa la radio wifi, conéctate a la red del centro educativo, transmite la carga de datos y apaga la radio al instante.
- Vuelve a poner el ESP32 en suspensión profunda durante 60 a 300 segundos.
En suspensión profunda, el consumo de corriente cae en picado de ~100 mA a microamperios en módulos básicos (o a 1-3 mA en placas de desarrollo con puentes USB pasivos). El LDO se enfría por completo y las lecturas pasan a reflejar el aire ambiente real en lugar de la disipación térmica del silicio.
3. Configura los sensores en modos de bajo consumo
Si utilizas el BME280 a través de librerías como la de Adafruit para BME280, no lo dejes en modo de muestreo continuo. Cambia el sensor a «modo forzado» (Forced Mode). En este modo, el sensor permanece en reposo, realiza una sola medición bajo demanda, devuelve los datos y vuelve a entrar en reposo de manera automática. Para la monitorización ambiental en el aula, una lectura cada 30 o 60 segundos es más que suficiente.
Enseñar buenas prácticas de ingeniería
Cuando los alumnos ven que su estación meteorológica indica 26 °C mientras el termómetro de pared marca claramente 22 °C, resulta tentador achacarlo a la tolerancia de componentes económicos. Rara vez es el caso. Si se comprueba el sistema con un termómetro de infrarrojos, se puede observar enseguida que el SoC del ESP32 alcanza los 35 °C o más en una tarde templada.
Enseñar al alumnado a diagnosticar la fuente física de calor, medir la caída de tensión en el regulador y rediseñar su disposición física desarrolla verdaderas competencias de ingeniería. Si tu centro educativo está desplegando nodos de telemetría conectados en aulas o invernaderos escolares, explorar soportes de sensores estandarizados y arquitecturas IoT de bajo consumo a través de los módulos de aprendizaje de IoT de Sheen proporciona un método estructurado para aplicar estas buenas prácticas de hardware sin tener que reinventar el circuito desde cero.
