Robotrontechnik-Forum
Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins Willkommen Gast! RSS

Robotrontechnik-Forum » Technische Diskussionen » EC1834 40 Spur Diskettenformat mit K5601 ? » Themenansicht

Autor Thread - Seiten: -1-
000
06.01.2020, 21:04 Uhr
jm2000



 Mal angenommen, ich möchte eine 48tpi Diskette am EC1834 lesen UND schreiben. Das sollte mit Supercopy (cdrive.sys -ri -u0 -g) eigentlich funktionieren, ich befürchte aber, dass die K5601 das nicht können (oder ich habe was falsch eingestellt).
Es gab wohl für Diamant Strickmaschinen eine angepasste Version des EC1834 mit 40 Spur Floppies (siehe hier http://www.robotrontechnik.de/index.htm?/html/computer/textima.htm unter Mustervorbereitungsgerät TES 9012/4).
Jemand eine Idee, wie man so ein Format mit K5601 zum lesen/schreiben bekommt? Oder muss ein anderes Floppy rein?

EDIT: ah, das K5601 kann nur 80 Spuren laut Betriebsdoku, muss also was anderes rein, z.B. Teac FD-55GFR, das müsste auf einfache Dichte jumperbar sein. Hmm, ich dachte das K5601 ist ein Teac Nachbau.

Gruß, Jan
Dieser Beitrag wurde am 06.01.2020 um 21:26 Uhr von jm2000 editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
001
06.01.2020, 21:32 Uhr
schlaub_01



 Hallo Jan,

hier hatte ich mal was zu dem Thema gefunden: https://www.zock.com/8-Bit/D_CPCguide03.HTML#09
Vielleicht hilft Dir das weiter...

Grüße,
Sven
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
002
06.01.2020, 22:10 Uhr
holm

Avatar von holm

Die 40 Track Floppies haben simpel breitere Köpfe, eine mit einem 80 Spur LW geschriebene und auch a formatierte NEUE Diskette können die lesen, aber wenn die schon mal mit 80 Spuren formatiert/beschrieben war, lesen die breiteren Köpfe einen Mischmasch aus allem Möglichem links und rechts neben der eigentlichen Datenspur mit, das ist das ganze Geheimnis.
Es gab IMHO einen Treiber der 360K in den Floppies unterstütze..aber eben mit der gerade erklärten Restriktion.

Gruß,
Holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
003
07.01.2020, 07:03 Uhr
jm2000



 Dank Euch. Ich werde das mal testen.

Gruß, Jan
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
004
08.01.2020, 06:56 Uhr
jm2000



 Soweit kein Erfolg. Auf der Systemdiskette war eine spezielle select.dat mit einem 48tpi Format "SCP-148" das cdrive.sys voreinstellt. Doch selbst damit kann weder ein FD-55GFR (am AT) noch ein nach der verlinkten Anleitung auf 40 Spur gepatches K5601 (am 1834) die Datendiskette lesen.

Ich rätsel mal weiter.

Gruß, Jan

PS: Anadisk meint, die Diskette lesen zu können, ich hab aber die Infos gerade nicht zur Hand. Es wechselt wohl die Sektorlänge (pro Seite), kann aber daran liegen, das die nur einseitig beschrieben ist? (muss ich mir noch mal genau ansehen, scheint auch nicht zu den Daten zu passen was select.exe zu SCP-148 ausspuckt.)
Dieser Beitrag wurde am 08.01.2020 um 07:01 Uhr von jm2000 editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
005
08.01.2020, 07:39 Uhr
kaiOr

Avatar von kaiOr

Die K5601 sind wohl Standard unter DCP.
Nach dem Kommando "DMODE A:=40 B:=40" müssten die zwei nen Doublestep hinlegen bzw. 40-Spurig arbeiten.

Hast Du wirklich 360k-Laufwerke eingebaut muss wohl die CONFIG.SYS umgebaut werden:
device=driver.sys /D:1 /T:40 /F:0
device=driver.sys /D:2 /T:40 /F:0
...oder so ähnlich.

MfG
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
006
08.01.2020, 08:31 Uhr
holm

Avatar von holm

Das physische Format ist das Eine, das logische das Andere.
Soviel ich weiß gehört da noch ein Treiber scpdrive.sys dazu um CP/M Disketten lesen und schreiben zu können und dabei die Systemspuren automagisch zu überspringen.

Gruß,
holm
--
float R,y=1.5,x,r,A,P,B;int u,h=80,n=80,s;main(c,v)int c;char **v;
{s=(c>1?(h=atoi(v[1])):h)*h/2;for(R=6./h;s%h||(y-=R,x=-2),s;4<(P=B*B)+
(r=A*A)|++u==n&&putchar(*(((--s%h)?(u<n?--u%6:6):7)+"World! \n"))&&
(A=B=P=u=r=0,x+=R/2))A=B*2*A+y,B=P+x-r;}
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
007
08.01.2020, 17:39 Uhr
jm2000



 Laut Forum ist scpdrv auch eine Form von scopy, also cdrive.sys, was ich verwende.
Wenn ich diesen Treiber einbinde, muss ich nichts weiter einstellen unter DCP, ausser dem Format, hier SCP-148, wenn ich das richtig verstehe.

Nee, also mit scopy (cdrive.sys)und dem eingestellten Format müsste er die Disk mit dem gepatchten K5601 eigentlich lesen können, vorausgesetzt die Disk hat wirklich dieses Format und das LW funzt.

Gruß, Jan
Dieser Beitrag wurde am 08.01.2020 um 17:56 Uhr von jm2000 editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
008
10.01.2020, 17:45 Uhr
jm2000



 Also der SCP Treiber funzt, 624K Disks vom A7100 werden gelesen.
Anadisk sagt Seite 0 26x128, Seite 1 9x512. Das verwirrt mich. Sieht aus wie eine Seite DOS, die andere CP/M.

EDIT: cdrive ist eine falsche Fährte. Im DCP lässt sich die Diskette nicht lesen, wohl aber in der Software. Anadisk kann die Diskette auch kopieren, also stimmen die Parameter (26x128, 9x512). Scheint also irgendwas proprietäres zu sein.

Gruß, Jan
Dieser Beitrag wurde am 10.01.2020 um 19:06 Uhr von jm2000 editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
Seiten: -1-     [ Technische Diskussionen ]  



Robotrontechnik-Forum

powered by ThWboard 3 Beta 2.84-php5
© by Paul Baecher & Felix Gonschorek