570
= 600 - 30
= 6 * (100 - 5)
= 6 * 95
=> FSB 95 MHz und Multi 6
Ist aber nur geraten, auch wenn's logisch klingt. Ich hab noch nicht nachgesehen oder getestet. Auf meiner Standard-K6-Nachschlagliste steht er nämlich nicht, dafür aber alle möglichen krummen FSB-Werte.
Beiträge von Lotosdrache
-
-
Einiges für Sockel 7:
- AMD K6-2+ 570 MHz und dazu noch jede Menge anderer Kram:
- AOpen H300 Gehäuse
- Diskettenlaufwerk
- TEAC CD-540E
- AOpen MX59 PRO II + Zubehör und OVP
- 256MB PC133 Speicher
- ASUS V7100 PRO PCI low profile + Zubehör und OVP
- SY045 200MHz P54CS
- SL27J 200MHz MMX
- SL27S 233MHz MMX aus 1999
- SL2Z4 266MHz Tillamook -
Habe gestern abend einen meiner Athlons 1000 "Orion" zerlegt, um ihn neu einzucremen
Hät ich vorher gewußt, wie schweißtreibend das Öffnen der rechten unteren Gehäuseecke ist, wär ich erst hinterher ins Bad -
Mit PCI List 2.22 konnte ich nun die Register auslesen und sehen, daß sowohl auf Seiten des Chipsatzes als auch auf Seiten der Radeon 8500 das SBA aktiviert ist Der Final Reality 1.01 Benchmark lief ohne Probleme durch, auch der integrierte AGP-Test Vermutlich beziehen sich die Infos zum SBA, die im Netz stehen, auf eine ältere BIOS-Version. Ich sehe sie jedenfalls mal als veraltet an.
Habe auch mal eine ISA Plug'n'Pray Netzwerkkarte von 3Com zusammen mit der GUS PnP eingebaut. Ergebnis: GUS 5+7, ISA NIC 9. Dann noch eine PCI NIC von Realtek und den PCI SCSI-Controller von Dawicontrol dazu:
AGP 11
GUS PnP 5+7
ISA NIC 9
SCSI 10
PCI NIC 3
USB 3Nach meinen ganzen Versuchen mit den Karten in verschiedenen Slots, ergibt sich etwa folgendes Schema für das IRQ-Sharing:
AGP + PCI3
PCI1 + onboard USB (bevorzugtes Sharing)
PCI2
PCI4 + PCI5
ISA1
ISA2
onboard IDEDabei hat der onboard USB Controller seinen IRQ bevorzugt mit dem PCI Slot 1 geteilt, aber sobald die IRQs überbelegt waren, teilte er ihn sich unter Windows 98SE (!) immer mit der PCI Netzwerkkarte, egal ob die nun im PCI Slot 1, 2, 3 oder 4 steckte. Die Vorkonfiguration durch das BIOS wich laut der System Configurationstablle mit zunehmender Belegung immer mehr von der späteren Konfiguration durch Win98SE ab, vermutlich weil das BIOS die ISA PnP-Karten bei der Verteilung nicht berücksichtigt hat.
Werde meine Karten jetzt so anordnen:
AGP: ganz klar eine Grafikkarte
PCI1: (frei)
PCI2: Dawicontrol DC-2974 SCSI-Controller
PCI3: (frei)
PCI4: Allied Telesis AT-2701FTX NIC
PCI5: (frei)
ISA1: GUS PnP (hier hat sie mehr Abstand zum Netzteilkabel und die Lüftungslöcher im Boden bleiben auch etwas freier)
ISA2: (frei)
So muß keine Karte oder onboard Komponente ihren IRQ teilen -
Jetzt ist auch die GUS PnP drinnen
und wie befürchtet, gibt es Ressourcenkonflikte mit den DMAs und IRQs, solange der PP aktiviert ist
Nach der Deaktivierung im Gerätemanager, sieht die Sache wesentlich besser aus als befürchtet. Die GUS PnP kann DMA 1 und IRQ 7 belegen. Damit kann ich erst einmal leben, auch wenn es im Gerätemanager nicht ganz perfekt aussieht.
Und hier noch der Zwischenstand vom Aufbau
Als Graka dient noch die Radeon 8500. Es fehlen noch der SCSI-Controller DC-2974 PCI Dawicontrol (liegt hier rum), die NIC Allied Telesis AT-2701FTX, das Nakamichi und evtl. ein IDE ZIP-LW und eine PowerVR PCX2 oder Rage II+DVD.
So, jetzt ist es Zeit für den AGP-Stabilitätstest...
EDIT
Hat zufällig jemand die IRQ-Sharing-Tabelle für dieses Board? Das würde mir den Einbau der übrigen PCI-Karten sehr erleichtern! -
Wie sieht denn Deine Systemkonfiguration dazu aus?
-
- Die AMIBIOS System Configuration-Tabelle listet keinen PP auf und laut dieser ist dem auch kein IRQ zugewiesen worden.
- Wenn ich von der Win98SE-CD MS-DOS mit CD-ROM-Unterstützung boote und die MSD.EXE (v2.14) von der CD starte, wird LPT Ports... 0 angezeigt und der IRQ 7 ist frei, also kein PP konfiguriert.=> Von Seiten des BIOS scheint also alles okay zu sein.
- Wenn ich MSD unter Win98SE starte, zeigt es mir LPT Ports... 1 an und im Gerätemanager und den Systeminformationen einen konfigurierten PP.
- Wenn ich den PP jetzt im Gerätemanager deaktiviere, zeigt MSD zwar LPT Ports... 0 an, aber in den Systeminformationen wird der IRQ 7 nicht als (frei) gekennzeichnet. Er wird dort nicht einmal angezeigt. Stattdessen springt die Liste von IRQ 6 direkt zu IRQ 8, als ob es die 7 gar nicht geben würde
- Hier zum Vergleich die Systeminformationen eines GA-6BXC mit im BIOS deaktiviertem PP:
:-Darius oder besser gesagt: SOLLTE- Eine Jumperkonfiguration bietet das Board leider nicht.
- Habe mal in der PCI-Konfiguration des BIOS die DMAs 1+3 sowie die IRQs 5+7 auf Legacy ISA festgelegt und dazu noch PnP OS auf NO gestellt. Leider alles ohne erkennbaren Effekt.
=> Das ganze sieht sehr nach einem Windowsproblem aus. Ich werd jetzt einfach mal die GUS PnP einbauen und schauen, was passiert...
-
Ich schaffe es einfach nicht, beim GA-7IXE den Parallelport komplett abzuschalten.
- Obwohl im BIOS unter Integrated Peripherals alles, was mit parallelen und seriellen Schnittstellen zu tun hat, deaktiviert ist, erkennt Win98SE immer noch einen ECP-Parallelport und blockiert dadurch IRQ7 und DMA1.
- Deaktivieren der Schnittstelle im Gerätemanager schaufelt den IRQ7 auch nicht frei.
- Entfernt man den Port aus dem Hardwareprofil, wird er nach einem Neustart wieder erkannt und neu eingerichtet.
- Habe eben das BIOS von F3 auf F7 (neueste) aktualisiert, brachte aber keine Besserung.Da in den Rechner eine GUS rein soll, hätte ich gerne so viel wie möglich frei, zumal ich den Parallelport eh nicht brauche. Habe schon erfolglos verschiedene Einstellungen von "Auto" über "Standardmodus" bis "Disabled" ausprobiert.
Beim GA-6BXC und CUSL2 ist das kein Problem und funktioniert wie gewünscht.Wer weiß Rat?
Immerhin wurde laut Everest Home 2.20 durch das BIOS-Update der AGP 2x-Modus und das Sideband-Addressing (SBA) des AGP aktiviert. Letzteres soll ja laut elinda dazu führen, daß das System einfriert.
Wie kann ich testen, ob das SBA wirklich funktioniert?
Übrige Komponenten:
Athlon "Pluto K75" 1000 MHz
192 MB SD-RAM PC100 CL2 Micron Technology
ATi Rage Pro Turbo 2xAGP (nur vorübergehend bis das System wie gewünscht läuft, dann kommt eine Voodoo5-5500 rein)
6 GB HDD Western Digital
DVD-RW LG(?)
3,5" 1,44 MB Floppy Sony
350 W NT SeasonicWin98SE ohne Patches
Win98Plus!
AMD-Chipatztreiber für GA-7IXE von Gigabyte-HP
ATi-Ragetreiber 4.11.2560 von ehemaliger ATi-HP -
Entweder mag das Spiel die AGP-Karte nicht
oder es liegt an DirectX 8.1b, das ich zuvor wegen des neueren ATi-Treiber 4.13.2655 installiert hatte,
oder die API mag den schnellen Prozessor nicht
oder ich verstehe die Tabelle falsch
oder die Tabelle läßt sich nicht auf die Zusatzlevel anwenden, sondern nur auf das Hauptspiel zusammen mit dem Patch von deren Seite, weil zumindest auf meiner CD keiner für ATi ist,
oder
oder
oder
oder der 3DCIF-Patch für die Zusatzlevel funktioniert nicht
Ähhh, also den Patch für den 3DCIF-Patch? Jetzt schon...
Wo war denn der auf der Seite erwähnt bzw. verlinkt? Ich kann dort nichts dazu finden, selbst jetzt nicht, wo ich weiß, was ich suchen muß
Ohne die direkte Adresse von Dir hätte ich den nicht so schnell gefunden
Aber trotzdem geht es nicht. Hab auch mal deren TOMBATI.EXE für das Hauptspiel ausprobiert - also zusammen mit dem Hauptspiel, nicht mit den Zusatzleveln - ging aber auch nicht -
Wenn dein Board irgendwo einen "Ext. Batt." Anschluß hat, kannst du da auch ein Batteriepack oder eine LS14500 anschließen.
Wo bekommt man so einen Batteriepack eigentlich her?
Mein 286er bräuchte nämlich auch mal eine vernünftige Lösung für dieses Problem. Habe vor Jahren eine CR2023-Halterung an die Stelle der Tonne auf die Platine gelötet. Weil es in dem Bereich aber recht eng zugeht, sitzt die Batteriehalterung ein paar cm ÜBER dem Board. Mangels eines stabilen Kabels hab ich dazu einfach den Lötdraht etwas länger gelassen und als "Stützpfeiler" benutzt.
Leider kommt ich halt an dieses Provisorium nur schwer heran, sitzt unter dem NT, und muß zudem bei jedem Batteriewechsel das Gehäuse aufschrauben. Das nervt! -
Ich mag ja Denksportaufgaben
Aber im Moment quält mich meine ATi Rage Pro Turbo AGP 2x schon, wenn sie alleine mit meinem Athlon 1000 herumwerkelt. Hab den Treiber 4.11.2560 unter Win98SE installiert. Laut Tabelle soll damit ja TR mit ATi 3DCIF unter Win9x laufen.
Also hab ich mal die 4 Zusatzlevel der Unfinished Business-Ausgabe installiert, weil dort auf der CD ein Patch für ATi dabei ist.
Dann hagelte es erst einmal Fehlermeldungen: winplay.dll fehlt, noch eine dll fehlt usw. insgesamt 5 oder 6 Dateien. Die hab ich dann nach einer Netzrecherche auf der TR III-CD (!) gefunden, auf die Platte kopiert und... das Spiel will immer noch nicht starten. Kein Bild
Entweder mag das Spiel die AGP-Karte nicht
oder es liegt an DirectX 8.1b, das ich zuvor wegen des neueren ATi-Treiber 4.13.2655 installiert hatte,
oder die API mag den schnellen Prozessor nicht
oder ich verstehe die Tabelle falsch
oder die Tabelle läßt sich nicht auf die Zusatzlevel anwenden, sondern nur auf das Hauptspiel zusammen mit dem Patch von deren Seite, weil zumindest auf meiner CD keiner für ATi ist,
oder
oder
oder
Nun ja, es war der erste Versuch mit dieser API und der Rechner befindet sich ja noch im Aufbau, hat noch nicht einmal eine Soundkarte drinnen... -
Hallo,
einige kennen mich ja schon aus dem DOS-Forum und haben vielleicht auch schon einen Beitrag von mir hier heute Mittag gelesen.
Daher kurz und schmerzlos: Bin jetzt auch hier unterwegs.Schöne Grüße aus dem Maindreieck
-
Da möcht ich auch mal eintauchen
-
Noch aktuell?
Hast Du im BIOS auch "AGP" als Primäre Karte eingestellt?
Allerdings kommen auch nicht alle Boards mit einer V5 zurecht (z. B. mit Chipsätzen ab VIA KT400).
Mein Gigabyte GA-6BXC (Rev 1.7, Chipsatz i440BX) liefert jetzt doch ein Bild mit so einer Karte. Am Besten eignen sich wohl Pentium III (z. B. mit Chipsatz i815) und Athlon Boards.Wenn alle Stricke reißen, kann Dir ganz bestimmt osckhar die Karte reparieren. Hier ein Thread zu einem V5-5500 Rework von ihm. Er hat schon einige Karten, auch V5-6000er, wieder zum Leben erweckt. Dazu mußt Du die Karte allerdings zu ihm nach Spanien schicken. Eine zeitlang hat er seinen Reparaturservice über ebay angeboten (nicht ganz billig, wenn Du mich fragst).
Wenn Du es aber über das voodooalert-Forum versuchen willst, geht es vielleicht etwas günstiger. Dort kannst Du auch noch nach Lösungen suchen. Vergleich mal Deine Karte mit Bildern aus den Netz, ob nicht irgendwo ein Bauteil abgebrochen ist. Kommt gelegentlich vor.EDIT
Muß mich korrigieren: Als ich Zähne putzte, fiel mir ein, daß ich letzte Woche vergessen hatte, daß externe Stromkabel an die V5-5500 anzuschließen Hab dies eben schnell nachgeholt und siehe da, Bild kam und Win98SE bootete. Treiber hab ich jetzt für den Schnelltest keine installiert. Gut für mich, ein Board mehr für die Voodoo, weniger gut für Deine Karte. Sorry! -
Besteht das Problem immer noch?
Eine Spannung von 2 V für einen PIII 800 sind etwas hoch, jedenfalls finde ich in dieser Liste keinen, der die benötigt. Maximal sind 1,75 V Standard, 1,8 V sollte auch noch gehen. -
Mein 19" Maxdata Belinea 106020 war zumindest schon defekt, als ich ihn dem Sperrmüll überlassen habe. Lies sich nicht mehr einschalten, machte immer nur klack klack, und der Fernsehtechniker wollte ihn nicht reparieren, sondern mir einen neuen Flachbildschirm verkaufen
Jahre später hab ich mich geärgert, keinen eigenen Reparaturversuch gemacht zu haben, Elkos tauschen usw. Inzwischen hat mir mein Onkel aber seinen alten 106020 vermacht, was meinen Schmerz etwas gelindert hat -
Super Thread, vielen Dank !
Will mir nämlich in mein SS7 neben einer Voodoo³ 3500 noch eine Rage II+DVD (PCI) einbauen, um verschiedene APIs bei Spielen zu haben. Da kommt mir die Liste gerade recht! Vielleicht finde ich ja auch noch eine Rage Pro Turbo (PCI) in meinem Chaos