C64 Mal schwarzes Bild mal bunte Kacheln

Es gibt 306 Antworten in diesem Thema, welches 28.312 mal aufgerufen wurde. Der letzte Beitrag (21. Juni 2021 um 20:43) ist von Fepo.

  • Ab welcher Spannung ist den hier sichergestellt das die Gegenseite das als klares High und Low klar erkennt?

    Der TTL-Standard sieht vor:

    • Ausgang
      • LO = max 0,4 V
      • HI = min. 2,4 V
    • Eingang
      • LO = max. 0,8 V
      • HI = min. 2,0 V

    Deine gemessenen Werte passen somit. Ich seh' da auf den ersten Blick auch nicbts Verdächtiges. Lass mal MacBaocns RAM-Test laufen, bzw. den "Ultimax RAM Test" vom Cartridge.

  • Ab welcher Spannung ist den hier sichergestellt das die Gegenseite das als klares High und Low klar erkennt?

    Der TTL-Standard sieht vor:

    • Ausgang
      • LO = max 0,4 V
      • HI = min. 2,4 V
    • Eingang
      • LO = max. 0,8 V
      • HI = min. 2,0 V

    Deine gemessenen Werte passen somit. Ich seh' da auf den ersten Blick auch nicbts Verdächtiges. Lass mal MacBaocns RAM-Test laufen, bzw. den "Ultimax RAM Test" vom Cartridge.

    Den Ultimax habe ich leider nicht auf der Karte. Lasse gerade einmal den Test von Mac Bacon durchlaufen.


    Diesem Test ist mir nicht ganz klar wo ran ich erkenne was gut oder schlecht ist. Einen Counter sehe ich auch nicht.


    Der Test läuft auch gerade parallel auf einem Emulator mit. Da auch kein Counter.


    davor habe ich nochmal Doc64 von der Karte ausgeführt.


    sorry die schlechte Bildqualität liegt am Monitor.

  • Solange links oben ein "@" zu sehen ist, ist der RAM-Test in Ordnung.

    Ah ok


    Der Test läuft jetzt schon eine gute halbe Stunde.

    Das @ hat sich nicht verändert.

  • Dann würde ich jetzt mal einen RAM-Fehler ausschließen.

    Ich auch. Wenn eine andere Diagnosesoftware trotzdem RAM-Chips als defekt meldet, fallen mir nur noch zwei Möglichkeiten ein:

    1. CPU teildefekt, so dass die Fehler z.B. nur bei bestimmten Opcodes auftreten. Scheint mir eher unwahrscheinlich, denn CPUs gehen eher selten kaputt.

    2. PLA teildefekt, so dass in einer anderen Speicherkonfiguration eines der ROMs statt RAM eingeblendet wird. Alternativ auch ein Problem mit dem Prozessorport, so dass die PLA also gar nicht die Speicherkonfiguration benutzt, die die laufende Software gern hätte.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • 2. PLA teildefekt, so dass in einer anderen Speicherkonfiguration eines der ROMs statt RAM eingeblendet wird. Alternativ auch ein Problem mit dem Prozessorport, so dass die PLA also gar nicht die Speicherkonfiguration benutzt, die die laufende Software gern hätte.

    Jupp, darauf hatte mein Verdacht oben abgezielt.

  • Ich werde mal die PLA aus der Laufenden Maschine heraus nehmen und dort mal einsetzen.


    Schaffe das aber nicht sofort.

  • Guten Morgen

    So ich hab dass jetzt mal die PLA‘s quergetauscht.


    Die Machine die Ok ist Arbeitet mit beiden PLA‘s wunderbar.


    Hab mal ein Slow-Mo Video der Diagnose von beiden Maschinen gemacht und festgestellt das die Anzeige der defekten RAM Chips erst dann kommt wenn der Test von PLA als OK gekennzeichnet wird ca 1mü später.

    Wer das sehen will den pack ich das auf einen Dropbox link.


    Des weiteren kann man bei dem heilen C64 sehen das beim Color RAM ein Kästchen wandert und mit OK abschließt, was bei dem defekten nicht der Fall ist, da der Test gleich ohne OK übersprungen wird wenn er da nicht abstürzt.


    Ich würde jetzt dazu übergehen mal den Color RAM mal quer zu tauschen.

    Was meint Ihr dazu?

  • Ich würde jetzt dazu übergehen mal den Color RAM mal quer zu tauschen.

    Kann man machen. Das Color-RAM wird aber korrekt initialisiert und beschrieben, und vom VIC auch korrekt ausgelesen; sonst würden die Farben nicht stimmen.

    Ich würde mal vorher noch den 4066 tauschen.

    [edit]

    Bzw. würde ich mal das normale BASIC starten und eingeben:

    FOR I = 0 TO 15 : POKE 55296 + I , I : PRINT I, PEEK (I) : NEXT

    [/edit]
  • Ich würde jetzt dazu übergehen mal den Color RAM mal quer zu tauschen.

    Kann man machen. Das Color-RAM wird aber korrekt initialisiert und beschrieben, und vom VIC auch korrekt ausgelesen; sonst würden die Farben nicht stimmen.

    Ich würde mal vorher noch den 4066 tauschen.

    [edit]

    Bzw. würde ich mal das normale BASIC starten und eingeben:

    FOR I = 0 TO 15 : POKE 55296 + I , I : PRINT I, PEEK (I) : NEXT

    [/edit]

    Entspricht das dem was du sehen willst?

  • Habe auch noch ein kleines Prüfprogramm geschrieben:

    0 cr0=peek(55296)and0

    1 cr1=peek(55296)and1

    2 cr2=peek(55296)and2

    3 cr3=peek(55296)and3

    4 cr4=peek(55296)and4

    5 cr5=peek(55296)and5

    6 cr6=peek(55296)and6

    7 cr7=peek(55296)and7

    8 cr8=peek(55296)and8

    9 cr9=peek(55296)and9

    10 cr10=peek(55296)and10

    11 cr11=peek(55296)and11

    12 cr12=peek(55296)and12

    13 cr13=peek(55296)and13

    14 cr14=peek(55296)and14

    15 cr15=peek(55296)and15

    20 print cr1,cr2,cr3,cr4,cr5,cr6,cr7,cr8,cr9,cr10,cr11,cr12,cr13,cr14,cr15

  • Habe auch noch ein kleines Prüfprogramm geschrieben:

    wtf?

    Da sollte dann das hier herauskommen.

    Vorsicht! Auf realer HW ist das obere Nibble unbestimmt, daher kann man nicht erwarten, diese Werte zu bekommen.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • die Anzeige der defekten RAM Chips erst dann kommt wenn der Test von PLA als OK gekennzeichnet wird

    Die Anzeige "PLA OK" bedeutet nur, dass der vom Diagnosemodul durchgeführte, sehr einfache Test bestanden wurde. Es ist schwierig bis unmöglich, die PLA rein in Software komplett durchzutesten und ein aussagekräftiges Ergebnis zu erhalten.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..