Esta propuesta aplica el control de acceso a una barrera. La validación de la contraseña debe mantenerse separada del movimiento para que una entrada incompleta o errónea no produzca una apertura accidental.
Qué se quiere conseguir
Permitir la entrada al aparcamiento solo con una contraseña correcta.
La lógica de validación de clave se aplica a una barrera. El sistema debe separar la entrada del código, la comprobación y el movimiento del servomotor.
La clave del sistema. El mensaje en pantalla es parte del funcionamiento: muestra si la apertura corresponde a un código aceptado o si el acceso se rechaza.
Del dato a la respuesta
Código
comprobación → mensaje LCD
barrera abierta solo con clave válida.
- El usuario escribe la clave en el teclado matricial.
- El ESP32 comprueba el código.
- La pantalla LCD indica acceso permitido o denegado.
- Solo si la clave es correcta, el servo abre la barrera.
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.
| Elemento | Función en el sistema |
|---|---|
| ESP32 | Procesa las entradas y ejecuta la lógica de control. |
| Teclado matricial | Recoge las cifras que introduce el usuario. |
| Pantalla LCD | Muestra el estado, el resultado o el conteo. |
| Servomotor | Mueve una parte de la maqueta a una posición controlada. |
| Barrera de maqueta | Forma 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.
Mantener barrera cerrada
Leer clave y esperar confirmación
Comparar con la clave almacenada
Si coincide: abrir y mostrar permitido
Si no: mantener cerrada y mostrar denegadoPrueba la idea
Selecciona un control para experimentar.
Modelo didáctico de la lógica del sistema. No está conectado a un montaje real.
Cómo comprobar el resultado
Una clave válida abre la barrera; una clave errónea la mantiene cerrada.
Las marcas sirven para tu lectura de esta página; no certifican un montaje ni se guardan al cerrar.
Qué incluye esta propuesta
No incluye pago ni lectura de matrículas.
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.
Decisiones antes de montar
Confirmación del código
Define cómo se completa la entrada y cómo se borra. La longitud del código de demostración no obliga a usar la misma en el montaje.
Acceso denegado
Mantén la barrera cerrada cuando el código no coincide. El mensaje debe diferenciar fallo de contraseña y entrada incompleta.
Movimiento
Calibra las posiciones del servo y define el retorno al cierre. La lógica de acceso no debe sustituir el control mecánico.
Nuevos intentos
Decide cómo se prepara el sistema tras un resultado. La entrada anterior no debería mezclarse con las cifras del siguiente intento.
Del bloque aislado al sistema completo
Validar las entradasObserva cada entrada por separado. Anota qué lectura o evento representa y qué ocurre al no estar activa.
Validar las salidasPrueba cada actuador o indicador con el método de control correspondiente. Revisa alimentación y posiciones de reposo.
Integrar los estadosConecta la lectura con la decisión y después con la respuesta. Usa la secuencia descrita para comprobar transiciones.
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íntoma | Posible explicación | Qué comprobar |
|---|---|---|
| Una clave se concatena con la anterior | La memoria de entrada no se limpia. | Definir el borrado al cancelar o al terminar el intento. |
| Abre con pocas cifras | La comparación usa una coincidencia parcial. | Validar el código completo y su condición de confirmación. |
| El servo abre al iniciar | La posición inicial no corresponde al cierre. | Configurar el estado y los límites antes de aceptar códigos. |
Qué incluir en la memoria
Registra código introducido, mensaje y estado de barrera para varios intentos. Incluye cancelación y reinicio; evita presentar una clave fija de maqueta como un sistema de seguridad terminado.
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
Relaciona la entrada de usuario con el acceso y después con el mecanismo. El mensaje de pantalla debe permitir entender por qué se mantiene la barrera cerrada.
| Situación | Qué hacer | Qué justificar |
|---|---|---|
| Cancelar una entrada | Introduce parte de la clave, bórrala y empieza otra. | La segunda entrada se construye desde cero. |
| Clave incorrecta | Confirma un código diferente al autorizado. | La barrera permanece cerrada y se informa del rechazo. |
| Clave correcta | Confirma el código válido y comprueba el recorrido. | La apertura respeta los límites mecánicos definidos. |
Interpretar antes de concluir
Una barrera que no abre puede tener un fallo de validación o de movimiento. Observa primero el resultado del código y después la orden al servo; así podrás separar los dos bloques.
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
Relaciona entrada, condición y salida sin saltarte estados o límites.
Incluye un caso normal y otro incorrecto o extremo, con su resultado observado.
Explica las decisiones del diseño y reconoce las funciones pendientes o no medidas.