Zoom Floppy

Es gibt 355 Antworten in diesem Thema, welches 81.417 mal aufgerufen wurde. Der letzte Beitrag (28. Januar 2022 um 16:10) ist von KamikazeKruemel.

  • Welche Anleitung?


    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um dieses Bild zu sehen.

    '°'°'°'°'°'°'°'°'°Oo.~>| BASIC programmers never die! They just GOSUB without RETURN! |<~.oO°'°'°'°'°'°'°'°'°'

  • Ach die. :D

    Fand ich nicht sehr hilfreich. Was ist ein "UAC prompt"? Spätestens da steigt der normale Windows User aus. Ich jedenfalls habe ab da nicht mehr weitergelesen.
    Ich habe mich dann selber durchfummelt und es irgendwie ans Laufen gebracht.

    Gliederungstechnisch finde ich es auch komisch, dass "USB driver installation" auf der gleichen Ebene zu finden ist, wie "Linux installation walk-through" und "Mac OS X installation walk-through" obwohl es in dem Kapitel nur um Windows geht. Schon aus diesem Grund habe ich das Kapitel nur überflogen.

    Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von detlef (13. Juni 2018 um 00:28)

  • Was ist ein "UAC prompt"?

    User Account Control, bei einem deutschen Windows nennt sich das "Benutzerkontensteuerung".

    Spätestens da steigt der normale Windows User aus.

    Sorry, aber dann hat dieser normale Windows User ein Problem mit der Bedienung von Windows, bzw. mehr oder weniger mangelhafte Windows-Kenntnisse, und sollte sich vielleicht mal ein paar Grundlagen anlesen (auch Windows hat eine Hilfe-Funktion). Ein Begriff wie UAC gehört zu den Grundlagen, von denen man wenigstens schonmal gehört haben sollte. Das ist nicht der Fehler einer Anleitung für Drittsoftware.

  • Klar, typischer Fall von Anwender ist immer schuld (oder zu doof). :D

    Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von detlef (13. Juni 2018 um 19:49)

  • Ach die. :D

    Fand ich nicht sehr hilfreich. Was ist ein "UAC prompt"? Spätestens da steigt der normale Windows User aus.

    Das ist leider ein Fachbegriff. Was soll ich machen? Mir in 40 Sprachen raussuchen, wie er jeweils übersetzt wird, und dann alle Wörter einsetzen?

    Gliederungstechnisch finde ich es auch komisch, dass "USB driver installation" auf der gleichen Ebene zu finden ist, wie "Linux installation walk-through" und "Mac OS X installation walk-through" obwohl es in dem Kapitel nur um Windows geht.

    Es ist nicht auf der gleichen Ebene - es sieht nur so aus. ;)

    Tatsächich ist "USB driver installation" eine Ebene tiefer als "Windows installation walk-through". Dummerweise erkennt man es bei der benutzen Formatierung nicht. Ich muss mich da mal reinfuchsen, ob man das irgendwie anpassen kann. Leider hat mein Vorgänger sich mal für LinuxDoc entschieden, und damit habe ich das Format quasi geerbt.

  • Bei der Gelegenheit noch mal eine inhaltliche Frage. Ich habe irgendwo gelesen, dass die ZoomFloppy auch Tape-Routinen enthält und das man eine Datasette anschließen kann.
    Ist das benutzbar? Ich habe auf Anhieb keine Doku dazu gefunden.

  • Ich habe irgendwo gelesen, dass die ZoomFloppy auch Tape-Routinen enthält und das man eine Datasette anschließen kann.

    Richtig, "ZoomTape". Arnd Menge ist da aktiv. Er hat die Firmware dafür auch schon eingecheckt, dann aber die Arbeit daran eingestellt. Er hat auf eine andere Platform umgestellt.
    Ich kann dir nicht sagen, ob ZoomTape in der ZoomFloppy grundsätzlich funktionieren würde. Es benötigt aber auf jeden Fall eine Hardwareänderung, die meines Wissens nach nicht dokumentiert ist.

    Also vom praktischen Standpunkt wohl eher nein, das dürfte - zumindest ohne Klimmzüge - nicht ohne weiteres funktionsfähig sein.

    Die Webseite von Arnd war mal Bitte melde dich an, um diesen Link zu sehen., sie funktioniert aber nicht mehr.

  • Ok, dann hat sich das wohl erledigt. Das macht auch wenig Sinn mit Hardwareänderungen. Im Prinzip kann man dafür ja irgendeinen Arduino nehmen.

  • Hallo!

    Ich habe vor Kurzem ein xum1541 aus einem günstigen pro micro clone gelötet, und es scheint auch prinzipiell zu funktionieren, nur leider habe ich ein Problem, das wie in einem Thread beschrieben in der OpenCBM-Firmware schon gefixt wurde:

    (Ich kann den Thread hier nicht verlinken, es scheint sich um eine Fehlkonfiguration im Forum zu handeln, welches meint ich wollte einen Bilderlink posten, aber es ist der erste, den man findet, wenn man "Problem With ZoomFloppy not detecting 1541 Drive (Win 7 64Bit)" googelt!)

    Kurzbeschreibung: Ich kann immer nur ein Kommando zur xum1541 absetzen, welches dann auch funktioniert. Aber das Kommando wird nicht ordentlich beendet und der ProMicro. Der ProMicro ist dann nicht funktionsfähig, und jedes Kommando wird mit "previous command was interrupted, resetting" quittiert. Er blinkt dabei ständig mit ca. 4Hz, bis man ihn vom Strom trennt. Dann dauert es mehrere Versuche, die man ihn an und -abstecken muss, bis man wieder erfolgreich ein Kommando verwenden kann.


    Aber bei Bitte melde dich an, um diesen Link zu sehen. gibt's ja keinen Build für den ProMicro. Deshalb verwende ich Bitte melde dich an, um diesen Link zu sehen., der aber leider das auf Google-Groups beschriebene Problem noch hat.

    Hat jemand eine gefixte Version der Firmware für den ProMicro, oder könnte eine bauen?

    Danke! Bitte melde dich an, um dieses Bild zu sehen.

  • ch habe vor Kurzem ein xum1541 aus einem günstigen pro micro clone gelötet, und es scheint auch prinzipiell zu funktionieren, nur leider habe ich ein Problem, das wie in einem Thread beschrieben in der OpenCBM-Firmware schon gefixt wurde:

    (Ich kann den Thread hier nicht verlinken, es scheint sich um eine Fehlkonfiguration im Forum zu handeln, welches meint ich wollte einen Bilderlink posten, aber es ist der erste, den man findet, wenn man "Problem With ZoomFloppy not detecting 1541 Drive (Win 7 64Bit)" googelt!)

    Wie kommst du darauf, dass es gefixt wurde? Habe ich etwas verpasst?

  • Ach, du hast recht.
    Das habe ich aus diesem Post geschlossen:


    Aber er bezieht sich da ja auf das IEEE-Problem, das anscheinend ein Trittbrettfahrer nebenbei in diese Diskussion geschoben hat :(

    Hast du das selbe Problem mir dem ProMicro?

  • Wie kommst du darauf, dass es gefixt wurde? Habe ich etwas verpasst?

    Ich habe zwar manchmal auch das Problem, aber in den meisten Fällen funktioniert es.
    Wenn das Problem auftritt, reicht ein SCAN oder RESET auf dem Bus und es funktioniert wieder.

  • Hast du das selbe Problem mir dem ProMicro?

    Ich habe das Problem leider gar nicht. Sonst wäre es bestimmt schon behoben.
    Es gibt aber genügend, die das Problem auch mit einer "originalen" ZF melden. Es scheint also genereller Natur zu sein.

    Wenn das Problem auftritt, reicht ein SCAN oder RESET auf dem Bus und es funktioniert wie

    Ein RESET auf dem Bus (unter Linux) habe ich auch schon mehrfach vorgeschlagen, aber ich kann mich nicht erinnern, dass es hier Erfolgsmeldungen gab, dass es geholfen hat.
    Wie erzeugst du den RESET oder auch einen SCAN?

  • Also "cbmctrl reset" hilft jedenfalls nicht. Der xum1541 muss stromlos sein, also sowohl vom USB als auch dem IEC-Port getrennt werden. Er muss beim anstecken zuerst in den USB-Port, und erst einige Sekunden später darf die Floppy angeschaltet werden, sonst wird vom Computer aus kein USB-device gefunden.

    Meine Eindrücke sind:
    -"cbmctrl reset" ist das einzige Kommando, das ich bisher ausprobiert habe, welches auch dann, wenn der xum1541 "hängen geblieben" ist noch gelegentlich funktioniert., also im Sinne davon, dass es ausgeführt wird, ohne dass es zum "previous command was interrupted, resetting" Fehler kommt.
    -Manchmal funktioniert der Reset, manchmal nicht - es ändert aber nichts daran, das sämtliche anderen Vorgänge ca. 2 Sekunden nach Start fehlschlagen, bis man den xum1541 beidseitig von der Spannung trennt.
    -Der Reset funktioniert wohl nur deshalb manchmal, weil er schneller ausgeführt wird, als es dauert bis der Fehler auftritt.
    -sobald die eingechaltete Floppy am IEC des xum1541 hängt leuchtet bereits die rote LED, ist das eigentlich normal?

  • Also "cbmctrl reset" hilft jedenfalls nicht.

    Soll es auch nicht. Was ich meine ist, dass der USB resettet wird. Zum Beispiel so wie hier für Linux beschrieben: Bitte melde dich an, um diesen Link zu sehen.


    "cbmctrl reset" ist das einzige Kommando, das ich bisher ausprobiert habe, welches auch dann, wenn der xum1541 "hängen geblieben" ist noch gelegentlich funktioniert., also im Sinne davon, dass es ausgeführt wird, ohne dass es zum "previous command was interrupted, resetting" Fehler kommt.

    Das ist interessant, weil ich bislang davon ausging, dass die ZF komplett hängt und damit auch per USB nicht mehr erreichbar ist. Dann dürfte aber cbmctrl reset auch nicht mehr gehen.

    sobald die eingechaltete Floppy am IEC des xum1541 hängt leuchtet bereits die rote LED, ist das eigentlich normal?

    Ähm... nö, ist es nicht.
    Nur, um sicherzugehen: Das XUM1541 ist mit der eingeschalteten Floppy und gleichzeitig auch per USB mit dem eingeschalteten PC verbunden?
    Falls sie nicht mit dem PC verbunden ist: Nicht machen, die ZF kann dabei schaden nehmen! Sie ist dafür ausgelegt, vom USB mit Spannung versorgt zu werden, nicht per IEC!

  • Ein RESET auf dem Bus (unter Linux) habe ich auch schon mehrfach vorgeschlagen, aber ich kann mich nicht erinnern, dass es hier Erfolgsmeldungen gab, dass es geholfen hat.
    Wie erzeugst du den RESET oder auch einen SCAN?

    So wie Rillidaro geschrieben hat: "cbmctrl reset" oder "cbmctrl detect".
    Aber bei mir unter Windows 7 / 64Bit.


    Problem With ZoomFloppy not detecting 1541 Drive (Win 7 64Bit)"

    Ich dachte Rillidaro hätte das Problem unter Windows 7?

  • Das ist interessant, weil ich bislang davon ausging, dass die ZF komplett hängt und damit auch per USB nicht mehr erreichbar ist. Dann dürfte aber cbmctrl reset auch nicht mehr gehen.

    Ähm... nö, ist es nicht.Nur, um sicherzugehen: Das XUM1541 ist mit der eingeschalteten Floppy und gleichzeitig auch per USB mit dem eingeschalteten PC verbunden?
    Falls sie nicht mit dem PC verbunden ist: Nicht machen, die ZF kann dabei schaden nehmen! Sie ist dafür ausgelegt, vom USB mit Spannung versorgt zu werden, nicht per IEC!

    Ja, ǘber USB erreichbar ist die XUM dann definitiv noch. Auch beim Nichtfunktionieren der anderen Kommandos scheinen diese einen Moment lang zu funktionieren, z.B. läuft die Floppy beim Versuch der Formatierung mittels cbmformat auch an, aber dann bricht vor erscheinen der ersten "Raute" der Vorgang ab:

    Ich verbinde die XUM erst mit dem PC, dann schalte ich die angeschlossene Floppy ein. Aber nachdem der Fehler auftrat, hab ich es auch mal anders herum versucht, also erst die angeschlossene Floppy eingeschaltet und dann erst die USB-Verbindung hergestellt - und dabei fiel mir auf, dass die rote LED des ProMicro schon beim Einschalten der Floppy (mit geringerer Intensität) leuchtete. Das hat mich schon etwas verwundert, weil ich ja nicht davon ausgehe, dass der IEC-eine Verbindung zur Spannungsversorgung des ProMicro haben sollte. Vielleicht hat dieses Verhalten das mit dem Problem zu tun?
    Da das mit der Erreichbarkeit über USB eine neue Information zu sein scheint, kann ich gerne anbieten beim Debuggen zu helfen. Außer einigermaßenen Linux-Kentnissen habe noch eine Bus-Pirate um diverse Busse zu monitoren und manipulieren, was evtl. hilfreich sein könnte?

    Bitte melde dich an, um diesen Link zu sehen.
    Nein, ich verwende Xubuntu 17.10. Aber es scheint sich doch um ein internes Problem der XUM1541 oder eines auf dem IEC-Bus zu handeln, deshalb dachte ich das OS sei bei diesem Problem egal.
    Ich habe nur auf die Google-Group-Diskussion verlinkt, in der des Problem im Kontext mit Windows 7detailliert beschrieben steht.

  • Ja, ǘber USB erreichbar ist die XUM dann definitiv noch. Auch beim Nichtfunktionieren der anderen Kommandos scheinen diese einen Moment lang zu funktionieren, z.B. läuft die Floppy beim Versuch der Formatierung mittels cbmformat auch an, aber dann bricht vor erscheinen der ersten "Raute" der Vorgang ab:

    Ich meinte jetzt zu dem Zeitpunkt, wenn die eingeschaltete Floppy am XUM1541 hängt. Dann darf die LED "eigentlich" nicht an sein.

    Und: Ja, nach aktuellen Erkenntnisstand ist das Problem unabhängig vom Betriebssystem. Es scheint allerdings schon kleinere Unterschiede zu geben. So scheint es bei Linux 32 bit seltener aufzutreten als bei 64 bit. Überhaupt scheint es auch unter windows eher bei 64 bittigen Varianten aufzutreten.

    Das heißt aber nicht, dass es bei 32 bit gar nicht auftritt. :(

  • Achso, den USB-Reset habe ich übrigens auch schon probiert, mit der Folge dass keine USB-Geräte mehr erkannt wurden, auch nach mehrmaligem an und Abstecken nicht. Musste dann rebooten, damit sie wieder funktionieren.
    Das mit der LED ist ja dann schon verdächtig.. ich überprüfe noch einmal meine Lötkunst, aber habe irgendwie die Vermutung dass es an dem billigen Chinaboard liegt..

  • Mir ist noch ein weiteres Phänomen in Bezug auf diesen Fehler aufgefallen:
    Wenn ich wie oben beschrieben, nach jedem Hänger die Floppy ausschalte, den XUM1541 vom USB-Port trenne, ein paar Sekunden warte, den XUM wieder einstecke und noch einige Sekunden später die Floppy wieder einschalte, dann funktioniert der XUM ja immer ein weiteres Mal. Wenn ich diesen Ablauf aber ein paar Dutzend Male wiederhole, ergibt es sich irgendwann, dass der XUM auf einmal dauerhaft funktioniert, ich konnte dann erfolgreich z.B 20 Disketten am Stück formatieren.

    Wenn ich den XUM in diesem Falle dann von der Spannung trenne, ist es aber wie zuvor nur ein Glücksspiel, ob er beim nächsten Versuch wieder nur einmal funktioniert, oder ausnahmsweise wieder dauerhaft.