Va de Retro DRAM tester [v2.00]

[cacharreo]

¿Alguien entiende como puede salir más barato con pines que sin pines?
https://es.aliexpress.com/item/4000903444456.html

No sé si comprendo bien la pregunta pero lo único que veo es que son más baratos los que llevan los pines soldados que los que llevan las tiras de pines sin soldar y el cable. Por cierto, este vendedor tiene exceso de stock de cables USB-A a USB-B así que no os extrañe que compréis uno con cable incluido (en teoría, USB-A a miniUSB) y recibáis un cable que no os sirve.

A propósito, todos esos Nanos utilizan el chip USB CH340G por lo que en principio no son los que necesitamos con chip USB FTDI FT232RL.

En los que estoy consultando no ponen todas las características, tal y como habéis indicado que están haciendo las tiendas chinas. No soy capaz de distinguir uno valido de uno que no lo es.

Aparte de las características en la descripción puedes mirar la foto de la cara inferior de la placa para localizar el FT232RL.

Por confirmar con el vendedor el tipo de gestor de arranque:
https://es.aliexpress.com/item/32965794976.html
5.32 + 1.93€

Por confirmar con el vendedor el tipo de gestor de arranque:
https://es.aliexpress.com/item/32663190928.html
5.66 + 1.93€

Por confirmar con el vendedor el tipo de gestor de arranque:
https://es.aliexpress.com/item/32997420410.html
5.66 + 1.93€

Por confirmar con el vendedor el tipo de gestor de arranque:
https://es.aliexpress.com/item/32647462543.html
5.43 + 2.53€

Por confirmar con el vendedor el tipo de gestor de arranque:
https://es.aliexpress.com/item/32994037259.html
5.43 + 2.64€

Por confirmar con el vendedor el tipo de gestor de arranque:
https://es.aliexpress.com/item/1340812654.html
Propiedades/Color: FT232 Nano
6.81 + 1.95€

Con entrega en 24h y por confirmar el tipo de gestor de arranque pero con 100% de seguridad actualizable a optiboot:
https://www.amazon.es/AZDelivery-microcontrolad ... 079TZFS7T/
5 unidades por 34.99€ = 6.998€/unidad
(con "garantía" Amazon de devolución gratuita en 30 días por si se tuesta )

[Popopo]

No sé si comprendo bien la pregunta pero lo único que veo es que son más baratos los que llevan los pines soldados que los que llevan las tiras de pines sin soldar y el cable. Por cierto, este vendedor tiene exceso de stock de cables USB-A a USB-B así que no os extrañe que compréis uno con cable incluido (en teoría, USB-A a miniUSB) y recibáis un cable que no os sirve.

Justamente eso, que no entiendo como la opción más pelada es más cara que si se le añaden los pines.

A propósito, todos esos Nanos utilizan el chip USB CH340G por lo que en principio no son los que necesitamos con chip USB FTDI FT232RL.

¿Entonces cuáles se deben buscar? Me he perdido, pensaba que con el chip CH340G.

[cacharreo]

Justamente eso, que no entiendo como la opción más pelada es más cara que si se le añaden los pines.

Porque lleva el cable USB mientras que el de los pines soldados no.

¿Entonces cuáles se deben buscar? Me he perdido, pensaba que con el chip CH340G.

Con chip USB FTDI FT232RL. Comprueba las fotos de la cara inferior de la placa y verás claramente el FTDI FT232RL (SSOP-28) que es más grande que el CH340G (SO-16).

[cacharreo]

Firmware fw0.04


(click en la miniatura para ver el vídeo completo)

Binarios

• VdR-RAM-tester.0.04 (58.6KiB)
• VdR-RAM-tester.0.04 con cargador (bootloader) incluido (58.7KiB)

Solo el interfaz (GUI) para probar el Nano. Después de la demo, a los 54", la botonera funcionará y al pulsar ✓ (OK) se borra la pantalla y acaba el programa.

