[Sammelthread] AMD K7 - Sockel A (462)

2x256mb bei 240 3-2-3-x würden mich persönlich nicht mehr anmachen.Auch 2003 nicht ;). Wie wäre es mit einem Asus :asthanos:. Talent ist ja vorhanden...

Mich machen die CL3 bei 240MHz auch nicht wirklich an. Mir geht es dabei eher welcher RAM-chip geht bei welchen romsips gut bzw. schlecht. Ziel ist für mich eher die FSB240 (bisher das Maximum) unter cl2-2-2-X zu schaffen. Bisher machen die BH-6 Riegel nur 2-3-3-X bei 240MHz (bei ca. 3,2V) mit. CH-5 und UTT Riegel habe ich ja auch noch. Problematisch auch bisher hoher FSB bei hohen multis. Das sollte aber mit den richtigen romsips noch gehen, da die ED romsips dem NF7 eher liegen als dem MSI Delta2. Warum das so ist, weiß ich noch nicht. Vielleicht liegt es an den neueren NVMM bpl, vielleicht ist die Nforce2 Chipgüte gegen Ende einfach schlechter gewesen.

Ein ASUS würde mich auch reizen :), aber ehrlich gesagt finde ich zur Zeit die Preise am Markt unverschämt. Ein gebrauchtes ASUS würde ich auch modden, meine NF7 und Delta2 boards werde ich nicht modden.

Was mir noch fehlt, wäre ein BH-5 und TCCD Kit.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Am Asus wollen die CE-6 (512mb singlesided) nicht über 230Mhz hinaus. Ich habe ebenfalls noch keine Ahnung woran es liegt. 2x256mb Winbond dagegen laufen extrem gut mit den ED bzw. EBED Romsips. Und 2x512mb TCCD sind oberhalb von 240Mhz ein Albtraum und wollen garnicht - Ursache ebenfalls noch unbekannt.
 
Hätte ich von viele davon, würde ich freilich was abgeben. Leider betreibe ich selbst sowas wie eine Arche und horte nicht. TCCD als 256'er sind mir bisher nie bewusst aufgefallen und ich war sogar ein wenig enttäuscht, als unter meinen Corsairs eben jene drunter waren.Vielleicht kann Stunny mal was verlinken /veräußern :rofl:
 
Ich denke, dass nicht jeder CE-6 Riegel die 240/250MHZ sehen wird. Nicht jeder Riegel schafft auch die 2-3-2-X bei 200MHz. Meine 256MB Riegel schaffen das, die 1GB Riegel dagegen nicht, obwohl die für 3-2-3-X 250MHz gebint wurden.
Warum die Samsung Riegel bei uns nicht gut gehen weiß ich auch nicht. Ziel auch hier es heraus zu finden. Beim NF7 mit EBED funktioniert das, beim Delta2 / ASUS mit EBED dagegen nicht.


Was ich festgestellt habe, Hellfire rev.3 und Taipan [ED] sind zu 98% gleich. Somit müsste Taipan [ED] optimal mit BH-5/6 256MB Riegel laufen.
Hellfire rev2 und rev. 3 haben größere Änderungen. Wäre interessand das mal auszutesten.

Was ich auch festgestellt habe, in den romsips, Werte 2Ch und 2Dh sind bei DFI fast immer 86 A8 gewesen. Bei den meisten anderen Herstellern dagegen 00 80.


edit:
tictac schrieb:
Mantarays XT : Oskar Wu DFI Interface + PCR Register Hack + Blink blink
:fresse2:
 
Zuletzt bearbeitet:
:hail:...ich spreche jetzt hier nicht für ihn, aber Digital würde sich bestimmt freuen damit "spielen" zu dürfen :banana:
E:...
 
Zuletzt bearbeitet:
@Sandman :bigok:


Ich möchte hier keinem seine Schätze berauben:d. Das könnte ich nicht mit meinem Gewissen vereinbaren.
Ein ASUS zu modden wäre aber geil.

Zur Zeit bin ich noch bei meinem MSI dran. Ist echt eine Zicke. Wollte zuerst nicht mit dem BH-6 Kit und Hellfire BIOS laufen. Dann doch zum Laufen bekommen. FSB240 lief rockstable ohne Probleme 32M durch, um danach bei einem Kaltstart dann komplett dicht zu machen.:wall: Höher habe ich noch nicht getestet.
Basis für den Mod war ein beta BIOS. Vielleicht liegt es daran. Ich werde ein komplett neuen Mod wohl mal testen müssen. Vielleicht hilft es ja. Die NVMM Versionen muss ich auch noch durchtesten.

Ich habe gelesen, dass einige APIC Modus ausmachen. Hat da jemand Erfahrung mit gemacht? Stört APIC bei hohem FSB?
 
Falls sich jemand entschließen sollte ein Asus zu modden kann ich gerne Detailbilder von meinem machen, inklusive genauer Anleitung wo die Vmods gelötet werden müssen und welche Widerstandswerte ich verbaut habe ;)

Es sollte nur kein A7N8X-X oder -XE und keinesfalls eine Revision 1.x vom normalen A7N8X oder Deluxe sein. Sprich es bleiben A7N8X (Deluxe) v2.0 oder A7N8X-E Deluxe v1.x übrig. Die letzteren takten sich gut und ich hab bereits Modbiose dafür gebastelt mit neuen Settings.
 
Zuletzt bearbeitet:
Ohne APIC wird es unter Windows schnell etwas verrückt. Bei mir war dann alles überbelegt und keine freien Ressourcen mehr. Taktgewinn=null.
 
Ich bin an den V-Mods interessiert. Ein Rev2.0 Deluxe ist auf dem Weg zu mir. Dann kann ich das bei Gelegenheit mal umbauen bzw. die Stückliste einkaufen.
 
Zuletzt bearbeitet:
Dann mal los. Ich habe derzeit nur den 12V Rail Mod, den Vdd Mod und den VDimm Mod drauf. Vcore brauche ich nicht, weil meine Cpus bei 1.85V Vcore schon sehr gut gehen und ich die nicht verheizen möchte. Ich hab grundsätzlich immer einen Festwiderstand und einen VR in Reihe. Derzeit bei der VDimm 2K fest + 10K VR und bei der VDD 500k fest + 1M VR. Das gibt ein bisschen Sicherheit beim Drehen...

VDimm:
10kOhm resistor + 10kOhm VR = max 3.05V
5kOhm resistor + 10k VR = max 3.22V
3,3kOhm resistor + 10k VR = max 3.4V
2kOhm resistor + 10k VR = 3.5V++

Vdd:
1MOhm resistor + 1MOhm VR = max 1.88V
500kOhm resistor + 1MOhm VR = 2V++ möglich, mehr als 1.95V brachte bei mir keinen Taktgewinn mehr. 1.85V reichen für 250Mhz.

12V Rail Mod:
Dafür die Spule und die drei Primärelkos auslöten und auf der Unterseite des Boards vom 20pin zum Lötauge der Spule eine Leitung ziehen. Danach läuft die Cpu über das 12V Rail, sonst ist nichts weiter nötig. ;)

Bilder:


Und so sieht mein Board dann gemoddet aus. Die Elkos sind durch 2x 3300uF 16V Panasonic FR getauscht worden, damit die 12V aushalten. Original sind dort nur 6.3V verbaut.

_dsc9989t7j8u.jpg
 
Zuletzt bearbeitet:
Danke dafür, sehe gerade Du sollst ja kein Deluxe haben, aber SATA ist drauf. Ein normales in Revision 2 mit SATA erwartet mich zumindest. Das Deluxe steht für SATA dachte ich erst. VDimm und Chipsatz werde ich machen.
 
sieht gut aus!
Beim Alpha Pal 6035 würde ich den Lüfter lieber saugend montieren. Den habe aktuell auch an meinem MSI dran.
Dafür auch extra einen neuen Noctua Lüfter gekauft. Schwarzes mainboard + schwarzer Kühlkörper + Noctua braun :fresse:
 
@Atlan
Ich hab ein Deluxe v2.0 mit Sata, ein OEM "4MBO" (quasi Deluxe, ohne Sata) und 2x A7N8X-X (Singlechannel). Die Vmods sind bei allen gleich, weil das Layout quasi identisch ist. Nur die Bestückung unterscheidet sich manchmal. ;) Auf deinem Deluxe v2.0 sollte mein Bios anstandslos laufen.

Die Detailaufnahmen sind von einem der -X, das letzte Bild vom Deluxe :d

@Digitalbath
Joa, werkelt grade ein Zalman 7000Cu drauf. Der PAL war nur zum schnellen testen, weil man bei dem kein Werkzeug zum montieren braucht :d
 
Zuletzt bearbeitet:
fsb245_cl2_bh-6aij4g.jpg


Die romsips von Infrared (hier: Interface off) gehen auf dem Delta2 ganz gut. Ich denke, hier ist der Speicher am Ende. Mehr wie 3,3V kann das board nicht. Wie weit können die BH-6 Riegel im Schnitt?
Immerhin : bisher von FSB220MHz auf 245MHz.
Ich muss mal die zusätzlichen Speichereinstellungen vom DFI mal austesten. Ich weiß nicht wie man diese ins BIOS integriert. Ich schau mal was ihr im HWBot geschrieben habt.
Das Kaltstart Problem ist geblieben, wenn auch etwas besser geworden.
 
Sauber gemoddet, wenn einfach mal so 25-MHz mehr drin sind :bigok:
Zum BH-6 habe ich das hier gefunden:
BH6
"230 D" 2.0-2-2 3.50v 270mhz (twinmos 2700 256@nf2)

"0238we" 2.0-2-2 3.55v 265mhz (kingston value 2700 256@865)
"238WD" 2.0-2-2 3.60v 281mhz (Kingston Value 2700 256mb@nf3)
"0238XX" 2.0-2-2 3.55v 265mhz (kingston value 2700 256@865)
"239WD" 2.0-2-2 2.90v 227mhz (Kingston Value 2700 256mb@nf2)

"0239wXX" 2.0-2-2 3.50v 270mhz (kingston value 3200 256@nf3)

"0241we" 2.0-2-2 3.50v 270mhz (kingston value 3200 256@nf3)

"0245WD" 2.0-2-2 3.30v 255mhz (kingston value 2700 256@nf2)

"02474D" 2.0-2-2 3.60v 265mhz (kingston value 2700 256@865)

"302we" 2.0-2-2 3.30v 250mhz (corsair 3200 256@nf2)
"302we" 2.0-2-2 3.30v 250mhz (corsair 3200 256@nf2)

"334wf" 2.0-2-2 3.40v 250mhz (mushkin 3500 512@nf3)
"334wf" 2.0-2-2 3.40v 250mhz (mushkin 3500 512@nf3)

"336we" 2.0-2-2 3.65v 260mhz (OCz 3200 256@nf3)

"4002D" 2.0-2-2 3,6v 280MHz (kingston bh6 2700 256mb@nf3)
"4002D" 2.0-2-2 3.3v 263Mhz (kingston bh6 2700 256mb@nf3)


bzw. ist das von hier bh5 steppping database
 
Danke. Der Speicher braucht dann also mehr Spannung um höher zu gehen. Bei den eingestellten 3,3V kommen ca. 3,24V an.
Das Kaltstartproblem liegt wohl am Speicher und cl2. Mit Cl2,5 und hohem FSB geht das problemlos. Vielleich liegt es am NVMM.
 
Könnte daran liegen. Beim DFI habe ich durch Zufall festgestellt, dass es beim Kaltstart kurzzeitig alle Spannungen auf maximal hochfährt. Wohl um genau dieses Problem zu umgehen.
 
Ich muss mal die zusätzlichen Speichereinstellungen vom DFI mal austesten. Ich weiß nicht wie man diese ins BIOS integriert. Ich schau mal was ihr im HWBot geschrieben habt.

Also grundsätzlich kannst du alles was wir im Bios eingebaut haben auch nach dem booten setzen. Entweder per NF2 Tweaker oder halt per WCPRedit. Das Hauptproblem ist allerdings, das du keine komplett neuen Items im Bios hinzufügen kannst, wenn das Bios keine ITEM.bin hat. Bisher ist mir kein Bios mit ITEM.bin über den Weg gelaufen, das scheint erst weit nach Sockel A eingeführt worden zu sein. Es bleibt also nur das recyclen von nicht benötigten Optionen bzw. es gibt eigentlich im jedem Bios 5 oder 6 Optionen die ungenutzt rumliegen. Die kann man für neue Items verwenden. Folgendes muss erledigt werden, damit das alles klappt. Zuerst die Kurzfassung:

1. In der EN_CODE.bin neue Labels anlegen, damit das neue Item einen passenden Namen und Einstellungen bekommen kann
2. Mit Modbin die ungenutzten/gewünschten Items finden und "markieren"
3. Im Hexeditor das System Modul öffnen, den Item String (25 bytes lang) finden und so ändern das er auf die neuen Labels zeigt, die korrekte Anzahl an Einstellungen hat und in ein leeres Cmos Register schreibt
4. Bios mit CBRom wieder zusammenbauen (für einen ersten Test reicht System Modul und EN_CODE.bin) und Bios mit Modbin öffnen. Modbin sollte alle Items mit korrektem Label anzeigen, wenn der Mod geklappt hat.
5. Wenn das klappt, dann kann das Bios regulär zusammengebaut werden und sollte lauffähig sein.

Soweit so gut, aber: Die Settings lassen sich zwar bereits im Bios setzen, haben aber noch keinen Effekt. Sprich Einstellungen verändern schreibt zwar in ein Cmos Register, aber wir brauchen noch etwas, das das Register ausliest und uns die gewünschte Einstellung im Register des Ram Controllers setzt. Daraus folgt:

6. ISA Option Rom in Assembler programmieren. Das Option Rom wird bei jedem Booten automatisch ausgeführt und manipuliert dann die gewünschten Register. Das Option Rom wird später einfach als letztes Modul mit CBrom ins Bios eingebaut.

Generell macht das Rom nun folgendes. Es wird bei jedem Start ausgeführt, liest nacheinander alle durch die Items gesetzten Cmos Register aus, prüft den im Cmos Register enthaltenen Wert und schreibt dann basierend darauf einen Wert in ein bestimmtes PCI Register. Ich habs bei mir generell so gemacht, das als Standardwert "AUTO" im Bios gesetzt ist. Wenn das Option Rom "AUTO" (00h) erkennt, dann überspringt es die (Unter-)Schleife und der Standardwert des Boards bleibt erhalten.


-------

Bleibt nun die Frage wie das mit der EN_CODE.bin funktioniert... :d
Das habe ich im Bot bereits niedergeschrieben und findet sich hier: A7N8X-E Deluxe as an alternative for socket 462 - Page 9 - Mainboards - HWBOT Community Forums

Wenn du dir das Leben leichter machen möchtest, kannst du natürlich einfach aus meinem Asus Bios oder dem Abit Bios von Infrared die entsprechenden Teile der EN_CODE.bin verwenden. Du musst nur aufpassen das die Offsets für die einzelnen Labels passen bzw. die ggf. anpassen. Wenn du die Item Strings aus dem System Modul benötigst, bei mir liegen die grob bei Offset 10365h im System Modul bzw. sehen so aus:

Code:
Label von DriveStrength und Slewrate auf 02 0B und 04 0B:
10333h   0000 020B 0000 F000 75F0 0003 0B00 000F 0004 0000 0000 0000 00   Drive Strength
1034ch   0000 040B 0000 0F00 750F 0005 0B00 000F 0024 0000 0000 0000 00   Slewrate

Trc (Row Cycle Time)
* 9 bis 31 auswählbar auf LP NF2
* mask auf 1F -> 32 settings
* Cmos register -> 76h 

10365h   0000 000B 0000 1F00 761F 0001 0B00 001F 0044 0000 0000 0000 00   Trc

Trfc (Row refresh cycle time)
* 9 bis 31 auswählbar auf LP NF2
* mask auf 1F -> 32 settings
* Cmos register -> 77h 

1037Eh   0000 060B 0000 1F00 771F 0007 0B00 001F 0064 0000 0000 0000 00   Trfc

Tref (Refresh interval)
* mask auf 19 -> 26 settings
* Cmos register -> 78h

10397h   0000 080B 0000 1F00 781A 0009 0B00 0019 0084 0000 0000 0000 00   Tref

