250407 REV.C - defekt - LOAD bluescreen - RAM TEST1 bleibt stehen

Es gibt 21 Antworten in diesem Thema, welches 4.498 mal aufgerufen wurde. Der letzte Beitrag (2. März 2019 um 14:08) ist von kinzi.

  • Hallo zusammen,

    ich habe die schlechte Angewohnheit Stück für Stück defekte Platinen die ich in die Finger bekomme wieder zum Funktionieren zu bewegen. Was in letzter Zeit alleine von den Ersatzteilen vollkommen unwirtschaftlich geworden ist... egal Macke ist Macke und die lege ich nicht ab.

    Zum Thema: ich finde den Fehler nicht!
    Die Vorgeschichte der Platine kenne ich nicht. (250407 REV.C)
    - Auf jeden Fall war der VIC defekt. Einen 6569R5 habe ich in der Bucht erstand und dieser macht nun Bild.
    - Auf der Platine war kein Modulator drauf. Habe aus meinem Sammelsurium ein Modulator Replacement Revision 2 draufgelötet (entsprechend für den 250407 und AEC noch nicht angeschlossen).
    - Bild ist ganz OK so.
    - Gebe ich LOAD:RETURN ein wird der Bildschirm sofort blau, als hätte ich an der Datasette Play gedrückt. Mit RUN/STOP kommt man zum Interpreter zurück und kann sehen, dass "Press play on tape" ausgegeben wurde.
    - Die Idee den Fehler mit dem CHECK64 zu finden führte in folgende Sackgasse: der Check läuft bis zum RAM TEST1 und bleibt dann einfach stehen. Das kann ich so oft wiederholen wie ich mag, keine Änderung.
    - Unterschiedliche Netzteile habe ich ausprobiert.
    - Die Dioden über R29, FB9 (gegen GND), R30, an FB8 habe ich nachträglich hinzugefügt (warum? Glaube versetzt manchmal Berge)
    - Diode an CN3 habe ich auch nachträglich hinzugefügt
    - Diode bei CR1 war in beide Richtungen durchlässig -> habe diese ersetzt
    - kein Chip wird besonders heiß

    Hab gerade keine Idee mehr.

    Anbei zwei Bilder (wenn ich jetzt rauskriege wie ich darauf verweise).

    Bitte melde dich an, um dieses Bild zu sehen.

    Bitte melde dich an, um dieses Bild zu sehen.


    Schonmal vorab für jeden Tip
    :thanx:

  • Den MOS-TTL auf der linken Seite mal durch einen 7406 ersetzen. Wenn der Speichertest hängt kann es defektes RAM, die PLA oder die CPU sein.

  • PLA +1

    10 SIN
    20 GOTO HELL

    Bitte melde dich an, um diesen Link zu sehen. powered by WiC64 - The Commodore 64 Wireless Interface Card -> Bitte melde dich an, um diesen Link zu sehen.

  • Die Idee den Fehler mit dem CHECK64 zu finden führte in folgende Sackgasse: der Check läuft bis zum RAM TEST1 und bleibt dann einfach stehen.

    Bitte genauer: Mit dem DEAD TEST (781220) oder mit dem DIAG (586220)?

  • DEAD TEST (781220)
    Es blitzt kurz weiß auf, nach ein paar Sekunden erschein der "C-64 DEAD TEST REV 781220"
    Meldung ZERO PAGE BAD
    erscheint
    COUNT seht auf 0000
    und die Kiste steht

    DIAG (586220)
    Das war der Test den ich gemacht hatte:
    ZERO PAGE OK
    STACK PAGE OK
    SCREEN RAM OK
    RAM TEST1 da kommt nix mehr

    @die anderen: Danke für die Tips, probiere ich auch noch aus...

  • Danke für die Details.

    Zusammen mit dem Fehlerbild beim Laden von Kassette, wo nicht auf PLAY gewartet wird, würde ich hier mal eher die CPU vermuten. Dass nicht auf PLAY gewartet wird, deutet auf ein Problem mit dem I/O-Port der CPU hin. Das unspezifische RAM-Problem (mal Zeropage, mal irgendwo anders) könnte auch davon kommen. Ist aber natürlich nur eine Vermutung.

    • Wieviele "BYTES FREE" werden dir beim Einschalten angezeigt?
    • Funktionieren denn die Programme, die du "auf die komische Art" von Datasette lädst?
    • Lädt die Datasette überhaupt?
    • Läuft der Motor überhaupt an?
  • Ich hatte keine Datasette angeschlossen. War einfach nur ein Test, was assiert wenn ich an diesem Board "LOAD" eingebe. ABER du hast mich etzt genötigt Bitte melde dich an, um dieses Bild zu sehen. doch mal eine Datasette anzuschließen. Ersteinmal passiert gar nix. Wenn ich LOAD eingebe, passiert das gleich als hätte ich keine Datasette angeschlossen. Der C64 zeit full screen blue an als würde von einer assette geladen. Also erstmal uninteressant.

    Starte ich den C64 frisch und drücke auf PLAY der Datasette dann friert der C64 ein! Bitte melde dich an, um dieses Bild zu sehen.

    Hab jetzt eine 1541 angeschlossen. Davon kann ich laden. Habe jetzt SAM's Journey bis ins Intro geladen Bitte melde dich an, um dieses Bild zu sehen.

    Scheint dann doch echt etwas mit dem Tapeport zu sein. Interrput? Irgendwas low statt high? Ich hab keine Ahnung Bitte melde dich an, um dieses Bild zu sehen. und was hat das dann mit dem Hängen im RAM TEST zu tun Bitte melde dich an, um dieses Bild zu sehen.Bitte melde dich an, um dieses Bild zu sehen.Bitte melde dich an, um dieses Bild zu sehen.

    OK, der C64 läuft also grundsätzlich. Auch das RAM wird OK sein, sonst ließe sich SJ nicht laden und starten, behaupte ich jetzt einfach mal.

    Das Problem ist sehr wahrscheinlich entweder die CPU oder das, was am Kassettenport sonst noch mit dranghängt. Ich tippe auf die CPU. Ist die gesockelt?

    [edit]

    Am Tape-Port hängt sonst nur CIA1 (U1) mit /FLAG, das am CASS_READ-Anschluss angeschlossen ist. Unwahrscheinlich, dass das so einen Fehler macht. Wenn du sonst nichts am Tape-Port angeschlossen hast, keine Datasette, kein TapeCart oder sowas, dann setze ich 5 Euro auf die CPU. :)

    [/edit]
  • OK, der C64 läuft also grundsätzlich. Auch das RAM wird OK sein, sonst ließe sich SJ nicht laden und starten, behaupte ich jetzt einfach mal.
    Das Problem ist sehr wahrscheinlich entweder die CPU oder das, was am Kassettenport sonst noch mit dranghängt. Ich tippe auf die CPU. Ist die gesockelt?

    [edit]

    Am Tape-Port hängt sonst nur CIA1 (U1) mit /FLAG, das am CASS_READ-Anschluss angeschlossen ist. Unwahrscheinlich, dass das so einen Fehler macht. Wenn du sonst nichts am Tape-Port angeschlossen hast, keine Datasette, kein TapeCart oder sowas, dann setze ich 5 Euro auf die CPU. :)

    [/edit]


    Die CPU ist noch nicht gesockelt... gehört aber zu meinen lieblings-zeit-vernichtungs Tätigkeiten. Und ein CPU habe ich noch über.

    Also fürs Protokoll: du sagst CPU? *krass*
    Aber das lässt sich herausfinden. Nur vermutlich erst in ein paar Tagen.

    Vielen dank vorab! Ich lasse wieder von mir hören/lesen wenn die andere CPU drin ist.
    :)

  • Hab auch gleich auf die CPU getipt, da die ja mit dem Tape zusammen hängt!

    Rhein Main Success Member.... / ex. Member.. BOMBZ..... Admin bei C64 is Alive auf FB

  • Auch nur für's Protokoll: Ich will dich da zu nichts überreden oder drängen und du machst das (CPU auslöten, Zeit vernichten, usw.) auf eigene Gefahr. :P Aber ja, wäre es meiner, würde ich da anfangen.

    Bzw., falls CIA1 gesockelt wäre, würde ich wohl vorher noch diese tauschen/überprüfen, um die paar Prozent Unwahrscheinlichkeit von meinem obigen Post auszuschließen.

  • Meldung ZERO PAGE BAD

    Das muss ich damals "Überlesen" haben:

    Der DEAD TEST füllt die Zeropage komplett mit folgenden Mustern: $00,$55,$AA,$FF,$01,$02,$04,$08,$10,$20,$40,$80,$FE,$FD,$FB,$F7,$EF,$DF,$BF,$7F

    Wenn da 1 Bit kippt kommt es zum ZERO PAGE BAD

    Und wenn der Speicher defekt ist dann ranzt auch folgendes ab:


    RAM TEST1 da kommt nix mehr


    LDA #<$0800
    STA A04
    LDA #>$0800
    STA A05
    LDA #<$8000
    STA A06
    LDA #>$8000
    STA A07
    JSR I830D ;do ram test 1

    Der RAM TEST1 füllt über die Adressen $04-$07 den Speicherbereich $0800-$8000 mit Mustern.

    Wird also doch eher der Speicher sein:

    Was man probieren könnte:

    10 FOR I = 0 to 255: poke 2,i : print peek(2): next
    RUN

    Dann sollte er auf dem Bildschirm von 0 bis 255 zählen. Ist eine Zahl falsch ist es der Speicher. Probier auch die 2 mal durch 3 bis 7 zu ersetzen

    10 SIN
    20 GOTO HELL

    Bitte melde dich an, um diesen Link zu sehen. powered by WiC64 - The Commodore 64 Wireless Interface Card -> Bitte melde dich an, um diesen Link zu sehen.

  • Auch nur für's Protokoll: Ich will dich da zu nichts überreden oder drängen und du machst das (CPU auslöten, Zeit vernichten, usw.) auf eigene Gefahr. :P Aber ja, wäre es meiner, würde ich da anfangen.

    Bzw., falls CIA1 gesockelt wäre, würde ich wohl vorher noch diese tauschen/überprüfen, um die paar Prozent Unwahrscheinlichkeit von meinem obigen Post auszuschließen.

    Du lagst prima mit der CPU. Der PIN 25 (P4), der direkt an den Tape-Port geht und detektiert, ob Play, Rückspulen oder Vorspulen gedrückt ist oszilliert um die 2V mit ein paar wenigen 4.8V Peaks.

    Mit der neuen CPU kommt bei Eingabe von LOAD das ersehnte: "PRESS PLAY ON TAPE"

    Der C-64 Diagnostic Rev 586220 läuft nun auch durch.
    Allerdings werden die CIAs in U1 und U2 als BAD benörgelt.

    "Screenshot" des Diagnostic im Moment:
    Bitte melde dich an, um dieses Bild zu sehen.

    Jetzt kommen von mir sofort zwei Fragen:
    - Könnte noch etwas anderes als die CIAs schuld sein?
    - Wo bekommt man vertretbar bezahlbare CIAs her? Die Teile liegen in der Bucht bei durchschnittlich 30 EUR (für 80 EUR bekommt man einen kompletten C64)


    Was anderes: Falls jemand an dem nun "interessant" defekten 6510 Interesse hat. Gegen Portokosten versende ich ihn. Ich habe ihn extra super sauber ausgelötet. Bitte PN a mich.

  • Du lagst prima mit der CPU. Der PIN 25 (P4), der direkt an den Tape-Port geht und detektiert, ob Play, Rückspulen oder Vorspulen gedrückt ist oszilliert um die 2V mit ein paar wenigen 4.8V Peaks.

    KINZI: 1 ... CPU: 0 ... :D
    Ich sollte Lotto spielen, bei meinem Glück.

    Jetzt kommen von mir sofort zwei Fragen:
    - Könnte noch etwas anderes als die CIAs schuld sein?
    - Wo bekommt man vertretbar bezahlbare CIAs her? Die Teile liegen in der Bucht bei durchschnittlich 30 EUR (für 80 EUR bekommt man einen kompletten C64)

    • Erstmal den User-Port-Dongle abziehen und die Kontakte des User-Ports gründlich reinigen, z. B. mit Wattestäbchen und Isopropyl.
    • Wenn beide CIAs gesockelt sind, diese mal kreuzweise tauschen und nochmals testen.
    • Kommt das Einschaltbild und blinkt der Cursor? Dann kommt das "INTERRUPT BAD" vermutlich vom NMI (CIA2, U2, der am User-Port). Dann ist vermutlich nur CIA2 defekt und CIA1 (der an der Tastatur) wird nur daher als defekt vermerkt, weil der Test u. a. von CIA2 über die Dongles an CIA1 was schickt, was natürlich nicht ankommen kann, wenn CIA2 schon defekt ist.
    [edit]

    Funktioniert "RUN/STOP-RESTORE"? Wenn ja, ist die /NMI-Leitung OK und die CPU auch, dann kommt das NMI-Problem (falle es eines ist) definitiv vom CIA2.

    [/edit]
  • Kontakte des User-Ports mit Isoprop gründlich gereinigt
    -> unverändert

    Im Basic hab ich den blinkenden Cursor, kann ganz normal tippen und Programme vom Pi1541 laden

    CIAs sind auch noch verlötet und ich hab keine IC-Sockel 40-polig mehr. Also Reichelt abwarten (das mir sowas immer zum Wochenende ausgeht... ich bin zu unorganisiert) :honk:

  • [edit]

    Funktioniert "RUN/STOP-RESTORE"? Wenn ja, ist die /NMI-Leitung OK und die CPU auch, dann kommt das NMI-Problem (falle es eines ist) definitiv vom CIA2.

    [/edit]

    ?

    [edit]

    ch hab keine IC-Sockel 40-polig mehr. Also Reichelt abwarten (das mir sowas immer zum Wochenende ausgeht... ich bin zu unorganisiert)

    2 x 24 polige oder 2 x 28 polige hast du auch nicht? Müsstest halt einen kürzen ... :D

    [/edit]
  • So!
    Fertig!
    Geht alles!
    Danke!
    Tschüss!


    .
    .
    .

    ne - so schnell nicht ;)

    Dein Sockel-Move war klasse. Hab fleißig gesägt und mit Schleifpapier die letzten Mü entfernt damit es ordentlich passt.
    CIAs super sauber raus, die gestückelten Sockel rein, die CIAs von der Position getauscht DIAGNOSTIC an und siehe da: alles prima!

    Was mich aber etwas gewundert hat, schließlich war ich der Annahme, dass ein CIA defekt sei.

    Also: CIAs wieder zurück und das selbe Ergebnis. DIAGNOSTIC sagt zu allem OK 8|

    Bevor ich die ganze Sucherei und diesen Thread gestartet hatte, hab ich extra alle Pins (auch die der CIAs) nachgelötet.
    Ich verstehe es nicht.
    Aber es funktioniert.


    Auf jeden Fall :thnks: hat Spaß gemacht :bia