Ferney Alberto Beltrán Molina, Ing, MSc, PhD(c)
fabeltranm@unal.edu.co.
github: https://github.com/Fabeltranm/
https://chat.whatsapp.com/IbI4boc6GWRJnb2A4ktdnB
* Según cada Grupo
El estudiante es responsable de adquirir el conocimiento, y tiene la responsabilidad de preparar los temas que se van a tratar, se dejarán documentos que deben ser analizados por el estudiante; las dudas se discutirán y aclararán en clase.
Se diseñará e implementará un dispositivo digital de mediana complejidad, utilizando las herramientas suministradas y los conocimientos adquiridos; las tareas hardware se implementarán en un un dispositivo lógico programable (FPGA) y las tareas software en un soft-core (SoC) implementado en el mismo.
Se conformarán grupos de trabajo de 3 personas, las cuales se encargarán de generar y publicar en un sitio público github la documentación necesaria para futuras mejoras o correcciones.
Para cada paquete de trabajo se debe clonar la plantilla dada, y los resultados del trabajo de cada grupo deben ser subidos antes de la fecha estipulada. Se recomienda leer la ayuda de github classroom en este link y ver los videos de github de su canal de YouTube de este link o pueden descargar un libro de git del siguiente link Antes de empezar si no ha tenido ningún acercamiento con los repositorios de git debe realizar los siguientes pasos:
Antes de comenzar con cada paquete de trabajo se debe leer las instrucciones y tener todos los archivos. Para acceder a cada paquete de trabajo debe:
- Aceptar la asignación de cada link dado.
- La aplicación les pregunta si desean crear un grupo nuevo o unirse a uno existente:
- Para crear un grupo nuevo coloque "Grupo-N_año-N_semestre-xx", donde xx es el número del grupo.
- Para unirse a un grupo existente, busque el nombre y pulse el botón ´join´.
Nota: Todos los estudiantes debes unirse al grupo correspondiente y tener cuidado de no equivocarse de grupo
Luego de unirse a cada grupo de trabajo debe clonar su repositorio en su computador, para lo cual:
- Si usted no tiene ningún conocimiento de cómo hacer esto, recomiendo usar github Desktop el cual se puede descargar de este link, y la documentación de uso la encuentra en este link Recuerde lo que debe hacer es clonar el repositorio creado de forma automática por git classroom y NO crear uno nuevo
- Para los estudiantes que usen el sistema operativo Linux les recomiendo usar la siguiente guía para clonar el repositorio e iniciar en el mundo de control de versiones link
RECUERDEN: Todos los integrantes del grupo deben trabajar en el respectivo repositorio y participar en los commit push, y la construcción de la documentación
Para todos los paquetes de trabajo se debe realizar la documentación respectiva, que evidencie el progreso del trabajo. Puede hacer uso de fotos, videos, comentar el código HDL, y todo lo que el grupo considere necesario para explicar los avances que va teniendo. Recuerde el trabajo que ustedes documenten, será el que leerán sus compañeros de los próximos semestres. En este contexto, la evaluación de la documentación será tenida en cuenta la minuciosidad y claridad de la misma.
La documentación se debe diligenciar en el archivo README.md, que se encuentra en cada repositorio dentro de la carpeta docs, en el cual deben colocar el nombre3 de los integrantes y el número de identificación. El archivo README.md, se debe escribir en formato Markdown. Para aprender cual es el formato de este documento se recomienda revisar el siguiente link que les da una visión rápida de formato usado para hacer la documentación. Las imágenes, fotos y soportes gráficos deben ser alojados en la carpeta ‘figs’ y deben ser vinculadas en documento README.md.
El código HDL está alojado en la carpeta hw. Allí están los archivos fuentes dados en clase y allí deben alojar todo los archivos diseñados y desarrollados por los integrantes de grupo y según sea solicitado en la guía de cada paquete de trabajo.
El código del firmare debe se alojado en la carpeta sw. Allí están los archivos fuentes dados en clase y allí deben alojar todo los archivos diseñados y desarrollados por los integrantes de grupo y según sea solicitado en la guía de cada paquete de trabajo.
Recuerde tener presente el deadline de cada paquete de trabajo, a las 8 de la noche del día indicado se cierra el sistema y los grupos no podrán actualizar el repositorio. Para actualizar el repositorio deben realizar el respectivo commit y push, según sea la plataforma que estén utilizando y como se explicó en clase. Recuerda también revisar que en la página de github se refleja las actualizaciones realizadas por el grupo de trabajo
- 15% AutoEvaluación
- 15% CoEvaluación
- 70% laboratorios y Proyecto
Semana | Tema | Guia de laboratorio | WP | deadline |
---|---|---|---|---|
Semana 1 | Instalación linux e instalación Viviado/quartus | link | ||
Semana 2 | Configuración Vivado -ALU | link | lb01 | |
Semana 3 | lab procesador j1 | link | lb02 |
A continuación se presenta cada actividad a realizar, el plan de trabajo del proyecto de cada semana se encuentra en el link de documentación y el link de trabajo se encuentra en la columna repositorio.
WP | semana | deadline | Tema | Documentación | Repositorio |
---|---|---|---|---|---|
01 | W01 | Definición completa de los periféricos y mapa de memoria | link | WP01. | |
02 | W02 | Construcción del bloque Cámara y modulo de procesamiento | link | WP02 | |
03 | W03 | Construcción del bloque Driver Radar, Estructura del software | link | WP02 | |
04 | W04 | Inicio SoC Litex. | WP04 | ||
05 | W05 | SoC con interripciones . | WP05 | ||
06 | W06 | SoC con periféricos en verilog. | WP06 | ||
07 | W07 | Integración driver con SoC, pruebas funcionales de cada driver. | |||
08 | W08 | : Software del hard procesador y el procesador IP | |||
09 | W09 | Integración del proyecto y pruebas funcionales | |||
10 | W10 | Presentación entrega del proyecto | link | WP08 |
No de grupo | 1ra Entrega | Proyecto Final |
---|