256MB en un MSX

En la parte del foro en inglés un creador de hardware ruso llamado Eugeny Brychkov propuso una expansión de memoria similar, pero parece que a la gente no le interesó mucho.

Idea of RAM expansion cartridge

Yo también trasteo un poco con FPGAs. Sobre lo de que leer de las memorias DDR3 es más costoso que un pulso de reloj del Z80 del MSX suena extraño. Es cierto que las memorias DDR les tienes que enviar comandos para realizar las lecturas/escrituras, y suelen estar optimizadas para acceso secuencial pero no para acceso aleatorio. Lo que se suele hacer en esos casos es implementar una pequeña caché dentro de la FPGA que almacene los accesos a memoria más recientes. Hay muchos libros y documentación de arquitectura de computadores en internet donde puedes ver diversos tipos de implementaciones de cachés. Solo sería copiar una de ellas, y en la FPGA puedes implementar la asociatividad de las líneas de la caché.

Otra opción sería utilizar un chip de memoria estática SRAM, si bien un chip SRAM de una determinada capacidad suele ser más costoso que una memoria DDR equivalente. Las memorias SRAM suelen ser asíncronas, es decir, no requieren señal de reloj para funcionar y responden en el mismo tiempo tanto en accesos secuenciales como en aleatorios.

En cualquier caso, para mí cualquier expansión será bienvenida. Aumenta las posibilidades del MSX.

Lo de meter una SRAM, te lo sugerí por si quieres evitar el implementar una caché y no quieres tener problemas de velocidad con la DDR. Obviamente es una solución mucho más cara y nadie lo implementa así. Yo he visto alguna implementación de ordenadores retro en FPGA, no recuerdo si la MiniMIG o la Mister, que sólo tienen 32MB de SRAM, sin DDR. Tuve la sensación de que la persona que ha implementado esta FPGA para retro no controlaba mucho de memorias DDR y no se le ocurrió meter una caché. Desde luego, implementar un controlador de memoria DDR en la FPGA no es trivial.

Palver, hay una web llamada OpenCores donde hay código abierto para implementar en FPGA muchas cosas, entre ellas controladores de memoria DDR, etc. Las personas que implementan FPGAs retro suelen tomar código de aquí. Echa un vistazo en la sección Memory Cores para ver código VHDL/Verilog de controladores de memoria DDR en FPGA. Quizás puedas evitar ese controlador que suministra Xilinx, y puedas encontrar un controlador DDR más eficiente.

https://opencores.org/projects

Por último comentar que si buscas en internet el Datasheet del chip de memoria que estas utilizando, suele venir la descripción de los comandos que hay que enviarles a las memorias DDR con todo lujo de detalles, así como la máquina de estados para gestionar las memorias. El tema de implementar un controlador es cuestión de planteárselo, y además cuentas con ejemplos en la web que te he puesto en el enlace.

Gracias por el apunte, Juan Luis. Estuve mirando la hoja técnica de la memoria y el lenguaje que usa es asequible, ha cambiado poco desde las primeras SDRAM. Lo que sí ha cambiado es la velocidad, en este modelo los comandos se mandan a 700 MHz (!!!). A esa frecuencia hay que volver a centrar el reloj y protegerlo de los cambios de temperatura y demás. Toca estudiar un poco.

AxelStone, el Z80 no está pensado para manejar esa barbaridad de memoria (y menos desde Basic, uff). Pero la fpga sí que puede aprovechar la velocidad de una DDR. Y eso puede ser útil.

hola a ver por poner un aporte
1.- no coincido que el msx2 requiera de más de los 3.57mhz que vino de serie, más aún sabiendo que el msx2 se consideró un ordenador caro incluso en japón, en 1985 rondaban los 100.000ys (al cambio casi igual en pelas) y no sería hasta el fs-a1 y el hb-f1 que se hubieron msx2 a bajo precio (el perfect catalogue es una mina para eso), poner el z80 al menos a 6mhz hubiese disparado el precio de la máquina (al pc8801 me remito)
2.- al final sharksym ha conseguido convertir un msx2+ en turboR extrayendo las bios fuera y haciendo un bypass (cosa que en teoría no se podía hacer), slt-turbo-z280 como copro en un msx2+
3.- que hubiese sido mucho mejor un msx2 con ciertas mejoras (al final con una de cualquiera de estas tres me hubiese valido):
3.1- más Vram o un modo pattern mejorado (4 colore por lineas del pattern en lugar de 2) y sprites pattern (osea igualar los sprites hard al pattern)
3.2- cpu más rápida/mas ram, de serie (todos los msx2 con 128KB de serie en lugar de los rácanos 64), o memoria lineal (no hace falta 16MB del z280), con 1MB que maneja la MMU del z180 sobra de 1985 a 1988 (msx el que sea).
pero ojo, el msx2 con 3.57 mhz te da un akin, un deva o un smw, también te escupe un sf2 o mismamente un fantasm soldier 2, que con el parche de victor, es una gozada, achacar al z80 el problemas cuando hay máquinas que con igual o menos cpu hacen cosas mejores....
de hecho lo que me parece raro es que no hubiese un modo pattern hd (osea un sc4 pero trasladado al sc7), con la resolución del sc7 se notarían menos los compromisos de 2 colores por pattern.
otra mejora hubiese sido que el vdp fuera más rápido, el webmsx te permite acelerar el vdp en caliente y se nota bastante un vdp x2 sobre el mismo z80.
ahora bien al tema del hilo, 256MB guay, pero que cpu le vamos a poner a manejar eso?, un z80 con sus 150KB/s que puede tardar en buscar y refrescar esa memoria?.
otro tema que hace mucho que se planteó y creo que no hay interés es usar doping para los cartuchos, un stm32, que es un controlador de 3€ te mete un cálculo bestial, si lo pones en un cartucho, puedes pegar un buen punch a cualquier soft (vale que habría que programarlo), pero el bicho te podría servir para comprimir de gratis

del tema del copro,. hace ya un porrón de años, los brasileños hicieron un cartucho fpu, el tema sería hacerlo más asequible, sencillo e integrarlo en un cartucho flash ascii16 (no hace falta que sea multimapper).