Defékt laut Pictorial Fault Guide Kernal, der ist aber okay?!

There are 45 replies in this Thread which has previously been viewed 1,095 times. The latest Post (March 4, 2026 at 7:25 AM) was by c64cybertom.

  • Hi,

    C64 Board Assy 250466 bringt beim Einschalten einen blauen Screen ohne Text (laut Guide wäre hier U3 der Übeltäter).

    Mit Jupiter Lander gibt es Grafiksalat genau wie im Guide (hier wäre der Kernal U4 wohl der Übeltäter).

    Nun habe ich den Kernal mal in einem funktionierenden Board erfolgreich quergetestet… funktioniert dort fehlerfrei.

    Klar, könnte ich nun noch den U3 rausnehmen, ist aber leider nicht gesockelt und ich möchte ungern auf verdacht sämtliche Chips

    auslöten.

    Was könnte neben U3 hier sonst die Fehlerursache sein?

    So sieht das Fehlerbild aus :

    Please login to see this attachment.

  • Hast du kein KFF oder Easyflash mit Testcart ? Das sollte ROM Fehler sogar ohne Test Harness finden.

    Mein Anfang : Braunschweiger C64 mit der weissen eckigen C2N-B Datasette, später dann 1541
    -> Upgrade auf C128D (Plastik) mit zusätzlicher 1571, REU 1700 und 1901 Monitor und habe dort tatsächlich CP/M und den C128 Modus genutzt
    -> dann musste der Wunsch Amiga wegen Studium leider zugunsten eines 386SX16 ausfallen
    -> heute : C64, C64-U, TheC64, A500mini

  • DeadTest läuft ohne Fehler durch

    586220 hängt interessanterweise beim Interrupt-Test fest… Die Timer laufen im Sekundentakt weiter und sind synchron

    Es werden keine Fehler angezeigt…

  • DeadTest läuft ohne Fehler durch

    Wenn https://github.com/c1570/c64-dead-test die richtigen CRCs für die ROMs anzeigt, funktionieren die auch.

    Falls Du noch den Dead Test 006 nimmst, solltest Du umsteigen.

  • DeadTest läuft ohne Fehler durch

    Wenn https://github.com/c1570/c64-dead-test die richtigen CRCs für die ROMs anzeigt, funktionieren die auch

    mit CRC sind die Typenbezeichnungen gemeint? z.B. 901227-03, etc…- oder?

  • Du musst die Anleitung lesen und die richtige Hardware dafür benutzen. Während der Sound-Test läuft, muss der GAME-Jumper entfernt werden, dann laufen weitere Tests.

    Aber was man da jetzt schon sieht, ist, dass CIA1 richtig angesteuert wird, IRQ und PLA also soweit funktionieren.

  • Du musst die Anleitung lesen und die richtige Hardware dafür benutzen. Während der Sound-Test läuft, muss der GAME-Jumper entfernt werden, dann laufen weitere Tests.

    wusste ich noch gar nicht - danke für den Hinweis!

  • Wenn https://github.com/c1570/c64-dead-test die richtigen CRCs für die ROMs anzeigt, funktionieren die auch.

    Verbesserungsvorschlag: Nicht nur die CRC-Werte anzeigen, sondern auch, ob diese korrekt sind.

    mit Game Jumper Switch, nach 64K RAM Test bringt er nun

    Die CRC-Werte für die ROMs sind m.M.n. in Ordnung.

  • Wenn https://github.com/c1570/c64-dead-test die richtigen CRCs für die ROMs anzeigt, funktionieren die auch.

    Verbesserungsvorschlag: Nicht nur die CRC-Werte anzeigen, sondern auch, ob diese korrekt sind.

    Der Text von https://github.com/c1570/c64-dead…ov-file#rom-crc passt nicht mehr in die 4 Bytes Speicher, die noch frei sind... die Doku und auch der Willen des Benutzers, diese zu lesen, gehört bei Diag-Zeugs einfach dazu.

    c64cybertom Und das ist der C64 mit Blue Screen ohne Modul? Seltsam. Nach dem sauberen Dead Test bleibt eigentlich nur defekte IRQ-Leitung von CIA1 zu CPU, aber selbst dann müsste die Einschaltmeldung kommen (dann ohne Cursor). Steht auch in der Doku. Mal überlegen...

    Zeichensalat mit Jupiter Lander kann man NICHT mit dem Pictorial Guide vergleichen, letzteres gilt NUR für "ohne jegliches Modul".

  • die Doku und auch der Willen des Benutzers, diese zu lesen, gehört bei Diag-Zeugs einfach dazu.

    Deinen Glauben in die Menschheit möchte ich haben ... :biggrin:

    Und wenn man dafür die Keyboard-Routine rauswirft? Das Keyboard kann man ja auch gut anders testen ...

    Aber nun:

    :zzt:

  • Der Sinn dieses Dead Tests ist es, alles "bis zum BASIC" zu testen, und da gehört Tastatur dazu, die sich ansonsten auch nur sehr sperrig mit anderem Modul testen lässt. Die CRC-Werte dagegen sind nur einen Klick weg.

  • c64cybertom Und das ist der C64 mit Blue Screen ohne Modul? Seltsam. Nach dem sauberen Dead Test bleibt eigentlich nur defekte IRQ-Leitung von CIA1 zu CPU, aber selbst dann müsste die Einschaltmeldung kommen (dann ohne Cursor). Steht auch in der Doku. Mal überlegen...

    Kurzschluss auf einer der Prozessorport-Leitungen zu irgendwas anderem könnte noch sein, sodass eben das BASIC in bestimmten Fällen nicht aktiviert wird. An der PLA sind das Pins 6, 7, 8 (CHAREN, HIRAM, LORAM). Scheint mir unwahrscheinlich, ist aber relativ fix gemessen... die Leitungen sollten in BASIC alle dauerhaft auf High liegen.

  • c64cybertom Und das ist der C64 mit Blue Screen ohne Modul? Seltsam. Nach dem sauberen Dead Test bleibt eigentlich nur defekte IRQ-Leitung von CIA1 zu CPU, aber selbst dann müsste die Einschaltmeldung kommen (dann ohne Cursor). Steht auch in der Doku. Mal überlegen...

    Kurzschluss auf einer der Prozessorport-Leitungen zu irgendwas anderem könnte noch sein, sodass eben das BASIC in bestimmten Fällen nicht aktiviert wird. An der PLA sind das Pins 6, 7, 8 (CHAREN, HIRAM, LORAM). Scheint mir unwahrscheinlich, ist aber relativ fix gemessen... die Leitungen sollten in BASIC alle dauerhaft auf High liegen.

    sind alle High 8o

  • Um das zu debuggen müsste man jetzt mal nachschauen, was Jupiter Lander beim Starten eigentlich macht. Wozu? Beim BASIC weiß man das, und blauer Bildschirm heißt da normalerweise "BASIC-ROM defekt" (VIC-II wurde durch KERNAL initialisiert und hängt danach). Aber das ist's hier wohl nicht.

    Was noch sein kann, ist, dass das Ding bei der PAL/NTSC-Erkennung im KERNAL hängt. Wenn z.B. beim Lesen von $D012 niemals Null gelesen wird, hängt's. https://www.pagetable.com/c64ref/c64disasm/#FF5E

    Mal anderen VIC-II probiert?