ZoomFloppy unter Linux mit OpenCBM Version 0.4.99.103.

Es gibt 46 Antworten in diesem Thema, welches 8.011 mal aufgerufen wurde. Der letzte Beitrag (17. August 2025 um 12:07) ist von root42.

  • Zitat von GI-Joe
    Mein XUM1541 hat auch die 0.8er Firmware drauf. Auf meinem Laptop (Archlinux) läuft opencbm 0.4.99.99 - ohne Probleme mit der 0.8er Firmware (kompiliert wurde es in 2019). ... Wie auch immer - die 0.4.99.103 bekomme auch ich nicht zum Laufen - auf keinem Rechner.

    Genau so ist es auch bei mir. Ich hatte das Problem schon ausführlich in der Google Gruppe "ZoomFloppy Users" adressiert.


  • usbmon:

    Code
    19:05:34.723129 BULK SUBMIT to 1:9:4
    19:05:34.723178 BULK COMPLETE from 1:9:4
    19:05:34.723194 BULK SUBMIT to 1:9:4
    19:05:34.723236 BULK COMPLETE from 1:9:4
    19:05:34.723273 BULK SUBMIT to 1:9:3

    Getestet habe ich mit:

    • 1541 (SpeedDOS)
    • 1541-II
    • 1571
    • 1581


    Ich sehe die Probleme bei den Bulk Operationen. Beim letzten BULK SUBMIT gibt es keinen korrespondierenden BULK COMPLETE. Bei cbmctrl reset werden keine Daten von der ZoomFloppy über den seriellen ICE Bus zum Laufwerk gesendet, sondern nur die RESET Leitung getriggert. Daher gibt es bei diesem Kommando kein Problem.

  • new: Allow serial nibbling for nibtools with VIC-1570 and VIC-1571 devices

    Gut, das ging aber auch schon mit der .99 problemlos, in sofern sehe ich jetzt tatsächlich keinen Grund, irgendwas zu ändern. Danke für die Zusammenstellung! :)


    Ich finde auch, man kann mit der OpenCBM Version 0.4.99.99 gut leben. :thumbup:

  • Korrektur

    Zitat

    Dieses Verhalten könnte auch ein Grund sein, auf neuere OpenCBM-Versionen zu wechseln.

    Mein Problem: alles über OpenCBM Version 0.4.99.99 funktioniert bei mir nicht - nicht mit xum1541 Firmware 7 und schon gar nicht mit Firmware 8. Ich habe mir vor Wochen zur Überprüfung des Problems sogar eine neue ZoomFloppy gekauft, die mit Firmware 8 ausgeliefert wurde. Auch diese ZoomFloppy funktioniert nicht mit OpenCBM Versionen >0.4.99.100.

    Ich habe noch mal alle getagten OpenCBM Versionen (Bitte melde dich an, um diesen Link zu sehen.) zwischen Version 0.4.99.99 und 0.4.99.103 kompiliert und getestet. Das Problem startete mit dem Umstieg von der Version 0.4.99.102 auf 0.4.99.103. D.h. Die Versionen zwischen OpenCBM 0.4.99.99 und 0.4.99.102 sind in Ordnung und das Problem liegt an Änderungen zur Version 0.4.99.103.

    Die OpenCBM Version 0.4.99.104 bringt auch keine Verbesserung zur Vorgängerversion.

  • Da du mich auch per PN kontaktiert hast führe ich die Diskussion dort weiter.

    Wenn wir zu Erkenntnissen gekommen sind, können wir das hier ja für die Allgemeinheit dokumentieren.

    Die Einschränkung auf die Versionen, zwischen denen das aufgetreten ist, könnte hierbei sehr hilfreich sein!

  • Hat man mit dem Pro Micro irgendwie die Chance das TX/RX Signal mit LEDs als Read/Write Anzeige darzustellen ?

    Der Pro Micro weiß selber nicht wirklich, ob gerade gelesen oder geschrieben wird. Das müsste man also auch PC-Seitig noch darstellen und einen IOCTL dafür ergänzen.

    Darüber hinaus müsste der Pro Micro noch mindestens einen IO-Pin (besser 2) frei haben. Da er 18 Pins hat sollte da etwas frei sein. ;)

    Kann man also machen.

    Die Frage ist: Wozu? Was bringt es?

  • Ich buddel dieses Thema hier einmal wieder aus: Habe heute erfolglos probiert opencbm unter Ubuntu 22.04 zu installieren. Bin dieser übersichtlichen Anleitung aus dem Forum gefolgt:

    Fehlermeldungen scheint es keine zu geben, die Installation läuft durch. Anscheinend wird das Modul beim Einstecken aber nicht geladen und sämtlich cbmctrl-Befehle gehen nicht.

    Zitat

    sudo modprobe cbm

    modprobe: ERROR: could not insert 'cbm': No such device

    Hat jemand die Zoomfloppy schon unter 22.04 laufen? Ich habe sämtliche Versionen 99, 103 und 104 erfolglos getestet.

  • 1. Die Anleitung ist für 0.4.99.99, du hast aber hoffentlich eine neuere (die nun einige Änderungen hat, so dass sie Anleitung nicht mehr passt)

    2. Das Modul brauchst du nur bei xa1541- oder xm1541-Kabeln. Bei USB-basierten ist das Modul nicht nötig und wird auch gar nicht erst gebaut.

    3. Was sagt lsusb? Hast du systemd mal neu gestartet bzw. es als root probiert?

  • Hallo strik, vielen Dank für deine Antwort, ich habe mehrere Anleitungen ausprobiert:

    Zitat

    lsub

    Bus 003 Device 003: ID 0403:c632 Future Technology Devices International, Ltd xu1541 c64 floppy drive interface

    sudo systemctl daemon-reload

    Leider keine Veränderung :(:

    error: no xum1541 device found

    An error occurred opening OpenCBM, aborting...

    cu

  • Leider keine Veränderung :( :

    error: no xum1541 device found

    Das passt auch nicht zusammen. lsusb zeigt eindeutig ein xu1541 Gerät an, aber das System sucht ein xum1541. Du hast keine ZoomFloppy und auch keinen Nachbau davon, sondern das deutlich einfachere xu1541!

    Du musst daher deine Bau-Befehle korrigieren:

    Erst einmal:

    Code
    sudo make -f LINUX/Makefile uninstall

    um alles wieder zu deinstallieren, und dann

    Code
    make -f LINUX/Makefile opencbm plugin-xu1541
    sudo make -f LINUX/Makefile install install-plugin-xu1541

    Ich habe in beiden Kommandos "xum'" durch "xu" ersetzt.

    Übrigens wäre statt des "ln" - Befehls lieber eine Datei /etc/ld.so.conf (oder eine neue Datei in /etc/ld.so.conf.d/), welche als Inhalt /usr/local/lib enthält.

  • ich habe mehrere Anleitungen ausprobiert:

    Das ist übrigens ein Teil des Problems... Es gibt viele Anleitungen, und viele sind veraltet oder waren sogar immer falsch oder machen nur im speziellen Kontext überhaupt Sinn.

    Das ist der Grund, wieso ich eigentlich keine Hilfestellungen mehr geben will, wenn Leute sich die Rechner mit solchen Anleitungen zerschossen haben...

    In dem Zusammenhang fällt mir ein: Es gibt übrigens fertige Pakete für Debian und Ubuntu, die auch funktionieren sollten:

    Bitte melde dich an, um diesen Link zu sehen. (dann auf "Download package" klicken und der Anleitung folgen; bei Ubuntu musst du "Debian" wählen)

    Setzt aber voraus, dass du dein System mit dem Herumexperimentieren nicht schon in einem Zustand hast, den du nicht mehr bereinigt bekommst. Außerdem sind die Pakete nicht so gut getestet wie die manuelle Installation, da könnten sich durchaus noch Probleme verbergen.

  • Vielen Dank - ich habe die Schritte einmal erledigt (in der Datei steht bereits /usr/local/lib drin). Jetzt erhalte ich bei der Ausführung folgenden Fehler:

    Zitat

    sudo cbmctrl detect

    cbmctrl: error while loading shared libraries: libopencbm.so.0: cannot open shared object file: No such file or directory

    Ich verwende aktuell die 99er - Version. Bin ich auf dem richtigen Weg?

    cu

  • Du hast den symbolischrn Link wieder entfernt, wie ich es dir gesagt habe - richtig?

    Dann führe mal

    Code
    sudo ldconfig

    aus. Das liest die /etc/ld.so.conf ein und erzeugt daraus den Cache.

    Danach sollte es gehen.

    Ich verwende aktuell die 99er - Version.

    Ich würde die letzte Version verwenden (zur Zeit 0.4.99.104), weil es die einzige ist, die noch supported ist.

  • Vielen Dank für deine Zeilen, die fertigen Pakete habe ich gleich zu Beginn ausprobiert. Leider erfolglos...

    Das ist der Grund, wieso ich eigentlich keine Hilfestellungen mehr geben will, wenn Leute sich die Rechner mit solchen Anleitungen zerschossen haben...

    Kann ich gut verstehen, nochmals besten Dank für deine geduldige Unterstützung.

    cu

  • die fertigen Pakete habe ich gleich zu Beginn ausprobiert. Leider erfolglos...

    Nun ja, falls du opencbm-xum1541 probiert hast, dann kann das nicht funktionieren. ;)

    Falls es bei opencbm-xu1541 auch gescheitert ist, dann hätte mich die genaue Fehlermeldung oder die Symptome interessiert. Aber dafür ist es jetzt wahrscheinlich schon zu spät.

  • Jetzt bitte noch schauen, ob es auch ohne das sudo vor cbmctrl funktioniert.

    Wenn nicht, dann müssen wir noch die Rechte anpassen... (/etc/udev/rules.d/45-opencbm-xu1541.rules)