Repository navigation
Memoria
La idea original del proyecto nació como una aplicación que fuera capaz de controlar zonas libres para estacionar el coche en una ciudad. La aplicación hubiera sido para móviles bajo el SO de Android y estaría conectada a cada zona de estacionamiento con la tecnología instalada, estas zonas tendrían sensores y enviarían los datos a la aplicación.
Pero esta idea, era complicada de llevar debido a varios factores.
- Se hubiera necesitado conocimiento en lenguaje Java y Android.
- Se hubiera necesitado un estudio exhaustivo de las posibilidades a nivel de calle para la colocación de los sensores sin que estos pudiera sufrir daño.
- Se hubiera necesitado un estudio para conocer el recibimiento a nivel social.
- El entorno para su demostración no era factible a niveles prácticos.
Los 2 últimos puntos eran unos grandes inconvenientes a tener en cuenta, ya que si no se pueden obtener datos fiables, el proyecto se hubiera visto arruinado antes de siquiera iniciarse, lo que me llevo a la solución tomada que se recoge en este documento. A nivel social, se debería comprobar que este sistema no provocara incidentes entre los conductores.
Desarrollar el proyecto en un parking surgió de la necesidad de redimensionarlo, llevándolo a un entorno cerrado y controlado, donde se podría obtener mejores datos sobre la experiencia de los usuarios. Por ello, el otro proyecto quedo a un lado, aunque gracias a él, nació la idea para este.
En casi todos los aspectos es igual, cambiando obviamente, el lenguaje de programación usado. Por el resto, se puede seguir recabando información de la satisfacción de los usuarios y del uso, y por consiguiente, del buen resultado o no, del sistema planteado en el proyecto.
El proyecto entonces recogido en este documento, ha recibido el nombre de "Sistema de control de parking automatizado por software" (SCPAS, como se mencionara de ahora en adelante).
La solución tomada para la realización de este proyecto ha sido influenciada para probar si era posible controlar un parking de manera económica y sin usar sensores y dispositivos de alto valor monetario, así, reduciendo el coste de construcción del sistema, mantenimiento y supervisión de él. Lo que nos lleva a seleccionar unos componentes de bajo valor económico pero con unas prestaciones a la altura para lo que necesitamos.
En las siguientes líneas se listara brevemente los componentes que conforma el proyecto y como se espera que actúen.
- Placa Arduino Mega 2560, se trata de la pieza central del sistema, será el encargado de ejecutar el código y manejar todos los datos y sensores conectados a él.
- Sensor de tipo ultrasonido modelo HC-SR04, uno de los sensores que controlará cada plaza del parking
- Sensor de tipo infrarrojo modelo TCRT 5000/5000L, el otro encargado de controlar las plazas, gracias a este sensor se asegura que la plaza está ocupada por un vehículo, reduciendo la probabilidades fallo.
- Módulo MFRI 522, se trata de un módulo de identificación de radiofrecuencia (RFID), utilizado para el control de acceso al parking, gracias a él, sabremos que usuarios entra y cuando se van.
- Sensor temperatura, modelo DHT-11, se trata de sensor de temperatura, controlara la temperatura del parking, aparte de ofrecernos datos sobre la temperatura, se usaran estos datos para la activación de la ventilación para la estabilidad del sistema o bien, para activar la alarma de incendios.
- Pantalla LCD 16x2, comunicara las plazas libres, la temperatura y dará la bienvenida a los usuarios o bien, les avisara de su permiso de acceso.
- Módulo Relé, permitirá la conmutación del sistema de ventilación e iluminación.
- Resistencias fijas y potenciómetro, de capacidad variable, se usaran para la protección y buen funcionamiento de los componentes usados.
- LED's, de capacidad variable, de usos variados, los de mayor potencia serán usados para la iluminación, mientras que el resto, indicara la ocupación de las plazas y el acceso al parking.
- El cableado usado para el conexionado se tratará de cable de red, tipo CAT 5.
En el pliego de condiciones se tratará de explicar individualmente cada componente, desde su comportamiento teórico suministrado por el fabricante hasta el práctico recogido de las pruebas.
El proyecto estará dividido en 5 grandes fases:
- Elaboración de este documento.
- Código Arduino.
- Construcción de la maqueta y montaje.
- Creación de la interfaz.
- Revisión y pruebas.
La fecha de iniciación se efectuara 14 de Marzo y teniendo como fecha de finalización 10 de Junio.
Entre esas fechas, se hará realidad el proyecto recogido por este documento. Dando 13 semanas en total para terminar el proyecto.
La primera fase es aquella en la que el proyectista realiza el documento del proyecto, donde se explica en que consiste el proyecto, quien lo recibirá, la finalidad del proyecto, las fases por cuales pasara, la explicación de los componentes, los que se espera de ellos y como deben de ser, como deben de ser montados, etc. En resumen, se trata del documento que recoge como se inició el proyecto y como debe acabar. El proyectista ocupara entre 1 y 2 semanas para la elaboración completa del documento, aunque este no estará finalizado por completo, hasta las comprobaciones y pruebas pertinentes.
La segunda fase, se elaborara el código que la placa Arduino ejecutara en su memoria de manera permanente, para ello, la placa Arduino se programa con el lenguaje de programación C. Las características de la placa Arduino serán explicadas detalladamente en el pliego de condiciones. La elaboración del código ocupará entre 2 y 3 semanas de trabajo.
La tercera fase se llevara a cabo la construcción, para el montaje de los componentes y poder probar el funcionamiento y hacer pruebas. La elaboración de la maqueta y montaje ocupara entre 2 y 3 semanas
La cuarta fase se llevara a cabo la creación de la interfaz de usuario que conectara Arduino con equipo informático. Creada con el IDE “C++ Builder”, usa lenguaje de programación C++. La elaboración de la interfaz se estima que dure 2 semanas
La última fase, es de vital importancia, ya que entregar un producto o proyecto a un cliente sin revisar si funciona dentro de los parámetros esperados o si su calidad no es la deseada por el cliente, puede arruinar por completo todo el trabajo realizado. Por ello, antes de la entrega, se realizaran pruebas del funcionamiento de todo el conjunto, se volverá a revisar y preparara para su presentación. Las pruebas y revisión antes de su entrega ocuparan 1 semana.