Mega STE kaputt ...

[czietz]

Die Auswahl, ob die CPU 8 MHz oder 16 MHz Takt bekommt, obliegt PAL U012. Je nach Pegel an Pin 13 (CLK8SEL_L) wird an Pin 19 der eine oder der andere CPU-Takt ausgegeben. Den Pegel an Pin 13 von PAL U012 wird wiederum von PAL U011 bestimmt, in dem das "Mega STe Cache/Processor Control"-Register implementiert ist. Pin 22 von PAL U011 ist dafür mit Pin 13 von PAL U012 verbunden. Ich würde mir diese zwei PALs ansehen; nicht nur diese eine Verbindung sondern allgemein alle ihre Lötstellen. Evtl. auch mal die Pegel vergleichen mit Deinem funktionierenden MegaSTE.

[Lukas Frank]

Mega STE GAL Verbindungen rund um die CPU

U2
1/ U12-19, CPU-15
2/ U1-18, U3-22, U6-20, U11-6
3/ U11-17
4/ U1-8, U3-2, U6-8, U12-11, CPU-9
5/ U1-4, U12-9, R3 2,2k, CPU-7
6/ U1-4, U12-8, R2 2,2k, CPU-8
7/ U1-2, U3-4, , U6-2, R1 2,2k
8/ U3-8, U4u5-20, U8u9-20, U11-23
9/ CPU-11
10/ GND
11/ GND
12/ U3-13, U6-15, U8u9-26, U12-6, R5 330R
13/ U8u9-1
14/ U3-10
15/ U3-9
16/ n.c.
17/ U3-7, U6-13
18/ U11-5
19/ U6--23, CPU-24
20/ VCC

U3
1/ U6-1, U12-12
2/ siehe U2
3/ U12-4, U802-3
4/ siehe U2
5/ U6-16, CPU-10
6/ U11-16
7/ siehe U2
8/ siehe U2
9/ siehe U2
10/ siehe U2
11/ U6-7, U11-11, U202-2, CPU-20
12/ GND
13/ siehe U2
14/ n.c
15/ n.c
16/ n.c
17/ n.c
18/ UB01-12, FPU-Jumper, FPU-29
19/ U1-14
20/ U1-16, U11-13
21/ U1-12, U11-7
22/ siehe U2
23/ U6-11, U11-22, U905-15  (U905-15 und 5 sind nicht belegt. direkt Verbindung U11-22 auf U12-13)
24/ VCC

U6
1/ siehe U3
2/ siehe U2
3/ U11-18
4/ U205-39, U801-7
5/ CPU-21
6/ CPU-22
7/ siehe U3
8/ siehe U2
9/ U11-21, U12-16
10/ FPU-32
11/ siehe U3
12/ GND
13/ siehe U2
14/ n.c
15/ siehe U2
16/ siehe U3
17/ n.c
18/ n.c
19/ U4u5-22
20/ siehe U2
21/ n.c
22/ n.c
23/ siehe U2
24/ VCC

U11
1/ U802-4
2/ UB01-13
3/ UA02-17
4/ CPU-12
5/ siehe U2
6/ siehe U2
7/ siehe U3
8/ n.c
9/ n.c
10/ n.c
11/ siehe U3
12/ GND
13/ siehe U3
14/ CPU-5
15/ CPU-4
16/ siehe U3
17/ siehe U2
18/ siehe U6
19/ U205-28, R224
20/ U1-1
21/ siehe U6
22/ siehe U3
23/ siehe  U2
24/ VCC

U12
1/ CPU-55
2/ CPU-54
3/ CLK16, U905
4/ CLK8 siehe U3
5/ CPU-53
6/ siehe U2
7/ CPU-51
8/ siehe U2
9/ siehe U2
10/ GND
11/ siehe U2
12/ siehe U3
13/ siehe U3
14/ U5-27
15/ U4-27
16/ siehe U6
17/ n.c
18/ U8u9-27
19/ siehe U2
20/ VCC

[Lukas Frank]

Alles da. Habe auch jeden Pin gegen GND gemessen und da ist nichts ungewöhnliches. Alles zwischen 1k und 16k wenn kein anderer Widerstand vorhanden ist.

Ist wie verhext ...


Wie kann ich weiter vorgehen?

[Ektus]

Alles da. Habe auch jeden Pin gegen GND gemessen und da ist nichts ungewöhnliches. Alles zwischen 1k und 16k wenn kein anderer Widerstand vorhanden ist.

Ist wie verhext ...


Wie kann ich weiter vorgehen?

