WIP: cbmHDscsi64 - Neues Management Utility für CMD-HD

Es gibt 93 Antworten in diesem Thema, welches 18.006 mal aufgerufen wurde. Der letzte Beitrag (14. März 2024 um 20:40) ist von C=Mac.

  • Danke, hört sich gut an.

    Übrigens:

    Das neue Menü sieht sehr strukturiert/aufgeräumt aus. Ich denke, das passt. Perfekt aufgeteilt für die Menge an Daten. :thumbup:

    Danke... hier das neue Menü. So viel schlechter als das vorherige ist es nicht... trotz des extra Menüpunkt für Foreign.

  • So, habe mal kurz versucht im 128er Modus eine 128MB MO Disk (CMDHD ID"0"), per Auto Format, mit einem System zu versehen. Funktionierte bis einschließlich "New System Area".:)

    Danach, beim Zugriff auf das LW mit den System Files, gab es einen "Syntax Error in 55965" (getestet mit CMD FD + SD2IEC Partition).

    Gut zu testen auch in der V0.02 = "D" Check System Files", gleicher Fehler.

    Danach nochmal im 64er Modus getestet, hier funktioniert es.

    Hoffentlich nur eine "Kleinigkeit".:whistling:

    Gruß Jojo

  • Hoffentlich nur eine "Kleinigkeit". :whistling:

    Ja, der C128 erlaubt nicht die Benutzung von einigen Variablen-Namen. ER hatte ich schon auf der Liste. Nach etwas suchen scheint auch EL, DS$ und DS reserviert zu sein. Und in der Zeile 55965 wird DS verwendet, daher nur am 128er ?SYNTAX ERROR.

    Danke für die Rückmeldung, kann ich anpassen.

  • Nach etwas suchen scheint auch EL, DS$ und DS reserviert zu sein.

    Müsste es jetzt ausprobieren, aber Print DS$ ist doch der Befehl um den Fehlerkanal bei der Floppy abzufragen?

    Kommt halt davon wenn ich nur noch JiffyDOS benutze und nicht das original ROM.


    Hab heute auch einwenig mit der V0.02 probiert (C64).

    - Partitionen erstellen (SCSI2SD und ZIP 250) funktioniert

    - Partitionsliste funktioniert, dauert halt ;)

    - Anderes SCSI-LfW auswählen und nach dem Verlassen von cbmHDscsi64 benutzen, funktioniert

    Da ich grade keine Medium zum formatieren habe, weder ZIP 250 noch SD-Karte, musste ich das formatieren mit der "geschützten" ZIP-Disk probieren.

    Leider ohne Erfolg. :(

    Manuelles Formatieren:

    Nach dem Start wechselt der Bildschirm so schnell, dass ich nicht lesen kann was geschrieben wird (egal ob Format 1 oder 2)

    Auto Format:

    Hier bleibt die Meldung stehen: Formatting failed; SCSI Status: 70 07 27; Block Address: 00 00 00 00 (egal ob Format 1 oder 2)

    Probiert mit SCPU on/off, Parallel-Kabel on/off.

    Frage:

    Das Kopieren von Partitionen, folgt in einer späteren Version oder bin ich blind?

    Gruss C=Mac.

  • Da ich grade keine Medium zum formatieren habe, weder ZIP 250 noch SD-Karte, musste ich das formatieren mit der "geschützten" ZIP-Disk probieren.

    Leider ohne Erfolg. :(

    Da ich (noch) keine Ahnung habe wie der Schutz bei SCSI funktioniert kann ich da auch nichts einbauen. Muss aber auch sagen das ich mich mit dem Thema nicht nicht intensiver beschäftigt habe.

    Die Hardware dürfte aber nicht das Problem sein, also egal ob C64 oder C128, SCPU on oder off. Da ist es eher das Laufwerk das Informationen vom Medium auswertet und dann die Disk als "Geschützt" markiert und man die nicht formatieren kann. Aber nur so ein Verdacht...

    Das Kopieren von Partitionen, folgt in einer späteren Version oder bin ich blind?

    Das kommt gar nicht in das Programm, dazu reicht der Platz nicht mehr. Das ist aber auch nicht die Aufgabe des Programms, da geht es nur um das Management der HD.

    Für Backup/kopieren wird es dann ein eigenes Programm geben... das ist dann aber auch nicht so kompliziert wie das HD-Management. Eines nach dem anderen. ;)

    Partitionsliste funktioniert, dauert halt ;)

    Ja, ist halt reines BASIC. Evtl. hat man damals HD-TOOLS mit PETSPEED kompiliert um es "schneller" zu machen. Einiges könnte man sicher auch in Assembler beschleunigen, evtl. wenn das irgendwann vielleicht unter Umständen in geoHDscsi eingebaut wird...:whistling:

  • Für Backup/kopieren wird es dann ein eigenes Programm geben... das ist dann aber auch nicht so kompliziert wie das HD-Management. Eines nach dem anderen. ;)

    :thumbup:

    Kommt Zeit, kommt Rat.

    Wird dies einen C64/128 oder ein MP3 Programm?

    Einiges könnte man sicher auch in Assembler beschleunigen, evtl. wenn das irgendwann vielleicht unter Umständen in geoHDscsi eingebaut wird... :whistling:

    Wichtig ist, dass das Programm funktioniert.

    Die Geschwindigkeit ist eher sekundär, brauch das Programm auch nicht täglich und der grosse Vorteil ist, es ist alles in einem Programm.

    Man muss nicht diverse Programme zusammen suchen und nicht auf der HD rumdrücken.

    Gruss C=Mac.

  • Wird dies einen C64/128 oder ein MP3 Programm?

    Weiß ich noch nicht, könnte aber sein das ich mit BASIC anfange, so in der Art von MCOPY von CMD. Ich kann da viele der Module von cbmHDscsi64 "weiterverwenden"...

    Geschwindigkeit ist hier dann weniger ein Thema, weil das kopieren innerhalb der HD abläuft. Kann mir aber auch eine eigenständige GEOS-Anwendung vorstellen... aber aktuell hab ich andere Baustellen.

    Hab in cbmHDscsi64 noch ein paar Sachen korrigiert und einiges getestet. Vor dem nächsten Release will ich nochmal eine SD-Karte mit HD-TOOLS.64 bearbeiten und dann das gleiche nochmal mit cbmHDscsi64. Anschließend die beiden Images vergleichen. Wenn's da keine Unterschiede gibt, dann gibts wieder was neues zum testen. Mal sehn wie weit es dann am 128er läuft.

  • Ich hab eine neue Version von Bitte melde dich an, um diesen Link zu sehen. V0.03 hochgeladen. Inkl. neuer Menü-Struktur.

    Davor hatte ich zuerst die SD-Karte im SCSI2SD am PC gelöscht (unter Linux mittels 'dd'), dann mit llformat und createsys/rewritedos neu formatiert. Danach mit HDTOOLS64 neue Partitionen erstellt, die Standard-Adresse geändert und die Standard-Partition gewechselt. Anschließend die SD-Karte ausgelesen (Linux/"dd").

    Danach das gleiche mit cbmHDscsi64. Danach beide Images verglichen (mittels "vbindiff").

    Ein paar kleine Unterschiede gab es:

    CMD formatiert die Partitionen mit der ID="HD", cbmHDscsi64 bisher mit "01". Hab ich angepasst, kann aber mit dem FORMAT-Befehl sowieso frei gewählt werden.

    HDTOOLS.64 löscht bei Partitionen nur den Partitionstyp, cbmHDscsi64 bisher den gesamten Verzeichnis-Eintrag. Hab ich angepasst. Damit entspricht das "löschen" von Partitionen dem "löschen" von Dateien auf Diskette. Nur verschiebt HDTOOLS.64 nach dem löschen einer Partition den restlichen Datenbereich nach vorne und überschreibt damit den Bereich der gelöschten Partition. Wiederherstellen unmöglich.

    Die Standard-Laufwerksadresse/Partition findet sich in weiteren Adressen der Hardware-Tabelle. Hab ich angepasst.

    Ergebnis: Im 2ten Versuch entspricht die mit cbmHDscsi64 erzeugte SD-Karte jetzt 1:1 der SD-Karte, die mit den CMD-Tools partitioniert wurde :)

    Gefühlt geht das erstellen von Partitionen mit cbmHDscsi64 schneller, auch im manuellen Modus. Grund dafür dürfte sein, das ich die Partitionstabelle im Speicher halte. Die HDTOOLS scheinen die Tabelle jedesmal neu einzulesen.

    Wechselt man das Medium (ZIP/JAZ-Disk) sollte man das SCSI-Gerät neu wählen. Damit wird beim nächsten Partition-Job die Partitionstabelle erneut eingelesen.

    Dafür schreibt HDTOOLS.64 das system o.s. schneller auf Disk. Kann dafür aber wirklich nur FOREIGN=65280 erstellen, cbmHDscsi64 erzeugt auch 65536 Blocks große Partitionen. Mit 65536 Blocks könnte man den Inhalt einer RAMLink auf der CMDHD speichern. Passendes Programm vorausgesetzt.

    Das Programm ist nach wie vor in der Testphase!!!

    Wer Datenverlust verschmerzen kann... ;)

    Die Variablen für den C128 hab ich angepasst. Feedback erwünscht, Bildschirmfoto im 80Z-Modus wäre nett, wenn es denn damit läuft.

    Das formatieren von schreibgeschützten Medien geht nach wie vor nicht. Hab aber im Reference-Manual was zu einem Software Write-Protect (SWP) gefunden. Muss ich weiter untersuchen...

    P.S. Vielleicht noch ein kleiner Hinweis:

    Wechsel-Laufwerke sind bei dieser Variante nicht "HotPlugIn"-Fähig! Man kann zwar die Disk in einem IomegaZIP wechseln, aber man muss das Laufwerk danach neu "aktivieren", damit die aktuelle Partitionstabelle von Disk eingelesen wird (über cbmHDscsi64, SCSIConnect oder auch geoHDscsi).

    Das ist bei der Variante von skern mit identischen Partitionen auf allen Wechselmedien kein Problem. Mit dem Nachteil das man immer die gleichen Partitionstypen/Tabelle verwenden muss.

  • Habe es jetzt schon mal geschafft, Version v 0.03 auf die Commodore Schiene zu speichern. Werde hoffentlich am Wochenende zum Testen kommen. Bin schon gespannt. Werde im 128er Modus beginnen.:whistling:

    Sollte soweit alles klappen, gibt's auch Bilder.:)

    Gruß Jojo

  • Habe es jetzt schon mal geschafft, Version v 0.03 auf die Commodore Schiene zu speichern.

    Bei Bedarf kann ich das BASIC-Programm hier auch anhängen. Dann auf SD2IEC kopieren und am C64 starten.

    So mach ich das während der Entwicklung. Das ist auch ein Grund warum cbmHDscsi64 auch "geoshd v?.??" als Dateiname für "geos/hd v?.??" akzeptiert, da ein "/" im Dateinamen unter Linux(DOS?) auf der SD-Karte schwierig ist.

    Auf der SD-Karte hab ich die Systemdateien und cbmHDscsi64, geht also auch ohne DiskImage.

    Hab eben noch "Initialize disk" hinzugefügt. Ist wie "Auto-Format disk" nur ohne formatieren. Das erstellen der System-Partition, der Partitions-Tabelle und des System-O.S. geht damit auch automatisch.

    Damit wird die Disk aber auch nicht überprüft. Fehlerhafte Sektoren inklusive ;)

    Das Formatieren ist nicht wirklich erforderlich. Wichtig ist das die Systempartition, die Partitionstabelle und das System-O.S. vorhanden ist. Der "alte" Inhalt der "Festplatte" ist egal... beim erstellen einer neuen Partition wird der Inhalt der "virtuellen" Disk sowieso formatiert.

  • Test cbmhd64 v.003 im 128er Modus (SCPU aus).

    Konfiguration:

    LW08 = CMDHD MO 540 ID"0" intern verbaut --> Medium 128 MB

    LW09 = RL (Parallelkabel verbunden mit CMDHD)

    LW10 = FD2000 Native Utilitydateien

    Start Programm CBMHDSCSI64 von LW10.

    • Einstellen des zu bearbeiteten SCSI LW(F5)-->. F3,F5,F7 ohne Funktion (F2,F4,F6,F8 divers belgt, nicht aus) -nicht ok .
    • Formatieren Auto (Formatieren ok, bei Verify aufgehängt, 2x probiert) -nicht ok .
    • Formatieren Manuell (mit allen Einzeloptionen, Area, Main O.S. usw) -ok.
    • Partitionieren der eben vorbereiteten MO Disk, in allen Formaten -ok.
    • Löschen der zu letzt angelegten Partition -ok.

    Fazit:

    Es ließ sich eine MO-Disk (128MB) im 128/80er Modus "manuell" komplett bearbeiten.:thumbsup:

    Probleme:

    Gab es mit der F3 bis F5 Tasten, sie sind im 128/80er Modus ohne Funktion (in diesem Test nicht benötigt).

    Warum das Programm im Format Verify (im Autoformat) steckenbleibt weiss ich nicht. Möchte ich aber gerne nochmal in meinem Hauptsystem mit dem angeschlossenen Ziplaufwerk ausprobieren (F5 müßte dann nur funktionieren).

    Mein Zweitsystem (welches ich für diesen Test benutzte), hat leider manchmal Hitzeprobleme. Nach dem ersten Aussetzer habe ich das Autoformat gleich danach nochmal im 64er Modus gestartet . Hier lief alles durch. Auch die F-Tastenbelegung funktionierten hier ohne Probleme.


    Nur kurz (aber "the Best of") Test2:

    Cbmsd64 v.003 im 64er Modus (SCPU an) Zipdisk an ID"6" an meinem Hauptsystem.

    Soweit, lief alles wunderbar (getestet Autoformat), ohne Probleme durch. TOP:thumbsup:

    Gruß Jojo

  • Eben erst gelesen...............

    Auf der SD-Karte hab ich die Systemdateien und cbmHDscsi64, geht also auch ohne DiskImage.

    Lade die Datei(.d64) mit PC von Deiner Seite, kopiere sie auf eine SD und schiebe sie in die SD2IEC. Kopiere der Datei(en) in eine Utility Partition ( alle benötigten Dateien sind vorhanden).

    Ist meine "Sammel SD", die ich mit Partitionen belege, um den Überblick zu behalten.:)

    Gruß Jojo

  • Einstellen des zu bearbeiteten SCSI LW(F5)-->. F3,F5,F7 ohne Funktion (F2,F4,F6,F8 divers belgt, nicht aus) -nicht ok .

    OK, das mit den Tasten kann ich testen... sieht so aus als ob da andere Tasten-Codes zurückgeliefert werden.

    Formatieren Auto (Formatieren ok, bei Verify aufgehängt, 2x probiert) -nicht ok .

    Warum es im manuellen Modus formatiert+überprüft kann ich aktuell nicht nachvollziehen. AutoFormat ruft das "Manuelle Format+Verify" auf, gibt da also nur eine Routine? ?(

    Soweit, lief alles wunderbar (getestet Autoformat), ohne Probleme durch. TOP :thumbsup:

    Naja... vielleicht bleibt es bei der 64er-Version, das mit Einschränkungen am 128er genutzt werden kann (oder ich blende "Autoformat" einfach aus).

    Das mit den F-Tasten schau ich mir aber nochmal an, sollte zu löschen sein. Ist nur ein anderer ASCII-Code.

    Wobei: Muss die SCPU im 128er-Modus "Aus" sein? Ich hab das TC64v2 auch an, das schaltet auch in den 1MHz Modus beim Zugriff auf den seriellen Bus.

    Danke für die ScreenShots... sieht mit der Röhre echt nach 70er/80er aus, voll Retro :thumbsup:

  • Wobei: Muss die SCPU im 128er-Modus "Aus" sein? Ich hab das TC64v2 auch an, das schaltet auch in den 1MHz Modus beim Zugriff auf den seriellen Bus.

    In meinem Zweitsystem macht die SCPU128 bei 20MHZ manchmal Probleme, vielleicht liegts auch an der "alten Ramlink".

    Um Fehler auszuschließen hatte ich die SCPU abgeschaltet.

    Gruß und gute Nacht,

    Jojo

  • Um Fehler auszuschließen hatte ich die SCPU abgeschaltet.

    Ah...ok...

    Das mit den F-Tasten:

    Code
    key 1,chr$(133)
    key 3,chr$(134)
    key 5,chr$(135)
    key 7,chr$(136)

    Das sollte das Problem beheben. Kann ich in cbmHDscsi64 einbauen. Einfach vor dem Programmstart in BASIC eingeben.

    Gruß und gute Nacht,

    Dito und Danke! ;)

  • Es läuft........ -->128/80er Modus mit SCPU ein.:)

    Heut nochmal an meinem Hauptrechner an einem ZIP Medium ausprobiert (mit Basic vorspann umgeschaltet auf LW ZIP ID6). Läuft wunderbar durch. Danach auf eine (SD ID0) angewendet, Autoformat läuft auch hier durch. Was für eine Geschwindigkeit bei SD!!!:thumbsup:

    Hat wohl doch an meinem "altersschwachen Zweitsystem gelegen". Schon verrückt, auch 2x Testen hat nicht gereicht. Obwohl der 64er Modus zwischendurch durchlief.:S

    Echt Super das es funktioniert, teste weiter.:)

    Gruß Jojo

  • Wenn Du willst kannst Du es mit der Bitte melde dich an, um diesen Link zu sehen. versuchen, da hab ich die F-Tasten für den C128er angepasst.

    Außerdem "Initialize disk" ergänzt, das erspart einem das "formatieren" und trotzdem geht alles automatisch.

    Hab das unter VICE128 getestet, das mit den F-Tasten geht jetzt. Allerdings sind nach dem Programm-Ende die F-Tasten nicht mehr Standard (also F1 = GRAPHIC) aber nach einem RESET passt wieder alles.

    Falls da jemand eine bessere Lösung hat... ansonsten bleibt das erstmal so.

  • Auf die schnelle getestet mit Version V.004 (128/80er Modus, SCPU an).

    F-Tasten Belegung --->OK

    Initialisierng SD Karte ---->OK

    Dito JAZ Medium --->OK

    Läuft, wie es soll. Prima.:thumbup:

    Werde dann mal weitertesten mit den anderen SCSI Geräten. Kann länger dauern.

    Gruß Jojo

  • Ich hab auch cbmHDscsi64 mal durch einen Compiler gejagt, wie bei cbmSCSIcopy64 AustoSpeed64 und Blitz!128. Auf dem D64 im Anhang sind beide Versionen. Auch hier angepasst für den jeweiligen CBM-Typ. Die Zeile mit dem @P0-Befehl (zum deaktivieren des PP-Kabels bei einer RAMLink) wurde auch hier entfernt. Feedback is welcome.

    Mit der C64-Version hab ich eine Partition erstellt, soweit OK. Die 128er-Version kann ich nicht wirklich testen.

    Da ich nicht weiß was der Compiler macht... ist das eher als Zeitvertreib zu sehen, evtl. funktioniert es ja. Die offiziellen Releases stelle ich aber auch weiterhin nur als BASIC-Datei zur Verfügung...