electrónica. Módulo para batería musicallaboratorios.fi.uba.ar/lse/tesis/LSE-FIUBA-Trabajo-Final-MSE-Ivan... · musical electrónica”, consistirá esencialmente en implementar

Plan de Proyecto del Trabajo Final de la

Maestría de Sistemas Embebidos

Esp. Ing. Iván León

Módulo para batería musical electrónica.

Autor


Director del trabajo

Dr. Ing. Pablo Gomez(UBA)

Codirector del trabajo

Msc. Ing. Facundo Larosa (UTN-FRH, UBA)

Página 1 de 29




Tabla de contenido

Acta Constitutiva 4

Descripción técnica-conceptual del Proyecto a realizar 6

Identificación y análisis de los interesados 8

Propósito y Justificación del proyecto 10

Alcance del proyecto 11

Supuestos y restricciones del proyecto 11

Requerimientos 13

Entregables principales del proyecto 13

Desglose del trabajo en tareas 14

Diagrama de Activity On Node 15

Diagrama de Gantt 16

Matriz de uso de recursos de materiales 17

Presupuesto detallado del proyecto 18

Matriz de asignación de responsabilidades 18

Gestión de riesgos 20

Gestión de la calidad 22

Comunicación del proyecto 24

Gestión de Compras 25

Seguimiento y control 27

Procesos de cierre 30

Página 2 de 29




Registros de cambios

Revisión Cambios realizados Fecha

1.0 Creación del documento 01/06/2018

1.1 Corrección director 06/07/2018


1.3 Corrección supervisor 16/08/2018


Página 3 de 29




Acta Constitutiva

Att. Esp. Ing. Ivan Leon

De mi mayor consideración

Por medio de la presente se acuerda con el Sr. Iván Andrés León Vásquez que su Proyecto Final de

la Maestría en Sistemas Embebidos se titulará “Diseño e implementación de un controlador para batería

musical electrónica”, consistirá esencialmente en implementar los conocimientos adquiridos en la

Maestría de Sistemas Embebidos en el desarrollo de un controlador para una batería musical electrónica,

cuyo resultado final será un producto comercial.

El controlador hará que la batería será diseñada para sonar autónomamente , y a su vez, tendrá

salida MIDI para dispositivos externos. El presupuesto preliminar estimado es de 700 hs de trabajo y

$30000.

Se adjunta a esta acta la planificación inicial.

Ariel Lutenberg

Director de la MSE-FIUBA

Pablo Martín Gomez

Director del Trabajo Final

Página 4 de 29




1. Descripción técnica-conceptual del Proyecto a realizar

Por definición una batería electrónica es un instrumento de percusión en el que el sonido es emitido por

un generador de ondas electrónicas o un sampler, que simula las ondas sonoras de las baterías acústicas,

el cual está compuesto básicamente por tres elementos que son:

● Los pads, en los que se encuentran los sensores (generalmente piezoeléctricos) comúnmente

llamados triggers.

● Un conversor “trigger-to-midi”, encargado de transformar la señal creada por los triggers a una

señal MIDI

● Un módulo sampler, que produce un sonido determinado por la señal MIDI recibida.

Al golpear un pad con la baqueta, se crea una diferencia de potencial en los sensores piezoeléctricos. Las

señales resultantes son procesadas digitalmente, para posteriormente transformarlas en ondas de sonido

y en una señal midi, el sonido emitido depende de cual pad se golpee y de la fuerza aplicada al momento

de golpear el mismo.

En la Figura 1.1 se presenta un diagrama de una batería electrónica, de acuerdo con la descripción

presentada.

Figura 1.1 Diagrama batería electrónica.

La principal ventaja que tienen las baterías electrónicas en comparación a las acústicas, es que el músico

puede asignar distintos sonidos a los pads, teniendo así completa libertad al momento de configurar su

sonido creando distintos “kits” de sonido con una sola batería electrónica. Además, cabe la posibilidad de

Página 5 de 29




asignar cualquier tipo de sonido, y no sólo de batería , pudiendo tocar distintos tipos de música como

jazz,rock baladas etc, simplemente seleccionando los sonidos en el módulo.

