Zitat : Lötfix hat am 23 Aug 2004 10:25 geschrieben :

Hallo! Zum Controller: Im Prinzip braucht man für ein IDE-Interface hauptsächlich Bustreiber und die Adressdecodierung. ABER: da war das Limit mit den 504MB und 1024 Zylinder Plattengröße und das nächste Limit folgte dann bei 4096 Zylinder. Deshalb ist gibt es Controller mit eigenem Bios, welches mit der Plattengröße umgehen kann. Oft sind auf Controllerkarten noch der Floppycontroller und Schnittstellen drauf, was wieder einige Bauteile benötigt. Dann gib es noch die Cache-Controller, da ist sogar eine eigene CPU (meist 80286) und ca. 4MB Ram drauf, die können dann meist 4 Platten verwalten. Platten spiegeln oder die Platten als eine große Platte zusammenfassen ist möglich und das wichtigste ist natürlich der Cache, weil damals die Platten sehr langsam waren und den Rechner bremsten. Habe da gerade eine Multifunktionskarte mit HD, FD, COM, LPT, GAME wo aber nur 2 ICs, einige Widerstände, ein Quarz, Kondensatoren und mindestens 20 Jumper verbaut sind. Kommt also immer darauf an, wie integriert das aufgebaut ist.

Danke, das kommt hin.
Ich habe gerade mal nach Datenblättern zu den Controller ICs gesucht. Die refolgsquote lag bei etwa 10%, aber in dem ist sowohl der UART, LPT, FDD und IDE Controller eingebaut. IDE Controller wäre übertrieben, so wie es aussieht ist es wirklich nur der Adressdekoder.
Allerdings habe ich auch andere Karten (nur IDE und FDD), da gehen alle Leitungen durch das IC und es gibt ein eigenes für FDD...
Eigene CPUs kenne ich nur von SCSI Karten.

Zitat :

Kennst Du noch die alten MFM und ESDI-Controller, ganze Einbaulänge und randvoll mit TTL-ICs? Hab da eine 130MB ESDI-Platte, doppelte Einbauhöhe, Plattenantrieb mit Lüfterrad und Bandbremse, Leistungsaufnahme 32W und sauschwer. mfg lötfix [ Diese Nachricht wurde geändert von: Lötfix am 23 Aug 2004 10:37 ]

ESDI ist doch neu... Die Winchester Platten waren geil !
Etwa so groß wie ein CD LW, und hatten 20MB !
Der Aufbau war genial:
Der Kopf wurde per Schrittmotor gesteuert. Schaltet man den Strom ab, wurde die kinetische Energie der Scheibe in Strom umgewandlet und dazu verwendet den Kopf in seine Parkposition zu bewegen.
Wenn man den Referenztakt zu dem PLL für die Motordrehzahl abschaltet dann dreht die Platte höher als eine heutige IDE Platte.
Für was man das Ding zweckentfremden kann sag ich lieber nicht, das ganze war anfangs eine Spielerei und ist mittlerweile lebensgefährlich. Ich sag nur hohe kinetische Energie der Scheibe...
Die Controllerkarten waren auch nett.
Ich habe hier auch ein Mainboard, da sind außer dem CPU, Keyboard Controller, Timern, UART usw. nur TTL ICs drauf. Andere Hersteller vewenden dafür 20 GALs auf einem Mainboard. Ist schon interessant was die Hersteller damals für Ideen hatten.

Hallo!

http://home.snafu.de/nkomin/html/xms.htm

mfg lötfix

Das heißt also für mich: Nur 640k nutzbar.
Was im Bereich 640k-1M ist, steht aber nicht da.

HIMEM nutze ich nicht, sondern ich programmiere direkt in Assembler, ohne DOS, ohne BIOS.
Und ich würde gerne von einem Flash EPROM (256k) booten, den ich irgendwo in den Speicherbereich einbaue.
Normalerweilse liegen im Bereich 640k-1M die Grafikspeicher, Grafik BIOS, SCSI BIOS usw.

Hallo!

Zum Booten würde ich eine Netzwerkkarte mit Bootrom versuchen, da ist die Hardware schon fertig

Über 640K liegt dann auch der Speicherbereich der Grafikkarte, Netzwerkkarten nutzen Speicher zum Datenaustausch = Memory mapped IO.

Übersicht:
http://www.at-mix.de/uma.htm

http://www.inf.hs-anhalt.de/Service.....icher

mfg lötfix


[ Diese Nachricht wurde geändert von: Lötfix am 23 Aug 2004 12:41 ]

Zitat : Lötfix hat am 23 Aug 2004 12:21 geschrieben :

Hallo! Zum Booten würde ich eine Netzwerkkarte mit Bootrom versuchen, da ist die Hardware schon fertig

Oder gleich die BIOS im Mainboard lassen....

Aber ich will keine BIOS da diese eine Grafikkarte voraussetzt.

Das ganze beantwortet aber nicht meine Frage, was im Bereich 640k-1M los ist.
Das ganze hatte ich nämlich alles auch schon ergoogelt. Immer landet man bei HIMEM.SYS...

Tja, das ist eben alles eine ziemliche prutscherei bei der x86 Architektur. Da hat man immer hier und da was drann gebastelt, und jetzt hat man 3 GHz Rechner, auf denen noch die Programme vom XT laufen können - irgendwas kann da ja nicht stimmen......

Aber was spricht dagegen, den Rechner als erstes in den Protected Mode zu schalten, und dann eben dafür zu programmieren?

Zitat : tixiv hat am 24 Aug 2004 13:55 geschrieben :

Tja, das ist eben alles eine ziemliche prutscherei bei der x86 Architektur. Da hat man immer hier und da was drann gebastelt, und jetzt hat man 3 GHz Rechner, auf denen noch die Programme vom XT laufen können - irgendwas kann da ja nicht stimmen......

Das ist nicht nur beim CPU und beim RAM so. Der gesamte PC läuft doch nur durch Emulationen usw. Das fängt schon beim CPU an, der eigentlich garnicht 8086 kompatibel ist, sondern einzelne Befehle nur durch Mikrocode emuliert...

Zitat :

Aber was spricht dagegen, den Rechner als erstes in den Protected Mode zu schalten, und dann eben dafür zu programmieren?

Davon habe ich leider keine Ahnung. Und das ganze sieht ziemlich kompliziert aus (zumindest als ich ein paar Tutorials überflogen bin...)