[Sammelthread] Ryzen DDR5 RAM OC Thread

@Veii Wieder ein Stück näher. Lief (nach 12h Cooldown time) durch mit einem einzigen #11 bei Run 14. :)

Max Temp war 51,5°C. Hab jetzt den Lüfter vorne + auf dem Ram noch einmal um +10% erhöht, das hat das Max auf 49,8°C reduziert. Nach deiner Liste wäre das Overheating...

Leider RAS und RTP mit dem Fenster überlagert :fresse:. AUf dem zweiten Screen ist es drauf.
 

Anhänge

  • 2024-01-04 11_54_02-.png
    2024-01-04 11_54_02-.png
    119,2 KB · Aufrufe: 142
  • 2024-01-04 12_15_53-AIDA64 Extreme v7.00.6700.png
    2024-01-04 12_15_53-AIDA64 Extreme v7.00.6700.png
    323,1 KB · Aufrufe: 124
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Veii Wieder ein Stück näher. Lief (nach 12h Cooldown time) durch mit einem einzigen #11 bei Run 14. :)
1704372679287.png

Yuk.
No changes at all~
Lästig~~

Entweder funtioniert ASUS PMIC Constant current mode nicht mehr (bitte als bug reporten)
Oder es gibt einen weiteren Wert im SPD-Hub den ich übersehe und Corsair alleine gehört der blame.

Max Temp war 51,5°C. Hab jetzt den Lüfter vorne + auf dem Ram noch einmal um +10% erhöht, das hat das Max auf 49,8°C reduziert. Nach deiner Liste wäre das Overheating...
Es macht Sinn :)
Je nach RTTs wäre die Max Temp Range unterschiedlich.
65535 hat bis 80-85° stabil zu sein, allerdings sind es IC Temp Werte.
Somit wären das etwa 65° PMIC temp. So um den dreh.

Meine Liste sagt RFC oder REFI bzw Overheating issue.
Man könnte daran Arbeiten den 50° Cap etwas noch oben zu bewegen.
Oder du rennst minimal langsamere RFC. 704 zb.

Und,
brave_wEV0mb0QEb.png
brave_5pBS9o3cUN.png

Macht keinen Sinn. (ZT erkennt den OC mode nicht, die Werte sind korrekt)
VDDQ_MEM hat tiefer zu sein. Die dimms benehmen sich eigenartig.
Versuche mal 1.43 VDDQ_MEM zu 1.53 VDD_MEM *
Die 1.03V (SPD) sollten 1.1v sein ? Da fehlt noch ein Stück haha.

* Mit einem ColdBoot, den VREF wird sich neugerieren müssen.
Ich erwarte Errors, außer unser Setup passt.
Als tip
1704373289803.png

ZT nur am Schluss öffnen bzw sogar garnicht solange HWInfo offen ist.
Sie stören sich.
 
Oder du rennst minimal langsamere RFC. 704 zb.
Das kann ich mal probieren, nochmal einen Step nach oben zu gehen. Probiere ich für morgen mal aus
Und,
Anhang anzeigen 955448Anhang anzeigen 955449
Macht keinen Sinn. (ZT erkennt den OC mode nicht, die Werte sind korrekt)
VDDQ_MEM hat tiefer zu sein. Die dimms benehmen sich eigenartig.
Ja ZT erkennt das nicht richtig, das Verhältnis der Werte ist da auch falsch. Habe mich an die 0,05V Unterschied gehalten: Im Bios eingestellt sind 1,49V VDD_MEM + 1,44V VDDQ.
Versuche mal 1.43 VDDQ_MEM zu 1.53 VDD_MEM *
Also insgesamt mehr Spannung drauf? Das wird dem Overheating aber entgegenwirken?
Die 1.03V (SPD) sollten 1.1v sein ? Da fehlt noch ein Stück haha.
Hm, Netzteil ist ein Corsair AX1600i :/ - das sollte gerade die geringen Spannungen digital eigentlich sehr gut generieren...
* Mit einem ColdBoot, den VREF wird sich neugerieren müssen.
Ich erwarte Errors, außer unser Setup passt.
Als tip
Anhang anzeigen 955450
ZT nur am Schluss öffnen bzw sogar garnicht solange HWInfo offen ist.
Sie stören sich.
Mache ZT in der Regel eigentlich erst am Ende an, habe den Haken mal rausgemacht und werde drauf achten, schnell zu sein.

Habe zum spielen das PATRIOT 32GB A-Die 8000 bzw. 8200er Kit im Auge, dann könnte ich das mal verifizieren bzgl. Corsair PCBs/PMIC.
 
Also insgesamt mehr Spannung drauf? Das wird dem Overheating aber entgegenwirken?
Die Hitze entsteht nicht durch VDD_MEM :)
Voltage means nothing.
Hm, Netzteil ist ein Corsair AX1600i :/ - das sollte gerade die geringen Spannungen digital eigentlich sehr gut generieren...
Es liegt am PMIC und oder das Board.
Aber ich sah schon mehrere male solch etwas, somit liegt es am PMIC bzw SPD-HUB welcher vieles davon steuert.
Es hat dennoch zu funktionieren, aber ja~
Habe zum spielen das PATRIOT 32GB A-Die 8000 bzw. 8200er Kit im Auge, dann könnte ich das mal verifizieren bzgl. Corsair PCBs/PMIC.
Die Viper Xtremes sind eigentlich gut.
Aber die Teamgroup XTREEMs sind etwas besser sowie generell 24gb dimms.
Beide sind ok - nur aktiv geld dafür auszugeben würde ich nicht.
Solange wir nicht 8800MT/s als Target setzen und die 8000 einfach werden, lohnt es sich nicht besonders ~ in gute DIMMs zu investieren.
 
ein erstes Ergebnis hab ich jetzt.
wohl doch nicht ganz stabil. Karhu lief durch. Bin aber leicht runter mit der VSoC auf 1.2v. Ob es daran lag weiss ich nicht. Nach 23 Cycles 1usmus_v3 hatte ich 3 Fehler. 15/1/7
Teste jetzt nochmal mit alter VSoc 1.23v
 
Nur mal so in die Runde gefragt, wurden 6000MHz in Kombination mit CL28-34-34 oder CL30-34-34 schon einmal angetestet, weil in der "Ryzen 7000 DDR5 OC Chart-Liste" ist dazu leider kein Beispiel drin.

Oder gibt's da ein Limit?
 
Nur mal so in die Runde gefragt, wurden 6000MHz in Kombination mit CL28-34-34 oder CL30-34-34 schon einmal angetestet, weil in der "Ryzen 7000 DDR5 OC Chart-Liste" ist dazu leider kein Beispiel drin.

Oder gibt's da ein Limit?
Sollte machbar sein : )

bzw. ist es.
Beitrag automatisch zusammengeführt:

Nur mal so in die Runde gefragt, wurden 6000MHz in Kombination mit CL28-34-34 oder CL30-34-34 schon einmal angetestet, weil in der "Ryzen 7000 DDR5 OC Chart-Liste" ist dazu leider kein Beispiel drin.

Oder gibt's da ein Limit?
Kannst ja mal die Tabelle bemühen.
 
Nach 23 Cycles 1usmus_v3 hatte ich 3 Fehler. 15/1/7
#15 Cpu oder RFC instability
Meistens CPU cores instability

1&7 könnten side-issues sein
Alles je nachdem wie viele davon und wann sie kaamen

Die Rennzeit, die Anzahl und die Kombination dieser ändert leicht die bedeutung der Errors ab.
 
Nur mal so in die Runde gefragt, wurden 6000MHz in Kombination mit CL28-34-34 ... schon einmal angetestet, weil in der "Ryzen 7000 DDR5 OC Chart-Liste" ist dazu leider kein Beispiel drin.

Oder gibt's da ein Limit?
A-Die_6800_6000CL28-34-34#19_54.1.PNG


PyPrime2.2_#15_9.294_53.9_testOS.PNG


bekomme ich aber nicht Prime95 large fft stable - leider ^^
 
Okay, schön. Da werde ich wohl mal testen müssen :coffee2:
 
@Major2312

ist m.e. nach den Aufwand nicht wert - geh gleich auf 6200CL30 mit scharfen Subtimings (das ist auch wesentlich einfacher zu handlen):

PyPrime2.2_6200CL30#10_9.280_53.3_TM5_testOS.PNG


das ist mittlerweile auch Prime95 large fft stable :banana:

obwohl ich die letzten Tage wieder etwas mit RTT und ProcODT gespielt habe - also sind die letzten geposteten Screens eigtl. schon wieder hinfällig :fresse:

Zentimings aktuell:

ZenTimings_aktuell_RTT_ProcODT.png


damit läuft das System unter hoher Last (z.B. Prime95 large fft) einfach "geschmeidiger/sauberer" - daher werde ich das beibehalten und weiter Takt/Timings daran anpassen
 
@Veii und @Gr3yh0und bei mir schwankt auch die VIN Spannung. Habe auch ein Asus Board (650e e). Speicher ist von Kingston SK Hynix A Die PMIC: Richtek Power. Netzteil Seasonic Prime 850 W. Was mir half um VDDQ zu glätten war die Einstellung PMIC Voltages [Per PMIC Mode]. Meine 5 Volt Schiene in HW Info ist stable bei 5,020 V. Blos der PIMC lässt irgendwie die VIN Spannung vom RAM extrem schwanken.
 

Anhänge

  • Hardwareluxx1.jpg
    Hardwareluxx1.jpg
    61,3 KB · Aufrufe: 94
Zuletzt bearbeitet:
#15 Cpu oder RFC instability
Meistens CPU cores instability

1&7 könnten side-issues sein
Alles je nachdem wie viele davon und wann sie kaamen
Fehler kamen wahrscheinlich ziemlich spät und jeder nur ein Mal. Nachdem ich einen erneuten RUN mit wieder höherer VSoC von 1.23v gemacht habe sind die 25 Cycles Fehlerfrei durch. Jetzt läuft gerade Y-Cruncher (alle Tests) in der dritten Iteration.
 

@LuxSkywalker


Meine 2x32GB M-Die, Double-Sided, laufen zur Zeit so hier . . .
ZT_04.01.2024.png
und bin eigentlich sehr zufrieden. Der Takt passt mir persönlich, nur an den Timings wollte ich noch ein bissel herum experimentieren.
 
Nach 23 Cycles 1usmus_v3 hatte ich 3 Fehler. 15/1/7
#15 Cpu oder RFC instability
Meistens CPU cores instability

1&7 könnten side-issues sein

Nachdem ich einen erneuten RUN mit wieder höherer VSoC von 1.23v gemacht habe sind die 25 Cycles Fehlerfrei durch
#1 war ein side issue.
Ich hab das Sheet leider nicht im Kopf & war noch unterwegs
#7 ist definitiv ein Spannungsproblem

brave_967nnwUrbU.png

SOC/SA wird nicht als Spannung zwischen den RAMs benützt
VDDIO jedoch schon. VDDQ ebenso.

Was für settings rennst du überhaupt ?


@anta777 can you forward a request towards CoolCMD / OC-RU
Is it possible to change "stop after errors" to 5. Minimum errors collected = 5 ?
1704394513938.png

So one can track errors. Stopping at the first can be a side-issue.
Doesn't guarantee to be this error as core reason.

Rest works so far
Or maybe if he doesn't want
1704394384515.png

Add option to disable "в случае ошибки прекратить тестирование"
Function implemented is for laziness. For analytical purpose, this bothers.

Reading is "ok", speaking/writing skill is bad. Asking for favor~
 
#1 war ein side issue.
Ich hab das Sheet leider nicht im Kopf & war noch unterwegs
#7 ist definitiv ein Spannungsproblem

brave_967nnwUrbU.png

SOC/SA wird nicht als Spannung zwischen den RAMs benützt
VDDIO jedoch schon. VDDQ ebenso.

Was für settings rennst du überhaupt ?
danke für die Info! Was bedeutet "side issue" ?

derLauf mit Fehlern hatte 1.2 VSoC und eine falsche VDDQ (kleiner als VDDIO)


der Screenshot ist jetzt Fehlerfrei durch TM5 und nach derzeit 80 Minuten y-crunsher auch Fehlerfrei

6200_3.PNG
 
falsche VDDQ (kleiner als VDDIO)
Irrelevant :)
VDDQ darf kleiner sein.

VDDIO ist der VDD(2)_CPU link
VDDQ_MEM ist weit weg von dem .
VDDQ_CPU ist bei AMD auto-kalkuliert.

VREF bzw Sinus Curve wird aus VDD ("top") und VDDQ ("bottom") gebaut.
DQ - Data Line
DQS - Voltage Line
Was bedeutet "side issue" ?
Side Issue, Side Influence
Ein Fehler/Problem welches Aufgrund etwas anderem auftaucht und mit etwas anderem maskiert werden kann

VDDCR_SOC kann einiges an Problemen maskieren.
Fehlende VDDG
Fehlende VDDP
Zu schwache procODT
Fehlende VDDIO/MC
Zu schwache ODTs zu mem ~ usw :)

1704396145816.png

Wenn dir nach etwas mehr Leistung ist.
Dem SOC Problem würde ich etwas nachgehen.
Und VDDIO minimal höher stellen um sicher zu gehen.
Beitrag automatisch zusammengeführt:

Ah was hällt dich eigentlich davon ab 28-36-36 zu rennen ?
So gegen 1.42-1.44 VDD_MEM , mit 1.35 VDDQ_MEM.
 
Zuletzt bearbeitet:
Wenn dir nach etwas mehr Leistung ist.
Dem SOC Problem würde ich etwas nachgehen.
Und VDDIO minimal höher stellen um sicher zu gehen.
werde ich direkt testen. Für einen RUN TM5 hab ich heute noch Zeit :)
Beitrag automatisch zusammengeführt:

Ah was hällt dich eigentlich davon ab 28-36-36 zu rennen ?
So gegen 1.42-1.44 VDD_MEM , mit 1.35 VDDQ_MEM.
hmmm, hab keine Aktive Kühlung und ohne Hitze von der GPU werden die Dimms jetzt bis 53 Grad warm. Könnte eng werden.
 
werde ich direkt testen. Für einen RUN TM5 hab ich heute noch Zeit :)
Beitrag automatisch zusammengeführt:


hmmm, hab keine Aktive Kühlung und ohne Hitze von der GPU werden die Dimms jetzt bis 53 Grad warm. Könnte eng werden.
Testen und Reports darlassen 🤭
 
Guten Abend zusammen,

ich bin beim Thema RAM-Timings leider auch nicht so tief drin und möchte mal meine Timings "challengen". Vielleicht hat ja jemand wie @Veii noch einen nützlichen Hinweis, der auf Wissen und nicht "try and error" basiert :ROFLMAO:

Beim Aufbau des neuen PC's habe ich meine aktuellen RAM Timings durch diverse Foren und Stabilitätstests "erarbeitet" (Berechnet ist hier nichts, sondern lediglich Empfehlungen umgesetzt). Ich muss dazu sagen, dass ich ZEN 4 Nutzer seit der ersten Stunde bin und grade zu Beginn lief alles ziemlich schlecht. Aber mittlerweile ist die AM5 Plattform recht stabil und die RAM Kompatibilität wesentlich besser.

Anbei mal meine Konfig sowie ein AIDA Test:

Screenshot 2024-01-04 221709.png


Zur Info: Es handelt sich egtl um ein DDR 6400 KIT, aber der Memorycontroller macht da zu viele Probleme, sodass sich DDR 6200 als viel praktikabler erwiesen hat. Dies kann sich durch die letzten AGESA Updates natürlich schon gebessert haben, aber ich habe mich da nicht mehr ran gewagt, da alles stabil ist (TestMem5 mit 1usmus v3 Profil mehrere Stunden stabil sowie ycruncher ebenfalls knapp 2 Stunden ohne Probleme)
 
Testen und Reports darlassen 🤭
mit deinen Anpassungen von tWTRS=4 / VDDIO=1.32v / RttWr (48) ist es durchgelaufen :)
CL 28 teste ich vielleicht dann nächste Woche mal, bin leider erst mal beschäftigt und nicht am PC.


6200_4.PNG
 
@z3r0.c0m im Start Post gibt es eine Excel Sheet. Das mithilfe von Veii's Wissen erstellt wurde. Aida wird zwar gerne verwendet ist aber eher ein ungenauer Benchmark. Pyprime. Ycruncher und sisoft sandra interThread test verwenden. Kannst dich auch an meinen Werten orientieren habe auch nen 7950x. Schau mal ein paar Posts voher von mir
 
Zuletzt bearbeitet:
Beim Aufbau des neuen PC's habe ich meine aktuellen RAM Timings durch diverse Foren und Stabilitätstests "erarbeitet" (Berechnet ist hier nichts, sondern lediglich Empfehlungen umgesetzt). Ich muss dazu sagen, dass ich ZEN 4 Nutzer seit der ersten Stunde bin und grade zu Beginn lief alles ziemlich schlecht. Aber mittlerweile ist die AM5 Plattform recht stabil und die RAM Kompatibilität wesentlich besser.
Error correction ist sehr gut :)
RAS unter RCD+X ist unmöglich

1704405357675.png

Beitrag automatisch zusammengeführt:

mit deinen Anpassungen von tWTRS=4 / VDDIO=1.32v / RttWr (48) ist es durchgelaufen :)
ffgZsKQGju.png

Wirst du in solideren Benchmarks merken :)
Wunderbar~

Gut'Nacht 👋
Danke fürs testen~
 
@z3r0.c0m im Start Post gibt es eine Excel Sheet. Das mithilfe von Veii's Wissen erstellt wurde. Aida wird zwar gerne verwendet ist aber eher ein ungenauer Benchmark. Pyprime. Ycruncher und sisoft sandra interThread test verwenden. Kannst dich auch an meinen Werten orientieren habe auch nen 7590x. Schau mal ein paar Posts voher von mir
Der zweite Link geht auf das aktuellste Dokument. Den Link auf v5 könnte man vielleicht rausnehmen.
 
Entweder funtioniert ASUS PMIC Constant current mode nicht mehr (bitte als bug reporten)
Oder es gibt einen weiteren Wert im SPD-Hub den ich übersehe und Corsair alleine gehört der blame.
Ich habe jetzt mal den Mode an/aus und 1-2 Runs mit TM5 gemacht, genauso habe ich den Tip mit den PMIC Einstellungen "per DIMM" probiert und in den Menüs das manuell eingestellt. Keine Änderung, weiterhin alles genau beim alten :/
Meine Liste sagt RFC oder REFI bzw Overheating issue.
Man könnte daran Arbeiten den 50° Cap etwas noch oben zu bewegen.
Oder du rennst minimal langsamere RFC. 704 zb.
Ich denke ich gehe mal noch einen RFC Step nach oben für den Test morgen.
Versuche mal 1.43 VDDQ_MEM zu 1.53 VDD_MEM *
Die 1.03V (SPD) sollten 1.1v sein ? Da fehlt noch ein Stück haha.
Habe ich probiert, da bekommen ich sofort jede Menge Fehler, wenn ich zu stark von den aktuellen Werten abweiche.
* Mit einem ColdBoot, den VREF wird sich neugerieren müssen.
Ich erwarte Errors, außer unser Setup passt.
Als tip
Anhang anzeigen 955450
ZT nur am Schluss öffnen bzw sogar garnicht solange HWInfo offen ist.
Sie stören sich.
Habe es jetzt mal komplett ohne ZT gemacht, aber keine Änderung im HWInfo.
Die Hitze entsteht nicht durch VDD_MEM :)
Voltage means nothing.
Okay, again what learned. Ich habe heute noch einmal einen Run gemacht aus dem Cold Boot raus und hatte einen #5. Gleichzeitig hat HWInfo kurz 63° angezeigt offenbar. Das kann aber nur ein Spike gewesen sein, fällt aber vllt. mit dem #5 zusammen. War im TM5 Run 10. Auch noch ein Grafana Screenshot der Temps (taken per minute). Da sieht man wann sich die Temp eingeschwungen hat.
2024-01-05 13_42_14-HWiNFO64 v7.66-5271 Sensor Status [1 value hidden].png2024-01-05 13_56_05-Desktop - Dashboards - Grafana — Mozilla Firefox.png
Es liegt am PMIC und oder das Board.
Aber ich sah schon mehrere male solch etwas, somit liegt es am PMIC bzw SPD-HUB welcher vieles davon steuert.
Es hat dennoch zu funktionieren, aber ja~
Ja ich versuche das denke ich jetzt mal mit einem anderen Satz RAMs gegenzutesten.
Die Viper Xtremes sind eigentlich gut.
Aber die Teamgroup XTREEMs sind etwas besser sowie generell 24gb dimms.
Die Viper Xtreme sind zumindest gut zu bekommen und zu akzeptablen Preisen. Den Reviews nach zu urteilen geht der HS leicht ab und auch der PMIC hat ein Wärmeleitpad. Gibt es auch mal für ~200.

Die XTREEM gefallen mir auch sehr, da ist der Preis aber bei uns in EU aktuell zu krass. Import zum Teil nur über Amazon US und sehr sporadisch. 32GB A-Dies 8000CL38 300€, 48GB 350+ :/
Dann vielleicht lieber die 32GB A-Dies und mit niedriger TRFC versuchen noch etwas rauszuquetschen.
Beide sind ok - nur aktiv geld dafür auszugeben würde ich nicht.
Solange wir nicht 8800MT/s als Target setzen und die 8000 einfach werden, lohnt es sich nicht besonders ~ in gute DIMMs zu investieren.
Das ist richtig, geht eher über das basteln/optimieren und wer weiß, vielleicht bekommen wir im Q3 dann ja bessere X770 Boards und auch einen IMC, der etwas mehr kann ;)