Para empezar el proyecto se investigará productos similares existentes en el mercado, haciendo énfasis en

sus características técnicas y comerciales.

Una vez realizada la investigación básica se plantearán los requerimientos y se desarrollará el producto en

base al prototipo realizado en la Carrera de Especialización de Sistemas Embebidos de la Universidad de

Buenos Aires denominado, “Diseño e implementación de un prototipo de batería electrónica para

principiantes”, la cual consta de:

● Ocho pads construidos por un proveedor local.

● Un controlador electrónico (ubicado en un gabinete comercial) el cual posee las siguientes

etapas:

○ Instrumentación de la señal tomada por los pads,

○ Procesamiento de la señal mediante hardware.

○ Envío de comandos MIDI a un reproductor externo

○ Metrónomo luminoso.

Las mejoras a realizar serán las siguientes :

● Incorporación de tarjeta de sonido, la cual hará posible reproducir el sonido de la batería sin

necesidad de un reproductor externo.

● Kits preconfigurados.

● Procesamiento de la señal mediante firmware.

● Gabinete a medida.

● Salida de audífonos.

● Mejoras en la construcción de la batería.

● Interfaz de usuario mediante pantalla hdmi tactil.

● Placa de control basada en un computador de placa reducida, como por ejemplo beagleBoard,

beagle bone black, raspberry pi.

Una vez culminado el proyecto, la idea es dar a conocer el producto a fabricantes de baterías electrónicas

y baterías mudas en capital federal, para posteriormente extenderse a todo el país mejorando sus

procesos de fabricación y ensamblaje, desarrollando nuevas gamas y nuevos instrumentos.

Página 6 de 29




2. Identificación y análisis de los interesados

Rol Nombre y Apellido Departamento Puesto Características

Auspiciante Art P.L Hardware Construcción Diseño y

construcción de

Pads

Art P.L Hardware

diseñan y

construyen

baterías mudas

desde hace tres

años, teniendo

calificaciones

muy positivas en

mercadolibre

Responsable Esp. Ing. Iván León Electrónica Desarrollador Experiencia de 3

años

programando

microcontrolado

res.

Baterista

Colaboradores Compañeros y docentes

MSE

Electrónica Estudiantes y

docentes

Poseen

conocimiento en

distintas áreas

Orientadores Docentes MSE

Ing. Raúl León

Ing. Geovanny Diaz

Electrónica

Finanzas

Sonido

Departamento de

finanzas RENOVAR

estilo

Contacto

Conocimiento

en formatos

MIDI y acústica

El Ing. León

tiene más de 5

años de

experiencia en

temas

financieros

siendo auditor

en la PRICE

Quito.

El Ing. Díaz

posee 3 años de

Página 7 de 29




experiencia en

sonido

Equipo Esp. Ing. Jorge Fonseca Electrónica Desarrollador Especialista en

sistemas

embebidos , con

5 años de

experiencia en

diseño de

hardware.

3. Propósito y Justificación del proyecto

El propósito de este proyecto es diseñar un controlador para una batería musical electrónica basada en un

computador de placa reducida aplicando los conocimientos adquiridos en la Maestría en Sistemas

Embebidos, tales como, Procesamiento de Señales, Procesamiento Digital de Señales, Implementación de

Manejadores de Dispositivos, Implementación de sistemas operativos 2, así como conceptos adquiridos en

la materia Certificación de sistemas electrónicos y Sistemas Críticos . El proyecto servirá como base para el

desarrollo de un futuro producto comercial que estará orientado a bateristas principiantes.

En el mercado argentino, no existe un módulo electrónico para tal fin fabricado localmente. Los módulos

que se implementan en baterias locales son importados estando atado a el diseño y limitaciones al

controlador. Por ello se pretende desarrollar un controlador con una interfaz táctil vinculado a un software

que otorgará el producto una gran versatilidad: el usuario podrá elegir la configuración de la interfaz y a

su vez, descargar actualizaciones, quitando así las limitaciones que tienen los botones físicos de los

controladores de una batería electrónica actual.

La idea nace de mi experiencia personal de aprendizaje de este instrumento. Las baterías acústicas de bajo

costo tienen una pésima calidad y el costo se encarece altamente al querer adquirir un instrumento de

calidades aceptables. Esto incluye además de la estructura principal, platillos y parches que también

incrementan los costos. La idea es que a través de este desarrollo y posterior producto, un principiante

puede acceder a una batería a un precio accesible y de una mayor calidad que su equivalente acústico.

A su vez, otra ventaja que presenta la batería electrónica es la capacidad de conectar auriculares para

escuchar los sonidos reproducidos. De esta forma se transforma en un producto ideal para personas que

viven en departamentos o que necesitan practicar en horarios diurnos.

Página 8 de 29

http://laboratorios.fi.uba.ar/lse/cursos.html#Certificacion_sistemas_electronicos




4. Alcance del proyecto

Al finalizar el prototipo incluirá:

● Mínimo ocho pads.

● Módulo electrónico cuyas características serán :

○ Sonido autónomo.

○ Salida MIDI.

○ Salida para audífonos.

○ Interfaz de usuario táctil.

○ Adquisición y procesamiento de la señal de los pads.

○ Computador de placa reducida.

El proyecto no incluirá :

● Integración de más de ocho pads que los especificados.

● Amplificación.

● Reproductor MIDI.

● PC o laptop.

● Pedal de bombo.

5. Supuestos y restricciones del proyecto

Supuestos:

● Se podrá adquirir el computador de placa reducida localmente. ● El computador de placa reducida no tendrá problemas de fabricación. ● Se dispondrá de información suficiente del computador de placa reducida en el internet y

libros virtuales. ● La construcción y acondicionamiento de la señal de los pads no llevará más de un mes. ● El auspiciante armará la batería de una manera prolija y funcional. ● El computador de placa reducida tendrá entradas GPIO disponibles. ● El computador de placa reducida podrá comunicarse con periféricos mediante spi/i2c. ● Se terminará el proyecto en el plazo establecido.

Restricciones:

● Una solo persona trabajará en el proyecto de forma continua. ● El desarrollador no dispondrá de un laboratorio equipado para realizar el proyecto, por lo

que se necesitará usar equipos prestados. ● El desarrollador posee limitados conocimientos en el desarrollo de programas en placas con

Linux embebido.

Página 9 de 29




6. Requerimientos

1. Hardware

a. Pads

i. Simple zona, tanto para platillos como para tambores.

ii. Sensor piezoeléctrico con diámetro mìnimo 2,5 cm para tambores y platillos.

iii. Conmutador para pedal de hihat.

iv. Montados estructura proporcionada por el auspiciante.

v. Conector para jack mono de 6.5 mm en todos los pads.

vi. Cables de conexión entre los pads y el módulo electrónico.

b. Módulo electrónico.

i. Computador placa reducida :

1. Microprocesador de arquitectura ARM (armv7) o superior, de preferencia

de 64 bits SoC.

2. Comunicaciòn vía ethernet o wifi (Bluethoot opcional).

3. Salida HDMI

4. Mìnimo dos conectores USB (2.0 o superior).

5. Salida de audio mono o estéreo mediante jack de 3.5mm.

6. Alimentaciòn AC/DC.

ii. Salida MIDI (basada en versión 1.0).

iii. Circuito de acondicionamiento y adquisiciòn de la señal de los pads.

1. Adquisición mediante ADC externo(i2c/spi).

2. Filtrado de ruido.

iv. Ocho jacks para entrada de sensores de 6.5 mm.

v. Pantalla táctil capacitiva (HDMI).

2. Firmware

a. Sistema operativo Linux.

i. Instalación.

ii. Configuración y prueba de comunicación por i2c.

iii. Configuración y prueba de puertos de entrada y salida(gpios).

b. Driver linux.

i. Driver para control de gpios del computador de placa reducida.

ii. Driver i2c para la comunicación con periféricos externos.

c. Implementaciòn de interfaz gráfica con herramientas basadas en python.

i. Volumen de los pads.

ii. Sensibilidad.

iii. Tempo.

d. Procesamiento de la señal y reproducción de sonido.

i. Conversión de señal entregada por adc a volumen.

ii. Reproducción de sonido.

1. Verificar pad golpeado.

Página 10 de 29




2. Asociar sonido al pad golpeado.

3. Calcular volumen según la fuerza medida por el ADC.

4. Reproducir sonido con el volumen calculado.

3. Procesamiento de señales.

a. Análisis de los componentes de frecuencia al golpear el pad.

i. Tambor.

ii. Platillos.

b. En base a 3.a, diseñar un filtro )para atenuar ruido y obtener envolvente de golpe) y

simularlo.

7. Entregables principales del proyecto 1. Informe de avance al Jurado.

2. Video demostrativo de funcionamiento y configuración.

3. Entrega de la memoria escrita del proyecto final de carrera al jurado.

4. Presentación pública y defensa del proyecto final de carrera ante el jurado.

5. Batería funcional según requerimientos.

6. Manual de usuario.

8. Desglose del trabajo en tareas

Desarrollo del controlador electrónico:

1. Gestión del proyecto

a. Planificación (tres semanas).

b. Aprobación (cuatro semanas).

c. Exposición del anteproyecto (una semana).

2. Requerimientos del producto.

a. Hardware(una semana).

b. Firmware(una semana).

c. Documentación(una semana).

3. Diseño

a. Hardware (cuatro semanas).

b. Firmware(una semana).

c. Documentación (una semana).

4. Implementación e integración

a. Implementación e integración de Hardware (cinco semanas).

b. Implementación e integración de firmware (seis semanas).

c. Documentación (una semana).

5. Pruebas

a. Pruebas individuales de cada módulo de hardware y firmware(dos semanas).

b. Pruebas de los módulos integrados(dos semanas).

Página 11 de 29




c. Video demostrativo(una semana).

d. Documentación(una semana).

6. Entregables y presentación al jurado.

a. Entrega de Informes de Avance a los jurados del proyecto(una semana).

b. Entrega de la memoria escrita del proyecto final de carrera al jurado(una semana).

c. Presentación pública y defensa del proyecto final de carrera ante el jurado(una semana) .

Total de semanas : 50

Equivalente en horas de trabajo : 700

9. Diagrama de Activity On Node

El tiempo t está representado en semanas.

Los numerales están basados en las tareas del item 8

Página 12 de 29




Página 13 de 29




10. Diagrama de Gantt

Página 14 de 29




11. Matriz de uso de recursos de materiales

Código WBS

Nombre de la tarea

Recursos requeridos (horas)

Responsable PC Laboratorio

1.a Planificación 40 35 0

1.b Aprobación 16 16 0

1.c Exposición del

anteproyecto

11 11 0

2.a Hardware 20 15 0

2.b Firmware 20 15 0

2.c Documentación 20 3 0

3.a Requerimientos

de Hardware

192 190 50

3.b Requerimientos

de Firmware

320 320 40


4.a Integración de

hardware

40 40 10

4.b Integración de

firmware

160 160 0


5.a Pruebas

individuales de

cada módulo

64 20 20

Página 15 de 29




5.b Prueba de

módulos

integrados

40 30 5

5.c Video

demostrativo

8 8 0

5.d Documentación 100 100 0

12. Presupuesto detallado del proyecto

Categoría Detalle Costo $AR

Trabajo directo Esp. Ing. Iván León 21000

Costo total directo 21000

Trabajo indirecto Materiales 18000

Transporte 200

Electricidad 1000

Costo total indirecto 19200

Total costos del proyecto 40200

13. Matriz de asignación de responsabilidades

Código WBS

Nombre de la tarea

Interesados

Ing. Iván León

Mg. Ing. Pablo

Gomez

Ing. Geovanny

Díaz

Docent es MSE

Msc. Diego Brengi

Ing. Raúl León

1.a Planificación P C I A C I

Página 16 de 29




1.b Aprobación A P C

1.c Exposición del

anteproyecto

P A I A C I

2.a Requerimientos

de Hardware

P A C

2.b Requerimientos

de Firmware

P A C

2.c Documentación P A

3.a Diseño de

Hardware

P A I C

3.b Diseño de

firmware

P A C C

3.c Documentación P A I C C I

4.a Integración de

hardware

P A I C C

4.b Integración de

software

P A I C C

4.c Documentación P A I I

5.a Pruebas

individuales de

cada módulo

P A I C C

5.b Prueba de

módulos

integrados

P A I C C

5.c Video

demostrativo

P A I A I I

5.d Documentación P A I A I I

Referencias: P = Responsabilidad Primaria

S = Responsabilidad Secundaria A = Aprobación

Página 17 de 29




I = Informado C = Consultado

14. Gestión de riesgos

a) Identificación de los riesgos y estimación de sus consecuencias:

1. No conseguir los componentes electrónicos necesarios localmente: a. Severidad(S): 8

i. El prototipo se saldría del presupuesto ii. No podría competir en el mercado de una forma eficiente

iii. Se perdería tiempo importando. b. Probabilidad de ocurrencia(O): 4

i. Los componentes electrónicos a usarse se encuentran fácilmente en latinoamérica.

2. El auspiciante no cumpla lo establecido y se rompa el contrato.

a. Severidad(S): 9 i. Habría que volver a la planificación y construir el prototipo caseramente o buscar

otro auspiciante ii. Se alargaría mucho el tiempo complicando el cronograma

b. Probabilidad de ocurrencia(O): 5 i. El auspiciante está entusiasmado con el proyecto y tiene muy buenas referencias.

ii. Se dedica a fabricar baterías mudas desde hace 3 años.

3. La placa de adquisición resulta defectuosa. a. Severidad(S): 9

i. Habría que adquirir otra placa elevando costos b. Probabilidad de ocurrencia(O): 1

i. El fabricante de placas ha tenido muy pocas fallas en manufactura. ii. Ya se han usado estas placas y hasta ahora no se ha tenido problemas

4. Se quemen todas las placas. a. Severidad(S): 10

i. Habría que volver a construir todo el hardware. ii. Se gastaría mucho en volver a hacer las placas.

b. Probabilidad de ocurrencia(O): 5 i. El ingeniero encargado ha quemado muy pocas placas en su carrera.

ii. Las placas tendrán etiquetas de identificación para conectar la energía. iii. Se fabricarán al menos 2 placas de iguales características.. iv. Se compraran integrados de repuesto.

5. Terminar después de la fecha establecida. a. Severidad(S): 10

i. No se podría defender en Diciembre. ii. Se quedaría mal al auspiciante y podría retirar el apoyo al proyecto.

b. Probabilidad de ocurrencia(O): 4 i. El ingeniero encargado va a dedicar todas sus energías en el proyecto.

ii. El ingeniero encargado tendrá apoyo de compañeros y docentes.

Página 18 de 29




Página 19 de 29




b) Tabla de gestión de riesgos:

Riesgo Severidad Ocurren. RPN Severidad *

Ocurren. *

RPN *

No conseguir los componentes electrónicos necesarios localmente

8 4 32

El auspiciante no cumpla lo establecido y se rompa el contrato.

9 5 45 9 2 18

La placa de adquisición resulta defectuosa.

9 1 9

Se quemen todas las placas. 10 5 50 10 2 20

Terminar después de la fecha establecida

10 4 40 10 2 20

Criterio adoptado: - Se tomarán medidas de mitigación en los riesgos cuyos números de RPN sean mayores a 40 Nota: - Los valores marcados con (*) en la tabla corresponden luego de haber aplicado la mitigación. c) Plan de mitigación de los riesgos que originalmente excedían el PRN máximo establecido: 2. Se harán reuniones semanales con el auspiciante, las reuniones serán personalmente o por skype.

a. Severidad(S): 9 ● Si el auspiciante no cumple, retrasaría el proyecto.

b. Probabilidad de ocurrencia(O): 1 ● Las reuniones aclararán dudas.

4. Se protegerán los circuitos de control y potencia a. Severidad(S): 10

● Habría que volver a construir todo el hardware. ● Se gastaría mucho en volver a hacer las placas.

b. Probabilidad de ocurrencia(O): 2 ● Con las protecciones primero salta un disyuntor o se quema un fusible antes de

quemarse la placa. 5. Se entregarán informes de avance del proyecto y se tendrá comunicación permanente con el director del proyecto.

Severidad(S): 10 ● No se podría defender en Diciembre.

Página 20 de 29




● Se quedaría mal al auspiciante y podría retirar el apoyo al proyecto. ● No se cumpliría la meta lo que conlleva a repercusiones psicológicas severas.

Probabilidad de ocurrencia(O): 2 ● La entrega de informes forman parte del plan de trabajo.

15. Gestión de la calidad

Requerimientos:

1. HARDWARE

● PADS

a. Verificación y validación:

i. Responsable de la verificación: Colaboradores

ii. Verificación a aplicar para intentar saber si se cumplirá con lo requerido:

● Se enviará el diseño de los pads a los colaboradores del proyecto

para que lo evalúen.

iii. Responsable de la validación: Esp.Ing. Iván León , Esp. Ing. Jorge Fonseca

iv. Validación a aplicar para medir el cumplimiento de lo requerido : ● Se golpearán los pads y se medirá la señal de voltaje de los pads

mediante un osciloscopio.

● Controlador electrónico

a. Etapa de adquisición:

i. Verificación y validación:

○ Responsable de la verificación: Dr. Ing. Pablo Gomez

○ Verificación a aplicar para intentar saber si se cumplirá

con lo requerido:

i. Se enviará el diseño al director

○ Responsable de la validación: Ing. Iván León

○ Validación a aplicar para medir el cumplimiento de lo requerido:

i. Mediante un programa simple o mediante cables

se probaría que se realiza la multiplexación.

b. Etapa de control:


○ Responsable de la verificación: Dr. Ing. Pablo Gomez

○ Verificación a aplicar para intentar saber si se cumplirá

con lo requerido:

i. Se enviará los catálogos al Director.

○ Responsable de la validación: Esp. Ing. Iván León, Esp. Ing

Jorge Fonseca.

○ Validación a aplicar para medir el cumplimiento de lo requerido:

Página 21 de 29




i. Se cargará una versión ya compilada de Linux

para verificar el funcionamiento de la placa de

control.

c. Etapa de salida :


● Responsable de la verificación: Dr. Ing. Pablo Gomez

● Verificación a aplicar para intentar saber si se cumplirá con lo

requerido:

○ Se enviará el diseño al director.

● Responsable de la validación: Esp. Ing. Iván León, Esp. Ing Jorge

Fonseca.

● Validación a aplicar para medir el cumplimiento de lo requerido: ○ Se enviarán señales MIDI a la etapa de salida y se

constatará que reproduzca el sonido.

○ Se enviarán comandos MIDI al PC mediante un programa

simple.

○ Se tendrá un programa de prueba para constatar la señal

luminosa de los leds

● Interfaz gráfica.


i. Responsable de la verificación: Dr. Ing. Pablo Gomez, Auspiciante


● Se le enviará propuestas sobre la distribución de opciones en la

pantalla gráfica.

● Se le enviará la propuesta al auspiciante.

iii. Responsable de la validación: Esp. Ing. Iván León, Esp. Ing. Jorge Fonseca

iv. Validación a aplicar para medir el cumplimiento de lo requerido: ● Se tocarán diferentes botones en la pantalla táctil verificando su

funcionamiento.

2. Firmware:

● Conversión de señal análoga entregada por los pads a sonido.


i. Responsable de la verificación: Dr. Ing. Pablo Gomez


● Se le enviarán las máquinas de estado y diagramas de flujo al

director.

iii. Responsable de la validación: Ing. Iván León

iv. Validación a aplicar para medir el cumplimiento de lo requerido: ● Se golpeará el pad y se verificará que la señal sea recibida.

● Se filtra la señal.

Página 22 de 29




● Una vez filtrada se verifica que el sonido se reproduzca mediante

un osciloscopio.

● Se creará un test automático que genere señales análogas al

conversor MIDI.

b. Verificación y validación:




director.

iii. Responsable de la validación: Ing. Iván León

iv. Validación a aplicar para medir el cumplimiento de lo requerido: ● Se configurará test automático para que configure los pads con al

menos 10 volúmenes diferentes.

● Configuración y comunicación con la interfaz gráfica.





director.

iii. Responsable de la validación: Esp. Ing. Iván León

iv. Validación a aplicar para medir el cumplimiento de lo requerido: ● Se probará con un programa viejo para verificar que lleguen los

datos y se muestren en la pantalla de la interfaz gráfica táctil.

Página 23 de 29




16. Comunicación del proyecto

El plan de comunicación del proyecto es el siguiente:

PLAN DE COMUNICACIÓN DEL PROYECTO

¿Qué comunicar?

Audiencia Propósito Frecuencia Método de comunicac.

Responsable

Avance de los Pads

Dr. Ing. Pablo Gomez

Indicar la construcción de

los Pads y las señales

entregadas por los sensores

Una sola vez Correo electrónico


Avance de hardware


Auspiciante del proyecto

Indicar los avances de

construcción de las placas

electrónicas

Cada dos semanas

Correo electrónico


Avance de firmware


Indicar los avances del programa

Cada dos semanas

Correo electrónico


Integración de Hardware y Firmware


Indicar el funcionamiento

de la batería integrada.

Al finalizar el proyecto

Correo electrónico


Entrega de memoria

escrita

Jurado Entrega de memoria escrita

del proyecto final de carrera

al jurado.

6 diciembre 2018

Impresión de la memoria

escrita y correo

electrónico


Presentación del proyecto

al jurado

Jurado Director

Auspiciantes

Exposición del proyecto al

jurado y Auspiciantes

6 diciembre 2018

Exposición Esp. Ing. Iván León

17. Gestión de Compras

Para el proyecto se comprará a dos proveedores, los cuales proveerán la parte mecánica(Art P.L. Hardware) que corresponde a la batería, y la parte electrónica para armar el módulo(INTEK), a continuación se muestra el correo enviado a los proveedores :

Página 24 de 29




Señores de Art P.L. Hardware : Por la presente encargo a Uds. la construcción de los pads y cuerpos de la batería electrónica la cual debe estar construida en un plazo de tres semanas, el pago se efectuará una vez probado superado el análisis de calidad correspondiente.. Garantía: Si los Pads no cumplen con lo requerido se debe reprocesar sin costo y en un tiempo no mayor a 5 días. Atentamente: Esp. Ing. Iván León Señores de INTEK: Por favor su ayuda con la cotización y stock de lo siguiente: 100 Resistencias de 1kohm de 0.6W 2 Placa pcb de la mejor calidad y la más grande. 2 Amplificadores operacionales ad620 15 Borneras para pcb 15 Amplificadores operacionales lm741 3 Láminas para imprimir el circuito y pasarlo al pcb 3 Bolsitas de ácido para eliminar el cobre de la placa. 16 Sensores piezoeléctricos. 1 Raspberry pi 3 o superior. Por la atención a la presente les estoy agradecido. Saludos cordiales. Iván León.

Página 25 de 29




18. Seguimiento y control

SEGUIMIENTO DE AVANCE

Tarea del WBS Indicador de avance

Frecuencia de reporte

Responsable de seguimiento

Persona a ser informada

Método de comunicac.

1.a Planificación

% de avance 1 vez por semana

Dr. Ing Ariel Lutenberg

Dr. Ing Pablo Gomez

Correo electrónico

1.b Aprobación


Dr. Ing. Ariel Lutenberg

Dr. Ing Pablo Gomez

Correo electrónico

1.c Exposición del anteproyecto


Dr. Ing. Ariel Lutenberg

Dr. Ing Pablo Gomez

Correo electrónico

2.a Requerimientos

de Hardware

Análisis de integrados

existentes en el mercado.

Análisis de filtros para las señales adquiridas de los

pads.

Análisis de procesador a

utilizar

1 vez por semana

Dr. Pablo Gomez

Msc. Diego Brengi

Correo electrónico

2.b Requerimientos

de Firmware

Listado de funciones a

implementar.

Análisis de SO operativo a

implementar

Análisis de ciclo de vida a

implementar

1 vez por semana

Dr. Pablo Gomez

Msc. Diego Brengi

Correo electrónico

Página 26 de 29




2.c Documentación


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Correo electrónico

3.a Diseño de Hardware

Cantidad de materiales

comprados, costos de

fabricación de placas y PADS.

Funcionalidad

de cada módulo según las

especificaciones de calidad.

Funcionalidad

de circuitos armados en

“protoboard” o simulados

1 vez cada dos semanas

