A2000 Grafikfehler

Es gibt 34 Antworten in diesem Thema, welches 6.332 mal aufgerufen wurde. Der letzte Beitrag (5. September 2018 um 22:34) ist von BlindGerMan.

  • Guten Morgen

    Ich habe hier einen A2000, der (problemlos nachstellbar) Grafikfehler verursacht (siehe Foto). Diese bunten Streifen entstehen z.B., wenn man Ordner öffnet. Sie sind an einen Screen gebunden, d.h. wenn ich einen anderen Screen darüber schiebe, dann werden sie verdeckt, sind aber unverändert vorhanden wenn ich den Screen wieder wegschiebe. Ich habe mehrmals MemTest laufen lassen, aber keine Fehler gefunden. Einen Chip-RAM Fehler kann ich trotzdem nicht ausschließen. Die Streifen verändern sich, wenn man weitere Ordner öffnet oder schließt, aber scheinbar unabhängig davon, an welcher Stelle auf dem Bildschirm Fenster dargestellt werden. Man kann also nicht mit einem Fenster die Grafikfehler "wegwischen".

    Ist das Symptom jemandem bekannt?

    Gibt es einen "Hardcore"-Test für den Speicher? Ich hatte vor vielen Jahren mal ein RAM-Modul auf einer Turbokarte, das defekte Bereiche hatte. Die konnte man mit irgendeiner Software aufspüren und dann "sperren". Das Programm war extrem gründlich und hat jede Adresse mit mehreren verschiedenen Bitmustern getestet. Weiß jemand, wie es heißt?

    Generell wäre ich für Hinweise zu nützlicher Diagnose-Software sehr dankbar.

    Update:
    Ich habe noch einen Screenshot hinzugefügt, der mit SGrab auf dem Amiga erstellt wurde. Wie man rechts oben sieht, sind die Fehler offenbar im Grafikspeicher vorhanden. Die Frage ist, wie sie dort hinkommen. Einen Softwarefehler möchte ich fast ausschließen, weil die CF-Karte auch mit WinUAE bootet und dort keine Fehler auftreten.

  • So, EPROM rausgekramt, DiagROM gebrannt, eingesetzt. Blinkt rot/cyan. Bedeutet "illegal instruction". Also musste die A2630 raus.

    Hier zwei Fotos vom DiagROM Chipmemtest. Absolut nichtssagend :( Der erste Test findet gar keinen Chipmem und faselt von Shadowmem, der zweite Test meldet einen AddressError, aber nicht wo der sein soll. Beim Grafiktest sieht das eine Testbild einwandfrei aus, das andere eher nicht. Da ich nicht weiß, wie es aussehen soll, bringt mir das alles nichts.

    Somit scheidet DiagROM bei "nützlicher Diagnose-Software" aus. Hat noch jemand bessere Vorschläge?

  • Danke, SysTest ist wesentlich vertrauenserweckender und funktioniert immerhin mit der Turbokarte.
    Habe es von Disk gebootet.

    Ich hab den ChipRAM-Test 90 Runden laufen lassen - keine Fehler.
    Die 2MB FastRAM auf der A2630 sind ebenfalls fehlerfrei.
    Die 112MB FastRAM auf der BigRAM2630 ebenfalls unschuldig.
    Testbild sieht gut aus.
    Auch beim Testen der Maus sind keine Grafikfehler aufgetreten.

    Vorhin hatte ich auf der Workbench ein Phänomen, dass ich fast jeden Ordner öffnen konnte, ohne dass Pixelmüll entstanden ist. Beim Doppelklick auf Storage wurde dann der gesamte Bildschirm grau (Hintergrundfarbe) und ich musste den Rechner neu starten.

    Es ist definitiv was im Argen, aber ich weiß nicht weiter.

    Werde SysTest mal noch von der Workbench starten, vielleicht ändert sich etwas... Nein, leider nicht.

    Jetzt hatte ich die Idee, dass es am IDE-Controller liegt. Denn was passiert, wenn man einen Ordner öffnet? Die Festplatte wird gelesen. Oder in meinem Fall die CF-Karte. Also die komplette Partition DH0 nach DH1 kopiert. Keine besonderen Vorkommnisse.

    ;(

    Einmal editiert, zuletzt von OlsenG (3. September 2018 um 18:20)

  • wie verhält sich dein A2000 ohne A2630 bzw. Ohne BigRAM...

    Habe gerade BigRAM abgezogen und kann keine Fehler mehr feststellen.

    Das Ding hat von Anfang an nur Ärger gemacht. Nicht kompatibel mit OS3.5 und OS3.9, außer man brennt sich ein ROM 3.9 (was ich gemacht habe).

    Ich werd mal die A2630 wieder auf 4MB jumpern, noch ein paar Tests machen und wenn es sich bewahrheitet, geht die BigRAM wieder zurück zu Jens.

    Danke BlindGerMan, Meister der Bridgeboards.


    Update: das Problem tritt auch ohne BigRAM auf, nachdem ich auf 4MB gejumpert habe. Leider kann man den Speicher nicht ganz abschalten (oder?), 4MB sind mir zuviel im ZorroII-Raum, da sollten noch 2x64KB für Soundkarte und IDE-Controller und 4MB Grafikkarte rein. Die Grafikkarte ist momentan nicht eingebaut, deshalb kann ich solche Experimente machen.

    Was jetzt? FPU runter von der A2630? Alle Speicherchips runter?

    Einmal editiert, zuletzt von OlsenG (3. September 2018 um 18:54)

  • 4MB sind mir zuviel im ZorroII-Raum, da sollten noch 2x64KB für Soundkarte und IDE-Controller und 4MB Grafikkarte rein.

    Wieso? Das geht doch alles gleichzeitig wenn die Entwickler nicht gepennt haben. Zusätzlich zu den 8 MB am Stück die man für RAM verwenden kann gibts auch noch einen I/O-Bereich (Bei $E90000 meiner Erinnerung nach) der für solche kleinen Blöcke gedacht ist.

  • Wieso? Das geht doch alles gleichzeitig wenn die Entwickler nicht gepennt haben. Zusätzlich zu den 8 MB am Stück die man für RAM verwenden kann gibts auch noch einen I/O-Bereich (Bei $E90000 meiner Erinnerung nach) der für solche kleinen Blöcke gedacht ist.

    Da hast Du völlig Recht, Gerrit. War ein Denkfehler von mir.


    Ein kleines Update zu meinen Forschungen. Ich hab die FPU runtergenommen, die Karte wieder auf 2MB gejumpert, BigRAM drauf. Grafikfehler sind wieder da.

    Ich brauch eine andere Turbokarte. Leider haben die momentan verfügbaren Selbstbaulösungen alle zuwenig RAM. Mit 2-4MB kann ich nichts anfangen, da meldet schon der Screenmanager von StormC, dass er zuwenig Speicher hat :(

  • Was für einen AGNUS hast du auf dem Board? Könnte ja auch sein, daß der einen Schuss hat.

    Ein 8372A 318069-02

    Ich schau mal, ob ich noch einen in der Schublade habe. Danke für die Idee.

    Nachtrag: hatte leider keinen Erfolg. Unverändertes Verhalten. Ich bau jetzt einen anderen 2000er auf mit gleicher Konfiguration und schau weiter. Der hatte zwar noch ganz andere Macken, aber wenn ich die Grafikfehler dort auch nachvollziehen kann, dann liegt's wohl nicht am Mainboard.

    Einmal editiert, zuletzt von OlsenG (3. September 2018 um 21:10)

  • Wie schnell sind die RAMs auf der A2630? Ich hatte 100ns drauf und auch ganz merkwürdige Effekte mit der BigRAM-Erweiterung.
    Hab dann alle ausgelötet und Toshiba 70ns genommen, dann lief es - auch mit FPU.

    ?SYNTAX ERROR
    READY.
    Bitte melde dich an, um dieses Bild zu sehen.

    Letzte Projekte:

    Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen. / Bitte melde dich an, um diesen Link zu sehen.

  • Wie schnell sind die RAMs auf der A2630?

    100ns von NEC. 32 Stück ;(

    Werd ich wohl versuchen müssen, schnellere zu kriegen. Ich würde das auch als "merkwürdigen Effekt" einstufen. BigRAM verschlimmert das Problem, verursacht es aber nicht, weil die Fehler ja auch mit 4MB auftauchen.

    Das Experiment mit dem zweiten A2000 ging in die Hose, der bootet nicht mal mehr, auch ohne Karten. DiagROM reingesteckt, bleibt beim IRQ-Test hängen. Nö, da nehm ich lieber wieder den anderen Rechner...

    Noch als Anmerkung. Die A2630 ist eine Rev.6 mit den entsprechenden Fixes für die BigRAM und den 07er ROMs.

    Haben die Toshiba-RAMs die gleiche Teilenummer wie die NEC? D424256V Hab die Liste der verschiedenen ZIP-RAMs im amiga-wiki gefunden.

    ZIP-RAMs sind schwer zu kriegen. Ob es sich lohnt, eine Adapterplatine für leichter zu beschaffende DRAMs zu bauen?

    2 Mal editiert, zuletzt von OlsenG (3. September 2018 um 22:08)

  • Ich brauch eine andere Turbokarte. Leider haben die momentan verfügbaren Selbstbaulösungen alle zuwenig RAM. Mit 2-4MB kann ich nichts anfangen, da meldet schon der Screenmanager von StormC, dass er zuwenig Speicher hat :(

    Matze hatte bei seiner 64mb Erweiterung für seine Turbokarte wohl endlich Erfolg und es wird wohl demnächst die entsprechende Sammelbestellung geben.

  • Matze hatte bei seiner 64mb Erweiterung für seine Turbokarte wohl endlich Erfolg

    Das hört sich doch gut an. Ich habe sein GitHub beobachtet, aber da ging seit einigen Monaten nichts mehr. Für seine Turbokarte hab ich mehrere Bausätze da, hatte aber bisher keinen Bedarf die aufzubauen. Die 64MB Erweiterung wäre endlich ein gutes Argument.


    Trotzdem studiere ich grad das Datenblatt der ZIP-RAMs und den Schaltplan der A2630. 4 DRAMs mit je 4Mx16 könnten die 32 teuren ZIPs ohne Zusatzschaltung ersetzen, so wie ich das sehe. Und vermutlich hab ich noch hunderte davon auf irgendwelchen alten RAM-Modulen.

    Einmal editiert, zuletzt von OlsenG (3. September 2018 um 22:45)

  • Bist du im A1k angemeldet? Schau mal hier Bitte melde dich an, um diesen Link zu sehen.

  • An so eine Lösung hatte ich mal bei einem SCSI-Controller gedacht. Aber 32 Chips durch 32 Chips mit Adaptern zu ersetzen find ich jetzt nicht so prickelnd. Ich würde gerne die Kapazität auf dem Bus verringern, da wär es schöner mit weniger Chips auszukommen. Und stromsparender.

    Den SIMM-Adapter für den A3000 hab ich heute auf YouTube gesehen, sowas könnte ich mir auch vorstellen, aber das wird ohne Zusatzlogik wahrscheinlich nicht funktionieren. Ich will nicht noch einen GAL dazwischen, der das Timing versaut. Nur die 4 Speicherbänke in 4 einzelne Chips umleiten.

    Ich schau mal, wie man das mechanisch lösen kann. Eine Platine so groß wie die RAM-Fläche auf der A2630, mit 4 SMD-Chips drauf, direkt zum Auflöten.

  • und ohne FPU? Wie schaut es damit aus? Laut Jens verursachen die 100ns ZIPs zu hohe Kapazität...

    So unendlich teuer sind die ZIPs auch nicht, man brauch aber etwas Geduld und Glück! Wobei eine Adapterplatine schon SEHR interessant wäre...

  • Ohne FPU kein Unterschied. Eben, ich erinnere mich an einen Thread von Jens, wo er die FPU für eine zu hohe Kapazität auf dem Bus verantwortlich gemacht hat und auch keine Funktionsgarantie geben wollte, dass BigRAM mit FPU läuft. Klingt plausibel, dass die ZIPs da auch beitragen.

    Ich werde mich um eine Adapterplatine kümmern.

  • Du hast nicht zufällig irgend einen Patch am laufen, der die grafik vom Chip in das Fastram Kopiert, da hatte ich identische bunte streifen mit. Ist nur so eine Idee, weil es genauso ausgesehen hat. Programme wie FBlit können falsch konfiguriert auch zu diesen GFX Fehlern führen.

  • Zitat von Wiesel aus dem Bitte melde dich an, um diesen Link zu sehen. hier.

    Schön zu lesen. Es gibt aber auch eine Menge Kunden, die problemlos mit FPU fahren. Da Du mit der BigRam2630 schon unanständig viel Speicher hast, würde ich jetzt mal die "zusätzlichen" 2MB entfernen, denn die sind ungepuffert auf dem Datenbus und verursachen reichlich Verzögerung mit ihrer kapazitiven Last. Wenn nur noch die Hälfte an RAM-Chips auf der 2630 ist, hast Du höchst wahrscheinlich auch wieder Luft, um die FPU in ihren Sockel zu stecken.


    Vielleicht würde das ja schon reichen um deine Karte stabil zu bekommen.

    Gruß Plastix