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

Ya, por eso decía que a ver si por error se le ha grabado la versión antigua...
Si tiene la correcta podría haber algun problema con las líneas ROMEN, ROMDIS, es curioso que sea la ROM AMSDOS la que da fallo el test

Muchas gracias por los videos @ehontecillas Llevan su tiempo hacerlos, pero se ve bien toda la información.

El programa de la CPLD era el correcto efectivamente. Ya en la tirada estaba disponible la versión actualizada. De hecho, utilicé Arduino y el generador de roms para grabar las CPLDs.

Supongo que lo has mirado, pero sólo veo que falte comprobar que tanto EEPROM como CPLD hagan buen contacto en sus zócalos (en una de las fotos, los veo bastante bien). Si el resto ya está verificado, queda bien poco por mirar.

Si quieres, envíamelo con el cable y lo compruebo junto al mío intercambiando componentes y en placa expansora de bus hasta encontrar qué está dando estos problemas. Tiene que acabar funcionando sí o sí de alguna manera, y más viendo que lo estás comprobando tanto en 6128 como en 464 .

Saludos!

¿Al final has averiguado el problema?

Pues el compañero rebobinando ha resuelto el problema.

Al parecer ha encontrado un condensador que hacia corto de manera esporádica a masa y la xilinx jodida.

Desde aquí, mi mas sincero agradecimiento al compañero por la reparación de mi dandanator ¡¡¡ Muchas gracias !!!

Enhorabuena a los dos.

cacharreo escribió: ↑02 Abr 2023, 08:12 Enhorabuena a los dos.

Gracias!

ehontecillas escribió: ↑01 Abr 2023, 23:29 Pues el compañero rebobinando ha resuelto el problema.

Al parecer ha encontrado un condensador que hacia corto de manera esporádica a masa y la xilinx jodida.

Desde aquí, mi mas sincero agradecimiento al compañero por la reparación de mi dandanator ¡¡¡ Muchas gracias !!!

De nada @ehontecillas! Ha sido cómodo diagnosticarlo pudiendo confrontar comportamientos con mi unidad, y un gustazo poder echar una mano.

Al principio, confirmé rápido que cambiando la CPLD, ya cargaba bien los programas sin esos cuelgues que se ven en los posts de este hilo.

No obstante, tras cambiar la CPLD, si dejaba en OFF el Dandanator, aparecían interferencias ocasionales que provocaban también el cuelgue del CPC. Estando en OFF, no tiene mucho sentido que ocurra nada, salvo que sea debido a algún cortocircuito en algún punto. Medí entonces la resistencia equivalente (entre los pines de 5V y GND, y sin EEPROM ni CPLD montadas) en tu unidad y en la mía, y el valor era mucho, pero mucho, más bajo en el tuyo (demasiado cercano a 0)...

Seguí tirando del hilo y tocaba buscar qué componente tenía el problema entre aquellos que estaban entre masa y alimentación. El primer candidato fue C5 (se puede ver su ubicación en este post en el punto 4), que conecta masa y +5V directamente. Una vez retirado, pude comprobar que no daba los 100nF que debía. Tan sólo fue poner un condensador de 100nF nuevo, recuperar el valor de resistencia y a funcionar sin más problema

En cuanto a la CPLD, es posible que se fastidiase por estar con ese condensador defectuoso entre los 5V y GND. Intenté grabarla de nuevo con un Nano, pero imposible

Una alegría que el Dandanator CPC esté de vuelta

Saludos!

Rebobinando escribió: ↑05 Abr 2023, 01:11
En cuanto a la CPLD, es posible que se fastidiase por estar con ese condensador defectuoso entre los 5V y GND. Intenté grabarla de nuevo con un Nano, pero imposible

ESto buscaba
Gracias.
Pues me parece una idea buenísima para buscar un posible fallo de manera muy rápida (o descartar).

He leído que con algunos Nanos puede ser problemático la grabación (mas o menos es lo que he entendido), ¿Tampoco pudiste con un Arduino Uno?

Pues no, no probé con Arduino Uno. Fue con el mismo Nano con el que grabé esa CPLD en el momento de enviar el DD MX4 inicialmente. Fue una pena, pero cayó en combate , que le vamos a hacer.

Si encontrase la CPLD por los cajones en algún momento, igual pruebo a grabar con un Arduino Uno y salimos de dudas, pero es improbable encontrarla a estas alturas.

La CPLD se alimenta a +3.3V aunque tenga pines de entrada/salida tolerantes con +5V y, por cierto, si la CPLD está bien, con un Nano (incluso con CH340x como UART) se programa igual que con un Uno. Es el mismo microcontrolador (ATmega328P) y se utilizan los mismos pines por lo que, desde el punto de vista de la CPLD, son indistinguibles.

Popopo escribió: ↑17 Jun 2023, 12:58

Rebobinando escribió: ↑05 Abr 2023, 01:11
En cuanto a la CPLD, es posible que se fastidiase por estar con ese condensador defectuoso entre los 5V y GND. Intenté grabarla de nuevo con un Nano, pero imposible

ESto buscaba
Gracias.
Pues me parece una idea buenísima para buscar un posible fallo de manera muy rápida (o descartar).

He leído que con algunos Nanos puede ser problemático la grabación (mas o menos es lo que he entendido), ¿Tampoco pudiste con un Arduino Uno?

¿Donde dicen eso? que uses Nano o Uno es indiferente... nunca me ha dado problema usar uno u otro, es más, muchas veces he convertido un nano en uno (simple cambio del bootloader) para estirar un poco la memoria disponible para el sketch y funciona de PM..... por lo tanto para reprogramar la CPLD, mientras sigas los pasos de la página de dandare que indica en un manual que se hizo para ello , no deberías tener problema con uno o con nano