foro.speccy.org

Un DivIDE como tal es bastante grande para meter en la placa, incluso si nos decantamos por el tamaño +2A. Además contiene GALs, por lo que el número de chips/área a añadir sería mayor que el que tiene la placa del DivIDE.

Se barajan dos alternativas asequibles:
1. Interfaz ZXMMC con lógica discreta y zócalo SD en placa.
2. Interfaz IDE 8 bits. En este caso en la placa habría un conector ide de 40 pines y el disco o unidad flash sería externo. Aunque sea externo a la placa puede caber dentro de la carcasa si se utiliza algo como esto: http://www.amazon.es/Transcend-512Mb-Id ... 632&sr=8-1

De lo primero no hay nada diseñado aún, y de lo segundo creo que Scooter tenía incluído el IDE 8 bits en sus últimos diseños. En realidad es un circuito de pocas puertas bastante sencillo que cabe en un único integrado. La única desventaja es que sólo aprovechas la mitad de la capacidad del disco que compres.

Hombre, una interfaz IDE de 8 bits y las ROMS de +3E y creo que con eso sobra. Ocupa muy poco, necesita poquísimos componentes, y al menos ya quitamos la necesidad de un extra para cargar juegos a toda pastilla.

radastan escribió:Hombre, una interfaz IDE de 8 bits y las ROMS de +3E y creo que con eso sobra. Ocupa muy poco, necesita poquísimos componentes, y al menos ya quitamos la necesidad de un extra para cargar juegos a toda pastilla.

Sí, lo más seguro es que lo hagamos así. Ocupa poco (en realidad poquísimo) lo que es la lógica. Sin embargo tanto el conector ide, como la faja, como el disco duro/adaptador cf-ide/disco-ssd-ide lo hacen más aparatoso. Vamos que me gustaría descartar totalmente el ZXMMC pero tengo que estar seguro. No he visto circuitos ni ecuaciones por ningún lado para poder implementarlo. Si fuese sólo un poco más complejo que el IDE de 8 bits (2 ó 3 chips más) lo mismo merecería la pena.

antoniovillena escribió:

radastan escribió:Hombre, una interfaz IDE de 8 bits y las ROMS de +3E y creo que con eso sobra. Ocupa muy poco, necesita poquísimos componentes, y al menos ya quitamos la necesidad de un extra para cargar juegos a toda pastilla.

Sí, lo más seguro es que lo hagamos así. Ocupa poco (en realidad poquísimo) lo que es la lógica. Sin embargo tanto el conector ide, como la faja, como el disco duro/adaptador cf-ide/disco-ssd-ide lo hacen más aparatoso. Vamos que me gustaría descartar totalmente el ZXMMC pero tengo que estar seguro. No he visto circuitos ni ecuaciones por ningún lado para poder implementarlo. Si fuese sólo un poco más complejo que el IDE de 8 bits (2 ó 3 chips más) lo mismo merecería la pena.

Otra solución es poner directamente un conector Compact Flash en vez del IDE, eso lo hace NADA aparatoso y podemos tener la CF interna como si fuera un disco duro. La pega es que los conectores serían SMD por narices. La otra opción es dejar un conector adicional para conectar la alimentación de los adaptadores CF (5V si no mal recuerdo) y así no hace falta nada aparatoso.

Yo he estado barajando poner un conector "ide" acodado para poner ya de serie el adapador, el problema es que hay que dejar toda esa superficie libre o bien poner el conector en el lado de las soldaduras y un poco separado.
Para el adaptador Sd hace falta dos registros de desplazamiento uno serie-paralelo y otro paralelo-serie, un decodificador de direcciones para ver donde va eso, una señal de reloj, una salida digital (un biestable) y un sistema que pare y arranque el reloj o el enable al escribir en el registro y tras haber hecho ocho pulsos, eso serían unos cuatro integrados... la fiesta es hacer el driver, claro.

radastan escribió:Otra solución es poner directamente un conector Compact Flash en vez del IDE, eso lo hace NADA aparatoso y podemos tener la CF interna como si fuera un disco duro. La pega es que los conectores serían SMD por narices. La otra opción es dejar un conector adicional para conectar la alimentación de los adaptadores CF (5V si no mal recuerdo) y así no hace falta nada aparatoso.

Joder pues no había caído. Te obliga a poner una CF pero eso tampoco es un impedimento, ¿quién en su sano juicio le pondría un disco duro a este clon?

Scooter escribió:Para el adaptador Sd hace falta dos registros de desplazamiento uno serie-paralelo y otro paralelo-serie, un decodificador de direcciones para ver donde va eso, una señal de reloj, una salida digital (un biestable) y un sistema que pare y arranque el reloj o el enable al escribir en el registro y tras haber hecho ocho pulsos, eso serían unos cuatro integrados... la fiesta es hacer el driver, claro.

No parece muy complicado, ¿tienes hecho algún esquema de esto? Es que por otro lado tenemos el puerto del AY sin usar. Podemos meter ahí las señales y ahorrarnos la lógica de decodificación. El punto negativo es que ya no sería un ZXMMC estándar, pero como tampoco está tan extendido no pasa nada, se reescribe el firmware para que escriba a este puerto en lugar del otro.

Pues le estoy dando vueltas a los registros. Los bits adicionales se pueden sacar como dices del puerto del AY, o de los bits sobrantes de los registros 1ffd o 7ffd, si tu te atreves a hacer el driver...porque yo NPI o mas incluso

El ZXMMC funciona seguro en ResiDOS. No hay que hacer ningún driver. Sólo hay que adaptar el firmware que hay para ZXMMC, y esto es tan sencillo como editar el código fuente haciendo un find/replace en las lecturas/escrituras de puertos que afecten a este dispositivo. Yo me encargo si quieres.

Creo que el +3e no lo soporta. Si así fuera habría que hacer cambios más profundos en el código fuente del +3e. En este caso no me comprometo a nada puesto que al no haber a día de hoy emulador con soporte ZXMMC sería muy compleja la depuración.

Hola,

Soy nuevo en el foro, pero si aceptais mi solicitud, me gustaría hacer el pedido de 2 placas + 2 de componentes.

Gracias

Hola, yo al igual que tordek soy nuevo.

Si fuera posible, me gustaría un pedido de dos placas y dos paquetes de componentes.

Muchas Gracias y un saludo.

Yo también me apunto para dos placas y componentes.
Coincido con el resto de compañeros, cuantos más seamos más barato nos saldrá.
Me parecería muy buena idea el integrar el divIDE dentro de la placa, considero que es el interface que más posibilidades nos puede dar a largo plazo.

De todas entiendo que a la hora de enturar toda la placa quizás sea un poco grande, en cualquier caso si pienso que la ROM ha de ser la del 3+

Otro novato que se apunta a una placa y un kit de componentes....

Yo también me apunto a la placa + kit de componentes (no tengo grabador), estaría genial para el día a día sin tener que andar trasteando con los zx spectrums originales.

y me molaría en tamaño Spectrum + /128k, llegué tarde a la encuesta....

Un saludo.

Según el resultado de la encuesta se ha decidido por el tamaño 128K toast rack, 48K plus ó inves spectrum. En los tres modelos la carcasa es casi idéntica. Ahora el paso lógico sería decidir cuáles serán los añadidos. De momento lo que se tiene en mente es:

-2 conectores para joystick norma atari. El primero sería seleccionable entre kempston y sinclair y el segundo sería sinclair. La selección se puede hacer mediante puentes, mediante jumpers o mediante switch externo.

-interfaz IDE de 8 bits con conector compact flash.

La forma de expandir la placa sería un centímetro (no lo he medido exactamente) a cada lado y varios centímetros más en la mitad inferior a ambos lados. En la parte superior tenemos el obstáculo de las patas. Doy por sentado que usaremos la distancia de conectores del modelo 48K (es la misma en un gomas que en un plus), puesto que la que es diferente (128K toast rack) se trata de un modelo más escaso, al menos en España.

Hay múltiples opciones a la hora de poner los conectores. Por la parte superior cabría un DB9 (se puede aprovechar el agujero en la carcasa del Inves). Por la parte izquierda cabría un DB9 ó el conector CF (donde va la tarjeta). No sé si cabrían los dos DB9 porque el botón reset molesta. Y en la parte derecha caben o bien los dos DB9, o el CF (DB9+CF creo que no cabe).

Aparte de discutir estos también podéis ir proponiendo otros añadidos.

Por cierto no necesitaréis grabador para la ROM. La EEPROM que se ha elegido se puede grabar vía software (y vendría grabada inicialmente) sin peligro de borrado accidental. Incluso si hay un corte de luz mientras se actualiza el firmware habrá una ROM de backup. Sólo será necesario grabador si se borra el bootloader o tanto la rom principal como la de backup.

Por cierto, no os olvidéis del RESET.

Una chorrada, pero no se ha puesto en el Superfo 48K.