Va de Retro DRAM tester [v2.00]

[Gomas48K]

El firmware en este mensaje es para el DRAM TESTER M.G. Rev.4/2021, NO para el nuestro.

Madre mía!!!
Que has mejorado el firmware del M.G. v4????

Que lujo!!!
Así los que lo tenemos, podemos hacer pruebas comparativas, mas fiables!!!
Gracias!!!

[cacharreo]

Ahí lo tienes con 3 patillas levantadas de una KM4164B simulando un fallo en el decodificador, y las detecta en nada. El nuevo test es mejorable pero infinitamente mejor que el que había (que, como sabes, era ninguno).

[Gomas48K]

Ahí lo tienes con 3 patillas levantadas de una KM4164B simulando un fallo en el decodificador, y las detecta en nada. El nuevo test es mejorable pero infinitamente mejor que el que había (que, como sabes, era ninguno).

Me acuerdo, cuando levantaba patas y seguía dando OK...
Ya solo con esa mejora, ha ganado muchísimo.

[cacharreo]

Sobre nuestros problemas con los Nano con chip de comunicaciones CH340x,

USB to serial chip CH340
DataSheet
...
Data pins: TXD pin and RXD pin. When serial interface is idle, RXD must be high-level. If R232 is high-level, use assistant RS232 function, then RXD pin automatically inserts a inverter
internal, and low-level is in default. When serial interface output is free, the TXD in CH340 is high level, TXD in CH340R is low-level.

Arduino Nano CH340 details
...
Differences to the genuine Arduino Nano R3 board

• For both ATmega328P and CH340, the board uses 3-pin SMD ceramic resonators with internal load capacitors, so no external capacitors for oscilating circuit are needed not they are used (although there are soldering pads provided next to the CH340 resonator).
• Rx and Tx LEDs are connected directly to the ATmega328P outputs PD0 and PD1, so keep that in mind in case those two pins will be used for something else than USB communication (on genuine Nano R3 board the Rx and Tx LEDs are driven by additional outputs on the FT232RL chip).
• The CH340 chip includes the 3.3 V LDO voltage regulator, which can supply up to 25 mA. There is no refence in the original CH340 datasheet or elswhere on the internet, so I measured the supplied 3V3 voltage directly.
  With no load, the 3V3 pin voltage was 3.28 V. With load up to 25 mA the voltage dropped to 3.18-3.22 V (on different boards); however at 30 mA load the voltage dropped to 3.10 V and further to 2.85 V at 40 mA.

en definitiva que no sirven si se pretende usar D0 y D1 para el tester o, dicho de otra forma, que no es compatible con la 44256.

Reference > Language > Functions > Communication > Serial > End

Serial.end()

Description:
Disables serial communication, allowing the RX and TX pins to be used for general input and output.

Esta función va perfectamente con los FT232 pero, por ahora y que sepa, falla estrepitosamente en su cometido con los CH340x.

[geloalex]

Entonces debemos usar los FT232??? con esos no habría problema. vienen malas fechas aun que yo no tengo problema.

[cacharreo]

Llevo tiempo mirando como deshabilitar el USART pero visto ese documento iba a dar igual si el CH340x mantiene a alto el nivel de TX (D0). En Internet solo he encontrado "consejos" del tipo "¡usa otros pines digitales" aparte de un montón de medias-mentiras o medias-verdades que están muy lejos de ser útiles.

Hice pruebas retirando las resistencias de carga de los LEDs RX y TX con lo que quedaron desconectados y al inyectarle una onda cuadrada cuando tocaba el nivel bajo metía mucha basura (tendía a volver a nivel alto). Esto implicaría que podríamos leer mal de las memorias por lo que si queremos fiabilidad mejor no arriesgarse dado que no tenemos más pines digitales libres. Se podrían reasignar TX y RX a otras posiciones del ZIF que solo actuaran como salidas pero a costa de cablear aún más la sufrida placa v1.02. Pienso que de momento no merece la pena introducir más modificaciones porque es más fácil hacerse con uno con FT232.

[Gomas48K]

Sobre nuestros problemas con los Nano con chip de comunicaciones CH340x...

en definitiva que no sirven si se pretende usar D0 y D1 para el tester o, dicho de otra forma, que no es compatible con la 44256.

Pues apañados vamos!!!
Los Nanos con FT232RL, cada vez escasean mas y a precios cada vez mas altos.

Se podrían reasignar TX y RX a otras posiciones del ZIF que solo actuaran como salidas pero a costa de cablear aún más la sufrida placa v1.02. Pienso que de momento no merece la pena introducir más modificaciones porque es más fácil hacerse con uno con FT232.

Tampoco sería mucho trabajo, cambiar esas señales en el prototipo... mas trabajo para redireccionarlas en el firmware.

A lo malo, se puede dejar de momento así, hasta que empecemos con las memorias que requieran ese pin y cablearlo mas adelante.

Me da a mi... Que los Nanos con FT232RL, están en extinción y hay que tener en cuenta esa posibilidad.

[cacharreo]

Pues apañados vamos!!!
Los Nanos con FT232RL, cada vez escasean mas y a precios cada vez mas altos.

Todos están subiendo con el cambio EUR/USD hasta los más birriosos con Tinys o ATmega168.

Tampoco sería mucho trabajo, cambiar esas señales en el prototipo... mas trabajo para redireccionarlas en el firmware.

El mayor dolor de cabeza es decidir de antemano los cambios en los pines. El firmware no usa directamente los puertos, trabaja sobre unas tablas generadas por software y esta operación sería tan simple como sobrescribir cuatro caracteres y ejecutar el script que las regenera.

A lo malo, se puede dejar de momento así, hasta que empecemos con las memorias que requieran ese pin y cablearlo mas adelante.

En esa fase estamos mientras esperamos que todos los testers estén listos.

Me da a mi... Que los Nanos con FT232RL, están en extinción y hay que tener en cuenta esa posibilidad.

Son los originales, de estos siempre hay disponibles en la tienda de Arduino y en AliExpress tienen ahora mismo bastante surtido, incluyendo los supuestamente de Gravitech "importados" a un 30% de su coste que con las subidas están muy poco más caros que los clones.

[geloalex]

Estamos muy parados , a parte de Popopo que esta en Ucrania .... quien falta por tenerlo OK...??

[cacharreo]

Estamos muy parados , a parte de Popopo que esta en Ucrania .... quien falta por tenerlo OK...??

Llevaremos unas 6 semanas varados. Según la lista de "Materiales y pruebas" @Popopo lo tenía montado pero creo que no del todo y tampoco tengo claro si consiguió alguna vez escribir el firmware; y tampoco hay noticias del tester de @Rebobinando que andaba últimamente bastante liado pero que lo estaba retomando en estos días.