Hola:

Estos días he estado mirando un poco tu Programa Ensamblador, PhSoft y tratando de entenderlo. Más o menos entiendo, o intuyo, lo que haces aunque bueno mis conocimientos de Ensamblador son muy muy MUY LIMITADOS. :-(

"Googleando" también encontré un Documento sobre el Cassette en el MSX. El documento en cuestión está aquí: http://www.msxarchive.nl/pub/msx/docs/hardware/msx-tape.doc

Como creo que puede resultar de interés hago un "Ana Rosa Quintana" (copy & paste) aquí:



Así pues tenemos que en MSX hay 3 tipos de Carga/Grabación desde/en Cassette:

-CLOAD/CSAVE.
-LOAD/SAVE.
-BLOAD/BSAVE.


Hay 2 velocidades diferentes para grabar nuestros Programas:

- 1200 baudios.
- 2400 baudios.


Cada Byte se graba siempre añadiendo un bit por la Izquierda (un 0) que indica el comienzo, luego iría el Byte propiamente dicho, y al final se añaden dos bits (dos CEROS) que indican el final del Byte.


Los Ficheros-Programas para grabarse en Cinta se graban en 2 Bloques:

- Un primer Bloque (Descriptor de Fichero) que nos indica el tipo de Fichero.
- Un segundo Bloque que contiene los Datos propiamente dichos.


Cada Tipo de Fichero (CLOAD, LOAD, BLOAD) tiene sus peculiaridades:


1. Ficheros CLOAD --> (BASIC)

   ■ Descriptor de Fichero, formado por:
         -Cabecera Larga.
         -10 bytes con el valor "D3"  (el valor "D3" nos indica que es un Fichero CLOAD)
         -6 bytes  que contienen el nombre del Fichero.

   ■ Datos propiamente dichos del Fichero, formados por:      
         -Cabecera Corta
         -Caracteres del Programa BASIC "Tokenizados"
         -7 bytes  con el valor "00" que indican el final del Fichero.


2.Ficheros LOAD/OPEN  --> (ASCII)

   ■ Descriptor de Fichero, formado por:
         -Cabecera Larga
         -10 bytes con el valor "EA" (ese valor "EA" nos indica que es un fichero de tipo LOAD/OPEN)
         -6 bytes con el nombre del Fichero.

   ■ Datos propiamente dichos del Fichero, formados por:      
         -Cabecera Corta.
         -Bloque  de 256 bytes
         -Cabecera Corta.
         -Bloque  de 256 bytes
         -Cabecera Corta.
         -Bloque  de 256 bytes
            ..........................  
            ..........................
         -Cabecera Corta.
         -Un último Bloque que contiene 256 bytes con el valor "1A" (ese valor "1A" indica el final del Fichero)


3.Ficheros BLOAD --> Código Máquina:

   ■ Descriptor de Fichero, formado por:  
            -Cabecera Larga.
            -10 bytes que contienen el valor "D0" (este valor "D0" nos indica que es un Fichero de Tipo BLOAD)
            -6 bytes con el nombre del Fichero.

   ■ Datos propiamentes dichos del Fichero, formados por:
            -2 bytes, que contienen la Dirección de Inicio.
            -2 bytes, que contienen la Dirección Final.
            -2 bytes, que contienen la Dirección de Ejecución.
            -El Volcado de los Datos del Programa que están en memoria.




-La Instrucción TAPION (Dir. &H00E1), hace un "Motor On" y lee una Cabecera del Cassette (tanto larga como corta).
-La Instrucción TAPIN (Dir. &H00E4), lee solamente un Byte del Cassette.
-La Instrucción TAPIOF (Dir. &H00E7), pone fin a la Lectura desde el Cassette.



Preguntas que me surgen...

1. ¿La Instrucción "TAPION" lee CABECERAS tanto largas como cortas, ¿verdad?

2. Cuando se comienza a leer un Programa al principio hay un Bit/Byte que indica el tipo de velocidad: 1200 ó 2400 Baudos. El tipo de Velocidad lo obtenemos de la Cabecera Larga, ¿verdad? La velocidad con la que ha sido grabado el Programa entiendo que viene al Principio y es un Dato que siempre está presente para todos los Tipos de Fichero: CLOAD/LOAD/BLOAD, ¿cierto?

3. ¿Cuál es la Estructura de esa Cabecera Larga?

4. En los Ficheros de Tipo LOAD entiendo que cada Bloque de 256Bytes está precedido por una Cabecera Corta, ¿cierto?

5. Cuando leemos las Direcciones de Inicio/Fin/Ejecución en los Ficheros "BLOAD" se interprenta al revés, ¿verdad? Es decir si al leer de la Cinta primero tenemos "00" y luego "1A" la dirección sería "1A00", ¿correcto?

Gracias & Saludetes. ;-)

