ZX-Uno prototipo 2: seguimos dándole caña

[mcleod_ideafix]

Estoy aprovechando estos días, que puedo, para adelantar aquello-que-tú-ya-sospechas

Lo sospecho, lo sospecho...

Como lo consigas vas a revolucionar la escena retro. No daré más pistas para que no te presionen.

Bueno, da igual. Lo digo: planeo clonar el SAM Coupé en la FPGA del ZX-Uno.
Y lo digo más que nada porque es un poco frustrante lo que pasa con algunas plataformas: los dos casos que más conozco cumplen además que son plataformas minoritarias, y que tú además conoces bien: el QL y el SAM Coupé.

Al Coupé le está pasando un poco lo que al QL: que aparte de ser un nicho muy pequeñito de usuarios, los que hay, salvo excepciones, no pelean para que haya más usuarios de estas plataformas. En lugar de eso, pretenden hacer negocio.

El comentario viene a cuento de que el otro día hablando con Simon Owen (una de estas "excepciones" junto con VELESOFT) yo le pregunté que, como en el ZX-Uno lo que tenemos como almacenamiento masivo es una tarjeta SD, si conocía los detalles del funcionamiento de la interfaz Trinitry, la única cosa que hay hecha para SAM Coupé que usa una tarjeta SD como almacenamiento. Su respuesta:

"Su autor, Colin Piggot, no quiere que la Trinitry, ni ninguno de sus productos hardware, sea emulado, por lo que no la he incluido dentro de SimCoupé, así que mucho menos creo que le haga ilusión verla clonada en FPGA. Lo mismo con la interfaz Surround. El soporte de SID en SAM Coupé sí que lo he incluido porque es más que nada un SID enganchado al bus del SAM Coupé, no tiene más.".

No sé muy bien cómo son las cosas en la escena hardware de Amstrad, Commodore o MSX (esta última sé que es muy activa, pero no sé si es muy "open" o no), pero desde luego, la humilde escena hard del Spectrum está a años luz de la del SAM (y de la del QL).

[na_th_an]

Una implementación de Sam Coupe en el HW de ZX-Uno le va a picar a un montón de gente. Pero que se rasquen, para el resto va a suponer una aportación enorme. Me encantaría poder jugar con un Sam, pero me niego a desembolsar lo que se pide por uno medio completo.

[radastan]

Bueno, da igual. Lo digo: planeo clonar el SAM Coupé en la FPGA del ZX-Uno.
Y lo digo más que nada porque es un poco frustrante lo que pasa con algunas plataformas: los dos casos que más conozco cumplen además que son plataformas minoritarias, y que tú además conoces bien: el QL y el SAM Coupé.

Al Coupé le está pasando un poco lo que al QL: que aparte de ser un nicho muy pequeñito de usuarios, los que hay, salvo excepciones, no pelean para que haya más usuarios de estas plataformas. En lugar de eso, pretenden hacer negocio.

QL y Sam Coupé son, como dices, las dos plataformas de pago más sangrantes. Es como si entraras en un "club exclusivo" a base de VISA. Al final vendí sendos aparatos porque me harté de pasar por caja y preferí tirar de emuladores.

Lo del SAM ni te calientes la cabeza, emular disquetera a base de ficheros DSK y punto pelota. Yo caté una tarjeta para un SAM y básicamente hacía eso, montar unidades virtuales con DSK en tarjeta SD. Eso lo haces tu con menos problemas, te puedes fijar en la implementación que se hizo del CPC (CPCTrex) y hacer exactamente lo mismo. Que esa es otra, no creo que se tarde mucho en pasar el código VHDL del CPCTrex al ZXUno.

El clon del QL ya es harina de otro costal.

[Quest]

Bueno, da igual. Lo digo: planeo clonar el SAM Coupé en la FPGA del ZX-Uno.
Y lo digo más que nada porque es un poco frustrante lo que pasa con algunas plataformas: los dos casos que más conozco cumplen además que son plataformas minoritarias...

Lo del SAM ni te calientes la cabeza, emular disquetera a base de ficheros DSK y punto pelota. Yo caté una tarjeta para un SAM y básicamente hacía eso, montar unidades virtuales con DSK en tarjeta SD. Eso lo haces tu con menos problemas, te puedes fijar en la implementación que se hizo del CPC (CPCTrex) y hacer exactamente lo mismo. Que esa es otra, no creo que se tarde mucho en pasar el código VHDL del CPCTrex al ZXUno.

Completamente de acuerdo. Que se pique quien quiera. Si la implementacion sale a buen puerto, va a ser un gtan hito, y me alegro de que sea de esta manera y de manos de quien estan haciendo y colaborando.

