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

Aun no he echado cuentas. En breve abro un hilo para la venta...

Kyp escribió:Aun no he echado cuentas. En breve abro un hilo para la venta...

Hola kyp

A la espera estoy ...
Modelos compatibles? Veo en la serigrafía solo +3 y +2AB.
Alguno mas?

Saludos

Enviado desde mi SM-G950F mediante Tapatalk

Kyp, si puedes explica un poco el funcionamiento o las funcionalidades de tu equipo, si es como un divide o como un mmc, o si se le puede meter exdos y cosas así, salu2.

flopping escribió: ↑16 Ene 2019, 09:38 Kyp, si puedes explica un poco el funcionamiento o las funcionalidades de tu equipo, si es como un divide o como un mmc, o si se le puede meter exdos y cosas así, salu2.

Yo tengo un PicoDivSD y es un DivMMC pequeño y básico, pero cumple su cometido. Se pone en vertical, por lo que no ocupa fondo del ordenador, lo que lo hace más cómodo (al menos para mí). Sobre la serigrafía, creo que la tiene mal puesta: ese puente es para elegir el equipo al que está conectado, si es algún modelo hasta el +2 gris (incluido), o bien un +2/+3 (tienen alguna diferencia en el puerto de expansión, aunque supongo que eso ya lo sabéis).

Sobre la funcionalidad, es la de cualquier DivMMC: esxdos con soporte para trdos, carga desde una tarjeta microSD... Vamos, lo típico. No está capado en funcionalidades sobre un DivMMC (de hecho, ya dicho que es uno), pero tampoco tiene ningún extra.

Ya nos contarás cuando puedas precio. Si es posible en Kit. Gracias!

En tamaño es muy parecido al DivMMC Enjoy! mini, y el doble del PicoDivSD.
Aún así es pekeño.... ferpecto !!
Ahora, el conmutador WE para ké es?
Cuál es el límite de la SD? ... 2GB kizás?

El interfaz es un DivMMC estándar. Realmente todos los DivMMC son prácticamente iguales ya que el diseño original está publicado a medias, es decir, el esquema es público pero el contenido de la CPLD no, así que nadie ha modificado el funcionamiento básico. Como mucho le han añadido cosas como el interfaz Kempston, o lo han hecho más o menos grande, con componentes THT o SMD... pero en lo fundamental son todos iguales.

El interfaz en sí se compone de dos partes, un interfaz SPI que es el que controla la tarjeta SD, prácticamente igual al ZXMMC salvo que usa unos puertos diferentes, y un interfaz de mapeo automático de la ROM/RAM externa idéntico al del DivIDE (intercepta las llamadas a la ROM para añadir comandos y cargar desde la tarjeta SD en vez de cinta). En la práctica es un DivIDE al que le han cambiado el interfaz IDE por un interfaz SPI. La diferencia fundamental respecto al DivIDE es que mientras para el DivIDE tiene varios firmwares (FATware, esxDOS y otros), para el DivMMC solo hay uno, el esxDOS. A efectos prácticos funcionan los dos igual. Mismo NMI browser, mismos comandos, misma emulación DRDOS...

Los jumpers son los mismos que lleva el DivIDE, uno para indicar si se conecta a un Gomas/Plus/128k/+2 o a un +3/+2AB (la anulación de la ROM interna funciona de forma diferente), y otro que sirve para desactivar el automaper y permitir reescribir la EEROM (para usar con la ROM +3e o flashear el interfaz).

Lord Raptor escribió: ↑16 Ene 2019, 12:54 Cuál es el límite de la SD? ... 2GB kizás?

El del sistema FAT32 que ahora mismo no se cual es. La que estoy usando es de 32GB y la lee sin problemas.

GRacias por las respuestas, pero ahora después de leer las explicaciones me han surgido
otro par de ellas...

--- [no estoy diciendo ke vaya a hacerlo, ya ke mis conocimientos no me lo permitirían, es curiosidad] ---
- Si la CPLD no es pública, mediante ingeniería inversa es posible sacar su "code"?
- Y si así fuese, ké tipo de código albergaría, algo parecido al VHDL/Verilog ?
- Conociendo su código sería factible implementar la carga de otros tipos de archivos, por ejemplo?

- La EEROM ké lleva ... el esxDOS sólo ? ... Si fuese de más capacidad podría alojar EXDOS+ROM +3e ?

Lord Raptor escribió: ↑16 Ene 2019, 14:36 - Si la CPLD no es pública, mediante ingeniería inversa es posible sacar su "code"?
- Y si así fuese, ké tipo de código albergaría, algo parecido al VHDL/Verilog ?

Una CPLD es algo muy parecido a la ULA del Spectrum, es un chip que dentro tiene bloques (macroceldas según el fabricante) que dentro tienen puertas lógicas, flip-flops, y otros elementos que se usan comúnmente para construir circuitos digitales.

Estros elementos se pueden conectar de diferentes formas y eso es lo que hace que el chip se comporte de una forma u otra. Lo mismo pasa con las macroceldas, también se pueden conectar de diferentes formas para crear circuitos complejos.

Cuando se 'programa' la CPLD lo que se hace realmente es decirle como queremos que se conecten internamente esas celdas y los elementos de cada celda.

Ese 'código' es lo que tenemos, pero es un archivo binario que solo entiende el chip.

Obviamente, a la hora de diseñar el circuito no se hace directamente en binario, se usa un lenguaje de descripción que puede ser VHDL o Verilog o algún otro. Que yo sepa no hay algo parecido a un 'desensamblador' que traduzca del binario a algún lenguaje más 'humano'.

Lord Raptor escribió: ↑16 Ene 2019, 14:36 - Conociendo su código sería factible implementar la carga de otros tipos de archivos, por ejemplo?

Eso no lo hace la CPLD, la carga de archivos la hace el programa que hay en la ROM del interfaz, el esxDOS. Lamentablemente el código fuente tampoco es público. En cualquier caso, solo se pueden cargar archivos que contengan datos binarios equivalentes a lo que habría que escribir en la memoria del Spectrum. Esos datos son lo que tiene un TAP o un SNA, pero un TZX es otra cosa, es una descripción de que tonos hay que generar para que suene como lo que estaba grabado en una cinta y eso no se puede traducir a lo que hay que escribir en una memoria, por eso ningún interfaz de este tipo acepta ese formato.

Lord Raptor escribió: ↑16 Ene 2019, 14:36 - La EEROM ké lleva ... el esxDOS sólo ? ... Si fuese de más capacidad podría alojar EXDOS+ROM +3e ?

La EEPROM lleva el esxDOS, no tiene sentido meter más, el +3e sustituye a la ROM del Spectrum no a la del DivMMC.