Hola de nuevo:

Revisando el código dices que con los Bloques ASCII te da problemas. No sé, quizás a mí me parezca muy obvio o quizás sea una chorrada lo que voy a decir pero... en la última insturcción del bloque que te pongo, ¿no deberías hacer LD B, 255?



Por cierto, una pregunta chorra pero que no tengo clara. En los Ficheros de tipo "LOAD", el último Bloque está formado también por 256 bytes pero ¿ese último Bloque está formado por 256 bytes que contienen todos ellos el valor "1A" o hay 255 bytes de datos y el byte 256 es el que contiene el valor "1A"?

Gracias & Saludetes. ;-)

Hola:

Ok @e_sedes, ¡entendido! Ya me parecía a mí que sería un error muy evidente. XD

Entonces, ¿dónde podría estar el error que comenta su autor, @Phsoft, en lo que refiere a los Bloques LOAD?

Más cosas... ¿Qué hace la instrucción "EXX"?, ¿y "STMOTR?

Respecto a lo de Grabar los Ficheros en Disco por lo que me han comentado el manejo de las Rutinas de Disco en Ensamblador puro y duro es pelín complejo, así que lo más fácil sería ejecutar desde el Programa el comando Basic "BSAVE". Sé que la dirección de la Instrucción BSAVE es la &H39CC.

Intenté hacer una prueba con un "simple objetivo": quiero grabar el Código que hay en Memoria a partir de la Dirección inicial &HC00 y con Dirección Final &HC119 y darle como nombre al Programa en Disco "PATATA.BIN".

He hecho un amago de Programa directamente en el MSX, en el "RSC-2". El caso es que en la línea 120 tendría que cargar el texto a ejecutar, pero que no sé como ponerlo (lo he puesto así para que se entienda) Además hay que tener en cuenta que habría que meterle también la pulsación de la tecla "INTRO" :-(

Otra pregunta chorra... (y que nadie se ría...) Vale, sé que el código de este Programa va a empezar en &HC000 pero... ¿cómo sé dónde acaba? O dicho de otra forma, ¿cómo sé la dirección final para grabar el Binario resultante de mi Ejemplo ASM?

Nota: estoy usando el RSC-2.

Gracias & Saludetes. ;-(

Pd. ¿Qué Ensamblador y Desensamblador me recomendaiss para usar en PC? ¿Alguien usa algún otro aparte del AsMSX?

En el Z80, los principales registros tienen un duplicado, que se distingue del original con un apóstrofe. Así, tenemos los registros alternativos AF', BC', DE' y HL'.

Estos registros no son accesibles directamente, pero mediante la instrucción "EXX" se intercambian los valores entre los principales y los alternativos en el caso de BC, DE y HL. Y con la instrucción "EX AF, AF'", se intercambia el que faltaba.

En la práctica es como tener un juego alternativo de registros y puedes intercambiar entre uno y otro. El intercambio entre un juego y otro (en realidad entre sus valores, pero vamos, en la práctica es lo mismo), es mucho más rápido que usar variables en memoria o la pila cuando te quedas sin registros.

Hola:

Por causalidad he llegado hasta este Hilo:

http://www.zonadepruebas.org/backup/modules/newbb/viewtopic.php?topic_id=10152&forum=2&start=30

Y resulta curioso-útil lo que aquí comentan:


Interesante técnica para tener toda la Ram Libre. ;-)

Una pregunta, quizás trivial para algunos pero desconocida para mí. Un MSX-1 POR DEFECTO tiene 64 Kb de RAM. Si tenemos una Disquetera, ¿esa disquetera resta Memoria Ram o solo nos quita Memoria Ram cuando tenemos una Segunda Disquetera?

Gracias & Saludetes. ;-)