Respecto al almacenamiento masivo en el Sam, ya sabemos todos lo que hay, yo estoy con Radas, pasar de tirar de las cosas de pago y hacer algo, si se puede, claro, sencillo y que funcione.

De momento se puede tirar con la carga por EAR hasta la implementacion del disco del tipo de lo que comenta Radas, y si no, se me ocurre otra opcion que seria implementar en la fpga el Atom HDD que en realidad es un interface IDE super sencillo, y el Lite aun mas (solo un integrado creo recordar), y con una plaquita por el puerto de expansion que lleve un slot CF vas apañao. La mayoria de CFs funcionan a 3,3v y a 5v

[mcleod_ideafix]

Lo del SAM ni te calientes la cabeza, emular disquetera a base de ficheros DSK y punto pelota.

Eso se dice pronto. Recuerda que esto no es emulación. Si el sistema puede leer ficheros DSK, es que en algún sitio hay un software que puede leer ficheros en formato FAT desde la tarjeta SD.

Lo que de momento va ganando es implementar una ATOM Lite en el ZX-Uno, y (eso sí es currada) implementar en hardware puro un controlador SD-to-IDE para que la ATOM Lite encuentre un dispositivo CF.

El clon del QL ya es harina de otro costal.

Si no me he metido con eso es por dos tres razones:
- Tengo muchisima menos experiencia con el 68000 por lo que me veo más limitado a la hora de hacer tests y demás.
- El core TG68K para FPGA ocupa bastante más que el T80, por lo que podría no caber entero en la Spartan, o de caber, dejarme demasiado poco espacio para el resto de cosas (el QL tiene un microcontrolador a modo de coprocesador para el teclado y el sonido)
- Estamos con las mismas sobre el problema del almacenamiento: lo que hay para QL que use una t arjeta SD, y que esté funcionando, necesita de no se qué tarjeta Gold. Mi diseño funcionaría sin problemas, pero no hay aún drivers que la usen para nada. Adrian Ives me pasó una alpha muy alpha que teóricamente debería funcionar en el QLSD, pero no he tenido ocasión de probarla.

-- Actualizado 30 Jul 2015, 14:35 --

Una implementación de Sam Coupe en el HW de ZX-Uno le va a picar a un montón de gente.

¿Qué ganan? Winston documenta por completo su Spectranet y aún no he visto "clónicos" de nadie, así que estoy seguro de que el 100% de Spectranets que hay en el mercado (que seguro que hay más que Trinitrys) han sido fabricados por él. Por otra parte, el hacerlo abierto ha supuesto que exista soporte en Fuse lo que a su vez significa que hay potencialmente más usuarios queriendo desarrollar para este aparatito.

Incluso cosas comerciales como la interfaz Spectra de Paul Farrow están lo suficientemente documentadas como para que se pueda acometer su emulación. Y clonarlo no es nada complicado.

Trinitry sólo existe como cacharro físico. No está emulado. No está documentado. Y si lo está, es a un "selecto" número de programadores, para realizar proyectos sobre él. Su interfaz ethernet, al contrario de lo que ocurre en Spectranet, no tiene embebido el TCP/IP por lo que si no hay software que implemente una pila TCP/IP, no tienes conectividad de ningún tipo. Spectranet está a años luz.

PD: ¿y quienes son esos que tanto se van a picar? Entiendo que uno de ellos es el creado de la interfaz Trinitry, pero... ¿quién más está sacando/vendiendo cosas para el Coupé?

[Quest]

Lo que de momento va ganando es implementar una ATOM Lite en el ZX-Uno, y (eso sí es currada) implementar en hardware puro un controlador SD-to-IDE para que la ATOM Lite encuentre un dispositivo CF.

¿Y que opinas de lo que comentaba al final de mi anterior post? Aunque imagino que la idea es que el core del Sam sea usable sin addons, y para todos los publicos, creo que quizá una solución sencilla en el caso de que se complicara mucho el controlador SD-to-IDE sería una plaquita add-on que simplemente contenga un slot CF. El Atom Lite estaria dentro de la fpga y la mayoria de CFs funcionan a los voltajes que usamos en el ZX-UNO. Esto no requeriria implementar controlaodres hardware, ya que el propio BDOS reconoceria las CFs, no?

[aowen]

