atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: fiveofive am Mo 06.01.2025, 19:11:32
-
Hallo zusammen,
erstmal alles Gute für das neue Jahr 2025 /|\
Ich habe folgendes Anliegen:
Seit gestern zeigt mein Mega STE leider ein Fehlerbild. Bei der Grafikdarstellung erscheinen die Zeilen verschoben und die Farben geraten durcheinander. Der Standard-TOS-Bildschirm und auch Programme, die in einem Bitplane laufen (z.B. das Spiel "Tony") weisen keine Fehler auf.
Sobald mehrere Farben bzw. Bitplanes im Spiel sind (ST niedrig oder mittel) tritt die fehlerhafte Darstellung auf. Ein paar Bildschirmfotos habe ich mal angehangen.
Nachdem, was ich bisher recherchiert habe, könnte das am Glue-Chip liegen. Was meint ihr, ist es möglich, dass der Chip einfach mitten im Betrieb (naja gut, nach über 30 Jahren ;)) den Geist aufgibt und passt das Fehlerbild?
Und was wäre zu empfehlen? Ich würde vielleicht mal alle gesockelten Chips neu andrücken. Wenn das nicht hilft, weiß jemand, ob man die einfach tauschen kann und ggf. wo es Ersatz gibt? Beim MegaSTE scheint da ja mitunter ein spezieller "Combo"-Chip verbaut zu sein.
Alles darüberhinausgehende (Löten, Messen usw.) übersteigt dann meine technischen Fähigkeiten, aber vielleicht gibt es ja eine einfach Lösung.
-
Hm, mein Problem mit den Fotos ist, dass ich nicht weiß, wie die gezeigten Spiele / Programme richtig aussehen würden. Kannst Du mal ein bekanntes Beispiel zeigen? Zum Beispiel auf dem Desktop den Dialog Index -> Hintergrund? Da sind ja auch alle Farben drin.
Also dieser Dialog:
-
Mainboard mit Baustein Lage ...
(http://www.atarimuseum.de/bilder/st/mb_mste_ob.GIF)
... der Combo Baustein ist aufgelötet und es gibt zwei Versionen mit internen Blitter und mit externen Blitter Baustein.
Man kann den Video Shifter aus dem Sockel nehmen und alles mit Isopropanol Sauber machen.
Edit: ... sehr wahrscheinlich kein Hardware Problem
-
Hm, mein Problem mit den Fotos ist, dass ich nicht weiß, wie die gezeigten Spiele / Programme richtig aussehen würden. Kannst Du mal ein bekanntes Beispiel zeigen? Zum Beispiel auf dem Desktop den Dialog Index -> Hintergrund? Da sind ja auch alle Farben drin.
Stimmt, gute Idee, danke! Ich hab ein Foto angehangen. Interessant.
Mainboard mit Baustein Lage ...
... der Combo Baustein ist aufgelötet und es gibt zwei Versionen mit internen Blitter und mit externen Blitter Baustein.
Man kann den Video Shifter aus dem Sockel nehmen und alles mit Isopropanol Sauber machen.
Edit: ... sehr wahrscheinlich kein Hardware Problem
Danke für die Tipps. Der Shifter ist ja wirklich ein Kandidat, dass schaue ich mir mal an.
-
Sind denn die Shifter in verschiedenen STEs und MegaSTEs eigentlich kompatibel, so dass man die testweise austauschen könnte?
-
Sind denn die Shifter in verschiedenen STEs und MegaSTEs eigentlich kompatibel, so dass man die testweise austauschen könnte?
Ja
Deine Farbpalette sieht aber nicht richtig aus. Wie sieht die direkt nach dem Einschalten aus ohne das ein Programm vorher läuft?
-
Deine Farbpalette sieht aber nicht richtig aus. Wie sieht die direkt nach dem Einschalten aus ohne das ein Programm vorher läuft?
Das sieht nach einem Clean-Boot ohne HD genauso aus.
-
Hm, die Paletteregister sind im Shifter. Vielleicht hat der irgendwie Kontaktprobleme entwickelt? Immerhin ist er gesockelt. Siehe die Grafik, die Frank gepostet hat, um ihn zu finden. Ganz vorsichtig(!) ausbauen, evtl. etwas Kontaktspray in den Sockel, wieder einbauen.
-
Sind denn die Shifter in verschiedenen STEs und MegaSTEs eigentlich kompatibel, so dass man die testweise austauschen könnte?
Generell ja. Selbst die zwei verschiedenen Revisionen (C301712 und C300588) sind zumindest testweise gegeneinander austauschbar.
-
Danke!
Dann nehme ich das mal in Angriff und besorge erstmal eine PLCC-Zange.
(den Shifter wieder fest andrücken hat nicht geholfen).
-
Nach meiner Erfahrung "rupfen" billige PLCC-Zangen die Chips ziemlich unsanft aus dem Sockel. Dabei habe ich schon Pins beschädigt. Ich nehme lieber etwas von meinem Lockpicking-Werkzeug (ein feiner Schraubendreher täte es aber ebenso) und hebele an den Ecken des Chips unter. Immer reihum, immer ganz vorsichtig ein Stückchen weiter, bis er irgendwann raus ist.
-
Ja die billigen PLCC Zangen sind Mist für ganz kleine Chips ok und diese SMD PLCC braunen Sockel aber ansonsten nicht. Die ruschen ab, verbiegen die Eckpins oder gehen kaputt bei den Atari Sockeln, je größer der Sockel desto schwerer. Die Atari Sockel verkraften die Bausteine so rauszuhebeln, habe noch nie einen kaputt gemacht. SMD Sockel gehen so kaputt und brechen in den Ecken.
-
Ok, danke für die Tipps. Dann versuche ich es mal mit einem Lockpicking-Werkzeug.
An einem Mega ST hatte ich schon mal mit Feinmechaniker-Schraubenziehern Erfolg, aber es erschien mir doch ziemlich brachial und gefährlich.
-
Nach meiner Erfahrung "rupfen" billige PLCC-Zangen die Chips ziemlich unsanft aus dem Sockel. Dabei habe ich schon Pins beschädigt. Ich nehme lieber etwas von meinem Lockpicking-Werkzeug (ein feiner Schraubendreher täte es aber ebenso) und hebele an den Ecken des Chips unter. Immer reihum, immer ganz vorsichtig ein Stückchen weiter, bis er irgendwann raus ist.
Achso, noch eine Frage: Meinst Du an allen vier Ecken oder nur den mit beiden diagonal gegenüberliegenden Ecken mit den kleinen Aussparungen?
-
Ich persönlich benutze einen Schenkel von so was ...
... natürlich nur in den gegenüberliegenden Aussparungen.
-
Digikey hat PLCC Zangen z.B. für 84 pin PLCC
A2137-ND
-
Die Zangen sind echt gut, habe die als PLCC 68 von wetec.
Hier gibt es auch welche:
https://shop.doenges-rs.de/822900/wetec-plcc-ziehzange?number=822940 (https://shop.doenges-rs.de/822900/wetec-plcc-ziehzange?number=822940)
-
Die Farbpalette des Kontrollfeldes könnten auch durch ein vorhandenes NEWDESK.INF verändert sein. Wenn man das File durch Doppelklick und "lesen" auf dem Bildschirm darstellen. In den ersten Zeilen sieht man ein lange Zeile mit vielen Ziffern (0 ... 7), von denen je 3 einer Farbe zugeordnet werden.
Hier könnte man zB. auch vergleichen, ob die Zahlengruppen für die letzten 16 der ersten entspricht ...
-
Die Farbpalette des Kontrollfeldes könnten auch durch ein vorhandenes NEWDESK.INF verändert sein.
a) Würde das nicht die falschen Farben in Spielen erklären und b) hat fiveofive das mit "sieht nach einem Clean-Boot ohne HD genauso aus" schon ausgeschlossen.
-
Ja die billigen PLCC Zangen sind Mist für ganz kleine Chips ok und diese SMD PLCC braunen Sockel aber ansonsten nicht. Die ruschen ab, verbiegen die Eckpins oder gehen kaputt bei den Atari Sockeln, je größer der Sockel desto schwerer. Die Atari Sockel verkraften die Bausteine so rauszuhebeln, habe noch nie einen kaputt gemacht. SMD Sockel gehen so kaputt und brechen in den Ecken.
Stimme ich auf jeden Fall zu, habe mit so einer PLCC Zange einmal auch ein par Pins abrasiert. Und ich war vorsichtig.
Bei meinem ersten Job hatten wir für jeden Sockeltyp spezielle PLCC Zangen, keine Universellen, die waren aber extrem teuer, haben den Chip aber gerade ohne verkanten rausgeholt.
Ich gehe das vorsichtig mit einer Pinzette an. Immer ein Stückchen abwechselnd von beiden Seiten.
Damit hatte ich bisher immer Erfolg.
-
Danke für die Tipps!
Die PLCC-Zange hab ich gekauft, aber dann doch nicht angerührt, dafür aber die Lockpicking-Werkzeuge. Mit den konnte ich schön "hebeln", nur ganz ohne Abrieb ging es nicht.
Es war abenteuerlich, aber der Chip ist erstmal draußen :)
Dann widme ich mich mal der Reinigung mit dem Kontaktspray.
-
Nach der Behandlung mit Kontaktspray und dem Wiedereinsetzen des Chips zeigt sich leider das gleiche Fehlerbild mit der Palette im TOS.
Dann hilft wohl nur ein Tausch.
-
Die ersten 8 Farben sind da wobei die Nummer 7 Gelb sein sollte und nicht Orange und die letzten 8 Farben fehlen komplett oder sind weiß ...
Rot / Grün / Blau ist ja da ...!
-
Nur um sicher zu gehen:
Im MegaSTE ist ein C301712 - mit der Schrift "verkehrt" herum (also lesbar von der Rückseite des Gehäuse ausgesehen).
Aus einem STE habe ich einen C300588, der war so eingesetzt, dass die Beschriftung lesbar war, wenn man von der Gehäuseseite schaut, wo die Floppy ist.
Den C300588 würde ich jetzt genauso "verkehrt herum mit der Schrift nach oben" in den Mega STE einsetzen, wie vorher den C301712, richtig?
Sorry für die Anfängerfragen, aber lieber vorher als nachher ;-)
-
Normalerweise bekommt man einen PLCC nicht verdreht in den Sockel.
Die Gehäuse haben immer eine Markierung für den Pin 1.
Wenn Du unsicher bist, bitte ein Bild einstellen.
-
Danke auch dafür. Die kleine Kerbe war bei dem C301712 (Mega STE) auf der Unterseite und bei dem C300588 (STE) auf der Oberseite. Der Austausch hat funktioniert.
Mit dem Shifter vom STE zeigt sich leider das gleiche Fehlerbild. Schade.
Hat noch jemand eine Idee?
-
Vielleicht für den ein oder anderen von Interesse - die Sache ist aufgeklärt! :-)
Nachdem mit einem anderen STE das gleiche Fehlerbild auftrat (nur 8 Farben in der Farbpalette etc.) habe ich das Videokabel getauscht (gleiches Fehlerbild), so dass es nur noch am Monitor liegen konnte. Das der Monitor so gezielt Einfluss auf die Farbpalette ausüben kann, erschien mir aber nach wie vor unwahrscheinlich. Aber tatsächlich, mit einem anderen Monitor war alles ok!
Was war also los?
Ich habe einen Phillips CM-8833 II in Verwendung. Der hat einen ziemlich wackeligen RGB-Anschluss (aber daran liegt es nicht). Aber der Monitor hat hinten zwei Knöpfe zum Umschalten. Einen davon nutze ich zum Umschalten zwischen 800XE und MegaSTE (CVBS oder RGB).
Aber es gibt da noch einen weiteren Schalter (Analogue TTL).
In einem Zustand ist das Bild nicht ganz so gut, aber es funktioniert alles, wie es soll.
In dem anderen Schaltzustand wird der ST Desktop super scharf dargestellt (so ähnlich wie bei Scart). Damit vernüpft ist aber dieses tückische Fehlerbild wenn weitere Farben ins Spiel kommen.
Auf den ersten Blick scheinen also beide Modi beim MegaSTE gut zu funktionieren (der Desktop wird normal dargestellt). Dem ist aber nicht so und anscheinend bin ich beim Umschalten zwischen XE und MegaSTE auf den Analogue TTL-Knopf gekommen.
Naja, zumindest weiß ich jetzt, wie man PLCC-Chips tauscht :-)
Danke für die Hilfe!
-
Also darauf wäre ich jetzt nicht gekommen. :) Aber gut, dass Du es gelöst hast. Und danke für die Rückmeldung!
-
Auch von mir ein Danke für die Rückmeldung. Muss ich mal testen ob ich das nachstellen kann.
Gruß
Wolfgang