Hola de nuevo:

He estado revisando el Programa:



Si no me equivoco @PhSoft tú comentabas que el problema estriba en que con los Programas de tipo "LOAD/SAVE" el Código del Programa no aparece "tokenizado" en la Memoria del Emulador.

Si yo te entiendo bien eso viene a decir que lo que tiene que aparecer a partir de la Dirección &h8000 cuando el Programa lee un Bloque LOAD las instrucciones de dicho Programa tal cual en esa zona de memoria, ¿no?

Si es así comentarte que sí que funciona. Yo como no me aclaro con el Debugger del Open MSX he usado el del MAME que me ha resultado más cómodo e intuitivo (al menos para este propósito) Te pongo aquí la captura:

imag


Por si a alguien le interesa y/o no sabía que con el MAME se puede emular el MSX y además usar un Debugger os pongo aquí cómo hacerlo.



Tutorial Express: MAME - MSX - DEBUGGER:

Nota: yo no sabía que el MAME emulaba al MSX y apenas encontré información sobre cómo hacerlo. :-(

– Descargamos la Rom del MSX que vamos a usar. El MAME emula unos cuantos modelos de MSX y MSX-2. Yo había probado con la ROM del 8245 pero parece que no está bien o hay algún problema así que probé con la del 8250, que os podéis descargar desde aquí:

 http://www.planetemu.net/rom/mame-roms/nms8250-1  (y pulsamos en “Telecharger”)

Descargamos dicha ROM y la copiamos sin descomprimir en la Carpeta "ROMS" del MAME.

– Ahora abrimos una consola de MS-DOS (es decir, ejecutamos un CMD) y escribimos lo siguiente:

mame64  nms8250 -windows -debug

Con esto ejecutamos el MAME y se lanza su Debugger. Desde el Debugger en el apartado "Images" podemos elegir cómodamente el Disco y/o Cinta que queremos cargar.

Yo cargo una imagen de Disquete con el Binario de tu Programa en ASM y una CINTA. Para ejecutar el MAME desde el Debugger lo hacemos con "F5". Luego ya dentro del MAME cuando ha cargado el BASIC ejecuto tu Programa desde el propio BASIC y en el Debugger hago un "New Memory Window" (para ver el contenido de la Memoria en una ventana aparte). Me voy a la dirección de memoria 8000....y allí veo el listado tokenizado del Programa BASIC. Así que si te referías a eso comentarte que sí que rula tu Programa. ;-)

Y la prueba del delito es la imagen que puse más arriba. ;-)

Ahora como siguiente pequeño paso a abarcar pues sería ir mostrando la info del Bloque que encuentra en la Cinta (nombre, tipo de bloque, dirección de inicio-fin-ejecución, etc)

Luego una vez pulido esa pequeña labor habría que ver ya cómo gestionar la grabación de los Bloques que vamos cargando en Disco. Se me ocurre que la forma más rápida-cómoda (que no sé si la mejor) podría ser ejecutando directamente desde el Programa ".ASM" la instrucción Basic correspondiente (SAVE, BSAVE, CSAVE) a la cual le habría que pasar los parámetros correspondientes. ;-)

Saludetes. ;-)