I think creating closed hardware or software for ancient systems is perverse. Spectranet is open and so it is emulated and so it is easy to write software for it. The Chloe 280SE is open and so it is emulated (in Fuse as the Spectrum SE) ... divIDE and divMMC are open ... Annoyingly esxDOS is closed... Because I'd suggest ignoring any SAM-specific closed hardware and basically using divMMC with your SAM core. The SAM ROMs are open and work in a sufficiently similar manner to the Spectrum ROM that it *should* be possible to use a tweaked version of esxDOS with the SAM. In practice, you'll probably have to modify the SAM ROMs instead. But I think that's the simplest way. Then you'd also get the benefit of being able to run Spectrum, SAM, and Chloe software from the same SD card.

[mcleod_ideafix]

¿Y que opinas de lo que comentaba al final de mi anterior post? Aunque imagino que la idea es que el core del Sam sea usable sin addons, y para todos los publicos, creo que quizá una solución sencilla en el caso de que se complicara mucho el controlador SD-to-IDE sería una plaquita add-on que simplemente contenga un slot CF. El Atom Lite estaria dentro de la fpga y la mayoria de CFs funcionan a los voltajes que usamos en el ZX-UNO. Esto no requeriria implementar controlaodres hardware, ya que el propio BDOS reconoceria las CFs, no?

Opino que necesitaría eso, una plaquita aparte, y mi intención es usar lo que tengo: la tarjeta SD, así que la cosa pasa por crear un dispositivo que transforme de comandos SD a comandos IDE y viceversa. Puede ser úti para otros escenarios.
Y sí, estoy de acuerdo con lo que dice Andrew: es "perverso" crear software cerrado para este tipo de aparatos.

[na_th_an]

Una implementación de Sam Coupe en el HW de ZX-Uno le va a picar a un montón de gente.

¿Qué ganan? Winston documenta por completo su Spectranet y aún no he visto "clónicos" de nadie, así que estoy seguro de que el 100% de Spectranets que hay en el mercado (que seguro que hay más que Trinitrys) han sido fabricados por él. Por otra parte, el hacerlo abierto ha supuesto que exista soporte en Fuse lo que a su vez significa que hay potencialmente más usuarios queriendo desarrollar para este aparatito.

Incluso cosas comerciales como la interfaz Spectra de Paul Farrow están lo suficientemente documentadas como para que se pueda acometer su emulación. Y clonarlo no es nada complicado.

Trinitry sólo existe como cacharro físico. No está emulado. No está documentado. Y si lo está, es a un "selecto" número de programadores, para realizar proyectos sobre él. Su interfaz ethernet, al contrario de lo que ocurre en Spectranet, no tiene embebido el TCP/IP por lo que si no hay software que implemente una pila TCP/IP, no tienes conectividad de ningún tipo. Spectranet está a años luz.

PD: ¿y quienes son esos que tanto se van a picar? Entiendo que uno de ellos es el creado de la interfaz Trinitry, pero... ¿quién más está sacando/vendiendo cosas para el Coupé?

La escena que he visto del Coupé es muy cerrada y se basa, como ya sabes, en vender escasas "ampliaciones" a precios leoninos y tratar la plataforma como si estuviésemos en su vida comercial. Es la percepción que tengo. Cuando dije que se iba a picar bastante gente me refería precisamente a eso... Un cierto grupúsculo considera la plataforma como virtualmente "suya". Si sacais una implementación del Sam Coupe en una plataforma abierta como es ZX Uno les estáis comiendo parte del mercado, porque estoy seguro de que disponer de una implementación de la plataforma traerá a más desarrolladores de soft y hard - y en este último caso, estoy seguro de que muchos preferirán adquirir un producto abierto que la vieja mierda anquilosada que hay desde hace 15 años y que es lo único que tienen ahora.

Yo soy el primero que está con los desarrollos abiertos y por eso me parece una estupenda noticia que vayáis a trabajar para ofrecer una alternativa a lo que hay ahora.

[radastan]

Lo del SAM ni te calientes la cabeza, emular disquetera a base de ficheros DSK y punto pelota.

Eso se dice pronto. Recuerda que esto no es emulación. Si el sistema puede leer ficheros DSK, es que en algún sitio hay un software que puede leer ficheros en formato FAT desde la tarjeta SD.

Lo que de momento va ganando es implementar una ATOM Lite en el ZX-Uno, y (eso sí es currada) implementar en hardware puro un controlador SD-to-IDE para que la ATOM Lite encuentre un dispositivo CF.

http://www.symbos.de/trex.htm

Repito, el CPCTrez te da el código VHDL para que puedas trastearlo, implementa una solución de almacenamiento en CF con soporte de FAT y ficheros DSK. Pasar eso a tarjetas SD no será tan complicado, digo yo.

Y si no, tienes entrada EAR, por lo menos para trastear algo.