GEOS und SCSI-Connect

Es gibt 182 Antworten in diesem Thema, welches 33.800 mal aufgerufen wurde. Der letzte Beitrag (13. Juli 2025 um 19:43) ist von Larry.

  • Eine Anpassung des SCSI Manager an MP3, wäre natürlich Super.

    Das Programm kopiert (hier unter Wheels) in dieser Version nur ganze Partitionen, dafür aber von allen gangbaren, an die CMD HD, angeschlossenen SCSI Geräten. Eine 16GB Partition wird in ca. 10 Minuten kopiert.

    Gruß Jojo

  • Eine Anpassung des SCSI Manager an MP3, wäre natürlich Super.

    Das Programm kopiert (hier unter Wheels) in dieser Version nur ganze Partitionen, dafür aber von allen gangbaren, an die CMD HD, angeschlossenen SCSI Geräten. Eine 16GB Partition wird in ca. 10 Minuten kopiert.

    Gruß Jojo

    Habe das schon ca. 2008 mal versucht an MP3 anzupassen. Bin dann aber irgendwie nicht richtig weitergekommen. Seither liegt es unfertig auf meiner CMD-HD.

    Wer sich die Umsetzung zutraut, kann gerne den bisher vorhandenen Code von mir bekommen.

    Pusti64

  • Heute so gecodet:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    In der ersten Spalte den Haken setzen für das Gerät das aktiviert werden soll... schwups... Gerät wird gewechselt. Gerade am C64 das erste mal unter GEOS das ZIP "aktiviert"... und es läuft :D

    Noch nicht ganz Perfekt... noch ohne Prüfung auf Gültigkeit des Mediums usw... aber prinzipiell funktioniert das wichtigste! :dance:party::party2:

    P.S. Wer das mit "ohne Tastendrückerei" nachbauen will: Nachdem das SCSI-Gerät gewechselt wurde wird die HD auf die Boot-Adresse zurückgesetzt. Man muss dann unter GEOS die Geräteadresse anschließend wieder korrigieren, falls diese nicht der GEOS-Adresse entspricht.

  • Und nicht vergessen, dass es unter Umständen auch mehrere CMD-HD geben kann.

    Guten Rutsch ins neue Jahr

    Pusti64

  • Und nicht vergessen, dass es unter Umständen auch mehrere CMD-HD geben kann.

    Sollte es ein eigenständiges Tool werden, kommt da ein +/- für die Laufwerksauswahl mit rein, oder mehrere Registerkarten. Unter GeoDESK64 kommt das evtl. in die Laufwerkseigenschaften als zusätzlicher Tab, und da wird dann immer die aktive HD angezeigt. Das überlege ich mir später noch.

    Jetzt muss ich erst nochmal das Layout überarbeiten, die Laufwerksinfo braucht mehr Platz für bis zu 16Zeichen... aber das hebe ich mir fürs neue Jahr auf ;)

  • Ich hab das Menü jetzt etwas aufgeräumt... und die Prüfung auf ein Medium im ZIP-Laufwerk ist auch eingebaut. Wechseln der HD über den Text links unten, es wird dann die nächste HD unter GEOS gesucht. Das, und die Funktion unter MegaPatch128 (aktuell nur 40Z. Bei 80Z würde ich ein anderes Layout wählen, ohne +/-), kann ich natürlich nicht testen. Evtl. gibts am Wochenende eine erste Testversion :)

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Pusti64 : Verwendest Du die DDX-Register aus MP33r6? Ich könnte am Ende die Register mit einem Wert für das aktuelle Laufwerk setzen.

    Von SCSIConnect hab ich die Werte $00-$03 für HD,Zip,CD und MO übernommen. Kann da aber andere Werte in den DDX-Registern ablegen, z.B. DDX1=0-4 und DDX2=ID? TopDesk wäre ja das einzige Programm das die Werte auswertet...

    Das Programm ist aktuell Feature-Complete und hat sogar zusätzliche Tests eingebaut die SCSIConnect nicht abdeckt (durch die Möglichkeit Adressen im Editor zu tauschen), d.h. wenn die Boot-Adresse der HD durch ein anderes Laufwerk belegt ist kann man das SCSI-Laufwerk nicht wechseln.

    Festplatte parken geht auch (wenn auch bei SCSI2SD nicht notwendig). Medien werden jetzt beim Laufwerkswechsel auch ausgeworfen. Entspricht dem Verhalten von SCSIConnect.

    Bis zum Wochenende will ich nur noch den Code vollständig kommentieren und ordnen :)

  • Pusti64 : Verwendest Du die DDX-Register aus MP33r6? Ich könnte am Ende die Register mit einem Wert für das aktuelle Laufwerk setzen.

    Von SCSIConnect hab ich die Werte $00-$03 für HD,Zip,CD und MO übernommen. Kann da aber andere Werte in den DDX-Registern ablegen, z.B. DDX1=0-4 und DDX2=ID? TopDesk wäre ja das einzige Programm das die Werte auswertet...

    Das Programm ist aktuell Feature-Complete und hat sogar zusätzliche Tests eingebaut die SCSIConnect nicht abdeckt (durch die Möglichkeit Adressen im Editor zu tauschen), d.h. wenn die Boot-Adresse der HD durch ein anderes Laufwerk belegt ist kann man das SCSI-Laufwerk nicht wechseln.

    Festplatte parken geht auch (wenn auch bei SCSI2SD nicht notwendig). Medien werden jetzt beim Laufwerkswechsel auch ausgeworfen. Entspricht dem Verhalten von SCSIConnect.

    Bis zum Wochenende will ich nur noch den Code vollständig kommentieren und ordnen :)

    Für HD,Zip,CD,MO, Scanner und Co gibt es international standardisierte Werte sprich SCSI-Geräteklassen. Da muss ich mal mein SCSI-Buch raussuchen.

    Auf die Schnelle weiss ich jetzt nur, dass HD=0, CD=5, Scanner=6 und MO=7 ist.

    Derzeit testet DT128 per Inquiry auf MO und setzt DDX1 auf $80 sonst bleibt DDX1 $00.

    Kann ich bei Bedarf natürlich auch noch entsprechend anpassen.

    Pusti64

  • Auf die Schnelle weiss ich jetzt nur, dass HD=0, CD=5, Scanner=6 und MO=7 ist.

    OK, das sind die SCSI-IDs. Die kann ich auch weitergeben. Wenn ID also =7, dann setze ich DDX1 auf $80. Kein Problem...

    Wenn der DeskTop wieder gestartet wird, testest Du dann immer via INQUIERY? Dann wäre das setzen via DDX über eine Anwendung für Dich hinfällig... ich würde es dann nur zwecks Kompatibilität einbauen.

  • Auf die Schnelle weiss ich jetzt nur, dass HD=0, CD=5, Scanner=6 und MO=7 ist.

    OK, das sind die SCSI-IDs. Die kann ich auch weitergeben. Wenn ID also =7, dann setze ich DDX1 auf $80. Kein Problem...

    Wenn der DeskTop wieder gestartet wird, testest Du dann immer via INQUIERY? Dann wäre das setzen via DDX über eine Anwendung für Dich hinfällig... ich würde es dann nur zwecks Kompatibilität einbauen.

    Ein Gerät mit der SCSI-ID 1 kann jede der oben genannten Geräteklassen haben.

    DT128 testet immer beim Start per Inquiry auf MO oder HD.

    Pusti64

  • Laut Referenz sendet INUIRY in Byte 0 in Bit%0-4 den "Peripheral device type" und in Byte 1 das RMB-Bit. Das sind auch die Bits die SCSI-Connect auswertet.

    SCSI-Typ = 1 wird nicht akzeptiert... nur 0,5,7. Typ=1 sind "Sequential-access devices (magnetic tape)"

    SCSI-Connect prüft nur bei 0 auf ein Wechselmedium (RMB Bit%7=1) und legt dann den internen Wert auf 1 fest. Das hat aber nichts mit den SCSI-Typen zu tun. Ansonsten wird nur 5 und 7 noch akzeptiert. Und MO wäre dann 7.

    DT128 testet immer beim Start per Inquiry auf MO oder HD.

    Dann muss ich da ja keine Werte in den DDX-Registern ablegen.

  • Laut Referenz sendet INUIRY in Byte 0 in Bit%0-4 den "Peripheral device type" und in Byte 1 das RMB-Bit. Das sind auch die Bits die SCSI-Connect auswertet.

    SCSI-Typ = 1 wird nicht akzeptiert... nur 0,5,7. Typ=1 sind "Sequential-access devices (magnetic tape)"

    SCSI-Connect prüft nur bei 0 auf ein Wechselmedium (RMB Bit%7=1) und legt dann den internen Wert auf 1 fest. Das hat aber nichts mit den SCSI-Typen zu tun. Ansonsten wird nur 5 und 7 noch akzeptiert. Und MO wäre dann 7.

    DT128 testet immer beim Start per Inquiry auf MO oder HD.

    Dann muss ich da ja keine Werte in den DDX-Registern ablegen.

    Okay.

    Pusti64

  • So... eben das erste positive Feedback bekommen: Es scheint zu funktionieren! Sogar unter MegaPatch128. :)

    Da ich das gar nicht erwartet hab hatte ich dafür bisher noch nichts am 80Z-Layout gemacht.

    Ein paar Kleinigkeiten werde ich noch anpassen... dann wird es auch eine öffentliche Testversion geben ;)

  • Aktueller Zwischenstand für die 80Z-Version:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Textinhalte ignorieren... ich kann das ja unter VICE nur mit Dummy-Daten testen... Aktuell startet das Programm am 64er und 128er, am 128er im 40Z und 80Z-Modus. Im 40Z-Modus jeweils zwei Seiten (siehe unten), im 80Z-Modus... siehe oben.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Interessanter Farbwechsel unter VICE128 zwischen 40/80-Zeichen...

  • Ich hänge mal die BETA1 an... am 64er sollte alles funktionieren, gerade nochmal am C64 hin- und hergewechselt. Beim 128er hab ich alle Dialoge in einem Testbuild mal durchgetestet, aber die Version selbst kann ich hier nur bedingt testen.

    Viel Spaß...

  • Funktioniert sehr gut. Nur das ein Wechselmedium automatisch ausgeworfen wird finde ich sehr unpraktisch. Denn in meiner zweiten HD ist das MO-Laufwerk mit intern verbaut. Nun müsste ich also ständig das Gehäuse öffnen, nur um die MO wieder reinzustecken.

    Vielleicht könntest Du da ja noch nen kleinen Auswahlschalter einbringen? Damit man selbst darüber entscheiden kann.

    Pusti64

  • Wenn man von HD 1 wo ID4 aktiv ist zur zweiten HD wechselt, wo ID 1 aktiv ist. Dann wird der ID4 Haken und MByte-Anzeige nicht gelöscht.

    Pusti64

  • Wenn man von HD 1 wo ID4 aktiv ist zur zweiten HD wechselt, wo ID 1 aktiv ist. Dann wird der ID4 Haken und MByte-Anzeige nicht gelöscht.

    Pusti64

    Ist bei mir auch (siehe Bilder).

    Denn in meiner zweiten HD ist das MO-Laufwerk mit intern verbaut. Nun müsste ich also ständig das Gehäuse öffnen, nur um die MO wieder reinzustecken.

    Auch mich hat's erwischt mit meiner CMD HD 2, auch hier ein angeschlossenes ZIP LW. Hat soweit alles funktioniert, auch mit Zugriff ZIP. Aber... meine CMD HD LW11 (Fest12) mit internem MO LW, hat beim wechseln sein Medium rausgeschmissen.

    Alle anderen angeschlossenen SCSI Geräte, kann ich frei bedienen.

    Wäre wirklich besser, wenn Auswurf eine Option wäre. Wenn möglich.:whistling:

    So, werde in den nächsten Tagen weitertesten.

    Gesagt werden, muss schon mal, dass alles was ich bis jetzt an "Zugriffen" auf andere SCSI Geräte ausprobiert habe, funktioniert hat. Wahnsinn, was darkvision aus dem Programm SCSI Connect gezaubert hat.:thumbsup:

    Gruß Jojo

  • Beta2:

    * Auswurf-Option eingebaut

    * Problem mit aktiven Geräten/Mediengröße behoben

    Standard ist aktuell das Medium auszuwerfen. Könnte ich aber auch so einbauen das sich das Programm das für den nächsten Start merkt. Oder ich ändere das in "Standard=Nicht auswerfen".

    P.S. Die Beta2a ist Standard=Nicht auswerfen...