ZONA DE PRUEBAS

¡Jarl, torpedos!

Resulta que estoy liao con el Z80, y me interesa hacer una rutina que al principio deshabilite las interrupciones, y al final las astive o desastive en función de como estuvieran antes de entrar. Así que lo primero que tengo que hacer es detestar el estado de la habilitación:



Con este trozo grabo en (INT_STAT) un 0 si no están habilitadas, y 1 si sí, ¿nor?

Y al final..



Con ese otro trozo habilito las interrupciones si antes lo estaban.

¿Lo veis corresto? ¿Está bien usada la condición "pe"?

¡Por qué no lo pruebas en un emulador y tú mismo podrás ver si funciona o no?
Pero antes, cambia lo de inc (INT_STAT) por otra cosa, ya que el Z80 no deja incrementar directamente el contenido de una dirección de memoria. Lo que sí te deja hacer es INC (HL) habiendo cargado antes HL con el valor INT_STAT.

OK, claro que lo puedo probar, pero era por si alguien lo sabía del tirón, y además así iniciar un posible tema de conversación interesante

¿No sería más fácil poner una nota en la documentación que diga "a esta rutina hay que entrar con las interrupciones deshabilitadas"?

En serio, el programador debería conocer cómo tiene las interrupciones. En realidad solo se me ocurre un caso en el que no lo sepas y debas averiguarlo, y es cuando estás respondiendo a una NMI (¿es lo que intentas hacer?). Averiguar el estado de las interrupciones y restaurarlo es algo imprescindible en el caso de transfers (Phoenix, Transtape, Pokeador Automático)... si te apetece hacer trampa puedes desensamblar una rutina de esas para ver qué hace.

Y si no quieres pegarte el esfuerzo, tenemos por ahí un gran recurso para los usuarios de Spectrum (adaptable a cualquier Z80) como es la Microhobby. Si miramos en el artículo Transfer para el Pokeador automático, tenemos una rutina que hace exactamente lo que pides (líneas 30 a 90).

Por cierto, salvo por lo del inc (INC_STAT) has acertado en todo.

zup escribió:Por cierto, salvo por lo del inc (INC_STAT) has acertado en todo.

Pues yo que creo que el primer condicional lo tiene al revés ...

zup escribió:¿No sería más fácil poner una nota en la documentación que diga "a esta rutina hay que entrar con las interrupciones deshabilitadas"?

En serio, el programador debería conocer cómo tiene las interrupciones. En realidad solo se me ocurre un caso en el que no lo sepas y debas averiguarlo, y es cuando estás respondiendo a una NMI (¿es lo que intentas hacer?).

Es que me quiero fabricar una librería en ensamblador que necesita tener deshabilitadas las interrupciones, y que el pogramador consuma la librería sin tener que adaptar su código a ella, simplemente haciendo un CALL a las rutinas que estén publicadas en mi librería.

PabloMarmol escribió:Pues yo que creo que el primer condicional lo tiene al revés ...

OK, pos entóns voy a ponerme con una prueba de esto, a ver lo que hace. Sus contaré si es PE ó PO lo que indica INT habilitada.

Pues al final lo he implementado así:



Lo que hago es modificar el propio pograma poniendo la instrucción DI ó EI en función del overflow pe/po tras consultar el flip flop con ld a, i.

No sé si es la mejor idea haberlo implementado con código automodificable... de esa forma, tu librería no podrá ser usada para un programa grabado en un cartucho ROM.

Es verdura, pero en este caso necesito que esa rutina sea rápida, y por tanto tié que estar en la memoria no contenida, y el cartucho abarca los primeros 16KB por lo que no sería lo suyo.