Espacio de práctica · Abdelghani Ben Moussa
DPOIT / Anteproyecto 06

Garaje inteligente.

Abrir y cerrar una puerta de maqueta enviando órdenes desde un teléfono.

AutomatizaciónEstado: anteproyectoExplicación + prueba visual
Lectura orientativa: 6 minGuía y ejemplos de estudio

El móvil solicita una acción; el ESP32 ejecuta la orden y conserva un estado. Abrir, cerrar y conocer la posición prevista son problemas distintos, especialmente si aparece otra orden mientras se mueve la puerta.

Qué se quiere conseguir

Abrir y cerrar una puerta de maqueta enviando órdenes desde un teléfono.

El móvil se utiliza como interfaz. El controlador recibe la orden y posiciona el servo para representar apertura o cierre en una puerta de maqueta.

La clave del sistema. Los mensajes de estado permiten comprobar que la orden elegida corresponde al movimiento mostrado.

Del dato a la respuesta

Entrada

Orden desde el móvil

Control

recepción en ESP32 → ajuste del servo

Salida

puerta abierta o cerrada.

  1. El usuario selecciona abrir o cerrar en el móvil.
  2. La orden llega inalámbricamente al ESP32.
  3. El controlador mueve un servomotor.
  4. La puerta alcanza la posición ordenada.

Qué aporta cada componente

Esta lista resume los elementos previstos. El modelo exacto, el cableado y los valores se concretan en el diseño del montaje.

ElementoFunción en el sistema
ESP32Procesa las entradas y ejecuta la lógica de control.
Teléfono móvilForma parte del montaje y de su aplicación práctica.
Comunicación inalámbricaTransporta las órdenes entre dispositivos.
ServomotorMueve una parte de la maqueta a una posición controlada.
Puerta de maquetaForma parte del montaje y de su aplicación práctica.

La lógica, en pocas líneas

Este esquema de instrucciones ayuda a plantear el programa antes de escribir el código. Es pseudocódigo: expresa la secuencia sin fijar un lenguaje ni los pines.

Iniciar con la puerta cerrada
Esperar una orden
Si es abrir: llevar servo a posición abierta
Si es cerrar: llevar servo a posición cerrada
Actualizar el estado mostrado

Prueba la idea

Laboratorio interactivoModelo conceptual
GARAGE / 01

Modelo didáctico de la lógica del sistema. No está conectado a un montaje real.

Cómo comprobar el resultado

Las órdenes de abrir y cerrar deben llevar la puerta a las posiciones respectivas.

Las marcas sirven para tu lectura de esta página; no certifican un montaje ni se guardan al cerrar.

Qué incluye esta propuesta

La interfaz y el método de comunicación concretos aún deben definirse.

Qué documentar al desarrollar el montaje

Esquema de conexiones, modelo de componentes, versiones del programa, resultados observados y cambios respecto al anteproyecto. Anota también el método de alimentación y los límites de movimiento o de conteo que hayas aplicado.

Repasar fundamentos del ESP32 ↗

Decisiones antes de montar

Interfaz de usuario

Usa acciones explícitas para abrir y cerrar. Define qué información vuelve al móvil y cuándo se actualiza.

Posiciones del servo

Determina los extremos seguros de la puerta de maqueta. Comprueba el movimiento sin cargar la estructura antes de fijar los valores.

Órdenes repetidas

Una nueva orden de abrir cuando ya está abierta debe producir un resultado estable. Define también qué ocurre si se solicita el movimiento contrario.

Comunicación

El método de enlace debe concretarse en el montaje. Una animación local no demuestra conectividad ni confirma la posición física de una puerta.

Del bloque aislado al sistema completo

01

Validar las entradasObserva cada entrada por separado. Anota qué lectura o evento representa y qué ocurre al no estar activa.

02

Validar las salidasPrueba cada actuador o indicador con el método de control correspondiente. Revisa alimentación y posiciones de reposo.

03

Integrar los estadosConecta la lectura con la decisión y después con la respuesta. Usa la secuencia descrita para comprobar transiciones.

04

Probar condiciones límiteAplica las comprobaciones de esta ficha y registra el caso incorrecto o el extremo de funcionamiento.

Problemas habituales y comprobaciones

Estos síntomas orientan la revisión, pero no identifican por sí solos una avería. Contrasta cada hipótesis con el funcionamiento esperado del bloque.

SíntomaPosible explicaciónQué comprobar
La interfaz dice abierta pero la puerta no se mueveLa pantalla refleja la orden y no una comprobación física.Distinguir orden enviada, orden recibida y posición observada.
El servo zumba al finalEl recorrido obliga al mecanismo contra un tope.Ajustar los ángulos y verificar la carga.
Los comandos se acumulanSe ejecutan peticiones sin gestionar el estado de movimiento.Definir cuándo se acepta, ignora o reemplaza una orden.

Qué incluir en la memoria

Incluye una secuencia abrir–cerrar, una orden repetida y una prueba sin comunicación. Anota los estados mostrados y las limitaciones de la maqueta.

Añade el esquema final, los componentes utilizados, el programa y una conclusión que compare el objetivo inicial con lo observado. Si una función no está implementada o no se ha medido, indícalo expresamente.

Actividad guiada: del caso al resultado

Compara la orden enviada con el estado representado. Una interfaz puede mostrar lo solicitado sin haber comprobado todavía que el mecanismo lo ha realizado.

SituaciónQué hacerQué justificar
Abrir dos vecesEnvía una apertura cuando la puerta ya está abierta.La posición prevista sigue siendo abierta.
Cerrar después de abrirSolicita la acción contraria y observa el estado.La puerta de maqueta vuelve a su posición cerrada.
Orden no recibidaPlantea qué muestra la interfaz si no existe confirmación.No se confunde una solicitud con una respuesta confirmada.

Interpretar antes de concluir

Conviene describir tres momentos: solicitud, recepción y respuesta. Si el proyecto no tiene sensor de posición, la posición física observada y el estado que supone el programa deben documentarse por separado.

En el informe, separa observación, explicación y conclusión. La observación es lo que has visto o medido; la explicación relaciona los bloques del sistema; la conclusión indica si el objetivo se cumple y con qué límites.

Criterios para explicar la práctica

Funcionamiento

Relaciona entrada, condición y salida sin saltarte estados o límites.

Comprobación

Incluye un caso normal y otro incorrecto o extremo, con su resultado observado.

Argumentación

Explica las decisiones del diseño y reconoce las funciones pendientes o no medidas.

Ampliación del proyecto

Cómo se desarrolla el proyecto

Funcionamiento paso a paso

El teléfono envía una orden de apertura o cierre. El ESP32 la recibe, comprueba el estado actual de la puerta y gobierna el servo únicamente cuando es necesario. Trabajar con estados —cerrado, abriendo, abierto y cerrando— evita repetir órdenes sin control.

Pruebas y comprobación

Se comprueba la respuesta a abrir/cerrar, órdenes repetidas, reinicio del ESP32 y posiciones límite del servo. La maqueta debe permitir observar claramente cuándo una orden ha sido recibida y cuándo el movimiento ha terminado.

Mejoras posibles

Puede incorporar sensor de puerta, detección de obstáculos, autenticación, apertura automática por proximidad o una interfaz web con estado en tiempo real.

Qué conviene entregar en clase

Incluye una descripción del objetivo, lista de componentes, esquema o conexiones, explicación del programa por bloques, pruebas realizadas, problemas encontrados y una conclusión propia. Esto hace que el proyecto muestre no solo el resultado final, sino también el proceso técnico seguido.