Seltsam war allerdings, dass der Parameter EXM = 0 der Literatur zu CP/M widerspricht. Sollte bei einer Blocksize von 2048 eigentlich 1 sein (DSM < 256), funktioniert aber bei 22DISK nur mit 0 richtig. Bei EXM = 1 geht 22DISK beim Kopieren der Dateien in eine Endlosschleife. Habe keine Erklärung dafür.
Ja, du hast Recht. Es sollte eigentlich EXM = 1 sein. Ich werde probieren, wie es mit EXM = 1 mit meiner Image läuft.
Grüße
Hallo overCLK - ich habe noch mal deine ZORKs.dsk ( dein Stand! vom WEB geholt) erneut auf mein GOTEK gespeichert (DSKA0064.hfe bei mir).
Da ich sonst nichts damit an cp/m Tools auf dieser DISK war - habe ich eigentlich deine Operationen
DIR , ERA und "SAVE yyy datei.bin" getestet. Das geht wie du in dem Foto auch bei mir.
Ich habe dann mit dem DU, STAT, oder SID mit der immer noch R/O DISK-Version konstant bei der ERA "ZORK1.COM" oder irgenwas an ERA file.xxx ist nicht löschbar möglich.
Noch bei der ersten ZORKS.dsk aber mit meiner Vorgeschichte, mit wym..., und andere cp/m Programme aufgespeichert - in dem cp/m habe ich deinen PATCH DPB und die Seitenwechselung im CODE gefunden.
Mit dieser Version ist immer bei einer Löschung mit ERA xxx.yyy die R/O Reaktion.
Wie und was zu dem Zustand gekommen ist - ist nicht genau zu finden.
Die letzte cp/m2.dsk arbeitet offenbar bei einigen Test richtig.
Mit deinen .zip und disassembling - files hast du dich richtig in das Zeug gelegt.
Was ist das hier?
Als Kompilator habe ich sjasmplus benutzt.
Auf welcher Rechnerplattform läuft das?
Noch eine Kleinigkeit bei den DPB und der DPL-iste - von 152kb alt zu 312kb neu!
Mit STAT DSK: sind die Parameter zu sehen je Diskette:
Alt DISK:
Bei 152kB Disk sind 64 dirctory-entries und 64 directories CHECKED eingerichtet.
Neue Disk:
Bei 312kB Disk sind 128 directories entries und 64 directories CHEKED wohl belassen.
Ob das mit dem R/O evtl. bei fast voller directory - entries auftreten könnte, habe ich noch nicht weiter getestet.
Hallo overCLK ,
habe auch mal einen Blick auf Deine Datei 'cpm-mod.asm' geworfen. Im DPH bei F71Ch ist mir aufgefallen, daß der CSV bei FED9h direkt an den ALV bei FEC6h anschließt. Da liegen genau 19 Byte dazwischen, die für 152 Blöcke (19 x 8 ) reichen. Im doppelseitigen Format sind jetzt 156 Blöcke angelegt, die dann mit dem CSV Bereich überlappen können, da 20 Bytes benötigt würden. Da helwie44 † sein Disk-Image fast voll benutzt hat, könnte der nachfolgende CSV überschrieben worden sein. CP/M glaubt dann, daß die Disk gewechselt wurde und meldet den berühmten BDOS R/O Error.
Könnte dies eventuell die Ursache für das von helwie44 † beobachtete Problem sein.
Entweder Platz schaffen, oder die letzten beiden Spuren ungenutzt lassen.
Viele Grüße
netmercer
Alles anzeigenHallo overCLK ,
habe auch mal einen Blick auf Deine Datei 'cpm-mod.asm' geworfen. Im DPH bei F71Ch ist mir aufgefallen, daß der CSV bei FED9h direkt an den ALV bei FEC6h anschließt. Da liegen genau 19 Byte dazwischen, die für 152 Blöcke (19 x 8 ) reichen. Im doppelseitigen Format sind jetzt 156 Blöcke angelegt, die dann mit dem CSV Bereich überlappen können, da 20 Bytes benötigt würden. Da helwie44 † sein Disk-Image fast voll benutzt hat, könnte der nachfolgende CSV überschrieben worden sein. CP/M glaubt dann, daß die Disk gewechselt wurde und meldet den berühmten BDOS R/O Error.
Könnte dies eventuell die Ursache für das von helwie44 † beobachtete Problem sein.
Entweder Platz schaffen, oder die letzten beiden Spuren ungenutzt lassen.
Viele Grüße
netmercer
Hallo netmercer.
Das macht voll Sinn. Ich muss da alle die Offsets wiederholen.
Es gibt auch ein Problem mit SELDSK. Ich habe das code verändert, aber ich kann noch C: und D: in CCP auswählen… komisch.
Viele Grüße
Manuel
Alles anzeigenDie letzte cp/m2.dsk arbeitet offenbar bei einigen Test richtig.
Mit deinen .zip und disassembling - files hast du dich richtig in das Zeug gelegt.
Was ist das hier?
Als Kompilator habe ich sjasmplus benutzt.
Auf welcher Rechnerplattform läuft das?
Z80 Kompilator, es gibt Versionen für Windows, Linux und MacOS. Aber wenn du die Makefile nutzen möchtest, dann finde ich besser Linux zu nutzen (anderenfalls du kannst auch manuell alles zusammen bauen)
https://github.com/sjasmplus/sjasmplus/wiki
Alles anzeigenNoch eine Kleinigkeit bei den DPB und der DPL-iste - von 152kb alt zu 312kb neu!
Mit STAT DSK: sind die Parameter zu sehen je Diskette:
Alt DISK:
Bei 152kB Disk sind 64 dirctory-entries und 64 directories CHECKED eingerichtet.
Neue Disk:
Bei 312kB Disk sind 128 directories entries und 64 directories CHEKED wohl belassen.
Ob das mit dem R/O evtl. bei fast voller directory - entries auftreten könnte, habe ich noch nicht weiter getestet.
Dass kann sein. Als gesagt, habe ich nicht vorsichtig die Offsets geprüft. Ich war zu froh, dass es so einfach gut scheint. 
Ja, das ist richtig. Das neue Format hat 128-Directory Einträge. Ich habe gedacht, dass es besser wäre, als sie eine größere Disk ist.
Viele Grüße
Manuel
Hallo overCLK und netmercer sowie alle Mitstreiter - DANK!
Gerade gesehen mit dem seldisk.
Es gibt auch ein Problem mit SELDSK. Ich habe das code verändert, aber ich kann noch C: und D: in CCP auswählen… komisch.
Das liegt im BIOSCODE ganz versteckt, weil dort auf max. drives ja für A: B: und auch noch C: D: möglich ist.
; .. only part from my BIOS for A: B: only 152 kb AND C: D: 4800 kb very old!!!!
seldsk:
;select disk
MVI H,0
MOV L,H
mov a,c ;selected disk number
CPI MAXLW
RNC
sta sekdsk ;seek disk number
mov l,a ;disk number to HL
rept 4 ;multiply by 16
dad h
endm
lxi d,dpbase ;base of parm block
dad d ;hl=.dpb(curdsk)
retGute Nachricht: Ich habe leider nur die QUELLE .MAC -klar 8080 symbolischer code - für meine
BIOS Anpassung für 4 drives.
Für A: B: standard 152 kB nur eine Seite und C: D: 4800 kB SyQuest Platten "gefunden" !
Das schaue ich mir momentan mal in Ruhe an - da war man ja bei ca. 1982/ ?? im code im Stoff.
Ich berichte noch weiter.
Grüße
Alles anzeigenHallo overCLK und netmercer sowie alle Mitstreiter - DANK!
Gerade gesehen mit dem seldisk.
Es gibt auch ein Problem mit SELDSK. Ich habe das code verändert, aber ich kann noch C: und D: in CCP auswählen… komisch.
Das liegt im BIOSCODE ganz versteckt, weil dort auf max. drives ja für A: B: und auch noch C: D: möglich ist.
CodeAlles anzeigen; .. only part from my BIOS for A: B: only 152 kb AND C: D: 4800 kb very old!!!! seldsk: ;select disk MVI H,0 MOV L,H mov a,c ;selected disk number CPI MAXLW RNC sta sekdsk ;seek disk number mov l,a ;disk number to HL rept 4 ;multiply by 16 dad h endm lxi d,dpbase ;base of parm block dad d ;hl=.dpb(curdsk) retGute Nachricht: Ich habe leider nur die QUELLE .MAC -klar 8080 symbolischer code - für meine
BIOS Anpassung für 4 drives.
Für A: B: standard 152 kB nur eine Seite und C: D: 4800 kB SyQuest Platten "gefunden" !
Das schaue ich mir momentan mal in Ruhe an - da war man ja bei ca. 1982/ ?? im code im Stoff.
Ich berichte noch weiter.
Grüße
Hallo helwie44 †.
Eigentlich ist das genau, was ich schon ohne Erfolg verändert habe.
MAXLW ist 4 in das originelle Code. Ich habe es gegen 2 ausgetauscht, aber funktioniert es nicht als erwartet. Vielleicht sollten wir auch etwas in BDOS verändern oder?
Grüße
Manuel
Alles anzeigenIMAGES GENERATOR alphaTronic P2U
Hallo Manuel,
ich habe mal etwas mit deinem „alphatronic-images-generator“ gearbeitet. Das PC-Programm ist super und einfach zu handhaben. Tolle Arbeit - und vielen Dank an dich overCLK .
Wenn ich das hoffentlich richtig verstanden habe - sind von DREI images Floppydisks eines auszuwählen.
Sind die DREI „ersten zwei TRACKS -> nur das cp/m mit den Batch und LOADER - Bereichen“ jeweils intern FIX-> vorhanden. Und so wie du es im Generator-Programm jetzt abgelegt sind.
Ist ein images angewählt, dann können als DROP & DRAG eine ganze xxxx.DSK eingeschleust werden. Oder dann FILES entfernt, oder zu gefügt werden.
Klar, werden dann im PC/ORDNER gespeichert als xxxxx.DSK.
(ich muss bei meinem GOTEK .DSK nach->.HFE umsetzen - kein Problem, könnte so bleiben)
Ist es einfach möglich nur die zwei TRACKs von anderen Floppydisks.DSK im Generator zu verwalten und dann zu dem gewählten FORMAT als EXPORT verwendet werden?
Oder geht die Handhabung anders?
Grüße helwie44 †
Hallo helwie44 †. Danke schön für deine freundliche Wörter.
Du hast es richtig verstanden. Die drei Ausgabemöglichkeiten sind einfach verschiedene System-Spuren und auch natürlich, wie die Disk organiziert wird (ob es 40 oder 80 Spuren gibt, Usw.)
Wenn man ein DSK (oder IMD) in der Anwendung stellt, sind alle die Dateien von der Disk entpackt. Man kann auch normale Dateien hinzufügen oder auch entfernen. Das kann nützlich sein, um modifierten in der Alphatronic Dateien später zu untersuchen.
Es wäre möglich zu unterstützen, verschiedene System-Spuren zu nutzen. Zum Beispiel könnten wir diese Möglichkeit in der Einstellungenfenster zur Verfügung zu stehen. Falls man ein Datei besorgt, dann würde die Disk mit diese System-Spure generiert.
Noch mal denke ich, dass der DSK sollte direkt mit dem HxC Gotek funktioniert. Ich erinnere mich daran, dass ich mit meine Amstrad CPC nur DSK-Dateien benutzt habe… aber leider habe ich alle meine Gotek nach FlashFloppy migriert und deshalb kann ich nicht mehr es prüfen.
Viele Grüße
Manuel
Hallo overCLK -
Mein GOTEK DIR - hat aber nur ein HxC .CFG und den für HxC .UPD Treiber.
Klar meine DSKA0000.hfe .. DSKA0067.hfe
Ja zu den .DSK files habe ich mal auch von netmercer gehört, das er verschiedene GOTEK (Flash-Software) mal getestet und auch verwendet hatte. Sonst frage ich noch netmercer - welche files auf einem USB Stick sein müssen und welche raus müssen? Falls es wie gehen könnte mit .DSK FILEs??
Bei meinem GOTEK habe ich auf dem USB Stick hier nur über die zwei Druckschalter (+) und (-) von
DSKA0000.hfe ... bis DSKA0067.hfe eine GOTEK - Diskette anzuwählen.
Ausschnitt vom GOTEK - USB-Stick
Hier habe ich eine 320kB alphaTronic P2U "Ealphatronic_320_TAP100.dsk" mit deinem Generator erzeugt.
Geht alles sehr einfach!
Aber dann über die HxC Emu Anwendung - muss ich im Moment dieses FILE als z.B. "DSKA0067.hfe" hier ablegen. Dann funktioniert alles wie geölt!
Grüße helwie44 †
Hier habe ich eine 320kB alphaTronic P2U "Ealphatronic_320_TAP100.dsk" mit deinem Generator erzeugt.
Geht alles sehr einfach!
Aber dann über die HxC Emu Anwendung - muss ich im Moment dieses FILE als z.B. "DSKA0067.hfe" hier ablegen. Dann funktioniert alles wie geölt!
Grüße helwie44 †
Wahrscheinlich weil dein HxC in Index-Modus arbeitet. Das ist normal, wenn man nur das 7-Segment Display habt. Deshalb muss man die Dateien nennen, wie du es gemacht hast. Es konnte auch sein, dass mit etwas wie DSKA0067.dsk funktioniert es... aber nicht sicher mit dem HxC Firmware.
Ich habe alle meinen Gotek zum Flashfloppy migriert. Man kann sehr einfach einen Flashfloppy-Gotek mit ein OLED Display oder ein Quadratur-Encoder verbessern. Alle die Informationen zum Hardware-Mods stehen hier zur Verfügung: https://github.com/keirf/FlashFloppy/wiki/Hardware-Mods
Viele Grüße
Manuel
Da komme ich noch mal mit einer neuen Version der Anwendung alphatronic-image-generator.
Neuigkeiten:
- Man darf eigene System-Spuren benuzten, um eine DSK zu generieren. Neue Einstellungen:
Da muss man eine Datei mit den zwei System-Spuren besorgen.
- Falls man die Kapazität der DSK ubertritt, bekommt man nicht mehr einen Fehler. Auf dieser Fall wird die Fortschrittanzeige rot und die Schaltfläche "DSK bauen" abgeschaltet.
Man muss Dateien löschen bis den Fortschrittanzeige wieder grün wird. Das bedeutet, dass es genug Platz in der DSK für die Dateien gibt. Das finde ich eigentlich mehr praktisch als früher.
Ich habe auch die eingebautete 320K-System-Spuren modifizieren. Da habe ich die Offsets der DPH korrigieren.
Viele Grüße
Manuel
Zum Hintergrund der jeweiligen cp/m Diskettenvariationen?
Sind beide 160 kB Floppys nur mit der unteren Seite belegbar?
Obwohl die erzeugte .DSK doppelseitig leer eingerichtet werden?
( Ist aber kein Nachteil, weil ja über ein weiteres Laufwerk (C: / D: Oberseite) vom USER
benutzt werden könnten.)
Wenn man ein 160Kb Format auswählt, denn hat die generierte DSK nur eine Seite (40 Spuren)
Benutzer System Spuren:
Die Nutzer - Systemtracks sind über DROP & DRAG einzuschleusen oder über ein Browserfenster?
Das funktioniert über ein Browserfenster.
Ordner:
Ist der Balken ein optisches Signal, für die belegten Director-Slots?
Menge der Einträge belegt sind?
Richtig. Auch wenn man über den Balken mit der Maus geht, wird ein Tipp gezeigt, wie hier:
Viele Grüße
Manuel
Hallo Manuel,
mit den neuen Optionen geht alles sehr einfach und prima. Danke für die Verbesserungen bei dem
alphaTronic Images Generator (beachte für die P2U, P2S Systeme!).
Neuigkeiten:
- Man darf eigene System-Spuren benuzten, um eine DSK zu generieren. Neue Einstellungen:
Grüße helwie44 †
Hallo helwie44 † ,
es ist immer wieder phantastisch, zu beobachten was hier auf die Beine gestellt wird.
Leider kann ich das Image nicht sofort testen, da das Netzteil meiner P2 immer noch defekt ist. Der RIFA Knallfrosch ist diesmal unschuldig. So einfach war es leider nicht. Zumindest habe ich jetzt einen Motivationsschub erhalten, mich wieder hinter die Fehlersuche zu klemmen.
Viele Grüße
netmercer
Alles anzeigenalphaTronic P2U cpm62 kB - als Systemtracks
Nun habe ich noch die zwei Systemtracks für das alphaTronic P2U System (cp/m 62 k System) abgelegt.
Also als isoliertes File.bin von 8 kB.
Als Laufwerk 1 (boot) ist ein GOTEK oder ein Doppelkopf - Floppylaufwerk ( z.B. BASF 6108 oder Panasonic ...usw) erforderlich. Dann ist dieses unten bezeichnetes cp/m 62 k einsetzbar.
Klar auch aber mit dem standard Diskettenformat TA P2 / P2U Disketten als LW 1 sind üblich benutzbar.
Diskettenformate je verbautes zweites Floppylaufwerk über B: oder D: sowie F: kann damit verwendet werden.
Für alle 6 Drive von A: bis F: Characteristics sind hier angezeigt.
CodeAlles anzeigen.B .IFF80,FFFF .UFF80,FC00 62k CPM v. 2.2/1.3 P2 U - hw A>STAT DSK: A: Drive Characteristics 2496: 128 Byte Record Capacity 312: Kilobyte Drive Capacity 128: 32 Byte Directory Entries 128: Checked Directory Entries 256: Records/ Extent 16: Records/ Block 32: Sectors/ Track 2: Reserved Tracks A>STAT B:DSK: B: Drive Characteristics 2496: 128 Byte Record Capacity 312: Kilobyte Drive Capacity 128: 32 Byte Directory Entries 128: Checked Directory Entries 256: Records/ Extent 16: Records/ Block 32: Sectors/ Track 2: Reserved Tracks A>STAT C:DSK: C: Drive Characteristics 1216: 128 Byte Record Capacity 152: Kilobyte Drive Capacity 64: 32 Byte Directory Entries 64: Checked Directory Entries 128: Records/ Extent 8: Records/ Block 32: Sectors/ Track 2: Reserved Tracks A>STAT D:DSK: D: Drive Characteristics 1216: 128 Byte Record Capacity 152: Kilobyte Drive Capacity 64: 32 Byte Directory Entries 64: Checked Directory Entries 128: Records/ Extent 8: Records/ Block 32: Sectors/ Track 2: Reserved Tracks A>STAT E:DSK: E: Drive Characteristics 2432: 128 Byte Record Capacity 304: Kilobyte Drive Capacity 128: 32 Byte Directory Entries 128: Checked Directory Entries 256: Records/ Extent 16: Records/ Block 64: Sectors/ Track 2: Reserved Tracks A>STAT F:DSK: F: Drive Characteristics 2432: 128 Byte Record Capacity 304: Kilobyte Drive Capacity 128: 32 Byte Directory Entries 128: Checked Directory Entries 256: Records/ Extent 16: Records/ Block 64: Sectors/ Track 2: Reserved TracksÜber den "IMAGES GENERATOR alphaTronic P2U" von overCLK, ist gut schnell eine (bisher drei alphaTronic Formate) Bootdiskette mit selbst zusammen geschobenen ( drop & drag) Programmen zu erzeugen.
Hi, ich habe nun in eine P2 mit 48 KB ein doppelseitiges BASF Laufwerk mit 80 Tracks eingebaut. Eine normale CPM 43h Disk konnte ich damit problemlos laden (natürlich am PC in einem HD Laufwerk mit Singlestep geschrieben, d.h. es sind 40 "schmale" Spuren die exakt die erste Hälfte der 80 Tracks belegen). Eigentlich müsste in diesem Laufwerk mit Euren CP/M Modifikationen doch auch Doubleside & 80 Tracks nutzbar sein, oder? Allerdings habt Ihr bisher immer 64 KB/TPA 100h CP/M erstellt, könnt Ihr vielleicht auch eine 48 KB Version bauen?
Ich habe ein BASF 6108 aus der Alphatronic P3 in ein P2 System eingebaut. Das Laufwerk unterstützt ja physisch zwei Seiten (DS) mit je 80 Spuren (QD/96 tpi - also gleiche Spurbreite wie HD/1.2 MB am PC), in der P3 ergeben sich damit ca. 2*400 KB Kapazität. Das MOS der P2 nutzt wie von Dir erwähnt nur 40 Spuren, normalerweise eben an den DD/SS Laufwerken (48 tpi). Der Controller sagt dem Laufwerk einfach immer nur "Spur 1/2/3/...), ohne Angabe bzw. Berücksichtigung der Spurbreite (1/48 Inch bzw. 1/96 Inch). Um hier also eine 152 KB SS/DD Disk der klassischen P2 Laufwerke zu lesen, muss diese von 48 tpi auf 96 tpi konvertiert werden. Das mache ich am PC, d.h. ich lese die 48 tpi Disk mit Doublestep ein und schreibe sie mit Singlestep als 96 tpi Disk zurück.
Einen wirklichen Nutzen habe ich aus dieser Übung natürlich noch nicht, es werden ja weiterhin nur 152 KB auf der 96 tpi Disk abgelegt (eben in den ersten 40 Spuren, die restlichen 40 Spuren bleiben leer).
Da das BASF 6108 aber ein Doppelkopf-Laufwerk ist, könnte ich aber immerhin die zweite Seite auch nutzen. Allerdings bin ich nicht sicher, ob das auf einer normalen P2 (also nicht P2-U) überhaupt zu bewerkstelligen ist. Mit dem 48 KB CP/M habe ich im Moment zwar 4 Laufwerke, allerdings ist C offenbar auf A gemappt (d.h. DIR C: liefert exakt den gleichen Inhalt wie DIR A:) bzw. D zeigt eigentlich auf Laufwerk B. Bin nicht sicher, Ich erhalte also keinen Zugriff auf die zweite Seite der Diskette.
Hallo gpospi -
Als Doppelkopf LW habe ich auch als BASF 6108
Ich habe ein BASF 6108
über dieses Laufwerk redest du oben im Beitrag, da soll sowas mit dem BASF 6108 Drive gehen?
mit je 80 Spuren (QD/96 tpi - also gleiche Spurbreite wie HD/1.2 MB am PC),
das habe ich leider nicht festgestellt - weil ich gesehnen/ gelesen hatte ( von netmercer ) über die TA P3 Diskettenlaufwerke! mit 80 Tracks und 5 Sectoren mal 1024 Byte formatiert werden!
Ich vermute das sind Shugart / oder TEAC oder ???? was anderes LW.
Oder gibt es ein mit anderer Bezeichnung evtl.ein LW bei BASF für 80 Tracks ( 96 TPI).
Ich sehe bei einem P2 / P3 TA mit den Floppycontrollern nicht für 96 TPI ( also auf 80 Tracks) je Seite komme!!
4300h cp/m DRIVE
Bei einer TA P2 unter 4300h TPA cp/m ist ja richtig - wie du sagst - für 4 logische cp/m's Drive eingerichtet wurden.
Ich erhalte also keinen Zugriff auf die zweite Seite der Diskette.
Zwei mögliche folgende FEHLER auftreten könnten:
a)
es ist wirklich ein Doppelkopf-LW aber auf der obere Seite wie C: oder D: war keine Floppydiskette oben formatiert, sollte nach langer WiederholungenZugriffversuche eine FEHLERMELDUNG vom cp/m kommen!
b)
es ist gar kein Doppel-LW , leider nur ein einfach LW - dann bekommt man auf z.B. idetisch von A: und C: angezeigt !!!!! (das ist oft sehr irritierend)
Schau doch bitte genau in deine Hardware und melde dich noch bitte.
