Thaiphoon CRC-Error mit DDR4 Corsair Dominator Platinum (CMD16GX4M2E4000C19)

[Alchima]

Hallo Zusammen,

wie der Titel schon sagt geht es um meine Corsair Dominator Platinum. Ich habe Probleme beim zocken mit XMP gehabt. Selten aber es kam vor.
Da mein System (8700k - MSI z370 SLI Plus) eigentlich klar kommen sollte habe ich mal dem Ram etwas genauer analysiert und festgestellt, dass ich auf allen 4 Riegeln einen CRC-Error habe.



Oft wird gesagt, dass irgendwelche RGB Programme zur Variation der LEDs auf das SPD des Speichers zugreift und diesen verändert. Was ich schon mal sagen kann ist, dass das nicht der Grund für den CRC-Error ist. Bei genauer Untersuchung sind mir Ungereimtheiten aufgefallen. Beispiel: der Wert "tFAW min" ist bei drei Riegeln mit 85 Nanosekunden angegeben, während bei einem Riegel der Wert mit 75 ns angegben ist.



Das dürfte ja normalerweise gar nicht sein, zumal die Riegel im Auslieferungszustand ja alle gleich sind. Naja, alsoscheinbar wurde (wie auch immer das passiert ist) die SPD Datenebene verändert. Da die Veränderung tatsächlich Werte betrifft, die die Funktion beeinflussen können (also kein RGB Kram) wäre es echt in meinem Interesse dieses Problem zu korrigieren. Ich kann leider auch keinen Ursprungszustand bestimmen da ja alle vier Riegel korrumpiert sind bzw. verändert wurden. Auch nicht wieviel und was verändert wurde.

Hat zufällig jemand die selben Riegel und kann mir eine Dump Datei seines Speicher bereitstellen? Ich würde das ganze sehr gerne wieder in Ordnung bringen.
Hat jemand schon allgmein Thaiphoon benutzt um CRC-Fehler wieder hinzubiegen?

 

[emissary42]

Prüfe bitte mal, ob bei dir während des Auslesens irgendeine andere Software lief, welche ebenfalls auf den SMBUs zugreift. Falls ja, dann beende diese und stoppe die zugehörendenen Hintergrundprozesse vor dem Start von Thaihphoon Burner. Denn dadurch können die Daten verfälscht werden, was widerrum zu false Postives führt. Es wäre zumindest sehr ungeöhnlich, dass alle vier Module ein fehlerhaftes SPD besitzen sollen, denn das war eher ein Problem zu Beginn der RGB-Seuche als der eine oder andere Hersteller mit seiner App noch mehr oder weniger unkontrollierte Schreibvorgänge durchgeführt haben.

Das Modell ist in der SPD Datenbank leider noch nicht vorhanden, nur die CMD32GX4M4E4000C19. Du kannst mir auch gern die vier fehlerhaften Dumps zur Prüfung hochladen, falls die Ursache tatsächlich kein Zugriffs- oder Softwareproblem war.

Der Grund warum das XMP nicht stabil läuft, könnte aber auch schlicht das Mainboard bzw dessen Speichertraining sein, welches mit dem Takt überfordert ist. Das lässt sich mit einer schrittweisen Reduzierung aber relativ schnell herausfinden.

 

[Alchima]

Danke für deine Rückmeldung. Andere Programme greifen nicht auf den SMBus zu. Ich habe davon gelesen und natürlich ist alles aus. Ich habe auch schon in der SPD Datenbank nachgeschaut und leider ebenfalls feststellen müssen, dass mein Ram nicht dabei ist. Die Absenkung des Taktes und die Anpassung der CLs habe ich durchgeführt und nun läufts stabil (scheinbar). So gesehen würde der Ram nun zwar funktionieren, aber es stört mich dennoch, dass CRC-Fehler vorliegen.
Ich schicke dir gerne die 4 Dumps zu (Zip hängt dem Post an) und würde mich sehr freuen wenn du mal nachsehen könntest. Danke dir vielmals für deine Hilfe.

 

[emissary42]

Ich hab den CRC Fehler im Bild manuell korrigiert. Das SPD müsste bei allen vier Modulen so angepasst werden:

50h: 024h -> 00
51h: 024h -> 00 & 025h -> A8
52h: 024h -> 00
53h: 024h -> 00

Das CRC Kontrollfeld in der Statusleiste sollte dann wie im Bild zu sehen von Rot auf Grün wechseln und CRC OK anzeigen.

Der Fehler betrifft die tFAW für die Standardprofile, bei aktiviertem XMP würde der Fehler keine Rolle spielen.

Spoiler

 

[Medi Terraner]

@emissary42 Ich bewundere dich wirklich um deine Kenntnisse! Tiefen Respekt!

 

[Alchima]

@emissary42, ich danke dir vielmals für deine Hilfe. Damit sind schon mal die Standardwerte bekannt. Das die 58 bei 025h in A8 umgewandelt werden muss konnte ich mir anhand der Vergleich mit den anderen Riegeln erschließen. Das mit 024h -> 00 bei allen Riegeln wusste ich aber nicht. Wie hast du das herausgefunden?


Ich würde das dann editieren, allerdings hätte ich noch Fragen dazu.

Wie genau geht man da vor bzw. was ist zu beachten bei Thaiphoon. Gehe ich auf den Editor und muss den zu editierenden Wert heraussuchen (die Dump direkt kann ich ja nicht bearbeiten)? Momentan läuft der Ram auf 3600Mhz bei CL16. Kann ich das so lassen oder soll ich XMP einschalten oder komplett zurück auf Standardeinstellungen?

 

[emissary42]

Wie hast du das herausgefunden?

Ich habe mir schon mehr als genug SPDs angesehen, so dass es mir fast sofort ins Auge gesprungen ist.
Auf dem zweiten Blick ist mir leider auch noch aufgefallen, dass die tRRD_L im XMP falsch ist (1 statt 9).

Mein Vorschlag an dich wäre daher, setz dich mit dem Corsair Support entweder direkt oder hier im Forum in Verbindung.
Das hat gegenüber eigenmächtigen Korrekturversuchen auch den Vorteil, dass du dir die Herstellergarantie bewahrst.

 

[Alchima]

Hallo Zusammen, ich melde mich hier nochmal zurück bezüglich des CRC-Fehlers. Wie es mir @emissary42 nahegelegt hat, habe ich mich beim Support gemeldet. Allerdings wurde festgestellt, dass man da nicht viel machen kann, weil mir die Rechnung fehlt. Nun dann bin ich wohl wieder beim eigenmächtigen Korrekturversuch. Meine Frage an dich emissary42 würde also weiterhin bestehen. Wie gehe ich nun vor um den Ram wieder CRC-OK zu machen?

Wie genau geht man da vor bzw. was ist zu beachten bei Thaiphoon. Gehe ich auf den Editor und muss den zu editierenden Wert heraussuchen (die Dump direkt kann ich ja nicht bearbeiten)? Momentan läuft der Ram auf 3600Mhz bei CL16. Kann ich das so lassen oder soll ich XMP einschalten oder komplett zurück auf Standardeinstellungen?

 

[the_patchelor]

Lizenz kaufen und somit write freischalten