Ni trampa ni cartón, después de un día y medio de trabajar con los datos proporcionados por Antonio Villena.

Dónde poder conseguir la placa, cómo construirla tu mismo, reparaciones, modificaciones, proyectos derivados

Moderador: antoniovillena

Responder
Avatar de Usuario
Subcritical
Spartan 3
Mensajes: 229
Registrado: 24 Ago 2018, 14:52

Ni trampa ni cartón, después de un día y medio de trabajar con los datos proporcionados por Antonio Villena.

Mensaje por Subcritical » 30 Sep 2023, 18:49

Compilado -> Nota así llama la síntesis QUARTUS II:
Captura de pantalla de 2023-09-30 18-42-20.png
Captura de pantalla de 2023-09-30 18-42-20.png (205.91 KiB) Visto 4304 veces
Grabación FLASH:
Captura de pantalla de 2023-09-30 18-38-15.png
Captura de pantalla de 2023-09-30 18-38-15.png (218.65 KiB) Visto 4304 veces
Y el resultado de la MINI_iNEP:
phpBB [media]


Corrijo en el vídeo dije interruptores quería decir pulsadores de la placa madre del ZXTRES de 4 capas.
Los cuales usaré, tengo que pensar como...

La mini_iNEP se puede ver su pineado aquí:
https://docs.google.com/spreadsheets/d/ ... sp=sharing

Por experiencia cuando eran 6 bits por color para que vas a querer 8, cuando otras todos los envoltorios para HDMI consumen bram.
Que vamos a copiar... en vez de crear... y adaptamos todo lo que venga de Victor Trucco que es mejor... , rápido y resultón.

Sí la ZXTRES es un placón, y mirar lo importante; que es querer levantar una comunidad, y yo me siento ilusionado con la ZXTRES es dificil trabajar en ella, pero se la ha castigado injustamente durante meses, el DP funciona y muy bien.

Seguiré trabajando en la mini_iNEP y ver como la neptuno no era tan grande como pensábamos algunos.
Un día llevo la placa madre ZXTRES con el mini_iNEP para ver su salida por VGA y ver como se vé en el monitor AOC LCD, es el único TFT con entrada VGA que tengo disponible.

Avatar de Usuario
Subcritical
Spartan 3
Mensajes: 229
Registrado: 24 Ago 2018, 14:52

Re: Ni trampa ni cartón, después de un día y medio de trabajar con los datos proporcionados por Antonio Villena.

Mensaje por Subcritical » 30 Sep 2023, 19:31

Los tiempos han sido así.
A.- Soldar verificar casi un día para no cagarla, algunas pifias he hecho, primero soldar la microsd y la toma de alimentación.
B.- Documentar la placa media tarde
C.- Sintetizar un core no mejorado de UnAMIGA 5 minutos.

Seguiré disfrutando hay muchas placas con el Formato Q128.
Sólo haciendo uno mismo el trabajo de terceros, sabes lo difícil que és.

El disfrute ha sido máximo, documentado toda la placa madre "¡ESTANDARIZADA DEL ZXTRES!".
Aprovechar las escalas de producción que tendrá el ZXTRES, permite a muchos amantes de la electrónica aventurarse en adaptar muchisimas cosas que vienen del formato Q128, al usar el estandard ofrecido por ANTONIO, todos los dispositivos serán válidos eléctricamente para ZXDOS+, ZXTRES(En todas sus versiones).

Yo como uno de los creadores de Atlas, veo en la placa del ZXTRES un standard para placas con muchos pines incluso en los fanáticos de los micros como es el NEPTUNO, tan afamado por RON y Fernando Mosquera ETC...

Comparamos dos imágenes en esta te gastas 36 euros y no esta asociado al retro, tener en cuenta que estos buses los tendrán miles de compradores, frente al bus ZX que lo ha tenido más de 7 millones de usuarios:
Captura de pantalla de 2023-09-30 20-11-29.png
Captura de pantalla de 2023-09-30 20-11-29.png (405.64 KiB) Visto 4278 veces

