SAM Coupé en ZX-Uno (¿alguien dijo SAM-Uno?)

BBC, Dragon, Sam Coupé, Oric ...
Avatar de Usuario
mcleod_ideafix
Amiga 2500
Amiga 2500
Mensajes: 5316
Registrado: 06 Oct 2009, 04:12
Sistema Favorito: Spectrum 16Kb/48Kb
primer_sistema: Spectrum 16Kb/48Kb
consola_favorita: Vectrex
Primera consola: TV Games/Pong Clone
Ubicación: Jerez de la Frontera
Gracias dadas: 12 veces
Gracias recibidas: 53 veces
Contactar:

Re: SAM Coupé en ZX-Uno (¿alguien dijo SAM-Uno?)

Mensajepor mcleod_ideafix » 12 Sep 2015, 23:06

Quest escribió:Donde más frecuentemente ocurre, sin duda es con la combinación CAPS + . (es decir, para sacar los dos puntos : )

Precisamente esa es la combinación con la que hago la prueba :D

Quest escribió:EDITO: Ahora algo más alucinante... con este último core T19, parece como si el T80 se hubiera vuelto a "cascar". Los modos HAM256 / HAM8x1 vuelven a verse igual de mal que antes del apaño (incluso peor diría yo), y con algunos parpadeos en algunas zonas de pantalla. :shock: :shock:

Pues a mi no me pasa eso... Otra cosa que recuerdo: genero los relojes con el PLL, no dividiendo la frecuencia principal. ¿Tú tenías problemas con eso?
Recuerda: cada vez que se implementa un sistema clásico en FPGA, Dios mata a un purista

Avatar de Usuario
Quest
Atari 1040 STf
Atari 1040 STf
Mensajes: 900
Registrado: 18 Jul 2013, 22:20
Sistema Favorito: Commodore Amiga
primer_sistema: Spectrum 16Kb/48Kb
consola_favorita: Nintendo SNES
Primera consola: Nintendo NES/Clónica
Gracias dadas: 9 veces
Gracias recibidas: 16 veces

Re: SAM Coupé en ZX-Uno (¿alguien dijo SAM-Uno?)

Mensajepor Quest » 13 Sep 2015, 01:03

mcleod_ideafix escribió:Pues a mi no me pasa eso... Otra cosa que recuerdo: genero los relojes con el PLL, no dividiendo la frecuencia principal. ¿Tú tenías problemas con eso?


Nada, olvídalo, lo de los modos HAM era porque estoy empanao y en mi script para inyectar mis roms y mi config, cogí una config vieja que estaba mal :oops: funcionan perfectamente.

Respecto a lo de los relojes PLL, no, no tenia ningún problema. El problema aquél que tuve al usar PLL era simplemente por sintetizar con una versión vieja de ISE, que me generaba un bit inestable, en cuanto actualicé, se solucionó. De hecho los cores que he portado, cuando había que convertir relojes para adecuarlos nuestro oscilador de 50Mhz lo he hecho con PLL (con el wizard) y han funcionado bien desde que uso un ISE superior.

Pero el teclado sigue fallando. Por si acaso, he borrado todo, he vuelto a bajar el test19 limpio del repositorio, he sintetizado tal cual está (con ISE 14.7), generado el binario con generamcs y grabado a la flash. Lo mismo, los dos puntos se repiten a go-go :( No se qué puede pasar.

Avatar de Usuario
mcleod_ideafix
Amiga 2500
Amiga 2500
Mensajes: 5316
Registrado: 06 Oct 2009, 04:12
Sistema Favorito: Spectrum 16Kb/48Kb
primer_sistema: Spectrum 16Kb/48Kb
consola_favorita: Vectrex
Primera consola: TV Games/Pong Clone
Ubicación: Jerez de la Frontera
Gracias dadas: 12 veces
Gracias recibidas: 53 veces
Contactar:

Re: SAM Coupé en ZX-Uno (¿alguien dijo SAM-Uno?)

Mensajepor mcleod_ideafix » 13 Sep 2015, 01:08

No tengo aquí el ZX-Uno, pero.... por probar no perdemos nada. Intenta esta modificación:

En el archivo scancode_to_speccy.v busca estas líneas (de la 129 en adelante)

Código: Seleccionar todo

    always @(posedge clk) begin
        if (scan_received == 1'b1)
            key_is_pending <= 1'b1;
        if (rst == 1'b1 || (kbclean == 1'b1 && state == IDLE && key_is_pending == 1'b0))
            state <= CLEANMATRIX;
        else begin
            case (state)
                CLEANMATRIX: begin


Cambia "key_is_pending" por "scan_received", a ver qué pasa :)

O sea, que se quede así:

Código: Seleccionar todo

    always @(posedge clk) begin
        if (scan_received == 1'b1)
            key_is_pending <= 1'b1;
        if (rst == 1'b1 || (kbclean == 1'b1 && state == IDLE && scan_received == 1'b0))
            state <= CLEANMATRIX;
        else begin
            case (state)
                CLEANMATRIX: begin
Recuerda: cada vez que se implementa un sistema clásico en FPGA, Dios mata a un purista

Avatar de Usuario
Quest
Atari 1040 STf
Atari 1040 STf
Mensajes: 900
Registrado: 18 Jul 2013, 22:20
Sistema Favorito: Commodore Amiga
primer_sistema: Spectrum 16Kb/48Kb
consola_favorita: Nintendo SNES
Primera consola: Nintendo NES/Clónica
Gracias dadas: 9 veces
Gracias recibidas: 16 veces

Re: SAM Coupé en ZX-Uno (¿alguien dijo SAM-Uno?)

Mensajepor Quest » 13 Sep 2015, 01:37

Cambiado, y nada :(

Bueno, no pasa nada, ya comprobaré más cosas mañana. ¿Puedes confirmar que lo que hay en el repositorio es exacto a lo que has usado para gener al .bit que te funcionó al meterlo por JTAG? Es intrigante...

Avatar de Usuario
mcleod_ideafix
Amiga 2500
Amiga 2500
Mensajes: 5316
Registrado: 06 Oct 2009, 04:12
Sistema Favorito: Spectrum 16Kb/48Kb
primer_sistema: Spectrum 16Kb/48Kb
consola_favorita: Vectrex
Primera consola: TV Games/Pong Clone
Ubicación: Jerez de la Frontera
Gracias dadas: 12 veces
Gracias recibidas: 53 veces
Contactar:

Re: SAM Coupé en ZX-Uno (¿alguien dijo SAM-Uno?)

Mensajepor mcleod_ideafix » 13 Sep 2015, 02:01

Quest escribió:Cambiado, y nada :(

Bueno, no pasa nada, ya comprobaré más cosas mañana. ¿Puedes confirmar que lo que hay en el repositorio es exacto a lo que has usado para gener al .bit que te funcionó al meterlo por JTAG? Es intrigante...

Sí. De hecho hay un BIT ahí, que es el que he generado yo. ya te digo que en mi caso, pasaba ESO que te pasa a ti cuando actualizaba el core a través de la carga EAR de la BIOS, pero no si lo cargaba directamente por el JTAG o si grababa la SPI desde iMPACT con las ROMs y demás. Ni idea de por qué pasa eso, pero está claro que ese comportamiento no es lógico ni estable. Tendré que seguir afinando esa parte del core.
Recuerda: cada vez que se implementa un sistema clásico en FPGA, Dios mata a un purista


Volver a “Otros microordenadores”

¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 9 invitados