Wednesday, November 26, 2014

Habilitaciones y despedida

Bueno chicos y chicas se acabó esto...

Los que quieran habilitar por favor me llaman al celular. Sería mañana Jueves de 9:00 AM a 1:00 PM. Por favor me avisan esta misma tarde-noche para prepararla.

Al curso entero muchas gracias por participar en el curso... para los que llegaron a la meta felicitaciones... para los que no lograron los objetivos, pues ánimo no es el fin del mundo, no pasar un curso no tiene nada... Cuando sean ingenieros nadie les preguntará eso... ni ustedes mismos se acordarán... Yo seguiré trabajando para que nadie pierda este curso, se vienen algunas cosas nuevas que iré incorporando el siguiente semestre y los que vienen... por ahora si quieres tomar esta clase otra vez conmigo te puedo adelantar es que si vienes con un smartphone mejor!!!

A la orden siempre para lo que necesiten y yo les pueda colaborar....

Para todos que pasen una muy Feliz Navidad y un Feliz Año 2015... Nos vemos en clase, por los pasillo o por ahí...

Últimas Notas

Chicos y chicas aquí están las últimas notas:

Las notas se calcularon así: Sum(avances)*2+Sum(las_demás_notas). Cada avance tenía un máximo valor de 5.

Paper del proyecto: pueden ver su paper aquí: Paper3

Quiz de laboratorio:

QDD_Elmer_Leon: Es mejor usar código que diagramas esquemáticos. Genera un latch para x1.

proyectoQDD_Jose_Bula: La FPGA seleccionada no es la FPGA de la tarjeta. Este circuito no tiene pines de Entrada/Salida. Errores de sintaxis.

ProyectoQDDD_David_Bueno: No tiene sentido que un case algunos casos se escriba una señal y en otras no. No es buena idea “crear” una señal dentro de un process y preguntar por ella en el mismo process, hay que usar otro process. Las salidas no pueden leerse. La expresión led<='0' es igual a LED = ‘0’.

QDD_Andres_Garcia: No es buena idea “crear” una señal dentro de un process (A1) y usarla en el mismo process. Se debe crear otro process para usarla. Se crean latches para A1 y para A2.

QDD_christian_garces: Es mejor usar código que diagramas esquemáticos. La señal dato es de 8 bits pero se compara con 6 bits. Se crean latches para a1, a2 y sal. Los LEDs del display se encienden a nivel bajo.

QDD_cristhian_del_castillo: La salida S de dos bits pa qué es ? Con dos IF independientes lo que hace uno puede dañarse por el otro, debiste escribir if anidados. Se encontraron latches en el código.

QDD_Cristian_Guevara: Es mejor usar código que diagramas esquemáticos. Es muy difícil seguir la lógica del circuito si casi todo esta en esquemático. El circuito fue grabado en la tarjeta, el led no encendió,  para números mayores de 39h el circuito genera las letras A, B, C, etc.

QDD_Daniela_Toncel: Es mejor usar código que diagramas esquemáticos. El circuito comparador no tiene salidas. Errores de sintaxis en el circuito Comparador, se escribió un IF sin un Process. Es muy extraño que se use la sentencia With / Select puesto que esto no se estudió en la clase. El conversor a código 7-segmentos esta muy extraño. Los LEDs del display de la tarjeta encienden a nivel bajo.

QDD_darwin_delahoz: En la sentencia if data <= "110000" and data <= "111001" then hay error lógico. Error lógico: if data <="1000001" and data <="1000110"  then. Errores de sintaxis.

QDD_ERNESTO_CABANA: La salida display no puede tener un valor en la entidad. En la sentencia IF A<"00110000"  THEN  ELSIF A>"01000110" THEN, nunca serán verdaderos las dos condiciones. El circuito fue grabado en la tarjeta y el display enciende muy raro. El LED siempre enciende.

QDD_JuanPablo_Sarmiento: OK.

QDD_LUIS_GARCIA: Es mejor usar código que diagramas esquemáticos. El intervalo DATA >= "00011110" and DATA <= "00100111" no es ninguno de los intervalos de interés. El intervalo DATA >= "00101001" and DATA <= "00101110" no es ninguno de los intervalos de interés. Error de sintaxis por digitar una tecla donde no va. Error en el archivo de pines.

QQD_Marcoluis_Olarte:  Es mejor usar código que diagramas esquemáticos. Latch encontrado para la salida LED. No hay archivo de pines.
 
Diseño del Proyecto

DD_BULAJ_GARCIAL_TONCELD: Uso de esquemáticos. No funcionó. Idéntico hasta en los nombres al presentado por DD3_BuenoD_GuevaraC_OlarteM.

DD3_BuenoD_GuevaraC_OlarteM:  Idéntico hasta en los nombres al presentado por BULAJ_GARCIAL_TONCELD.

DD3_CabanaE_SarmientoJ_BravoB: Ok.

DD3_DelcastilloC_LeónE: Uso de esquemáticos. No funcionó.

DD3_GarcesC_DelahozD_GuitierrezO: Uso de esquemáticos.

DD3_GarciaA. Uso de esquemáticos.

Tuesday, November 25, 2014

Entrega del tercer proyecto

Chicos y chicas aquí esta la forma como debe entregarse el proyecto:

Deben entregar   Dos (2) archivos de forma independiente (un pdf y un .rar):
  1. Los archivos del proyecto: se debe seguir el siguiente procedimiento: Cuando estén listos para entregar estos archivos deben hacer lo siguiente:
    1. No importa el nombre del proyecto por lo cual la carpeta que lo contiene tiene cualquier nombre. A esta carpeta cámbiele el nombre por el mismo nombre del documento en línea. 
    2. Click derecho a esta carpeta después de cambiarle el nombre y cree un archivo .rar que va a quedar con el mismo nombre de la carpeta, es decir con el mismo nombre del documento en línea.
    3. Enviar este archivo .rar con el nombre del documento en línea por medio de la siguiente página Entrega Oficial a más tardar el martes 25 de noviembre a las 6:00 PM (HOY MISMO).
  2. Entregar por el sistema oficial de entrega de trabajos (hacer click en este link) Entrega Oficial el documento donde explican en detalle su diseño. Este documento no debería tener circuitos esquemáticos si no más bien diagramas de bloques donde se pueda ver con claridad su diseño. Cada uno de estos diagramas deben explicarlos en detalle en el texto del documento. Debe aparecer los diagramas de estado de las máquinas de estado que diseñaron. En este documento deberían aparecer las simulaciones de cada parte de su proyecto. 
  3. Este documento se debe entregar con el nombre que tiene ya en Google Docs unicamente en formato PDF a mas tardar este miércoles 26 de noviembre hasta las 12:00 (12:00 del medio día de MAÑANA MISMO).
Los dos archivos son requisitos para entrar a evaluar el proyecto. La falta de uno de ellos puede incurrir en la nulidad de la entrega. Tenga en cuenta que para revisar el proyecto yo voy a implementar su circuito en una Tarjeta Nexys 2 así que les recomiendo enviar los archivos que ustedes grabaron en la tarjeta.  

Wednesday, November 12, 2014

Tercer Avance del Proyecto

Chicos tenemos tiempo para un tercer avance. Para este martes 18 de noviembre deben traer:

  1. El capturador de datos del teclado implementado en la tarjeta. Los 8 bits leídos del teclado los pueden mostrar por los LEDs de la tarjeta Nexys II. 
  2. Tener dibujado en su documento en línea un diagrama de bloques detallado del circuito que mostrará los datos leídos por los displays. Si este circuito tiene máquinas de estado deben tener en el documento en línea el diagrama de estados de esta máquina. Recuerden que los datos en el teclado deben trasladarse de display en display cada vez que se presione una tecla. 
Para el 25 de noviembre deben entregar el proyecto en hardware y paper, así que vayan preparándose para que no se atrasen. 

Thursday, November 6, 2014

Segundo avance tercer proyecto

Muchachos su retroalimentación del primer avance esta lista. La pueden leer en sus respectivos documentos en línea. Para el segundo avancen este martes traigan esto:

1. Diagrama de bloques detallado de su solución. En este diagrama ya deben encontrarse los diferentes dispositivos digitales que ya conocen: multiplexores, registros, etc. Si tienen máquinas de estado deben tener sus diagramas de estado dentro del documento. 

2. Deben probar en la tarjeta la captura de datos desde el teclado, pueden mostrar por los LED el dato recogido del teclado. Deben averiguar en la tarjeta que pines de la FPGA están conectados al conector PS2 para que puedan probar esto. 

Tuesday, November 4, 2014

Primer Avance Tercer proyecto

Este su primer avance para el tercer proyecto que se debe estar listo este jueves 6 de noviembre su se revisará en el documento en línea. Esperen ese jueves mis comentarios. 
  1. Crear un documento de texto en Google Docs (Documents) darle el título del proyecto en letra tipo título y centrado. El nombre del documento debe cumplir el siguiente formato: DD3_"Primer apellido e inicial en mayúsculas del Nombre del primer estudiante"_"Primer apellido e inicial del nombre del segundo estudiante" y así sucesivamente. Por ejemplo si los estudiantes en el grupo son John Wakerly, Thomas Floyd, Morris Mano y Ronald Tocci, entonces el documento debe llamarse como sigue: DD3_FloydT_MorrisM_TocciR_WackerlyJ
  2. Debajo escribir los nombres de los integrantes del grupo iniciando con el primer apellido y deben compartirse el documento a todos los integrantes del grupo como editores. Compartan este documento a mi Drive (heinercg@gmail.com) como comentarista únicamente. 
  3. Escribir en este documento una explicación detallada de como funciona la comunicación de un teclado ps2. 
  4. Dibujen en el documento en línea un diagrama de bloques general de su solución. En este diagrama de bloques no es necesario dibujar compuertas ni circuitos detallados, en vez de eso deben dibujar bloques generales. No es necesario que sepa los circuitos internos de cada bloque, lo que tienen que saber muy bien es que función va a cumplir cada bloque que dibujen, no importa si por ahora les parecen bloques "mágicos" concéntrense en la funcionalidad de los bloques y no en su circuitería interna.  Es importante que unan los bloques por medio de buses de datos y que escriban el número de cables (número de bits) de las entradas y de las salidas de cada bloque. Si no lo hacen perfecto no se preocupen para eso son los avances, para corregirles en el camino. Les recomiendo que usen la herramienta de dibujo que ya tiene Google Docs, pues de esa forma pueden editar sus dibujos en línea. Si su proyecto tienen máquinas de estado es muy conveniente que dibujen sus diagramas de estado. 

Wednesday, October 22, 2014

Notas del segundo seguimiento

Chicos ya están calculadas las notas del segundo seguimiento. Las pueden ver en su archivo personal de notas. 

Las notas se calcularon así: 

Nota= sum(avances)*3+sum(las demás notas)

Tengan en cuenta que cada avance valía 5 puntos, para un total de 30 puntos en avances, los exámenes hasta 50, el paper del proyecto hasta 20, el diseño hasta 20, el examen del proyecto hasta 30. 

Los examanes se los entrego la siguiente semana y los papers espero publicarlos hoy, tengo problemas para sacar los papers calificados de mi tablet, espero resolverlo esta tarde.