UNIVERSIDAD DE IBAGUÉ

FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA ELECTRÓNICA
LABORATORIO DE ELECTRÓNICA DIGITAL 3

PRÁCTICA No. 3: PROGRAMACIÓN MODULAR EN LENGUAJE ENSAMBLADOR

Prof: MiguelAngel Montilla G.

PLANTEAMIENTO DEL PROBLEMA

Se desea implementar mediante un MCU de gama media, un temporizador regresivo programable de 0 a
99 segundos, de acuerdo con el diagrama y las especificaciones indicadas:

 El pulsador ‘ON/OFF’ permite prender o apagar la carga (para las pruebas un LED).
 Al oprimir el pulsador ‘Up’, se incrementa (de forma cíclica) el valor de temporización deseado.
 Al oprimir ‘Start’, el sistema realiza de forma autónoma un conteo regresivo de segundos (desde el
valor previamente programado) y al llegar a cero, el estado de la carga conmuta y el sistema queda
listo para volver a funcionar.

PROCEDIMIENTO
1. Presentar objetivos de acuerdo a lo que se espera de esta práctica.

2. Diseñar un circuito acorde con el problema planteado. Debe mostrarse un diagrama esquemático
detallado, incluyendo valores de los componentes y cálculos de diseño.

3. Plantear una estrategia para la solución del problema, en donde se explique claramente (de forma
redactada), el algoritmo a seguir.

4. Realizar los diagramas de flujo correspondientes al software que se va a implementar.

5. Implementar en lenguaje ensamblador un programa para dar solución al problema planteado, de forma
consecuente con la estrategia de solución y los algoritmos previamente desarrollados. Este programa
debe consignarse en el informe a modo de anexo.
6. Simular el sistema desarrollado en Proteus. En el informe deben presentarse y comentarse los
resultados obtenidos para diferentes simulaciones, apoyándose en capturas de pantalla.
Adicionalmente, los archivos usados para tal efecto (Proteus y Mplab) deben entregarse.

7. Implementar el sistema diseñado y verificar de forma práctica su funcionamiento.

8. Haga observaciones y saque conclusiones.

INFORME:

Presente un informe (debe entregarse en formato .pdf por Dropbox) en donde se consigne:

- Desarrollo del procedimiento de la guía.

- Anexos. Incluir aquí el código fuente utilizado.

Nótese que no hay Marco teórico ni resumen ni abstract ni pre-informe. En general, debe presentarse
solamente lo que se pide.

Observaciones:

 Dado que el informe no se entrega impreso sino por medio electrónico, no tema usar imágenes y
colores de apoyo, como por ejemplo capturas de pantalla.

 La simulación y el programa realizado deben incluirse en el informe y también deben entregarse los
archivos respectivos.

 En el horario de laboratorio debe presentarse la simulación, el funcionamiento del montaje, y debe

presentarse impreso el formato de calificación del laboratorio. El informe junto con los
archivos de respaldo generados por Mplab y Proteus deben ser entregados en el transcurso del día, a
través de carpeta compartida por Dropbox.

 El programa presentado en laboratorio debe ser el que se entregue por Dropbox. Solo se permite
modificar comentarios, pero no el contenido del programa. En caso de presentar algún cambio en el
programa, dicho programa no será tenido en cuenta (será anulado).

 El trabajo de laboratorio se desarrolla en parejas y por tanto, cada trabajo debe ser original. Copias de
trabajos dará como resultado la nulidad de la práctica para los grupos involucrados.

 Cada día de retraso en la entrega del informe, será penalizado con 5 décimas sobre la calificación total
del laboratorio.

Fecha de entrega: Marzo 28 de 2014

 UNIVERSIDAD DE IBAGUÉ
FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA ELECTRÓNICA
LABORATORIO DE ELECTRÓNICA DIGITAL 3

Formato de Calificación Práctica No. 3: Programación Modular en Lenguaje Ensamblador

Prof: MiguelAngel Montilla G.

OBSERVACIONES GENERALES
Fecha Marzo 28 de 2014
Código Nombre Completo
Estudiantes

CHECKSUM ROM:
ASPECTOS DE FUNCIONAMIENTO
(__) 100% (__) (85 - 100)% (__) (70 – 85)%
Funcionamiento simulación
(__) (50 - 70)% (__) (30 - 50)% (__) (0 – 30)%
(__) 100% (__) (85 - 100)% (__) (70 – 85)%
Funcionamiento Real
(__) (50 - 70)% (__) (30 - 50)% (__) (0 – 30)%

Observaciones sobre el
funcionamiento

OTROS ASPECTOS
Observaciones sobre el diseño
del Hardware
Claridad y eficiencia de la
(__) Alta (__) Aceptable (__) Baja (__) No hay
estrategia de solución

Observaciones sobre el informe

(Objetivos, desarrollo
procedimiento, conclusiones,
etc) y sobre el programa.

Calificación Parcial
PenalizaciónRetraso (-0.5/Día) -
Calificación Total