Probleme / Schwierigkeiten / Lösungen Pi1541

Ich bin heute über ein kurioses Verhalten meines Systems gestolpert und weiß nicht, ob das normal ist. Daher bin ich über das neue 'Pi1541' Unterverzeichnis recht froh.

Ausgangs(an)lage:

C64-II, VIC-1541, Pi1541(mit7406) , SD2IEC.

(und noch der C=1270A)

Diskettenlaufwerk und SD2IEC funktionieren zusammen.

Diskettenlaufwerk und Pi1541 funktionieren zusammen.

Sobald beide 'Emulationen' gleichzeitig mit der Floppy am Bus hängen, funktioniert ein formatieren des Pi-Images nicht. Auch ein Kopieren AUF das Image endet mitten im Kopiervorgang. Die Kontroll-Lampe blinkt.

Nach Durchlesen des bisherigen Threads bezüglich des 'Browsermodus' der beiden Emulatoren kam mir eine Idee... .

Kann es sein, dass man bei BEIDEN Emus ein Image geladen haben muss?

Da habe ich nie drüber nachgedacht, weil ich bisher zwar alle Teilnehmer am Bus hatte, aber diese nur abwechselnd nutzen wollte (was aber nicht/kaum funktioniert hat).

Ein reines 'Lesen' von den Teilnehmern hat 'häufig' funktioniert. (Manch ein Image mit Schnellader ist ja sehr zickig, ich hatte es immer darauf geschoben).

Zuverlässig scheint das nur zu funktionieren, wenn ich von der Reihenfolge her zuerst das Image am SD2IEC von Hand (OPEN 1,10,15,"CD:TRALLALA...) einbinde, danach das Image des Pi1541.

Mit Dracopy oder CBM Copy gelingt das einlegen/wechseln in das Image NICHT. Wenn beide Emulationen (durch die eingehängten Images) am Laufen sind, kann ich aber mit den genannten Programmen hin und her kopieren/löschen wie es beliebt.

Auf der (inzwischen monatelangen) Suche nach einer Lösung, habe ich auch den 7406

getauscht wie ein Depp.

Ist das Bild von Ghost'nGoblins in Ordnung?

(siehe Anhang)

Hat jemand noch einen Vorschlag, wie ich auf Funktion testen kann?

Ist das vielleicht alles Normal?

Welche Kombinationen habt ihr am Laufen?

Welche Probleme habt ihr damit?

Stefan

Zitat von CapFuture1975

Die meisten SD2IEC, eigentlich fast alle, haben keine Bustreiber auf dem PCB, dadurch kann es da zu Problemen kommen, wenn mehrere Geräte am IEC-Bus hängen.

Das habe ich auch als Grund angenommen.

Es scheint aber nicht daran zu liegen.

Gibt es beim SD2IEC auch die Möglichkeit, beim Einschalten ein Standard-Image automatisch laden zu lassen?

(So wie beim Pi1541)

Stefan

Zitat von emulaThor

Welche Version vom Kernel.img wird auf der Pi1541 verwendet? Nur als Basisinfo, ich habe keine Antworten.

Guter Punkt! Ich habs nachgetragen! Ich hätte es gerne nachgetragen.

Antwort: 1.20 - das Problem besteht aber seit Anfang an.

Stefan

Zitat von war64burnout

Man sollte am Bus nur die Geräte angeschlossen haben, die für die Aufgabe benötigt werden.

3 Laufwerke und ein Drucker ist schon ziemlich viel!

Auch ausgeschaltete Geräte können den Bus runter ziehen, also am besten abstöpseln.

So habe ich es bisher leider immer machen müssen. Die Frage bezog sich ja darauf ob das nicht anders geht.

Ich hatte die Pullups schon testhalber vergrößert, nur die beiden Emulatoren genutzt, usw. Das hat das Problem aber nicht verändert. Es scheint an der Kombination bzw. der zwingenden Anmeldung der Images zu liegen.

Stefan

O. K. nach wenig Schlaf und vielem Testen bin ich weiter - und verwirrter.

Die Kombination Pi1541, SD2IEC und realDisk funktioniert. Allerdings nur mit dem Programm 'CBMcommand2. 3'.

Da zu bekommen

Mit dem DraCopy/Browse Programm friert

der Rechner ein wenn man versucht, das Device zu wechseln. Ab und zu springt das Pi1541 aus dem gemounteten Image aus, ins 1541 Verzeichnis

CBMcommand:

Der Wechsel >in ein Verzeichnis< funktioniert mit [Shift] und [+] wie gewünscht. Der Wechsel in ein Image funktioniert NICHT wie beschrieben

(also auch Shift +).

Workaround :

Curser im gewünschten Fenster!

Man tippt [@], eine Kommandozeile taucht auf, dann [cd:namedesimages.d64] [Enter]

Diese Art des Wechsels funktioniert.

Mit [e] bzw. [shift] und [e] das Verzeichnis neu einlesen nicht vergessen!

Ein Aussteigen aus dem Image ist wieder problemlos möglich, in dem man der Anleitung folgt:

Mit [shift] und [-] geht es um jew eine Ebene höher. Auch bei Ordnern funktioniert das.

Formatieren eines geladenen Pi1541 Images funktioniert ebenfalls mit

[@] (Befehlszeile) [n:neuername,id] [enter]

Was bedeutet das jetzt?

Ein "Bug" in der/einer Firmware?

Ein 'Fehler' in den Programmen?

(beide Teile für sich sind ja Top!)

Das Verrückte ist ja, dass es technisch funktioniert.

Ein Kopieren von Daten von und nach "beliebige Richtung" tut auch klaglos.

Kann jemand die obige (Weg) Beschreibung verifizieren?

(hat überhaupt jemand die beiden Geräte am Bus hängen?)

Stefan

Zitat von emulaThor

Stephen White hat vor einer Weile geschrieben, dass er den Sourcecode von DraCopy bekommen hat, um in Zukunft Optimierungen an DraCopy machen zu können, damit es mit Pi1541 besser funktioniert. Ob das für Dein Problem etwas bringt: Keine Ahnung.

Ah!?

Das deutet doch zumindest auf existierenden hmm... Optimierungsbedarf.

Stefan

Dracopy: Probleme mit Pi1541

Wenn ich auf die Laufwerksnummer wechsele, steigt der Pi aus dem gemounteten Image aus.

Auch zickt es rum, wenn am SD2IEC noch nichts gemountet wurde... Doof halt, wenn man DraBrowseCopy ja auch dafür nutzen will...

CBMcommander: SD2IEC. Er kann mit [Shift] [+] zwar in Verzeichnisse wechseln, nicht aber in ein Image einsteigen.

Raus [Shift] [-] funktioniert, Diskbefehl senden CD:Name_it.d64 funktioniert auch.

So arbeite ich jetzt seit mehreren Stunden "drumherum".

Ich möchte es halt gerne 'bequem' haben.

Den Pi1541 benutze ich für G64 Dateien, aber auch den 1581 Modus um BBS Daten zu sichern. Auf dem SD2IEC sind 'Vorführ-Programme drauf. Aber auch CRT Dateien zum flashen aufs EasyFlash.

So hab ich mir Startexter dort eingerichtet und speichere die 'Texte' auf Diskette.

RealDisk1541 nutze ich recht regelmäßig um aus Images über 'Easyflash USB Tools'

echte Disketten zu machen.

Is doch doof, wenn man vorher immer umstöpseln muss. Je nach dem was man tun möchte. (und währenddessen)

Stefan