Va de Retro (Satanás) -- Versión 3.3 SSL

Yo lo tengo listo, pero sinceramente me perdí un poco con los problemas que tuvo Gomas48k y con las nuevas versiones de firmware. De echo desconozco cuáles son sus ventajas e incluso desconozco si se puede usar actualmente con memorias distintas a 4164.

En fin son muchas páginas para el tiempo que tengo

Tengo noticias de los raritos Mega328PU-TH (con 328PB).

Ya he logrado que funcionen en el Arduino IDE perfectamente en modo nativo, por USB y ICSP.
Pero hay que curarlos, porque sufren de doble personalidad, se creen que son 328P (por serie) y 328PB (por ICSP).
He editado mi mensaje de los Nanos Satánicos y he puesto un tutorial a todo color, con todo explicado.

Por si le interesa a alguien.... viewtopic.php?p=172755#p172755

Seguiré investigando sobre estos Atmega "raritos"... que aun quedan cosas pendientes.

Y si... el proyecto está algo paraillo...

duca750 escribió: ↑30 May 2022, 22:54y con las nuevas versiones de firmware. De echo desconozco cuáles son sus ventajas e incluso desconozco si se puede usar actualmente con memorias distintas a 4164.

Resumen: se instala la fw0.14 y de momento solo con 4164.

Gomas48K escribió: ↑30 May 2022, 23:01 Tengo noticias de los raritos Mega328PU-TH (con 328PB).
...
Por si le interesa a alguien.... viewtopic.php?p=172755#p172755

Seguiré investigando sobre estos Atmega "raritos"... que aun quedan cosas pendientes.

Un lujo de tutorial. La suerte es que habrá que usarlo poco porque, al menos por ahora, esos Nanos chungos con ATmega328PB son excepcionales.

duca750 escribió: ↑30 May 2022, 22:54 Yo lo tengo listo, pero sinceramente me perdí un poco con los problemas que tuvo Gomas48k

Puuufffff..... Soy yo y aun ando algo perdido...

Me pasan cosas muy raritas... Pero poco a poco voy dando luz a los problemas.

Como habrás visto en mi mensaje anterior, he actualizado mis investigaciones sobre los 328PU-TH (con 328PB)... que telita con el tema!!! Yo creo que es primicia en este foro!!! porque no he visto aun nada en todo Internet... y suma y sigue!!!

cacharreo escribió: ↑30 May 2022, 23:06 Un lujo de tutorial. La suerte es que habrá que usarlo poco porque, al menos por ahora, esos Nanos chungos con ATMega328PB son excepcionales.

Gracias!!!
Yo creo que al final, terminarán fabricando solo ese... se supone que es la novedad.

Gomas48K escribió: ↑30 May 2022, 23:10Yo creo que al final, terminarán fabricando solo ese... se supone que es la novedad.

Afortunadamente está superado con alternativas más potentes y económicas.

cacharreo escribió: ↑29 May 2022, 21:00 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).

Que buena idea, no se me había ocurrido comprobar el direccionamiento en primer lugar junto con las señales de control. Si que si es una gran mejora.
Gracias

Popopo escribió: ↑31 May 2022, 12:17no se me había ocurrido comprobar el direccionamiento en primer lugar junto con las señales de control. Si que si es una gran mejora.

Es esencial comprobar que el decodificador está funcionando, la mayoría de los testers que conocemos no reaccionan si, por ejemplo, dejas todos los pines del bus de direcciones al aire (o los pones a 0 fuera del tester). Realizan sus tests lenta y hacendosamente y ni se dan cuenta de que solo están probando un único bit en la dirección 0000h, el mismo tantas veces como direcciones tenga la memoria. Es obvio que para una 4164 saber que el bit de la posición 0 funciona 65536 veces sirve entre poco y nada.

cacharreo escribió: ↑30 May 2022, 16:01 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.

Es la mejor solución, dejar estos pines para señales de control que deban permanecer en alto generalmente.
La placa está sufrida si, hum... pero sería colocar 4 cables más y dos cortes. ¿no?

Popopo escribió: ↑31 May 2022, 12:24Es la mejor solución, dejar estos pines para señales de control que deban permanecer en alto generalmente.
La placa está sufrida si, hum... pero sería colocar 4 cables más y dos cortes. ¿no?

Se dejan esos pines digitales como señales de control, exclusivamente para salida (del Nano a la memoria) y, en teoría, nos quitamos el problema de encima con intercambiar cada pin con otro. A las malas son 4 cortes para aislar los 4 pines implicados y 4 cables para intercambiarlos pero podríamos empezar probando con 2 cortes y 2 cables que solo afecten a D0 (RX).

Pero aunque acordemos hacerlo puede esperar, máxime habiendo algunos testers por montar o probar. Si no se nos escapa algo que no hayamos visto venir aún, es posible que solo vaya a afectar a la 44256 por lo que no hay problema en seguir como está por un tiempo.

cacharreo escribió: ↑30 May 2022, 21:48 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;

El tester lo dejé montado, pero no logré grabar el firm. Ya luego la falta de tiempo.
Me llegarón las memorias donadas para probar, pero en esta fase todavía no se están usando. Las ofrecí por si alguno quería empezar a probarlas, si todo va bien, el día 11 aprox podría empezar de nuevo a intentar grabar el firm y hacer las pruebas que habéis hecho todos ya a estas alturas.

Y ya me he puesto al día con los mensajes!!!!