Die CTTY-Methode ist auch nicht übel.
DOS über Terminal.
Die CTTY-Methode ist auch nicht übel.
DOS über Terminal.
Hat schon Jemand Kermit erwähnt ?
Ist da auch so eine Selbstinstallation per CTTY über COM drin?
Die CTTY-Methode ist auch nicht übel.
DOS über Terminal.
Alles mal gewusst und wieder vergessen.
Ist da auch so eine Selbstinstallation per CTTY über COM drin?
Glaube nicht. War nur der Vollständigkeit halber weil hier auch schon Laplink , Kirschbaum link und Co genannt wurden. . Kermit ist halt fuer viele viele Plattformen entwickelt worden. U.a. mache ich den Dateitransver zum Victor 9000 mit Kermit.
Edit:
Schau mal da unter "Bootstrap"
http://www.columbia.edu/kermit/archive.html
001 ' KERMIT.BAS - Receive-only Kermit Protocol implementation for
002 ' bootstrapping a real Kermit program onto the PC. Requires MS BASIC.
003 ' Start Basic, type in this program (you can leave out the comments),
004 ' SAVE, and then RUN. Have the Kermit program on the other end of the
005 ' COM port connection send the desired file at a speed of 1200bps
006 ' with no flow control.
010 ' Author: Frank da Cruz, October 1986.
100 RESET : RESET : RESET
110 ON ERROR GOTO 9000
120 DEFINT A-Z
1010 N = 0 : SNDBUF$ = CHR$(1)+"# N3"+CHR$(13)
1020 OPEN "COM1:1200,N,8,,CS,DS" AS #1
2000 ' Get Send Initialization packet, exchange parameters.
2010 PRINT "Waiting..."
2020 GOSUB 5000
2030 IF TYP$ <> "S" THEN D$ = TYP$+" Packet in S State" : GOTO 9500
2040 IF LEN(PKTDAT$) > 4 THEN EOL=ASC(MID$(PKTDAT$,5,1))-32 ELSE EOL=13
2050 IF LEN(PKTDAT$) > 5 THEN CTL=ASC(MID$(PKTDAT$,6,1)) ELSE CTL=ASC("#")
2070 D$ = "H* @-#N1" : GOSUB 8020
3000 ' Get a File Header packet. If a B packet comes, we're all done.
3010 GOSUB 5000
3020 IF TYP$ = "B" THEN GOSUB 8000 : GOTO 9900
3030 IF TYP$ <> "F" THEN D$ = TYP$+" Packet in F State" : GOTO 9500
3040 PRINT "Receiving "; MID$(PKTDAT$,1,L);
3050 OPEN MID$(PKTDAT$,1,L) FOR OUTPUT AS #2
3060 GOSUB 8000
4000 ' Get Data packets. If a Z packet comes, the file is complete.
4010 GOSUB 5000
4020 IF TYP$ = "Z" THEN CLOSE #2 : GOSUB 8000 : PRINT "(OK)" : GOTO 3000
4030 IF TYP$ <> "D" THEN D$ = TYP$+" Packet in D State" : GOTO 9500
4040 PRINT #2, MID$(PKTDAT$,1,P);
4060 GOSUB 8000
4070 GOTO 4000
5000 ' Try to get a valid packet with the desired sequence number.
5010 GOSUB 7000
5020 FOR TRY = 1 TO 5
5030 IF SEQ = N AND TYP$ <> "Q" THEN RETURN
5040 PRINT #1, SNDBUF$;
5050 PRINT "%";
5060 GOSUB 7000
5070 NEXT TRY
5080 TYP$ = "T" : RETURN
6000 ' Send a packet with data D$ of length L, type TYP$, sequence #N.
6010 SNDBUF$ = CHR$(1)+CHR$(L+35)+CHR$(N+32)+TYP$+D$+" "+CHR$(EOL)
6020 CHKSUM = 0
6030 FOR I = 2 TO L+4
6040 CHKSUM = CHKSUM + ASC(MID$(SNDBUF$,I,1))
6050 NEXT I
6060 CHKSUM = (CHKSUM + ((CHKSUM AND 192) \ 64)) AND 63
6070 MID$(SNDBUF$,L+5) = CHR$(CHKSUM + 32)
6080 PRINT #1, SNDBUF$;
6100 RETURN
7000 ' Routine to Read and Decode a Packet.
7010 LINE INPUT #1, RCVBUF$
7020 I = INSTR(RCVBUF$,CHR$(1))
7030 IF I = 0 THEN TYP$ = "Q" : RETURN
7100 CHK = ASC(MID$(RCVBUF$,I+1,1)) : L = CHK - 35
7110 T = ASC(MID$(RCVBUF$,I+2,1)) : SEQ = T - 32 : CHK = CHK + T
7120 TYP$ = MID$(RCVBUF$,I+3,1) : CHK = CHK + ASC(TYP$)
7130 P = 0 : FLAG = 0 : PKTDAT$ = STRING$(100,32)
7200 FOR J = I+4 TO I+3+L
7210 T = ASC(MID$(RCVBUF$,J,1))
7220 CHK = CHK + T
7240 IF TYP$ = "S" THEN 7300
7250 IF FLAG = 0 AND T = CTL THEN FLAG = 1 : GOTO 7400
7260 T7 = T AND 127
7270 IF FLAG THEN FLAG = 0 : IF T7 > 62 AND T7 < 96 THEN T = T XOR 64
7300 P = P + 1
7310 MID$(PKTDAT$,P,1) = CHR$(T)
7400 NEXT J
7420 CHK = (CHK + ((CHK AND 192) \ 64)) AND 63
7430 CHKSUM = ASC(MID$(RCVBUF$,J,1)) - 32
7450 IF CHKSUM <> CHK THEN TYP$ = "Q"
7460 RETURN
8000 ' Routine to send an ACK and increment the packet number...
8010 D$ = ""
8020 TYP$ = "Y" : L = LEN(D$) : GOSUB 6000
8030 N = (N + 1) AND 63
8040 IF (N AND 3) = 0 THEN PRINT ".";
8050 RETURN
9000 ' Error handler, nothing fancy...
9010 D$ = "Error " + STR$(ERR) + " at Line" + STR$(ERL)
9020 PRINT D$
9500 ' Error packet sender...
9520 L = LEN(D$) : TYP$ = "E" : GOSUB 6000
9900 ' Normal exit point
9910 CLOSE
9920 PRINT CHR$(7);"(Done)"
9999 END
Alles anzeigen
Das gleiche Problem gibt es doch auch bei 360K Disketten, die ein einem 1,2MB Laufwerk beschrieben wurden. Da ist die Spurbreite zu gering, die Magnetisierung zu schwach.
Das ist aber, weil bei einem 40 SPur Laufwerk die Spurabstzände Mitte zu Mitte breiter sind und somit die Spiur breiter sein kann.
720 kB und 1.44 MB haben aber die gleiche Spurbreite und Abstände.
Das gleiche Problem gibt es doch auch bei 360K Disketten, die ein einem 1,2MB Laufwerk beschrieben wurden. Da ist die Spurbreite zu gering, die Magnetisierung zu schwach.
Das ist aber, weil bei einem 40 SPur Laufwerk die Spurabstzände Mitte zu Mitte breiter sind und somit die Spiur breiter sein kann.
720 kB und 1.44 MB haben aber die gleiche Spurbreite und Abstände.
Darüber habe ich mir ehrlich gesagt noch nie Gedanken gemacht wie eine 720K Diskette gegenüber einer 1,44 MB Diskette organisiert ist.
Die Zeiten des Austauschs mit anderen Rechnersystemen, wo man mit irgendwelchen Fremdformaten zu tun hatte, waren da für mich vorbei.
Fakt ist aber, dass es nicht funktioniert. Ich teste das nochmal mit einer anderen Diskette.
Es soll wohl auch 3 1/2" HD Laufwerke geben, die nicht mehr wirklich mit DD Disketten umgehen können.
Vielleicht mal ein anderes probieren.
Dejustierte PC-Laufwerke? Habe ich noch nie erlebt.
Doch ich leider schon. Ich könnte es Dir sogar vorführen.
2x 360kb DD Laufwerke.
Funktionieren für sich einwandfrei.
Aber das lesen einer Diskette im Laufwerk was das andere geschrieben hat und umgekehrt führt zu Lesefehlern.
Und das sogar im nativen Format.
falls es hilft: ich hatte gerade das gleiche Problem, 720er Disketten auf 1.44er Laufwerk zu formatieren. Einfach "FORMAT" angeben bringt Lesefehler, da das 1.44er Laufwerk die kleine Diskette eben mit 1.44 MB formatiert. Man muss die Option FORMAT /F:720 nutzen, danach lief es bei mir
Gruß
Roland
Man muss die Option FORMAT /F:720 nutzen, danach lief es bei mir
Ja, das ist klar. Ich formatiere die Diskette im Euro XT und der verwendet standardmäßig das 720 KB Format, da er ja nur ein 720 KB Laufwerk hat.
Also nicht das Formatieren ist das Problem sondern das anschließende Beschreiben in einem 1,44 MB Laufwerk.
. Einfach "FORMAT" angeben bringt Lesefehler, da das 1.44er Laufwerk die kleine Diskette eben mit 1.44 MB formatiert. Man muss die Option FORMAT /F:720 nutzen, danach lief es bei mir
Sollte ein 3.5" HD Laufwerk nicht eine DD Diskette erkennen? die hat doch ein Loch weniger?
Das Laufwerk erkennt das zwar und passt den Schreibstrom an, es gibt aber keine Rückmeldung zum Floppy-Cotroller. Der PC / das OS merkt also nix davon.
Darüber habe ich mir ehrlich gesagt noch nie Gedanken gemacht wie eine 720K Diskette gegenüber einer 1,44 MB Diskette organisiert ist.
Doppelte Anzahl Sektoren, aus 9 macht 18.
Man muss die Option FORMAT /F:720 nutzen, danach lief es bei mir
Kann man machen, besser ist aber, wenn man format "a: /t:80 /n:9" angibt, hat auch den Vorteil, dass es auch unter Windows 7 bis 10 noch genauso funktioniert. /f:720 haben diese Windowse irgendwie vergessen...
Das Laufwerk erkennt das zwar und passt den Schreibstrom an, es gibt aber keine Rückmeldung zum Floppy-Cotroller. Der PC / das OS merkt also nix davon.
Kommt darauf an... Eigentlich ist hierfür Pin 2 auf dem Shugartbus vorgesehen, ist leider nur so, dass es nicht überall so ist, manche PCs versuchen auch durch Umschalten der Datenrate und Leseversuche rauszubekommen ob DD oder HD, die Olivetti D33 / TA Walkstation 386DX zum Beispiel macht das... Und 5.25" HD Laufwerke müssen darüber vom Floppycontroller in den HD-Modus geschaltet werden, rweil sie die Disketten nicht mit einem zusätzlichen Loch erkennen können. Die 5,25er Laufwerke schalten darüber dann den Schreibstrom und die Umdrehungsgeschwindigkeit zwischen 300 und 36ß rpm um. Zu allem Überfluss melden wieder andere Laufwerke über Pin 2 den Diskchange... Das ist total vermurkst!
Man muss die Option FORMAT /F:720 nutzen, danach lief es bei mir
Kann man machen, besser ist aber, wenn man format "a: /t:80 /n:9" angibt, hat auch den Vorteil, dass es auch unter Windows 7 bis 10 noch genauso funktioniert. /f:720 haben diese Windowse irgendwie vergessen...
Das hilft bei meinem USB-Diskettenlaufwerk unter Windows 10 auch nicht mehr.
Das hilft bei meinem USB-Diskettenlaufwerk unter Windows 10 auch nicht mehr.
Kommt auf das USB-Laufwerk an! Es gibt, vor allem neuere, die unterstützen nur noch 1.44er Disketten. Aber bei den älterenLaufwerken, z.B. bei den Lenovo/IBM-Laufwerken klappt das!
Zitat von 1ST1Die 5,25er Laufwerke schalten darüber dann den Schreibstrom und die Umdrehungsgeschwindigkeit zwischen 300 und 36ß rpm um. Zu allem Überfluss melden wieder andere Laufwerke über Pin 2 den Diskchange... Das ist total vermurkst!
Welche 5,25" Laufwerke schalten die Drehzahl mittels Pin 2 um?
Ich dachte, das regelt der Controller, indem er die Schreibgeschwindigkeit anpasst.
Ich dachte, das regelt der Controller, indem er die Schreibgeschwindigkeit anpasst.
Das gibts auch...
Ich dachte, das regelt der Controller, indem er die Schreibgeschwindigkeit anpasst.
Das ist der Standard beim PC und 5 1/4 " Laufwerken.
Unabhaengig davon koennen einige Laufwerke, abhaengig von Typ und Jumpern, die Drehzahl reduzieren und sind dann gleich zu normalen DD Laufwerken.
Es soll wohl auch 3 1/2" HD Laufwerke geben, die nicht mehr wirklich mit DD Disketten umgehen können.
Vielleicht mal ein anderes probieren.
Gerade probiert: Andere Diskette, anderes Laufwerk, anderer PC - gleiches Problem.
Die beschriebene Diskette ist im Euro XT nicht lesbar.
So könnte man mal ein BASIC Programm übertragen, was das dann besser macht bzw. für Binär Dateien.
Schau mal hier :
Laplink Parallelkabel
dann bitte auch LLRA ausprobieren
Laplink Parallelkabel
dann bitte auch LLRA ausprobieren
Was ist das?
Schau mal da unter "Bootstrap"
http://www.columbia.edu/kermit/archive.html
Code001 ' KERMIT.BAS - Receive-only Kermit Protocol implementation for 002 ' bootstrapping a real Kermit program onto the PC. Requires MS BASIC. 003 ' Start Basic, type in this program (you can leave out the comments), .............. Das sieht sehr komfortabel aus und scheint bei oberflächlichem Ansehen auch eine Art Fehlererkennung zu haben. Ist nur sehr viel einzutippen, falls die Übertragung von Textdateien mit z.B. Copy COM1: datName.dat nicht funktioniert (@Diddl leider bei meinem c't86 der Fall). Mein tool für GWBASIC 'COM1ToFi.BAS' ist kürzer und falls die Übertragung einmal nicht klappt, probiert man es halt noch einmal.
Leider ist der Link auf das KERMIT.BAS. Kannst du das mal komplett posten?
Guckst Du...
Dejustierte PC-Laufwerke? Habe ich noch nie erlebt.
Doch ich leider schon. Ich könnte es Dir sogar vorführen.
2x 360kb DD Laufwerke.
Jetzt habe ich hier wohl auch so eins. Ein 1,44 MB Laufwerk, das einwandfrei formatiert, schreibt und liest. Aber ein Datenaustausch mit anderen Laufwerken ist nicht möglich. Weder in der einen noch in der anderen Richtung.