Placa madre universal ZXTRES, adaptado al desarrollo que uno quiera, es el estilo de ventas del los millones de kits tan característicos de los ZX80 y ZX81, pero para eso hay que arriesgarse el primero:
P1040139.JPG
P1040139.JPG (7.79 MiB) Visto 4278 veces
Última edición por Subcritical el 25 Nov 2023, 12:38, editado 1 vez en total.

Avatar de Usuario
Subcritical
Spartan 3
Mensajes: 229
Registrado: 24 Ago 2018, 14:52

Re: Ni trampa ni cartón, después de un día y medio de trabajar con los datos proporcionados por Antonio Villena.

Mensaje por Subcritical » 01 Oct 2023, 19:45

No siento palabras para ver lo que han intentado hacer algunos... Yo he intentado mediante simple Lógica ayudar.

Dícese de esta placa que es erronea -> supongamos que es cierto, voy a gastar otro poco más en dar un core verificado por cientos de personas que tiene veracidad estadística, es el mismo core usado en NepTUNO.
Para demostrar que la tesis es cierta, es decir que la placa madre del ZXTRES esta correctamente diseñada, con la primera prueba sería suficiente, pero como hay muchos amantes al Quartus II, he diseñado otra prueba a mayores para demostrar que también funciona correctamente, es decir que si uso Quartus II, la placa usada para la programación de los códigos HDL tendrá un chip de Intel/Altera.

Teoría de demostración lógica, por reducción al absurdo.
phpBB [media]


Lo grande de tener una ZXTRES es que tiene un core anfitrión, el core ZXUNO-ZXDOS-ZXTRES, el cual funciona perfectamente desde que salieron las primeras placas de los adoptadores tempranos a la tecnología.
Si suponemos que la placa es la causante de algunos fallos esporádidos en artefactos principalmente gráficos de algunos cores, esto tendría que suceder en absolutamente todos los cores, pero el caso es que justamente el core de ZXUNO se visiona perfectamente, lo que anula la creencia de que el error es provocado por un diseño incorrecto, si esto fuera así el propio core ZXUNO también tendría que reportar artefactos cuando no los muestra en el uso de la implementación ZX Spectrum, no se observa ningun fallo.

Le voy a dedicar más tiempo, voy a usar una placa de una CYCLONE IV identica en pineado a la usada por la NepTUNO, pero con menos kles, sin modificar su código en lenguaje descriptor de hardware voy a subir unos fuentes del proyecto, como no quise tocar ni una línea de código no reordené los pines del joystick un dia de estos subo la modificación donde aparecen ya recolocados.

Para realizar la reducción al absurdo tenemos una TESIS resultado que se quiere comprobar, y una HIPÓTESIS.
Hipotesis -> Hay artefactos.
Tesis -> La placa zxtres funciona

Procedo a realizar esta demostración por reducción al absurdo:
Niego la tesis -> LA PLACA MADRE ZXTRES ES ERRONEA.
Esto es consideramos la placa madre del ZXTRES como fallida.
phpBB [media]


Comprobada la certeza de la HIPÓTESIS.
Cómo existe el core de ZXUNO, y además he portado un minineptuno sin alteraciones del lenguaje HDL, estos también tendrían que fallar, como es palpable que no lo hacen.
El conjunto de placas del ZXTRES están bien diseñadas.


Hablemos del caso especial de usar una placa Q128 en el hardware de escala del ZXTRES:
Como con la placa EP4CE15F23C8N sin hacer ninguna modificación sobre el modelo base de la placa ESTANDARIZADA UNIVERSAL DE ANTONIO VILLENA ZXTRES FUNCIONA. Y como también no se ha hecho cambios en el hardware asociado al test de la placa desde su versión de Miguel Ángel "Código Verilog" y modificada por DISTWAVE para NepTUNO, es una prueba fiable y lo importante en este caso, la conocen bastantes más personas que 25 usuarios.
https://github.com/neptuno-fpga/board_test

De la versión modificada por DISTWAVE a la versión de mini_iNEP cambia únicamente las restricciones asociadas a los pines de la matriz de la FPGA, es decir un sólo fichero en lenguaje TCL con extensión qsf, ni me he molestado en cambiar el nombre del test, se llama test NepTUNO.
No se ha producido ningún cambio sobre el hardware asociado a testear la placa reportado como neptuno.

Ha quedado demostrado que la placa de 4 capas de ZXTRES, es correcta.

