A continuación se listan preguntas y/o ejercicios que pueden entregar los estudiantes que faltaron a alguna clase.

Reglas para la entrega de ejercicios de teórico

  • Asignación: es responsabilidad de cada estudiante verificar los ejercicios en caso de faltar a una clase.
  • Plazo: el plazo será de una semana. En caso de duda respecto a qué ejercicios corresponde consultar al docente.
  • Entrega: la entrega se podrá hacer vía un tarea de EVA (que registra fecha/hora de la entrega) o personalmente en caso de realizar el trabajo en papel.
  • Entregas fuera de plazo: no serán corregidas

  • Asignación de ejercicios de teórico

    Introducción y conceptos básicos

    • Material: capítulo 1 de Simon
    • Entregable: Describir si el sistema de control de personal (marcado de asistencia, similar al que está en la entrada del estacionamiento sur de Facultad de Ingeniería) es un sistema embebido y de tiempo real. Fundamentar. En caso de necesitar alguna especificación para decidir si lo es, explicar por qué.

    Herramientas de desarrollo de software embebido

    • Material: transparencias de clase, capítulos 9 y 10 de Simon.
    • Entregable: describir el proceso de inicialización de variables (en valores distintos de cero y aquellas inicializadas en cero) y explicar cuando se realiza dicha inicialización y por quién (cómo se llama la rutina y quién la llama).

    GIT: introducción al control de versiones

    • Consultar al docente.

    Arquitectura de microcontroladores

    • Material: capítulo 3 de Simon y documentación técnica de MSP430 y Atmega.
    • Entregable: Realizar la "Actividad en grupo" de las transparencias de la clase titulada "Diferencias: Atmega versus MSP430" (armar y completar la tabla comparativa).

    Interrupciones y microcontroladores

    • Material: capítulo 4 de Simon
    • Entregable: problemas 1 y 5 (pág. 112 de Simon).

    Datos compartidos (alternativas a deshabilitar interrupciones)

    • Material: capítulo 4 de Simon (pág. 107).
    • Entregable: Problema 5 (pág. 112 de Simon) y ejercicio 3.1 y 3.2 del repartido Ejercicios 3.

    Arquitecturas de software embebido

    • Material: capítulo 5 de Simon
    • Entregable: problemas 3 y 4 (pág. 134 de simon).

    Bajo consumo en sistemas embebidos

    • Material: bibliografía indicada al final de las transparencias.
    • Entregable: realizar uno de los dos siguientes conjuntos de actividades:
      • Opción 1:
        • Describir los diferentes modos de operación del uC que sería conveniente usar en su proyecto(*) e indicar cuando se usarían. Justificar.
        • Suponer un sistema que tiene una carga externa impuesta que es periódica con cierto período T0 y que dura un tiempo t0 (es decir le lleva un tiempo t0 computar el procesamiento impuesto): ¿Para qué valores de Tmin elegiría realizar gestión de potencia y cuál política?
        • Realizar la "Actividad en grupo" de las transparencias de la clase titulada "Programación de bajo consumo en MSP430", implementando en lenguaje C (no seudo-código).
      • Opción 2:
        • Realizar la "Actividad en grupo" de las transparencias de la clase titulada "Programación de bajo consumo en MSP430", implementando en lenguaje C (no seudo-código).
        • Ahora considere las arquitecturas de software restantes vistas en clase. ¿En cuáles se pueden aplicar técnicas de bajo consumo (llevar el uC a niveles de consumo menores)? Justificar.

    (*) Si no ha definido el proyecto hacerlo para una aplicación acordada con el docente.

    Test de software embebido

    • Material: transparencias de la clase y artículo "Assert Yourself" por Niall Murphy.
    • Entregable: Escribir un macro assert -el más sencillo que se les ocurra- para ser utilizado en software embebido. Recordar que es posible conectarse con el debugger a un microcontrolador en ejecución.

    Introducción a los RTOS (1/2)

    • Material: capítulo 6 de Simon
    • Entregable: problemas 1, 2 y 3 (pág. 169 y siguientes de Simon).

    Introducción a los RTOS (2/2)

    • Material: Capítulo 6 de Simon
    • Entregable: problemas: 5, 6, 9 y 10 (pág. 169 y siguientes de Simon).

    Otros servicios de RTOS

    • Material: capítulo 7 de Simon, transparencias de la clase.
    • Entregable: realizar uno de los dos siguientes conjuntos de actividades:
      • Problemas 3 y 4 (pág. 207 y siguientes de Simon).
      • Realizar problema 8 (pág. 207 de Simon) y realizar la "Actividad en grupo" de las transparencias de la clase titulada "Implementación: RadiomodemControl”

    Criterios de diseño en sistemas embebidos

    • Material: capítulo 8 de Simon.
    • Entregable: realizar uno de los dos ejercicios siguientes:
      • Realizar la "Actividad en grupo" de las transparencias de la clase titulada "Bosquejo del diseño de la solución del proyecto".
      • Revisar el código del obligatorio o del último laboratorio, donde debieron tomar en cuenta el problema de datos compartidos dando una solución (por ejemplo deshabilitando las interrupciones). Modificar el/los módulo/s de manera de encapsular adecuadamente la protección de la sección crítica para no delegar en el usuario esa responsabilidad.

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

    Clases que no se dictan todos los años:

    Metodologías de desarrollo y modelado

    Contiki OS

    • Material: presentación de la clase, artículo "Protothreads" por Adam Dunkels y los archivos fuentes de Contiki (en particular process.h)
    • Entregable: escribir un proceso (archivo .c) para implementar la tarea ErrorTask descripta en la presentación de teórico "Otros servicios de los RTOS". Tener en cuenta que al invocarse el proceso (prototheads) recibe el evento (process_event_t ev) y los datos (process_data_t data) asociados.

    Introducción al lenguaje C

    • Material: tutoriales y libros disponibles.
    • Entregable: realizar uno de los ejercicios siguientes:
      • Ejercicio 2.1 propuesto en el repartido Ejercicios 2.
      • Ejercicio 3.1 propuesto en el repartido Ejercicios 3.

    Última modificación: miércoles, 10 de marzo de 2021, 14:54