Du müsstest dann vielleicht einmal meine Heimatstadt Dresden besuchen. Alternativ dann Ende Juni-Anfang Juli auf der Insel Rügen 
Grüße vom Karsten
Equipment dafür habe ich auch. Wenn Du magst, kannst Du mir die Käfer auch schicken, wenns bis CC zu lange dauert....
Wenn Du magst, können wir das auch gerne hier machen. Ist nicht ganz so weit weg.
Dann könntest Du auch direkt ein bißchen Material für den Nachbarsjungen mitnehmen.
du brauchst nen RCT!
..einen hab ich noch auf "Vorrat" 
Was ist ein RCT? 
Frohe Ostern 🙋🏼♂️
Was ist ein RCT?
R(etro) C(hip) T(ester)
Hardware Projekte – Chip Tester – 8Bit-Museum.de
einfach E(e)prom einsetzen, lang auf GO drücken - und Inhalt auf einer SD-Karte speichern - feddich 
Will mich da mals anschließen....
Gibt es eine Möglichkeit, ROMs von PC-Karten, wie Grafikkarten, SCSi-Karten, usw... und Bios mit Boardmittel unter MS-DOS und evtl. Windows auszulesen?
Das dürfte schwierig bis unmöglich sein. Das Betriebssystem müsste dann ja direkten oder indirekten Zugriff über eine API auf die Hardware der brteffenden Katen haben. Wenn Die ROMs gesockelt sind ist es ja kein Problem. Sonst bleibt nur auslöten und neu adaptieren.
Schade, aber danke für die Antwort
also Bios von Mainboards "kann" man beschreiben, indem man (falls man sich traut) im laufenden Betrieb das Eprom aus einem funktionsfähigen Mainboard rauszieht und dafür ein anderes rein steckt und dann über den Flasher des jeweiligen Mainboard-Herstellers beschreibt
das "geeeht" .... is halt ne Zitterpartie 
aber auslesen? ...glaub nich... 
aber auslesen? ...glaub nich...
Hiermit (siehe Beispiel von meinem CAT3):
Also bei ISA-PCs geht das. Da liegen die doch alle im unter Megabyte. BIOS bei F000:0, BASIC bei E000:0, Controller meist bei C800:0
VGA-BIOS bei C000:0 wenn ich mich richtig erinnere. Speichern kann man die ROM-Bereiche mit dem DOS DEBUG-Programm.
Aber wenn irgendein Speichermanager (MemMaker, QEMM etc.) aktiv ist, dann kann es sein, dass die ROM-Bereiche teilweise verdeckt sind. Die sollte man vorher ausschalten.
Ausser bei 8-bit-Primitivst-Althardware sollte man die BIOS-Chips ziehen und einlesen in einem Programmer.
Bereits ab dem Entwicklungsstand EGA wurde BIOS-Bankswitching und dergleichen betrieben, was das Auslesen mit DEBUG und den meisten BIOS-Ausleseprogrammen zum Scheitern verurteilt.
Ausser bei 8-bit-Primitivst-Althardware sollte man die BIOS-Chips ziehen und einlesen in einem Programmer.
Bereits ab dem Entwicklungsstand EGA wurde BIOS-Bankswitching und dergleichen betrieben, was das Auslesen mit DEBUG und den meisten BIOS-Ausleseprogrammen zum Scheitern verurteilt.
Weißt du wie das gemacht wurde? Das muss ja auch thread-safe sein und unter DOS und Windows klappen. Hab ich noch nie davon gehört. EGA und VGA gab‘s bei ISA ja auch als 8-Bit-Karten.
Das ROM-Bankswitching wurde bereits recht früh betrieben, um den Initcode wegblenden zu können, nachdem er nicht mehr benötigt wurde. Sonst würden viele ROMs noch grössere Adressbereiche belegen im knappen Bereich zwischen C000 und F000.
Daher ist nur bei vollständiger Kenntnis der Bankswitching-Mechanismen ein korrektes Auslesen möglich.
Aber ROM-Routinen sind doch nicht atomar. Wie wird denn da verhindert, dass inzwischen z.B. ein weiterer Interupt ausgelöst wird und dann in der falschen Bank landet. Ich kann mir das bei einem armen, kleiner 286er garnicht vorstellen.
Das Bankswitching geschieht in der Initialisierungsphase, da ist das OS noch gar nicht aktiv. Also kein Problem mit Interrupts.
Und die Einsprungsadressen hält man auch in den Bereichen, wo kein Bankswitching stattfindet. (Oder wo alle Banks mit dem gleichen Inhalt gefüllt sind...)
Der AHA-1542CF beispielsweise, bei dem wird beim Init das ROM ins RAM geschrieben, und ein Teil des "ROM-Bereiches" wird zum Bank switching verwendet zwischen RAM, ROM und memory mapped I/O. Deshalb ist der 1542CF auch der beste ISA-SCSI-Hostadapter, halt am modernsten.
Hat halt nur den Nachteil, dass das ROM nicht so ohne weiteres, ohne Detailkenntnisse der HW auslesbar ist. Das nur ein Beispiel.
Oder die vielen 128k BIOSe, mit dem Setup in der beim OS-Booten weggeschalteten Bank...
Ah, ok. Das mit dem Setup/Init ist natürlich ne Idee. Das versteh ich. Und das beim 1541-CF schau ich mir mal im Detail an. Klingt interessant. 
gelöscht
Und das beim 1541-CF schau ich mir mal im Detail an. Klingt interessant.
Ja, ist es.
Da bringt es wenig, den vermeintlichen "ROM-Bereich" mit DEBUG oder was weiss ich auszulesen.
Denn was da zu finden ist, ist adaptereigenes Shadow-RAM.
Das dort befindliche "BIOS" generiert der Adaptec während des BIOS-Inits entsprechend seiner Konfiguration.
Das vermeintliche "ROM", was Du mit DEBUG einzulesen glaubst, ist also nur ein modifizierter/angepasster Subset des ROMs.
Deshalb ist beim AHA-1542CF übrigens auch das Chipsatz-Shadowing zu unterlassen (sofern das System-BIOS das für Option-ROMs erlaubt).
Und lässt er das den x86 in der Init-Phase selbst machen oder macht das ein mC auf der Karte?
