El Spectrum ZX de overCLK

[dandare]

Por cierto, también clona al USBee ZX http://www.usbee.com/zx.html cambiando esos valores, a mi me gusta más el SW de saleae (aparte está disponible para Mac), pero que sepas que tienes esa opción

[overCLK]

Hola, no creo que merezca la pena mirar los buses de datos o direcciones ahora. Por eso mismo que dices.
Yo me centraría en mirar el bus de control, IOREQ, MREQ, RD, WR, CAS, RAS, RFRSH, y M1 y ver si tienen sentido. Desde luego que se medio vea el mensaje de Copyright es una leche . Las cosas que funcionan a medias son las peores.

Los de Saleae cometieron el "error" (algunos dicen que intencionado) de lanzar su primer producto sobre una plataforma de desarrollo de Cypress, que llevaba un cy7c68013a que es un 8051 con un USB acoplado. Esta tenía una eeprom con el VID/PID, el de Saleae, que es básicamente lo que lo convierte en un Logic Analyzer 8. Te puedes imaginar lo que tardaron en clonar esa eeprom.

Debería aguantarte los 24Mhz (de sample) bien en un USB 2.0 o 3 que no tengas mil cosas conectadas. Pero con menos creo que te valdrá.

Muchas gracias por la información. Probaré a intentar ver esas cosas. Sobre lo de los 24Mhz, no tengo nada enchufado, y con el lsusb tampoco me muestra nada enganchado en el bus USB que estoy usando.

Por cierto, también clona al USBee ZX http://www.usbee.com/zx.html cambiando esos valores, a mi me gusta más el SW de saleae (aparte está disponible para Mac), pero que sepas que tienes esa opción

Ya veo. Parece bonito, pero mi intención es usarlo desde Linux, así que veremos que tal con el de saleae.

Un saludo

[overCLK]

Por cierto, el analizador lógico tiene 10 conectores, 8 para señales, uno para GND y uno que pone CLK. ¿Esto para que sirve? ¿Es el reloj interno de sampling del analizador?

[dandare]

acabo de mirar el mío y tiene 2 GND. Aquí hablan de External Clocks para oversampling. A lo mejor es eso . Aunque el original no lo tiene.

http://www.bigmessowires.com/2015/01/07 ... er-review/

De momento, lo ignoraba
(por curiosidad, con el trasto desenchufado mide la continuidad entre GND y CLK a ver si es un fallo de etiqueta

[overCLK]

acabo de mirar el mío y tiene 2 GND. Aquí hablan de External Clocks para oversampling. A lo mejor es eso . Aunque el original no lo tiene.

http://www.bigmessowires.com/2015/01/07 ... er-review/

De momento, lo ignoraba
(por curiosidad, con el trasto desenchufado mide la continuidad entre GND y CLK a ver si es un fallo de etiqueta

Pues no da continuidad entre GND y CLK. Esta esa la foto de la carcasa:


Y esta del interior, que parece diferente de algunas otras imagenes que he visto por ahí.

[overCLK]

Ejecutando el test mcleod con los "balies" de pantalla:



No sé si esto tiene sentido o no. He capturado 1 millón de muestras a 24Mhz.

[dandare]

el mio es distinto, será una versión más nueva esa que tienes. El SW de saleae no permite seleccionar otras fuentes de clock así que, en cualquier caso, me olvidaba de esa patilla por el momento.

[overCLK]

La única cosa que me llama la atención es que /IOREQ se mantiene a nivel alto salvo en un punto en el período de muestreo, aquí:



¿Crees que sería interesante ver también ROMCS?

[dandare]

vamos a ver por partes la captura:

de abajo a arriba:

- el M1 y el refresh son consistentes (se alternan, primero fetch de instrucción, luego refresh de memoria.
- El RAS y el CAS no los veo bien. Pero parece que son los de la memoria baja, no?. Mira este link a ver si son consistentes :http://www.zxdesign.info/dynamicRam2.shtml
- Los RD y los WR no se superponen y eso es correcto. No todos generan RAS y CAS porque, si estoy en lo correcto, estás midiendo los de la memoria baja y esas lecturas/escrituras serán a la memoria alta.
- Me falta algo de detalle del MREQ, pero parece consistente con los RD/WR y el RFRESH.
- En esos 30us no ha habido ningún IOREQ

mirando los diagramas de tiempo de referencia del Z80 no veo nada especialmente raro en esos 30us

fig22.gif

fig21.gif

[dandare]

La única cosa que me llama la atención es que /IOREQ se mantiene a nivel alto salvo en un punto en el período de muestreo, aquí:



¿Crees que sería interesante ver también ROMCS?

No se cómo funciona la ROM de McLeod con los IoReqs, pero en la ROM normal son cada bastante más que eso que has capturado (cada 20ms),
Además parece que se queda haciendo NOPS como un loco tras ese IOREQ, porque sólo hay lecturas en la zona alta (sin ras ni cas) y hay muchos más M1 y RFRESH, lo que indica intrucción "cortita"

En resumen, a lo mejor alguien con más experiencia ve algo raro. Yo a priori no.
Es buena idea mirar también el ROMCS. Ve experimentando con el analizador, que es una herramienta útil y barata (el clon, claro)