{"id":123,"date":"2017-04-25T20:38:00","date_gmt":"2017-04-25T20:38:00","guid":{"rendered":"https:\/\/blogs.etsii.urjc.es\/dseytr\/?p=123"},"modified":"2020-11-22T10:51:55","modified_gmt":"2020-11-22T10:51:55","slug":"tolldar","status":"publish","type":"post","link":"https:\/\/blogs.etsii.urjc.es\/dseytr\/tolldar\/","title":{"rendered":"TollDar"},"content":{"rendered":"
\n
<\/span><\/b><\/u><\/span>
\nTollDar<\/b><\/u><\/span><\/b><\/u><\/span><\/p>\n
\n
<\/b><\/u><\/span><\/div>\n<\/div>\n

\nMIEMBROS DEL GRUPO 4:<\/b><\/p>\n

Cristina Bartolom\u00e9 Mart\u00edn
\nAng\u00e9l G\u00f3mez Mart\u00edn
\nCarlos Ruiz Ballesteros
\nYunai Bajo Gallego<\/p>\n

\nINTRODUCCI\u00d3N: <\/b><\/p>\n

 Tras realizar un \u00abbrainstorming\u00bb en grupo, apareci\u00f3 la idea de gestionar el tr\u00e1fico. Que por consenso, pensamos que podr\u00eda darnos muchas posibilidades para crear y a\u00f1adir a nuestro proyecto.<\/p>\n

La idea final fue poder automatizar un sistema de peaje. As\u00ed naci\u00f3 TollDar, un peaje autom\u00e1tico, sencillo y \u00fatil.<\/p>\n

<\/p>\n

\n<\/div>\n
\n<\/div>\n

\nPRESUPUESTO:<\/b><\/p>\n

La mayor\u00eda de los componentes han sido prestados, reduciendo bastante el coste del proyecto:<\/p>\n

\nLista de componentes:<\/p>\n

<\/b><\/u><\/span>
\n
<\/b>
\nFUNCIONAMIENTO:<\/b><\/p>\n

Sab\u00edamos que tendr\u00edamos que comunicar muchos componentes simult\u00e1neamente, nuestra primera impresi\u00f3n fue de incertidumbre. \u00bfPor d\u00f3nde empezar? \u00bfC\u00f3mo lo organizamos, c\u00f3mo va a funcionar? De esta fase de incertidumbre, derivaron dos fases, muy comunes en la fase de aprendizaje.<\/p>\n

– Experimentaci\u00f3n.<\/p>\n

– Aplicaci\u00f3n.<\/p>\n

Lo primero que hicimos fue probar todos los componentes, la matriz, el display lcd, interconexiones…<\/p>\n

Sin embargo surgi\u00f3 un problema. El controlador que necesitabamos para la matriz tuvo problemas en la compra. \u00bfComo utilizamos ahora la matriz?. Se nos ocurri\u00f3 crear nosotros mismos una librer\u00eda para controlar la matriz, el problema era que la matriz de 8×8, disponia de 32 entradas, por lo que decidimos prescindir de algunos leds, dejando la matrix en 4×4 y prescindiendo de dos de los tres colores que hab\u00eda disponibles, quedando la matriz con solo 8 entradas.
\n <\/b>
\nTras esa fase de experimentaci\u00f3n pensamos en como se deb\u00eda comportar nuestro sistema, para facilitar luego la tarea de implementaci\u00f3n. De esta fase razonamos los siguientes estados.<\/p>\n

Estado 0:<\/p>\n

El semaforo est\u00e1 en verde, el lcd muestra el mensaje \u201cCarril abierto\u201d y la matriz muestra una se\u00f1alizaci\u00f3n de paso.<\/p>\n

Estado 1:<\/p>\n

El semaforo est\u00e1 amarillo, el lcd muestra el mensaje \u201cCarril cerrado\u201d la matriz muestra una se\u00f1alizaci\u00f3n de proh\u00edbido el paso. Si otro coche pasa, se pasa al estado 2.<\/p>\n

Estado 2:<\/p>\n

El semaforo est\u00e1 en rojo. Es el estado de alerta. En el lcd se muestra el mensaje \u201cStop!\u201d y el zumbador\/alarma pita en dos tonalidades. A los 6 segundos, se vuelve al estado 1.<\/p>\n

Con esto la implementaci\u00f3n del algoritmo se puede basar en cambios de estado, simplificando la implementaci\u00f3n.<\/p>\n

Una vez hecho esto revisamos los componentes para ver que entradas y salidas usar. Como la matriz usaba tantas salidas, tuvimos que usar las entradas anal\u00f3gicas A0-A6 como salidas t\u00e1mbi\u00e9n.<\/p>\n

<\/b>
\nESQUEMAS DE CONEXI\u00d3N:<\/b><\/p>\n

\n<\/div>\n

<\/p>\n

\n<\/div>\n

<\/p>\n

\n<\/div>\n

<\/p>\n

\n<\/div>\n

<\/p>\n

\n<\/div>\n
\n<\/div>\n

PROBLEMAS:<\/b><\/p>\n

– Sincronizaci\u00f3n al dibujar las se\u00f1ales de la matriz:<\/u><\/p>\n

Como controlamos nosotros la matriz desde el mismo c\u00f3digo, hemos ideado una forma de dibujar las se\u00f1ales. No conseguimos iluminar todos los leds en una sola iteraci\u00f3n, por lo que cada figura es un bucle en el que env\u00edamos las distintas coordenadas de la figura a dibujar. De esto se encargar\u00eda la librer\u00eda dise\u00f1ada por nosotros.
\n
– Problemas al sincronizar la pantalla:<\/u><\/p>\n

Al mostrar el mensaje al principio utlizabamos el print y el clear, y estos se ejecutaban en cada iteraci\u00f3n del loop principal. Esto causaba una difuminaci\u00f3n en el mensaje que hac\u00eda que se viera borroso. Al depurar el c\u00f3digo hayamos una manera de mejorarlo, enviando el mensaje al lcd, una sola vez por estado.
\n
– Interferencias con las entrada del sensor en arduino:<\/u><\/p>\n

A principio detecta nuestro proyecto detectaba movimientos muy leves. Pensamos en un dise\u00f1o que aislara el sensor para que solo detectara el movimiento del coche. Y tras muchas pruebas y calibraciones del sensor tanto con software como con hardware conseguimos que funcionara con exactitud.<\/p>\n

\nCONCLUSI\u00d3N:<\/b><\/p>\n

En definitiva, hemos hecho un proyecto no muy costoso, que muestra el potencial que se puede llegar a conseguir con una herramienta como Arduino. Hemos conseguido hacer que la matriz funcionara con una librer\u00eda propria y conseguir exactamente lo que nos propusimos y el objetivo principal.<\/p>\n

Quiz\u00e1s la parte m\u00e1s costosa fue el dise\u00f1o con el que tuvimos que adaptar los cables y la posici\u00f3n de cada componente, y como adaptar el proyecto a una maqueta con la que mostrar nuestro proyecto.<\/p>\n

\nENTREGA. MEMORIA, PRESENTACI\u00d3N, C\u00d3DIGO Y FOTOS :<\/b><\/p>\n

\nhttps:\/\/drive.google.com\/drive\/folders\/0B5WJXl6vs5uAZTV4NmhWcEdYaG8?usp=sharing<\/a><\/p>\n
\nPRESENTACI\u00d3N EN PREZI:<\/b><\/div>\n
\n<\/div>\n
\nhttps:\/\/prezi.com\/tg9b-a17tyi2<\/a> <\/div>\n<\/div>\n

\nV\u00cdDEO:<\/b><\/p>\n

\n