Hardware > Hardware (Classic 16-/32-Bit)

Mega STE kaputt ...

<< < (9/20) > >>

czietz:
Frank hat mir den Trace geschickt. Das habe ich ihm per E-Mail geantwortet. Damit aber alle an der Fehlersuche teilhaben können, hier meine Antwort:

"Sehr schön. Das ist der Ausschnitt, den ich haben wollte! Ich sehe darin, dass die wichtigsten Steuersignale des Bus (AS, DS, DTACK) an sich zu funktionieren scheinen.
Auch werden ein paar Worte aus dem ROM gelesen, bevor der Rechner sich weghängt. Wenn ich das aber das Timing (wie lange low, wie lange high) von /AS mit meinem MegaSTE vergleiche, ist es deutlich anders. Der ausgeführte Code bestimmt das Timing von /AS. Daher meine Schlussfolgerung: Es wird zwar Code aus dem ROM gelesen, aber irgendwie falsch.

Ich hatte mal einen vergleichbaren Fall bei einem STE: Dort hatte eine Datenleitung im CPU-Sockel keinen Kontakt mehr. Damit wurde das entsprechende Bit falsch gelesen, es wurden folglich falsche Instruktionen von der CPU ausgeführt und der Rechner ging nach wenigen Zugriffen in den HALT-Zustand, wie Dein MegaSTE. Ebenso denkbar wäre ein Kontaktproblem bei einer Adressleitung.

Du solltest also als nächstes die Verbindung aller Daten- und Adressleitungen von der CPU (nicht vom CPU-Sockel!) zu anderen ICs (z.B. zu den ROMs) testen. Das ist leider nicht einfach, evtl. schaffst Du es, mit einer ganz feinen Nadel gezielt die Kontakte der PLCC-CPU zu berühren."

czietz:
Das ist übrigens eine Messung ähnlich wie sie Ingo vorschwebt, bloß an meinem (funktionierenden) MegaSTE. Man sieht hier die unteren Stellen der Adressen, die die CPU lädt. Erst den initialen SP und PC von 0, 2, 4, 6. Dann TOS-Code ab (0xE000)30.

Man sieht auch, dass bei einem korrekten Bootvorgang nach dem neunten Zugriff eine lange Pause mit AS=high kommt: hier führt die CPU die RESET-Instruktion aus, die mehr als 100 Zyklen dauert. Diese Pause sehe ich in Franks Aufzeichnung nicht, woraus ich schlussfolgere, dass die CPU keine RESET-Instruktion geladen hat.

Also entweder lädt die CPU Instruktionen von der falschen Adresse oder sie liest ein oder mehrere Datenbits falsch und dekodiert daher die Instruktionen falsch.

In Franks Trace sieht man hingegen sehr schön zwei lange Pausen mit AS=low: mutmaßlich den ersten und den zweiten Bus-Error. Letzterer führt zum HALT.

Lukas Frank:
Super, vielen Dank ...

Ich hatte mir den CPU Sockel schon unter einer Lupe mit Licht angesehen und konnte nichts entdecken. Ich löte mir mal eine Prüfnadel, mal schauen ...

Lukas Frank:
Christian du bist ein Held.

Rechner läuft wieder, die Kontaktfeder von D12 war ein ganz wenig nach innen gebogen. Nur ein wenig nicht der Rede wert. Habe ich erst mit einer Brille anstatt 1,5 mit 2,5 bemerkt. Diese Mist Sockel ...

czietz:
Cool! Freut mich.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete