@Moderator: kann man den Thread vielleicht in die Reparatur-Ecke schieben ? Ist ja schon viel Spiezielles gesagt und getan worden ![]()
C64 Mal schwarzes Bild mal bunte Kacheln
-
Elektrofuxx -
16. Mai 2021 um 17:47 -
Erledigt
Es gibt 306 Antworten in diesem Thema, welches 28.342 mal aufgerufen wurde. Der letzte Beitrag (
-
-
Alles anzeigen
Was wir glaube ich noch nicht hatten:
10 FOR I = 0 TO 1023
20 POKE 1024 + I , 160 : POKE 55296 + I , 5
30 NEXT I
40 GOTO 40
Das sollte den ganzen Schirm mit grünen, reversen Spaces füllen. Mich würde nämlich interessieren, ob das ganze Color-RAM vom Problem betroffen ist.
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.

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.
-
FXXS
31. Mai 2021 um 08:13 Hat das Thema aus dem Forum Anfängerfragen nach Reparaturecke verschoben. -
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 2Rand 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.
-
4066 hatte er getauscht laut postings
-
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 ...

Hmm ...
- Inverses SPACE = 160 - hingegen
- O = 15
- K = 13
Ob das
Bit 1Bit 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, ...
-
die violetten "OK" im Dead Test verwundern mich noch!
Ich hätte daher jetzt erwartet, dass die Fehler positionsabhängig sind. Aber ...
Hmm ...Inverses SPACE = 160 - hingegen
O = 15
K = 13Ob 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.
-
ber mir fällt jetzt auch kein Weg ein, wie ein gesetztes Bit im Char-Code ein Bit des Farb-Nibbles auf Null ziehen sollte.
Mir auch nicht - aber auf was man nicht alles kommt ...
-
Bleibt eigentlich nur noch übrig. Schlechter Kontakt oder Kriechstrom
-
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.
-
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. -
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

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