Va de Retro DRAM tester [v2.00]

[cacharreo]

Seguro que si publicara el ejemplo en el foro de Arduino y dijera que es un bug se me tiran al cuello pero desde mi punto de vista un compilador que compila código para un procesador con espacio de direcciones único (arquitectura Von Neumann) debería tenerlo en cuenta y obviar la cláusula PROGMEM por redundante para cualquier estructura de datos previamente declarada como "const",... lo veo tan de cajón que no hacerlo así lo considero un bug o, como poco, un descuido.

Desconozco los pormenores del desarrollo pero reconozco que me cuesta comprender cómo algo tan sencillo de arreglar en el código del compilador no se haga sabiendo que se van a provocar fallos en la ejecución del código que serían evitables; aunque me cuesta menos que entender que se pretenda meter con calzador y de forma adamantina el uso del "pgm_read_byte" para este caso concreto como una justificación para no modificar el compilador de la forma mencionada.

Podría verlo razonable en ciertas circunstancias (de hecho a nosotros nos interesa así de cara al futuro) pero lo que me matan son sus formas, sus modos de expresarlo y, a mi juicio, la falta de sensibilidad. Pero, si me permitís el comentario, son comportamientos que no extrañan cuando a pesar de la permanente insistencia de los usuarios -que yo sepa- llevan ¿15 años? para añadir al IDE la simple feature de que muestre el número de línea y columna (típico "99:36") en la barra de estado como haría cualquier editor de código decente. Es algo que desconociendo los problemas que enfrentan no puedo entender.

[cacharreo]

No hace falta ir a China, ¿recordáis el intento de ingeniería inversa de @flopping en el que calentaba un interfaz de Spectrum con agua en un cazo?

No... pero el agua.. evapora a los 100º ... el estaño... requiere algo más... (en general)... ¿no?
¿cómo salió?

[geloalex]

En centralitas de coches me ha pasado... las llamamos antituning
yo en la fuente del c64 he despegado un poco los laterales , le eche isopropilico y boca abajo si golpes contundentes y secos hasta que se despego todo el cojunto en la del 64 c saque solo la parte de rectificacion , regulacion y deje el trafo con su epoxi para poder aprovecharlo para la nueva fuente.

[Gomas48K]

Solo le ha faltado echar un Avecrem al puchero!!!

[cacharreo]

Solo le ha faltado echar un Avecrem al puchero!!!

El puchero quedará reservado solo para cacharreo, no creo que después de "cocinar" epoxy o poliester se atreva a preparar comida en ese mismo.

[Popopo]

Hoia
Estoy en otro hueco recopilando las piezas para montar la placa,
Veo que en el BOM (estoy mirando la de la v1.05) hay un condesador o dos... de los cuales no sé si son polarizados o no, creo que no lo son, si miro la huella, al menos C3 no es polarizado, se puede indicar en el BOM cuales son polarizados y cuales no para facilitar las compras o montajes.
Gracias

[cacharreo]

Los de 10µF y 47µF son electrolíticos con polaridad. Ya está actualizado en las BOMs -que recuerdo que tienen referencias diferentes según la versión de la placa- aunque se puede deducir tanto por la capacidad del condensador, como mirando el esquema y como observando su huella que hasta con el condensador montado se aprecia el "+" en su esquina NW.

Atención a la tolerancia. Precios bajos implican tolerancia alta, un electrolítico en estos rangos de capacidades debería comprarse con un 5% o 10% de tolerancia, un 20% es excesivo pero sería lo más habitual entre los más económicos.

[cacharreo]

El proyecto está actualmente en la etapa de creación de las tablas lookup. Están hechas las de direccionamiento y datos, las máscaras de direccionamiento y quedan las de datos.

Mientras tanto, y por variar porque lo anterior es muy pesado, me he entretenido con un test sobre una 4116-15 (la #7 de @Gomas48K) y he tenido el gusto de grabar y leer 1 bit, 4 bits y finalmente los 16kb. Aunque aún es pronto para tener unas cifras definitivas, el test sin salida por pantalla se ha llevado unos 1.16s para toda la memoria.

Está siendo un suplicio hacer las pruebas porque además de todo lo que tarda en enviar y verificar los datos al Nano como tenemos compartidos los pines serie con la memoria, hace falta quitar el Nano de la placa, actualizarlo, desconectarlo, montarlo en la placa y conectarlo para cada simple prueba. Recomiendo a quien quiera hacer pruebas de este tipo que instale las tiras de pines redondos tanto en el Nano como en la placa para facilitar ponerlo y quitarlo.

[Popopo]

Los de 10µF y 47µF son electrolíticos con polaridad. Ya está actualizado en las BOMs -que recuerdo que tienen referencias diferentes según la versión de la placa- aunque se puede deducir tanto por la capacidad del condensador, como mirando el esquema y como observando su huella que hasta con el condensador montado se aprecia el "+" en su esquina NW.

Gracias,
Lo que busco es ir directamente a los componentes de la versión 1.05, pues modificaré la pcb que me mandaste v1.02 para convertirla en una 1.05. Así que el BOM que ando mirando es unicamente el 1.05.

[Popopo]

Está siendo un suplicio hacer las pruebas porque además de todo lo que tarda en enviar y verificar los datos al Nano como tenemos compartidos los pines serie con la memoria, hace falta quitar el Nano de la placa, actualizarlo, desconectarlo, montarlo en la placa y conectarlo para cada simple prueba. Recomiendo a quien quiera hacer pruebas de este tipo que instale las tiras de pines redondos tanto en el Nano como en la placa para facilitar ponerlo y quitarlo.

Creo que ya lo hablamos y me dejaste ver (o entendí) que no era viable poner un par de Jumpers (aunque fueran temporales) para evitar tener que sacarlos, con un par de jumpers se puede separar los pines de Comms de la conexión al ZIF. Pero bueno, ahora ya no recuerdo los detalles, pero si me dijiste que no se puede, es que no se puede.