C64 Mal schwarzes Bild mal bunte Kacheln

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

  • Das Bild hat sich bei gedrückten Taster verändert, beim loslassen ist es den wieder in den uhrsrung zurückgegangen.

  • Das Bild hat sich bei gedrückten Taster verändert, beim loslassen ist es den wieder in den uhrsrung zurückgegangen.

    Ach ... das wird ja immer interessanter ... :gruebel

    /RESET liegt weder am VIC noch am PLA an. Eigentlich nur an der CPU, soweit hier relevant. Aber:

    "RESET

    RESET also runs through the same sequence, but it is the most different of the four cases, since it does not write the current PC and status onto the stack – but this was hacked trivially: The bus cycles exist, but the read/write line is not set to “write”, but “read” instead. The following trace was created with the transistor data from the Visual 6502 project and shows the first nine cycles after letting go of RESET:"

    R/W liegt also beim RESET fix auf 1 - und R/W liegt am PLA an.

    Allerdings beschreibt das nur die Vorgänge nach dem Loslassen von /RESET, wenn ich das richtig sehe.

    Gut, an den CIAs liegt /RESET auch noch direkt an. Aber warum diese nach dem Loslassen von /RESET wieder in den Ursprungszustand zurückspringen sollen ist mir unklar. VA14 und VA15 kämen grundsätzlich von da und würden von einem Reset beeinflusst - aber nicht "hin und wieder zurück" ... :?:

    Ich denke mal, die Wahrscheinlichkeit für "PLA" wird größer ...

  • kinzi

    Also damit die Verwirrung nicht komplett wird, wir reden von dem Reset am großen Port mit dem schwarzen Kabel dran von meinen Bildern. Wo ich ja fragte welche Bewandtnis dieser Rest hat.


    Bekommt man den überhaupt noch eine PLA, SID oder VIC usw.?

    Gibt es nachbauten davon?

  • Bekommt man den überhaupt noch eine PLA, SID oder VIC usw.?

    Gibt es nachbauten davon?

    Vom PLA gibt es etliche Nachbauten, das ist kein Problem.

    Man bekommt die ICs auch noch NOS, leider teilweise zu absurden Preisen.

    Einen VIC gibt es aktuell im Marktplatz von androSID.

  • Womit schaltest Du denn den C64 ein, nur mit dem Power-Schalter?

    Oder schließt Du auch noch das Kabel, was zum externen Schalter geht, kurz.

    Denn wenn ich das richtig sehe, dann müssen beide geschlossen (an) sein, damit der C64 komplett eingeschaltet wird.

    Wenn der externe nicht geschlossen wird, dann fehlen die 9V AC!!!!

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Womit schaltest Du denn den C64 ein, nur mit dem Power-Schalter?

    Oder schließt Du auch noch das Kabel, was zum externen Schalter geht, kurz.

    Denn wenn ich das richtig sehe, dann müssen beide geschlossen (an) sein, damit der C64 komplett eingeschaltet wird.

    Wenn der externe nicht geschlossen wird, dann fehlen die 9V AC!!!!

    Bitte melde dich an, um diesen Anhang zu sehen.

    Wenn ich das Gerät einschalte (über den Schalter) ist die Verbindung zum Taster (Öffner) eingesteckt. Wenn nicht bekomme ich auch keine Klötzchen.

  • Ich würden jetzt erstmal warten bis das Modul da ist und denn einfach mal den Test drüber laufen lassen.

    Es sei denn es gibt noch was was man jetzt noch mal eben testweise hinbekommt?

    Die Chips und Sockel muss ich ja auch erstmal bestellen.

  • Hallo

    Gerade ist die Testkarte eingetroffen. Habe sie erstmal an einer heilen Maschine ausprobiert und für OK befunden (deadtest und diag ausgeführt ).


    Das selbe mit meiner Problem-Maschine.

    Beim 64Diag:

    bunte Zeichen und formen zum Teil statisch und zum Teil bewegt.


    Wenn ihr ein Video davon braucht mache ich eins.


    Dead-Test:

    Ein flash (RAM U12? Denke ich)


    Ist das plausibel?


    Grüße

  • Dead-Test:

    Ein flash (RAM U12? Denke ich)


    Ist das plausibel?

    Ein Flash bedeutet hier, schon der erste Test schlägt fehl. Das wäre bei einem PLA-Fehler zu erwarten.

    Ich nehme an, der Flash kommt sofort? Was ist das für ein Dead Test, kannst du den im andren C64 mal starten und schauen, ob das meine "004"-Version ist?

  • Dead-Test:

    Ein flash (RAM U12? Denke ich)


    Ist das plausibel?

    Ein Flash bedeutet hier, schon der erste Test schlägt fehl. Das wäre bei einem PLA-Fehler zu erwarten.

    Ich nehme an, der Flash kommt sofort? Was ist das für ein Dead Test, kannst du den im andren C64 mal starten und schauen, ob das meine "004"-Version ist?

    Ist Kinzi 004.

  • Er springt kurz zwei Farben an (grau, blau) (> sec.) und den wird es schwarz und ungefähr 1sec. Danach der Flash ca halbe bis 1sec.

  • kinzi

    Denn brauch ich jetzt einen neuen PLA Chip + Sockel und einen 74LS373 + Sockel.

    Den VIC hatten ich ja erfolgreich getestet.

    Den 74LS373 + Sockel und den Sockel für PLA gibt es bestimmt bei Kessler.

    Wo kann ich zu einem guten Preis ein PLA erstehen?

  • Er springt kurz zwei Farben an (grau, blau) (> sec.) und den wird es schwarz und ungefähr 1sec. Danach der Flash ca halbe bis 1sec.

    Hmmm ... das heißt aber, dass er den Test mit dem ersten Testpattern durchläuft ... das DEC von hellgrau nach hellblau kommt WIMRE erst nach dem ersten Durchlauf.

    Denn brauch ich jetzt einen neuen PLA Chip + Sockel und einen 74LS373 + Sockel.

    Das oben macht mich ein wenig stutzig, denn wenn ein Durchlauf funktioniert kommt ein anderer Fehler auch wieder in Frage ... z. B. RAM. Ich muss mir später nochmals den Dead Test Code ansehen, wann das DEC genau kommt.

    Den 74LS373 + Sockel und den Sockel für PLA gibt es bestimmt bei Kessler.

    Ja.

    Wo kann ich zu einem guten Preis ein PLA erstehen?

    Gesuch im Marktplatz für einen PLA-Ersatz, da bietet dir sicher jemand was an. Oder jemand liest hier bereits mit und schickt dir PM.

  • knusis hat vielleicht ein NeatPLA übrig. Der/die/das finde ich recht schnuckelig als PLA Ersatz.

    Siehe Bitte melde dich an, um diesen Link zu sehen.

    "Was heute noch wie ein Märchen klingt,kann morgen Wirklichkeit sein.Hier ist ein Märchen von übermorgen.Es gibt keine Kupferka­bel mehr,es gibt nur noch die Glasfaser und Terminals in jedem Raum.Man siedelt auf fernen Rech­nern.Die Mailboxen sind als Wohnraum erschlossen.Mit heute noch unvorstellbaren Geschwindigkeiten durcheilen Computerclubs unser Da­tenverbundsystem.Einer dieser Com­puterclubs ist der CCC.Gigantischer Teil eines winzigen Sicher­heitssystems,das die Erde vor Bedrohungen durch den Gilb schützt.Begleiten wir den CCC und seine Mitglieder bei ihrem Patrouillendienst am Rande der Unkenntlich­keit. CCC'84 nach ORION'64"

  • So ... ich habe mir den Code nochmals angesehen: Die Farbe wechselt von schwarz auf hellgrau beim zweiten ausgeführten Befehl. Dann wird in den Initial RAM Test gesprungen und dort das gesamte RAM - bis auf die Zeropage, fällt mir jetzt gerade auf(!) - einmal mit dem ersten Testpattern (#$07) beschrieben und dann die Farbe auf hellblau geschaltet. Danach wird das Geschriebene verglichen - und da fällt der Test auf die Nase.

    Das kann nun immer noch heißen, dass der RAM-Test einfach "ins Leere" schreibt, weil das PLA defekt ist und das RAM nicht einblendet. Das scheint mir nach wie vor am wahrscheinlichsten.

    Eine kleine Möglichkeit bestünde, dass das RAM selbst defekt ist, der Dead Test dadurch auf die Nase fällt und auch die Reset-Routine beim normalen Start Mst baut. Dass dabei genau das Klötzchenbild rauskommt wäre extremer Zufall, aber ...

    Ich persönlich würde nach wie vor das PLA mal sockeln.

  • Darf ich getz mal? ;)

    Wir sehen auf den Fotos in Post Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen. folgendes:

    1. Hires-Character Mode ist aktiv, weil man sieht mehrere 'C' nebeneinander. Es gibt im Hires-Bitmap Mode keine Stelle im initialisierten RAM/ROM, welche eine derartige Zeichenfolge hat, und "zufällig" diese Byte-Kombination für ein 'C' und dann mehrmals hintereinander ist nahezu unmöglich.

    2. Die 'C' Character stehen immer an derselben Stelle. Man bedenke, das im Bild von Post 1 hier 'B's standen.

    3. Da es sich um Character Mode handelt, kommen die Farben aus dem Farb-RAM ab $D800, low-nibble to be more precise

    4. Die Farben ab $D800 sind anscheinend auch fast immer identischBitte melde dich an, um dieses Bild zu sehen.Bitte melde dich an, um dieses Bild zu sehen.

    5. Es gibt bei einem stock C64 im BASIC- und KERNAL-ROM keine Bytefolge, welche #$xE #$x6 #$x2 #$xA entspricht (Bild aus erstem Post). Nachgeschaut für $a001, $a401, ... $FC01 (das +1 wg 38-Zeichen-Mode), aber auch nicht bei $a029, $a429. Sicherheitshalber auch nochmal bei $a000, $a400... geschaut, auch nicht.

    6. Dadurch das überhaupt Buchstaben ('B' und 'C') vorhanden sind, scheint der VIC einigermassen korrekt initialisiert zu werden #$15 => $D018. Die Verwendung von 38, bzw. 24 Zeichen stützen das zwar nicht ganz, aber zumindest haben wir wohl #$Cx => $D016 und wohl ein #$1x => $D011 weil ja Hires Character-Mode aktiv ist.

    Daher tät mich mal interessieren, was folgendes macht: Mal einzeln, jeweils nach einem Reset blind eintippen

    POKE53265,59 (Bitmap mode aka #$3B => $D011)

    POKE53270,216 (Multicolor, 40 Chars aka #$D8 => $D016)

    Wenn der C64 initialisiert sein sollte und nur falsche Daten anzeigen sollte, so müsste sich bei beiden POKE-Befehlen jeweils das Bild ändern.

    RAM schliesse ich aus.

  • POKE53265,27

    POKE53270,200

    POKE53270,21

    könnte er dann auch mal eingeben.

    jeweils nach einem Reset blind eintippen

    Sehr gute Idee ... habe ich übrigens in Post Nr. Bitte melde dich an, um diesen Link zu sehen. auch so gemacht! :thumbup: