(Este enunciado será explicado en la primera clase que corresponda a cada grupo)
Objetivos
Funcionamiento
La finalidad de la práctica es convertir la pantalla del PC en
una pantalla de visualización de un analizador lógico con 8 canales. La entrada serán una serie de números
de 8 bits. El valor digital de cada bit representa el valor lógico de una
señal digital que se supone está conectada al puerto paralelo. Estos números de 8
bits provienen de un "driver"
que, en esta segunda práctica, será entregado por el profesor. El programa
a desarrollar irá leyendo estos datos digitales de uno en
uno, según los vaya entregando el conversor en función de la
temporización seleccionada, y presentará en pantalla el nivel
lógico de cada una de las señales en el instante correspondiente. Un ejemplo
de presentación de esta práctica en la pantalla del PC se muestra en la figura siguiente:
En la pantalla anterior aparecen los siguientes elementos:
En esta práctica se suministra un programa fuente escrito en C (pra2.c, interf.h), que opera con un conjunto de módulos objeto (cond_in.obj, datos.obj, start.obj, stop.obj y tiempo.obj) que hace las llamadas al driver del Analizador Lógico. El driver también se suministra y se comportará como un simulador del dispositivo, es decir, los valores que devuelva no son reales, no se han tomado del exterior, sino que se los "inventa" para poder depurar el correcto funcionamiento de la librería.
En éste caso no se entrega una librería, sino una serie de módulos objeto conteniendo todas las funciones pedidas. Se recomienda al alumno que según vaya haciendo las funciones necesarias las nombre de manera idéntica a las originales, de manera que compile sustituyendo los módulos objeto: el entregado por el profesor por el realizado por el alumno. Esto permitirá ir depurando poco a poco el programa, sustituyendo la llamada a cada función en el fuente en C de manera progresiva. Al final sólo se deberá compilar usando los módulos diseñados por el alumno.
Para ver la ejecución completa se suministra también un ejecutable: prac2.exe
En esta práctica se puede utilizar la librería gráfica desarrollada en la práctica anterior y realizar un nuevo código fuente en C, modificando el que se entrega, de forma que en lugar de trabajar en modo texto lo haga en modo gráfico.
1)
Escribir en ensamblador las funciones de la interfaz con el driver.
a) Se proporcionan ejemplos de
funciones del interfaz (cond_in.obj, datos.obj, start.obj, stop,obj,
tiempo.obj e interf.h).
b) Las funciones de los alumnos tienen
que proporcionar una interfaz completo con el driver. Si es necesario, hay
que cambiar/ampliar la interfaz proporcionada.
c) Si se opta por preservar los nombres
de las funciones del interfaz proporcionada y se necesita una amplificación
de la interfaz, hay que ampliarla de manera compatible.
d) Se puede cambiar/ampliar el programa
del usuario (pra2.c) si es necesario (por ejemplo añadiendo tratamiento
de errores generados por el driver).
2)
Opcional. Sustituir el programa del usuario (pra2.c) con interfaz grafica, utilizando
la librería en ensamblador desarrollada durante la primera práctica.(Opcional:
Cambiando la librería, se puede optar por otro modo gráfico parecido a
MCGA si es necesario, por ejemplo si falta espacio en la pantalla).
El emulador del driver se maneja a través
de la interrupción 61h. Para comunicarse con este servicio se utilizan los
registros de la CPU (de manera totalmente análoga ha como se ha hecho con
las int 21h, int 10h etc).
Al
ejecutar int 61h, en el registro AH está el grupo de la función
(servicio), en AL está el detalle (subservicio) de la función y en los demás
registros los parámetros de entrada.
Al
volver de la int 61h el servicio cambia los registros, también llamados parámetros
de salida.
Cada
uno de los servicios se describe con sus parámetros de entrada, parámetros
de salida y efectos colaterales.
No se permite el cambio de los registros no mencionados como salida.
El
driver se instala al ejecutar el programa del driver. El nombre del
simulador del driver es drvsim.com.
Notar: Hay que instalar el driver
antes de ejecutar la interfaz del usuario.
Efectos colaterales
1.
LPT1 se pone en modo de entrada.
2.
Captura del vector 61h y los vectores necesarios para manejar el tiempo.
3.
El programa se queda residente (TSR).
Como norma general, si no se dice otra cosa, al volver del servicio en AH está
el estatus del resultado:
|
Registro |
Entrada
/salida |
Valor |
Descripción |
|
AH |
S |
0 |
Operación
completada con éxito |
|
AH |
S |
0Feh |
Error
de rango de algún parámetro. |
|
AH |
S |
0FDh |
función
no implementada |
|
AH |
S |
0FCh |
Función
no funcional por razones de limitaciones del hardware. |
|
Registro |
Entrada
/salida |
Valor |
Descripción |
|
AH |
E |
0 |
Comprobación
del driver |
|
AX |
S |
55Abh |
Numero
fijo |
|
CL |
S |
X |
Numero
del grupo de practica (1,2,3,...) |
|
DL |
S |
X |
Letra
del grupo a, b ó c (1 para a, 2 para b, 3 para c ...). |
|
DH |
S |
X |
Número
de pareja |
Parámetros de entrada
CX = Periodo entre las muestras en milisegundos
Parámetros de entrada: a cada canal corresponde un bit en CL, BH, BL (canal 0 bit 0, canal 1 bit 1 etc.).
Para cada canal la condición se define de la siguiente
manera:
CL,BH,BL – condición de START.
Volver
al projecto