MSI Z690 Mainboards Ausstattung/Bugs/Fragen

[mh0001]

@MSIToWi
Ein etwas spezielleres Problem: Die letzte Version 7D32vH8 hat bei meinem Z690 Tomahawk WIFI (DDR5-Version) etwas bezüglich Bitlocker und Secure Boot verschlechtert, und zwar kann Bitlocker mit TPM den sicheren Startzustand nicht mehr über Secure Boot verifizieren.
Das sieht man z.B. in msinfo32 (mit Admin-Rechten gestartet), das mit dem neuen BIOS "PCR7 Configuration: Binding not possible" zeigt (Mehr Infos: https://learn.microsoft.com/en-us/t...yment/pcr7-configuration-binding-not-possible), und das Windows Event Log schmeißt bei jedem Start Fehler:

Event ID 834 (Bitlocker-API): BitLocker determined that the TCG log is invalid for use of Secure Boot. The filtered TCG log for PCR[7] is included in this event.

Event ID 835 (Bitlocker-API): BitLocker cannot use Secure Boot for integrity because the expected TCG Log entry for the OS Loader Authority has invalid structure.
The event is expected to be an EV_EFI_VARIABLE_AUTHORITY event. The event data must be formatted as an EFI_VARIABLE_DATA structure with VariableName set to EFI_IMAGE_SECURITY_DATABASEGUID and UnicodeName set to 'db'.

Mit der Vorversion 7D32vH7 war das noch nicht, da war "PCR7 Configuration: Bound" und man konnte über die Kommandozeile auch verifizieren, dass alles korrekt konfiguriert ist (manage-bde -protectors -get $env:systemdrive: in der Powershell mit Adminrechten)

PCR validation profile: 7, 11 (Uses Secure Boot for integrity validation)

Mit dem neuen BIOS ist es nur noch PCR validation profile: 0, 2, 4, 11, was der Fallback ist wenn Secure Boot dafür nicht verwendet werden kann.

Kurze Recherche ergab, dass das passiert wenn irgendwas mit den Keys in der Secure Boot - Datenbank nicht ganz in Ordnung ist, könntet ihr das evtl. checken?

 

[Spieluhr]

UPDATE: Nachdem der Sockel vom alten Board laut MSI wohl nicht mehr reparabel war, ist heute das "neue" Board aus der RMA bei mir eingetroffen!

Neuestes Bios v1.80 drauf geflasht, alle M.2 Slots mit NVMe SSD bestückt, plus PCIe3.0 x4 Slot mit einer weiteren NVMe SSD über IcyBox M.2 Card Adapter, läuft tadellos:

Noch einmal vielen Dank @ MSI für den reibungslosen Ablauf.

 

[MSIToWi]

UPDATE: Nachdem der Sockel vom alten Board laut MSI wohl nicht mehr reparabel war, ist heute das "neue" Board aus der RMA bei mir eingetroffen!

Neuestes Bios v1.80 drauf geflasht, alle M.2 Slots mit NVMe SSD bestückt, plus PCIe3.0 x4 Slot mit einer weiteren NVMe SSD über IcyBox M.2 Card Adapter, läuft tadellos:

Anhang anzeigen 803878

Noch einmal vielen Dank @ MSI für den reibungslosen Ablauf.

Freut mich, dass die Sache ein glückliches Ende genommen hat.

Beitrag automatisch zusammengeführt: 18.10.2022

@MSIToWi
Ein etwas spezielleres Problem: Die letzte Version 7D32vH8 hat bei meinem Z690 Tomahawk WIFI (DDR5-Version) etwas bezüglich Bitlocker und Secure Boot verschlechtert, und zwar kann Bitlocker mit TPM den sicheren Startzustand nicht mehr über Secure Boot verifizieren.
Das sieht man z.B. in msinfo32 (mit Admin-Rechten gestartet), das mit dem neuen BIOS "PCR7 Configuration: Binding not possible" zeigt (Mehr Infos: https://learn.microsoft.com/en-us/t...yment/pcr7-configuration-binding-not-possible), und das Windows Event Log schmeißt bei jedem Start Fehler:

Event ID 834 (Bitlocker-API): BitLocker determined that the TCG log is invalid for use of Secure Boot. The filtered TCG log for PCR[7] is included in this event.

Event ID 835 (Bitlocker-API): BitLocker cannot use Secure Boot for integrity because the expected TCG Log entry for the OS Loader Authority has invalid structure.
The event is expected to be an EV_EFI_VARIABLE_AUTHORITY event. The event data must be formatted as an EFI_VARIABLE_DATA structure with VariableName set to EFI_IMAGE_SECURITY_DATABASEGUID and UnicodeName set to 'db'.

Mit der Vorversion 7D32vH7 war das noch nicht, da war "PCR7 Configuration: Bound" und man konnte über die Kommandozeile auch verifizieren, dass alles korrekt konfiguriert ist (manage-bde -protectors -get $env:systemdrive: in der Powershell mit Adminrechten)

PCR validation profile: 7, 11 (Uses Secure Boot for integrity validation)

Mit dem neuen BIOS ist es nur noch PCR validation profile: 0, 2, 4, 11, was der Fallback ist wenn Secure Boot dafür nicht verwendet werden kann.

Kurze Recherche ergab, dass das passiert wenn irgendwas mit den Keys in der Secure Boot - Datenbank nicht ganz in Ordnung ist, könntet ihr das evtl. checken?

Bitte wende Dich hierzu direkt an dem MSI Support über die Webseite. Dieses Thema ist zu komplex um es hier im Forum zu behandeln.

 

[Stussy2001]

Leider haben wir von Dir verwendeten RAM nicht da und können somit leider keine Tests damit fahren.
Wir empfehlen, bei OC, die Verwendung von uns getesteten und freigegebenen RAMs.

Solltet Ihr in einer früheren BIOS Version bessere OC Erfahrungen haben, dann solltet Ihr abwägen ob Ihr unbedingt die aktuellste Version benötigt.
Ich persönlich lebe eher nach dem Motto "Never Change a running System".

Schade, nun ja, dann werde ich bei den neuen CPU´s und somit neuen Bios Versionen überlegen müssen wie ich es am besten anstelle...

 

[DaKill3r185]

Leider haben wir von Dir verwendeten RAM nicht da und können somit leider keine Tests damit fahren.
Wir empfehlen, bei OC, die Verwendung von uns getesteten und freigegebenen RAMs.

Wie schaut es mit meinem RAM aus? Habe ja weitestgehend die gleichen Probleme.
Es sind G.Skill F4-3200C14D-32GTZ. 2x 16GB Dual Ranked mit Samsung B-Die ICs. Selbst wenn die nicht auf der liste stehen... B-Dies sind ja nun nichts unbekanntes.

Solltet Ihr in einer früheren BIOS Version bessere OC Erfahrungen haben, dann solltet Ihr abwägen ob Ihr unbedingt die aktuellste Version benötigt.
Ich persönlich lebe eher nach dem Motto "Never Change a running System".

Hmm. Und wenn man auf die 13th Gen möchte, gibt es "nur noch" RAM OC bis 3600Mhz :-/ Schade

 

[NoobbooN]

Es gibt doch schon wieder ein neues BIOS.

Probiert das doch mal.

 

[Spieluhr]

Das ist aber nur ein weiteres MC Update für RpL CPUs und wird garantiert keine Updates für Dimm Kompatibilitäten beinhalten.

 

[NoobbooN]

Wenn du meinst...

 

[Stussy2001]

Moin zusammen,

meine Speicher Probleme mit den letzten Bios Version V17/18 sind erledigt, die aktuell letzte Bios Version V191 funktioniert tadellos
Ich kann wieder ab 3600 MHz weiter hoch gehen in 100 Schritten bis 4100 MHz, habe kurz die Timings bei 4100 angezogen auf 15/15/15/30 und habe mit Mem-Test gegen getetstet, war alles I.O.
(lediglich bei 3700 MHz wollte er nicht booten, aber 3800 ging dann wieder bis 4100, bzw. 4133)

Freue mich, da können die neuen CPU´s jetzt kommen.

 

[Souliak]

v1.92 für das Z690-A DDR4 bedeutet, dass es ein beta Bios ist, oder?

 

[Spieluhr]

v1.92 für das Z690-A DDR4 bedeutet, dass es ein beta Bios ist, oder?

Gehe ich mal schwer von aus, da es vom v1.40 zuerst auch mal ein .41 und .42 gab, diese nach der Final aber dann wieder heraus genommen wurden.

Mein bisheriges Fazit zum Ersatzboard:

- der Bug zur Realtek Console ist von Geisterhand verschwunden - Console, die auf den alten Board immer nur 1x nach Installation öffnete, geht nun immer auf wenn man diese öffnet.
- alle 5 verbauten NVMe SSDs laufen bisher einwandfrei mit voller Geschwindigkeit und sind konstant ansprechbar.
- das UEFI lässt sich wieder über Biosupdate Dateien auch aus Unterordnern, egal auf welcher SSD, updaten - nicht wie auf den alten Board nur über Stammverzeichnis.
- der spontane Bootloop, den ich schon vor den defekten CPU Sockel immer wieder mal hatte und hier auch schon Thema war, ist weg! Das Board fuhr bisher sauber hoch.

..ich suche noch nach Bugs, finde aber keine und das macht mir Angst! Wenn jetzt demnächst eine Raptor auch noch so geschmeidig darauf läuft, dann bekomme ich Panik.


edit:
Wenn es interessiert: Ich habe mal das v1.92 geflasht. Ergebnis ist, dass sich meine Dimms um keinen MHz mehr über XMP default Takt bugfree takten lassen.
Egal ob ich nun 3433MHz oder 3600MHz (Teiler x27 / 133) einstelle, unter Windows freezt der Arbeitsplatz sofort. Keine Maus und Tastatureingabe mehr möglich, selbst Reset über Gehäuse reagiert nicht.
Abhilfe schafft nur 3sek. den Power Off am Gehäuse drücken. Nach Neustart immer wieder das gleiche. Setze ich auf 3200MHz XMP1 Profil zurück, alles einwandfrei.
Bis Bios v1.80 konnte ich noch 3600MHz einstellen und bugfree unter Windows mit arbeiten, ab v1.92 nicht mehr.
Mit den Bios stimmt definitiv was nicht, es kommt auch kein Bluescreen mit Memorydump, was üblich wäre wenn der Dimm den Takt nicht schafft.
Es passiert einfach nix - sofort Komplettfreeze.

 

[MSIToWi]

Gehe ich mal schwer von aus, da es vom v1.40 zuerst auch mal ein .41 und .42 gab, diese nach der Final aber dann wieder heraus genommen wurden.

Mein bisheriges Fazit zum Ersatzboard:

- der Bug zur Realtek Console ist von Geisterhand verschwunden - Console, die auf den alten Board immer nur 1x nach Installation öffnete, geht nun immer auf wenn man diese öffnet.
- alle 5 verbauten NVMe SSDs laufen bisher einwandfrei mit voller Geschwindigkeit und sind konstant ansprechbar.
- das UEFI lässt sich wieder über Biosupdate Dateien auch aus Unterordnern, egal auf welcher SSD, updaten - nicht wie auf den alten Board nur über Stammverzeichnis.
- der spontane Bootloop, den ich schon vor den defekten CPU Sockel immer wieder mal hatte und hier auch schon Thema war, ist weg! Das Board fuhr bisher sauber hoch.

..ich suche noch nach Bugs, finde aber keine und das macht mir Angst! Wenn jetzt demnächst eine Raptor auch noch so geschmeidig darauf läuft, dann bekomme ich Panik.

Suche nicht zu viel nach Fehlern

edit:
Wenn es interessiert: Ich habe mal das v1.92 geflasht. Ergebnis ist, dass sich meine Dimms um keinen MHz mehr über XMP default Takt bugfree takten lassen.
Egal ob ich nun 3433MHz oder 3600MHz (Teiler x27 / 133) einstelle, unter Windows freezt der Arbeitsplatz sofort. Keine Maus und Tastatureingabe mehr möglich, selbst Reset über Gehäuse reagiert nicht.
Abhilfe schafft nur 3sek. den Power Off am Gehäuse drücken. Nach Neustart immer wieder das gleiche. Setze ich auf 3200MHz XMP1 Profil zurück, alles einwandfrei.
Bis Bios v1.80 konnte ich noch 3600MHz einstellen und bugfree unter Windows mit arbeiten, ab v1.92 nicht mehr.
Mit den Bios stimmt definitiv was nicht, es kommt auch kein Bluescreen mit Memorydump, was üblich wäre wenn der Dimm den Takt nicht schafft.
Es passiert einfach nix - sofort Komplettfreeze.

Gelesen und weiter gegeben.
Gibtst Du mir noch die Daten des RAM? Danke.

 

[Spieluhr]

Ist in 2 Bänken (32GB) genau dieser hier: Crucial Ballistix BL16G32C16U4B.16FE



An DRAM Frequency Settings (XMP1 aktiv) hatte ich unter v1.92 folgende versucht:

- 3300MHz G1 (x33 / x1.00)
- 3333MHz G1 (x25 / x1.33)
- 3400MHz G1 (x34 / x1.00)
- 3466MHz G1 (x26 / x1.33)
- 3500MHz G1 (x35 / x1.00)
- 3600MHz G1 (x27 / x1.33)



Ergebnis: ALLE diese Settings führten zu den sofortigen Freeze des Arbeitsplatzes nach hochfahren.


Danach dann wieder zurück geflasht auf v1.80 und DRAM Frequency

- 3600MHz G1 (x27 / x1.33)



eingestellt und hoch gefahren. Alles einwandfrei! Ein kurzer Prime95 Parkour lief auch sauber durch, ebendso der AIDA64 Memory Benchstressmark.

Vorhin dann noch einmal auf die v1.92 geflasht und Dimm nur auf 3300MHz getaktet (XMP1 aktiv), wieder der Desktop Freeze.

Bin jetzt aktuell wieder zurück auf v1.80. Hoffe das hilft euch ein wenig.

 

[MSIToWi]

So,
also es kann durchaus sein, das durch Microcode Anpassungen der RAM bzw. das OC der RAMs beeinflusst wird.
In Deinem Fall empfehlen wir vorerst bei der 1.80 zu bleiben und ggfs. spätere Versionen zu testen.

 

[Spieluhr]

Danke für die Info!

 

[mh0001]

Bitte wende Dich hierzu direkt an dem MSI Support über die Webseite. Dieses Thema ist zu komplex um es hier im Forum zu behandeln.

Die besten komplexen Probleme sind die, die gelöst werden, bevor man Zeit hatte sich an den Support zu wenden!
Nach Update auf die neue Version H91, die vor kurzem erst online gestellt wurde, ist alles wieder in Ordnung.

 

[MSIToWi]

Die besten komplexen Probleme sind die, die gelöst werden, bevor man Zeit hatte sich an den Support zu wenden!
Nach Update auf die neue Version H91, die vor kurzem erst online gestellt wurde, ist alles wieder in Ordnung.

Vielen Dank fürs positive Feedback.

 

[Gelöschtes Mitglied 337316]

Hallo.
Ich hätte da ne Frage bezüglich der Ram unterstützung bzw. XMP unterstützung für Raptor Lake CPUs : Wäre es nicht sinnvoll das Bios entsprechend anzupassen für einen höheren RAM Takt? Oder wird man echt gezwungen wenn man schnelleren Ram nutzen will auf Z790 zu wechseln?
Beim meinem Edge Wifi ist bei 6400MHz sense und das halte ich für verschwendung wenn die Raptoren > 7200MHz können.Das wäre dann doch ein erheblicher Performance Nachteil.

 

[Gelöschtes Mitglied 337316]

Guten Morgen.

Ich hätte da ein Problem. Ich habe mir einen I5 13600KF zugelegt und den auf Mein MSI Z690 Edge WiFi (DDR5) montiert. Bios ist zur zeit das 7D31vH8 (Beta hab ich auch probiert , ändert aber nichts am nachfolgendem Problem). Ram ist wie zuvor beim 12700K dieser in der GX variante.
Nach der Montage habe ich einfach alles belassen wie es war und habe den PC gestartet.Es lief alles wunderbar und ich konnte problemlos mit 6400MHz booten , Benchmarks durchführen.So weit so gut.
Aber : natürlich wollte ich nun aufgrund des Hardwarewechsels einen Fresch install machen , was ich immer bevorzuge. Nun ging es los ... Zuerst habe ich windows 10 installiert (vor der installation habe ich im Bios nichts verändert) , alle treiber von MSI installiert.AMD Treiber für die RX 6800 XT installiert.
Plötzlich System freezer , kein Bluescreen. PC neu gestartet , alle Ram einstellungen auf standard und XMP aktiviert gelassen. System start und nach wenigen minuten Freezer. PC neu gestartet . XMP deaktiviert. Neustart , nach ein paar minuten Freezer. Beta Bios installiert . Alle einstellungen Standard im bios. Systemstart nach ein Paar minuten Freezer.
Die Freezer traten immer auf während ich nur auf dem Dektop war oder gerade was im Browser machen wollte oder bei der steam installation.
Also habe ich Memtest5 gestartet , ohne Probleme , wieder kurz auf dem Desktop Freezer. Dann cinebench R23 durchlaufen lassen , alles gut. nun wieder auf dem desktop Freezer.
Nochmal komplett system Platt gemacht und nur mit windows treibern , wieder Freezer auf dem desktop oder im Browser.
Als nächstes habe ich Windows 11 22H2 (genauen Build müsste ich schauen) frisch runtergeladen und installiert. Nun das ganze spiel mit selben Ergebnissen durchgeführt.
Zwischendrin habe ich verschiedene Bioseinstellungen probiert da ich vermutet habe es liegt am ram mit Deaktiviertem Memory Fastboot + mit aktiviertem , Slow training , Auto. Immer das selbe Ergebnis.
Da ich mich gewundert habe das unter last alles gut war habe ich nun einfach die Energieoption auf höchstleistung gestellt und siehe da Es läuft alles einwandfrei.
Ich habe noch keine Cstates im Bios geändert, werde es aber noch probieren.
Nun ist natürlich die Frage wo liegt das Problem. Ist es ein Bios problem oder ein Hardwareproblem?
Ich weiß leider nicht auf welchem Energieprofil das OS beim ersten run stand.
Momentan bin ich jedenfalls gefrustet nach inzwischen 10 neuinstallationen und verschenkter Urlaubszeit Gibts noch vorschläge was ich testen soll/kann ?
Kann der Fehler auch bei der CPU liegen? Es lief anfangs, wie gesagt alles mehrer stunden einwandfrei.
Mir qualmt momentan der schädel.

Hardware :
I5 13600KF , MSI Z690 Edge Wifi , 32 GB (2x16) G.Skill F5-6000U3636E16GX2-TZ5RK , MSI RX 6800 XT Gaming X Trio , BeQuiet Dark Power Pro 11 650W

Software :

Windows 11 Pro 22H2 Systembuild 22621.674 , Chipsatztreiber 10.1.19199.8340 , Intel ME 2208.16.0.2718 , Intel GNA habe ich auch probiert mit oder ohne ändert nichts, Netzwerktreiber 2.1.1.14 , Realtek 6.3.9600.2342

Ansonsten Firefox Aktuell / kasperky Internet security (mit oder ohne ändert nichts) und versuchsweise Steam.
Es wurden bei der Neuinstallation keine zusätzliche überwachungssoftware installiert.

Ich denke alle wichtigen daten habt ihr . Kühlprofil/Energieprofil im bios war immer Boxed 125W 181W / immer erp2013 aktiv -teste noch ohne - / c1e immer deaktiviert.

Edit : ERP ready war es nicht.Nach deaktivierung und ausbalanciert - Freezer
Edit 2 : Im Ereignisprotokoll unter Hardware stehen keine Fehler

 

[DaKill3r185]

Moin zusammen,

meine Speicher Probleme mit den letzten Bios Version V17/18 sind erledigt, die aktuell letzte Bios Version V191 funktioniert tadellos
Ich kann wieder ab 3600 MHz weiter hoch gehen in 100 Schritten bis 4100 MHz, habe kurz die Timings bei 4100 angezogen auf 15/15/15/30 und habe mit Mem-Test gegen getetstet, war alles I.O.
(lediglich bei 3700 MHz wollte er nicht booten, aber 3800 ging dann wieder bis 4100, bzw. 4133)

Freue mich, da können die neuen CPU´s jetzt kommen.

Danke für Den Feedback. Habe heute Vormittag die 7D32v191 für mein Tomahawk DDR4 probiert. Hab so ziemlich das glieche Problem wie mit der v18. Alles über 3600 bootet nicht oder nur schwierig. Mit MSI TryIT bekomme ich 3733 oder auch 3866 hin. Verstelle ich aber was an den Latenzen ist Feierabend. Hast Du irgend etwas geändert zu vorher? Kannst Du vielleicht mal Deine CPU und RAM Settings (inkl. Advanced Timings posten). Wäre Top!

Auffällig war noch Volgendes:
Bei meinem v17 3733 Setting hatte ich SA auf 1.250 und VDDQ auf 1.20. Über 3600MHz startet das Board mit VDDQ < 1.240V gar nicht mehr.
Des Weiteren stehen im BIOS v17 die AUTO-Werte Rtt Park fpr CH-A und CH-B auf 80. Im v18 und v19 auf 240. Ein händisches zurückstellen auf 80 hat nicht zum erfolg geführt.

Komme mit dem BIOS v18 / v191 nicht weiter. Hat jemand eine Idee?

Bin wieder zurpck auf v17 und habe meine altes Profil vom Stick geladen -> läuft auf anhieb (3733 C16 mit Subtimings tRFX, tREFI ...). Hab hier und da schon Posts (ab Seite 47) von anderen Leuten gefunden, die meinten, dass es ab v1.20 dahin gehen nur abwärts ging. Wäre schade.... Rocket Lacke kan man sich so mit dem Board abschminken.

 

[Gurke95]

Guten Morgen.

Ich hätte da ein Problem. Ich habe mir einen I5 13600KF zugelegt und den auf Mein MSI Z690 Edge WiFi (DDR5) montiert. Bios ist zur zeit das 7D31vH8 (Beta hab ich auch probiert , ändert aber nichts am nachfolgendem Problem). Ram ist wie zuvor beim 12700K dieser in der GX variante.
Nach der Montage habe ich einfach alles belassen wie es war und habe den PC gestartet.Es lief alles wunderbar und ich konnte problemlos mit 6400MHz booten , Benchmarks durchführen.So weit so gut.
Aber : natürlich wollte ich nun aufgrund des Hardwarewechsels einen Fresch install machen , was ich immer bevorzuge. Nun ging es los ... Zuerst habe ich windows 10 installiert (vor der installation habe ich im Bios nichts verändert) , alle treiber von MSI installiert.AMD Treiber für die RX 6800 XT installiert.
Plötzlich System freezer , kein Bluescreen. PC neu gestartet , alle Ram einstellungen auf standard und XMP aktiviert gelassen. System start und nach wenigen minuten Freezer. PC neu gestartet . XMP deaktiviert. Neustart , nach ein paar minuten Freezer. Beta Bios installiert . Alle einstellungen Standard im bios. Systemstart nach ein Paar minuten Freezer.
Die Freezer traten immer auf während ich nur auf dem Dektop war oder gerade was im Browser machen wollte oder bei der steam installation.
Also habe ich Memtest5 gestartet , ohne Probleme , wieder kurz auf dem Desktop Freezer. Dann cinebench R23 durchlaufen lassen , alles gut. nun wieder auf dem desktop Freezer.
Nochmal komplett system Platt gemacht und nur mit windows treibern , wieder Freezer auf dem desktop oder im Browser.
Als nächstes habe ich Windows 11 22H2 (genauen Build müsste ich schauen) frisch runtergeladen und installiert. Nun das ganze spiel mit selben Ergebnissen durchgeführt.
Zwischendrin habe ich verschiedene Bioseinstellungen probiert da ich vermutet habe es liegt am ram mit Deaktiviertem Memory Fastboot + mit aktiviertem , Slow training , Auto. Immer das selbe Ergebnis.
Da ich mich gewundert habe das unter last alles gut war habe ich nun einfach die Energieoption auf höchstleistung gestellt und siehe da Es läuft alles einwandfrei.
Ich habe noch keine Cstates im Bios geändert, werde es aber noch probieren.
Nun ist natürlich die Frage wo liegt das Problem. Ist es ein Bios problem oder ein Hardwareproblem?
Ich weiß leider nicht auf welchem Energieprofil das OS beim ersten run stand.
Momentan bin ich jedenfalls gefrustet nach inzwischen 10 neuinstallationen und verschenkter Urlaubszeit Gibts noch vorschläge was ich testen soll/kann ?
Kann der Fehler auch bei der CPU liegen? Es lief anfangs, wie gesagt alles mehrer stunden einwandfrei.
Mir qualmt momentan der schädel.

Hardware :
I5 13600KF , MSI Z690 Edge Wifi , 32 GB (2x16) G.Skill F5-6000U3636E16GX2-TZ5RK , MSI RX 6800 XT Gaming X Trio , BeQuiet Dark Power Pro 11 650W

Software :

Windows 11 Pro 22H2 Systembuild 22621.674 , Chipsatztreiber 10.1.19199.8340 , Intel ME 2208.16.0.2718 , Intel GNA habe ich auch probiert mit oder ohne ändert nichts, Netzwerktreiber 2.1.1.14 , Realtek 6.3.9600.2342

Ansonsten Firefox Aktuell / kasperky Internet security (mit oder ohne ändert nichts) und versuchsweise Steam.
Es wurden bei der Neuinstallation keine zusätzliche überwachungssoftware installiert.

Ich denke alle wichtigen daten habt ihr . Kühlprofil/Energieprofil im bios war immer Boxed 125W 181W / immer erp2013 aktiv -teste noch ohne - / c1e immer deaktiviert.

Edit : ERP ready war es nicht.Nach deaktivierung und ausbalanciert - Freezer
Edit 2 : Im Ereignisprotokoll unter Hardware stehen keine Fehler

Hallo, ich kann dir meine Erfahrungen dazu schreiben, gleiches Mainboard nur DDR4. es lag bei mir an den ASPM Settings, Max Linkspeed Settings für die Grafikkarte Max C State Settings.
Hier mal meine Settings dazu.

Beitrag automatisch zusammengeführt: 05.11.2022

Danke für Den Feedback. Habe heute Vormittag die 7D32v191 für mein Tomahawk DDR4 probiert. Hab so ziemlich das glieche Problem wie mit der v18. Alles über 3600 bootet nicht oder nur schwierig. Mit MSI TryIT bekomme ich 3733 oder auch 3866 hin. Verstelle ich aber was an den Latenzen ist Feierabend. Hast Du irgend etwas geändert zu vorher? Kannst Du vielleicht mal Deine CPU und RAM Settings (inkl. Advanced Timings posten). Wäre Top!

Auffällig war noch Volgendes:
Bei meinem v17 3733 Setting hatte ich SA auf 1.250 und VDDQ auf 1.20. Über 3600MHz startet das Board mit VDDQ < 1.240V gar nicht mehr.
Des Weiteren stehen im BIOS v17 die AUTO-Werte Rtt Park fpr CH-A und CH-B auf 80. Im v18 und v19 auf 240. Ein händisches zurückstellen auf 80 hat nicht zum erfolg geführt.

Komme mit dem BIOS v18 / v191 nicht weiter. Hat jemand eine Idee?

Bin wieder zurpck auf v17 und habe meine altes Profil vom Stick geladen -> läuft auf anhieb (3733 C16 mit Subtimings tRFX, tREFI ...). Hab hier und da schon Posts (ab Seite 47) von anderen Leuten gefunden, die meinten, dass es ab v1.20 dahin gehen nur abwärts ging. Wäre schade.... Rocket Lacke kan man sich so mit dem Board abschminken.

Bei mir ist es umgedreht, mit Bios Version 17 , Sa Voltage 1,2 VDDQ 1,25 volt damit läuft es, VDDQ muss bei mir höher sein als SA.

 

[Gelöschtes Mitglied 337316]

@Gurke95 : danke für den Tip. Wenn meine CPU wieder da ist oder ne neue , werde ich die settings testen sofern es nicht direkt läuft

 

[Gurke95]

@Gurke95 : danke für den Tip. Wenn meine CPU wieder da ist oder ne neue , werde ich die settings testen sofern es nicht direkt läuft

Außerdem solltest du mal MSI_Util laufen lassen, es kann dir zeigen ob deine Interrupts alle auf MSI umgestellst sind oder noch Line Based eingestellt sind. MSI hat hier nichts mit MSI als Hersteller zu tun. MSI = Message-Signaled Interrupts.

“Unerklärliche” Interrupt-Probleme lösen: Message-Signaled Interrupts (MSI) gegen Soundaussetzer, USB-Probleme & Co. | Praxis | igor´sLAB

Aus gegebenem Anlass hole ich heute einen Artikel nach vorn, der zwar nur knapp ein Jahr alt ist, aber nichtsdestotrotz aktuell wie damals. Mir ist das Interrupt-Problem schon mehrmals aufgefallen…

www.igorslab.de

 

[Gelöschtes Mitglied 337316]

Das mit MSI hab ich schongesehen und zuvor gemacht,da ich ab und zu USB Probleme hatte.Beim letzten frischen System habe ich mich zuerst auf das zum laufen bringen des 13600KF konzentriert . Das Util hab ich schon auf meinem USB Stick

 

[MAX25]

Mein 12700K läuft auf dem PRO Z690-A WIFI DDR4 aktuell mit kompletten Standard Einstellungen und wird doch recht warm, trotz Wakü.
Bei CPU lastigen Spielen bis 80°C etwa bei 36° Wassertemp, kommt mir zuviel vor.
V-Core legt das Board 1,354V an @ Default bei 4900MHz.
Gibt es auf dem MSI eine Einstellung zum MCE (multi core enhancement) ähnlich ASUS, die es zu deaktivieren gilt?
Kühler steht im Bios auf Tower, sollten demnach 180W sein

​

 

[ET4000]

Ja, das heißt Enhanced CPU Turbo oder so ähnlich.

 

[Gelöschtes Mitglied 337316]

@MAX25 : stelle mal PL1 auf 125W und PL2 auf 190W. Bei mir lag der 12700K damit bei Knapp ~70°C Luftgekühlt

 

[MAX25]

Danke, habe mal beide PL auf 150W eingestellt, V-Core 1,3V Adaptiv+Offset -0,04V, Enhanced Turbo aus.
Geht im Cine23 bei 33°C Wasser auf 78°C CPU bei Spitzen bis 1,34V V-Core, im Schnitt liegt die V-Core aber niedriger.
WLP auch nochmal neu, Backplate sitzt auch einwandfrei mit dem HK4, CPU erst nach Backplate in den Sockel um jede Verbiegung zu vermeiden.

Die E-Cores sind deaktiviert, da ich damit in einigen Spielen Probleme hatte, daran sollte es aber nicht liegen denk ich.
Kann es an der SA-Spannung liegen? Steht wie alle anderen auf Auto.

 

[ET4000]

Die E-Cores sind deaktiviert

Das hat mir beim Z690 Edge DDR4 die Vcore derbe hochgesetzt. Von 1,22V auf 1,34.

Aktiviere mal wieder die E-Cores und lass die Spannung auf "Auto" und prüf dann, ob die Temperatur besser ist.

Gruß

 

[MAX25]

Probier ich später aus.
Wahrscheinlich verbrät er alles sinnlos auf die P-Cores,trotzdem etwas merkwürdig dieses Verhalten.