Proyecto ZDP-80 - Nuestro microordenador desde cero [#01]

[antoniovillena]

Si usas 2 o 3 bitplanes como dices... si.
Por eso te digo que podemos fijar un "estándar" para el quiera implementarse algo más gordo y ya está, todos contentos.
Idem para la cantidad de RAM, cuando llegue su turno fijamos un sistema de paginación y que cada cual decida la RAM que quiere.
¿No es más sencillo y divertido para todos tener algo de libertad?

Sólo estoy proponiendo una alternativa que a mí me parece más interesante. El argumento que me estás dando de que es más sencillo es válido si al final te vas a decantar por un único modo monocromo. Pero si no te he entendido mal, tu propuesta es sacar 2 modos, uno monocromo y otro a 4 colores. En cuanto al tema de la paginación, ya que lo mencionas, yo optaría por NO implementarla, ni ahora ni luego.

No tiene mucho sentido que discutamos entre nosotros porque ninguno de los dos puede ser del todo objetivo con el otro. Admito que mi propuesta me parece mejor que la tuya, en parte, porque se me ha ocurrido a mí. A tí supongo que te pasará lo mismo. De todas formas como eres tú el que vas a diseñar y montar la placa lo suyo es que lo hagas a tu manera.

[mcleod_ideafix]

Admito que mi propuesta me parece mejor que la tuya, en parte, porque se me ha ocurrido a mí. A tí supongo que te pasará lo mismo. De todas formas como eres tú el que vas a diseñar y montar la placa lo suyo es que lo hagas a tu manera.

La cuestión es: si hubiera que implementar tu propuesta en lógica discreta... ¿tienes idea de lo complejo o simple que podría salir el circuito (comparado por ejemplo con la implementación de la ULA del Spectrum del clon Superfo)?

Yo te puedo decir, por ejemplo, que el sistema de video que habeis visto en el video es menos complicado que la ULA del Spectrum. De hecho este sistema de video necesita una CPLD la mitad de grande que la mínima CPLD que hace falta para implementar la ULA completa. Esto, sin ser nada exacto, me da una idea de que este sistema es abarcable, sin que te tires de los pelos a la hora de depurarlo.

Habida cuenta de que, seguramente sólo habrá una persona que implemente por primera vez este sistema en lógica discreta (Radastan) y que sólo una persona se va a comer el marrón de depurarlo en caso de errores, pelearse con el osciloscopio y el soldador (Radastan), pues creo que para que no se vuelva loco, hay que ser minimalistas. Fíjate que a mi incluso ya el modo de 2bpp me parece complejo, sobre todo si se pretende que la CPU siga estando a 14MHz sin contienda.

[radastan]

Fíjate que a mi incluso ya el modo de 2bpp me parece complejo, sobre todo si se pretende que la CPU siga estando a 14MHz sin contienda.

Yo estoy liado con el modo 0, el de 256x192 monocromo. Cuando tenga la lógica discreta funcionando hablamos del modo con tonos de gris. Una cosa es lo que tenga en mente y otra lo que pueda dar de si.

Que esto lo hago por diversión, no por masoquismo.

[PabloMarmol]

Pues no lo tengo muy claro; en un televisor moderno (que yo sepa*) se ve toda la pantalla, en mi caso particular hace ya muchos años que no queda un CRT en mi casa. No se si es que mi televisor no es "normal*" o si que lo es. No se si es "de recibo" ser tan retro, osea, supongo que este ordenador "nuevo" no usará demasiado hardware obsoleto y difícil de encontrar como diskettes o "televisores"

*En los asteriscos está la clave; en si las teles modernas se comen el borde no he dicho nada , pero que yo sepa no lo hacen y en si "normal" es un CRT o un TFT. Hoy creo que "normal" = TFT.

Si "tele moderna" es: Una tele no-analógica (tft o similar) que además muestra una señal no-analógica (un stream mpeg que le llega por el sintonizador TDT), entonces si, probablemente no se coma nada de borde, porque "todo son pixels".

Pero si esa tele moderna no-analógica muestra una señal analógica, donde "no hay pixels", como es el caso, entonces si que es probable que se coma algo de borde.

[antoniovillena]

Aparte de que te va a quedar la circuitería de video como si fuera el parche de válvulas que le puso Doc Braun al DeLorean en 1955 para sustituir a un microchip que se quemó en su último viaje al pasado. Las ideas de AntonioVillena son fácilmente implementables en lógica programable. En lógica discreta ya hay que ponerse a darle más vueltas.

En lógica discreta lo que pasa es que triplicamos gran parte de la circuitería de video. Vamos que en lugar de 1 RAM de 32K se necesitan 3 RAMs independientes de 8K e ídem con el registro desplazamiento. También hace falta un decodificador extra (74hc138) para la lógica de control de las 3 RAMs. Lo bueno de esta arquitectura es que es escalable, y aunque la PCB salga más grande es posible elegir poner entre 1, 2 ó 3 juegos de integrados (RAM+registro desplazamiento), y así el que quiera se ahorra unos eurillos.

Lo que sí que sería como el parche de válvulas del DeLorean es hacer la paleta con lógica discreta. Pero tampoco es obligatorio hacerlo, como tenemos tres bitplanes distintos podemos nombrarlos R, G y B y usar los 8 colores básicos.

Creo que, siendo prácticos, será más razonable no pasarnos de 14MHz en la CPU, para no tener que tirar de memorias difíciles de encontrar. Implementaré la propuesta de AntonioVillena, aunque sea sólo por ver si el aumento de velocidad "se nota" o no es para tanto (un 43% debería notarse, digo yo). Y porque... con la FPGA es taaaaaaan sencillo cambiar las especificaciones y probar nuevas ideas... (en serio, teneis que probarlo )

Pues sí, siendo prácticos lo mejor son 14Mhz y video monocromo. Pero por discutir un poco no se pierde nada.

Habida cuenta de que, seguramente sólo habrá una persona que implemente por primera vez este sistema en lógica discreta (Radastan) y que sólo una persona se va a comer el marrón de depurarlo en caso de errores, pelearse con el osciloscopio y el soldador (Radastan), pues creo que para que no se vuelva loco, hay que ser minimalistas. Fíjate que a mi incluso ya el modo de 2bpp me parece complejo, sobre todo si se pretende que la CPU siga estando a 14MHz sin contienda.

Pues depende. Si el diseño no se ha probado antes en FPGA o lo hace en una placa de agujeritos pues sí que se va a ahorrar un montón de horas de depuración. Sin embargo si le fabrican la PCB en china no costaría nada (sería un copy/paste) hacerlo. Luego se puede montar sólo 1 de los 3 circuitos para probar como he indicado más arriba.

-- 08 Oct 2012, 17:32 --

Aparte de que te va a quedar la circuitería de video como si fuera el parche de válvulas que le puso Doc Braun al DeLorean en 1955 para sustituir a un microchip que se quemó en su último viaje al pasado. Las ideas de AntonioVillena son fácilmente implementables en lógica programable. En lógica discreta ya hay que ponerse a darle más vueltas.

En lógica discreta lo que pasa es que triplicamos gran parte de la circuitería de video. Vamos que en lugar de 1 RAM de 32K se necesitan 3 RAMs independientes de 8K e ídem con el registro desplazamiento. También hace falta un decodificador extra (74hc138) para la lógica de control de las 3 RAMs. Lo bueno de esta arquitectura es que es escalable, y aunque la PCB salga más grande es posible elegir poner entre 1, 2 ó 3 juegos de integrados (RAM+registro desplazamiento), y así el que quiera se ahorra unos eurillos.

Lo que sí que sería como el parche de válvulas del DeLorean es hacer la paleta con lógica discreta. Pero tampoco es obligatorio hacerlo, como tenemos tres bitplanes distintos podemos nombrarlos R, G y B y usar los 8 colores básicos.

Creo que, siendo prácticos, será más razonable no pasarnos de 14MHz en la CPU, para no tener que tirar de memorias difíciles de encontrar. Implementaré la propuesta de AntonioVillena, aunque sea sólo por ver si el aumento de velocidad "se nota" o no es para tanto (un 43% debería notarse, digo yo). Y porque... con la FPGA es taaaaaaan sencillo cambiar las especificaciones y probar nuevas ideas... (en serio, teneis que probarlo )

Pues sí, siendo prácticos lo mejor son 14Mhz y video monocromo. Pero por discutir un poco no se pierde nada.

Habida cuenta de que, seguramente sólo habrá una persona que implemente por primera vez este sistema en lógica discreta (Radastan) y que sólo una persona se va a comer el marrón de depurarlo en caso de errores, pelearse con el osciloscopio y el soldador (Radastan), pues creo que para que no se vuelva loco, hay que ser minimalistas. Fíjate que a mi incluso ya el modo de 2bpp me parece complejo, sobre todo si se pretende que la CPU siga estando a 14MHz sin contienda.

Pues depende. Si el diseño no se ha probado antes en FPGA o lo hace en una placa de agujeritos pues sí que se va a ahorrar un montón de horas de depuración. Sin embargo si le fabrican la PCB en china no costaría nada (sería un copy/paste) hacerlo. Luego se puede montar sólo 1 de los 3 circuitos para probar como he indicado más arriba.

[radastan]

Estoy tratando de buscar donde venden Z80 a 16-20 MHz y formato DIP pero no los veo por ningún lado. Como máximo me ofrecen los de 10 MHz.

¿Alguna idea? es que tengo que pedir los componentes, los Z80 que tengo son de 4 MHz y no me sirven para hacer las pruebas.

Idem para las memorias (si todo está en un mismo proveedor mejor).

[antoniovillena]

Yo tengo un Z80 de 20MHz. Te lo puedo vender o cambiar por otra cosa.

[radastan]

Yo tengo un Z80 de 20MHz. Te lo puedo vender o cambiar por otra cosa.

Si lo que yo quiero ver es que estén disponibles fácilmente, para hacer un ordenador que luego haya que remover cielo y tierra para montarlo prefiero bajarlo a 4 MHz si hace falta. Por lo que veo los 10 MHz están muy extendidos, y no es mala frecuencia (más del doble que el ZX Spectrum).

[PabloMarmol]

En ebay aparecen vendedores de Hong Kong con el z80 de 20 MHz por unos 2 euros (busca por "z84c0020")

[radastan]

En ebay aparecen vendedores de Hong Kong con el z80 de 20 MHz por unos 2 euros (busca por "z84c0020")

A Hong Kong no pido nada, los de Correos pueden meterme fácilmente 30 o 40 euros por "gastos de aduana", no compensa en absoluto.