atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: Ektus am Do 31.05.2018, 22:40:47
-
Hallo Zusammen,
mein CT2A Falcon läuft in letzter Zeit zunehmend instabil: Abstürze beim Kopieren von Dateien mit Kobold, flackernde Punkte auf dem Bildschirm. Allerdings findet der RAM-Test mit yaart keine Fehler :-(
Kann das trotzdem am 16MB ST-RAM SIMM liegen? Das wurde beim vorletzten OFAM getauscht, weil ich das vorher verbaute geglüht habe...
Der Rechner hat einen beschleunigten Bus und wird an einem NEC Multisync PA241W betrieben mit 1120x768 bei 256 Farben. Videl läuft mit 50MHz, Bildwiederholfrequenz 48Hz, Zeilenfrequenz 39432Hz. Das belastet den Bus natürlich extrem, lief aber bisher problemlos. Irgendwo ist der Wurm drin :-(
Die Stromversorgung (AT-Netzteil) sieht sauber aus, 5,12V an einem der Festplattenkabel und mit meinem kleinen Oszilloskop sehe ich nur eine ganz leichte Welligkeit.
Ziemlich ratlos
Ektus.
-
Schwer zu sagen... vielleicht hat jemand eine konkrete Idee. Natürlich altern auf dem Board eine Menge Bauteile allem voran die Ellkos. Du hast mit dem Oszi schon ein wenig getestet... wie siehts denn mit den Takten am Videl aus, die mal angeguckt?
Hast du die Spannung mal beim Kopieren von Daten gemessen z.B. von Diskette auf Festplatte bzw. CF?
-
Schwer zu sagen... vielleicht hat jemand eine konkrete Idee. Natürlich altern auf dem Board eine Menge Bauteile allem voran die Ellkos. Du hast mit dem Oszi schon ein wenig getestet... wie siehts denn mit den Takten am Videl aus, die mal angeguckt?
Bisher nicht, da komme ich im Tower sehr schlecht ran und mein kleines Handheld-Oszi kann nur 10MHz, da sehe ich zu wenig.
Hast du die Spannung mal beim Kopieren von Daten gemessen z.B. von Diskette auf Festplatte bzw. CF?
Nein. Wobei es im Moment wieder läuft. Die leichten Bildstörungen sind zwar immer noch da, aber die Kopieraktion war bisher erfolgreich (inkl. Kontrolle mit TreeCheck). Es könnte auch ein Lontaktproblem mit der SCSI-Verkabelung im Tower sein, allerdings erklärt das nicht die heftigen Abstürze mit Farbumschlag am Bildschirm, den ich vorhin hatte.
MfG
Ektus.
-
Kontaktprobleme würde ich auch erstmal tippen.
Irgend ein Kabel leicht angerissen oder nicht mehr verbunden.
hatte ich bei meinem Blitzlaufwerk.
Eventuell auch mit Kontaktspray die Verbindungen bearbeiten.
-
1) Lassen die Symptome nach, wenn Du den Blitter abschaltest?
2) Wie schnell ist Dein neues RAM?
3) Temperatur? Ist Dein Videl gekühlt? RAM auch?
4) _Dauertest_ mit yaart?
-
Eventuell auch mit Kontaktspray die Verbindungen bearbeiten.
Würde ich nicht empfehlen, hilft nur kurzzeitig wenn überhaupt.
-
Tritt der Fehler auch bei niedrigerem Takt auf?
-
Schau doch mal welche Waitstates bei dir an dem Falcon eingestellt sind (die Lötbrücken vor dem Netzteil) dort kannst du für Ram und Rom Waitstates einbauen. Ich könnte mir vorstellen das die Chips in der Qualität nachlassen und es zu Timing Engpässen kommt. Wenn du am Ram mal einen Waitstate einfügst dann könnte es weg sein. (Settings findet man bei Exxos auf der Seite und auch bei czuba auf der seite im Museum)
-
Tritt der Fehler auch bei niedrigerem Takt auf?
Kann ich nicht testen, der ist fest auf 25MHz (Bus) und 50MHz (CPU, Videl). Ich könnte theoretisch die Farbtiefe reduzieren, aber dazu müßte ich erst einmal ins Bootmenü von centscreen kommen :-(
MfG
Ektus.
-
Schau doch mal welche Waitstates bei dir an dem Falcon eingestellt sind (die Lötbrücken vor dem Netzteil) dort kannst du für Ram und Rom Waitstates einbauen. Ich könnte mir vorstellen das die Chips in der Qualität nachlassen und es zu Timing Engpässen kommt. Wenn du am Ram mal einen Waitstate einfügst dann könnte es weg sein. (Settings findet man bei Exxos auf der Seite und auch bei czuba auf der seite im Museum)
Der Rechner ist so schon ziemlich zäh, an den Waitstates möchte ich da nichts machen. Ich kann mal versuchen, das SIMM mit dem anderen Falcon zu tauschen. Drauf steht handschriftlich "fpm", zum Ablesen der Chip-Beschriftung muß ich es erst ausbauen.
Ich habe vor einem Jahr einen größeren Monitor rangehängt und im Rahmen von dessen Möglichkeiten die Bildschirmauflösung maximiert, dabei hat sich der Videl Takt aber nicht verändert und auch nicht die Farbtiefe, und damit läuft der Rechner schon mindestens 15 Jahre.
MfG
Ektus.
-
Kontaktprobleme würde ich auch erstmal tippen.
Irgend ein Kabel leicht angerissen oder nicht mehr verbunden.
hatte ich bei meinem Blitzlaufwerk.
Eventuell auch mit Kontaktspray die Verbindungen bearbeiten.
Ich habe schon RAM-Karte und SIMM ausgebaut und neu gesteckt sowie diverse SCSI Stecker abgezogen und neu gesteckt. Der Rechner ist (und war immer) trocken, Kontaktspray würde ich höchstens bei sichtbar korrodierten Verbindungen testweise versuchen. Es ist wahrscheinlicher, daß da irgendwo einer der Schneidklemm-Stecker am SCSI Flachbandkabel ein Problem hat. Das hat aber nichts mit den Bildstörungen zu tun. Im Moment läuft es ja auch wieder, Gestern Abend 500MB in mehreren tausend Dateien von SD-Karte auf Festplatte kopiert und mit Treecheck geprüft: Keine Fehler.
MfG
Ektus.
-
1) Lassen die Symptome nach, wenn Du den Blitter abschaltest?
2) Wie schnell ist Dein neues RAM?
3) Temperatur? Ist Dein Videl gekühlt? RAM auch?
4) _Dauertest_ mit yaart?
1) Laut Allgemein cpx ist nur der Cache an, Blitter läßt sich gar nicht einschalten.
2) Auf den 8 Chips steht SIEMENS HYB5117400AJ-60 9506 FRANCE
3) Der Rechner ist im Big Tower Gehäuse, ein kleiner Lüfter pustet auf die CPU der CT2A, am Videl ist keine eigene Kühlung. Die Bildstörung tritt schon unmittelbar nach dem Einschalten auf.
4) Testdauer ca. 4 komplette Durchläufe.
MfG
Ektus
2018-06-01 14:12 Typenbezeichnung RAM nachgetragen
-
^^-- Daraus würde ich schließen, daß es zumindest kein Wärme-Problem ist (lag nahe wg. der Hitze-Welle). Trotzdem solltest Du dem Videl vielleicht einen Kühlkörper aufkleben.
Der Blitter im Falcon läßt sich afaik normalerweise gar nicht abschalten - außer mit NVDI oder MAGX! SI.CPX benutzen.
Vier Testläufe sind kein Dauertest.
Auch ich vermute Timing-Probleme auf dem Bus. Abschalten des Blitters reduziert die Bus-Belastung. Ansonsten:
Kann das trotzdem am 16MB ST-RAM SIMM liegen? Das wurde beim vorletzten OFAM getauscht, weil ich das vorher verbaute geglüht habe...
Imho ja. Versuche, ein gleiches Simm zu angeln wie das, welches Du geglüht hast.
Der Rechner ist so schon ziemlich zäh, ...
Ich empfehle, von CentScreen zu BlowUp zu wechseln. Das hat einen ´Saver´-Button, womit Video komplett abgeschaltet wird. Das bedeutet bei größeren Kopier-Aktionen nochmal einen kräftigen Schub!
-
Bei Wärme Problemen hilft Kältespray ...
Ich hatte eine ET4000 die kurz nach dem Einschalten Pixelmüll produziert hat. Mit Kältespray habe ich die Rambausteine runtergekühlt und der Pixelmüll war weg. Rambausteine nachgelötet oder getauscht und das Problem war behoben.
-
Vergiss aber nicht das der Bus mit 25Mhz läuft, so kann es wohl zu timing Prolemen führen, gerade beim RAM.
Schau doch mal welche Waitstates bei dir an dem Falcon eingestellt sind (die Lötbrücken vor dem Netzteil) dort kannst du für Ram und Rom Waitstates einbauen. Ich könnte mir vorstellen das die Chips in der Qualität nachlassen und es zu Timing Engpässen kommt. Wenn du am Ram mal einen Waitstate einfügst dann könnte es weg sein. (Settings findet man bei Exxos auf der Seite und auch bei czuba auf der seite im Museum)
Der Rechner ist so schon ziemlich zäh, an den Waitstates möchte ich da nichts machen. Ich kann mal versuchen, das SIMM mit dem anderen Falcon zu tauschen. Drauf steht handschriftlich "fpm", zum Ablesen der Chip-Beschriftung muß ich es erst ausbauen.
Ich habe vor einem Jahr einen größeren Monitor rangehängt und im Rahmen von dessen Möglichkeiten die Bildschirmauflösung maximiert, dabei hat sich der Videl Takt aber nicht verändert und auch nicht die Farbtiefe, und damit läuft der Rechner schon mindestens 15 Jahre.
MfG
Ektus.
-
Hast Du vorher was am Tower rumgebastelt oder ist das einfach so plötzlich aufgetreten?
Das würde dann eher auf Alterung hindeuten oder auf eine Lötstelle die gerisssen ist.
Hoffe Du hast ein Ersatzkabel für SCSI um zumindest das als Fehlerquelle auszuschließen.
Vielleicht machst Du ein Paar Bilder. Das hilft immer um sich das alles leichter vorzustellen.
Gibts dieses Problem vielleicht auch in Chips mit einer Lösung. Kann mir nicht
vorstellen, daß Du der einzige bist der solche Probleme hat.
-
Vergiss aber nicht das der Bus mit 25Mhz läuft, so kann es wohl zu timing Prolemen führen, gerade beim RAM.
Ich habe jetzt erstmal das SIMM mit dem anderen Falcon getauscht. Sieht so aus, als wären die Pixelfehler weg. Die haben sich so geäußert, daß einzelne Pixel am Bildschirm bei dunklem Bildinhalt hellblau geflackert haben, mit unterschiedlicher Frequenz.
Das jetzt eingebaute SIMM hat 8 Chips mit Aufdruck SIEMENS HYB5117405BJ-60 9803 UK G, ist also vermutlich jünger und kommt aus einem anderen Werk.
Speichertest muß ich noch machen.
MfG
Ektus.
-
Vier Testläufe sind kein Dauertest.
Wieviele dann? Der CT63 Falcon mit unbeschleunigtem Bus und dem SIMM, das im anderen Falcon Probleme machte, hat jetzt 86 Durchgänge und null Fehler.
Der CT2A Falcon ist mit dem getauschten SIMM jetzt bei ca. 48 Durchgängen (später angefangen und einmal unterbrochen) und hat ebenfalls keine Fehler zu melden.
MfG
Ektus.
-
So nach 20 bis 30 Minuten wenn alles schön auf Termperatur ist sollte es doch genug sein wenn dann immer noch 0 Fehler sind.
-
Und die PixelFehler sind auch weg? Na, dann ist doch alles paletti. Könnte sein, daß gerade die Kombi von CT mit dem einen Simm TimingProbleme hat - aber jetzt halte ich es für wahrscheinlicher, daß Du durch das Umstöpseln ein KontaktProblem behoben hast.
Vier Testläufe sind kein Dauertest.
Wieviele dann?
Min. so lange, bis die Betriebstemperatur stationär ist.
-
2) Auf den 8 Chips steht SIEMENS HYB5117400AJ-60 9506 FRANCE
Da hast du ja jetzt ein sehr schnelles RAM mit 60 Nanosekunden Zugriffszeit erwischt. Das ist schon wirklich optimal. Ich drücke die Daumen das es jetzt erst mal stabil läuft.
Mit dem GEMBENCH 6x von EXXOS kannst du auch einen Dauertest (Loop-Modus) machen. Den kannst Du ja mal über Nacht durchlaufen lassen... ;D (https://www.exxoshost.co.uk/atari/last/GB6/index.htm)
-
2) Auf den 8 Chips steht SIEMENS HYB5117400AJ-60 9506 FRANCE
Da hast du ja jetzt ein sehr schnelles RAM mit 60 Nanosekunden Zugriffszeit erwischt. Das ist schon wirklich optimal. Ich drücke die Daumen das es jetzt erst mal stabil läuft.
Das ist aber das SIMM, das Fehler produziert. Der jüngere Bruder davon hat das Problem hingegen nicht.
Mit dem GEMBENCH 6x von EXXOS kannst du auch einen Dauertest (Loop-Modus) machen. Den kannst Du ja mal über Nacht durchlaufen lassen... ;D (https://www.exxoshost.co.uk/atari/last/GB6/index.htm)
Der Falcon hat jetzt mehr als 100 Durchläufe von YAASTTT ohne Fehler absolviert, es reicht erstmal. Und GEMBENCH 6 ist nicht so mein Ding, läuft auf den meisten meiner Maschinen nicht (nicht dafür gedacht).
MfG
Ektus.