Automatizar consiste en preparar reglas para que un sistema responda a entradas sin recibir una orden humana para cada acción. Primero se define la necesidad: qué situación queremos reconocer, qué respuesta sería útil y cuándo sería innecesaria. Un requisito convierte una intención como «mejorar el aula» en un comportamiento comprobable. Debe indicar condiciones, respuesta y alcance. Nuestra maqueta representa una necesidad del aula, pero no modifica su instalación eléctrica ni demuestra por sí sola ahorro de energía.

El control manual depende de una orden directa; el automático interpreta entradas. Ambos pueden convivir si se fija su prioridad. Una orden de anulación debe impedir la salida incluso cuando la regla automática pide activarla. También hay que comunicar si el sistema está habilitado: permiso de funcionamiento y aviso del sensor son informaciones distintas. La utilidad se justifica comparando qué hace la maqueta con y sin automatización, considerando materiales reutilizados y acciones evitadas. Para afirmar ahorro medido haría falta medir consumo en condiciones comparables.

Las entradas aportan información con significados distintos: una medida describe una situación y una orden expresa una elección. En nuestra maqueta, la luz integrada proporciona un número y el botón produce un evento. Para entender esa diferencia conviene separar la magnitud física de su representación. Una señal analógica puede variar de forma continua; una digital distingue estados discretos. Un conversor representa valores analógicos mediante números digitales. Después, una comparación transforma una lectura en una condición booleana, cuyo resultado solo puede ser verdadero o falso.

A partir de esas condiciones se construye la regla de control. Y exige que las dos sean verdaderas, mientras que O acepta que se cumpla al menos una. Por eso cambiar el operador modifica la respuesta aunque las entradas y los cables sigan siendo los mismos. La tabla de verdad reúne las cuatro combinaciones posibles de dos condiciones y permite comprobar qué diferencia introduce cada regla. Su utilidad está en relacionar cada combinación con el requisito que el sistema debe respetar.

El funcionamiento también depende de lo que se recuerda entre lecturas. Una pulsación breve puede cambiar la variable booleana habilitado y dejar guardada la elección después de soltar el botón. Mientras los eventos modifican esa habilitación, el bucle vuelve a medir y consulta el permiso conservado para decidir. Reinicializar la variable dentro del bucle borraría esa continuidad: el siguiente ciclo sustituiría la elección. Así, medida, condición y memoria colaboran para producir una respuesta coherente.

Un umbral es una referencia con la que comparamos una lectura para tomar una decisión. Debe elegirse a partir de observaciones, no porque una cifra resulte cómoda. En MakeCode, la luz integrada de micro:bit usa una escala relativa de 0 a 255: los números mayores representan más luz. No son lux. La primera llamada inicia la detección y devuelve 0; conviene iniciar la lectura y esperar a que se actualice antes de reunir la serie de observaciones útiles.

Recoge cinco lecturas por condición y mantén posición, orientación y procedimiento. Anota la escala y el origen del dato, también si utilizas un módulo externo. Dos dispositivos pueden dar el mismo número con significados diferentes, o invertir el sentido de respuesta. Si las series se solapan, un límite no puede separarlas perfectamente. Revisar la colocación o describir la incertidumbre es más honesto que borrar valores. Esta caracterización relaciona la lectura con la situación observada; no transforma automáticamente la escala relativa en una unidad física calibrada.

Una lectura puede oscilar ligeramente aunque la situación observada parezca estable. Con un único umbral, una variación pequeña puede colocarla primero a un lado del límite y después al otro. Si cada paso obliga a encender o apagar, el aviso cambia repetidamente sin que exista una transformación importante del entorno. La histéresis reduce esa inestabilidad al utilizar un límite para activar y otro para desactivar. En el taller, el aviso se activa con luz menor que 45 y se desactiva con luz mayor que 55; son referencias de una escala relativa, no valores universales de iluminación.

La separación de los límites crea una zona donde se conserva el estado anterior. Por eso conocer solo la lectura actual no permite predecir siempre la salida: también importa cómo estaba el aviso antes y con qué estado comenzó el programa. Las comparaciones del taller son estrictas. Una lectura exactamente igual a 45 o a 55 no cumple la condición de cambio y mantiene la memoria. El estado anterior forma parte de la decisión, no es un dato accesorio del registro.

