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

[mcleod_ideafix]

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

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.

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?

[Quest]

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 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.

[mcleod_ideafix]

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


[Quest]

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...

[mcleod_ideafix]

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.