Sistema para conversión de semáforos convencionales en
semáforos para no videntesPlan de Trabajo Final de la Carrera de Especialización en Sistemas Embebidos
Autor: Ing. Sebastián Alejandro Suárez
Director: Esp. Ing. Sergio R. De Jesus Melean
Motivacion Soniforo
Segun el INDECEn Argentina 1 de cada 10 personas
poseen algún tipo de discapacidad (1).
Software y hardware abierto
(1) https://www.indec.gov.ar/ftp/cuadros/poblacion/estudio_discapacidad_07_18.pdf
Esquema general
ENTRADAPROTOTIPO
SALIDAS
Interesados
Javier Viqueira
Auspiciante/ClienteAdox S.A.
Titular de la empresa
Sebastian Alejandro Suarez
Responsable/EquipoEsp. en Sistemas Embebidos
FIUBA
Estudiante
Esp. Ing. Sergio R. De Jesus Melean
OrientadorEsp. en Sistemas Embebidos
FIUBA
Director
Personas con discapacidades
visualesUsuario final
El proposito
“ Diseñar y construir un prototipo que se adapte a
cualquier semáforo convencional, y sirva para advertir a
las personas con discapacidad visual, el cambio de las luces
del semáforo a través de su teléfono inteligente y/o el
sonido de un buzzer ”
Alcance
Prototipo funcional
Aplicación android
Protocolo para escalabilidad
con dispositivos de advertencia
Ajuste de nivel de sonido
automático
Comando a distancia
Requerimientos HARDWARE - Cargas de entradas de 220V, 50 Hz. - Aislamiento
COMUNICACIÓN - Debe proveer un red Wifi. - Proveer una señal sonora. - Boton de Activacion. - Mando a distancia.
SOFTWARE - Aprender la secuencia de cambio de luces. - Detectar el semáforo fuera de servicio. - Protocolo para escalabilidad. - SO de tiempo real.
METODOLOGÍA DE DESARROLLO- GIT.- Doxygen.
APLICACIÓN MÓVIL - Conectarse una red predeterminada. - Protocolo de vibracion.
AON
INVESTIGACIÓN PRELIMINAR
DESARROLLOHARDWARE
DESARROLLOAPP. ANDROID
DESARROLLOFIRMWARE
ENSAYOS DESARROLLOGABINETE
PRESENTACIONDEL PROYECTO
71 h 98 h / 58 h 170 h 96 h 36 h 93 h
Diagrama de Gantt
Gestión de Riesgos
RIESGO 1 Perdida Hardware, software y/o documentación).
RIESGO 2 No cumplir con el objetivo de advertir.
RIESGO 3 Modificación o aumento de requerimiento(s)
RIESGO 4 Problemas en desarrollo de la aplicación Android.
RIESGO 5 Pérdida de prioridad del proyecto.
RIESGO 6 Error de diseño del PCB .
RIESGO 7 Falla de algún componente .
Gestión de Calidad
VALIDACIONSe realizará excitando
a las diferentes entradas y observado
la salida.
VERIFICACIONRealizar pruebas de
depuración alas diferentes funciones
del sistema.
¿Preguntas?
?
¡Muchas Gracias!
