parte g mouse

parte g mouse

de Ignacio Ortiz De Taranco Lane -
Número de respuestas: 4
estamos probando la versión simplificada de la parte g y no esta entrando a la subrutina de atención a interrupción del timer. La nacionalización esta hecha igual que en la parte d que anda perfecto, conectando la  pata de interrupción del counter a un led vimos que esta siempre en uno (después de pasar por el negador). Nos aseguramos de borrar peticiones pendientes. cuando enchufamos zc del contador al irq del controlador si entrabamos a la subrutina. El programa sale bien del estado inicial hasta el estado contando pero como el timer no interrumpe no decrementa y se queda ahi. En resumen esta configurado igual a la parte d pero no esta andando igual.
En respuesta a Ignacio Ortiz De Taranco Lane

Re: parte g mouse

de Manuel Urquiola -

Buenas!

Si entendí correctamente, hasta la parte d) las interrupciones del timer con su configuración funcionaban correctamente. Esto apunta a que hay algún problema en la integración. 

Un posible error podría ser en cuanto al nombre de las variables, fíjense por ejemplo que su variable puede llamarse "pausa" en la subrutina, pero el template de la parte g le llama "pause".


Saludos!

Manuel

En respuesta a Manuel Urquiola

Re: parte g mouse

de Ignacio Ortiz De Taranco Lane -

Hola Manuel. Ese fue un problema que teníamos pero nos salto en la compilación y lo arreglamos antes de probar el programa directamente. Si el problema fuera la variable pause, entraríamos a la subrutina, evaluaríamos pause y saldríamos sin hacer nada, pero nosotros pusimos un break point al principio de la subrutina de atención a interrupción (rutint_timer) y nunca estamos entrando. Ademas, cambiamos el hardware para que la pata int_n del bloque counter entre en el led 9 en vez de zc y vimos que está siempre prendida como si pidiera interrupción, ya revisamos la inicialización y están activadas interrupciones del contador.

En respuesta a Ignacio Ortiz De Taranco Lane

Re: parte g mouse

de Ignacio Ortiz De Taranco Lane -
Al final, enchufando la pata zc en vez de la pata int_n del counter a la pata irq del controlador el programa funciona perfecto asi que lo que no estaba andando era la pata int_n del contador. seguimos sin saber por que se puede dar esto ya que esta bien inicializada.
En respuesta a Ignacio Ortiz De Taranco Lane

Re: parte g mouse

de Julio Perez -

Pareciera que no estaban manejando bien la entrada INTA del bloque contador. De esa manera la primera vez que el contador llega a cero queda activa para siempre la salida INT_n del bloque counter y no se vuelve a producir un flanco en la entrada IRQ del controlador de interrupciones.