EN_CODE.bin group map:
1. T(rc)
3. Drive Strength
5. Slewrate
7. T(rfc)
9. T(ref)
 
Zuletzt bearbeitet:
Also grundsätzlich kannst du alles was wir im Bios eingebaut haben auch nach dem booten setzen. Entweder per NF2 Tweaker oder halt per WCPRedit. Das Hauptproblem ist allerdings, das du keine komplett neuen Items im Bios hinzufügen kannst, wenn das Bios keine ITEM.bin hat. Bisher ist mir kein Bios mit ITEM.bin über den Weg gelaufen, das scheint erst weit nach Sockel A eingeführt worden zu sein. Es bleibt also nur das recyclen von nicht benötigten Optionen bzw. es gibt eigentlich im jedem Bios 5 oder 6 Optionen die ungenutzt rumliegen. Die kann man für neue Items verwenden. Folgendes muss erledigt werden, damit das alles klappt. Zuerst die Kurzfassung:

1. In der EN_CODE.bin neue Labels anlegen, damit das neue Item einen passenden Namen und Einstellungen bekommen kann
2. Mit Modbin die ungenutzten/gewünschten Items finden und "markieren"
3. Im Hexeditor das System Modul öffnen, den Item String (25 bytes lang) finden und so ändern das er auf die neuen Labels zeigt, die korrekte Anzahl an Einstellungen hat und in ein leeres Cmos Register schreibt
4. Bios mit CBRom wieder zusammenbauen (für einen ersten Test reicht System Modul und EN_CODE.bin) und Bios mit Modbin öffnen. Modbin sollte alle Items mit korrektem Label anzeigen, wenn der Mod geklappt hat.
5. Wenn das klappt, dann kann das Bios regulär zusammengebaut werden und sollte lauffähig sein.

Soweit so gut, aber: Die Settings lassen sich zwar bereits im Bios setzen, haben aber noch keinen Effekt. Sprich Einstellungen verändern schreibt zwar in ein Cmos Register, aber wir brauchen noch etwas, das das Register ausliest und uns die gewünschte Einstellung im Register des Ram Controllers setzt. Daraus folgt:

6. ISA Option Rom in Assembler programmieren. Das Option Rom wird bei jedem Booten automatisch ausgeführt und manipuliert dann die gewünschten Register. Das Option Rom wird später einfach als letztes Modul mit CBrom ins Bios eingebaut.

Generell macht das Rom nun folgendes. Es wird bei jedem Start ausgeführt, liest nacheinander alle durch die Items gesetzten Cmos Register aus, prüft den im Cmos Register enthaltenen Wert und schreibt dann basierend darauf einen Wert in ein bestimmtes PCI Register. Ich habs bei mir generell so gemacht, das als Standardwert "AUTO" im Bios gesetzt ist. Wenn das Option Rom "AUTO" (00h) erkennt, dann überspringt es die (Unter-)Schleife und der Standardwert des Boards bleibt erhalten.


-------

Bleibt nun die Frage wie das mit der EN_CODE.bin funktioniert... :d
Das habe ich im Bot bereits niedergeschrieben und findet sich hier: A7N8X-E Deluxe as an alternative for socket 462 - Page 9 - Mainboards - HWBOT Community Forums

Wenn du dir das Leben leichter machen möchtest, kannst du natürlich einfach aus meinem Asus Bios oder dem Abit Bios von Infrared die entsprechenden Teile der EN_CODE.bin verwenden. Du musst nur aufpassen das die Offsets für die einzelnen Labels passen bzw. die ggf. anpassen. Wenn du die Item Strings aus dem System Modul benötigst, bei mir liegen die grob bei Offset 10365h im System Modul bzw. sehen so aus:

Code:
Label von DriveStrength und Slewrate auf 02 0B und 04 0B:
10333h   0000 020B 0000 F000 75F0 0003 0B00 000F 0004 0000 0000 0000 00   Drive Strength
1034ch   0000 040B 0000 0F00 750F 0005 0B00 000F 0024 0000 0000 0000 00   Slewrate

Trc (Row Cycle Time)
* 9 bis 31 auswählbar auf LP NF2
* mask auf 1F -> 32 settings
* Cmos register -> 76h 

10365h   0000 000B 0000 1F00 761F 0001 0B00 001F 0044 0000 0000 0000 00   Trc

Trfc (Row refresh cycle time)
* 9 bis 31 auswählbar auf LP NF2
* mask auf 1F -> 32 settings
* Cmos register -> 77h 

1037Eh   0000 060B 0000 1F00 771F 0007 0B00 001F 0064 0000 0000 0000 00   Trfc

Tref (Refresh interval)
* mask auf 19 -> 26 settings
* Cmos register -> 78h

10397h   0000 080B 0000 1F00 781A 0009 0B00 0019 0084 0000 0000 0000 00   Tref

EN_CODE.bin group map:
1. T(rc)
3. Drive Strength
5. Slewrate
7. T(rfc)
9. T(ref)

Vielen dank für deine Mühe. Ohne deiner Hilfe wäre ich bis hier nicht gekommen. :hail:
Ich habe Anleitung von Polygon bei dir mal rutergeladen und kurz überflogen. Da steht auch einiges drin. Mit deiner Anleitung sollte das zu machen sein. :)
Ich habe jedenfalls was zu tun.

Zur Zeit bin ich noch bei den Tests der NVMM Versionen. Wenn ich das durch habe, werde ich mich mit den erweiterten Speicher-Einstellungen auseinander setzen.
 
Ihr seid krass und auch verrückt ! Wahnsinn !:love:

ich lese hier mit, verstehe aber kaum was :d
 
Ich habe 4 verschiedene NVMM-Versionen verglichen.

  • NVMM 4.31 - 02/24/04
  • NVMM 4.34 - 03/23/04
  • NVMM 4.35 - 07/02/04
  • NVMM 4.40 - 04/29/04

Ich habe es mit ED55-Romsips von Infrared auf meinem Delta2-Board verglichen.

Versionen 4.31 und 4.34 sind sehr ähnlich und funktionieren am besten, wenn Interface ausgeschaltet ist. Version 4.35 ist die schlechteste, funktioniert aber besser mit Interface an als 4.31 und 4.34.
Meine besten Ergebnisse hatte ich mit Version 4.40. Es ist ähnlich zu Version 3.19. Sowohl 4.40 als auch 3.19 funktionieren am besten mit Interface an. Die Unterschiede sind wohl nur wenige MHz.
Kaltstart Probleme hatte ich bei allen Versionen. Das werde ich auch nicht abstellen können. Vielleicht hat Sandman recht mit seiner Vermutung.
 
Zuletzt bearbeitet:
Ja, der Guide von Polygon/TicTaci/pinczakko hat auch mir extrem geholfen. Ohne den wäre ich nie so weit gekommen. Ein paar Sachen sind dort allerdings etwas komisch bzw. ich fands missverständlich geschrieben. Und klar, durch den Umfang der PDF wirds leicht unübersichtlich.

Noch was zu Punkt 2 von oben:
Ich "markiere" die Items immer indem ich bei jeweils einem Items die Sichtbarkeit mit Modbin ändere. Also z.B. von "normal" auf "Show only". Wenn man dann die beiden System Module vergleicht sollte es nur einen Unterschied geben, der sich im Hexeditor schnell finden lässt. Der weiter Vorteil ist, das diese Markierung auch direkt der Start des 25byte Strings ist, man kann also relativ leicht alles rauskopieren und z.B. in einem Texteditor zum verändern zwischenspeichern.

Das einzige was echt blöd gemacht ist, ist die Zählweise in den Item Strings. Ich meine das Bios zählt bei Null los, sprich 05h sind 6 Items bzw. die 6. Position in einer Label Liste oder halt die 6. Liste. Dagegen wird in der EN_CODE.bin meine ich bei bei 1 losgezählt. Sprich die ensprechende Labelgruppe in der EN_CODE.bin startet ja mit der Zahl der Items. Dort ist meine ich 05h dann "5 Items" statt 6. Wie genau das alles zusammenhängt kannst du am leichtesten an einem bestehenden Item prüfen. Ich hab mir dazu einfach ein beliebiges Item mit Modbin markiert (z.B. Vcore), hab mir den 25byte String angeschaut und bin mit dieser Information durch die EN_CODE.bin gegangen. So bekommt man schnell raus wie es bei neuen Optionen oder Labelgruppen eingetragen werden muss.

Und ein paar Worte zum verschieben von Items mit Modbin:
Man kann sowohl neue Untermenüs erstellen als auch Items nur verschieben. Grundsätzlich werden ein oder mehrere Items mit SPACE markiert und können dann woanders eingefügt werden. Nutzt man zum Einfügen ALT+C, dann wird ein neues Untermenü geschaffen, wobei die neuen Items dort eingefügt werden wo gerade der Cursor steht. Steht der Cursor also gerade auf "Vcore", dann hat Vcore danach ein Untermenü. Nutzt man dagegen INSERT, dann werden die markierten Items direkt oberhalb des Cursors plaziert. Damit kann man also Items verschieben, ohne ein Untermenü zu erstellen. Es ist möglich mehrere Items zu schieben, allerdings müssen die alle in einem Untermenü liegen, sonst verweigert Modbin das verschieben.
 
Zuletzt bearbeitet:
@ Tzk :hail::hail::hail::hail::hail:

Vielen Dank nochmal!. Ich habe es jetzt zusammen bekommen. Ich hätte es mir wohl einfacher machen können.:wall: Habe deine fertigen Zeilen erst spät gesehen. Das ganze Prozedere mit _EN_Code ist ja echt absurd! An die Zählweise muss man ja auch erst gewöhnen. Habe anfangs einen Fehler drin gehabt und erst beim zweiten Anlauf und mehreren Versuchen den Fehler gefunden. Die ISA Rom habe ich von dir fast 1zu1 übernehmen können, da ich die selben Recourcen im CMOS frei hatte. Soweit werden die Einstellungen richtig angezeigt und richtig übernommen. tREF habe ich wohl nicht überprüft.
Ich muss mal bei Gelegenheit mal testen, was die neuen Einstellungen bringen. Ich habe noch keine Anhaltspunkte welche Einstellungen gut und welche zu welchem Speicher schlecht ist.

Edit. Infrared hat bei tREF mehr Stufen als du. Darauf bin auch natürlich rein gefallen. Habe bei euch beiden abgeguckt, wie ihr das gelöst habt.
 
Zuletzt bearbeitet:
Sehr schön!

Ja, Tref hab ich die kleinen Werte wegfallen lassen, weil die eh keiner braucht. Standard für Tref bei DDR400/200Mhz ist 7.8us was 1560 Takten entspricht. Bei 100Mhz sind es folglich 780 Takte. Auf dem NF4 hab ich einige Werte gefunden wo Leute bis 11us gegangen sind, sprich weniger Refreshs nutzen. Das entlastet den Ram thermisch, sorgt aber eher für gekippte Bits. In Endeffekt hab ich mir ne kleine Excel Tabelle gebastelt um Tref zu errechnen bzw. mit in Abhängigkeit vom Takt sinnvolle Werte herzuleiten. Link: A7N8X-E Deluxe as an alternative for socket 462 - Page 9 - Mainboards - HWBOT Community Forums

Fehler in Memtest (Test #7) konnte ich mit der Tref nicht beheben. Dagegen half Drive Strength auf 3 oder 4 etwas bei der Stabilität mit TCCDs. Slewrate hab ich noch nicht getestet, da ist der Default 10 bzw. A.
 
Mal wieder was für die Liste:

ABIT NF7 2.0


Northbridge 0352A1



Southbridge 0352A4

// EDIT

S/N RA890414055098441
 
Zuletzt bearbeitet:
Code:
Tref (Refresh interval)
* mask auf 19 -> 26 settings
* Cmos register -> 78h

10397h   0000 080B 0000 1F00 781[B][COLOR="#FF0000"]F[/COLOR][/B] 0009 0B00 0019 0084 0000 0000 0000 00   Tref

Muss da nicht ein F anstatt A stehen? Mit A ist die Auswahl im BIOS schwerer und ich kann nicht die Werte mit + und - verkleinern oder vergrößern. Mit F klappt das.
 
Ähhh, ja gut möglich. Zumal im Block davor auf 1F steht. Denke das ist ein Copy-paste Fehler.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh