SX64: Demo Cauldron 101% läuft nicht

Es gibt 19 Antworten in diesem Thema, welches 3.105 mal aufgerufen wurde. Der letzte Beitrag (1. Oktober 2017 um 13:42) ist von kinzi.

  • Ich habe vor einigen Wochen 2 SX64 gekauft. Einer voll ok, der andere als „Ersatzteilspender“. Nach längeren Sitzungen (PLA defekt, CIA2 defekt, Steckverbindungen locker etc.) läuft nun auch der Organspender wieder. Nur Bügel und Tastatur samt Kabel fehlen.
    Nun folgendes Fehlerbild: Der reparierte SX lädt Programme von der Disk normal. Nur das Demo Cauldron 101% läuft nicht. Nachdem man RUN eingibt, sollte es nachladen und mit dem Demo beginnen. Stattdessen hängt es eine Zeit und zeigt dann einen Clearscreen mit "Ready".

    Am anderen SX läuft es aber einwandfrei. Einziger Unterschied zwischen den Geräten: Der SX auf dem es nicht läuft, hat einen Umschalt-Kernal zwischen Jiffy und SX64 Basic.
    Das Demo läuft weder auf Jiffy noch dem SX64 Basic.

    Da das Demo gleich zu Beginn nach dem Run-Befehl normalerweise nachlädt, und hier offenbar der Fehler liegt, vermute ich mal, dass es am Umschalt Kernal liegen muss. Oder? Will mir ehrlich gesagt ersparen, beide sx noch einmal aufzuschrauben und die Kernals zu tauschen, also vielleicht hat ja einer eine Ahnung. Sonst geht morgen die Tauscherei wieder von vorne los...

  • Das Jiffy kannst du ausschliessen, die Demo läuft damit.

    Gruß, Gerd

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Check64 / C64-Diagnostics?

    Hab ich, aber läuft das am SX? Ich denke ich hab mal gelesen, dass es nicht zuverlässig geht am SX.


    Das Jiffy kannst du ausschliessen, die Demo läuft damit.

    Gruß, Gerd

    Danke, das hilft mal. Also wieder schrauben. Aber zumindest nur ein Rechner. Werde mal jeden einzelnen Chip auf meinem weitgehend gesockelten Testgerät prüfen, will jetzt auch noch diesen letzten kleinen Fehler finden.

  • Doch, das läuft zuverlässig, jedenfalls mit dem neuesten EPROM vom 17.09. ("V1.2"). Es erkennt den SX-64 und lässt z. B. den Tape-Test aus.

    Das File wurde vor ein paar Tagen im Check64-Thread veröffentlicht.

  • Doch, das läuft zuverlässig, jedenfalls mit dem neuesten EPROM vom 17.09. ("V1.2"). Es erkennt den SX-64 und lässt z. B. den Tape-Test aus.

    Eprom-Brenner hab ich leider nicht. Ich besitze seit Jahren ein Diagnostic in einem spacigen neon-Plexiglas Gehäuse. Kam glaub ich aus Italien. Tape-Port ist am Kabelgeschirr fix dran.

  • Eprom-Brenner hab ich leider nicht. Ich besitze seit Jahren ein Diagnostic in einem spacigen neon-Plexiglas Gehäuse.

    Ist das EPORM gesockelt? Kannst du mal ein Foto machen? Evtl. kann ich dir eines brennen.

    Tape-Port ist am Kabelgeschirr fix dran.

    Das macht nix, beim SX-64 einfach den Tape-Anschluss weglassen, er wird beim SX-64 wie gesagt ignoriert, wenn die aktuelle Soft drauf ist.

    Mit der alten Version wird "TAPE BAD" angezeigt (und daher auch CIA und CPU, wenn ich mich recht erinnere). Macht aber nix, RAM, ROM, PLA usw. werden trotzdem korrekt getestet.

  • Spät aber doch bin ich dazu gekommen den SX mit dem Diagnostic zu testen. Offenbar erkennt es den SX. Es zeigt aber Bausteine als defekt an, die bislang keine Probleme verursacht haben. Hier die Bilder. Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.

  • Das Diag-Modul kann die PLA nur unvollständig testen. Tausch mal die PLA zwischen dem SX64 der tut was er soll und dem der nicht will. Dann teste die Demo noch mal.

  • So wie es aussieht ist das EPROM eingelötet?

    Diese Fehler werden normalerweise angezeigt, wenn das Diagnostics nicht mit dem SX-64 umgehen kann und den Tape-Port testen will. Es werden nämlich Leitungen vom Serial- und User-Port mit dem Tape-Port gemeinsam verwendet und auch gemeinsam getestet. Wenn das Diag nicht entsprechend weiß, dass kein Tape-Port vorhanden ist kommen diese Fehler.

    Was micht allerdings stutzig macht ist, dass "SX-64 DIAGNOSTICS" im Titel angezeigt wird. Da stellt sich echt Bitte melde dich an, um diesen Link zu sehen.s Frage nach den Dongles ...

  • Dongles waren dran. Also vom Userport zu Controlports. Am Serial steckte der mitgelieferte Stecker. Nur der Tastatur-Stecker passt nicht an den SX-Tastaturanschluss. Da war die Originaltastatur dran.
    Ich habe auch den "guten SX getestet. Das Ergebnis ist fast gleich, bis auf U1,der ist beim guten nicht "bad".

  • Da du ja ein "althergebrachtes" Diagnosemodul hast, wo die Dongles - anders als beim Check64 - nicht vom Cartridge aus versorgt werden, sondern es ein quasi Standalone-Modul ist, könntest du testweise einfach ein anderes Modul mit neuerem EPROM anstecken. Hast du ein Easyflash oder sowas? Dann könntest du da die aktuellste Version von Diag 586220 raufklatschen.

  • Da du ja ein "althergebrachtes" Diagnosemodul hast, wo die Dongles - anders als beim Check64 - nicht vom Cartridge aus versorgt werden, sondern es ein quasi Standalone-Modul ist, könntest du testweise einfach ein anderes Modul mit neuerem EPROM anstecken. Hast du ein Easyflash oder sowas? Dann könntest du da die aktuellste Version von Diag 586220 raufklatschen.

    So, nun hab ich ein Check64 geordert, zusammengelötet und es zeigt bei beiden sx exakt das selbe Fehlerbild wie oben im Bild. Was mich stutzig macht: Die CIAs sind ja für das Keyboard und die Floppy zuständig. Eigentlich müsste ich ja den Serial Port intern zwischen den Platinen des C64 und der 1541 abziehen und dort ein Dongle anstecken. Denn so testet er die 1541 wohl intern mit und dann ist es auch erklärbar, dass der serial Port als BAD eingestft wird. Warum er bei beiden Geräten auch die SIDS als BAD einstuft, obwohl sie einwandfrei funktioneren weiß ich nicht.

  • Das beantwortet aber die Frage nicht - ich weiß ja nicht, was GMP für ein EPROM beilegt.

    Du erkennst die neue Version daran, dass "1541 Diag" nicht mehr dabei ist, dafür aber der "Ultimax RAM Checker". Diese neue EPROM-Version beinhatet auch das angepasste "Diag 8k" aka "Diag 586220++", welches mit den Paddle-Werten besser umzugehen versteht. Solange nicht geklärt ist, was für eine Diag-Version bei dir drauf ist, sind die SID-BAD-Meldungen nicht einzuordnen.

    Ist das alte drauf, kann es sein, dass die Paddle-Werte auf Grund der Exemplarstreuung aus dem "Mess-Fenster" sind, obwohl der SID OK ist.

    Ist das neue drauf, dürfte der SID tatsächlich ein Paddle-Problem haben.

    Wenn auf Grund der Paddles "SID BAD" ist (zurecht oder ungerechtfertigt), ist "CONTROL PORT BAD" (weil die Paddles - scheinbar oder wirlich - nicht richtig funktionieren) und meiner Erinnerung nach auch ein "CIA BAD", weil der "CONTROL PORT" nicht OK ist.

    [EDIT: Klarere Formulierung]

  • Bei ihm müsste noch das Vorgänger-ROM mit dabei sein. Also ohne RAM-Checker und letzte gepatchte Diag 586220 Version.
    Die neueste Version kommt erst mit der nächsten Charge.

    - WiC64 - The Commodore 64 Wireless Interface -> Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.
    - CHECK64 - The C64/C128(D) Diagnostic Set -> zum Beitrag: Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.
    - Anfertigung von Kühlkörperklammern -> zum Beitrag: Bitte melde dich an, um diesen Link zu sehen. Info: Kein lästiges Kleben mehr
    - Veranstaltung Kölner-Retrotreff -> zur Homepage: Bitte melde dich an, um diesen Link zu sehen.