Hoy he ido a correos a recoger el Spectrum de jojo073. Aquí está:
Desenvuelto, tenemos el flamante Spectrum 48K de jojo:
Lo primero, desarmarlo, entre otras cosas para poder coger la salida de video compuesto para poder ver qué estoy haciendo. Vemos que es un issue 2
Con una ULA peculiar... una -7 (en un issue2??) Bueno, la cosa es que parece que funciona.
Primera prueba: encendemos el equipo y se ve una pantalla un poco apagada de brillo. No se escucha el típico zumbido del conversor DC-DC
Medimos tensiones para constatar lo que sospechamos: el conversor DC-DC no funciona. Primero, la tensión de 5V, que sí debe estar bien:
Donde debería haber 12V hay 9 (esto es porque TR4 está en corte, y entonces la tensión de alimentación de 9V va, mediante la bobina y el diodo D15, hacia la salida de 12V
Y si la de 12V no funciona, la de -5V, que se genera a partir de la anterior, obviamente, tampoco funciona:
Total, que se impone cambiar TR4. Lo localizamos en la placa y vemos que no es la primera vez que se ha cambiado este componente...
Con la malla de desoldar lo quitamos y limpiamos los pads.
Comprobamos la hFE del transistor. Debería andar cerca de 200, pero aquí se ve que está muy por debajo:
El que va a ser su sustituto, un ZTX853, que aguanta 4A (el doble que lo que aguanta el ZTX650), tiene una hFE más alta:
Soldamos el transistor y volvemos a medir tensiones. Esta vez sí que tenemos 12V donde deben estar...
Y -5V en su sitio (bueno, cerca de -5V)
Ahora sí puedo comprobar el estado de la memoria baja. Cargo el JetPac versión cartucho (uno de los test que realizo):
Se intuye la pantalla del juego, pero con mucho ruido. Tras resetear unas cuantas veces obtengo esto otro:
Se nota que una fila de píxeles vertical falla, de forma periódica. Es el que corresponde a D0, y de ellos se encarga IC6, así que lo quitamos, con el convencimiento (eso pensé!) de que sería el culpable:
Con IC6 fuera, ejecuto otro test, éste es de la memoria baja, con un patrón de imágenes que me sirve para identificar chips defectuosos. Como hemos quitado IC6, se ve que falta precisamente la línea de píxeles que corresponde a D0. La imagen no tiene tanto ruido como antes.
En uno de los reseteos, veo que falla otro bit. Este fallo es un poco más raro: comienza fallando pero al cabo de unos segundos, aparece. La foto está hecha justo al empezar el test, cuando aún falla. El responsable de ese bit es IC10.
Así que lo cambio también, pero ¡oh sorpresa! el síntoma no ha desaparecido. Para colmo, al poner un chip nuevo en lugar de IC6, vuelvo al mismo estado del principio.
Entonces... ¿IC6 e IC10 están bien, pero fallan esos dos bits en pantalla? ¿Cómo es posible? La ULA está bien. El procesador también. La ROM la he quitado durante las pruebas (el cartucho del Interface II la anula, pero por si acaso, la quito fisicamente, gracias a que está en un zócalo). El test no usa para nada la memoria alta. ¿Qué puede estar pasando?
Si quito IC6 y dejo el zócalo vacío, no hay ruido y en pantalla veo el test con el resultado previsto (fallo en D0). Si pongo IC6, el test se convierte en un galimatías. Pruebo con varios chips de memoria 4116, y el resultado es el mismo.
IC6 comparte todas sus señales con el resto de chips de la memoria baja. Todos... excepto uno (mejor dicho, dos, pero están unidos entre sí): el bit del dato que se lee o escribe en la memoria. Ese bit sólo va a dos sitios: a la ULA (que sabemos que funciona), y al bus de datos, concretamente a un borne de la resistencia R1, que aisla el bit D0 del bus de datos de la ULA del correspondiente bit 0 de la CPU. En el bus de datos de la CPU tenemos sólo tres chips "pegados" a D0: la propia CPU, la ROM, y una de las memorias altas, IC15. Si la CPU no es, y la ROM la he quitado... sólo queda IC15. ¿Cómo desactivarla? Desde luego no quiero desoldarla si no es estrictamente necesario. Afortunadamente existe una solución más sencilla.
EL circuito de acceso a la RAM dinámica es éste, según el esquemático:
De momento, me doy cuenta de que hay un fallo en dicho circuito: las señales RAS y CAS están cambiadas. Debería ser así:
Bueno, pues después del apunte inicial, seguimos: para seleccionar la RAM alta hay que enviar un pulso bajo de RAS, y al cabo de unos cuantos nanosegundos, un pulso de CAS. Si sólo se activa RAS, estamos en un ciclo de refresco, y la memoria no vuelca ningún dato. Sólo vuelca datos cuando ocurre CAS, así que si inhabilitamos la señal de CAS de alguna forma, lo tenemos resuelto.
¿Cómo? Pues llevando una de las entradas de la última puerta OR a '1' lógico. De esa forma, su salida, que es la que alimenta a CAS, siempre estará a 1. En la práctica, esto supone soldar un cablecito desde la patilla 5 de IC23 hasta la patilla 14.
De esa forma toda la RAM alta (incluyendo a IC15) "desaparece" del espacio de direcciones de la CPU. Como no necesito la RAM alta en mis tests, no me afecta. Para mi sorpresa, y aunque veo que la RAM no está seleccionada en ningún caso (un test de memoria alta me devuelve FFh), IC15 sigue siendo un rebelde.
Necesito desactivar la RAM "con más contundencia". De hecho, sólo necesito aislar D0. Lo más sencillo en este caso, es quitar la resistencia R1. Al hacerlo, esta vez sí, el ruido desaparece. IC15 definitivamente no funciona. La cambio.
El test de memoria baja ahora sí que funciona:
Y el JetPac carga su pantalla sin ruido ni bits falsos:
Mmmmmm... a todo esto. Se sigue viendo en blanco y negro desde que comencé los tests. La placa issue 2 es desde luego la más puñetera en este sentido. ¿Habrá que cambiar también el LM1889? Espero que no. Afortundamente, y después de ajustar VR1 y VR2 consigo esto:
Esto es otra cosa. Ahora ya tengo la memoria baja correctamente (con sus chips originales, por cierto: ni IC6 ni IC10 estaban estropeados al final), y un chip en condiciones en lugar de IC15. Es hora de probar el test de memoria alta. Al hacerlo, veo esto:
Vaya! Según esto hay nada menos que 4 chips de memoria alta fastidiados, entre ellos, el que acabo de poner. ¿Estará malo el que he puesto, o aquí hay algo más que se me escapa? Pruebo otro test de memoria baja, parecido pero no igual, al primero, y veo esto otro:
Fallo en el bit D4, controlado por IC10. ¿Pero IC10 no estaba bien? Sí, pero... todo indica que está sufriendo los mismos efectos que IC6 con IC15. IC19 es quien se enfrenta a IC10, y además aparece como uno de los chips dañados en el test de memoria alta. Habrá que cambiarlo también...
De momento, y para ir descartando que sea "cosa de meigas", pruebo otro chip en lugar de IC15. Había puesto uno idéntico al que se había fastidiado, un Texas Instruments 4532 20NL-3, que suponía que estaba bien. Pues va a ser que no. Colocando un OKI 4164 en su lugar (sí, se puede poner tranquilamente un chip de 64Kx1), veo algo que ya me cuadra:
Esta pantalla se interpreta de la siguiente forma: la parte del medio me dice que están fallando D2, D3 y D4 en memoria alta. Además, para confirmarlo, la tinta es de color verde cuando debería ser negra. La tinta se guarda en D0,D1 y D2. D0 y D1 funcionan, así que tendrán un 0. D2 no funciona y está permanentemente a 1, así que la tinta que tenemos es 100 = verde.
CONTINUARA (después de cenar)
