Aber cbmctrl detect liefert nur: cbmctrl: /dev/cbm: Permission denied
Da er auf /dev/cbm zugreifen will versucht er, ein XA1541 anzusprechen. Also falsch instaliert.
Ich vermute einen Fehler bei diesem Befehl
Am besten führst du noch einmal ein
aus und danach den obigen Befehl erneut.
Sollte das Problem wieder auftreten zeige mir bitte den Inhalt von /etc/opencbm.conf und des Verzeichnisses /etc/opencbm.conf.d
Diese Datei /etc/opencbm.conf ist die Konfigurationsdatei, die du meintest.
Dann setz doch mal default xu1541.
Da steht aber:
; This is a GENERATED FILE! - DO NOT EDIT!
; Modify the files in /etc/opencbm.conf.d/ instead,
; and execute 'opencbm_plugin_helper_tools rebuild'...
;
Das uninstalll muss aus dem Verzeichnis heraus erfolgen, in dem du es vorher kompiliert hattest (laut der anleitung: opencbm/opencbm)
Aber wir müssten es auch so korrigieren können.
Wegen der Warnung mit der generierten Datei mache idir keine Sorgen, deshalb gibt es den Schritt 3. 
Man muss nur richtig hinschauen, dann findet man auch den Fehler in der Anleitung, der zu dem von dir beschriebenen Verhalten führt:
ist falsch, es müsste
heißen.
install-all enthält install und install-plugin; letzteres installiert alle Plugins, damit auch das xa1541. Da dieses das erste in der Reihenfolge ist wird das auch automatisch zum Default.
Soweit ich die Zoomfloppy Doku verstandenhabe sollte die Einschalt- und Ausschaltreihenfolge folgende sein:
Einschalten:
1.: 1541-Verkabelung zur Zoomfloppy herstellen, seriell und parallel (wenn gewünscht)
2.: PC einschalten
3.: Zoomfloppy mit USB-Anschluss des PCs verbinden
4.: 1541 einschalten
Ausschalten:
1.: 1541 ausschalten
2.: USB-Verbindung PC-Zoomfloppy trennen
3.: PC ausschalten
4.: Verkabelung zwischen 1541 und Zoomfloppy trennen (dieser Schritt kann auch entfallen)
Grüße, YugoAmaryl
Denn frag ich mal weiter: Meine hat öfter das Problem, dass die Zoomfloppy nach dem Absetzen eines Befehls einfach nur noch flackert. Einzige Abhilfe schafft dann das USB-Kabel zu ziehen. Danach geht wieder alles einwandfrei. Warum kommt so was vor? (Selbes OS.)
Ich bin mir nicht ganz sicher, wie die NIB-Routinen im ZoomFloppy umgesetzt sind. NIBREAD mit dem XA1541/XM1541 hat jedenfalls die Eigenschaft, einfach stur die "erwartete" Anzahl an Bytes zu warten, die kommuniziert werden sollen. Wenn da einmal zwischendurch ein Handshake verloren geht dann hängt das Teil.
Ich würde hier so etwas erwarten.
7Saturn, kannst du das Problem auf bestimmte Befehle einschränken, oder passiert das permanent?
d64copy ist auf jeden Fall ein Kandidat. Du liest eine Disk ein, er läuft runter, wie du es erwarten würdest. Du schickst, nach abgeschlossenem Image, noch ein mal ein d64copy hinterher und er fängt direkt an zu blinken.
Also gerade eben noch mal bisschen rum getestet: Ich schalte beides nach Anleitung ein, setze ein
ab und es wird ein Image angelegt. Ich setze nach erfolgreichem Erstellen einen Konsolenbefehl später
ab und es flackert. Ich stelle die Floppy ab und wieder an, es flackert weiter. Also USB raus, USB rein. Flackern hat ein Ende. Ich setze ein
ab, es läuft sauber durch. Auch beim zweiten Versuch keine Schwierigkeiten. Beim dritten braucht er nen kurzen Moment, bis er tatsächlich loslegt, aber er kriegt es hin. Also cbmctrl scheint zu gehen. Aber bei d64copy kackt er ab, wenn man das nicht als aller ersten Befehl absetzt, aber das zuverlässig. Auch wenn ich vor dem zweiten Versuch von d64copy einen Reset via Zoomfloppy über den IEC-Bus schicke, semmelt er beim zweiten Versuch mit d64copy ab. Was nebenbei auch zeigt, dass cbmctrl nach dem d64copy noch geht. Es scheint also irgendwie d64copy zu sein, was sich selbst Eier legt.
[Edit:]
Weil es mir gerade noch einfällt, weil's im Nebenthread entsprechende Annahmen gab: Es ist ein Ubuntu 14.04.3 64 Bit. Keine Ahnung, ob es mit x86 besser ginge.
Schön, dass es diesen Thread gibt!
Ich habe mir die Zoom-Floppy grade liefern lassen, und versuche, genau nach dieser Anleitung vorzugehen. Dabei scheitere ich aber bereits beim Compilieren, denn make erklärt mir, dass es LINUX/Makefile überhaupt nicht gibt - und das stimmt auch.
Kann mir vielleicht jemand sagen, wo ich das herbekomme? Das LINUX directory sieht bei mir so aus:
config.doc.make config.make dirrules.make librules.make plugin_helper_tools prgrules.make
Ich erinnere mich dunkel, dass es da irgendwas mit "config" gegeben hat, aber ich bin damit nicht grade vertraut. Kann mir jemand helfen?
Bevor ich es vergesse: Ich will es über USB betreiben, nicht über Parallel-Port.
Die Anleitung ist veraltet.
Probiere bitte stattdessen http://spiro.trikaliotis.net/o…-0.4.99.98/opencbm-8.html aus.
Danke!!!
.. insbesondere, da ich mir des anteiligen RTFM bewusst bin!