Cambios:
Ahora Los tests erróneos muestran la primera dirección de memoria que falló además del valor escrito y el valor leido. Por ejemplo,
- "Testing 41256 [000]:" indica que se está comprobando un chip 41256 escribiéndolo todo con ceros.
- "Address:0084 w00 r74:" indica que el primer fallo se comprobó en la dirección de memoria 132d (84h) y que habiendo escrito un 0d (00h), se leyó en su lugar un 116d (74h).
- "[000]" es el test que escribe toda la memoria con ceros, con
- "[111]" se escribe toda la memoria con unos, con
- "[010]" se escribe toda la memoria con ceros y unos alternativamente, y con
- "[rnd]" se escribe toda la memoria con bits aleatorios.

Iremos añadiendo nuevos tests conforme avancen las pruebas mientras la memoria de programa lo permita.

Nota
1) Para actualizar el firmware siempre hay que tener precaución de no tener cables en J4 y el zócalo ZIF sin chip (vacío), en caso contrario obtendréis un error de comunicación con el Nano.
2) Los pines indicados en la pantalla de cableado no corresponden a los reales del zócalo ZIF, se muestra algo solo como demo.

[Gomas48K]

Como la velocidad de conmutación va a ser baja ¿qué tal veis utilizar dos simples transistores...

Solución ingeniosa!!!!!
El tema de añadir esos componentes, no es importante (bajo coste y son pocos).

Es frustante la limitación de nano y el bajo coste... pero tengo la esperanza de algún día la versión "De lujo" y poner un Arduino mas potente y subir un poquito el presupuesto!!! porque con los conocimientos de @cacharreo no hay limites.

[Rebobinando]

¿Alguien entiende como puede salir más barato con pines que sin pines?
https://es.aliexpress.com/item/40009034 ... mainSearch

Diría que el que parece no llevar pines, lo tiene ya soldados en la foto. Otra diferencia es que el que lleva pines soldados tiene conector mini USB, y el 'otro' es micro USB.

De ahí la diferencia de 1 ct!

No sé si estoy contestando a lo que planteas

[geloalex]

Ahora Los tests erróneos muestran la primera dirección de memoria que falló además del valor escrito y el valor leido. Por ejemplo,
- "Testing 41256 [000]:" indica que se está comprobando un chip 41256 escribiéndolo todo con ceros.
- "Address:0084 w00 r74:" indica que el primer fallo se comprobó en la dirección de memoria 132d (84h) y que habiendo escrito un 0d (00h), se leyó en su lugar un 116d (74h).

Lo de mostrar el primer fallo en la dirección de memoria es muy buena información y útil a la hora de ver el funcionamiento de la ram en placa
y los diferentes test de escritura perfectos.... buen curro.

[issalig]

No se si has contemplado un modo fast que cuando encuentre el primer error pare el análisis.
E incluso un modo "unsafe" que muestree sólo un n% de la memoria (ya sean posiciones aleatorias o mútliplos de 1/n) tb podría ser útil.

Pero claro, esto iría en la lista de los "poyaques"

[cacharreo]

modo fast que cuando encuentre el primer error pare el análisis.

Ahora mismo es lo que hace respecto a la panoplia de tests pero no en cuanto a las direcciones de memoria. En la demo en vídeo se ve que está ejecutando el primer test (escritura de la memoria con todo ceros) y cuando llega al final de todo el rango de direcciones, no hace ningún otro test.

Pero es buena idea y práctica cuando se prueben muchos chips. Solo requerirá añadir un menú de configuración y este modo que aborta cualquier test, incluso a la mitad, tan pronto encuentre un fallo.

E incluso un modo "unsafe" que muestre sólo un n% de la memoria (ya sean posiciones aleatorias o mútliplos de 1/n) tb podría ser útil.

¿Ese "muestre" es de "mostrar" o de "muestrear"? ¿puedes poner un ejemplo para verlo más claro?

Pero claro, esto iría en la lista de los "poyaques"

Todas las sugerencias son bienvenidas. La única limitación es la memoria de programa.

[issalig]

"muestree", se me escapó una e. Quiero pensar que cuando falla una memoria, no falla un sólo byte sino muchos, entonces buscando posiciones al azar encontraríamos el fallo rápido.

En este código de @llopis también tiene algoritmos que "alternan" valores, es decir, escribe 0101010... a lo largo de toda la memoria e incluso bits random con semilla prefijada (para poder leer después y comparar, obviamente)
https://github.com/llopis/dram-tester/b ... tester.ino