Blank Screen Marathon

Vor kurzem habe ich hier im Forum mein Bedauern darüber geäußert, dass ich schon lange keine Gelegenheit mehr hatte, mich aktiv mit der Instandsetzung von C64-Boards zu beschäftigen. Meine defekten Boards habe ich schon vor längerem repariert. Vor einiger Zeit habe ich dann gleich zweimal als defekt angebotene Platinen in der Bucht gekauft, die sich aber (leider?) als voll funktionsfähig erwiesen haben.

Nun aber habe ich von einem freundlichen Forenkollegen gleich eine ganze Reihe von garantiert defekten Assys erhalten, die ich in den kommenden Wochen reparieren möchte. Alle Boards produzieren beim Einschalten nur einen leeren, schwarzen Bildschirm -- so hat man mir versprochen.

Normalerweise dokumentieren ich meine Reparaturschritte und die Ergebnisse für mich selbst in einer Art "Laborbuch". Dieses Mal, so dachte ich mir, könnte es unterhaltsam und/oder nützlich sein, dies zusätzlich mit Fotos in einem Foren-Thread zu tun. Ich bin mir noch nicht ganz sicher, welche Form das annehmen wird. Bei einigen Boards wird vielleicht nur das Ergebnis dokumentiert, bei anderen könnte es "Cliff-Hanger" zum mitfiebern geben. Mal schauen...

Blank Screen Marathon S22 - Inhaltsverzeichnis

Blank Screen Marathon S22E01 - Für den Anfang ein 250425

Auflösung:

Blank Screen Marathon S22E02 - Ein 250425 kommt selten allein

Auflösung:

Blank Screen Marathon S22E03 - Wer rastet, dessen 250425 rostet

Auflösung:

Blank Screen Marathon S22E04 - Ein schmutziges 250466

Auflösung:

Blank Screen Marathon S22E05 - Ein anderes 250466 tut, als ob

Auflösung:

Blank Screen Marathon S22E06 - Ein 250407 macht es wieder spannend

Auflösung:

Blank Screen Marathon S22E07 - Beim zweiten 250407 ist es nicht die PLA

Auflösung:

Blank Screen Marathon S22E08 - Ein 250425 mit halbem Schalter

Auflösung:

Blank Screen Marathon S22 - Staffel-Fazit

---------------------------------------------------------------------------------------------------------------------------------------------------------

Blank Screen Marathon - Inhaltsverzeichnis Staffel 2

Blank Screen Marathon S22E09 - 250407 Rev.C und die üblichen Verdächtigen

Auflösung:

Blank Screen Marathon S22E10 - Noch ein 250407 Rev.C, mehr von der selben Art

Auflösung:

Blank Screen Marathon S22E11 - Das 250407 Rev.B macht keinen Mucks (Teil 1)

Auflösung:

Blank Screen Marathon S22E12 - Noch ein 250407 Rev.B und keine Überraschung

Auflösung:

Blank Screen Marathon S22E13E14 - Zwei 250403: Das ist ja gar kein C64...

Auflösung:

Blank Screen Marathon S22E15 - Nun ein 310163 aus einem Plus/4

Auflösung:

Blank Screen Marathon S22E16 - Noch ein Plus/4, damit es sich auch lohnt

Der ursprüngliche Titel lautete "Noch ein 310163, damit es sich auch lohnt". Das war leider Quatsch, es handelt sich hier um ein 250455!

Auflösung:

Blank Screen Marathon - Fazit Staffel 2

Blank Screen Marathon S22E01 - Für den Anfang ein 250425

Für den Anfang habe ich mir ein auf den ersten Blick recht gut erhaltenes Assy 250425 vorgenommen. Eine flüchtige Inspektion der Ober- und Unterseite zeigt keine Auffälligkeiten -- abgesehen von einem kleinen, offensichtlichen Problem. Wer kann es entdecken?

Nachdem ich diesen Fehler korrigiert hatte, habe ich zunächst noch den Einschalter durchgemessen, der keine Probleme aufwies, und den SID aus seinem Sockel gezogen und in Sicherheit gebracht. Anschließend habe ich das Board angeschlossen und eingeschaltet. Wie versprochen, ein Schwarzer Bildschirm, wobei das Display jedoch immerhin ein Sync-Signal erkennt.

Dann erste Messungen:

• 12,2V liefert VR1 und 4,9V am Ausgang von VR2, das passt.
• 4,86V DC und 10,2V AC am Userport. Für die 5V-Schiene nicht gerade üppig aber noch halbwegs im Rahmen. Möglicher Weise aber schon ein erster Hinweis.
• Die Taktsignale Phi0 und Phi2 an der CPU sehen gut aus auf dem Oszilloskop.

Nachdem das Board so einige Minuten mit Strom versehen war, habe ich mit dem Finger die Temperatur der ICs geprüft. Auffällig war hier vor allem das PLA in U17, das ziemlich heiß geworden war. Dann habe ich noch kurz ein Dead-Test Modul eingesteckt, von dem aber auch keinerlei Reaktion zu sehen war.

Im nächsten Schritt habe ich dann den verdächtigen IC in U17 ausgelötet und einen Sockel eingesetzt.

Dort dann ein XCPLA eingesteckt und erneute mit Dead-Test Modul gestartet: Dieses liefert nun nicht nur ein Bild, sondern meldete auch sonst keine Fehler!

Also den SID wieder zurück in den Sockel und noch ein 586220 Diagnoselauf mit Test-Harness.

Das scheint es gewesen zu sein! Fast ein wenig zu einfach, aber auch ganz gut für den Einstieg und ein schnelles Erfolgserlebnis.

Als nächstes an der Reihe ist ein weiteres 250425...

Quote from rayden

Nicht nur das KERNAL-ROM, sondern auch der SID steckt(e) falsch herum.

Stimmt, Bonuspunkte für Dich! Das ist mir tatsächlich nicht aufgefallen, den SID hatte ich an der Stelle wohl schon gezogen.

Quote from pastors

Sind die Kondensatoren getauscht? Mit dem aus- und einlöten überziehst du bestimmt die 30 Minuten

Wo kommen eigentlich diese 30 Minuten her? Davon habe ich nix geschrieben. Und nein, Kondensatoren werden nicht grundlos prophylaktisch getauscht. Ich muss ja keinen Youtube-Kanal füllen.

Quote from kinzi

Es kommen bestimmt "knackigere" Fälle.

Oh ja, in Episode zwei wird es kniffliger, soviel kann ich jetzt schon sagen...

Quote from Capstan

Funktioniert der SID und der Kernel eigentlich noch?

Yup, die tun beide noch. Um wieviel sich die Lebenserwartung des SID dadurch verringert hat, kann ich natürlich nicht sagen.

Blank Screen Marathon S22E02 - Ein 250425 kommt selten allein (Teil 1)

Nach dem unerwartet schnellen Erfolg in Episode 1 habe ich "Blut geleckt" und mir gleich das nächste 250425 vorgenommen. Die erste Begutachtung zeigt auch hier wieder relativ wenig auffälliges.

Offensichtlich wurden die CPU und der CIA in U1 irgendwann einmal gesockelt und vermutlich ersetzt. Und es wurde anscheinend der Kasten um den VIC etwas unsanft ausgelötet. Eine weitere, sicher irrelevante Kleinigkeit, die mir so aber noch bei keinem Board aufgefallen ist, ist die mit festgeklebte Schutzdiode. Auf den ersten Blick dachte ich, das sei Schmutz oder irgend etwas ausgelaufenes, aber das scheint Klebstoff zu sein:

Ansonsten ist auch dieses Board in einem optisch recht guten Zustand. Vor dem ersten Einschalten habe ich den SID und den gesockelten CIA gezogen. Beide sind vorerst egal und können die Fehlersuche nur behindern. Und ich habe mich wieder vom ordnungsgemäßen Zustand des Schalters überzeugt. Anschließend zeigte das Board den erwarteten schwarzen Bildschirm, wieder mit erkennbarem Sync-Signal. Folgende Spannungen habe ich dann gemessen:

• 12,0V ab VR1 und 5,0V an VR2 -- treffgenauer geht es wohl nicht.
• 4,65V DC und 9,9V AC am Userport. Für die 5V Schiene also zu niedrig und ein Hinweis auf mögliche Kurzschlüsse in den ICs.

Noch bevor ich weitere Dinge prüfen konnte, habe ich zufällig mit dem Finger einen der RAM-Bausteine berührt und -- AUTSCH, das Teil ist heiß! Sowohl U9 als auch U12 sind so heiß, dass man sie wirklich nur kurz berühren kann. Diese beiden ICs haben also schon mal definitiv ein Problem, und könnten ggf. schon ausreichen, den Black Screen zu erklären. Die restlichen RAM-Bausteine fühlen sich eher normal an.

Also, beide heiße Kandidaten raus, Sockel rein und neue RAM-Bausteine. An der schwarzen Bildschirmanzeige ändert das anschließend zwar noch nichts, auch nicht mit gestecktem Dead-Test Modul. Aber die am Userport gemessene Spannung steigt damit immerhin schon auf 4,95V.

Als nächstes habe ich mir die CPU mit Hilfe des Oszis ein wenig angeschaut. Takt Ein- und Ausgang sehen aus wie erwartet, aber bei der Messung der Datenbus-Pins fällt auf, dass die Signale an D4 und D5 durchgehend auf einen Pegel deutlich unter 1V gezogen werden. Das selbe Bild bietet sich wie zu erwarten an Din/Dout der entsprechenden RAM-Bausteine in U11 und U23.

Somit habe ich auch diese beiden ICs ausgetauscht. Damit waren nun auf allen 8 Leitungen des Datenbusses (halbwegs) sinnvolle Signale zu sehen. Aber weiterhin einen Black Screen, sowohl ohne als auch mit Dead-Test Modul. (Übrigens hat auch die Prüfung der ausgelöteten ICs in einem RAM-Tester bestätigt, dass alle 4 defekt sind.)

Zwei weitere, potentielle Fehlerursachen ließen sich relativ leicht ausschließen: Sowohl CPU als auch VIC sind auf diesem Board gesockelt. Ich habe also beide jeweils herausgezogen und auf ein funktionieren Test-Board gesteckt. Beide funktionieren dort einwandfrei.

Da nun die offensichtlichen Problemstellen langsam knapp wurden, habe ich entschieden, mich an die "üblichen Verdächtigen" zu halten und mir als nächstens die PLA vorzunehmen, obwohl sie in diesem Fall nicht sonderlich warm wurde. Also, auch hier wieder U17 ausgelötet und einen Sockel angebracht.

In diesem Fall habe ich nun aber auch diesen IC zur Prüfung in ein Test-Board geteckt und siehe da: Das Test-Board läuft auch mit der ausgelöteten PLA ohne Probleme! Es liegt also diesmal weder an der PLA noch an irgendwelchen roten Aufklebern...

Weiter werde ich heute nicht mehr kommen, Episode 2 wird also zu einem Mehrteiler. In der Zwischenzeit dürfen gerne sachdienliche Hinweise gepostet oder auch Wetten zur (verbleibenden) Fehlerursache abgegeben werden.

-- TO BE CONTINUED --