Fuentes libres para demostrarlo hay que dejar la extensión .qar:
test_placa_neptuno_A_mini_iNEP.qar.mini_iNEP.TXT
(50.42 KiB) Descargado 260 veces
SI lo compilais el joystick si es cierto que habría que recolocar las salidas, pero esto invalidaría el procedimiento, dado que lo que se trata es de no modificar el lenguaje descriptor de hardware y únicamente usar el fichero tcl de resctriciones de las señales asociadas a la colocación matricial de los pines Números x Letras en su fichero qsf.

He puesto el vídeo en foros y se han dado una prisa inmensa en borrarlos, y lo más interesante sin comentarme nada absolutamente nada....... dá que pensar........
Última edición por Subcritical el 25 Nov 2023, 17:34, editado 7 veces en total.

Avatar de Usuario
Subcritical
Spartan 3
Mensajes: 229
Registrado: 24 Ago 2018, 14:52

Re: Ni trampa ni cartón, después de un día y medio de trabajar con los datos proporcionados por Antonio Villena.

Mensaje por Subcritical » 25 Nov 2023, 13:33

Pero es cierto que algún core tiene artefactos, y vamos a itentar recopilar la información que hemos ido encontrando.

Yo me he fijado en el core del ZXTRES de Minimig.
Todo son señales digitales desde el flujo de datos de la SD a la FPGA como el posterior visionado de la misma por Displayport, un caso curioso es que los mismos artefactos apareden en VGA, si uno se fija cuando carga algún fichero grande y lo graba se ven que son exactamente los mismos, usan el envoltorio del framebuffer del ZXTRES.
Pero este misterio no es un ruido electromagnético.
En estas señales de naturaleza totalmente digital no hay acoples electromagnéticos.

Incluso si las tensiones de los pares diferenciales decayeran al ser pares la información seguiría siendo válida, esto lo preguntamos por ver que distancia era capaz de enviar un cable Display Port.
Pero cada carga de la SD en amiga genera artefactos de naturaleza "DIGITAL".

Le preguntamos a miguel Ángel que podría producir estos fallos:

Y nos indicó que si los cores que producen artefactos y sintetizados con VIVADO cumplen con sus temporizaciones "Timings", y especialmente el "Timing Closure".
Si no cumple en temporizaciones, el sintetizado puede conducir a que ocurra cualquier cosa, entre ellas estos tipos de fallos.

-Miguel Ángel-
Porque si no se cumplen los tiempos, los colores no llegan "a tiempo" al stream de datos del transceiver, y verías cosas como píxeles fuera de su sitio, o incluso lineas enteras aparentemente fuera de su sitio. Ya digo, que habría que ver cómo han implementado el DP. SI han usado mi wrapper, y no lo han modificado,entonces hay que ver que no haya violaciones de timings en el reloj "tx_symbol" que es quien gobierna la lectura del framebuffer y el transporte de los datos de ese framebuffer al stream DP.

Pregutamos si acercar físicamente las señales podría mejorar algo estos puntos.

-Miguel Ángel-
Usando ciertas directivas TCL en el fichero XDC de constraints, pero no siempre tener las cosas "cerca" de las patillas de salida es suficiente, ni siquiera necesario. Lo que hay que asegurarse es de no haya demasiadas capas de lógica combinacional.
Y eso te lo chiva el Clock Report, después de la fase de implementación.

En este último párrafo me fijé en la parte que habla de capas de lógica combinacional, y me fijé que la tan llamada demistify interpone capas en la salida gráfica, y me hago la pregunta, y si al interponer Demistify el VIVADO detecta que hay demasiada indirección combinacional.

Ahora me surge como poder demostrar que esta capa de indirección del Demistify en realidad hace que salgan cores como churros.

Lo grande de la búsqueda del origen de estos artefactos gráficos y como en algunos cores aparecen, estuvimos hablando en el foro del ZXTRES con Miguel Ángel.
Es muy interesante estar presente en el grupo de Telegram asociado al ZXTRES dado que allí le realizamos preguntas, y nos contó que podian ser unas cuantas posibilidades, otra de ellas que usaran de forma erronea el framebuffer usado en el ZXTRES,

Responder

Volver a “Hardware”