Beiträge von A500Man im Thema „Wie bekomme ich mit Star Commander ein .d64 so auf die 1541, daß es dort für den C64 als Dateien lesbar ist?“

    Moin,

    beim Formatierbefehl geht der Kopf ganz zurück, rattert kurz gegen die Begrenzung, geht dann einen kleinen Schritt nach vorne und dann ist Ruhe. Die rote LED blinkt schnell und ohne aufzuhören. Der Fehlerkanal sagt dazu:

    21 READ ERROR 00 00

    Das Laufwerk ist geputzt, der Kopf hat keine optischen Beschädigungen, die Schrauben im Floppy sind alle am Platz (viele, zum Beispiel die am Steppermotor sind mit Loctite gesichert), die Platine des Floppy funktioniert an einem anderen Laufwerk gut.

    Was könnte hier noch defekt sein?

    CU,

    A500Man

    Hallo,

    ich habe nun den Fehler durch Quertausch der Platine mit einem anderen guten 1541 eingrenzen können. Die Platine meiner 1541 funktioniert im anderen (guten) 1541 voll. Die Platine des guten 1541 führt mit meinem Laufwerk (ALPS FDM-2111-B5) auch zu den oben beschriebenen Fehlern. Die Platine meiner 1541 ist also in Ordnung, es muß folglich am Laufwerk selbst liegen.

    Ich putze jetzt noch mal den Kopf .... was kann sonst noch dazu führen, daß das es nicht liest und nicht formatiert?

    CU,

    A500Man

    So,

    heute noch mal im wachen Zustand getestet. Im 1541 ist eine (in einem anderen Laufwerk) frisch formatierte Floppydisk eingelegt. Dazu habe ich den C64 direkt nach dem Einschalten mit

    10 OPEN 15, 8, 15
    20 INPUT# 15, A$, B$, C$, D$
    30 PRINT A$, B$, C$, D$

    RUN

    gefüttert.

    Ergebnis: 73 CBM DOS V2.6 1541 00 00

    Klingt für mich gut, oder?

    Nun zum Testen:

    1) Eingabe von LOAD"$",8 führt zu einer Bewegung des Kopfes in die Mitte der Disk, dann stoppt das Laufwerk und es kommt die Bildschirmmeldung ?FILE NOT FOUND ERROR und dauerblinkende roten LED

    Eingabe des oben genannten Testprogramms führt zu folgender Bildschirmmeldung:

    74 DRIVE NOT READY 00 00

    2) Eingabe von OPEN 1,8,15,"N:Leerdisk,MD": CLOSE 1 führt zu Kopfrattern und dauerhaft blinkender roter LED, Laufwerk dreht kurz und stoppt dann wieder. Bildschirmmeldung: READY

    Eingabe des oben genannten Testprogramms führt zu folgender Bildschirmmeldung:

    ?FILE NOT OPEN ERROR IN 20

    3) Eingabe von OPEN 1,8,15,"N:Leerdisk,00": CLOSE 1 führt zu Kopfrattern und dauerhaft blinkender roter LED, Laufwerk dreht kurz und stoppt dann wieder. Bildschirmmeldung: READY

    Eingabe des oben genannten Testprogramms führt zu folgender Bildschirmmeldung:

    21 READ ERROR 00

    READY


    Helfen diese Infos?

    CU,

    A500Man

    Kein LED-Blinken?

    Doch, jetzt wo Du es sagst .... die rote LED des Laufwerks blinkt schnell und ohne Unterbrechung.

    Geputzt habe ich den Kopf mit einem Q-Tip und Isopropanol ... mehrmals ... aber da kam kein Schmodder herunter und er sieht blitzblank aus.

    Die verwendete Disk geht in einem anderen 1541er-Laufwerk ohne Probleme, an der Disk kann es nicht liegen. Außerdem müsste das Laufwerk die Disk ja zumindest formatieren können ... aber auch das läuft wie oben beschrieben nicht ... ?(

    CU,

    A500Man

    So,

    ich habe das 1541 an einen echten C64 gehangen ... und hängen im Schacht ;(

    Wenn ich eine (als known-good bespielte) Disk einlege und "Load"$",8" eingebe, versucht das 1541 in der MItte der DIsk zu lesen und gibt dann aus "?FILE NOT FOUND".

    Wenn ich eine DIsk mit "OPEN 1,8,15, "N:Leerdisk,00": Close 1" formatieren will, rattert das Floppy mit dem Kopf und schreibt nur "READY", ohne daß es etwas macht.

    Was sagt mir das? Laufwerk kaputt? Geputzt habe ich den Lesekopf schon ...

    CU,

    A500Man

    OK,

    ich schaue mir die verschiedenen Optionen mal an, danke für die Hinweise!!! :emojiSmiley-106:

    Und noch eine Frage: Ich bin mir nicht sicher, ob der Kopf meiner 1541 sauber justiert ist. Wenn ich mit einer DEjustierten 1541 eine Disk formatieren möchte, müsste das doch gehen .... oder kann es sein, daß man bei dejustiertem Kopf nicht formatieren kann, weil das Floppy die Spur 0 nicht findet?

    CU,

    A500Man

    Und welche 1541 Floppy(s) hast du denn? Z.B. mit der hellen "weißen" 1541 gibt es scheinbar je nach Kabel mit Starcommander echte Probleme!

    Nee, habe beige Ziegelsteine, mit ALPS-Laufwerken `drin. Ich habe das XM1541-Kabel mal auf 10 cm gekürzt ... trotzdem timeouts. Es liegt wohl an der Software/Win/Virtual PC und nicht am Kabel. Ich schaue mir die Alternativen beizeiten an .... im Moment ruft die Arbeit gaaaanz laut nach mir ... :wink:

    CU,

    A500Man

    Das ist schon reichlich lang - ich nehme an, das geht direkt zum 6522?

    Hm, es geht zum Stecker "P2" am 1541. Es ist ein "XM1541"-Kabel. Der Star Commander findet das 1541 auch, der Parallelport des PC und die Softwareemulation des "Virtual PC" klappen also. Und wenn ich einzelne Dateien kopiere, klappt es meist auch (also wenn die bis ca. 150 was-auch-immer (Blöcke?) haben.

    Aber wenn ich ein ganzes image auf die 1541 ziehen will, bricht er immer mit timeout ab .....

    CU,

    A500Man

    Hallo zusammen,

    sorry, ich wollte hier keinen Unfrieden stiften .... :emojiSmiley-47:

    Ich habe Star Commander auf einem Win7-Rechner, aber in einem "Virtual PC" mit DOS laufen. Der Parallelport wird erkannt und macht sonst keine Probleme. Und schnell genug müsste der Rechner auch sein ... Ist das Kabel vom Parallelport zur 1541 (ca. 1,5 Meter) zu lang?

    CU,

    A500Man

    OK,

    ich habe es nun geschafft, das .d64-file und meine 1541 im Star Commander richtig anzumelden. Aber wenn ich die files aus dem .d64-file auf die physische 1541 kopieren will, startet er mit track XYZ, dann passiert nix und dann macht er immer "timeout Fehler" .... ich habe die 1541 dann an den C64 gehängt und versucht eine Disk zu lesen ... das Load"$",8 ergibt nur "? File not found Error".

    In einem zweiten 1541 kann ich die Disk lesen .... ist mein erstes 1541 dejustiert? Oder was kann das sein? Wenn ich eine Disk im ersten 1541 formatieren will (OPEN 1,8,15,"N:Leerdisk,00": CLOSE 1) rattert der Lesekopf und dann kommt nur eine lapidare READY. - Meldung.

    Wo könnte mein Problem mit dem Laufwerk liegen?

    CU,
    A500Man

    Ja, d64 auswählen und Alt F5, wie ich geschrieben habe...

    Ja, haste Recht. Aber wenn man das Programm noch nie bedient hat, ist es echt komplex .... man muss ja erstmal schnallen, daß man von dem "linken" auf das "rechte" Laufwerk kopieren muss. Ich dachte, man wählt einfach ein .d64-file von der Festplatte und dann wird das im C64er-Format auf die echte 1541 geschrieben .... Aber wenn man weiß, wie es geht, ist es logisch.

    CU,

    A500Man

    rtfm

    Bitte melde dich an, um diesen Link zu sehen.

    Ja, genau das ist es: Ein F***ing Manual. Für Profis. Nicht für Einsteiger .... Kostprobe gefällig?

    Parameters are case sensitive unless otherwise noted. DOS path and file names are always ASCII; Commodore path and file names are either ASCII or PETSCII, whichever the format of the image or archive, that contains the file, is based on. PETSCII file names are converted from ASCII, as specified on the command line, to PETSCII.

    Parameter syntax is the following:

    • <source name>: For DOS files, "<file name>" with the DOS syntax. For files on Commodore disks, "<CBM drive><file name>". For files inside image or archive files, "<image type>:<image name>\[<image path>\]<file name>".
    • <destination name>: See the syntax for source files. If you specify a file name only then all other destination information (image type, image name and image path) will be inherited from the source.
    • <image type>: "Disk", "Tape" or "File" for disk, tape or PC64 file images; "Lynx", "FileZip", "LHA", "Arkive", "TAR" or "ZIP" for Lynx, filepacked ZipCode, LHA, Arkive, TAR or ZIP archives; "GCRDisk", "DiskZip" or "SixZip" for GCR-coded disk images, diskpacked or sixpacked ZipCode archives, respectively.

      Case insensitive, ASCII string.

    • <image name>: File name of image or archive file. A DOS file name, may or may not include a path.

      ASCII string.

    • <image path>: Path inside image or archive file. If it consists of multiple components, use backslashes to separate them. When missing, files are accessed in the root directory of the image. Obviously, this parameter makes no sense for images that don't support directories; in this case, the complete image path is silently discarded.

      For GEOS-compatible disk images, LHA, TAR and ZIP archives, ASCII string; for other image and archive formats, PETSCII string.

    • <file name>: Name of a DOS or Commodore file. When omitted, destination files inherit the names of their respective source files. You may use wildcard characters ("?", "*") in both source and destination file names; for source file names, you may also use the "=" character to specify the file type.

    Blah...blah....blah.... Ich frage hier als Anfänger, nicht als Profi. Aber selbst ist der Mann ... ;)

    Nach einigem Herumprobieren habe ich entdeckt, daß man das .d64 ins linke Laufwerk laden muss, die 1541 als rechtes Laufwerk angeben muß (geht über F9). Dann springt man mit der Tabulator-Taste zwischen den Laufwerken hin- und her. Zuerst nach rechts, dort "ALT"-Taste einmal drücken, dann F2, dort "Format" auswählen. Wenn das geklappt hat mit Tabulator auf das linke Laufwerk springen, "ALT"-taste halten und gleichzeitig F5 drücken. In dem dann aufgehenden Menü kopiert man dann von .d64 auf "8", also das echte 1541 ...

    CU,

    A500Man

    Moin,

    ich breche mir grade einen dabei ab, ein .d64-file per XM1541-Kabel und Star Commander auf eine 1541 zu schreiben. Welches ist der richtige Befehl? Ich schaffe es aktuell nur andersherum ... von der 1541 in ein File auf dem PC .... aber das will ich ja nicht.

    Mit "COPY" kopiert er anscheinend das ganze .d64-file ... ohne es ins C64-Format umzuwandeln

    Mit "COPY DISK" will er immer die im 1541 befindliche Disk auf der Festplatte des PC als disk-image sichern ..... falsche Richtung ....

    Hat jemand einen Tipp?


    CU,

    A500Man