Immer wenn's spannend wird, ist die Folge um.
Immer diese Cliffhanger...
Suche 8 Zoll CP/M-Boot-Disketten oder ISIS-II Boot Disketten für Intellec MDS
-
-
-
Jetzt wäre es schön, eine Double Density ISIS-II Boot Diskette im 3,5 Zoll Format zu haben
Könnte ich ja machen. Allerdings kannst du auch selber mit IMD das 8" Image auf 3.5" schreiben.
Ich weiss, es ist nicht immer so einfach, aber du kannst mir sagen welches Image du auf 3.5" benötigst damit ich dass mal hier testen und dokumentieren kann. Anschließend machst du dass dann nach Anleitung mit deinem System.
ZitatJetzt schließe ich das modifizierte 3,5 Zoll Laufwerk an den Rechner an und hole mir ein ISIS-II Ver. 4.3 im Single Density Format aus dem Internet.
Das Image lässt sich ohne Probleme beim ersten Versuch auf die Floppy schreiben.
Verstehe ich dass richtig, du hast deinen 486er benutzt ?
Ich denke du hattest eine IMD Datei gefunden und geschrieben.
Die RAW Dateien aus unserem gemeinsamen anfänglichen Versuch konnten nicht direkt mit IMD zurückgeschrieben werden, sondern
mußten mit BIN2IMD geschrieben werden.
! Die 8" die ich dir gemacht habe sind natürlich auch als IMD vorhanden und können direkt per IMD auf 3.5" geschrieben werden. !
Befehlszeile:
bin2imd. cpm2.img lak-cpm2 /1 c=@cpm2.txt n=77 DM=3 SS=256 SM=1-26 /v1
bin2imd cpm2.img Quelldatei lak-cpm2 Zieldatei
/1 1 Seite
c=@cpm2.txt Datei mit Beschreibungstext für IMD falls vorhanden
n=77 77 Track (zylinder)
DM=3 500kbps (track data mode)
SS=256 Sectorgröße 256 bytes (sector size)
SM=1-26 Sektornummerierung von 1 bis 26 (sector numbering map)
/v1 Ausgabe zum Programmablauf
-
Ergänzung:
ich konnte ohne Probleme die IMD Images auf 3.5" Diskette schreiben.
Das sollte auch mit deinem 486er gehen.
Die SS Disketten konnte ich mit 22disk auch einlesen und testen, für die DS Disketten habe ich noch nicht die korrekte Formatdefinition.
Schreiben funktionierte für alle IMD Images problemlos.
Probiere mal die DSDD Images aus.
Hier ist auch eine Mailingliste zu MDS 800 ... http://lists.brouhaha.com/mailman/listinfo/intel-devsys
und hier direkt deren Archive. http://lists.brouhaha.com/pipermail/intel-devsys/
-
Gut, ich werde da auch mal einen Versuch mit ISIS auf 3.5" machen.
Das Diskettenformat zu ISIS ist hier schön beschrieben.
ISIS hat FM und M2FM (DD) Format, wobei M2FM nur mit den passenden Controller geschrieben werden kann.
Unsere WD (17xx, 19xx) Controller machen FM und MFM.
Ich denke zu ISIS hatte ich zu Begin IMD oder DMK Images, die CP/M Images waren nur RAW Images.
Nun vereinfacht die Nutzung eines 3-5" Diskettenlaufwerkes die Handhabung.
Bei ISIS-II werden die Double Density Disketten mit 77 Tracks und 52 Sektoren zu 128 Bytes angesprochen.
Das ist jetzt DoubleSide oder SingleSide ?
Welches Image hast du genommen ?
Da du wohl beim Schreiben des ISIS Image Probleme hattest, probiere bitte mit anderen GAP Werten aus.
Beim Schreiben zeigt IMD die 'geschätzten' GAP Werte als G1 und G2 an. In der IMD Konfiguration kannst du
die Werte ändern.
Ich hatte bei Disketten für den Genie III damit Probleme und eine Verringerung der Werte für beide GAPs brachte Abhilfe.
Hier beschrieben unter Punkt 2
2.1.5 R/W gap & Format gap
The GAP lengths cannot be read from the disk, and using the wrong length can result in an unreadable copy. Unfortunately,
determining the correct gap length can be "magic science". CALCULATED will use suggested values from the NEC databook if
it exists for the disk format being used, otherwise an estimate is made based on the total track data size, sector size and
number of tracks/sector. This may not be correct, and may result in a bad disk, or one which cannot be written. I have
therefore provided the option to force specific gap length settings.
If you have problems, try increasing/decreasing the calculated value Note that in general, the R/W gap must be less than the
FORMAT gap.
FORMAT = total gap between sectors, R/W = gap after READ/WRITE - and should fall somewhere in the middle of the
FORMAT gap. Sometimes when a disk is made with an incorrect inter-sector gap size, it will read fine, however attempts
to write the disk will corrupt it. This is because the inter-sector gap is too small, and the partial gap written at the end of
a sector overflows into the next sector.
If you find this is happening, and you are unable to determine good gap size values, another solution is to simply copy the
entire disk on the target system - this should restore all of the gaps to the correct sizes as determined by your systems
disk driver.
-
Die Double Density Floppy habe ich von dieser Datei generiert:
9700003-08_ISIS-II_V4.2_Operating_System_Diskette_V4.3_DD.IMG
Ich denke diese Double Density Images sind M2FM (MMFM) Format und diese kann der WD Floppycontroller nicht schreiben. ?
There are only 2 floppy disk formats used in the ISIS-II 8-inch disk images
I hold. They are 256256 and 512512 byte images. These are images of
the Intel SSSD and SSDD disks. The disk format used on the original
256256 SD disks is IBM 3740 format FM, on the original 512515 DD disks
is Intel M2FM, which no current FDC controller can read or write.
The 256256 SD disks contain 26 128 byte sectors [1..26] on 77 tracks
[0..76]. The 512512 DD disks contain 52 128 byte sectors [1..52] on
77 tracks [0..76]. These disks are both single-sided. The sector skew on
the 256256 SD disks is 1 on track 0, 12 on track 1, and 6 on all other
tracks. The sector skew on the 512515 DD is 1 on track 0, 4 on track
1, and 5 on all other tracks. This information came from the PLM80
code for FORMAT and IDISK.
-
Ich habe jetzt die DD Diskette nach IMD gewandelt und sauber als IMD wieder auf Diskette geschrieben. Es gab keine Fehlermeldungen.
mein Einwand mit M2FM bezieht sich wohl doch nur auf das lesen diese Disketten mit einem WD Controller.
bin2imd isisdd.img isisdd /1 c=@label.txt N=77 DM=3 ss=128 sm=1-52 /v1
oder......... %1.img %1
Ich habe die Diskette vorher unter IMD gelöscht.
Nach dem Setup auf die gewünschte Einstellung kann mit E)rase disk die Zieldiskette gelöscht werden.
-
Ich nutze in meinem Konvertierrechner die normalen PC Laufwerke.
Aufpassen muß ich nur, wenn ich ein fest auf Drehzahl eingestelltes Laufwerk nehmen oder wenn das Image mit einem Laufwerk mit anderer
Datenrate erstellt wurde.
Dann muß ich die Datenratenkonvertierung nutzen, siehe Bild und Dokumentation.
http://oldcomputers-ddns.org/public/pub/manuals/imd.pdf
-
Diese Diskette habe ich dann auf dem 80486 PC mit Imagedisk eingelesen.
Dazu habe ich ein auf 360 RPM modifiziertes Samsung SFD 321B Laufwerk benutzt.
Ich würde am PC für IMD ein normales 3.5" HD Laufwerk nutzen.
####
Auf die Schnelle ohne Problemlösung
####
IMD hat noch einige Zusatzprogramme welche hilfreich sind.
Hier ein Auszug aus meiner menue.ext für den NortonCommander 5.
Programme welche bei NC wegen der Erweiterung der gewählten Datei aufgerufen werden
(Hier Dateierweiterung IMD)
IMDU(tility) - Erstellt aus der komprimierten IMD eine RAW-Datei und speichert die Consolenausgabe nach *.log
IMD: d:\disktool\imd\imdu !.! !.bin /b/e/y > !.log
IMDA(nalyse) - Zeigt die Informationen zur gewählten IMD Datei auf Console an - speichert nach dateiname.txt
IMD: d:\disktool\imd\imda !:!\!.!
imd: d:\disktool\imd\imda !:!\!.! > !:!\!.txt
IMDV(iewer) - betrachtet die IMD Datei wie ein Disketteneditor
imd: d:\disktool\imd\imdv !:!\!.!
########
Dein Image
########
# IMDU:
IMageDisk Utility 1.18 / Mar 07 2012
IMD 1.18: 10/02/2020 12:12:39
Double Density Diskette
Formatted on ISECB Computer
77 Tracks, 52 Sectors, 128 Bytes/Sector
Format Byte E3
2020/02/10
Assuming 1:1 for Binary output
0/0 500 kbps DD 26x256
77 tracks(77/0), 2002 sectors (2002 Compressed)
#########################################
# IMDA:
IMageDisk Analyzer 1.18 / Mar 12 2012
IMD 1.18: 10/02/2020 12:12:39
Double Density Diskette
Formatted on ISECB Computer
77 Tracks, 52 Sectors, 128 Bytes/Sector
Format Byte E3
2020/02/10
Required cylinders: 77
Required heads : 1
Data rate : 500kbps
Est. maximum track: 8951 bytes
Possible drives/options to write RDF360E3.IMD :
3.5" HD 80-track NOTE: *1 *2
Double-step: OFF
5.25" HD 80-track NOTE: *1
Double-step: OFF
8" 77-track
Double-step: OFF
*1 77 track image likely from 8" drive.
*2 Should fit on 360rpm drive, 300rpm drive will leave long end gap.
#########################################################
-
Es geht doch schon weiter ....
Beim Erstellen der Diskette mit IMD habe ich jetzt mal eine Interleave von 6 gewählt. Damit schreibt IMD die Diskette etwas schneller.
Weshalb IMD mal von 52Sektoren a 128Bytes und dann aber von 26 a 256 schreibt bleibt mir ein Rätsel.
Nebenbei habe ich das Schreiben der ISIS Images mal mit 5.25" probiert und habe das wegen vieler Schreibfehler abgebrochen.
-
Was es auch so gibt.
http://www.os2museum.com/wp/th…c-bios-and-intel-isis-ii/
Code/* * List the contents of an ISIS-II disk image or extract the files. * * Written by the OS/2 Museum, 2014. * This source code is hereby placed in the public domain. */ -
Im Gerät ist ein Einschub TLA 7N2 eingebaut,
Ich habe noch ein paar Einschübe hier. Stehen eigentlich zum Verkauf, will aber kaum einer haben.
Bei Interesse, meld dich mal.
Um den ECB-Bus aufzuzeichnen benötige ich 48 Kanäle
Was zeichnest du denn alles auf?
16 Adressen + 8 Daten macht 24, noch ein paar Controls sind es ca. 30.
Was gibt's sonst noch wichtiges?
-
Wenn ich mir deine Interface Belegung anschaue, warum willst du noch den Z80 anschliessen? Es sind doch alle Z80-Signal versorgt.
M.W. solltest du auf dem TLA714 auch die Software 5.1 laufen lassen koennen. Bei meinem 721er geht's.
Stimmt nicht, hab gerade die Release Notes gelesen. 715 geht, also haengts wahrscheinlich nur am Speicher o.ae.
Dann haette ich 2 (oder 3 ?) TLA7N4 Option 6S (1M Depth, 200MHz State) fuer dich uebrig.
Allerdings nur die Module, an Kabeln habe ich auch zuwenig.
2 gleiche Module koennen intern zusammen geschaltet werden, auch ein Vorteil.
Fuer Messungen kann ich dir aber gerne Kabels etc leihen. Auch 2 D1-Einschuebe.
Ich weiss nicht, ob die TLA7P4 bei dir laufen, die haben 16M Speichertiefe. Fuer ganz wilde Messungen.
Darf ich mal fragen, was du fuer den LA bezahlt hast?
-
Der Z80 auf dem FDC war mir nicht bewusst.
Man kann unterschiedliche Module (Kanaele, Speichertiefe) zusammen schalten, aber nur unter bestimmten Bedingungen/Kompromissen.
Genaues muss man im Service Manual nachschauen.
330 EUR find ich ok.
-
Hier zur Erinnerung Bilder der Karten, wobei ich von der Fädelseite der CPU Karte leider kein Bild habe .
-
-
BUSAK_N , MREQ_N und WR_N sind dauerhaft aktiv.
Du meinst die Signale auf dem ECB?
Wie werden die Signale auf dem FDC zum ECB erzeugt?
BUSREQ scheint ja von einem IO-Port zu kommen.
Irgendwie kam mir die ganze Geschichte bekannt vor. Jetzt habe ich mir den Thread nochmal ganz durchgelesen.
Der Schaltplan aus Post #37 bzw oldcomputers ist der richtige?
Der Z80 auf dem Floppy Controller scheint zum absoluten Stillstand gekommen zu sein, obwohl die Inputs des Z80 auf den FDC wie WAIT_N, BUSREQ_N, RESET_N inaktiv sind. NMI_N, INT_N und HALT_N sind ebenfalls inaktiv.
NMI, INT und HALT halten die CPU nicht an. BTW: HALT ist ein Ausgang.
BUSREQ wird erst am Ende eines Opcodes gesampled, RESET wuerde die Signale sofort beeinflussen.
Bleibt dir nur WAIT, der wirklich den Zugriff so lange verzoegert wie es will.
Wenn das WAIT wirklich nicht aktiv ist (kommt von IC19), koennen es nur Stoerungen auf dem Takt und/oder Versorgungsspannung sein.
Was micht etwas wundert, bei der tollen Schaltung, das der PHI (Takt) vom ECB genommen ohne Buffer an die CPU geht. Und dann haengt noch ein 330R Pullup dran.
Wer treibt denn das PHI auf der CPU?
Wenn ich mir die Bilder des FDC auf oldcomputers anschaue, sind so gut wie keine 100nF Blockkondensatoren eingebaut. Bei der komplexen Schaltung das falsche Sparpotential.
Ich seh gerade im Schaltplan sind 4 Stk eingezeichnet.
Kannst du mal nachschauen, bei welcher Adresse der Schreibzugriff haengen bleibt? Immer die gleiche?
Die PROMs 256x8 (z.B. IC7, IC11), haben die OpenCollector-Ouputs? In deiner Belegungstabelle hast du das 1024x4 als OC gekennzeichnet, die anderen nicht.
Die PullUps sind m.E. mit 330R etwas niederohmig. Das sind pro Widerstand rund 15mA. Koennen die PROMs das?
So, jetzt langt's mal wieder.
Viel Spass und viel Erfolg.
-
Wenn ich mir die Bilder des FDC auf oldcomputers anschaue, sind so gut wie keine 100nF Blockkondensatoren eingebaut. Bei der komplexen Schaltung das falsche Sparpotential.
Ich seh gerade im Schaltplan sind 4 Stk eingezeichnet.
Vor einigen Jahren zeigte mir ein Freund ratlos eine Robotron-Karte, die unerklärliche Fehlfunktionen zeigte.
Auf den ersten Blick fielen mir die nicht bestückten Abblockkondensatoren auf.
Ich zeigte das dem Kerl. Nachdem er die Karte nachbestückt hatte, traten die Fehlfunktionen nicht mehr auf.
Fehlende Abblockkondensatoren sind häufig vorzufinden.
Ein Experiment, das ich irgendwann mal machen will, ist eine Grafikkarte von Kondensatoren zu befreien und das mal durchzutesten, wieviele Kondensatoren bestückt sein müssen bei a) Netzteil, das die Spezifikationen (Ripple etc) erfüllt und bei b) Netzteil mit niedrigen 4,7V und schwachen Elkos (2V Ripple).
Grafikkarte deshalb, weil das die Effekte am grafischsten darstellt
-
-
Ihr seid auf der richtigen Spur mit den Abblockkondensatoren und den Störungen auf der Versorgungsspannung.
Um das zu erkennen, habe ich aber noch ein paar Runden gedreht. Ich hoffe, dass ich die Story am Abend weiter erzählen kann.
Dass der Clock des Z80 vom ECB-Bus abgenommen wird, hat mich auch erstaunt. Ich habe den Clock irgendwann nachgemessen
und war erstaunt, daß das Ergebnis recht gut ausfiel.
Ich habe dann trotzdem eine kleine Schaltung aufgebaut mit 16 MHz Quarz-Oszillator, 4-fach-Teiler und nachgeschaltetem Treiber.
Das hat damals zwar für einen ganz sauberen Clock gesorgt, aber der Fehler hat sich dadurch nicht verändert.
Im Zuge der Verdrahtung der Schaltung habe ich festgestellt, daß die Entwickler schon damals Probleme mit dem Clock gehabt haben müssen.
Per Fädeldraht ist eine Änderung eingebaut worden, durch die der Clock vom ECB-Bus zunächst einmal über ein freies AND Gate gepuffert wird, bevor er der Schaltung zugeführt wird.
Der 330 Ohm Pullup am Clock auf der FDC-Karte soll den high Pegel noch ein wenig anheben. An anderer Stelle habe ich gelesen, daß der Z80 besondere Anforderungen an den Clock hat. In anderen Schaltungen. z. B. bei Janich und Klass, habe ich gesehen, daß der Clock über zwei Transistoren getrieben wird.
Auf der CPU-Karte wird der Clock über einen 74LS14 getrieben.
Die Schreib-Zugriffe bleiben bei unterschiedlichen Adressen hängen. Die Situation ist aber immer die gleiche.
Daten werden per LDIR vom Speicher des FDC in den Speicher des ECB-Rechners geschrieben.
BUSREQ_N wird auf dem FDC über einen I/O-Port erzeugt.
Im Listing weiter vorn ist zu sehen, wie BUSREQ_N vor dem LDIR-Befehl aktiviert wird und danach wieder deaktiviert wird.
Die Schaltung des FDC auf auf oldcomputers ist der richtige. Funkenzupfer hat sich die Mühe gemacht, die beiden Hälften des Schaltplans zusammenzuführen, siehe weiter vorn in diesem Thread.
Die PROMs und ihre Pull-Up-Widerstände muss ich mir ansehen.
Vielen Dank für die vielen Anregungen!
