Bitácora de reuniones

• Aqui se lleva una bitácora de las reuniones junto con los temas discutidos y las reuniones tomadas.
• Para agregar una entrada a la bitácora llene el cuadro azul a continaución y pulse el botón "Agregar".
• Las anotaciones ingresadas quedan publicadas en orden cronológico inverso a continuación del cuadro azul.

Bitácoras Publicadas

Nueva bitácora

Titulo
Fecha
Detalles

-------------------------------------------------------------------

29 Nov 2005: programacion y pcb

de aqui hasta la proxima, martin hara los pcbŽs y pabo seguira con la programacion. ya tenemos el icd2 pic programmer para que pablo pruebe y debuguee. tenemos hasta el martes 13 de diciembre para estas tareas.

-- MartinSzmulewicz 2005-11-29 20:15

---

15 Nov 2005: reunion de planeamiento

dado que no hemos hecho demasiado, estas son las tareas a seguir:

tarea	responsable	deadline
compra de componentes	martin	esta semana
diseño pcb	martin	fin de mes
programacion pic	pablo	fin de mes
soft pc	pablo	diciembre
analogica	x	diciembre
trigger por hard	x	diciembre

-- MartinSzmulewicz 2005-11-15 20:24

---

13 Sep 2005: Reunoin antes de la primera compra

• Decidimos empezar a comprar el hardware en Eneka / Fablet. Compraremos PIC, osciladores (lentos, porque de 40+ no hay), y quizas alguna memoria y contadores (si hay).
• Estuvimos revisando las diferentes secciones (trigger.hard, capturas a alta y baja frec, etc).
• Martin queda encargado de hacer la lista para el pedido y darsela a la ORT.
• Pablo encargado de termianr y pulir el esquemático
• Se confirmaron varios de los componentes a usar (memoria, contadores y ADCs).

-- PabloHoffman 2005-09-18 15:35

---

31 Aug 2005: 1a. reunión despues de la presentación

Quedamos en atacar los siguientes problemas para la semana que viene:

• terminar esquematico (prh)
• estudiar o dejar contemplado el tema del trigger por hardware (prh)
• estudiar si vale la pena usar un contador para dividir la frecuencia del clock de 48Mhz (para frecuencias bajas) (prh)
• circuito oscilador (investigar en google como son: cristal + inversores) (martin)
• buscar una memoria mas rapida que banque 40+ mhz. (la BQ4011 de texas banca hasta 33 Mhz) (martin)
• estudiar si hay 741 o similar en la vuelta porque vamos a precisar (sino hay que traer) (martin)

-- PabloHoffman 2005-09-01 00:49

---

28 Jul 2005: 7a. renunión - Presentación del modelo PIC

Pablo presentó propuesta de implementación usando PIC+ADC+SROM.

El modelo resultó ser bastante coherente, aunque aun quedan algunos temas flojos a profundizar, a saber:

• resolver tema de sincronización de los clocks ( PIC - 48 mbit/s - ADC 40 mbit/s )
• trigger - estudiar falencia de la propuesta actual (usar el MSB del ADC) y como mejorarlo
• hacer calculos de tiempos. ver si da la velocidad de procesamiento para que el PIC: 1. prenda WE, 2. incremente address, 4. ponga address en la salida.
• MUX -> investigar. estudiar mecanismo óptimo para muestrear ambos canales.
• muestreo en tiempo equivalente. es viable?. es factible?. justifica?

También quedó picando retomar la alternativa ETRAX y aplicar los nuevos conocimientos adquiridos para estudiar un modelo viable de implementación.

-- PabloHoffman 2005-07-28 01:49

---

21 Jul 2005: 6a. Reunión con Claudio - definir politica de muestreo (redefinir arquitectura)

Descartamos el uso de un pic para manejar la captura pues sus velocidades de trabajo no son suficientes.

Al presentar el estudio de las diferentes arquitecturas a usar nos dimos cuenta que es es fundamental saber el mecanismo de muestreo que vamos a usar. Por lo tanto, para la próxima reunión hay que definir la política de muestreo a utilizar y que exigencias de memoria tenemos para cada caso.

También correr simulaciones en scilab/matlab de diferentes a diferentes frecuencias de muestreo y ventanas para estudiar los errores que estamos teniendo dependiendo de la ventana de muestreo, el tiempo de trabajo y la cantidad de muestras a almancenar (memoria).

Luego de tener hecho el estudio llevar la justificación de porque tomamos tal o cual política fundamentada teorica y prácticamente.

Hacer diagrama de bloques del conexionado del ADC / memoria / PLC explicando claramente las conexiones, y los mecanismos (protocolos) a utilizar para interactuar entre ellos.

-- PabloHoffman 2005-07-20 22:23

---

14 Jul 2005: 5a. reunión con Claudio - definir arquitectura

Para el miércoles que viene estudiar cual de las siguientes alternativas es más viable y porque.

1. Silicon Labs (con submuestreo)
2. ADC 40+ MSPS + memoria + logica + interfaz (sin submuestreo). La lógica puede ser:
   • microcontrolador
   • FPGA
   • pic
3. Embedded linux (Axis ETRAX u otro)

-- PabloHoffman 2005-07-13 21:18

---

08 Jul 2005: 4a. reunion con Claudio (en lo de Martin)

• hacer comparacion de las diferentes soluciones que tenemos estudiadas
  • ganancia de entrada
  • ADC
  • buffer
  • microcontrolador
  • interfaz al bus y USB

La idea es comparar los resultados de cada metodo y propuesta y definir relacion costo/beneficio. En base a eso se elige la mejor solucion.

• analizar diferentes formas de muestreo
  • en tiempo real
  • por rafagas de muestreo rapido
  • submuestreo
  • mantener muestras por periodo constante
    • detector de freq, y sync con el adc
    • ej. 10 muestras por ciclo de señal

-- MartinSzmulewicz 2005-07-09 18:38

---

17 Jun 2005: Tecera reunion con Claudio.

• FPGA, PIC+PLD. otro ?
• memoria a usar.
• ADCS. disponibilidad y precios. eneka tiene el TLC0820AIN ( 2.5 us )
• hacer cuentas de error al usar conversores de 8/12 bits
  • estudiar ventajas de usar ley mu
  • estudiar amplificador ajustable a la entrada.
    • ajustable por software por comunicacion via puerto usb
    • ajustable por perilla en el hardware
• usando interfaz usb, calcular velocidad teoricas maximas que es posible medir toda la senal completa
• leer un poco mas sobre submuestreo
• estudiar como mostrar transitorios

-- ClaudioMisail 2005-06-16 22:23

---

06 Jun 2005: Segunda reunión con Claudio. Empieza etapa de análisis

• revisamos la planificación del proyecto entregada en el anteproyecto
  • reajustamos algunos plazos.
  • legamos al cronograma final propuesto
  • agregamos 2 etapas: documentación e imprevistos
• se sacó por primera vez el tema de la compatibilidad electromagnética
• se da por terminada la etapa de planificación. comienza la etapa de análisis.
• deberes para la semana que viene:
  • llevar un esbozo del diagrama de bloques del dispositivo
  • estudiar disponibilidad de productos en el mercada

-- PabloHoffman 2005-06-08 00:49

---

30 May 2005: Primera reunión con Claudio - Brainstorming y Project Managment

Nos presentamos, se conversó sobre la idea del proyecto (apuntar a venderlo a centros educativos). Y Claudio nos tiró una serie de puntos en los cuales enfocarnos en una primera instancia. A saber:

• Enfocarnos principalmente a lo que es el project managment, lo cual consiste basicamente en escribir las especificaciones del aparato y las etapas (a grandes rasgos) del proyecto junto con plazos y tiempos
• Temas técnios a evaluar y decidir:
  • Entrada de la señal:
    • conectores bnc?
    • ganancia y ajuste de la señal de entrada: como adecuarla la señal de entrada (~mV - 220 V) al conversor AD que soporta voltajes de 5 o 12 V
  • Alimentacion: desde el bus o con fuente propia ?
  • Controles: todos por software o poner algo por hardware?
  • Driver o aplicación?
  • Ley µ : que la escala del sensor no sea lineal sino que tenga más precisión en bajos voltajes
  • Cambiar vcelocidad de muestreo en hardware o muestrar a la misma vel y procesar en software?
  • Hardware con buffer o trasnmitir todo por ráfagas al puerto USB?
• Especificar las ventajas de nuestro osciloscopio (quizas desde un punto de vista de marketing)
  • Procesamiento digital de los datos
  • Análisis de transitorios
  • Que mas?

Quedamos ademas de buscar una herramienta de Proyect Managment (tipo Microsoft Project) para trabajar en la tarea y de crear un Twiki y darle un usuario a Claudio.

-- PabloHoffman - 30 May 2005

---

28 Apr 2005: Reunión con Langwagen - piques y requisitos básicos de un osciloscopio

Segun Guillermo tiene que tener las siguientes caracteristicas para ser usable:

• ser "plug and play". es decir, enchufarlo y que ande. que sirva para depurar circuitos mediante la técnica del "toqueteo"
• las protecciones típicas de potencia para que no se rompa al meterle 220 sin querer
• que este "aislado" de la PC, de manera que si reviente que reviente solo el dispoisitivo y no joda la PC (optoacoplar?. discutir con tutor)
• buen mecanismo de gatillado
• 2 canales x 10 Mhz para señales periódicas. transitorios no importan porque ningun osciloscopio "comun" puede medirlos de todas formas.

Esquema básico del aparato

Punta osciloscopio ---> | Proteccion | ---> | Sample & Hold | ---> | A/D | ---> USB-PC

Osciloscopio barato en Uruguay: U$S 800

Buscar que productos hay de:

• Pasco, Leibold (o Leybold) - data captures para física
• Pico - osciloscopios de PC como el nuestro
• Otros

-- PabloHoffman - 28 Apr 2005