Floppy 1541 ALPS/250442

Es gibt 18 Antworten in diesem Thema, welches 2.117 mal aufgerufen wurde. Der letzte Beitrag (29. November 2023 um 19:33) ist von Markus64.

  • Hallo,
    ich habe hier eine Floppy 1541 mit ALPS-Mechanik und Shortboard (also nicht das ganz kurze 1541C-Board mit dem Hybridbauteil, sondern die etwas ältere Platine, die nicht ganz über die Mechanik drübergeht). Leider ist das Ding ein "Dauerläufer", grüne Power-LED und rote Laufwerks-LED leuchten dauerhaft und der Motor dreht ununterbrochen.

    Punkt 1:

    Die Platinenversion.

    Assy 250442

    Punkt 2:

    Ist das Gerät modifiziert oder noch Orginal?

    Gerät ist noch original, keine Dritthersteller-ROMs

    Punkt 3:

    Ist das Netzteil Orginal oder schon mal durch ein anderes ersetzt worden?

    Originalnetzteil

    Punkt 4:

    Tritt der Fehler nur auf wenn Zusatzhardware angeschlossen ist?

    Dauerläufer, egal ob Floppy an einen Rechner angeschlossen ist oder nicht

    Punkt 5:

    Tritt das Problem sporadisch auf oder ständig?

    Ständig

    Punkt 6:

    Werden irgendwelche Chips besonders heiss? so das man sich fast die Finger dran verbrennt?

    6522 VIAs, 6502 CPU werden warm, allerdings nicht fingergefährdend heiss

    Punkt 7:

    Hat der Fragesteller ein Multimeter und weiss wie das benutzt wird?

    (Die billigen 5-Euro Multimeter reichen für diesen Job aus)

    Multimeter hab ich, Oszilloskop leider nicht

    Punkt 8:

    Hat der Fragesteller irgendwelche Erfahrungen im Löten? wenn nicht gleich sagen.

    Ja. Entlöten größerer Bauteile mach ich ungern, geht aber im Notfall

    Nachträge:

    Punkt 9: Reagieren Laufwerke korrekt auf Ladebefehle, mit LED-Blinken oder gar nicht?

    Auf Ladebefehle reagiert die Floppy nicht, macht einfach weiter Dauerlauf

    Bonusbitte: Ein Foto von der Platine auf dem man die Chipbezeichnungen lesen kann, erleichtert die Fehlersuche auch ungemein.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Ich habe schon mal ein paar Dinge zum Thema Dauerläufer geprüft:

    - Spannungen über den richtig dicken Elkos betragen 9,5V (am kleineren) und 15,7V (am größeren).
    - 5V-Spannung auf dem Board ist bei 5,1V, 12V-Spannung ist bei 11,7V.
    - Beide 6522 VIAs, die 6502 CPU und beide ROMs (901229-05 und 325302-01) wurden in einer anderen funktionierenden 1541 getauscht und sind OK (die andere 1541 hat mit den Bauteilen keinen Dauerläufer).
    - Die Reset-Leitung am 6502 geht nach dem Einschalten auf 5V hoch, die Platine bleibt also nicht im Reset hängen (das ist wohl der Standardfehler, wenn die TTLs am seriellen Bus was abkriegen, scheint hier aber nicht so zu sein)!
    - Irgendein Takt scheint da zu sein, an Pin 39 und 37 der 6502 CPU messe ich mit dem Multimeter 2,25V und 2,12V (bei 50% Tastverhältnis des Taktsignals würde ich das so ungefähr erwarten).
    - Die 7406 und 74LS14 auf UB1 und UA1 scheinen OK (mit dem Multimeter die Ein- und Ausgänge der einzelnen Gatter geprüft. Das funktioniert gut, solange die Eingänge halbwegs konstant auf 0 oder 5V bleiben, bei schnelleren Signalen klappt das natürlich nicht mehr ganz so gut).
    - Weil der Motor nicht ausgeht, habe ich das Signal MTR (bzw /MTR) anhand der Schematics von dem dreipoligen Stecker P5 aus zurückverfolgt. Aus dem Gate Array 325572-01 kommt /MTR mit ~0V raus, in das Gate Array geht MTR mit ~5V rein (kommt aus der 6522 VIA auf UC2 raus). Der Motor wird von der 1541 (über den 6522 VIA) also absichtlich eingeschaltet ;).

    - Da ist ein MOS-TTL (8713, das soll wohl ein 74LS04 sein) auf UC6, den habe ich auch mit dem Multimeter geprüft, der scheint auch zu funktionieren.

    Hat da jemand irgendwelche Tips für mich, nach was ich noch schauen könnte? Ich könnte jetzt anfangen, auf gut Glück die ganzen TTLs und das Gate Array auszuwechseln, würde das aber gerne etwas systematischer angehen, wenn möglich :)

    Vielen Dank! :thumbsup:

  • Vielleicht könnte das SRAM defekt sein? Oder ist „Motor aus“ auch alleine mit ROM möglich?

    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.

  • in das Gate Array geht MTR mit ~5V rein (kommt aus der 6522 VIA auf UC2 raus). Der Motor wird von der 1541 (über den 6522 VIA) also absichtlich eingeschaltet ;) .

    Der Reset-Zustand der 6522 ist "alle Ports auf Ausgang, Pins auf H". Daher sind LED und Motor beim Reset an. Es wird also der Portpin des 6522 nicht nach GND gezogen.

    Möglicherweise ist der Adress-Decoder defekt, ich weiß aus dem Kopf gerade nicht, wie der auf dem Shortboard aufgebaut ist; ich glaube mir einem 7442.

    Vielleicht könnte das SRAM defekt sein? Oder ist „Motor aus“ auch alleine mit ROM möglich?

    Wenn das SRAM defekt wäre, würde der Selbsttest fehlschlagen und die 1541 würde blinken. (Der Selbsttest muss ja laufen, weil die ROMs OK sind.)

    Die Kiste wird also durch etwas anderes "vom betrieb abgehalten".

  • Es gibt einen 74LS42 auf UC8. Da messe ich an den 4 Eingangspins Ax 2,6V, 2,6V, 0V, 2,6V (Werte für A0 bis A3) und an den 3,5V am ersten Ausgangspin sowie 4,5V bis 4,6V an den restlichen 9 Ausgängen

  • Das müssten Pin 6&7 am 74LS42 sein (UC8). Das sind die chip select für die beiden VIA. Da wäre jetzt mal ein Oszi oder Logikanalyzer gut.

    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.

  • CS1 (Pin 24) ist an beiden VIAs auf 5V (laut Schaltplan ist das direkt auf 5V verdrahtet, da tut sich nix). /CS2 (Pin 23) ist bei beiden auf 4,6V (mit dem Multimeter "integriert"). Die kommen aus Pins 7 und 8 (Ausgänge 6 und 7) des 74LS42. Die Eingänge des 74LS42 hängen direkt am Adressbus der CPU (A10 bis A13). Sieht so aus, als würden die VIAs durch /CS2 ziemlich die meiste Zeit weggeschaltet. Jetzt wäre es wirklich gut, mal sehen zu können, ob /CS2 irgendwann zwischendurch mal low wird...
    Würde es helfen, wenn ich das mit der funktionierenden 1541 vergleiche? Die geht ja in einen anderen internen Zustand, keine Ahnung, ob die Messungen dann aussagekräftig und vergleichbar sind.

  • Der Decoder ist vermutlich in Ordnung. Vor dem Decoder müssten noch weitere Gatter (WIMRE u. a. ein 7400) sein, die A15 und A14 auswerten. Damit wird u.a. das ROM-CS erzeugt.

    Ohne Oszi wird das aber schwierig. Eine Option wäre "blindes Tauschen" des 7442 und der ICs davor, wenn man sie lagernd hat.

  • Ja, auf Grund von ...

    - Beide 6522 VIAs, die 6502 CPU und beide ROMs (901229-05 und 325302-01) wurden in einer anderen funktionierenden 1541 getauscht und sind OK (die andere 1541 hat mit den Bauteilen keinen Dauerläufer).

    ... und von ...

    Weil der Motor nicht ausgeht, habe ich das Signal MTR (bzw /MTR) anhand der Schematics von dem dreipoligen Stecker P5 aus zurückverfolgt. Aus dem Gate Array 325572-01 kommt /MTR mit ~0V raus, in das Gate Array geht MTR mit ~5V rein (kommt aus der 6522 VIA auf UC2 raus). Der Motor wird von der 1541 (über den 6522 VIA) also absichtlich eingeschaltet ;) .

    ... kann es fast nur an der "Glue Logic" liegen.

    UND WAS HABE ICH DA ZUERST ÜBERLESEN???

    - Da ist ein MOS-TTL (8713, das soll wohl ein 74LS04 sein) auf UC6, den habe ich auch mit dem Multimeter geprüft, der scheint auch zu funktionieren.

    HAUPTVERDÄCHTIGER!!!

    Sofort festnehmen!

  • UND WAS HABE ICH DA ZUERST ÜBERLESEN???

    - Da ist ein MOS-TTL (8713, das soll wohl ein 74LS04 sein) auf UC6, den habe ich auch mit dem Multimeter geprüft, der scheint auch zu funktionieren.

    HAUPTVERDÄCHTIGER!!!

    Sofort festnehmen!

    Generalverdacht auf Grund der Herkunft - SKANDAL!!! :guenni:

    :thumbsup:

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

  • Der 74LS00 auf UC7 sieht mit dem Multimeter nicht unplausibel aus. Ich werd' jetzt schauen, dass ich an das Oszi rankomme und doch mal dem MOS 8713 zu Leibe rücken. 74LS04 hab ich keinen da, da muss ich erst bei Reichelt shoppen gehn...

  • Der 74LS00 auf UC7 sieht mit dem Multimeter nicht unplausibel aus. Ich werd' jetzt schauen, dass ich an das Oszi rankomme und doch mal dem MOS 8713 zu Leibe rücken. 74LS04 hab ich keinen da, da muss ich erst bei Reichelt shoppen gehn...

    74LS04 kann ich dir gegen Portospende schicken.

    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.

  • Danke für das Angebot, aber lass mal. Ich muss eh dies und das bei Reichelt bestellen und dieses Wochenende komm ich eh nicht dazu, an der 1541 viel zu machen.

  • Ich hatte heute mal die Gelegenheit, mit einem Oszi in dem Board rumzustochern. Es sieht so aus, als hätte ich ein Problem gefunden: Der Takt Phi2 aus der CPU sollte an den VIAs an Pin 25 anliegen, tut er aber nicht. Das Taktsignal läuft laut Schaltplan durch Pin1 (Eingang) und 2 (Ausgang, invertiert) des 74LS04 auf UC6 - das ist bei mir der MOS 8713! Phi2 kommt an Pin 1 an, aus Pin 2 scheint aber nix mehr rauszukommen. Sieht so aus, als hätte das Ding doch einen weg. Ich tausch den in den nächsten Tagen mal aus und gucke, was dann ist.
    Kinzis Generalverdacht aufgrund der MOS-Herkunft ist wohl berechtigt.:roll2:
    (Ein 6522 scheint übrigens doch auch einen Macke zu haben; wenn ich die in die funktionierende 1541 einsetze, gibts zwar keinen Dauerläufer, aber bei einem Ladebefehl bleibt sie hängen - ich werd' die eine VIA also doch nochmal austauschen.)

  • So, die 1541 funktioniert wieder (fast hätte ich geschrieben "läuft wieder" aber das tat sie ja schon die ganze Zeit :roll2:). Schuld war der MOS 8713 auf UC6, der ist jetzt durch einen neuen 74LS04 ersetzt. Man könnte jetzt sagen "war doch klar, das es an dem lag", aber ich finde es gut, dass ich auf dem Oszi mal genau gesehen hab, woran es im Detail wirklich gelegen hat :thumbup:

  • Q.E.D.

    MOS-TTL = nix gut.

    na gut, im Zweifel für den Angeklagten :P

    (...obwohl, es gab ja eigentlich keine Zweifel ;))

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