Aber nochmal schonmal danke für den vielen Input :)
 
Zum kühlen der Sticks hatte ich mir die alphacool heatsinks geholt. Muss sagen war mehr Optik. Vorteil war jedoch die sind komplett flach. Habe dann seitlich 40*40*11 mm Kühlrippen so angebracht dass sie vom Luftstrom des Radiators angepustet werden. Wenn man es sauber macht siehts nicht mal schlecht aus. Temp max 52 Grad TM5 25 cycle
 
Zuletzt bearbeitet:
Anbei auch noch ein Bild. Ein Modul kann man doppelt mit Heatsinks bestücken ( hab ja dualsided Sticks). Für 2 reicht der Platz nicht.
Da das weniger bestückte Modul mehr im Luftstrom ist gleicht sich das jedoch aus.
 

Anhänge

  • IMG_20240106_103601.jpg
    IMG_20240106_103601.jpg
    644,9 KB · Aufrufe: 152
@Wolf87

wie hoch war jetzt MEM VDD und die Geschwindigkeit der Sticks bei max 52°C?
 
Habe ich probiert, da bekommen ich sofort jede Menge Fehler, wenn ich zu stark von den aktuellen Werten abweiche.
Was bedeuted "Fehler" :d
Okay, again what learned. Ich habe heute noch einmal einen Run gemacht aus dem Cold Boot raus und hatte einen #5. Gleichzeitig hat HWInfo kurz 63° angezeigt offenbar. Das kann aber nur ein Spike gewesen sein, fällt aber vllt. mit dem #5 zusammen. War im TM5 Run 10.
#5 channel dropout , from cpu side.
Der 63° spike ist ein EC auslese-bug.
Das passiert sowohl durch ZT als auch durch andere RGB software welche den Controller zuspammen.

Da du ZT nicht offen hattest, ist die Sache klar ?
Ein weiteres Programm spammt noch den EC zu.
Eigentlich geht HWMonitor in letzter Zeit recht gut.
Bei mir machte HWInfo bei DDR5 Probleme.
Laggte komplett.

Es "kann" pasieren dass ein EC Bug mem oder CPU kurzzeitig aufhängt. Eher die Hosts, um sich vor Racecondition bugs zu schützen
Aber solch etwas ist viel zu Unwarscheinlich :)

Die Viper Xtreme sind zumindest gut zu bekommen und zu akzeptablen Preisen. Den Reviews nach zu urteilen geht der HS leicht ab und auch der PMIC hat ein Wärmeleitpad. Gibt es auch mal für ~200.

Die XTREEM gefallen mir auch sehr, da ist der Preis aber bei uns in EU aktuell zu krass. Import zum Teil nur über Amazon US und sehr sporadisch. 32GB A-Dies 8000CL38 300€, 48GB 350+ :/
Die XTREEM um 350 klingt ok
Aber nur die 8200er
Für ein failed bin, sind 320++ zu viel.

Wenn man upgraden möchte , dann würden eher die 24gb kits in'frage kommen.

Das ist richtig, geht eher über das basteln/optimieren und wer weiß, vielleicht bekommen wir im Q3 dann ja bessere X770 Boards und auch einen IMC, der etwas mehr kann ;)

Aber nochmal schonmal danke für den vielen Input :)
Ich würde darauf nicht besonders hoffen.
Könnte falsch liegen, aber es gibt kein soliden Grund weswegen man schon schwer zu produzierende Boards, als erneuerte SKU mit wiederholten überprüfschritten, rausbringen sollte.

Es gibt momentan 8033-8677 straps zu richten.
// Jede Strap zwischen 8000-8800 ist kapput. Und ein 800MT/s jump ist weiterhin zu schwer stabil zu bekommen.
Wir haben die 8800 noch nicht ganz stabil und das FW Team hat mehr als genug arbeit vor sich.
Es wäre unüberlegt jetzt ein neues PCB rauszubringen.

Soweit auch nicht nötig da wir kein Gear 4 rennen können, bzw es wenig Sinn macht. :)
 
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