C64 Mal schwarzes Bild mal bunte Kacheln

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

  • @Moderator: kann man den Thread vielleicht in die Reparatur-Ecke schieben ? Ist ja schon viel Spiezielles gesagt und getan worden ;)

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

  • Guten Morgen

    War gestern etwas verhindert.

    Aber jetzt geht es weiter.

    Bildschirm wird grün.

  • Da ich jetzt wieder Sockel habe, konnte ich auch den Color-RAM quertauschen.

    In der anderen Maschine Läuft er ohne Probleme mit OK durch und wird nicht übersprungen.

  • Der Fehler ist nach wie vor da.

    Ja, sieht so aus.

    Ich hab gerade mein memtest-Programm so umgestrickt, dass es nur das Color-RAM prüft und das Ergebnis sowohl nach $0400 als auch zu $d020 schreibt. Soll heißen: Ist alles in Ordnung, bleibt der Rand schwarz und links oben steht ein Klammeraffe. Beschränkt sich der Fehler auf Bit0, wird der Rand weiß und links oben steht ein A. Bei einem total defekten Color-RAM würde der Rand hellgrau und links oben stünde ein O, etc.

    Das Programm bitte ganz normal mit LOAD+RUN laden und starten - da wir hier nicht mit RAM sparen müssen, hat es den üblichen BASIC-Kopf. :D

    Ich teile jetzt den Test mal in zwei teile ein.

    Eimal mit dem Color-RAM der mit diesr Maschiene gekommen ist (Test 1) und mit dem der in der Anderen funktionierenden ist / war (Test 2)

    Test 1 und 2

    Rand weiß

    Hintergrund blau

    flackernde Schrift

    Erste Buchstabe ist erst ein großes A später ein kleines.

    Zweiter Buchstabe ist warscheinlich das u vom Run

    Dritter Buchstabe wechselt ca. alle 10 sec.

    Vierter Buchstabe ist ein @

  • Ein Delay hat das aber auch nicht, oder?

    Kein zusätzliches, aber bedingt durch den Testalgorithmus werden zwischen dem Beschreiben und dem Testen einer Speicherzelle ja erst alle anderen 1023 Speicherstellen getestet und mit dem Folgewert beschrieben, das dauert ein paar Zyklen. Aber die Idee ist gut, ein zusätzliches Delay bau ich da noch ein.

    Hier ist noch ein rein visueller Test: Im (circa-) Sekundentakt wird das komplette Color-RAM und die Randfarbe immer neu beschrieben, die Farbe wechselt immer zwischen Orange, Lila, Rot und Weiß. Das sind die Bitmuster #... -> .#.. -> ..#. -> ...#.

    Falls nur wenige Bits eines Color-RAMs auf festen Werten hängen, sollte man das also sofort an den Abweichungen vom Rest des Screens sehen können.

    Im vorliegenden Fall wird das wohl nicht viel bringen, aber schaden kann es auch nicht. ;)

    Rahmen wechselt die Farbe wie beschrieben

    Hintergrund macht das selbe

    Die Zeichen bleiben immer auf einem Punkt in blau.

  • Eimal mit dem Color-RAM der mit diesr Maschiene gekommen ist (Test 1) und mit dem der in der Anderen funktionierenden ist / war (Test 2)


    Test 1 und 2

    Rand weiß

    Also beschränkt sich der Lesefehler wirklich auf Bit D0. Aber wenn das mit beiden RAM-Chips passiert, kann es ja nur an der Ansteuerung liegen, also am 4066 oder an den D0-Leitungen von dort / dahin.

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

  • Also beschränkt sich der Lesefehler wirklich auf Bit D0.

    Nicht ganz ... die violetten "OK" im Dead Test verwundern mich noch!

    Ich hätte daher jetzt erwartet, dass die Fehler positionsabhängig sind. Aber ... :nixwiss:

    Hmm ...

    • Inverses SPACE = 160 - hingegen
    • O = 15
    • K = 13

    Ob das Bit 1 Bit 0 des Characters irgendwie was ausmachtr?


    ----

    @Elektrofuxx

    Mangels besserer Idee: Tausche, wie Parser weiter oben schon mal meinte, den U27 (74LS08). Eventuell ist der gerade so kaputt, dass AEC und /CS zusammen bei wiederholten, schnellen Zugriffen einen Tick zu langsam sind.

  • OK werde ich gleich mal in angriff nehmen.

  • 4066 hatte er getauscht laut postings

    Trotzdem scheint der Fehler irgendwo in der Ecke zu sein. Vielleicht ein schlechter Kontakt am Sockel, eine kalte Lötstelle, Dreck auf der Platine welcher einen Kriechstrom zu GND erlaubt, ...

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

  • die violetten "OK" im Dead Test verwundern mich noch!


    Ich hätte daher jetzt erwartet, dass die Fehler positionsabhängig sind. Aber ... :nixwiss:


    Hmm ...

    Inverses SPACE = 160 - hingegen
    O = 15
    K = 13

    Ob das Bit 1 des Characters irgendwie was ausmachtr?

    In dem Programm aus Post Bitte melde dich an, um diesen Link zu sehen. benutze ich inverse Punkte, das ist Code 0xae. Ich kann das ja mal testweise zu 'O' ändern - aber mir fällt jetzt auch kein Weg ein, wie ein gesetztes Bit im Char-Code ein Bit des Farb-Nibbles auf Null ziehen sollte.

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

  • Mac Bacon

    Bleibt eigentlich nur noch übrig. Schlechter Kontakt oder Kriechstrom

    Das Drachenboot liegt schon am Strand.

    Die Königin sie zittert.

    Und wenn der Wind die Segel bläht,

    dann hab ich Blut gewittert.

    Einmal Wikinger immer Wikinger.

  • Nun habe ich die beiden Chips auch nochmal quer... und die Programme auch nochmal...

    aber nix.

    Wenn Ihr jetzt noch auf Krichstrom wegen Schmutz tippt, den messt doch bitte eimal von X? gegen GND und sagt mir wo und was Ihr gemessen habt.

    Denn messe ich das mal nach.

  • Es muss vom 4066 zum Color-RAM hin auf D0 sein. Den normalen Datenbus betrifft es ja nicht, darum muss es hinter dem 4066 sein.

    Andere Möglichkeit wäre, dass der FET-Schalter für D0 im 4066 nicht mit genug Pegel angefahren wird. Das wäre dann Pin 13 (E0) - bitte mal die Lötstelle und die Leiterbahnen kontrollieren.

  • Bei meinem ersten C64 hatte ich mal eine schlechte Durchkontaktierung.

    Der Sid wollte nicht richtig.

    Das Drachenboot liegt schon am Strand.

    Die Königin sie zittert.

    Und wenn der Wind die Segel bläht,

    dann hab ich Blut gewittert.

    Einmal Wikinger immer Wikinger.

  • Alle Beine von U6 und U16 bis zum letzten Bauteil durchgemessen, soweit alles ok. D0 auch nochmal gegen GND da gab es keine Verbindung.


    Das Board bei 220 Grad in den Backofen für 15 min.

    Oha, das hat, glaub ich, noch niemand gemacht 8o

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

  • Es muss vom 4066 zum Color-RAM hin auf D0 sein. Den normalen Datenbus betrifft es ja nicht, darum muss es hinter dem 4066 sein.

    Wie sind die Leitungen denn auf dem Board geroutet? Gibt es vielleicht eine kurze Stichleitung vom "normalen" Datenbus bis zum 4066? Falls ja, könnte es doch auch "vor" dem 4066 sein. Dass der Fehler nur beim Lesen auftritt, müsste dann daran liegen, dass beim Lesen und Schreiben unterschiedliche Chips das Signal treiben.

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