Novedades acerca del ZX-Uno

[antoniovillena]

generamcs.bat hace una llamada a make.bat del directorio padre para ensamblar firmware.rom a partir de firmware.asm. La barra invertida es un fallo mío, ya lo he corregido. Pero todos esos archivos que te faltan son temporales y se generan a partir de firmware.asm. Prueba a ejecutar make.bat del directorio padre, y si te da error prueba una a una las líneas que lo componen:

Código: Seleccionar todo

zx7b      logo256x192.rcs       logo256x192.rcs.zx7b
sjasmplus firmware.asm
fcut      firmware_strings.rom  8000 -8000  strings.bin
zx7b      strings.bin           strings.bin.zx7b
sjasmplus firmware.asm
fcut      firmware_strings.rom  0000  4000  firmware.rom


[mcleod_ideafix]

generamcs.bat hace una llamada a make.bat del directorio padre para ensamblar firmware.rom a partir de firmware.asm. La barra invertida es un fallo mío, ya lo he corregido. Pero todos esos archivos que te faltan son temporales y se generan a partir de firmware.asm. Prueba a ejecutar make.bat del directorio padre, y si te da error prueba una a una las líneas que lo componen:

Código: Seleccionar todo

sjasmplus firmware.asm


firmware.asm(2124): error: Error opening file: strings.bin.zx7b

Línea 2124...

Código: Seleccionar todo

; -----------------------------------------------------------------------------
; Compressed messages
; -----------------------------------------------------------------------------
        incbin  strings.bin.zx7b

[antoniovillena]

Crea un archivo vacío que se llame así y verás cómo se soluciona. Es un fallo mío porque no caí en la cuenta de que la primera vez ese archivo no existe. En mi caso no tuve ese problema porque el .bat lo construí sobre la marcha cuando ya existía strings.bin.zx7b

[mcleod_ideafix]

¿Estos son también archivos vacíos?

Código: Seleccionar todo

SjASMPlus Z80 Cross-Assembler v1.07 RC7 (build 02-04-2008)
firmware.asm(2652): error: Error opening file: fuente6x8.bin

C:\Users\rodriguj\Documents\zxspectrum\zxuno\repositorio\firmware>fcut      firm
ware_strings.rom  8000 -8000  strings.bin

Input file not found: firmware_strings.rom

C:\Users\rodriguj\Documents\zxspectrum\zxuno\repositorio\firmware>zx7b      stri
ngs.bin           strings.bin.zx7b
Error: Cannot access input file strings.bin

C:\Users\rodriguj\Documents\zxspectrum\zxuno\repositorio\firmware>sjasmplus firm
ware.asm
SjASMPlus Z80 Cross-Assembler v1.07 RC7 (build 02-04-2008)
firmware.asm(2652): error: Error opening file: fuente6x8.bin

C:\Users\rodriguj\Documents\zxspectrum\zxuno\repositorio\firmware>fcut      firm
ware_strings.rom  0000  4000  firmware.rom

Input file not found: firmware_strings.rom

C:\Users\rodriguj\Documents\zxspectrum\zxuno\repositorio\firmware>

[antoniovillena]

No, fuente6x8.bin lo genera FuenteABin.exe, tienes que compilar FuenteABin.c y ejecutar FuentaABin.exe (sin parámetros). Una vez se genere fuente6x8.bin ya debería ir todo bien. Debí haber incluído fuente6x8.bin en el repositorio, lo haré ahora.

[mcleod_ideafix]

No, fuente6x8.bin lo genera FuenteABin.exe, tienes que compilar FuenteABin.c y ejecutar FuentaABin.exe (sin parámetros). Una vez se genere fuente6x8.bin ya debería ir todo bien. Debí haber incluído fuente6x8.bin en el repositorio, lo haré ahora.

Síiii, me acabo de dar cuenta Compilé el fuentesabin.c y ya el make no da errores. A ver ahora el generamcs...

(después de generamcs.bat): genero el MCS, lo paso a la SPI, arranco el clon y... ¡arranca directamente con la ROM de Sinclair de 48K! ¿Cómo es esto? En el core la ROM interna que hay es el bootloader.
EDITO: en generamcs.bat se sigue apuntando al test12. Corregido.

[antoniovillena]

¿Has cambiado esta línea...

Código: Seleccionar todo

call promgen -w -spi -p mcs -o tld_zxuno.mcs -s 4096 -u 0 ..\..\cores\test12\tld_zxuno.bit


...por esta otra?

Código: Seleccionar todo

call promgen -w -spi -p mcs -o tld_zxuno.mcs -s 4096 -u 0 ..\..\cores\test13\tld_zxuno.bit


[mcleod_ideafix]

¿Has cambiado esta línea...

Código: Seleccionar todo

call promgen -w -spi -p mcs -o tld_zxuno.mcs -s 4096 -u 0 ..\..\cores\test12\tld_zxuno.bit


...por esta otra?

Código: Seleccionar todo

call promgen -w -spi -p mcs -o tld_zxuno.mcs -s 4096 -u 0 ..\..\cores\test13\tld_zxuno.bit


Sí, lo acabo de hacer, y ahora el resultado es aun peor: el clon no arranca. No sé qué está ejecutando, pero el borde se queda con el color rojo de origen.

-- Actualizado 22 Abr 2014, 05:22 --

Estoy revertiendo los cambios del puerto nuevo para el scancode, a ver si es eso.

[antoniovillena]

Sí, lo acabo de hacer, y ahora el resultado es aun peor: el clon no arranca. No sé qué está ejecutando, pero el borde se queda con el color rojo de origen.

Es normal, a mí también me pasó lo mismo. En este mensaje te lo reporté:

viewtopic.php?f=26&t=5117&start=40#p42110

Por esa razón volví a usar el test12 que modifiqué. Hay algo que has cambiado en el test13 que hace que no funcione.

-- Actualizado 22 Abr 2014, 05:24 --

Estoy revertiendo los cambios del puerto nuevo para el scancode, a ver si es eso.

No es eso, revierte un poco más atrás porque lo probé antes de los scancode y me daba el mismo fallo.

[mcleod_ideafix]

Lo que cambié en el test13 fue fundamentalmente el tema de añadir el bit 7 para congelar el valor de MASTERCONF de forma que se pudiera entrar y salir del modo de configuración a voluntad.

En la BIOS, supongo que cualquier escritura a memoria mapeando bancos de la SRAM a $C000 se hace teniendo el bit 0 de MASTERCONF a 1, ¿verdad? De hecho, el propio manejo del puerto MASTERMAPPER debe hacerse sólo cuando dicho bit 0 vale 1. Lo digo porque no sé ya si la BIOS se ejecuta en ROM como ROM de usuario, con MASTERCONF[0] = 0 o con MASTERCONF[0] = 1, que es como se concibió el sistema.