1541 PCB 1540050 REV C wird nicht erkannt (Kein Dauerläufer!)

Es gibt 15 Antworten in diesem Thema, welches 1.179 mal aufgerufen wurde. Der letzte Beitrag (30. April 2024 um 21:32) ist von root42.

  • Ich habe von Brechdurchfall heute eine 1541 übernommen, die nicht laufen mag. Sie booted, kein Dauerläufer, aber wird nicht erkannt! Auch per cbmtools wird bei detect oder dir nichts erkannt. Das Board sieht ein klein wenig verbastelt aus. Oder war das normal bei diesen frühen Boardrevisionen? Die 6522s und die 6502 habe ich vom Zombielaufwerk genommen, da sie ja "known good" sind. Anbei ein paar Bilder. Ich habe Spannungen und Clock überprüft, wie zu erwarten alles total im Rahmen. Ich denke es muss etwas mit der Verbindung zum Rechner sein. Insbesondere die Bodges und der cut trace rund um UB1 kommen mir spanisch vor:

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

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Hast du mal andere Laufwerksnummern als "8" benutzt (insbesondere die 9, 10 oder 11)? "detect" sollte sie zwar finden, aber wer weiß...

    Falls sie darauf auch nicht reagiert, hast du die Möglichkeit, die IEC-Leitungen mit einem Logicanalysator aufzuzeichen und zur Verfügung zu stellen?

  • Hast du mal andere Laufwerksnummern als "8" benutzt (insbesondere die 9, 10 oder 11)? "detect" sollte sie zwar finden, aber wer weiß...


    Falls sie darauf auch nicht reagiert, hast du die Möglichkeit, die IEC-Leitungen mit einem Logicanalysator aufzuzeichen und zur Verfügung zu stellen?

    Naja, ich kann die mal mit dem Oszi ablauschen. Aber ja, ich werde in den nächsten Tagen da mal etwas strukturierter rangehen. Muss mich erstmal zurechtfinden und schauen was wo wie getriggert wird.

    Hm. Irgendwo habe ich auch so einen 5 EUR USB Analyzer, den man mit sigrok benutzen kann. Den habe ich noch nie getestet...

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Dass das Board verbastelt aussieht, ist vollkommen normal. Das war ab Werk schon so. Es gab von Commodore selbst "Umbauanleitungen", da es zu teuer war, bestückte Platinen wegzuschmeißen.

    Hast du mal das RAM und ROM getauscht (UB2 - 4)? Müsste ich aber schon gemacht haben ...

  • Hast du mal andere Laufwerksnummern als "8" benutzt (insbesondere die 9, 10 oder 11)? "detect" sollte sie zwar finden, aber wer weiß...

    Stehen tut sie auf "8":


    Bitte melde dich an, um diesen Anhang zu sehen.

    Macht sie denn einen Reset, wenn der C64 angeschaltet wird?

  • Macht sie denn einen Reset, wenn der C64 angeschaltet wird?

    Jawoll, das tut sie!

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Das Board sieht ein klein wenig verbastelt aus. Oder war das normal bei diesen frühen Boardrevisionen?

    Du siehst, "wir" sind mit dem aktuellen "Zombie" hack in guter historischer Gesellschaft, "think like commodore would have made it"

  • Hat jemand ein besser aufgelöstes Schema? Das in meinem Servicemanual ist gruselig:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Ich habe diese Pins abgegriffen -- das sollte CLK und DATA sein, oder?

    Bitte melde dich an, um diesen Anhang zu sehen.

    Wenn dem so ist, dann ist CLK dauerhaft HIGH und DATA dauerhaft LOW, auch wenn ich ein cbmctrl detect mache.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • miss doch auch noch "nach" resp. vor den am Bus hängenden Gattern und schau somit, ob die ihrer Funktion (meist Inverter, ab und an auch Buffer) noch nachkommen...

    Das war m.E. auch Kinzis Intention dabei, das geht in Busruhe mit einfachsten Hilfsmitteln und sagt doch schon einiges aus...

  • Mir fiel ein, dass ich neulich ja schonmal so ein Problem hatte. 74LS14 mal ausgelötet, da ja die beiden Pegel dauerhaft blieben, und siehe da:

    Bitte melde dich an, um diesen Anhang zu sehen.

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.

  • Da hats wohl den 74LS14 beim An- oder Abstöpseln irgendwann gerissen.

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

    So, Brechdurchfall -- was machen wir mit deinem Schätzchen? :)

    C64C mit 8580, C64 mit 6581 und C64G mit ARMSID,

    C16, VC20, PET3016+32K, 3x1541, 2x1541-II, Pi1541, Philips CM8833-II, 1084S

    Bitte melde dich an, um diesen Link zu sehen.


  • So, Brechdurchfall -- was machen wir mit deinem Schätzchen? :)

    Baue deine Chips wieder aus und setzte sie in den Marktplatz. 20€ (?) könnte sie evtl. noch bringen. Versand ist relativ teuer (6,99 DHL). Was übrig bleibt, spendest du dem Forum.

    BTW. interessanter Fehler.

    VG Jürgen

  • Hat jemand ein besser aufgelöstes Schema? Das in meinem Servicemanual ist gruselig:

    Hmmm... da gab es mal was . Auf dieser Seite gibt es eine Version der Platine :

    Bitte melde dich an, um diesen Link zu sehen.

    Ich nehme mal an die Service Manual von Commodore hast du schon.....

    Bitte melde dich an, um diesen Link zu sehen.

    ! Ist eine PDF Datei !

    Das 154050 Board ist in der SAMS Reparaturanleitung beschrieben. Das gibt es in der Wolke .

    Bitte melde dich an, um diesen Link zu sehen.

    The wheel is turning but the hamster is dead Bitte melde dich an, um diesen Anhang zu sehen.

  • Wenn dem so ist, dann ist CLK dauerhaft HIGH und DATA dauerhaft LOW, auch wenn ich ein cbmctrl detect mache.

    cbmlinetester aus dem OpenCBM-Paket ist bekannt? cbmlinetester --interactive, and dann mit "r", "a", "c", "d" und "s" die Leitungen RESET, ATN, CLOCK, DATA und SRQ setzen (aktivieren, also auf 0 V bringen) bzw. mit den entsprechenden großgeschriebenen Buchstaben "R", "A", "C", "D" und "S" die Leitungen inaktivieren (= 5 V).

    Er zeigt auch den Zustand an, was er gerade auf den einzelnen Leitungen an Eingängen hat.