Grafikfehler beim C64

Es gibt 52 Antworten in diesem Thema, welches 7.722 mal aufgerufen wurde. Der letzte Beitrag (13. Februar 2017 um 02:52) ist von mc71.

  • Schon den Hinweis aus Posting Bitte melde dich an, um diesen Link zu sehen. mit POKE55296 ausprobiert?

    (Farb-)RAM-Defekt ist bei dem Fehlerbild weitaus naheliegender als manches, was danach orakelt wurde

  • Bitte melde dich an, um diesen Link zu sehen. Kenne ich dich eigentlich vom Commodore Stammtisch?

    Wem ein leeres EPROM fehlt, braucht ein EPROM-Lösch-Gerät

    Mein GitHub: Bitte melde dich an, um diesen Link zu sehen.
    EasyFlash3 DIY: Bitte melde dich an, um diesen Link zu sehen.

    Mein Discogs: 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. bin gerade dabei. Bin mir aber noch unschlüssig, muss ich die 1 nach Poke 55296,1 ändern? Also Poke 55296,2 .......Poke 55296,3 usw.?

    Einmal editiert, zuletzt von Felix_G (4. Februar 2017 um 19:56)

  • Felix:
    55296 ist Farbram oben links (Dezimal $D800)

    Mach einfach mal folgendes:

    Code
    forx=.to999:poke55296+x,1:poke1024+x,1:next:poke198,.:wait198,1


    Bei einem C64, bei dem KERNAL ROM, BASIC-ROM und vor allem Farb-RAM in Ordnung sind, wird der Bildschirm mit weißen "A" gefüllt und dann auf Tastendruck gewartet.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Wenn das Ergebnis so ist, heißt das noch nicht, dass die o.g. Dinge tadellos funktionieren, aber wenn irgendwo etwas nicht weiß dargestellt wird, sind wir schon schlauer.

    Ein erweiterter Test des Farbrams wäre, noch die unteren Nibbels zu lesen, aber das kann man sich für später aufheben.

  • Bei mir ist das erste A oben links gelb (sieht man auf dem Bild leider nicht so gut), alle anderen weiss:
    Bitte melde dich an, um diesen Anhang zu sehen.


    Habe mal C64 Diagnostic laufen lassen, das ergab auch ein komisch buntes Bild, obwohl bei Color RAM "Ok" steht:
    Bitte melde dich an, um diesen Anhang zu sehen.

    Einmal editiert, zuletzt von Felix_G (4. Februar 2017 um 21:30)

  • Hmh...
    der Screenshot 2 hilft!
    allein schon am A in "stackpage" und dem "O" von "Basic ROM" OK sieht man, dass hier mehr/etwas ganz anders nicht stimmt als mit dem ersten Byte des Farbrams...

    Mach trotzdem im Direktmode mal, was Kiwi empfohlen hatte

    Code
    poke 55296,1:print peek(55296) and 15
  • Habe ich gemacht. Die Zahlen stimmen immer überein, habe auch bis 55300 getestet.

  • dann geht unterwegs was schief beim Schreiben, jetzt müsste man nur noch klären, warum...

  • Der Bildschirm bei C64 Diagnostic ist zu Beginn wie er sein sollte von den Farben her. Erst wenn er anfängt den 64-K Ram zu testen verändert sich das Bild wie man bei Screenshot 2 sehen kann. Ist das ein Anhaltspunkt?

  • Du könntest mal direkt nach dem Einschalten (ohne Module)

    Code
    print peek(55296) and 15

    machen

    Bei einem funktionierenden C64 sollte die KERNAL-RESET-Combo dafür sorgen, dass dort 14 ($0e / light blue) steht.

    Wenn dem nicht so ist, müsste man überlegen, ob man der KERNAL-Prüfung ("OK") der Diagnose glaubt.

    Falls dem so ist, müsste man tatsächlich losgehen und schauen, was hardware-seitig so beteiligt ist am Farbram Adressieren

  • Habe es mal getestet. Es kommt 15 raus, nicht 14.

  • Uh... nicht gut.

    Hast du die Möglichkeit, mal ein anderes KERNAL zu nehmen (z.B. via EasyFlash3) oder mit einem Modul wie FCIII oder ActionReplay etc etc zu starten und dort im Direkt Mode (nicht KILL sondern Exit to BASIC) nochmal

    Code
    print peek(55296) and 15

    auszuführen?

    Wenn dann ein korrekter Wert rauskommt, hat das C64 KERNAL nen Hau.

    Wenn nicht, muss man weiter suchen.

  • das Teil macht mich wahnsinnig! :cursing::D habe es nun nochmal versuch, direkt nach dem einschalten: print peek(55296) and 15. Heraus kam nun 15. Hab den Vorgang mehrmals wiederholt, es war immer 15. Habe leider nicht die Möglichkeit eines anderen Kernals....

  • Wenn das Color-RAM aus CPU-Sicht in Ordnung ist, tritt der Fehler nur aus VIC-Sicht auf => evtl. eine kalte Lötstelle an den Umschalt-TTLs für die vier Bit?

    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..

  • Kleine Käfer, auf denen in deinem Fall vermutlich leider "MOS" drauf steht :D

    Mach mal Gehäuse auf und Foto von Platine

  • Bitteschön, hier die Platine:
    Bitte melde dich an, um diesen Anhang zu sehen.

  • Das Bild ist aber sehr erhm klein, mach lieber nochmal 2 Bilder mit geringer Entfernung (linke und rechte Hälfte der Platine)

    Also auch wenn du geschickt einen Elko über die ASSY No gebogen hast, gehe ich mal davon aus, du hast ne ASSY No. 250407

    Wenn du jetzt hier mal schaust
    Bitte melde dich an, um diesen Link zu sehen.
    findest du ein Bild, bei dem man über die ICS hovern kann

    Hier gibt es ne Liste der ICs
    Bitte melde dich an, um diesen Link zu sehen.)

    Bzgl Schaltplan zu einzelnen Revisionen findest du sicher entweder selbst was oder dir wird geholfen

  • Der Elko war wirklich geschickt gebogen, á la rate-rate-welches-board-hab-ich :D Ist n ASSY 250407, Revision B

    Linke Hälfte groß:
    Bitte melde dich an, um diesen Anhang zu sehen.

    rechte Hälfte:
    Bitte melde dich an, um diesen Anhang zu sehen.