ZX-Uno prototipo 2: seguimos dándole caña

[Quest]

Sé que no es académicamente correcto hacerlo así, pero prefiero esperar a ver qué ocurre en casos reales.

Ok, me parece bien, pero... has pensado cómo vamos a saber lo que ocurre en casos reales? Has implementado algún mensaje o indicación de que se ha producido alguna repetición? Al menos para saber si está funcionando esto nuevo... si no, no lo sabremos nunca, haya funcionado o no. Yo mismo me ofrezco a hacer pruebas, teniendo ahora mismo la flash en zócalo, ya me da igual hacer lo que sea. Pero al menos tiene que haber algún indicador.

[antoniovillena]

Ok, ya lo he puesto. Si se pone el borde rojo es que al menos un bloque se ha grabado mal y se ha reintentado.

[Quest]

Excelente, gracias. Cuando tenga un rato, posiblemente mañana haré un intensivo de "upgrades machine CL" a ver qué pasa.

[antoniovillena]

McLeod, si no es muy complicado, ¿podrías implementar esa NMI especial que te comenté?. Te recuerdo. Es como una NMI normal. Tiene asociado un registro indicador de fuente de interrupción, que podría ser algo así:

-bit 0: el origen fue que el reproductor PZX vació su buffer
-bit 1: el origen fue pin 5 del joystick
-bit 2: el origen fue pin 9 del joystick
-bit 3: el origen fue F7
-bit 4: el origen fue F8
-bit 5: el origen fue F9
-bit 6: el origen fue F11
-bit 7: el origen fue F12

Si al saltar la NMI el valor de este registro es 0, se produce una NMI normal. Si por el contrario, algunos de estos bits (uno o más) vale 1, salta la NMI especial, que es como la normal pero con BOOTM a 1. La instrucción RETN siempre retornará con BOOTM a 0 (independientemente del tipo de NMI que se produzca). Es tarea de la RTI detectar el evento disparador y resetear el registro indicador.

Con esto puedo pedirle a César que implemente las NMI especiales y así poder escribir rutinas que permitan cambiar en vuelo el mapa de teclado, el joystick, el volumen (esto habría que soportarlo también en hardware) y muchas cosas más.

[Quest]

Bueno, ya he estado haciendo pruebas con la nueva BIOS que has subido, Antonio.

Lamentablemente, no funciona.

Todos los intentos de upgrade machine han acabado igual: Borde rojo desde el primer bloque, al final mensaje de upgrade OK y finalmente produce brick (teniendo que reflashear con programador después).

Los resultados no tienen sentido, puesto que:

1- Sale borde rojo siempre.
2- No hace bucle infinito de repeticiones, puesto que da OK al final (tras, creo recordar que 21 flasheos de led)
3- Hace brick. Si los reintentos fueron correctos (puesto que da OK sin bucle infinito) no debería haber brick

Con la BIOS anterior, todo OK al hacer el upgrade.

[antoniovillena]

Vaya, tendré que revisar. De momento no actualicéis el firmware. Gracias Quest por las pruebas.

[chernandezba]

Vaya, tendré que revisar. De momento no actualicéis el firmware. Gracias Quest por las pruebas.

Hola Antonio.

Este mismo fallo que comentan es reproducible en ZEsarUX? Porque si en el emulador no falla, hay algo que no tengo bien implementado...
Esa comprobación que haces al escribir, como la haces?

Por cierto hay lógicamente cosas de la spi que no implemento completamente real, por ejemplo, nunca retornará status Busy porque se supone que todas las operaciones las hace 'al momento'

Ya me dirás

[antoniovillena]

Hola Antonio.

Este mismo fallo que comentan es reproducible en ZEsarUX? Porque si en el emulador no falla, hay algo que no tengo bien implementado...
Esa comprobación que haces al escribir, como la haces?

Por cierto hay lógicamente cosas de la spi que no implemento completamente real, por ejemplo, nunca retornará status Busy porque se supone que todas las operaciones las hace 'al momento'

Ya me dirás

De momento creo que es un bug del firmware y no de tu emulador. El problema es las pruebas las he estado haciendo en upgrade firmware por comodidad y no en upgrade machine (la modificación que comprueba la escritura afecta a todas las rutinas que escriben en flash). Con tu emulador falla igualmente cuando hago upgrade machine, así que de momento tu emulador está bien y el fallo es mío.

-- Actualizado 27 Jun 2015, 11:23 --

Vale. Hay un bug en el emulador, aunque no sé dónde puede estar (estoy depurando). La revisión 381 de firmware.asm debería funcionar perfectamente con un update machine, y con el emulador se cuelga (McLeod lo comprobó con ZX-Uno real y funcionaba).

[mcleod_ideafix]

McLeod, si no es muy complicado, ¿podrías implementar esa NMI especial que te comenté?. Te recuerdo. Es como una NMI normal. Tiene asociado un registro indicador de fuente de interrupción, que podría ser algo así:

Pelín complicado lo veo ahora. Recuerda que es tocar el core del T80, que es complicado, y encima escrito en VHDL, que no domino. Además de eso tendría que escribir código para gestionar el buffer del reproductor, y cambiar el mismo comportamiento del reproductor para que use ese buffer y no la memoria externa. Creo que lo que es ahora, no lo voy a hacer, y menos para algo que nunca he pretendido que esté en el core oficial, dado que el espacio que ocuparía el reproductor y la BRAM que necesite puede que me haga falta para cosas que sí queremos añadir al core oficial, como el scandoubler.

Sigo pensando que es mucho más sencillo que el que quiera esta característica (y no quiera/pueda usar un reproductor externo convencional), obtenga su plaquita de memoria extra, que va a permitir hacer muchas más cosas.

[antoniovillena]

Pelín complicado lo veo ahora. Recuerda que es tocar el core del T80, que es complicado, y encima escrito en VHDL, que no domino. Además de eso tendría que escribir código para gestionar el buffer del reproductor, y cambiar el mismo comportamiento del reproductor para que use ese buffer y no la memoria externa. Creo que lo que es ahora, no lo voy a hacer, y menos para algo que nunca he pretendido que esté en el core oficial, dado que el espacio que ocuparía el reproductor y la BRAM que necesite puede que me haga falta para cosas que sí queremos añadir al core oficial, como el scandoubler.

Sigo pensando que es mucho más sencillo que el que quiera esta característica (y no quiera/pueda usar un reproductor externo convencional), obtenga su plaquita de memoria extra, que va a permitir hacer muchas más cosas.

Aunque no lo emplemos ahora en el reproductor PZX, lo del NMI especial lo veo muy útil. Es una forma muy sencilla de extender el hardware usando el Z80 (aunque no simultáneamente) de forma transparente. Por ponerte un ejemplo, una simple ayuda pulsando F1 (y pulsar Esc para volver). De todas formas puedo hablar con César para que implemente esto en su emulador ZEsarUX, y extender la ROM del bootloader para mostrar la ayuda o cambiar de layout en caliente.