25 min. Por qué un programa necesita recordar en qué estado está, y por qué un solo umbral no basta.

🌐 Sesión 2 en el sitio del curso

¿Por qué un termostato?

Es la misma lógica de control que el ventilador del motor y las alarmas que mandamos a pits. Reaparece completa en el curso Avanzado (umbrales del dashboard) y tiene una trampa conceptual real — la histéresis — que hace que la fase Predict falle de forma productiva. Un semáforo o un contador no dan eso.

Conceptos

1. Variable de estado — bool ventiladorEncendido. El programa no solo lee: recuerda. Sin memoria, la pregunta "¿qué hace a 90 °C?" no tiene respuesta única.
2. Histéresis — dos umbrales distintos: enciende a 95 °C, apaga a 88 °C. La banda entre ambos es lo que impide el chattering.
3. Chattering — con un solo umbral, el ruido de ±0.5 °C alrededor del punto de disparo enciende y apaga el relé varias veces por segundo. Es un modo de falla mecánico real, no un detalle estético.
4. else if vs dos if — las transiciones son mutuamente excluyentes; con dos if independientes se puede entrar y salir en el mismo ciclo.
5. Frecuencia de muestreo — delay(200) = 5 Hz. Bajarla pierde eventos; en I6 del Intermedio esto se llama aliasing.

Método PRIMM

Predict → Run → Investigate → Modify → Make. El alumno no escribe código desde cero: parte de un programa que funciona, lo predice, lo rompe, lo entiende y luego lo extiende. Es lo contrario al "empieza con un void setup() vacío", que en nuevo ingreso produce copiado sin comprensión.

⚠️ Para el instructor: la pregunta trampa ("a 90 °C, ¿encendido o apagado?") se responde mal casi siempre. No adelantes la respuesta. El error es el contenido de la sesión.

Se siembra aquí, se cosecha después

Bibliografía

• Sentance, S.; Waite, J.; Kallia, M. — Teaching computer programming with PRIMM: a sociocultural perspective, Computer Science Education (2019)
• Raspberry Pi Foundation / Hello World — material de referencia sobre PRIMM
• Espressif — ESP32 Datasheet (ADC, 12 bits)