Esta relación explica por qué la comprobación necesita secuencias desde ambos estados iniciales. Una lectura aislada no muestra qué transición ocurrió. La histéresis modifica las condiciones de cambio; un promedio combina lecturas y una espera retrasa acciones. Son recursos distintos. La mejora guiada permite estudiar menos cambios cerca del umbral, pero no convierte un sensor inadecuado en adecuado ni elimina cualquier perturbación.

Un controlador interpreta entradas y genera órdenes; un actuador transforma una orden en un efecto físico. Un LED puede comunicar y un servo desplazar una pieza. La señal que expresa una decisión no es lo mismo que la alimentación que aporta energía. Un pin de señal no debe utilizarse como fuente directa de potencia para un motor. La interfaz validada adapta la orden al componente y puede requerir una alimentación específica, según su documentación y el montaje autorizado.

Separar la decisión de la aplicación de salida permite conservar la lógica al sustituir la matriz de LED por un indicador compatible. La variable aviso expresa intención; el bloque de salida traduce esa intención. Algunos módulos se activan con niveles lógicos diferentes: la polaridad activa debe comprobarse. micro:bit, ACEBOTT y Echidna Black2 pueden estudiarse como estaciones con funciones semejantes, sin suponer cables, tensiones o programas intercambiables. Registra placa, referencia del módulo, tensión, señal, conector y entorno; conecta sin alimentación y utiliza únicamente la ficha revisada con el docente.

Un diseño necesita expresar qué ocurre al iniciar, anular y volver a habilitar. Para esta maqueta, la salida comienza desactivada y la anulación impide cualquier petición automática posterior hasta habilitar de nuevo. En la mejora guiada, B deshabilita y deja aviso falso; A permite interpretar de nuevo la medida actual. Si la lectura queda entre umbrales, importa el estado que dejó la anulación. No basta con añadir un botón si el bucle vuelve a activar la salida inmediatamente.

La respuesta ante una entrada perdida depende de qué información puede reconocer realmente el programa. Un número dentro del rango puede proceder de un sensor atascado; comprobar el intervalo no detecta ese problema por sí solo. Registra síntoma, hipótesis y prueba que permita contrastarla. En esta maqueta se adopta salida desactivada ante el fallo previsto, sin generalizar que apagar sea siempre seguro en cualquier sistema. La prueba de anulación debe hacerse cuando la regla automática pide actuar: pulsar parada con todo apagado aporta poca evidencia sobre su prioridad.

Integrar significa comprobar que las partes colaboran según los requisitos. Primero se leen entradas; después se determina el nuevo estado; por último se aplica una salida coherente. Una traza anota ese recorrido por ciclos e incluye medida, habilitación, estado anterior y estado nuevo. La simulación permite controlar valores y estudiar límites, pero no demuestra conexiones, respuesta real del sensor ni alimentación. La comprobación física necesita el montaje validado y un registro que identifique sus condiciones de ensayo.

El diseño A01 reúne requisitos, esquema, algoritmo, recursos y una microprueba ya realizada; no es solo una promesa de construcción. El producto A02 incorpora código editable, montaje, pruebas y una mejora contrastada. Las prácticas intermedias alimentan esas dos entregas sin generar otra. Para comparar una mejora conserva condiciones y cambia una decisión cada vez. Registra también resultados inesperados y limita la conclusión a lo observado. Cada integrante debe seguir un dato hasta su efecto y explicar una decisión propia, una predicción y una modificación o revisión concreta.

Una documentación técnica sirve para resolver una pregunta concreta. La referencia de lightLevel permite conocer el rango y la primera lectura; la guía de seguridad ayuda a revisar el manejo de la placa. Un tutorial puede mostrar una aplicación, pero sus decisiones no sustituyen tus requisitos ni garantizan compatibilidad. Antes de adaptar un ejemplo identifica versión, entrada, salida, condiciones y resultado esperado. Esa lectura convierte una receta en una explicación que puedes defender ante una situación diferente.

La transferencia conserva un patrón y revisa lo que depende del contexto. Cambiar de luz a otro sensor podría mantener leer, decidir y actuar, pero obligaría a revisar escala, sentido de lectura, umbrales e interfaz. Cambiar un icono por un motor también cambia recursos y respuesta física. Los vídeos opcionales se pueden pausar y acompañar de texto; no son necesarios para completar la misión. En Google Docs registra qué duda resuelve cada fuente y qué sigue sin probarse. Utiliza autoría y permisos compatibles si incorporas recursos ajenos, sin confundir citar con autorizar su reproducción.