C64 Schwarzer Bildschirm (ASSY 250466)

Zitat von CommieSurfer

@Threaderöffner:
-Wegen der aktuell von Kinzi u. vorher von dir erwähnten PLA: Hattest du diese überhaupt wirklich schon aufgelötet u. getestet ? Zumindest auf den Bildern kommt die PLA schliesslich noch immer eingelötet / ohne Sockel daher.

Die PLA ist schon seit den ersten Bildern gesockelt. Deutlich ist der Präzisiossockel zu sehen. Aber ich sehe keinen Zwischensockel. Ich habe hier im Forum immer wieder gelesen, dass ausgelötete ICs besser nur mit einem Zwischensockel in einen Präzisionssockel gesteckt werden sollten. Die auslöteten IC-Beinchen entsprechen nicht mehr 100%tig der Norm (in beliebiger Kombination: abgeschnitten, verbogen und zu viel Lötzinn) und könnten den Präzisionsockel schädigen -> Kontaktprobleme. Zumindest klingt diese Begründung sehr einleuchtend.

Hast du schon eine frische Sicherung auf dem Board eingesetzt ... und den Sicherungshalter blank gereinigt?

... und bitte mal direkt am SID-Sockel (PIN 28/25) die Spannungen prüfen & posten ... welche Werte liegen dort an?

Den SID würde ich erst einmal "zur Seite" legen,...
Das Board muss auch ohne durchstarten.. (wäre auch schade drum)...

Zitat von TurboMicha

Den SID würde ich erst einmal "zur Seite" legen,...

... ich auch. Habe hier tatsächlich 1 defekten SID, der noch im DIAG CART Sound hervorbringt, in einem C64 startet dieser mit diesem SID ... in einem anderen nicht (schwarzer Bildschirm). Das Verhalten ist ähnlich wie das der PLA nicht grundsätzlich vorhersehbar.

Ich habe hier u. a. noch zwei C64-Testrechner ... ich könnte z. B. deine neu erworbenen RAMs mal gegenchecken.

Die beiden Nullkraftsockel in dem rechten Bild sind bewusst gewählt ... eines liefert ein schwarzes Bild bei einem eingesetzten, defekten RAM, das andere eine buntes Bild mit wirren Zeichen.

Lief der C64 im Leerlauf oder war da ein Modul (CHECK64 o. ä.) angesteckt bei diesen Bildern? (Vermutlich "Leerlauf", es sieht so aus als wären /EXROM und /GAME auf HI.)

So wie es aussieht, greift die CPU auf das Kernal zu (Aktivität auf Pin 16 der PLA). Es wird aber der VIC nicht initialisiert. D. h. die CPU kann nicht in die VIC-Register schreiben. Ich rate jetzt mal, dass der Adressbus von der CPU nicht durch die Multiplexer auf den VIC durchkommt. Ich rate weiter, dass das am fehlenden /OE-Signal an den Multiplexern liegt.

Kannst du bitte mal an Pin 15 der Multiplexer (74LS257, U13, U25) mit dem Oszi messen? Das ist der /OE (Output-Enable-Pin). Ich würde raten, der liegt fest auf +5 V.
Das /OE-Signal kommt von Pin 4 von U8, einem 7406 (Inverter). An dessen Eingang Pin 3 müsste das AEC-Signal des VIC, welches auch auf VIC Pin 16 liegt zu sehen sein.

Wenn an Pin 3 des 7406 das AEC-Signal zu sehen ist und am Pin 4 nur +5 V, dann mal den 7406 tauschen.

[EDIT]
Das müsste alle Symptome erklären:

• VIC wird nicht initialisiert -> Kein Bild.
• KERNAL-ROM wird angespochen (RESET-Routine usw.) -> Aktivität auf Pin 16 der PLA (/CS für KERNAL-ROM). RAM-Test wird gestartet.
• RAM kann nicht angesprochen werden (ebenfalls wegen o. a. Problem, gleiche Ursache) -> Speichertest wird nicht abgeschlossen -> keine "normale" Funktion des C64 = kein "blindes LOAD" möglich.

[/EDIT]

Zitat von kinzi

an den Multiplexern liegt

Dachte ich auch ... U13 und/oder U25 könnten ggf. auch hinüber sein ... kommt zwar nicht sehr oft vor, wäre aber mittlerweile denkbar bei diesem C64.

Dann muss FranticFreddie aber zu 100% sicher sein, dass die RAM-ICs OK sind.

Zitat von Parser

Die beiden Nullkraftsockel in dem rechten Bild sind bewusst gewählt ... eines liefert ein schwarzes Bild bei einem eingesetzten, defekten RAM, das andere eine buntes Bild mit wirren Zeichen.

Das sind aber Sockel für 4164 RAMs. Die 250466 benutzt allerdings 41464 RAMs, die haben 2 Pins mehr und sind anders beschaltet, kannst du also in diesem Board nicht testen.

OK, das hilft uns weiter:

• Der 7406 ist OK nach deiner Beschreibung. Die Invertierung ist OK, das soll so sein.
• Die CPU ist vermutlich in Ordnung, es wird auf Modulkennung geprüft und eines gefunden. Der VIC wird initialisiert, zeigt aber nur Müll, da der Zugriff auf das RAM vermutlich in die Binsen geht.
• Das KERNAL ROM ist OK, sonst würde die Modulerkennung nicht funktionieren.

Ich würde ja lauthals "PLA" schreien, vor allem bei dem Fehlerbild mit dem Cartridge, aber die kann es ja nicht sein.

Also bleibt für mich das RAM (es sollen schon defekte neue geliefert worden sein ) oder die Multiplexer.

