atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: Lukas Frank am Fr 20.05.2016, 14:07:21
-
Ich habe hier ein Mega ST1 Mainboard bei ich keine Idee mehr habe wo ich den Fehler suchen soll.
Das Board war wahrscheinlich schon vorher defekt vermute ich. Ich habe da kein Speicher mehr vorhanden war ein PS/2 Simm eingelötet. Das Simm habe ich jetzt schon 2 bis dreimal kontrolliert und kann da keinen Fehler in der Verdrahtung feststellen. Der MMU Sockel war etwas laff und hatte keine Spannung an den Kontakten mehr. Es ist ein neurer Sockel bei dem die Kontkte tief in den Socj´kel hineingehen und man die Kontakte nicht mehr so einfach nachspannen kann. Habe es trotzdem hinbekommen das der Sockel etwas mehr Spannung hat. Die MMU und die GLUE sind getestet und funktionieren. Unter ST-Hoch ist alles tot und bei RGB kommt ein weißer Hintergrund mit einem schwarzen Feld 640x240 Pixel. Das Romport Testmodul geht auch nicht.
-
Hallo Frank, das ist ne schwierige Frage da Du ja schon meist das Übliche mit ab klapperst. Ich würde den Blitter einfach mal raus nehmen (Jumper nicht vergessen) um eine Fehlerquelle weniger zu haben. Für zwei Eproms, meine ich, müssten die beiden Jumper auf dem Foto gesteckt sein... mehr weiß ich gerade nicht... außer alles was nicht original ist messtechnisch durch zu piepen. Viel Glück.
-
Ich habe hier ein Mega ST1 Mainboard bei ich keine Idee mehr habe wo ich den Fehler suchen soll.
Das Board war wahrscheinlich schon vorher defekt vermute ich. Ich habe da kein Speicher mehr vorhanden war ein PS/2 Simm eingelötet. Das Simm habe ich jetzt schon 2 bis dreimal kontrolliert und kann da keinen Fehler in der Verdrahtung feststellen. Der MMU Sockel war etwas laff und hatte keine Spannung an den Kontakten mehr. Es ist ein neurer Sockel bei dem die Kontkte tief in den Socj´kel hineingehen und man die Kontakte nicht mehr so einfach nachspannen kann. Habe es trotzdem hinbekommen das der Sockel etwas mehr Spannung hat. Die MMU und die GLUE sind getestet und funktionieren. Unter ST-Hoch ist alles tot und bei RGB kommt ein weißer Hintergrund mit einem schwarzen Feld 640x240 Pixel. Das Romport Testmodul geht auch nicht.
Jumper sind schon korrekt. so wie ich das sehe sind da 2 0ohm widerstände auf jeweils pin 2 und 3. das passt dann. trotzdem würde ich die Tosroms wechslen. Dann würde ich noch C140 bestücken, die LS Treiber des Rams tauschen, sowie noch den Shifter mal wechseln. dann WE Signal des PS/2 Simms überprüfen. Da das Board vorher keinen Ram hatte, vermute ich, dass der Fehler wohl nicht direkt damit zu tun hat. Aber alles Spekulatius, der Frank kriegt das auch wieder hin... XD
-
Meine Augen sind echt nimmer die Besten. Dank Neo sehe ich jetzt auch das es Drahtbrücken sind. :o 8)
-
Den Shifter hatte ich schon getauscht, die beiden TOS 1.04 Proms auch. Ich versuche mal die beiden LS244 und LS373 zu tauschen.
-
Glue, MMU, DMA, 68000, RAM. Das sind die Sachen, die ich überprüfen würde. Wahrscheinlich als erstes nochmal die Verdrahtung des PS/2-Moduls und sicherheitshalber auch das Modul gegen ein anderes tauschen (sofern man einen PS/2-Sockel verlötet hat).
-
Das Romport Testmodul geht auch nicht.
Beim Testmodul auch schon an der seriellen Schnittstelle geguckt? Wenn das Modul den Bildschirm nicht initialisieren kann, gibt es ja zumindest dort Fehlermeldungen aus.
-
... schon an der seriellen Schnittstelle geguckt?
Hatte ich ganz vergessen, sehr gute Idee ...
Reset ist high aber Halt ist low, da ist etwas Faul. Also läuft die CPU ja nicht, da macht das mit der seriellen Schnittstelle keinen Sinn, oder doch ?
-
Die CPU setzt HALT low, wenn sie einen Fehler findet, aus dem sie nicht mehr rauskommt. Zum Beispiel wenn beim Behandeln eines Busfehlers ein zweiter Busfehler auftritt. (Double bus error.)
Ich würde erwarten, dass sowas z.B. auftritt, wenn RAM, MMU oder GLUE massiv kaputt sind. Evtl. läuft die CPU aber mit dem Testmodul lang genug an, um zumindest Fehlermeldungen auszugeben, bevor sie sich wieder anhält. Ein Blick auf die serielle Schnittstelle schadet daher nicht, ist ja auch schnell gemacht. Das Service Manual sagt: 9600 bit/s, 8 Datenbits, 1 Stopbit, kein Paritätsbit.
Das Service Manual beschreibt auch, was zu testen ist, wenn man keine Meldungen auf der seriellen Schnittstelle sieht und die CPU angehalten ist (HALT low). Dafür braucht man dann aber ein Oszilloskop.
-
Halt geht gar nicht erst auf high. Ist und bleibt die ganze Zeit auf low ...
-
Halt geht gar nicht erst auf high. Ist und bleibt die ganze Zeit auf low ...
Also mit dem Scope geprüft? Evtl. geht es ja um Bruchteile einer Sekunde, das ist mit einem Multimeter nicht zu sehen.
Dann gehen wir doch mal streng nach Service Manual vor: HALT kann ja auch über einen defekten 7407 auf LOW gezogen werden. Laut Schaltplan müsste die HALT-Leitung der CPU an Pin 4 (Ausgang) des 7407 (Bezeichnung U2) gehen. Was liegt dann an Pin 3 (Eingang) an? Auch LOW?
Siehst Du mit dem Scope auch Low-Pulse auch auf der Bus-Error (BERR) Leitung der CPU? Dann würde die CPU starten und aufgrund eines Double Bus Error wieder stehenbleiben.
Andernfalls, wenn Du gar keine Aktivität der CPU feststellen kannst, dann ist sie vielleicht kaputt.
-
Das Testmodul kann nicht funktionieren, wenn nicht wenigstens ein paar Bytes RAM funktionieren.
-
Der Ram ist soweit in Ordnung, ebenso Shifter, MMU sowie GLUE. Ich schaue mal nach den 07 Treibern. Ansonsten lege ich das erstmal weg im Juni kommt mein China Oszi ...
-
Mal offtopic, was haltet ihr von einem tektronix TDS350 Ozi? könnte eins günstig bekommen.
-
Wenn das Teil günstig, in Ordnung und die Bandbreite zum ST passt Kaufen ...
So ein Teil ist immer gut.
-
Das Testmodul kann nicht funktionieren, wenn nicht wenigstens ein paar Bytes RAM funktionieren.
Das würde man naiverweise vermuten, aber es ist falsch. Als ich neulich die MMU für das EmuTOS-Projekt reverse engineered habe [1], hatte ich meinen ST auch mal komplett ohne RAM in Betrieb. Natürlich passiert da nicht mehr viel, aber das Testmodul haut trotzdem noch Fehlermeldungen auf der seriellen Schnittstelle raus, ohne ein einziges Byte an RAM!
@Lukas Frank : Hast Du denn jetzt auf die Schnittstellenausgaben geguckt? Nichts?
[1] https://sourceforge.net/p/emutos/code/ci/master/tree/doc/memdetect.txt
-
Ok, dann müsst ihr neuere Software auf dem Testmodul haben, als ich damals zur Verfügung hatte.
-
Mein Modul meldet sich (wieder mit RAM im ST dann natürlich ;)) als "Mega and ST Field Service Diagnostic Rev. 4.4". Keine Ahnung, wie da so die Versionshistorie war.
OT: @neogain: Tek-Scopes sind solide Geräte, wenn Du also zum "Schnäppchenpreis" dran kommst, ist das bestimmt eine gute Wahl. Die einzigen Nachteile gegenüber einen modernen Scope sehe ich im Speicher (1000 Datenpunkte ist echt nicht viel) und am fehlenden USB-Anschluss. Aber OK, man kann die Daten auch über GPIB/RS232 herunterziehen oder ein Foto machen, wenn man einen Screenshot zeigen will.
-
Also über die serielle kommt mit PS/2 Ram fortlaufend ohne Ende ...
I1 RAM/data line error 0000000000000000 0010000000000000 000008
I1 RAM/data line error 0000000000000000 0010000000000000 000008
I1 RAM/data line error 0000000000000000 0010000000000000 000008
I1 RAM/data line error 0000000000000000 0010000000000000 000008
und ohne Ram immer fortlaufend ohne Ende ...
I1 RAM/data line error 0000000000000000 1111111111111111 000008
I1 RAM/data line error 0000000000000000 1111111111111111 000008
I1 RAM/data line error 0000000000000000 1111111111111111 000008
I1 RAM/data line error 0000000000000000 1111111111111111 000008
Das Rammodul ist in Ordnung und alle Verbindungen zum PS/2 Ram sind in Ordnung, mehrmals nachgemessen auch gegen Masse und untereinander.
Ich vermute mal die 244 und 373 Latches ...
-
Na schau mal einer an, die CPU ist ja doch nicht angehalten!
Ich würde mir mal speziell die Treiber/Latches angucken, die für D13 zuständig sind, denn diese Datenleitung macht ja augenscheinlich Probleme. Und dann nochmal alle Lötstellen von D13 kontrollieren auf Wackelkontakt oder Kurzschluss.
-
Geschafft, läuft wieder ...
Einer der beiden 373 war defekt, wahrscheinlich der Ein oder Ausgang zum D13/Mdata zum Speicher wie ich von czietz weiss.
-
Wunderbar!
Welcher Hersteller ist der defekte 373? War es ein LS Typ?
-
Ja war LS, als Ersatz hatte ich nur noch zwei ALS. Die laufen aber zusammen mit den beiden LS244 ...
Muss mal neue Bauteile mitbestellen wenn die PAK Platinen kommen.
-
Stimme Lynxman voll zu. Klasse Job Frank.
-
Hat halt was auf dem Kasten, der Kerl. Gut gemacht!
-
Da ist ja nichts dabei ein defektes IC auszulöten und ein neues einzusetzen. Ich hätte das aus Verzweilfung eh gemacht aber der Hinweiss und die Führung von czietz war schon sehr Hilfreich ...