Beiträge von Mac Bacon im Thema „C64 mit bald defekten VIC?“

    Oder man schreibt permanent auf die X-Register und liest den Wert immer wieder zum Vergleich zurück.

    This. Ich hab mal mein memtest-Programm so umgestrickt, dass es nur $d000..$d010 testet. Bitte ganz normal mit LOAD und RUN laden und starten.

    Die Fehleranzeige musste ich natürlich ändern, da die Screencodes hier nicht sicher sind: Oben links wird "%........" angezeigt, wenn alles ok ist. Fehlerhafte Bits werden als '#' angezeigt, bei D7 stünde da dann also "%#.......".

    Alle Fehlerbilder die bisher *beobachtet* wurden, passieren bei der Übertragung RAM->VIC.

    Im zweiten und dritten Screenshot sieht man gesetzte D7-Bits in Spaces. Da sind die Screencodes aber schon längst geholt und der Fehler passiert erst beim Lesen der Muster aus dem Char-ROM. Mit einem reinen RAM-Fehler kann ich das nicht erklären.

    Bit D7 kommt nicht richtig beim VIC an:

    [...]

    Allerdings scheint D7 immer nur fälschlich gesetzt, aber nie fälschlich gelöscht zu werden.

    Beim Bild von der U2 scheint es zu fehlen (außer es wäre irgendwie eine invertierte Darstellung), oder täuscht mich das?

    Oh, das hab ich gar nicht gesehen. Invertierte Darstellung kann wegen der Farben nicht sein, die Aussage "das Bit wird immer nur gesetzt, nie gelöscht" muss ich daher zurückziehen.

    Bit D7 kommt nicht richtig beim VIC an:

    Wenn das beim Lesen aus dem Char-ROM passiert, entstehen einzelne Pixelfehler in der ganz linken Spalte jedes Zeichens.

    Wenn es beim Lesen der Screencodes aus dem Video-RAM passiert, sorgt das für die Darstellung invertierter Zeichen.

    Da auf den Screenshots beide Symptome zu sehen sind, wird das Problem nicht beim Char-ROM oder beim RAM liegen, sondern muss mehr beim VIC zu suchen sein (Kontaktproblem am Sockel?).

    Allerdings scheint D7 immer nur fälschlich gesetzt, aber nie fälschlich gelöscht zu werden. Bei einem reinen Kontaktproblem würde ich das eher anders herum erwarten... :gruebel:nixwiss: