Va de Retro DRAM tester [v2.00]

[cacharreo]

Hoy le ha tocado sufrir a la KM4164B-15 (la #9 de @Gomas48K) y tenemos buenas y malas noticias.

La mala es que hay un error en las tablas lookup que afecta a la parte alta de la tabla lo que deduzco debido a que falla con las 4164 pero va bien con las 4116. Es algo pesado pero revisaré el código que las genera hasta encontrar el gazapo que posiblemente serán dos o más bits intercambiados.

La buena es que los tests (de "relleno") funcionan a la perfección aunque he utilizado el "modo seguro" que es más lento porque fija el bus de direcciones calculándolo bit a bit prescindiendo de las tablas lookup pero así y todo solo se lleva unos 17s para toda la 4164 sin salida a pantalla. A propósito, este "modo seguro" está en el código provisionalmente como alternativa mientras no tengamos todas las tablas en regla.

Otra buena noticia es que como la 4164 al contrario que la 4116 no usa alimentación en el pin 1 del zócalo ZIF, la actualización del firmware del Nano no tiene interferencias lo que ha facilitado sobremanera todos los tests.

Aunque se ha planteado antes me gustaría dejarlo claro en este momento, ¿cuál veis mejor estrategia para comprobar una memoria?

a) escribirla entera con un valor para después verificarla entera hasta encontrar un fallo (o no), o
b) escribir un valor en una dirección e inmediatamente verificarlo.

La primera estrategia tiene la ventaja de que los valores se verifican cuando se termina toda la escritura por lo que, en cierta forma, se está haciendo una verificación de la persistencia de los datos. El inconveniente que tiene es que si la memoria tuviera un error en, por ejemplo, las primeras direcciones tardaría más en detectarlo dado que de cualquier modo siempre completa la escritura de toda la memoria.

La segunda estrategia tiene la ventaja de que tan pronto encuentra un error en una dirección, interrumpe la escritura y lectura. En definitiva, es más rápido al probar memorias con errores. El inconveniente en este caso es que si el error de la memoria es que pasado un milisegundo se olvida de los datos, esto no se comprobaría.

Por último aprovecho el mensaje para recalcar la importancia de que una vez que tengáis la placa a punto, le dediquéis todo el tiempo necesario al test de pines sin tomar atajos. El más mínimo error susceptible de ser detectado durante el test de pines implicaría inevitablemente que los tests con memorias no van a funcionar.

[cacharreo]

es para una estimación, que se debe ir actualizando cada cierto tiempo, la próxima la haré cuando ya estemos terminando la parte software.

Hay que andar con mucho ojo al realizar optimizaciones en la estimación de costes de la BOM basándose en la estrategia de seleccionar el mejor enlace/precio (óptimo local). Existen vendedores que en principio pudieran parecer poco competitivos debido a que por los gastos de envío el precio de un componente concreto por unidad sale más caro, pero si se le compran varios componentes, por ejemplo, resistencias, condensadores, zócalos y/o algún integrado suelto, los portes del conjunto varían mínimamente y su precio final acaba siendo mejor que el de otros.

[Gomas48K]

¿Puedes no obstante comprobar la velocidad (de comunicación serie)?

A 115200 Baudios va de lujo!

Pero tengo entendido que todos los v3.0 traen optiboot... por la disposición de los pines del Nano.

Una de dos o no es así o mienten como bellacos al decir que son v3.0 Nunca he encontrado uno de los que va con CH340x y que no sea reacondicionado (refurbished) que lo entreguen con optiboot instalado.

Me ha llegado otro nano con el CH340 y también tiene Optiboot.

Fotos para la galeria:



Arduino Nano V3 16Mhz Mega328PU-TH CH340C Mini-USB Optiboot 115200 Baudios.
https://es.aliexpress.com/item/32647196840.html

[Gomas48K]

Aunque se ha planteado antes me gustaría dejarlo claro en este momento, ¿cuál veis mejor estrategia para comprobar una memoria?

a) escribirla entera con un valor para después verificarla entera hasta encontrar un fallo (o no), o
b) escribir un valor en una dirección e inmediatamente verificarlo.

Yo bajo mi punto de vista la "a".

Si se usara industrialmente para verificar 2000 memorias al día, pues es para valorarlo, pero para verificar en caso de avería de nuestros "Juguetes" o una remesa comprada en Aliexpress... yo prefiero saber que el test que estoy haciendo, es mas eficaz aunque tarde algunos segundos mas.

Si existiera discrepancia sobre este tema, otra solución puede ser hacer dos versiones de programa.
Una con un programa "a" y otra versión con un programa "b" (Con test mas ligeros y rápidos), así cada uno puede cargar la versión que prefiera en el Nano.

[cacharreo]

A 115200 Baudios va de lujo!

No hay duda.

Me ha llegado otro nano con el CH340 y también tiene optiboot

Hace años que no me hago con ninguno pero se ve que están cambiando para bien. Sorprende que sea unos relevantes 1.64€ más caro que la versión "original" con FTDI FT232.

[cacharreo]

Yo bajo mi punto de vista la "a".

También sería mi opción preferida pero sin tener que probar 2000 unidades, por ejemplo, solo 20 de las 44256, si no me equivoco con el RCT Pro se te van casi dos horas.

Si existiera discrepancia sobre este tema, otra solución puede ser hacer dos versiones de programa.
Una con un programa "a" y otra versión con un programa "b" (Con test mas ligeros y rápidos), así cada uno puede cargar la versión que prefiera en el Nano.

De momento con que la memoria de programa pueda albergar todos los tests me daría por satisfecho. Más adelante se puede estudiar.

[cacharreo]

Es algo pesado pero revisaré el código que las genera hasta encontrar el gazapo que posiblemente serán dos o más bits intercambiados.

Después de todo no había gazapo en las tablas sino en una operación aritmética con los punteros. Oooops!

Una vez solucionado el error el test con la 4164 sin salida a pantalla se lleva unos 4.9s para toda la memoria, solo un 28% del tiempo en "modo seguro".

Ahora el código realiza dos tests, el de relleno con 0s y el de relleno con 1s... avanzamos de a poco.

[geloalex]

Perfecto!!!
Mola ver cuando se encuentra un error y se subsana sin consecuencias ....buenos avances

Yo he tenido problemas con un vendedor español con el Nano lo he pagado un pelin mas caro (1€ mas que en Ali) por el tema de que me llegara antes pero, tendré que esperar al lunes para reclamar , el vendedor me dice que pueden tardar 10 días jajajaja que cachondo , me llego un sobre por ordinario de Francia comprado dos días después que el nano , en fin es lo que toca

[cacharreo]

Mola ver cuando se encuentra un error y se subsana sin consecuencias ....buenos avances

Gracias, es un alivio. Ayer pensé que tocaba revisar el algoritmo de generación de las tablas (código diferente y en Python) y al mirar hoy en el código del tester veo algo raro con los punteros y por un despiste solo faltaba el factor de una multiplicación. En fin, ha sido teclear dos caracteres, grabar y arreglado.

Yo he tenido problemas con un vendedor español con el Nano lo he pagado un pelin mas caro (1€ mas que en Ali) por el tema de que me llegara antes pero, tendré que esperar al lunes para reclamar , el vendedor me dice que pueden tardar 10 días jajajaja que cachondo , me llego un sobre por ordinario de Francia comprado dos días después que el nano , en fin es lo que toca

Esos 10 días son lo que tarda en recibirlo de AliExpress.

Una pena que las ofertas de Amazon desaparecieran y se hayan ido a casi los 12€, eran la mejor opción y estaban por debajo de los 7€. Ahora en Ali tienen el bueno, que compró @Gomas48K, a 7.27-7.31€ dependiendo de si puedes optar o no a la promo.

[geloalex]

Yo pille el mismo que él pero aquí , pongo enlace --> https://www.ebay.es/itm/144404925367. Si no llega el lunes reclamo el importe.