Dr. Ing Pablo Gomez

Msc. Diego Brengi

Correo electrónico

3.b Diseño de Firmware

Análisis de funcionalidad de

funciones por separado.

Análisis del

sistema operativo

implementado.

Análisis de cumplimiento de

calidad


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Correo electrónico

3.c Documentación

% de avance 1 vez cada dos semanas

Dr. Ing Pablo Gomez

Msc. Diego Brengi

Correo electrónico

4.a Implementación e integración de

Hardware

Análisis de pruebas piloto

de cada módulo ya montado en

la placa.


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Auspiciante

Correo electrónico

Página 27 de 29




Análisis de calidad de los

módulos integrados.

4.b Implementación e integración de

Firmware

Integración de todas las

funciones y el SO elegido.

Análisis de

calidad.


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Auspiciante Art PL.

Hardware.

Correo electrónico

4.c Documentación


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Auspiciante Art PL.

Hardware.

Correo electrónico

5.a Pruebas

individuales de cada módulo

Pruebas piloto de cada módulo.


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Auspiciante Art PL.

Hardware.

Correo electrónico

5.b Pruebas de los

módulos integrados


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Auspiciante Art PL.

Hardware.

Correo electrónico

5.c Video

demostrativo

% de avance 1 vez Dr. Ing Pablo Gomez

Msc. Diego Brengi

Auspiciante

Art PL. Hardware.

Ing. Raúl León

Correo electrónico

5.d Documentación


Dr. Ing Pablo Gomez

Msc. Diego Brengi

Dr. Ing Ariel Lutenberg

Correo electrónico

Página 28 de 29




19. Procesos de cierre

● Pautas de trabajo que se seguirán para analizar si se respetó el Plan original:

○ Encargado: Esp. Ing. Iván León ○ Se analizará el plan de trabajo y se verificará el cumpliento de objetivos y requerimientos. ○ Se harán cuadros comparativos de lo planteado con lo logrado. ○ Se analizará el cronograma y se verificará si se cumpliernos tiempos y metas en cada plazo

establecido. ○ Se analizarán costos de desarrollo para ver si el proyecto puede competir en el mercado

local. ○ Se analizará la opinión del auspiciante sobre el producto final para plantear futuras

mejoras. ○ Se enviará la información de costos al Ingeniero Raúl León, el cual analizará para futuras

fabricaciones del producto en Ecuador. ○ Se enviará videos demostrativos al Ingeniero Díaz, el cual analizará el producto del punto

de vista de sonido, y enviará un informe sobre sus comentarios y sugerencias.

● Identificación de las técnicas y procedimientos útiles e inútiles que se utilizaron, y los problemas que surgieron y cómo se solucionaron:

○ Se analizarán los informes de pruebas de hardware y firmware realizados en cada paso del proyecto, para poder constatar que procedimientos estuvieron de sobra y cuales fueron de vital importancia para la realización del proyecto.

○ Se analizarán las diferentes versiones de hardware y firmware y se darán soluciones alternativas que pueden hacer más eficiente el diseño para aplicarlo a futuras versiones.

○ Se analizarán las pruebas finales y se comparará con productos similares existentes en el mercado para tener una estimación de cumpliento de requerimientos.

● Acto de agradecimiento a todos los interesados, y en especial al equipo de trabajo y colaboradores:

○ Organizado por: Esp.Ing. Iván León. ○ Se invitará a la exposición del trabajo final a todos los que colaboraron con el proyecto, y a

los que no puedan asistir, se les enviará un video vía e-mail indicando el enorme agradecimiento por su aporte al proyecto.

○ Se propondrá realizar un asado con todos los compañeros y docentes de la maestría , en el cual, cada uno pondrá una cuota para compra de comida y bebidas.

○ Se dará un pequeño regalo a los que estuvieron más involucrados con el proyecto, por parte del organizador.

○ Se escribirá un agradecimiento en la memoria escrita del proyecto.

Página 29 de 29

Documents

electrónica. Módulo para batería musicallaboratorios.fi.uba.ar/lse/tesis/LSE-FIUBA-Trabajo-Final-MSE-Ivan... · musical electrónica”, consistirá esencialmente en implementar