Den Zeitverlauf der relevanten (oder aller) Signale an den GALs beim Booten des funktionierenden Rechners mitschreiben und mit dem Sorgenkind vergleichen? Irgendwo muß ja eine Abweichung auftauchen.

[Lukas Frank]

Ich glaube nicht das ich dem Fehler/Fehlern/Problem so auf die Spur kommen kann. Die GALs hatte ich ja schon probiert und die liefen alle. Ich habe ja auch die JED Files der meisten GALs und auch neue programmiert.

Den Zeitverlauf der relevanten (oder aller) Signale an den GALs beim Booten des funktionierenden Rechners mitschreiben und mit dem Sorgenkind vergleichen? Irgendwo muß ja eine Abweichung auftauchen.

Das Problem wird sein das sich da nichts tut ausser bei /AS /DTACK von der GLUE die kurz mal high gehen und dann wieder weg sind.

Eine Unsicherheit ist der CPU PLCC Sockel, die Dinger sind die Pest! Es gibt ganz Alte aus den STs bei denen man die Pins aufbiegen kann. Die neueren Modelle im MSTE sind so gebaut das man die Pins/Federkontakte nicht mehr aufbiegen kann. Die CPU geht auch recht leicht in den Sockel. Die sind halt schnell ausgeleihert. Vielleicht bekomme ich mal zwei neue in GOLD von BEST. Aber ich weiss nicht ob ich die dafür benutzen möchte.

[Lukas Frank]

Ich hatte jetzt einen 1040ST der durch eine ausgelaufenden Uhrenbatterie tot war. Auch mit Nullmodemkabel und Testcartridge war alles tot. Grund war eine unterbrochene Verbindung von FC1.

Werde jetzt mal beim Mega STE die CPU Steuersignale nachmessen zum Combo Baustein ...

[Lukas Frank]

U903, eines der beiden VME Bus PALs war als PAL eingelötet. Ich habe das mal gesockelt und ohne U903 kommen über das Nullmodem Kabel anstatt tot gar nichts jetzt zwei Punkte. An das U903 gehen FC0,1 und FC2 und auch unter anderem XDTACK ...

[Lukas Frank]

IPL0 - U801-63
IPL1 - U801-64
IPL2 - U801-65
XBR - U205-30, RP21-2, Combo-101
XVPA - R801, U801-84
XVMA - Combo-96
FC0 - U205-45 RP27-3, Combo-112, U801-50, U903-7, UA02-14
FC1 - U205-44 RP27-2, Combo-111, U801-51, U903-8, UA02-23
FC2 - U205-43 RP27-4, Combo-110, U801-52, U903-9, UA02-16
XLDS - U1-16, 68901-51, U801-14, U904-14
XDTACK - U6-9, 68901-50, U801-6, U903-12

Alles da und in Ordnung, spricht Pullup Werte sind auch alle richtig.

Ich habe noch ein zweites kaputtes MSTE Board das genau so tot ist mit dem gleichen GAL Satz aber der Monitor bekommt beim Einschalten ein Sync Signal unter ST Hoch und bei ST Gering kommt ein weißes Bild. Da war die Verbindung FC0 zum Combo Baustein unterbrochen, genau unter dem Chip. Konnte das aber mit Fädeldraht Instandsetzen. Dieses Board hat noch den originalen Combo Chip drauf C302183-001. Habe dazu auch Ersatz in Form eines C302183-002/B. Tausche aber besser erstmal nicht.

[czietz]

Machen wir doch nochmal mit der Frage weiter, warum der MSTE mit 16 MHz startet. Evtl. ist die Ursache dafür ja auch schon die Ursache für den ganzen Rest. Bitte miss nach, beim kaputten MSTE und bei Deinem heilen MSTE (hier: beim Booten, d.h. vor einer evtl. Umschaltung nach 16 MHz):

- Spannungpegel an Pin 13 von PAL U012,
- Spannungspegel an Pin 22 von PAL U011,
- Clockfrequenz an Pin 19 von U012.

Hast Du die Verbindungen, die Du alle überprüft hast, von IC-Beinchen zu IC-Beinchen nachgemessen oder von Lötstelle zu Lötstelle? Falls letzteres, könnte ja immer noch ein Beinchen keinen Kontakt im Sockel haben.

[Lukas Frank]

Nur mit großem Widerstreben wegen der Magnum STE ...

la_mste_ok ist von dem Funktionieren Mega STE
U012-13 und U11-22 sind auch in der Bootphase kurz nach dem Einschalten beide Low. Rechner bootet ohne alles von HDD.

la_mste_def ist von dem kaputten Mega STE. Da ist U012-13 und U11-22 immer high egal zu welchem Zeitpunkt.

[Lukas Frank]

Gemessen habe ich immer an den Beinchen der ICs.

Habe gerade noch mal den ganzen GAL Satz umgesteckt und der war in Ordnung ausser U903 und U904.

Läuft die Umschaltung 8/16Mhz nicht über D0 und D1? Wenn die CPU nicht arbeitet kann dann die Umschaltung doch auch nicht funktionieren, oder´?

[czietz]

Warum ist denn jetzt beim Trace des defekten MegaSTE RESET (dauerhaft) low? Egal, bei Reset=low müssen jedenfalls U012-13 und U11-22 low werden, unabhängig von der CPU und sonst allem; so ist es in den PALs/GALs codiert. Und dann bleiben sie low, bis ein Zugriff auf das entsprechende Register den Takt umschaltet.

[Lukas Frank]

Und dann bleiben sie low, bis ein Zugriff auf das entsprechende Register den Takt umschaltet.

Ja aber wenn die CPU gar nicht arbeitet ist das doch normal so oder nicht? Die GLUE erzeugt auch kein Sync aber das ist wahrscheinlich etwas anderes ...

[czietz]

Es ist nicht normal, dass die Signale in Deinem Trace des kaputten MSTE high sind!

[Lukas Frank]

Jetzt ist es richtig denke ich. Da war doch was mit U011 nicht in Ordnung. Ich musste das nochmal neu programmieren. Das C301898-001 von der Atari HQ CD ist aber fehlerhaft. Das JED läuft aber der Rechner läßt sich per CPX nicht auf 16Mhz umschalten, er springt immer wieder auf 8Mhz zurück. Das "la_mste_def_m018939" ist das Mainboard von dem hier immer die Rede war/ist.

[czietz]

Jetzt ist es richtig denke ich. Da war doch was mit U011 nicht in Ordnung.

Hm, in Post #52 hieß es noch: "Die GALs sind getestet und alle gut." Wir hätten uns viel Zeit ersparen können, wenn Du die GALs nicht von Anfang an ausgeschlossen hättest.  Vielleicht ist ja noch ein weiteres GAL nicht gut. Z.B. ist an der Umschaltung -- wie schon mehrfach erwähnt -- auch U012 beteiligt.

[Lukas Frank]

Ich habe alle GALs am Anfang als erstes probiert und alle waren in Ordnung, sprich der funktionierende Rechner hat damit einwandfrei gebootet. Vielleicht durch das ganze Umstecken immer wieder und probieren ist da was passiert mit dem selbst programmierten U011. Vielleicht ist die programmierung irgendwie verloren/beschädigt gegangen. Keine Ahnung. Habe das mit dem gleichen Chip neu programmiert dann ging es wieder. Habe nur ein originales U011 aus dem funktionierenden Rechner, das will ich nicht benutzen weil Ersatz dafür nur aus den USA bei BEST zu bekommen ist.

Gestern Abend alle GALs probiert und alle laufen.

Hatte nur ein einzelnes GAL22V10-15ns. Habe heute 4 weitere bekommen und mache mir mal ein weiteres C301898 (U011) ...

[Lukas Frank]

Obwohl ich das schonmal gemacht hatte ...

Combo Chip
139 XAS   U1-18   U407-5
141 XLDS   U1-16   U407-4
139 XUDS   U1-14
139 RXW   U1-12   U407-6
139 XDTACK   U6-9   U407-16
110 FC2   CPU-28
111 FC1   CPU-29
112 FC0   CPU-30
96 XVMA   U6-5
98 XBGK   R222
101 XBR   RP21-2

71 Hsync   U801-80
70 Vsync   U801-81

... alles da. Ebenso alle Daten und Adressverbindungen da und in Ordnung.

Das Board ist ja bekanntlich tot und gibt auch keine Sync Signale aus. Ich habe da noch ein anderes totes Board das aber Sync Signale über den Videoausgang ausgibt, die Monitor BetriebsLED wird grün.

[Lukas Frank]

Das andere kaputte Board bringt jetzt über Nullmodem das raus ...  (läuft Endlos)

Da waren am 68901 zwei Adressen weg.

Schaut nach defekter Speicheransprache aus also vielleicht Combo Chip defekt und Probleme mit der seriellen Schnittstelle !?!  Das Board hat original den C302183-001

[Lukas Frank]

Jetzt bin ich bei dem Board so weit ...   Da hängt es dann und es geht nicht weiter. Videoausgabe funktioniert auch.

Es fehlten die beiden CTRAMs U8 und U9