Bitte miss mal mit dem Oszi an den Multiplexern an Pin 1, ob da das /CAS-Signal anliegt; das ist das Signal, das auch am VIC Pin 19 und an der PLA Pin 9 anliegt. Mit diesem Signal werden die Multiplexer umgeschaltet. Wenn es fehlt kracht's. Je nach Lage (A oder B) kann aber der VIC durch die CPU initialisiert werden. Der RAM-Test hingegen schlägt weiterhin fehl, wodurch ohne Modul der C64 nicht startet.

[EDIT: Typos und ...]

Evtl. ist auch (nur) einer der beiden Multiplexer kaputt, oder auch beide. Da wäre dann evtl. mal "Tausch auf Gefahr" angesagt.

[/EDIT]

[EDIT #2]

Weiß jemand, was wirklich passiert, wenn gar kein RAM gefunden wird beim RESET? Ich bin leider zu schlecht im Lesen des ROM-Listings. Klar ist, es wird bei $FD50 der Bereich $0002-$00FF, $0200-$02FF und $0300-$03FF "blind" gelöscht und dann ab $0400 das RAM getestet. Was da passiert, wenn kein RAM gefunden wird - außer dass der Test abgebrochen wird - ist mir unklar.

Evtl. knallt's auch beim ersten Rücksprung schon, weil die Adresse nicht vom Stack geholt werden kann.

[/EDIT #2]

.. ich bin ganz bei kinzis letzten Hinweisen...

aber ich würde auch auf seinen Hinweis am Anfang zurück kommen:

Zitat von kinzi

Die PLA würde ich noch nicht ganz ausschließen nach einem entsprechenden Erlebnis von einiger Zeit (defekte PLA, lief in anderem Board aber gerade so gut (schlecht) genug, dass der Einschaltschirm kam). Allerdings würde ich die "gute" PLA aus dem 407er nicht ins 466er einbauen, bevor die Fehlerursache klar ist..

ich würde mich langsam trauen,.. das was Kinzi am Anfang geschrieben hat:
ich würde die 100% funktionierende PLA aus dem gesunden C64 nun in diesen einbauen... (klar, ein Restrisiko bleibt, dass diese dabei stirbt)..
ansonsten helfen nur Module mit CHECK64 und Deathtest..

Zitat von kinzi

Evtl. knallt's auch beim ersten Rücksprung schon, weil die Adresse nicht vom Stack geholt werden kann.

Eher so...

Zitat von Gerrit

Eher so...

Das kommt ein bisschen darauf an, was genau kaputt ist. Wenn nur einzelne Adressleitungen durch die Muxer nicht richtig umgeschaltet werden, liegt halt evtl. der Stack irgendwo anders (nicht auf $0100) im RAM, funktioniert aber trotzdem. Denn von der Modulerkennung scheint er ja wieder zurückzukommen, die VIC-Initialisierung ist später, und die scheint er zumindest mit eingestecktem Modul zu erreichen. Selbst wenn den VIC-Init das FC III selbst macht, muss das RTS in der Routine bei $FD02 klappen, der JMP ins Modul kommt erst später. (Immer unter der Annahme, das FC III ist ein CBM80-Modul im "Normalbetrieb", das weiß ich nicht.)

Daher vemute ich, er testet ohne Modul den Speicher bei Routine $FD50, stellt fest, dass der irgendwo kaputt ist ... und dann? (Weiß ich nicht mehr weiter. )
Eine wilde Spekulation wäre noch, dass er den MEMTOP kleiner als MEMBOT setzt und dann im BASIC Kaltstart auf die Schnauze fällt. Da habe ich aber nicht mehr nachgegraben.

Das gleiche könnte nicht nur bei maroden Multiplexern, sondern auch bei defekten RAMs oder bei kaputter PLA passieren.

@FranticFreddie:
Da die Multiplexer (74LS257) günstiger sind, würde ich persönlich erst diese auf Verdacht tauschen, bevor ich die "gute" PLA ins kaputte Boarsd stecken würde.

[EDIT]

Räusper ... mal von Defekten und/oder Lötfehlern beim RAM-Tausch abgesehen, evtl. da nochmals genau reingucken ...

[/EDIT]

Zitat von kinzi

Räusper ... mal von Defekten und/oder Lötfehlern beim RAM-Tausch abgesehen, evtl. da nochmals genau reingucken

Ja, da baut man sich gerne Kurzschlüsse zwischen einem Pin und den direkt am Pin vorbeiführenden Leiterbahnen ein.

Wichtig ist auch, daß J3 neben dem unbestückten U11 geschlossen ist.

Wenn man ein Zweistrahl-Oszi hat kann man aber ziemlich viel machmessen. Kanal 1 an PHI0 damit man zwischen VIC und CPU unterscheiden kann und dann mit Kanal 2 die Adressleitungen an den RAMs abklappern. Ist da irgendwo ein Kurzer wird man es sehen können, da der Pegel nicht stimmt. Ein defekter Mux sollte sich so auch erkennen lassen weil keine Pegelwechsel mitten im Zyklus vorkommen.

Nachtrag: Steht das Oszi auf 'Alt' oder auf 'Chop' im Bezug auf die Umschaltung zwischen beiden Kanälen. Für das, was hier abgeht ist 'Chop' die korrekte Wahl.

Zitat von Gerrit

Das sind aber Sockel für 4164 RAMs. Die 250466 benutzt allerdings 41464 RAMs, die haben 2 Pins mehr und sind anders beschaltet, kannst du also in diesem Board nicht testen.

Stimmt natürlich ... THX für den Hinweis!

Folgende Fehlerbilder kann ich mit einem defekten RAM "reproduzieren" ... sieht zumindest ähnlich aus, wie im Beitrag #52.