Mega STE kaputt ...

[Lukas Frank]

Mein Mega STE ist kaputt gegangen. Ich habe eine defekte Magnum STE eingesteckt, seitdem ist der Rechner tot. Beim einschalten bekommt der Monitor ein Signal aber kein Bild. Auf ST-Hoch sagt mein Monitor 640x200 und der Schirm bleibt schwarz. Bei ST-Gering wird der Bildschirm weiß. Bei der Verwendung eines MSTE Testmodul und Nullmodem Kabel plus anderer Rechner ist auch alles tot.

Ich vermute die CPU läuft nicht. Ich vermute einer oder alle der drei Bussteuer GAL 22V10 sind kaputt, keine Ahnung.

Die Magnum STE ist repariert durch Austausch des MACH210 Bausteines und zwei neue 74F157. Ich vermute die Erweiterung läuft wieder weil das Verhalten das gleiche ist mit oder ohne Magnum STE.

Der PLCC Adapter bei der Magnum STE ist hochwertig und von daher der CPU PLCC Sockel in Ordnung.


Ich weiss jetzt nicht wie ich bei der Fehlersuche und Behebung Vorgehen soll da ich auch keine Ersatzteile (GALs) habe?

[Arthur]

Hallo Frank, das ist nicht so gut wenn das Diagnose-Modul auch nicht's mehr aus gibt.

Im MegaSTE Service Manual ab PDF-Seite 34 Punkt 3. wird ausführlich darauf eingegangen.

[Lukas Frank]

Das Hilft nicht weiter da man so die MCU/GLUE austauschen soll und ich kann mir nicht vorstellen das die kaputt sein soll ...

[Arthur]

Das Hilft nicht weiter da man so die MCU/GLUE austauschen soll und ich kann mir nicht vorstellen das die kaputt sein soll ...

Dann überspringst du diesen Punkt wenn die GSTMCU nicht gesockelt sind und du keine aus einem anderen MegaSTE zum testen hast.

Hast du eigentlich ein Oszi um den Takt zu checken?

[Lukas Frank]

Ja ich prüfe erstmal CLK, RESET und HALT ...

[Atariosimus]

Ist natürlich schwierig dem Meister noch meisterliche Tipps zu geben. 

Wenn Du auf die Gals tippst siehts wirklich schlecht aus. Andererseits ist die Frage was die magnum da angestellt haben soll. Vielleicht liegts am Einbau und es hat sich was verbogen. Überspannung ist doch eigentlich nicht möglich. Ich glaube Du wirst den Fehler finden und denke das die Gals nichts haben.
Die Kisten sind robuster als man denkt.

[guest522]

Welche PALs/GALs sind es denn? Zu einigen gibt es doch die Sourcen.

[Lukas Frank]

Die drei PAL/GAL 22V10 der Bussteuerung. Die gibt es nicht als Sourcen soweit ich weiss. Holger Zimmermann hat ja die vier Atari TT GALs nachgebaut vielleicht hat er da auch etwas gemacht. Ich frage mal ...

Ich muss erstmal mit dem Oszi schauen was sich an den GALs tut und an der CPU ...

[tuxie]

Am Mega STE hat er nix nachgebaut, nur die Pals des TT.. ja check erst einmal die Halt Reset/Halt/ Leitung und so.. hast du einen Logic Analyzer ? Wenn ja ran damit an den Bus, zumindest Controll Signale und ein Paar untere Adressen.

[Arthur]

Am Mega STE hat er nix nachgebaut, nur die Pals des TT..

Ich finde das ist schon eine klasse Leistung. Ich stelle mir das auch recht aufwendig vor. Nur aus den Signalen auf den "Programm-Code" zu schließen. Autsch.

[Lukas Frank]

CLK ist da, Reset ist 5V und Halt ist 0V. Also läuft die CPU nicht, da kann auch das Test Modul nicht helfen. Ich kann da jetzt nichts machen da ich weiterhin vermute das einer der fünf GALs kaputt ist rum um die CPU. Ich könnte nur durch austauschen den Fehler finden aber ohne Teile geht das nicht.

[guest522]

Ich habe nur U11 (C301898) als Source.

[Lukas Frank]

Die GALs sind U002, 003, 006, 011 und U012

U003, 006 und U011 sind die 20V10

@Idek Tramielski ... dein U11 ist wohl U011, bitte schicke mir das mal ...

Laut Service Manual soll man bei Halt die MCU oder den 68k tauschen. 68K habe ich drei Stück. MCU glaube ich nicht weil ich mal versucht habe zwei MSTE Boards von Guus zu reparieren und die waren auch tot und ich hatte bei beiden die MCU neu gemacht. Aber Chandler aus England hat keine mehr. Und so einfach ist das nicht die mal eben zu tauschen da die MCU 144 Pin aufgelötet ist genau wie beim Atari TT auch.

@tuxie ... was/wie bringt mich der Logic Analyzer weiter? Wie kann ich heraus finden was die Ursache ist das die CPU das HALT Signal auf low zieht?

[tuxie]

Generell ist es so das ja die CPU beim start verschiedene dinge macht. Irgendwas läuft schief und da zieht sie die Halt Leitung auf Null. Interessant wäre was die Reset leitung macht. Wenn man dann mit dem LA ran geht sieht man was sie als letztes macht und kann die adresse ausfindig machen wo sie als letztes zugegriffen hat.

[Lukas Frank]

Laut Multimeter ist Reset nach Drücken der Resettaste low und wird dann sofort high nach loslassen und bleibt auch die ganze Zeit Zeit high. Halt bleibt auch beim Resettaste drücken low. Wenn man ein paar mal drückt wird Halt high und geht dann sofort auf low.

Mein Analyzer hat nur bei brauchbarer Bandbreite 8 Kanäle. was soll das bringen?

[tuxie]

Damit könntest du wenigstens die Control Signale aufzeichnen.

[Lukas Frank]

Das ist ja einiges an Aufwand. Bringt mich das weiter? Was weiss ich dann?

[tuxie]

Ob er überhaupt etwas tut! Kannst auch die unteren Adressleitungen anzapfen...

[czietz]

Ob er überhaupt etwas tut! Kannst auch die unteren Adressleitungen anzapfen...

Eben. Auch mit 8 Kanälen kann Frank gucken: Was macht /AS auf CPU-Seite? Was macht /AS auf Bus-Seite? Was macht /DTACK auf CPU-Seiten? Was macht /DTACK auf Bus-Seiten? Was machen /LDS und /UDS auf CPU- bzw. Bus-Seite. Gibt es überhaupt einen Zugriff auf dem ROMs (/OE-Signal)?

[mfro]

Die erste Frage ist m.E., ob die CPU überhaupt richtig anläuft. Die MMU muß auf den Adressen 0-7 den initialen SP und den initialen PC aus den ROMs einblenden. Wenn das (bzw. der anschließende Memory-Fetch von dort) schief geht, gibt's den doppelten Bus-Fehler und BERR wird ganz zurecht aktiv.