Va de Retro (Satanás) -- Versión 3.3 SSL

En el core de Spectrum de la MiST ahora en el menú OSD hay una nueva opción "MMC Card" y puedes seleccionar "ZXMMC", "divMMC" u "Off".

Si usas ZXMMC debes usar una rom +3e que soporte ZXMMC, y si seleccionas divMMC una rom +3e que soporte DivMMC.

Se ha probado con ambas interfases y con sus respectivas roms y no carga el CP/M. No logra reconocer la interfase correcta. A veces detecta DivIDE, y como esa no está implementada en el MiST, no carga.

Las interfases sí funcionan, porque las he utilizado con una imagen raw de una tarjeta SD (fichero *.vhd) formateada en +3DOS con juegos y funciona.

desUBIKado escribió: ↑25 Sep 2018, 22:02 A veces detecta DivIDE, y como esa no está implementada en el MiST, no carga.

¿El driver de CP/M funciona con ZXMMC, DivMMC o con DivIDE? No tienen nada que ver unos con otros y no son compatibles entre sí. Si está hecho para DivIDE olvídate, no va a funcionar de ninguna manera con el ZXMMC o el DivMMC.

Luego está el tema del automaper. El ZXMMC no tiene así que no hay problema por eso, pero tanto el DivIDE como el DivMMC llevan un hardware que es el que se encarga de interceptar las llamadas a las rutinas de carga (y más cosas) de la ROM para simular la carga de cintas. No lo conozco mucho pero me suena que el CP/M funciona en el modo AllRAM del +3, esto es que no hay ROM y se asignan a los 64K de espacio de direccionamiento bloques de RAM. Si no se desactiva el automapper del DivIDE/MMC puede ocurrir (y ocurre) que se disparen esos 'traps' y se mapee la ROM del DivIDE/MMC en lugar de la RAM que espera el CP/M y que se cuelgue el equipo.

Hola.
Este es mi primer post tras un larga temporada desconectado, hace un par de semanas que he vuelto a ponerme online.
La forma en que el cargador del CP/M detecta que interface está presente es leer los puertos de estado de cada uno, primero el 8 bits, divIDE, ... Normalmente en un +3 o +2A real, si en el puerto leído no hay nada conectado, el valor obtenido es 0xFF, todos ls bits a 1.
No sé cómo están configurados los puertos en la fpga MIST, pero a lo mejor los tiros van por ahí y por eso a veces detecta otros interfaces y no el DivMMC.
Por cierto, el driver para DivMMC no funcionaba correctamente y aún está sin depurar. Como no tengo uno real voy a aprovechar que el EsarUX-7.1 trae un montón de novedades y poco a poco, cuando me ponga al día a ver si lo arreglo.
Bueno, salu2 a todos

Hola otivax:

Es una magnífica noticia verte de nuevo por aquí. Ya que dices que el driver DivMMC no funciona del todo bien. ¿Habría algún POKE que se pudiese poner después del LOAD "loader.bin" CODE 25000 y antes del LET error= USR 25000 para que forzase la utilización de la interfase ZXMMC? La MiST también puede funcionar con ese tipo de interfase y estaría bien poder probarla.

Saludos.

Buenas gente linda .
Alguien tiene un link a donde puedo descargar el archivo que esta al principo del thread "driver v0.7.zip" ?.
Porque el link esta roto.

soviet escribió: ↑17 Ene 2019, 16:15 Buenas gente linda .
Alguien tiene un link a donde puedo descargar el archivo que esta al principo del thread "driver v0.7.zip" ?.
Porque el link esta roto.

Me pillas en el sofá
Mañana subo de nuevo la 0.7 y la de paso la 0.8 que parece que ya va bien con xxxMMC.

Además con la 0.8 está solucionado el problema que había con la escritura de archivos en el ZX-Uno. Gracias otivax.

Hola.
He vuelto a subir la versión 0.7 y el gif de la demo.
También he subido la versión 0.8 para los que tengáis un interface xxxMMC o un ZX-Uno.
Espero que os guste.
Salu2.

Gracias

Realmente desde que lo instalé en el HD del +3 me sigue alucinando cada vez que cargo el CP/M desde el disco duro....