Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » Z9001 KC87 CP/M für VDIP ohne Floppy-Modul » Themenansicht

Autor

Thread - Seiten: -1-

000
17.09.2025, 14:56 Uhr
volkerp
Default Group and Edit

Wer ein USB-Modul, aber kein Floppy-Modul besitzt, und trotzdem CP/M ausprobieren möchte, kann das jetzt tun:

Auf dem USB-Stick sind Disketten-Images abgelegt; mit IMG werden diese gemountet ("Diskettenwechsel")

https://hc-ddr.hucki.net/wiki/doku.php/z9001/cpm/ucpm
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
17.09.2025, 16:31 Uhr
DL
Default Group and Edit

coole Sache

Mit dem V2DIP bekomme ich nur den Schirm voll Timeout Error. Initialisiere ich das Modul vorher z.B. über das Minicpm funktioniert es. Eventuell wegen der unterschiedlichen Startmeldung? Hab jetzt (noch) nicht in die Quellen geschaut...

Edit: ich starte das von Karte mit Aufruf ucpm.com aus dem sdx

Dieser Beitrag wurde am 17.09.2025 um 16:33 Uhr von DL editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
17.09.2025, 17:01 Uhr
volkerp
Default Group and Edit

Ich hab die VDIP-Initialisierung abgeklemmt, da die bei mir schon über das OS erfolgt. Bei der Entwicklung spart das Zeit, ich baue es morgen wieder ein

--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
18.09.2025, 11:06 Uhr
volkerp
Default Group and Edit

V0.2 ist online.

Ich habe neben der aktivierten VDIP-Initialisierung auch noch den Umgang mit den Disketten-Abbildern geändert; die Datei wird nun bei jedem read/write geöffnet und auch wieder geschlossen.

Viel Erfolg beim Testen!
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
18.09.2025, 11:47 Uhr
DL
Default Group and Edit

Danke!

Nun funktioniert das, sogar mein nachladbarer GIDE-Treiber geht. Etwas wenig TPA hat das Ganze, aber einiges läuft doch.
Wenn ich versuche eine Datei auf einer "Diskette" zu löschen endet das in einem CF-ERROR loop, ist das ganze nur Read only?

Dieser Beitrag wurde am 18.09.2025 um 11:49 Uhr von DL editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
18.09.2025, 14:12 Uhr
volkerp
Default Group and Edit

CF wäre command failed, da scheint irgendwas vorab nicht korrekt beendet zu sein. Im Emulator funktionierts, an realer Hardware leider nicht mehr? Ich geht auf die Suche...

nb: das CP/M ist schon zum schreiben gedacht, nicht nur read only
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
18.09.2025, 15:04 Uhr
DL
Default Group and Edit

hmm, die dmp Datei bleibt ja die ganze Zeit geöffnet auf dem Stick, (auch wenn sich das was aufhängt und ich Reset drücke) wenn man ein File löscht muß die ja geschlossen werden, zum schreiben geöffnet werden, wieder geschlossen und zum lesen geöffnet werden.
Da kommt sofort bdos error on a: bad sektor ^C=abort
es kommt erst FO-Error(file open), danach loopt das

Dieser Beitrag wurde am 18.09.2025 um 15:08 Uhr von DL editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
18.09.2025, 19:01 Uhr
kaiOr

Zumindest bei der Vinculum-Firmware kann man die Datei durchgehend OPW -> "Open File for Write" geöffnet halten und in dem Modus beliebig SEK (Seek), RDF (Read) oder WRF (Write) im Wechsel.

Aber bei Schreibvorgängen gilt:
"The end of the file is always set to the file pointer after a write operation."
Dann würde nach CLF (Close) automatisch die Datei getrimmt auf die letzte Schreib-Position. Man müsste also pro forma nach jedem Schreibvorgang nochmal extra ein Seek&Write aufs letzte Byte vom Disketten-Abbild machen, damit das nicht zusammenschrumpft.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
18.09.2025, 21:21 Uhr
volkerp
Default Group and Edit

Mach ich alles, aber irgendwo klemmt es dennoch.
Ich bin beim Debuggen dabei.

Doch die nächsten zwei Wochen wird das Projekt pausieren müssen.

Wie es aussieht, funktioniert ein wahlfreier schreibender Zugriff mit dem VDIP nicht.
Nach Überschreiben eines Bereichs kann der Filepointer nicht mehr darüber hinaus auf die ursprüngliche Größe gesetzt werden. Damit ist das Projekt mit dem VDIP leider so nicht nutzbar; mit CH376 dagegen schon. Als Alternative ist eine CPM-FAT-Version denkbar.

https://github.com/z80playground/cpm-fat

PS: Im JKC-Emulator funktioniert alles wie ausgedacht. Der Emulator emuliert VDIP nicht ganz korrekt, hier funktioniert auch extra ein Seek&Write aufs letzte Byte vom Disketten-Abbild.
--
VolkerP

http://hc-ddr.hucki.net
(Z9001, Z1013, LC-80, ...)

Dieser Beitrag wurde am 19.09.2025 um 14:11 Uhr von volkerp editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
27.09.2025, 09:54 Uhr
DL
Default Group and Edit

Zitat:

volkerp schrieb
Wie es aussieht, funktioniert ein wahlfreier schreibender Zugriff mit dem VDIP nicht.

Der FAT File System Treiber vom VOS sollte es eigentlich hergeben, aber in der V2DAP werden wohl nicht alle Funktionen davon verwendet

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
27.09.2025, 10:35 Uhr
kaiOr

Eine Variante wäre noch das Zerlegen vom Image in pufferbare Einheiten, in einen entsprechend benannten Unterordner. Aber auch da scheint es beim VDIP eine ungenannte Grenze zu geben.

Jenseits der 1000 Dateien findet das VDIP1 hier nur noch einen Bruchteil der Dateien im Ordner. Das war mir bei der Bild-Konvertierung mittels KC aufgefallen. Und da Windoof die nicht nach Namen sortiert ins Directory kopiert kracht es oft schon bei der ersten oder zweiten Datei. Kopiert man ordentlich Datei für Datei...dann viel später.
Die Größe der formatierten Zuordnungseinheiten auf dem Stick 512 Byte bis 4096 Byte macht hier leider auch keinen Unterschied.

Wo genau die Grenze liegt habe ich noch nicht ausgetestet.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
27.09.2025, 11:33 Uhr
DL
Default Group and Edit

Keine Ahnung, ob zur VDAP auch irgendwelche Einschränkungen genannt werden, bei der V2DAP stand mal in der Readme unter fixed:
- FAT library prevent application from creating more than 512 files in the root directory of FAT16 disks.
- FAT library support root directories that span clusters. This only happened in FAT32 disks with many files in the root directory. FAT16 is limited to 512 files total in the root directory.
Auf wie viele wird aber IMHO nicht erwähnt.
Solche Kopier-Orgien hatte ich noch nicht

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]