Hartnäckiger, schwer zu reproduzierender Grafikfehler bei ASSY250425 (NTSC)

Es gibt 105 Antworten in diesem Thema, welches 17.401 mal aufgerufen wurde. Der letzte Beitrag (27. Juni 2020 um 13:32) ist von VomitOnLino.

  • Wenn es dem so waere, sollte es dann nicht reibungslos auf dem anderen board (ASSY250407) laufen? Das hat keinen Luefter und auch keinen 7805 ersatz DC/DC wandler.

    Alles noch original. Ich loet trozdem mal ein Kabel vom luefter ab und dann sehen wir mal.

    Edit: Na das war einfach. Ohne Luefter schon nach 45 sekunden Grafikfehler dieses mal.

  • dann saubermachen Kontakt-spray und wieder reinsetzen und so weiter

    Kontaktspray? Ich hoffe nicht! Für sowas nimmt man Tuner 600, das verdunstet rückstandsfrei. Kontaktspray tut das nicht.

    Leider kommt diese Warnung zu spaet.Gibt es denn da nachweislich langzeitfolgen oder ist das einfach nur dann nicht mehr so schoen?

  • So, also bei mir läuft das fehlerfrei ... WENN ich das interne SD2IEC abstecke, deaktivieren reicht nicht. Wenn das am Bus ist, kommt es nach Sekunden bis maximal Minuten zum Absturz. Grafikfehler habe ich aber keine, allerdings ist das natürlich ein PAL-System.

    ich hab das auch mal auf Real-Hardware (Assy 250407, PAL) probiert. Erst auf einer 1541-II (Adresse 9) lief problemlos. Dann habe ich eine zweite 1541 dazugesteckt (Adresse 8 ) und dann läuft die Demo auch bei mir nicht. Erst bei abgeschaltetem 2. Laufwerk lief die Demo.

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

  • Gerrit

    Ich muss das Laufwerk spaeter mit einer richtigen Diskette nochmal justieren da im Moment die halftracks fast alle "100" lesen und dann geh ich mit IPA ueber die Chips und Sockel.

    So, also bei mir läuft das fehlerfrei ... WENN ich das interne SD2IEC abstecke, deaktivieren reicht nicht. Wenn das am Bus ist, kommt es nach Sekunden bis maximal Minuten zum Absturz. Grafikfehler habe ich aber keine, allerdings ist das natürlich ein PAL-System.

    ich hab das auch mal auf Real-Hardware (Assy 250407, PAL) probiert. Erst auf einer 1541-II (Adresse 9) lief problemlos. Dann habe ich eine zweite 1541 dazugesteckt (Adresse 8 ) und dann läuft die Demo auch bei mir nicht. Erst bei abgeschaltetem 2. Laufwerk lief die Demo.

    Danke fuer das Testen! Die Demo scheint bezogen aufs Laufwerk wirklich pingelig zu sein.

    Gibt oder gab es Grafikfehler beim durchlauf?

    Ich bin naemlich inzwischen der Ansicht, das es zwei Probleme sind:

    -einmal die Abstuerze - Laufwerksbedingt, entweder weil die Daten nicht komplett oder schnell genug reinkommen

    -auf der anderen Seite diese komischen Grafikfehler, die ja auch beim anderen C64 (250407) nicht auftreten - nur die Abstuerze bei beiden

    Hat jemand eine Idee, wie man das Grafikproblem besser testen koennte mit was das auch auf NTSC laeuft?

    Um diese Demo, die ja ausserhalb eines Emulators anscheinend nicht wirklich 100% rund laeuft mal aussen vor zu lassen.

  • hast du Kältespray ? evtl . kannst du die Grafikfehler damit provozieren wenn du einzelne Chips damit besprühst und wartest.

    Oder umgekehrt mit einem Fön einzelne Bereiche erwärmst

  • hast du Kältespray ? evtl . kannst du die Grafikfehler damit provozieren wenn du einzelne Chips damit besprühst und wartest.

    Oder umgekehrt mit einem Fön einzelne Bereiche erwärmst

    Nen Foen habe ich, zum kühlen könnte ich "Luft aus der Dose" verwenden vielleicht? Mach ich aber mal!

    Eins ist mir noch eingefallen wahrend ich dabei bin mich auf der Arbeit zu tode zu langweilen:

    Als ich alle 74x Chips und DRAM Bausteine usw. Ausloetete bildete ich eine Loetbruecke in einem VIA. Weil sie aber original aussah sah ich sie lange nicht (habe stattdessen überall nach Unterbrechungen in der Leiterbahn geguckt!) und zwecks test lief der C64 recht lange in diesem Zustand.

    Jetzt dachte ich: Vielleicht hast du da das color-ram gebraten oder so? Hier sind mal Bilder von der Position der Bruecke oben und unten:

    Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.

  • zum kühlen könnte ich "Luft aus der Dose" verwenden vielleicht?

    ok sollte damit aber nichts rauskommen, würde ich kältespray kaufen. Glaube nicht dass es mit normaler Luft ausreicht.

    Mit Wärme aus dem Fön könnte der Fehler aber auch schneller kommen. Punktuell wäre es mit kältespray wieder einfacher. Fön

    erwärmt zu grossflächig

  • Ich habe mir mal Kaelte-spray gekauft. Und jetzt, natuerlich, weigert sich der Grafikfehler aufzutreten. :motz:

    Nur beim laden der Demo (schwarzer Bildschirm) ist es 2-3x abgestuerzt. Ansonsten (mit einem offenen Gehaeuse natuerlich fuers Sprayen) lief die Demo mehrmals durch ohne erkennbare Fehler.

    Da denkt man sich. "Aha. Hitzestau wohl!" Leider nein, denn...

    Dann habe ich nacheinander den VIC II, die PLA, die CPU und den SID und die 2 CIAs und zu guter letzt den DRAM mit dem Foen so heiss gemacht das es nicht mehr schmerzfrei anzufassen war. Die Demo lief fehlerlos weiter!! Dann alles zusammen nochmal aufgeheizt. Dito!

    Doch das 1541 der "schuldige" hier?

  • zum kühlen könnte ich "Luft aus der Dose" verwenden vielleicht?

    Ja, schräg halten, dann tritt Kälte aus. ^^

    Sonst einen Eiswürfel in einen Tiefkühlbeutel packen und damit kühlen. (Der Schmäh stammt von Gerrit, nicht von mir.)

    Hier sind mal Bilder von der Position der Bruecke oben und unten:

    Wo ist das im Schaltplan?

  • zum kühlen könnte ich "Luft aus der Dose" verwenden vielleicht?

    Ja, schräg halten, dann tritt Kälte aus. ^^

    Sonst einen Eiswürfel in einen Tiefkühlbeutel packen und damit kühlen. (Der Schmäh stammt von Gerrit, nicht von mir.)

    Hier sind mal Bilder von der Position der Bruecke oben und unten:

    Wo ist das im Schaltplan?

    Das muss ich jetzt erstmal nachforschen, einen Moment.

  • So nachgeschaut und es auf dem Schaltplan eingetragen.

    X markiert die Stelle wo sich die beiden Vias kurzgeschlossen haben. Habe auch mal die kurzgeschlossenen Leiterbahnen hervorgehoben.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Wie schon gesagt, der Kurzschluss wurde gefunden und behoben. Aber waehrend der Fehlersuche lief der C64 eine weile (2-3 Stunden)

    Das Fehler-muster war uebrigens interessant: Aehnlich bei einem kaputten U14: Beim starten Farbmuell, der Cursor war multipliziert, aber der Rechner schien "unten drunter" weitgehend normal zu laufen. Spiele die das Color RAM oder Screen RAM (?) fuer die Kollisionsabfrage benutzten liefen natuerlich nicht ganz exakt und man konnte am "Muell" "kaputtgehen" z.B. bei City Bomber 4K.

  • So, im Forum gelesen und weiter herumprobiert, meistens in Richtung des 1541 nun. Habe mir "Ghosts n' Goblins" von Nostalgia (2015) heruntergeladen und mit XUM1541 auf das Floppy gespielt, da ich gelesen habe es sei anspruchsvoll an akkurates Laden und auch oft probleme mache mit dem Pi1541 etc.

    Wenn man das Spiel zu laden versucht kann folgendes passieren:

    • Man kommt "normal" bis ins Spiel, das intro hat aber nur einen schwarzen Hintergrund und dann stuerzt es ab (Siehe Bild1)
    • Man kommt schon gar nicht bis an den Titelscreen und es stuerzt schon ab nachdem es das Laufwerk richtig als 1541 mit CBM DOS 2.6 erkannt hat
    • Man kommt zum Titel-screen aber der Titel-screen ist komplett korrupt. Interessanterweise kann man Feuer druecken und das Menu betaetigen. Wenn man versucht weiterzuladen stuertzt es ab. (Siehe Biild2)

    Jetzt verstehe ich nicht, wenn das ein Alignment-problem waere sollte es ja nichts machen da die Disk (die uebrigens laut 1541 tools 0 "Bad Sectors" hat) vom selben Laufwerk gelesen wie geschrieben wird. d.H. das Alignment ist das selbe. Was kann es sonst sein? Einen "Memory Test" fuer das 1541 habe ich auf dem Lemon64 forum gefunden und apgetippt & laufen gelassen. Findet aber auch nix. Auf VICE geht es im NTSC modus vom selben image, das ist es also auch nicht.

    Edit: Bilder Vergessen!

    Bild 1
    Bitte melde dich an, um diesen Anhang zu sehen.

    Bild 2

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Sowas habe ich bei machen C64 und Softwareschnelladern in Demos oder Giana Org., wenn gleichzeitig ein SD2IEC an der Floppy hängt. Das funkt dann ins Serial Kabel bei der Übertragung dazwischen und es gibt (Bit-)Fehler.

    Oder ist bei dir zu viel E-Smog und das funkt bei der Übertragung dazwischen. ;) Vlt. ja auch schon bei dem Schritt davor, also beim Schreiben der Disk. Geht mit dem XUM1541 Kabel vlt. etwas zu schnell (die Übertragung) = fehleranfälliger.. .

  • Sowas habe ich bei machen C64 und Softwareschnelladern in Demos oder Giana Org., wenn gleichzeitig ein SD2IEC an der Floppy hängt. Das funkt dann ins Serial Kabel bei der Übertragung dazwischen und es gibt (Bit-)Fehler.

    Oder ist bei dir zu viel E-Smog und das funkt bei der Übertragung dazwischen. ;) Vlt. ja auch schon bei dem Schritt davor, also beim Schreiben der Disk. Geht mit dem XUM1541 Kabel vlt. etwas zu schnell (die Übertragung) = fehleranfälliger.. .

    Das SD2IEC habe ich natuerlich gleich als ersten schritt der Fehlersuche abgehaengt. Das Kabel ist allerdings in der tat mit 3m etwas lang.

    Aber das war leider nicht der Fehler. Auch ohne SD2IEC, ganz abgetrennt vom IEC und vom Strom hat man das selbe Fehlerbild.

    Wenn das SD2IEC hinten am Floppy dranhaengt also durchgeschleift, kann ich davon Wochenlang alles problemlos laden. Muss ich auch so machen denn meine Egenbauversion hat keine IEC Buchse. Ging immer Problemlos.

    Also wuerde das SD2IEC dann nicht auch betroffen sein? Es geht ja durch selbe (lange) Kabel. Und auch ob das Floppy an ist oder auss aendert nichts an der Verlaesslichkeit des SD2IEC auch beim kopieren grosser Datenmengen.

    Edit: Jetzt scheint als hat sich das 1541 soweit verschlechtert das es sich weigert das Directory "$" auszulesen. Erst faehrt der Kopf normal an den Sektor 18 dann liest es aber die LED flackert und am ende gibt es mit einem ?FILE NOT FOUND error auf.

    Habe schon die 6502 und die zwei 6522 ausgetauscht. Keine Veraenderung.

    Edit Bitte melde dich an, um diesen Link zu sehen.: Diskette mit OPEN 1,8,15,"N:TEST,01":CLOSE1 formattiert. LIST geht jetzt wieder, allerdings wenn man diese leere Diskette mit XUM1541 auslesen will gibt es massiv read errors jetzt.

  • Also wuerde das SD2IEC dann nicht auch betroffen sein?

    Nein, weil das SD2IEC diese "custom"-Schnelllader (IRQ-Loader / Track-Loader) gar nicht kann, da bemerkst du folglich nichts. Du könntest es mit Sam's Journey versuchen, dessen Schnelllader wird von SD2IEC unterstützt, WIMRE.

    allerdings wenn man diese leere Diskette mit XUM1541 auslesen will gibt es massiv read errors jetzt.

    Was ist für ein Laufwerk verbaut - "Schnapp" (Alps) oder "Knebel" (Mitsumi)?

  • Also wuerde das SD2IEC dann nicht auch betroffen sein?

    Nein, weil das SD2IEC diese "custom"-Schnelllader (IRQ-Loader / Track-Loader) gar nicht kann, da bemerkst du folglich nichts. Du könntest es mit Sam's Journey versuchen, dessen Schnelllader wird von SD2IEC unterstützt, WIMRE.

    allerdings wenn man diese leere Diskette mit XUM1541 auslesen will gibt es massiv read errors jetzt.

    Was ist für ein Laufwerk verbaut - "Schnapp" (Alps) oder "Knebel" (Mitsumi)?

    Hallo, ah das macht Sinn mit den SD2IEC. Leider laeuft Sam's Journey meines Wissens nach nicht auf NTSC ohne REU.

    Das Laufwerk ist der Marke ALPS.

    Ich habe mir das Laufwerk jetzt mal genau unter die Lupe genommen ich meine da war vorher ein Id... ich meine Spezialist dran wohl. So sah das Unterteil aus - wohl mit dem Loetkolben dran... "gearbeitet" sage ich jetzt mal, wobei es mich eher an Schlachterei erinnert hat:

    Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.


    Die Fixierschrauben vom Stepper sahen so aus:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Ich war heilfroh sie ohne bohren rausgekriegt zu haben.

    Also habe ich jetzt folgendes gemacht:

    • Den Stepper und seinen Mechanismus ganz ausgebaut
    • Gesaeubert und Neue Schrauben rein die nicht total ruiniert sind
    • Mit dem ALPS tool den Abstand (0.25 - 0.4mm) verifiziert und neu Eingestellt (wegen dem Ausbau wohl verschoben)

    Und siehe da. Nach einem Herzkasper-moment (immer auch den IEC einstecken!) schien es auch zu gehen. 2-3x mal die Diskette formatiert. Und jetzt kann man wieder mit dem XUM1541 Floppies problemlos hin-und herlesen. Ohne einen einzigen Lesefehler. Ob der Rest auch alles geht weis ich nicht. Wird gleich probiert.

    Leider habe ich keine "Factory" Diskette hier zum justieren, ist aber schon bestellt.