Beiträge von Multisync

    Die Konfiguration wäre nett, auch welche Dateien man von der speziellen Windows 3.0 Version in Windows 3.1x kopieren muss. Vor allem interessiert mich, welchen Speichermananger du verwendest. Und was ist eine "UMB-Karte" ? Du siehst, ich bin immerhin flexibel, dann baue ich sie halt wieder ein :nixwiss::anbet:<3

    Danke für all die Antworten.


    Mein Resume bzgl. des Inboard 386/PC:


    Die CPU Leistung wird auch unter DOS merklich erhöht, meines Erachtens der einzige positive Effekt. Der zusätzliche XMS-Speicher ist ziemlich nutzlos. Speichermanager wie QEMM386 oder HIMEM.SYS/EMM386 jedenfalls können mit dem durch das Inboard zur Verfügung gestellten Speicher oberhalb 1MB nichts anfangen. Ohne Speichermanager kann DOS und auch sonst nichts hochgeladen werden. Durch meine SCSI Treiber verringert sich der konventionelle Speicher unter DOS in meinem Fall auf 471K. DOS/32A- oder DPMI-Programme können so ebenfalls den zusätzlichen Speicher nicht nutzen.


    Nur um ein speziell gepatchtes Windows 3.0 zu betreiben ist mir das zu wenig. Ich wollte das Inboard 386/PC hauptsächlich für aufwändige DOS Programme wie Norton Desktop für DOS, PC Tools Desktop, DOS Navigator und sonstiges nutzen. Dabei sollte der konventionelle Speicher mindestens 620K betragen und viel XMS Speicher zur Verfügung stehen. Das ist alles nicht der Fall, daher werde ich das Inboard 386/PC wieder ausbauen und säuberlich verpackt als "Kuriosum" in meine Sammlung legen.


    Mit weiteren Experimenten (z.B. Speicherkarten, für RAM-Disk und Laufwerks-Cache) sowie mit NEC V20/V30 oder Intel 8086 werde ich jetzt weitermachen. Mit einem "Beast" wirds so wohl nichts mehr werden. Aber immerhin habe ich jetzt bereits Turbo-XT-Bios, eine 4GB SCSI Platte, HD-FDD's, eine RTC, ein generalüberholtes 150W NT und ein SCSI-Zip-Laufwerk am Laufen.



    Ich könnte nochmal um 2MB erweitern, finde aber nichts über diese Karte: Fujitech Jumbo Memory Expansion. Die dip-Einstellungen wären interessant.



    Ich habe beim googeln eine ähnliche Karte unter "memo-2000k ram bank" gefunden. Aber auch zu der sind keine Info's zu finden. Vielleicht hat ja von euch einer so ein Ding ?

    Ich verwende SCSI (TMC850 mit Bios), nachdem ich anfänglich Probleme mit dem XT-IDE hatte (konnte nicht booten und CF wurde nur erkannt, nachdem ich die extern formatiert hatte). Nachdem ich aber Alles mit SCSI am laufen hatte, habe ich auch mal den XT_IDE adapter wieder versucht und es lief alles einwandfrei. Es hat sich herausgestellt, dass der Floppy controller (NONAME mit bios) nicht mit dem XT-IDE zusammen funktionierte. Da ich aber das Turbo-XT Bios verwendet habe (selbst kompiliert) und dort support für Floppy controller und SCSI installiert hatte brauchte ich weder das SCSI-Bios noch das Floppy-Bios.


    https://sourceforge.net/projec…86/files/bios/pcxtbios25/


    -Jonas

    Ok, ich verwende auch Turbo XT Bios, allerdings ohne Erweiterungen. Wie bekommt man das TMC-850 Bios in das Turbo XT Bios ? Ich besitze ja einen TMC-845, also einen SCSI-Controller ohne Bios. Der bootet halt nicht. Könnte ich das TMC-850 Bios dem Turbo-XT-Bios hinzufügen, würde der Controller booten, ich könnte auf den XT-IDE verzichten und eine SCSI-Platte einbauen. Auf sourceforge gibt ja z.B. das Binary für den TMC-850. Eine Hilfestellung wäre toll.

    - nein, das Setup führt bereits dazu, das der Bootsektor zerstört wird

    - nicht gesteckt

    - 5,01V, 12,01V

    - 256K

    - original IBM XT Board

    - kein Baustein wird mehr als handwarm

    - wie gesagt, das Setup führt bereits dazu, dass das der Rechner nicht von der CF bootet


    Welches IDE Universal-Bios verwendest du im XT-IDE mit dem Inboard ?

    Nach langen Tests:


    IBM XT funktioniert mit XT-IDE Rev 2 und dem Sunshine Floppy Controller (LCS-6814F) wunderbar, solange das Inboard 386/PC nicht eingebaut ist. Mit eingebautem Inboard zerschießt es die DOS Partition, wenn Dateien/Verzeichnisse erzeugt/gelöscht werden. Ausserdem kann von Partitionen, die mit eingebautem Inboard neu erzeugt werden, nicht mehr gebootet werden.

    Ich habe einen 8-Bit Future Data TMC-850 SCSI Controller. Der funktioniert zwar mit einer 2GB IBM Platte tadellos, hat aber kein eigenes BIOS und ist daher nicht bootfähig.

    Würde dir ein passendes ROM weiterhelfen? Hat der Controller einen ROM Sockel?

    Nein, hat er eben nicht. Der TMC ist wahrscheinlich für Streamer/CD-ROM etc. gedacht. Heisst übrigens Future Domain, nicht Future Data und es ist ein TMC 845. Ist der hier: https://www.amazon.com/FUTURE-…ture-Domain/dp/B003GB7PO4

    War vorschnell, XTIDE (mit BIOS "ide-xtp.bin 2.0.x") ist weiterhin instabil. Sobald ich eine Datei von der Diskette auf die CF kopiere oder z.B. die autoexec.bat editiere und zurück schreibe, zerschießt es den Bootsektor. Dieser lässt sich durch fdisk /mbr nicht mehr herstellen. Blöderweise passiert das nur bei eingebauten Inboard 386.


    Ist egal, SCSI ist genauso gut, da kriegt man auch große Platten rein. Ich habe einen 8-Bit Future Data TMC-850 SCSI Controller. Der funktioniert zwar mit einer 2GB IBM Platte tadellos, hat aber kein eigenes BIOS und ist daher nicht bootfähig. Ein Archive 8-Bit Controller macht leider keinen Mucks mehr. Für meinen WD-ATXT FASST2 bekomme ich keine Treiber für DOS. Wer hätte einen bootfähigen 8-Bit ISA SCSI-Controller, den er mir überlassen könnte ?

    Mal gute Nachrichten. Ich habe heute einen neuen CF-Card Adapter bekommen. 4GB Karte partinioniert und formatiert mit DOS 6.22, ein fdisk /mbr musste noch nachgeschoben werden, die Karte bootet !!!



    Man bin ich froh, scheinbar hatte der Adapter irgenwelche Probleme, billiger China-Sch**ss halt. Na ja, ist die neue Karte zwar auch, aber ein bisschen schimpfen tut mir jetzt gut...

    Ich bemühe mich jetzt um einen 8-Bit SCSI Controller.

    währenddessen könntest du den XT-IDE in einem anderen System testen oder zum Test an einen Forums-Kollegen versenden, um aus zu schließen, dass dir da beim Zusammenlöten ein defektes Bauteil unter gekommen ist. Nur so eine Idee zur erweiterten Fehlequellen-Suche.

    Die XT-IDE Karte - natürlich mit einem anderem ROM-Inhalt (IDE-XT) - ist in einem anderen XT getestet und funktiniert einwandfrei. An der Karte liegts nicht. Ich habs sie aber sicherheitshalber nochmal in einen anderen XT eingebaut, mit einem DOM 128MB und DOS 3.3, alles wunderbar.



    OK, die Versuche mit XT-IDE stelle ich ein, keine Lust mehr. Ich bekomme auch keine 128 MB DOM Laufwerke mehr zum Laufen. Für mich schreibt der XT-IDE Controller beim Formatieren reinen Mist auf das Laufwerk. Ich bemühe mich jetzt um einen 8-Bit SCSI Controller.

    Neue Erkenntnis:


    Ich habe einen PIII Rechner, auf dem DOS 7.1 installiert ist. Dieser Rechner unterstützt USB (USBASPI.SYS). Wenn ich it diesem Rechner die CF formatiere und das System aufspiele, dann bootet der XT von der CF. Wenn ich aber nur eine Datei mit dem XT auf die CF kopiere, dann zerschießt es offensichtlich die FAT und bootet nachfolgend nicht mehr von dieser CF.

    ... und hier gibt es noch einen "Beast-Umbau":


    https://pcpartpicker.com/b/krYrxr


    Vielleicht kannst du da noch ein paar wertvolle Infos rausziehen.

    Das ist der Gleiche wie der, den ich gefunden habe.

    Das PCXT Bios 3.1 habe ich eingebaut. Funktioniert auch tadellos, nur an meiner Problematik mit den CF-Karten hat das leider nichts geändert. Wie gehabt, mehrere Karten mit (512MB, 1GB) ausprobiert, immer noch kein Booten möglich.


    Formatieren unter DOS 7.1 (führt bei DOS 6.22 zum gleichen Ergebnis)


    Beim Booten von DOS 7.1 bleibt er hier stehen...


    Bei DOS 6.22 findet er zwar noch was, bleibt aber auch stehen


    Alle CF werden unter Windows angezeigt. Allerdings findet es wie chkdsk (siehe oben) Fehler. Lässt man die beheben und versucht dann mit der CF wieder zu booten, ist das Ergebnis das Gleiche.


    Beim mir läuft alles sehr gut seit dem ich das turboXT Bios im 5160 nutze. Das Inboard scheint davon ebenfalls zu profitieren und ich habe keine Boot-Probleme.


    -Jonas

    Ah, das wäre einen Versuch wert !

    - welche Version des turboXT-Bios verwendest du (http://www.phatcode.net) ?

    - hast du dadurch HD-Floppy Unterstützung mit einem Standard-Controller ?

    Edit1: blöde Frage, natürlich nicht, liegt ja am Controller

    - welche CF-Adapter und welche CF-Karten verwendest du ?

    Lieber Jonas, ich weiss, viele Fragen zu beantworten, das kostet einen immer Zeit und ist ein bisschen lästig. Vielleicht per Mail besser ?

    Die Partition hast Du auch aktiviert, oder?

    Sicher. ich habe jetzt mal das alte chkdsk /f ausprobiert. Das findet bei allen - egal ob DOM, HD oder CF - immer den gleichen Fehler - das die FAT's nicht gleich sind und synchronisiert werden müssen. Danach findet es 250 verlorene Ketten. Da liegt der Hase also im Pfeffer. Irgendwas stimmt mit der Formatierung nicht. Leider bringt chkdsk das Ganze nicht zu Ende und hängt sich auf.

    Bevor jemand noch den Tipp gibt, muss ich gleich noch ergänzen, das ich alle Datenträger vor jedem Versuch mit diskpart gelöscht habe.

    Jetzt stockt das Ganze ! Eigentlich verzweifle ich nach zwei Tagen mittlerweile sogar. Nach dem Einbau des Inboard 386/PC musste ich das XT-IDE mit einem anderen BIOS flashen (ide-xtp.bin), damit es mit dem 380386 zurecht kam. Ich habe jetzt mehrere CF-Karten verschiedener Hersteller und verschiedener Größen probiert, auch eine normale IDE Festplatte (1GB), und DOM's mit 128 und 512MB. Alle lassen sich problemlos partionieren und formatieren, aber von keinem der Datenträger kann gebootet werden. Die Dip-Einstellungen des MB's habe ich kontrolliert, eingestellt auf 2 FDD. DOS 3.3, 6.22 und sogar 7.1 habe ich probiert, die Boot-Partitionen auf 20 MB verkleinert. FDISK /MBR nützt nichts, auch keine Reparaturversuche unter Windows 7 mit verschiedenen Tools.

    Einen Adressenkonflikt zwischen dem Floppy-Controller und XT-IDE kann ich mir auch nicht vorstellen, denn ich habe verschiedene Einstellungen ausprobiert.

    Laufwerke sind eingebaut. Ich habe mich für das 3,5" als Bootlaufwerk entschieden, da ich doch mehr Software auf diesen Disketten gespeichert habe. Für die beiden Halterungen habe ich eine Slotblende geopfert.



    Hier die Meldung des Controllers, das er beide Laufwerke erkannt hat. Schon gut, das Ding.



    Beide Laufwerke funktionieren auch, DOS 6.22 bootet von HD Diskette.



    Morgen wird der XT-IDE zusammengelötet, Platine und Bauteile sind da. Auch der 80387 mit 16MHz ist abgekommen. Es wird reingebaut, was geht.



    Nein, muss ich nicht, mein Board funktioniert einwandfrei.

    ... da geht es aber auch indirekt um die PSU ... wenn die -5V fehlen ... ist natürlich schlecht ... ;)

    Ich habe eine PSU-Platine in das NT-Gehäuse des XT eingebaut, die -5V liefert.


    Schade, mit der Arbeit verliert man so viel Zeit. Aber am WE solls ja schlechtes Wetter geben. Das MB, die PSU und die Paradise VGA Plus sind drin. Der Rechner bootet, 640KB werden erkannt. Alles korrekt je-jumpert.




    Es kann weitergehen mit dem Einbau des FDD-Controllers und der FDD's selbst. Leider ist das Gehäuse drauf ausgelegt, das 5,25" Laufwerke mit voller Bauhöhe verwendet werden. Da werde ich mir Halterungen basteln müssen.

    Das wird hart für dich, ich hab vor 15 jahren auch ewig nach einem gesucht und damals nur in den USA einen gefunden, schweineteuer und dazu noch fette Versandkosten. Allerdings in neuwertigen Zustand, das hat das Ganze erträglich gemacht. Ich glaube nicht, das es davon viele nach Europa geschaft haben.

    Stimmt, nur die 4116 des ersten Boards (16-64KB) brauchen -5V. Das Mainboard des 5150 braucht diese Spannung aber auch, beim MB des 5160 weiss ich es ehrlich gesagt nicht. Wie gesagt, ATX Netzteile liefern die Spannung nicht mehr. Ich hab mir die Arbeit gemacht und in eine moderne ATX-Platine den Kabelstrang eines IBM NT eingelötet, ohne die -5V natürlich. Weder 5150 noch 5160 springen damit an, 5170 schon. Bzgl. des PowerGood Signals, zumindest ein Kabel dafür existiert auch in den NT‘s vor dem AT (P8, Pin 1), siehe hier: http://www.minuszerodegrees.ne…5160/MDC/p8_p9_pinout.jpg

    Gut, dann habe ich ja eine Riesenauswahl ^^ . Schlecht ist, keine davon ist leicht aufzutreiben :cursing: