C64 vehält sich merkwürdig - und dann stirbt auch noch der SID

rayden · Jul 26th 2021

Quote from Thunderblade

Quote from rayden

Thunderblade Ich habe dieses Mopped und bin damit sehr zufrieden:
https://www.aoyue.eu/aoyue-int…otpumpe-lotsaugpumpe.html

Danke rayden , ich habe mich für diese entschieden, etwas teurer als die ZD-915, hoffentlich ist das gerechtfertigt. 'Ne Empfehlung von jemandem der ein SuperCPU-Demo mit DualSID Unterstützung gemacht hat, kann ja nicht komplett daneben liegen.

Das ist zuviel des Lobes - aber Danke

Die Dual-SID-Platinen und Quattro-SID-Platine hat mir seinerzeit mein bester Freund Cyclone gebaut - kennst uns ja Ich selber habe damals nichts zusammengebraten.

Thunderblade · Jul 26th 2021

Quote from Parser

Einen Logic Pulser wird Thunderblade wohl nicht haben ... ggf. sieht man etwas Auffälliges mit einem Oszilloskop ... ja ich weiß, das muss dann nicht zwingend von diesem U26 herrühren, wenn es nicht pulsiert.

Habe ich nicht, aber wenn man das brauchen kann, schaff ich mir sowas vielleicht mal an. Oszilloskop habe ich natürlich auch nicht, obwohl ich das eigentlich total faszinierend finde, sichtbar zu machen was die Hardware tut... nur beim Interpretieren würde ich mich schwertun fürchte ich.

Quote from Parser

Zumindest könntest du mal schauen, ob die Pins 1 - 20 (exklusive Pin 10 und 20) pulsieren und nicht dauerhaft auf LOW oder HIGH liegen.

Pin 10 muss LOW sein. Pin 20 HIGH. Siehe Bilder.

Ja, Pin 10 ist Low (0V) und Pin 20 High (4.9V). Die anderen Pins zeigen alle etwas wie 1.xV oder 2.xV an, was wie ich vermute darauf hindeutet dass dort etwas pulsiert

Parser · Jul 26th 2021

Quote from Thunderblade

Die anderen Pins zeigen alle etwas wie 1.xV oder 2.xV an, was wie ich vermute darauf hindeutet dass dort etwas pulsiert

D. hieße dann aber, dass der U26 keine Leitung dauerhaft runter bzw. hochzieht ...

Thunderblade · Jul 26th 2021

Quote from Parser

D. hieße dann aber, dass der U26 keine Leitung dauerhaft runter bzw. hochzieht ...

Ja, dauerhaft ist der Fehler ja auch nicht. Er wird weniger, je länger der C64 läuft (siehe Bilder im ersten Posting). Das verrückte ist aber, dass viele Programme einwandfrei laufen, während andere abstürzen, Grafik- oder Soundfehler zeigen (eben weil Bytes kaputt sind). Aber: CHECK64 (Diag) RAM Test sagt OK, während Ultimax RAM Test recht lange laufen muss, um ein "A" oben links zu produzieren. Mac Bacons RAM Test hingegen zeigt schon nach wenigen Sekunden das "A". Was unterscheidet die?

Mein auf Halbwissen basierender Schluss: Es gibt definitiv eine Art "Flattern" auf dem Datenbus. So kommt es beim Entpacken und bei bestimmter Art des Schreibzugriffs dazu, dass defekte Bytes (bestimmte Bits kippen von 1 auf 0) im RAM landen. Sind die Daten nämlich einmal kaputt, bleiben sie auch so (siehe "Blissed Out" Bilder in Posting 1). Je später man das Programm neu startet, desto wahrscheinlicher ist, dass es funktioniert bzw. weniger Bits kippen.

Evtl. sind U13/U25 Schuld, ich glaube die werde ich mir als nächstes vornehmen, dann die CPU. Was sind diese Dinger zwischen U13/U25 und den RAMs - könnte da ein Defekt drin sein?

Parser · Jul 26th 2021

Quote from Thunderblade

Es gibt definitiv eine Art "Flattern" auf dem Datenbus.

Der pulsierende Bereich kann iindifferent sein (Spannungsflanken) ... da liegt der *Hase im Pfeffer* ... kannst du nur mit einem Oszi & Logic Pulser exakt messen ... der Rest ist ja auch wieder nur Ratekiste.

Anhand des Fehlerbildes zu urteilen ... und deswegen habe ich ja den Reparaturhinweis gepostet nach längerem Lesen hier.

Bitte tausche doch einfach mal den U26!

Markus64 · Jul 26th 2021

Quote from Parser

Bitte tausche doch einfach mal den U26!

...wenn die Entlötstation da ist, wird er dies tun

Parser · Jul 26th 2021

Quote from Markus64

Quote from Parser

Bitte tausche doch einfach mal den U26!

...wenn die Entlötstation da ist, wird er dies tun

Hoffe es auch ... irgendwann & irgendwie & irgendwo muss man ja mal mit einer Reparatur beginnen.

Thunderblade · Jul 27th 2021

Quote from Parser

irgendwann & irgendwie & irgendwo muss man ja mal mit einer Reparatur beginnen.

Begonnen wurde ja schon, Auslöten und Gegentesten von CIA2, PLA, beiden 4066, 7812, sowie einem RAM. Und natürlich U14.

Habe bei Reichelt jetzt Sockel für diesen ungewöhnlichen U26 20 polig bestellt und Ersatz-ICs für U26 sowie die Multiplexer.

Mac Bacon · Jul 28th 2021

Quote from Thunderblade

CHECK64 (Diag) RAM Test sagt OK, während Ultimax RAM Test recht lange laufen muss, um ein "A" oben links zu produzieren. Mac Bacons RAM Test hingegen zeigt schon nach wenigen Sekunden das "A". Was unterscheidet die?

Laut Screenshots benutzt Du Version 1 meines Memtests. Ich hab aber nach wenigen Tagen die Versionen 2 und 3 hinterhergeschoben, und dann hat peiselulli mit Illegals noch ein paar Bytes herausoptimiert. Diese letzte Version - nennen wir sie mal Version 3p - hat GI-Joe für den Ultimax-RAM-Checker verwendet.

Für eine Erklärung der Funktionsunterschiede siehe den Ankündigungsbeitrag von V3.

Ich hab zwar derzeit eine Hypothese, die erklärt, warum ein obskurer Adressierungsfehler bei Schreibzugriffen dann vom Testprogramm als Defekt in Bit 0 gemeldet werden kann - aber ich weiß noch nicht, warum dieser Fall bei V1 des Tests häufiger auftreten sollte als bei V3.

Befinden sich die auf dem Screen sichtbaren Fehlzeichen eigentlich immer an den gleichen Stellen? Auf den bisherigen zwei Screenshots war das nicht der Fall, aber wie sieht es im kontinuierlichen Testbetrieb aus?

Thunderblade · Jul 28th 2021

Quote from Mac Bacon

Laut Screenshots benutzt Du Version 1 meines Memtests.

Vielen Dank für den Hinweis, war mir sicher deine letzte Version genommen zu haben, habe die jetzt drin, siehe Screenshot (du erkennst das bestimmt sofort )

Quote from Mac Bacon

warum dieser Fall bei V1 des Tests häufiger auftreten sollte als bei V3

Tun sie nicht, interessanterweise! Auch mit V3 kommt der Fehler sehr schnell. Was bedeutet dass wenn der Test aus dem ROM läuft, dies ein anderes Szenario ist was den Test irgendwie beeinflusst. Vielleicht wirklich was mit $01. Ich habe bei "Blissed Out" testweise mal beim Entpacken alle Änderungen an $01 auskommentiert (geNOPt) und gestartet. Beim einen Mal ging es damit plötzlich und ich dachte wow, beim nächsten Mal blieb es aber trotz dieser Änderung beim Fehler. Die CPU werde ich mir also die Tage vorknöpfen.

Quote from Mac Bacon

Befinden sich die auf dem Screen sichtbaren Fehlzeichen eigentlich immer an den gleichen Stellen? Auf den bisherigen zwei Screenshots war das nicht der Fall, aber wie sieht es im kontinuierlichen Testbetrieb aus?

Korrekt, die sind nicht immer an der gleichen Stelle, heute nochmal getestet. Wie du sehen kannst, handelt es sich aber immer um dasselbe Zeichen, bei dem der Fehler erstmals erkannt wird (der Klammeraffe springt in dem Moment auf ein A um, manchmal wird aber auch sofort ein $FF draus).

Kontinuierlicher Test - bei den weiteren Zeichen die auf dem Bildschirm erscheinen sind mir eigentlich keine kaputten mehr aufgefallen, habe aber meist nur wenig lange weiterlaufenlassen (er hatte ja schon Fehler erkannt). Ist aber eine interessante Frage, werde mal länger laufenlassen und gucken ob ich noch mehr kaputte Zeichen entdecke - manchmal meldet er auch Fehler ohne dass ein kaputtes Zeichen im Screenram sichtbar ist, kann also irgendwo im RAM sein.

Warten wir bis ich die Teile getauscht habe - am Ende ist dies hier jedenfalls einen Eintrag wert im Thread "wo man immer zuletzt sucht", da sind ja schon echt kuriose Fälle drin.

Nochmal vielen Dank für die Hilfe soweit!

Thunderblade · Aug 1st 2021

So, die Entlötstation ist da und funktioniert hervorragend.

And the winner is..... Jood !

Quote from Jood

ich bin immer noch bei der CPU
und dem Prozessorport $01.

Mit der Entlötstation waren die 40 Pins der CPU gut zu bewältigen, hab diese also ausgelötet und in meinem C64 Reloaded getestet - das Problem ist mitgewandert! Unglaublich, dass eine CPU so ein Problem verursachen kann.

Also, der Pokal geht an Jood, aber auch Parser kommt jetzt hoffentlich damit raus, was U26 damit zu tun gehabt haben könnte, wäre es nicht der 6510 gewesen. Wer einen Basis 108 (!) repariert hat, dem traue ich schon viel Wissen zu - bin also gespannt!

Vielen Dank an alle fürs Miträtseln!

Jood · Aug 1st 2021

Viel Dank für die Blumen, ich habe einfach nur gut geraten...

Wobei mir klar war das es an Speicherkonfiguration liegen musste, und das ist nunmal

der Prozessorport.

Auch ein blindes Korn schlägt dem Fass den Boden aus der Krone, oder so...

Mfg Jood

kinzi · Aug 1st 2021

Quote from Jood

Auch ein blindes Korn schlägt dem Fass den Boden aus der Krone, oder so...

Wer den Schaden hat, spottet jeder Beschreibung.

Hucky · Aug 2nd 2021

Quote from Parser

Quote from kinzi

Ist einfach nur Rumgerate.

*Totaler Blödsinnn!*... ich habe mich fast eine 1/2 Stunde lang mit diesem Thread & den Fehlerbildern intensivst beschäftigt ...

... .

P.S.: Ist ja nicht mein Board ... dann wäre es schon längst repariert!

Display More

War wohl nix mit U26, wa ?

Parser · Aug 4th 2021

Quote from Hucky

Quote from Parser

Quote from kinzi

Ist einfach nur Rumgerate.

*Totaler Blödsinnn!*... ich habe mich fast eine 1/2 Stunde lang mit diesem Thread & den Fehlerbildern intensivst beschäftigt ...

... .

P.S.: Ist ja nicht mein Board ... dann wäre es schon längst repariert!

Display More
War wohl nix mit U26, wa ?

Display More

Nein ... Satz mit x ... tut mir leid.

Freue mich aber sehr, dass die Kiste wieder rennt.

Thunderblade · Aug 11th 2021

... und dann war da noch: der SID! Gestern scheinbar auferstanden von den Toten, als ich mit Check64 (DIAG) einen Probelauf machte, tönte er plötzlich vor sich hin. Ich glaubte meinen Ohren kaum zu trauen. Nach 3 weiteren Durchläufen war er jedoch verstummt und auch gleich als BAD angezeigt, zusammen mit "Control Port". In einem anderen C64 gegengetestet, blieb er stumm. Doch heute meldete er sich plötzlich wieder - leider wieder nur kurz.

Ich nehme mal an er hat innen drin eine Art Wackelkontakt? Kann es sowas bei ICs geben? Gibt's eine Lösung wie z.B. "bei 200°C im Backofen für 30 Minuten" oder so?

GI-Joe · Aug 11th 2021

Quote from Thunderblade

z.B. "bei 200°C im Backofen für 30 Minuten" oder so?

als letzte Chance kurz vor dem Wegschmeißen könnte man das in der Tat mal probieren - rein zu Forschungszwecken .

Der Backofen-Thermostat ist aber zu ungenau. Die Temperatur sollte man auf jeden Fall mit einem IR-Thermometer messen / verifizieren.

mit 200 °C /10 Min würd ich anfangen .

Bei Mißerfolg dann schrittweise bis max 300°C ....

Aber vermutlich öffnet sich dann der "Wackelkontakt" vollständig und Du hörst gar nix mehr

advotax · Aug 11th 2021

Und was soll das bringen? Außer etwas Retro-Aroma in der Küche?

Korrodierte oder "entlötete" BGAs kann man unter Umständen damit retten. Aber was genau soll in einem IC wie dem SID passieren?

Quote from GI-Joe

mit 200 °C /10 Min würd ich anfangen .
Bei Mißerfolg dann schrittweise bis max 300°C

Du hast entweder einen krassen Backofen oder den euren noch nie benutzt.

GI-Joe · Aug 11th 2021

Quote from advotax

Du hast entweder einen krassen Backofen oder den euren noch nie benutzt.

hehe ....

nimm mal ein IR-Thermometer und messe mal nach. Du wirst staunen, wie ungenau die sind.

OK, aber die 300°C bezogen sich dann auch eher auf einen geregelten Heißluftfön ....

Quote from advotax

Und was soll das bringen? Außer etwas Retro-Aroma in der Küche?

keine Ahnung, probieren geht überstudieren - so kurz vor dem Wegschmeißen .....

advotax · Aug 11th 2021

Ja, nee, die "Genauigkeit" der Temperatureinstellung ist mir bewusst. Aber bei mir hört es bei 200°C schon fast wieder auf. Darüber ist nur noch Grill. Aber auch der lässt Metall nicht wachsen, schon gar nicht in der Kunststoffverpackung.

Klar, kann man probieren. Aber der Beschreibung nach erreicht man mit dem Eisfach vielleicht mehr, wenn auch nur temporär.

C64 vehält sich merkwürdig - und dann stirbt auch noch der SID

Similar Threads

Heute so gebastelt ...