Assy 250469 Rev.B - Blackscreen / RAM und 251913 heiß

Es gibt 299 Antworten in diesem Thema, welches 20.444 mal aufgerufen wurde. Der letzte Beitrag (16. März 2023 um 17:36) ist von Snocksman.

  • Es könnten aber noch andere Leitungen sein, denn:


    D400 = 1101 0100 0000 0000

    DC00 = 1101 1100 0000 0000

    DD00 = 1101 1101 0000 0000


    Dem VIC ist es egal, wie die drei gelben Adressleitungen stehen, der fühlt sich von D400..D7FF angesprochen. Bei den CIAs ist das nicht so, da müssen A10 und A9 stimmen, sonst geht der Zugriff auf IO1/IO2 oder den SID (D800).

    Jetzt bin ich aber doch noch einmal bei A1. Das würde doch alle Fehler auf einmal erklären:

    • Wenn das nicht passt, wird ja der CIA auch nicht richtig programmiert, da wird dann ins falsche Register geschrieben. -> IRQ wird nicht geenriert.
    • Beim Auslesen des Char-ROMs kommen die falschen Zeilen zurück. -> Kaputte Zeichen.
    • Beim Auslesen von "CBM80" aus dem Cartridge-ROM kommt die falsche Kennung zurück. -> Cartridge wird nicht erkannt.

    Dann frage ich mich aber, wieso der Kernal anläuft, alles initialisiert, wieso die Interrupt Service Routine (mehr oder weniger) funktioniert, wenn /IRQ auf GND liegt, ... irgendwas übersehe ich. :nixwiss:

  • OK, am Expansionsport sind IO1 und IO2 beide auf dauer High.

    Der arme Käfer... Das blöde ist, ich habe hier zwar noch ein defektes Board, dem ich den Käfer klauen könnte, der ist aber ohne integriertes Color RAM.

  • Das blöde ist, ich habe hier zwar noch ein defektes Board, dem ich den Käfer klauen könnte, der ist aber ohne integriertes Color RAM.

    Das repariere halt das mit den Bausteinen vom gegenständlichen. Funktioniert ja so gut wie alles.

  • Mal anders... Wenn A1 das Verhalten am besten erklärt, wo liegt A1 denn überall an ? Vielleicht gibts den Kurzen ja nicht von A1 auf A2 am CharROM, sondern irgendwo anders, wo A1 anliegt...?

    Fast überall.

    Aber wenn ich das richtig sehe, liegt es überall in der gleichen Anordnung (mit A0 und A2 links und rechts daneben) an... Da müsste ich nen kurzen auch am CharROM messen können...

    Ja.

  • Ich lasse es erstmal ruhen... Die gesockelten Chips sind alle sicher eingetütet.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Wenn ich mir eine vernünftige Entlötstation zugelegt habe, werde ich den dicken Käfer da mal runter holen.

    Bye the Way... Ist sowas brauchbar ?

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Bye the Way... Ist sowas brauchbar ?

    Habe ich auch, ist brauchbar. Am besten gleich ein Ersatzkit mitbestellen (Spitzen. Filter), gibbet auch bei A*.

    Man kann ein paar simple Modifikationen machen, dann ist sie wesentlich leiser und leistungsfähiger.

    "Nachteil" ist, dass sie sich gerne zusetzt. Man muss sie relativ oft reinigen.

  • Habe ich auch und bin sehr zufrieden.

    - WiC64 - The Commodore 64 Wireless Interface -> Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.
    - CHECK64 - The C64/C128(D) Diagnostic Set -> zum Beitrag: Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.
    - Anfertigung von Kühlkörperklammern -> zum Beitrag: Bitte melde dich an, um diesen Link zu sehen. Info: Kein lästiges Kleben mehr
    - Veranstaltung Kölner-Retrotreff -> zur Homepage: Bitte melde dich an, um diesen Link zu sehen.

  • Jetzt bin ich aber doch noch einmal bei A1.

    #118 gesehen? Da ist nicht einfach A1 fest auf 0, da passiert noch irgendwas "mehr", und wie Du schon sagst, wurde bei einem Kurzschluss auf dem CPU-Adressbus so ziemlich gar nichts funktionieren, weil u.a. die CPU schon ihre Instruktionen nicht richtig lesen könnte. Also kann es sich dabei nur um ein Adressierungsproblem des VIC während seiner g-Zugriffe handeln (die c-Zugriffe funktionieren ja sogar, ansonsten würde "OOMMDDRR" statt "COMMODORE" erscheinen). Also Pin 25 am VIC irgendwie teilweise hin oder Pin 29/52 an der PLA (Verbindungen wurden ja alle schon gecheckt). Snocksman Spaßeshalber würde ich an diese Pins jeweils testweise einen Pullup (3k gegen 5V oder so) ranhalten, kost ja nix.

    Mit dem Modul weiß ich auch nicht :) . Wenn die PLA Fratze ist oder es z.B. parasitäre Kapazitäten auf dem Bus gibt, ist natürlich alles off, dann könnte sogar sein, dass z.B. vom BASIC-ROM aus das CBM80 sichtbar ist, vom KERNAL-ROM aus aber nicht. Ja, ist nicht so wahrscheinlich, ich weiß ;) .

    Neben dem MCL64-Tester braucht es einfach noch ein besseres Testmodul für den Expansionsport, so ne Art Logic-Analyzer mit den Bus Traces für die ersten Takte nach dem Einschalten. "Hey, nach dem Reset kam in Takt 1300 bei Phi Low auf dem Datenbus der Wert XX statt YY" (und mit optionalen weiteren Probes nach innen auch gleich ein "...weil die CharEN-Leitung der PLA nicht stimmte"). Wer baut's? :) Wär mit z.B. einem RP2040 fast eine Fingerübung. (Bitte melde dich an, um diesen Link zu sehen. habe ich konzeptionell sowas gebastelt, aber dort naturgemäß in Software. Wirklich zum Debuggen äußerst praktisch.)

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

  • ZD915 ist wohl sehr gebräuchlich hier.

    Geht wunderbar, aber eben gut reinigen :)

    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.

  • [...]

    Es könnten aber noch andere Leitungen sein, denn:

    D400 = 1101 0100 0000 0000

    DC00 = 1101 1100 0000 0000

    DD00 = 1101 1101 0000 0000

    Dem VIC ist es egal, wie die drei gelben Adressleitungen stehen, der fühlt sich von D400..D7FF angesprochen. Bei den CIAs ist das nicht so, da müssen A10 und A9 stimmen, sonst geht der Zugriff auf IO1/IO2 oder den SID (D800).

    Sorry, da geht ausnahmsweise etwas durcheinander:

    Code
    SID $D400-$D7FF
    VIC $D800-$DBFF

    :)

  • Spaßeshalber würde ich an diese Pins jeweils testweise einen Pullup (3k gegen 5V oder so) ranhalten, kost ja nix.

    Ach mist, jetzt hab ich das Board quasi schon eingemottet... Egal, ich werde die Chips morgen einfach wieder in die Sockel drücken und das nochmal testen.


    Also Pin 25 am VIC irgendwie teilweise hin

    Den VIC habe ich in nem anderen C64 getestet, da läuft er ohne Probleme.


    Die ZD915 Entlötstation werde ich mir dann die Tage mal ordern. Liebäugele schon länger mit so nem Teil, aber bei diesem Board habe ich so viel mit der alten Entlötpumpe entlötet, jetzt muss son Teil endlich her !

    Jetzt habe ich mir aber erstmal nen funktionierenden 64er auf den Tisch gestellt und werde gleich mal meinen kürzlich erworbenen ArmSid testen. Den wollte ich mir schon länger mal anhören.

  • Wah, verdammt, hast Recht, ich war beim Color-RAM. Bier und posten = nix gut ;)

    Bei mir ist genau umgekehrt - KEIN Bier saufen = nix gut. :cursing::biggrin:

    Dann nochmals - ändert das was?

    D000 = 1101 0000 0000 0000

    DC00 = 1101 1100 0000 0000

    DD00 = 1101 1101 0000 0000

    Dem VIC ist es egal, wie die gelben Adressleitungen stehen, der fühlt sich von D000..D3FF angesprochen.

    Also:

    • Wenn A11=0 -> Problem würde auftreten.
    • Wenn A10=0 -> Problem würde auftreten.
    • Wenn A9=1 > Problem würde auftreten.

    Ändert nix - A11/A10/A9 wurden ja gecheckt.

  • Manchmal hilft das BlinkenDiag mit seinen vielen LED's. Zumindest ob z.B. Deadtest anläuft, oder IRQ arbeitet etc.

    Ich habe hier auch so ein komplett vergammeltes 469 Board, wo es mich auch reizt, es wieder zum Laufen zu bringen. Etliche VIA's quasi nicht mehr vorhanden, abgerostete Beinchen usw. Schlachtplatte halt. Aber mit BlinkenDiag kam ich schon weiter, als mit der normalen Diagnose-Platine. :)

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