[Sammelthread] ASUS ROG Crosshair VI Hero (X370)

BUFUMAN · 26.05.2018

Gut kein Problem, ich hätte gerne mit dem jenigen Kontakt aufgenommen, da der Support bzw. die RMA Abteilung die offensichtlichen Fehler nicht entdeckt.

Wir alle Wissen wohl mehr als Asus.

Ja ich habe dich verstanden, interessant ist dein Verständnis für die Situation. Andere Boards von Asus für den Chipsatz haben nicht die Sensor Fehler, oder FAN Fehler.

Andere Hersteller ebenfalls nicht.

Wir sind im Home User bereich am Ende der Preisleiter für diesen Chipsatz und CPU. Ergo Premium Segment. Was wir bekommen an QM ist Einstiegsklasse.
Und wie wir sehen haben sich meine Befürchtung bestätigt das CH7 hat einige der gleichen Fehler, top!

Unakzeptabel, aber solange wir das hinnehmen (und du aufgrund deines Guten Kontaktes zu Asus...) wird es sich nicht ändern, wir werden wie Milchkühe gemolken.....

Einfach 100eur Boards kaufen und dann sind die Erwartungen auch geringer. Asus hat mich als Premium Kunden verloren.

AMD und generell Hardware wird bei mir nicht mehr als early adaptor erworben.

Gesendet von meinem DUK-L09 mit Tapatalk

emissary42 · 26.05.2018

BUFUMAN schrieb:
Gut kein Problem, ich hätte gerne mit dem jenigen Kontakt aufgenommen, da der Support bzw. die RMA Abteilung die offensichtlichen Fehler nicht entdeckt.

Wir hatten einen Crosshair RMA Fall wegen dieses Problems und konnten es damals auch nicht nachstellen. Allerdings wurde das Board anstandslos ausgetauscht von unserem Distri.

Robo · 27.05.2018

BUFUMAN schrieb:
Ja ich habe dich verstanden, interessant ist dein Verständnis für die Situation. Andere Boards von Asus für den Chipsatz haben nicht die Sensor Fehler, oder FAN Fehler.
Und wie wir sehen haben sich meine Befürchtung bestätigt das CH7 hat einige der gleichen Fehler, top!

Asus hat bei dem C6H wie es aussieht einige Fehler in Hardware eingebaut und versucht das jetzt per Software auszubessern.
Dass das nicht immer geht sollte klar sein, dass man diese Fehler trotzdem in den Nachfolger übernimmt ist allerdings tatsächlich ein Armutszeugnis.

BUFUMAN schrieb:
AMD und generell Hardware wird bei mir nicht mehr als early adaptor erworben.

Die erste Gen ist immer early adaptor, das bezieht sich auf die Chipsätze, die auf dieser Basis erstellten Boards und natürlich auch auf die CPUs - war auch noch nie anders und ist alles andere als AMD spezifisch...

Generell alle CXH Boards sind mit Funktionen dermassen überfrachtet, dass sie ein gutes Beispiel für Overengineering abgeben.
Die Boards können viel, oft schon zu viel, aber das wird eben mit höherer Fehlerwahrscheinlichkeit erkauft. Kann man gut mit werben und "Papier" ist geduldig.

Funktionen wie Lüftersteuerung sobald diese über 0815 hinausgehen bzw. RGB gehören nun mal nicht direkt ins Bios, eine eigene Schaltung vorzugsweise auf einer separaten Platine mit eigener Firmware und vollem Lesezugriff auf die Boardsensoren wäre Qualitativ immer besser und dazu noch flexibler - allerdings nicht günstiger... Macht man das anders (wonach die Mehrheit verlangt...), hat man uU. ein Problem das nur durch eine neue Version behoben werden kann (oder auch nicht wie man am C7H sieht^^) - davon haben die Käufer aber nichts wenn es keine Umtauschaktion gibt und so etwas wird es nie geben.

Mein ursprüngliches Board wurde gegen das C6H getauscht, den Preis für das C6H hätte ich aus Erfahrung nie bezahlt.

BUFUMAN · 27.05.2018

emissary42 schrieb:
Wir hatten einen Crosshair RMA Fall wegen dieses Problems und konnten es damals auch nicht nachstellen. Allerdings wurde das Board anstandslos ausgetauscht von unserem Distri.

Ja genau das bekommt CyberPort nicht hin. Und mir ist das mit 6 Wochen noch einmal warten einfach zu blöde.

Gesendet von meinem DUK-L09 mit Tapatalk

Grainger · 28.05.2018

Mir ist klar, dass die Mainboard-Entwickler sich jahrelang mehr oder weniger "ausruhen" konnten.
Von AMD kam nicht viel neues und von Intel seit Jahren sowieso nur noch Variationen bzw. geringfügig modifizierte Versionen der immer gleichen CPUs und Chipsets.

Deshalb hätte ich Probleme, die auf AMDs neuen CPUs und Chipsets basieren, ja sogar noch einigermaßen nachvollziehen können.

Aber die im C6H und C7H vorhandenen Designfehler lassen sich imho so nicht erklären (jedenfalls nicht nur).
Ich unterstelle mal, dass z.B. die Lüftersteuerung nicht bei jedem neuen Boarddesign komplett neu entwickelt wird, sondern dass man da auf bereits vorhandene Module zurück greift und die (wenn nötig) bestenfalls geringfügig modifiziert und anpasst.
Ähnliches trifft vermutlich auf die Sensorproblematik zu.

Da wird doch nicht jedesmal das Rad neu erfunden.

Ich lese jetzt nicht so viel in den Sammelthreads der anderen X370/X470-MoBos quer (eher mal gelegentlich), aber auch da gab und gibt es Probleme.
Aber mein subjektiver Eindruck ist der, dass Asus da ein besonders unglückliches Händchen hat.

Und ich muss BUFUMAN Recht geben: bei einer Hardware im oberen Preissegment erwarte ich nun mal etwas anderes wie bei einer 08/15-Hardware im Consumerbereich. Dem selbst auferlegten Premiumanspruch wird Asus leider nicht gerecht.

Ich habe momentan weder Zeit noch Lust für einen MoBo-Wechsel, dazu werde ich vermutlich erst im vierten Quartal kommen.
Falls sich bis dahin die Situation beim C6H nicht durch entsprechende BIOS-Updates gebessert hat werde ich wohl auf ein MoBo der Konkurrenz umziehen, vielleicht ein Asrock.

razrone · 28.05.2018

Hey Leute!
Ich hoffe ihr könnt mir helfen..
Mein c6h spinnt in letzter Zeit mehr als sonst rum. Habe seit dem 1501 mal wieder ein bios update aufgespielt (zzt. 6101) und gehofft das es damit besser wird.

Zum Problem:
Ich benötige um die 5-6 Anläufe bis der Rechner es ins Windows schafft. In den anderen Fällen bekomme ich unter dem 6101 bios den Code A7 angezeigt. In niedrigeren biosen war es ein anderer. Unter bios oc kommt dann iwann die Meldung wenn ich ein Bild bekomme, dass es am oc liegt und ich ins bios muss. Gehe dann rein, direkt auf speichern und schließen und entweder startet er anschließend oder das Spiel geht von vorne los. Der Haken an der Sache, wenn ich im windows bin läuft der Rechner stabil ohne Abstürze sowohl in Prime als auch Assassins creed origins zb. Die settings sind alle langwierig getestet worden..

Ich bin jetzt schon soweit, dass ich das oc im Windows mit ryzen master betreibe (nicht so meins..Bin da eher alte schule

)
Der Unterschied ist dann das er mir nicht mehr den oc Fail bitte gehen Sie ins bios gedöhns anzeigt (wenn er denn mal will..) aber Fehler Code A7 erscheint immernoch meistens.. Den Code gibt es übrigens noch nicht..

Habt ihr ne idee? Bin schon am überlegen Cpu und Mainboard zu verkloppen und auf ryzen 2700x samt asrock/msi x470 Chip umzusteigen..

Vielen Dank im Vorfeld!

MusicIsMyLife · 28.05.2018

BUFUMAN schrieb:
…
interessant ist dein Verständnis für die Situation.
…
Unakzeptabel, aber solange wir das hinnehmen (und du aufgrund deines Guten Kontaktes zu Asus...) wird es sich nicht ändern, wir werden wie Milchkühe gemolken.
....

Unterstell mir ruhig weiterhin, dass mein Kontakt zu ASUS etwas mit der Einschätzung des Problems zu tun hat. Die Situation ist alles andere als toll und das habe ich in der Vergangenheit auch ASUS zu verstehen gegeben.

Ich hatte zwei CH VI Hero (1x Sample, 1x gekauftes Retail-Board). Bei beiden konnte ich - bis auf den fehlerhaften VCore-Messpunkt – keinen Sensorbug, keine große Abweichungen bei den Sensorchips oder andere grobe Fehler feststellen. Deshalb - und da fängt vielleicht das an, was du Verständnis nennst - gehe ich nicht von einem generellen Fehler aus. Denn sonst hätten alle CH VI-Besitzer diese Probleme. Das ist aber definitiv nicht der Fall. Es scheint also an irgendwelchen Begleitumständen zu hängen - welche auch immer das sind.

Es kommt aber auch noch ein anderer Aspekt hinzu: Seit 2001 befasse ich mich intensiv mit PC-Hardware, und dabei hauptsächlich mit Mainboards. In dieser Zeit hatte ich hunderte Mainboards in den Händen. Meine "Sammlung" besteht aktuell aus ~130 Mainboards, Tendenz weiter steigend.

In all den Jahren kann ich mich an kein einziges Mainboard erinnern, welches fehlerfrei war. Jeder Hersteller macht "Fehler" bzw. setzt diverse Aspekte unglücklich um. Als Endbenutzer kommt es dann nur darauf an, ob man von Einschränkungen betroffen ist oder nicht. Daran wird in der Regel festgemacht, ob es ein tolles Board ist (wie es einige beim CH VI sehen) oder ob es ein schlechtes Board ist (wie du es beim CH VI siehst).

Ich stehe irgendwo dazwischen. Denn auch wenn mir die Situation nicht gefällt, so halte ich das CH VI Hero noch immer für eines der besseren AM4-Boards der ersten Generation. Vermutlich wirst du jetzt wieder glauben, dass diese Einschätzung darauf beruht, dass ich einen relativ guten Draht zu ASUS habe. Es sei dir versichert: Dem ist nicht so.

Um mal aus dem Nähkästchen zu plaudern: Meine letzte herbe Enttäuschung hatte ich mit dem ASRock X99 OC Formula/3.1 (Sockel 2011-3). Das Board hat mich 400 Euro gekostet und es gab ziemliche Kompatibilitätsprobleme mit meinen 16-GB-Speichermodulen. Zudem gab es eine Spannung, welche per Default auf 1,5 Volt stand, was als roter (=gefährlicher) Wert gekennzeichnet war (und als Beschreibung wurde 1,05 Volt Default angegeben). Niemand konnte mir sagen, was es damit auf sich hat. Ich bekam aber ein Beta-BIOS, in welchem die Beschreibung auf 1,5 Volt angepasst wurde. Der Wert war aber noch immer rot. :fresse:

Da auch der sonstige BIOS-Support zu wünschen übrig ließ (vier BIOS-Versionen in einem halben Jahr, problembehebende Updates nicht in Sicht), flog es wieder raus.

Oder das ASRock Fatal1ty 990 FX Killer, welches meine Stabilitätstests mit Standardeinstellungen nicht bestanden hat - auch nach längerer Korrespondenz mit ASRock nicht.

Ich könnte noch einige andere Beispiele bringen, die ich in den letzten 17 Jahren erlebt habe. BIOS-Bugs, miserable Signalqualität des Onboard-Sounds, Layout-Schwächen, nicht funktionierende BIOS-Settings und, und und. Fakt ist jedenfalls: Es betrifft alle Hersteller - und das auch bei Premium-Produkten. Perfekt ist Niemand. Nicht ASUS, nicht MSI, nicht ASRock, nicht Gigabyte, nicht BIOSTAR (und auch nicht die anderen, mittlerweile der Vergangenheit angehörenden Hersteller wie ABIT, DFI, EPoX…).

Und vermutlich ist genau das der Punkt, warum ich die Sache anders einschätze als du. Und nicht, weil ich jemanden bei ASUS kenne…

emissary42 · 28.05.2018

Grainger schrieb:
Ich unterstelle mal, dass z.B. die Lüftersteuerung nicht bei jedem neuen Boarddesign komplett neu entwickelt wird..

Das ist schon richtig so.

Grainger schrieb:
Ich lese jetzt nicht so viel in den Sammelthreads der anderen X370/X470-MoBos quer (eher mal gelegentlich), aber auch da gab und gibt es Probleme. Aber mein subjektiver Eindruck ist der, dass Asus da ein besonders unglückliches Händchen hat.

Das täuscht, viele Modelle andere Hersteller haben bei uns deutlich höhere RMA Quoten und generell mit mehr und auch unterschiedlichen Problemen zu kämpfen. Aber es ist nur natürlich, dass das Gras auf der anderen Seite erst mal grüner erscheint.

Wenn ein bestimmtes Problem sich unter Laborbedingungen an unterschiedlichen Stellen nicht nachstellen lässt, muss der auslösende Faktor wie MusicIsMyLife schon sagt nicht das Mainboard selbst sein.

Grainger · 28.05.2018

emissary42 schrieb:
Aber es ist nur natürlich, dass das Gras auf der anderen Seite erst mal grüner erscheint.

Spielt sicher auch eine Rolle, die Kirschen aus Nachbars Garten schmecken immer irgendwie besser wie die eigenen

Wenn ein bestimmtes Problem sich unter Laborbedingungen an unterschiedlichen Stellen nicht nachstellen lässt, muss der auslösende Faktor wie MusicIsMyLife schon sagt nicht das Mainboard selbst sein.

Dann wäre vielleicht eine Umfrage unter den betroffenen Usern hilfreich.
Welche Hardware ist sonst noch verbaut, welches OS wird genutzt, welche Software läuft im Hintergrund?
Also erst mal Daten sammeln, genug User aus diversen Hardware-Boards würden sich sicherlich beteiligen.

Das die immer wieder auftauchende Problematik mit den Lüftern (mehr oder weniger) auf ein im Hintergrund laufendes AIDA64 zurück zu führen ist dürfte sich inzwischen wohl auch bis zu Asus herumgesprochen haben.

AIDA64 verkündet im eigenen Forum, die Software anpassen zu wollen sobald Asus den Sensorbug beseitigt hat.

The issue will be fixed when the new sensor solution will be implemented in both X370 and X470 chipset based Asus motherboards. Jon is still working on it AFAIK.
Quelle

Aber das dauert und dauert und wurde von elmor bereits Mitte März angekündigt. Und ein paar Monate davor angeblich auch schon mal (habe ich aber nicht recherchiert).

Angeblich ist der Sensorbug also identifiziert und an einer Lösung wird gearbeitet.
Da rund 2,5 Monate nach elmors Ankündigung bisher noch nicht mal ein Beta-BIOS mit der angekündigten Lösung verfügbar ist gehe ich langsam davon aus, dass es entweder sehr oder gar zu komplex ist, um einen hardwaremäßigen Designfehler herum zu programmieren (oder vielleicht auch unmöglich).

Ich habe mal in ein paar C7H-Threads gestöbert, dort ebenso wie beim C6H hält sich Asus mit BIOS-Updates derzeit ziemlich zurück.

Jetzt bin ich mal optimistisch und hoffe, dass deshalb das nächste Update ein "großer Wurf" wird.

Dracal2002 · 28.05.2018

Mal eine Frage außerhalb der laufenden Diskussion.
Kommt mir das nur so vor oder hat AMD die mehr Mhz bei den Ryzen 2xxx rein durch mehr Vcore erziehlt?
Ich lese immer öfter von Zahlen wie 1.44 wenn man den Overdrive nach oben schiebt.
Jetzt zur Wunderfrage dann der "neue" Ryzen mehr ab oder halten die alten doch mehr auf dauer aus und zu guter letzt erkauft AMD Mehrleistung auf Kosten der Lebenszeit

Was meint Ihr dazu.

Zur laufenden Diskussion:

Wir hier alle sind ziemliche PowerUser, diese befassen sich zumeist mehr mit Problemen als der Hersteller ansich. Diese Thematik ist Branchenübergreifend vom Hausbau bis zum IT-Wesen.

Ich kann mich über mein C6H nicht wirklich beschweren. Die Auslesefehler des integrierten Chips bei der Spannung gehen mir am A.... vorbei, denn das Board hat Messpunkte, was so gesehen das Problem erübrigt und den CPU-Senor als sogar 3. Instanz.
Wir schaffen mit dem Board RAM Taktungen davon träumen andere Hersteller nur, desweiteren ist das Board auf vielen Ranglisten für CPU OC ganz vorne dabei.
Das Teil ist ein überzüchtetes Rennpferd wenns läuft dann ist alles MEGA, aber wenn was kleines Zwickt schlägt das große Wellen.
Ja das Teil ist schrecklich teuer.
Das ist aber ein Problem an der Hardwarebranche ansich den Highend ist immer unverhältnismäßig teuerer als das kurz darunter.
Ich hatte noch kein C7H in den Fingern und werde mich damit eher nicht befassen da für mich das X470 maximal ein X370 refresh ist, aber wenn ASUS gewisse Grundlegende "Fehler" weitergeschliffen hat ist das für mich nur noch ein weiteres Zeichen das der X470 mit dem C7H nur ein neues Farbkonzept bekommen hat und sich am eigentlichen Produkt nichts geändert hat.
Biose gibt es in Hülle und Fülle in Vergleich zu anderen Herstellern manche gut manche grausig, aber es kommt wenigsten regelmäßig was. Da hilft nur testen auf dem eigenen System denn keins ist wie das andere.

Dies ist meine persönliche Meinung keine Wertung für oder gegen ASUS und die anderen User hier im Forum.
Ich hoffe ich konnte mich passend einbringen.

Gruß

Ignis · 28.05.2018

Dracal2002 schrieb:
Kommt mir das nur so vor oder hat AMD die mehr Mhz bei den Ryzen 2xxx rein durch mehr Vcore erziehlt?
Ich lese immer öfter von Zahlen wie 1.44 wenn man den Overdrive nach oben schiebt.
Jetzt zur Wunderfrage dann der "neue" Ryzen mehr ab oder halten die alten doch mehr auf dauer aus und zu guter letzt erkauft AMD Mehrleistung auf Kosten der Lebenszeit
Gruß

Ich meine mich daran zu erinnern das AMD mal 1,5 Volt als maximale Dauerspannung rausgegeben hat, aber trotzdem empfohlen hat darunter zu bleiben.
Ich hab bei overclockers ebenfalls gelesen das bei vielen die Vcore (im Boost) auf über 1,5 Volt geht, im besonderen wenn man oc per BCLK betreibt.
Die Frage zur Dauerhaltbarkeit kann aber nur die Zeit selbst beantworten und möglicher Weise ist es etwas bekömmlicher für die CPU wenn bei dieser Spannung nicht alle Kerne hochtakten und unter Last stehen.

Ich könnte natürlich noch einwerfen das mein alter Phenom II 965 BE immer noch mit mit einer Vcore von 1,6 Volt @3,7GHz bei meiner Tochter gute Dienste leistet.
Der rennt seit mittlerweile 9 Jahren noch wie am ersten Tag. Vielleicht schafft Ryzen das auch, wer will das heute wissen.

Zum Board selbst:
Ich kann mich über das Brett im großen und ganzen nicht beschweren, die Lüfter machen was sie sollen, die Spannungen sind insgesamt wohl so wie ich sie einstelle.
Ich benutze aber auch nicht dieses Aura Bling Bling, was ja bei einigen Leuten überhaupt nicht lief/läuft oder andere Probleme verursacht hat.
Ich hab mir das Board haupsächlich gekauft weil es sehr viele Schnittstellen wie USB und SATA bietet ohne noch eine seperate Karte einbauen zu müssen, oc war mir anfäglich nicht so wichtig.
Auf der anderen Seite war ich in den ersten drei Monaten mehrmals versucht das Board nebst CPU aus dem Fenster zu treten.
Da ich aber in der Vergangenheit stets gute Erfahrungen mit Asus und AMD gemacht habe, hatte ich die Hoffnung aber nie verloren.
Wenn man dann jenseits des Tellerrandes sieht das andere Hersteller ähnliche Probleme haben, ohne allerdings so häufig BIOS Updates zu liefern wie Asus es macht, erscheint die Sache schon in einem anderen, weil positiverem, Licht.

Und wenn ich dann noch an mein letztes Intel Intermezzo mit einem I7 6800K auf einem MSI X99A SLI PLUS denke erscheint mir das C6H sogar als das Highendigere von beiden.
Ich hatte mit der CPU und dem Board nur Ärger und war froh beides für einen halbwegs guten Preis wieder los geworden zu sein.

Ich werde definitiv bis Zen2 das Board und die CPU behalten weil beides seit einiger Zeit sehr geschmeidig läuft.

Robo · 29.05.2018

Ja, >1,5V werden im Boost tatsächlich angelegt und meiner erreicht damit sogar über 4,3GHz, bin aber noch dabei zu experimentieren wie man den Boost etwas begrenzen kann ohne ihn gänzlich abzuschalten. Eine Funktion den Bost auf einen bestimmten Wert zu begrenzen wäre hilfreich... - hat jemand einen Vorschlag?

Ignis · 29.05.2018

Gute Frage, mir fällt da spontan nur die Absenkung vom BCLK ein.
Aber warum willst Du den Boost überhaupt begrenzen, um die Spannungen niedriger zu halten?
Ich denke die Boardhersteller und AMD wissen schon was sie den CPU´s an Spannung auf Dauer zumuten können - hoffentlich....

Grainger · 29.05.2018

Neues Beta-BIOS 6201:

• AGESA 1.0.0.2c
• Fixes fan calibration wrongly detecting 90+% min duty
• Fixes APM settings (restore power on AC loss)
• Adds an ACPI-WMI interface for sensor readings. It's the first release and may still have bugs. For example there's an issue where some temperatures and VRM current will read 0 at the moment. Latest HWInfo64 Beta will pick this up, not sure about others. This is the SIO sensor fix you've been waiting for. It will only be working fully when all software are using it.

Habe es schon installiert. Bisher keine Probleme, konnte ohne Schwierigkeiten direkt ins BIOS und zuerst alle Einstellungen neu gemacht (zum ersten testen erst mal alles ziemlich konservativ eingestellt).
Wegen der bei mir immer wieder auftretenden Schwierigkeiten mit der Lüftersteuerung habe ich diesen Einstellungen besondere Sorgfalt gewidmet.

Einstellungen abgespeichert und System bootet anstandslos bis zum Desktop durch.

Jetzt muss ich das erst mal länger beobachten, denn auch bisher lief mein System (bzw. die Lüftersteuerung) manchmal tagelang ohne Poboleme durch um kurz darauf im 5-Minuten-Takt herum zu spinnen.

Robo · 29.05.2018

Ignis schrieb:
Aber warum willst Du den Boost überhaupt begrenzen, um die Spannungen niedriger zu halten?

So ist es.
Am BCLK zu drehen hat zu viele Nebeneffekte als das es in Frage kommen würde.

Ignis schrieb:
Ich denke die Boardhersteller und AMD wissen schon was sie den CPU´s an Spannung auf Dauer zumuten können - hoffentlich....

Gesund ist das auf Dauer mit Sicherheit nicht und wie lange es hällt dürfte zumindest ASUS ziemlich egal sein, vor allem da es von der Nutzung abhängig ist.

Ignis · 29.05.2018

@Robo
BCLK würd ich auch so lassen, haste vollkommen Recht. Kannst ja versuchen Dich mit einem negativem Spannungsoffset Deiner Wunschvoltage zu nähern.
War das nicht so das die CPU den Boost nach der Temperatur und dem zur Verfügung stehendem Strom einstellt?
Kann aber auch sein das ich da was durcheinanderbringe, ich glaub bei SkylakeX war´s so das viele Boardhersteller zu viel Saft auf die CPU gegeben haben, die dann sehr lange sehr hoch getaktet hat und dadurch fast am glühen war.
Damit hat sich dann auch beantwortet das es dem Board Herstellern wohl Wurscht ist was mit der CPU auf Dauer passiert....

@ Grainger
Danke für den Link, sieht doch gut aus was Elmor da verspricht.
Wenn´s bei Dir stabil läuft mach ich es vermutlich auch drauf :lol:

Guthbert · 29.05.2018

Jo, hört sich gut an. Vieleicht reizt mich der Basteltrieb dann doch zum 2700X

Gesendet von meinem Mi MIX 2 mit Tapatalk

Cippoli · 29.05.2018

Robo schrieb:
Gesund ist das auf Dauer mit Sicherheit nicht und wie lange es hällt dürfte zumindest ASUS ziemlich egal sein, vor allem da es von der Nutzung abhängig ist.

Ich würde mir bzgl. der "hohen" Spannungen keinen Kopf machen. Spannung allein killt keine CPUs. So müssen z.B. auch 10.000 Volt für uns Menschen nicht zwangsläufig tödlich sein. Was man in HWiNFO/AIDA64 sieht, sind auch nur die Spannungsspitzen, die dann meist sprunghaft nur für sehr kurze Zeit angelegt waren. Sofern die hohen Spannungen nicht dauerhaft anliegen und dabei hohe Ströme fließen, würde ich mir keine Sorgen machen. AMD dürfte das im Labor sicher auch sauber ausgetestet haben wieviel man den CPUs zumuten kann. Das mag sich auf den ersten Blick naiv anhören, aber in dem Punkt vertraue ich AMD weitestgehend, da das bei Schlamperei massive wirtschaftliche und rechtliche Konsequenzen nach sich ziehen würde.

curious · 30.05.2018

@BUFUMAN
Schön, dass sich ein Probem für Dich gelöst hat:

BUFUMAN schrieb:

Mumak schrieb:

Always use the latest HWiNFO version.
The new WMI sensor interface is supported in HWiNFO since cca version 5.82, but I recommend using the latest one 5.84.
It changes the layout of some sensors in HWiNFO - you won't see the ITE sensor anymore, the ASUS EC will now contain all mainboard sensors.
If you see some (or all) items disabled now, it might be because you previously disabled the EC sensor. Just hit the Ins key (or right-click + Enable Monitoring) on the sensor heading.
If you see distorted sensors like @BUFUMAN , then it's most probably because you have custom sensor order defined. Because of the above mentioned change you might need to do a "Restore Original Order" from sensor settings - layout.

Zum Vergrößern anklicken....

Thank You now it works

Zum Vergrößern anklicken....

Dracal2002 · 31.05.2018

Hat sich schon jemand am neuen Bios versucht?
Falls ja kann kann an das OC profil vom 3502 übernehmen oder muss ich alles wieder händisch einstellen.

Gruß

Guthbert · 31.05.2018

Alles neu einstellen

Gesendet von meinem Mi MIX 2 mit Tapatalk

Dracal2002 · 31.05.2018

Das ist ja dann leider Suboptimal.
Vielen dank für die schnelle antwort.
Was ich gelesen habe Spectre ist da nicht dabei oder?

Ignis · 31.05.2018

Hab mich jetzt doch durchgerungen 6201 zu flashen.
Alle Werte wie in 3502 händisch eingetragen und läuft auf anhieb seit gestern stabil, was ich als positiv werte.
Die Bootzeit hat sich gefühlt auch etwas verbessert, ebenfalls positiv.

Spectre scheint gefixt zu sein:

Was im im Moment nicht verstehe, in HWinfo erscheinen Werte die vorher nicht da waren (oder mir nicht aufgefallen sind) aber nicht ausgelesen werden:

Kann man das irgendwie einstellen das HWinfo die Werte wieder ausliest ??
Ich vermisse meine Lüfterdrehzahlen so...

Robo · 31.05.2018

Nein, du kannst aber warten bis HWiNFO angepasst wird... - wieso es nicht geht wurde deutlich kommuniziert.

Hoffentlich ist AGESA 1.0.0.2c besser als 1.0.0.2b, eine Beta teste ich aber nicht, dafür ist ASUS zuständig.

Ignis · 31.05.2018

Robo schrieb:
Nein, du kannst aber warten bis HWiNFO angepasst wird... - wieso es nicht geht wurde deutlich kommuniziert.

Ok, ist wohl an mir vorbei gegangen, Danke

Grainger · 31.05.2018

Die 6201 läuft soweit problemlos, allerdings sind heute meine Lüfter wieder mal spontan auf 100% hoch gefahren.
Liegt aber mit Sicherheit an AIDA64 (bzw. am Zusammenspiel von AIDA64 und dem Sensorbug).

Im AIDA64 Forum wurde mir aber mitgeteilt, dass man bereits an einer Version arbeitet, die das neu eACPI-WMI-Interface nutzen wird und das der Bug dann wohl endgültig beseitigt sei.
Da ich bisher die Erfahrung gemacht habe, dass AIDA64 immer ziemlich schnell aktualisiert wird, warte ich mal voller Vorfreude ab.

Robo · 01.06.2018

Ignis schrieb:
Kannst ja versuchen Dich mit einem negativem Spannungsoffset Deiner Wunschvoltage zu nähern.
War das nicht so das die CPU den Boost nach der Temperatur und dem zur Verfügung stehendem Strom einstellt?

Könnte ich schon, kann es aber nicht, da das total ignoriert wird^^

Das ist bei minus 0,05V...

Grainger · 02.06.2018

Falls jemand Aura nutzt und auf einmal Probleme damit hat:
nach einem Update der GeForce-Treiber auf die aktuelle Version 397.93 hat Aura (ebenfalls die neueste Version) meine Asus Strix GTX1080-8G-Gaming nicht mehr erkannt und deren Beleuchtung immer auf default (grün) gelassen.

Die an den zwei RGB-Headern des MoBos angeschlossenen Phanteks Stripes und die Halos funktionieren aber wie zuvor.
Andere RGB-Hardware (RAM-Bausteine, usw.) habe ich nicht installiert.

Ein Downgrade des GeForce-Treibers auf 391.35 hat dem abgeholfen und Aura erkennt auch die Graka wieder.
Anscheinend hat NVidia in den letzten beiden offiziellen Treiberversionen 397.93 und 397.64 irgend etwas geändert, dass einen Konflikt mit Aura verursacht.

lixe · 03.06.2018

Hallo zusammen,

ich plane, mir das Crosshair Hero VI mit einem Ryzen 1700 zu holen. Ich bin noch etwas unschlüssig bzgl RAM. Ich würde gerne mit 16GB starten und gegebenenfalls irgendwann auf 32GB aufrüsten, sprich jetzt bis zu 200€ investieren und in nem Jahr oder zwei dann hoffentlich günstiger nachkaufen. Ob’s 3200Mhz wirklich braucht, ist fraglich. Ich werde das Gerät als Server betreiben und zB ne Windows VM mit Passthrough laufen lassen für die tägliche Nutzung oder eben auf Dauer immer mehr. Zocken wird’s eher selten, hin und wieder Photoshop, ansonsten eher Office. Wenn ich nach der „Startseite“ gehe, wäre wahrscheinlich das vernünftigste der hier: Corsair Vengeance LPX schwarz DIMM Kit 16GB, DDR4-3000, CL15-17-17-35 (CMK16GX4M2B3000C15) Preisvergleich Geizhals Deutschland ?

Bin für jede Empfehlung dankbar!
Felix

Holzmann · 03.06.2018

Um sicher zu gehen schaust du am besten bei dem Hersteller deines Mainboards nach welche Speichermodule von deinem Board unterstützt werden. (meist im Supportbereich auf der Webseite)

Das Corsair-Kit ist aber darin enthalten, also ok.

Grundsätzlich sind Ram-Kits mit ICs von Samusng B-Die besonders empfehlenswert.

CPU	AMD AM4 Socket for AMD Ryzen™/7th Generation A-series/Athlon™ Processors Supports AM4 Socket 14 nm CPU Supports CPU up to 8 cores * Refer to ASUS Deutschland for CPU support list
Chipset	AMD X370
Memory	AMD Ryzen™ Processors 4 x DIMM, Max. 64GB, DDR4 3200(O.C.)/2666/2400/2133 MHz Non-ECC, Un-buffered Memory * AMD 7th Generation A-series/Athlon™ Processors 4 x DIMM, Max. 64GB, DDR4 2400/2133 MHz Non-ECC, Un-buffered Memory * Dual Channel Memory Architecture * Refer to ASUS Deutschland for the Memory QVL (Qualified Vendors Lists).
Multi-GPU Support	Supports NVIDIA® 2-Way SLI™ Technology *3 Supports AMD CrossFireX™ Technology
Expansion Slots	AMD Ryzen™ Processors 2 x PCIe 3.0/2.0 x16 (x16 or dual x8) AMD 7th Generation A-series/Athlon™ Processors 1 x PCIe 3.0/2.0 x16 (x8 mode) AMD X370 chipset 1 x PCIe 2.0 x16 (max at x4 mode) *1 3 x PCIe 2.0 x1
Storage	AMD Ryzen™ Processors : 1 x M.2 Socket 3, with M key, type 2242/2260/2280/22110 storage devices support (SATA & PCIE 3.0 x 4 mode) AMD 7th Generation A-series/Athlon™ Processors : 1 x M.2 Socket 3, with M key, type 2242/2260/2280/22110 storage devices support (SATA mode) AMD X370 chipset : 8 x SATA 6Gb/s port(s), Support Raid 0, 1, 10
LAN	Intel® I211-AT, 1 x Gigabit LAN Controller(s) Anti-surge LANGuard ROG GameFirst IV
Audio	ROG SupremeFX 8-Channel High Definition Audio CODEC S1220 - Impedance sense for front and rear headphone outputs - Supports : Jack-detection, Multi-streaming, Front Panel Jack-retasking - High quality 120 dB SNR stereo playback output and 113 dB SNR recording input - SupremeFX Shielding Technology - ESS® ES9023P - Supports up to 32-Bit/192kHz playback *2 Audio Feature : - Gold-plated jacks - Optical S/PDIF out port(s) at back panel - Sonic Radar III - Sonic Studio III
USB Ports	AMD Ryzen™/7th Generation A-series/Athlon™ Processors : 4 x USB 3.0 port(s) (4 at back panel, blue) AMD X370 chipset : 1 x USB 3.1 front panel connector port(s) AMD X370 chipset : 6 x USB 3.0 port(s) (4 at back panel, blue, 2 at mid-board) AMD X370 chipset : 6 x USB 2.0 port(s) (4 at back panel, black, 2 at mid-board) ASMedia® USB 3.1 controller : 2 x USB 3.1 port(s) (2 at back panel, black+red, Type-A + Type-C)
ROG Exclusive Features	Clear CMOS button ROG RAMCache II ROG CPU-Z ROG CloneDrive Slow Mode Overwolf ReTry Button Safe Boot Button Start Button Reset Button LN2 Mode GameFirst IV ROG Aura - Aura Lighting Control - Aura RGB Strip Headers Extreme Engine Digi+ : - MicroFine Alloy Chokes - NexFET™ Power Block MOSFET - 10K Black Metallic Capacitors Mem TweakIt KeyBot II - One-click Overclocking - DirectKey - ClrCMOS - Power On UEFI BIOS features : - O.C. Profile - Tweakers' Paradise - ROG SSD Secure Erase - Graphic Card Information Preview ROG RAMDisk Extreme Tweaker Loadline Calibration BIOS Flashback Special Features ASUS Dual Intelligent Processors 5-Way Optimization by Dual Intelligent Processors 5 : - 5-Way Optimization tuning key perfectly consolidates TPU, EPU, DIGI+ VRM, Fan Expert 4, and Turbo App TPU - Fan Xpert 4 featuring Fan Auto Tuning function and multiple thermistors Gamer's Guardian: - SafeSlot ASUS Exclusive Features : - AI Suite 3 ASUS EZ DIY : - ASUS CrashFree BIOS 3 - ASUS EZ Flash 3 ASUS Q-Design : - ASUS Q-Shield - ASUS Q-Code - ASUS Q-LED (CPU, DRAM, VGA, Boot Device LED) - ASUS Q-DIMM - ASUS Q-Connector
Back I/O Ports	1 x LAN (RJ45) port(s) 1 x USB 3.1 (black)Type-C 1 x USB 3.1 (red)Type-A 8 x USB 3.0 (blue) 4 x USB 2.0 (one port can be switched to USB BIOS Flashback) 1 x Optical S/PDIF out 1 x Clear CMOS button(s) 1 x USB BIOS Flashback Button(s) 5 x Gold-plated audio jacks 1 x M.2 Wi-Fi Slot
Internal I/O Ports	2 x RGB Header(s) 1 x USB 3.0 connector(s) support(s) additional 2 USB 3.0 port(s) 1 x USB 2.0 connector(s) support(s) additional 2 USB 2.0 port(s) 1 x M.2 Socket 3 with M key, type 2242/2260/2280/22110 storage devices support 1 x TPM header 8 x SATA 6Gb/s connector(s) 1 x CPU Fan connector(s) 1 x CPU OPT Fan connector(s) 3 x Chassis Fan connector(s) 1 x W_PUMP+ connector 1 x AIO_PUMP connector 1 x 8-pin EATX 12 V Power connector 1 x 4-pin EATX 12 V_1 Power connector(s) 1 x 24-pin EATX Power connector(s) 1 x Front panel audio connector(s) (AAFP) 1 x Slow Mode switch(es) 1 x Thermal sensor connector(s) 1 x Reset button(s) 1 x LN2 Mode jumper(s) 1 x ROG extension (ROG_EXT) header(s) 1 x Safe Boot button 1 x ReTry button 1 x System panel connector 2 x 3D Mount screw port(s) 1 x W_IN header 1 x W_OUT header 1 x W_FLOW header 1 x Start button 1 x USB 3.1 front panel connector
Accessories	User's manual ASUS Q-Shield 4 x SATA 6Gb/s cable(s) 1 x M.2 Screw Package 1 x Supporting DVD 1 x SLI HB BRIDGE(2-WAY-M) 1 x ROG big sticker 1 x Q-Connector 1 x 10-in-1 ROG cable label 1 x Extension Cable for RGB strips (80 cm) 1 x 3D printing mount package 1 x ROG coaster(s)
BIOS	128 Mb Flash ROM, UEFI AMI BIOS, PnP, WfM2.0, SM BIOS 3.0, ACPI 6.1, Multi-language BIOS, ASUS EZ Flash 3, CrashFree BIOS 3, F11 EZ Tuning Wizard, F6 Qfan Control, F3 My Favorites, Last Modified log, F12 PrintScreen and ASUS DRAM SPD (Serial Presence Detect) memory information Manageability WfM 2.0, WOL by PME, PXE
Support Disc	Drivers AURA ROG GameFirst IV*3 ROG RAMDisk ROG RAMCache II ROG CPU-Z ROG Mem TweakIt ROG Keybot II Sonic Studio III Sonic Radar III Overwolf CloneDrive Kaspersky® Anti-Virus DAEMON Tools Software Winzip ASUS WebStorage ASUS Utilities
Operating System	Windows® 10 64-bit
Form Factor	ATX Form Factor 12 inch x 9.6 inch ( cm x cm )
Note	1 PCIeX4_3 slot shares bandwidth with PCIeX1_1, PCIeX1_2 and PCIeX1_3. 2 Due to limitations in HDA bandwidth, 32-Bit/192kHz is not supported for 8-Channel audio. *3 Due to CPU limitation, NVIDIA® 2-Way SLI™ Technology is not supported for AMD 7th Gen A-series/Athlon™ Processors.

Parameter	Function	Values
Memory clocks	Added dividers for memory clocks up to DDR4-4000 without refclk adjustment. Please note that values greater than DDR4-2667 is overclocking. Your mileage may vary (as noted by our big overclocking wartning at the end of this blog).	133.33MT/s intervals (2667, 2933, 3067, 3200, 3333, 3466, 3600, 3733, 3866, 4000)
Command rate (CR)	The amount of time, in cycles, between when a DRAM chip is selected and a command is executed. 2T CR can be very beneficial for stability with high memory clocks, or for 4-DIMM configurations.	2T, 1T
ProcODT (CPU on-die termination)	A resistance value, in ohms, that determines how a completed memory signal is terminated. Higher values can help stabilize higher data rates. Values in the range of 60-96 can prove helpful.	Integer values (ohms)
tWCL/tWL/tCWL	CAS Write Latency, or the amount of time it takes to write to the open memory bank. WCL is generally configured equal to CAS or CAS-1. This can be a significant timing for stability, and lower values often prove better.	Integer values (cycles)
tRC	Row cycle time, or the number of clock cycles required for a memory row to complete a full operational cycle. Lower values can notably improve performance, but should not be set lower than tRP+tRAS for stability reasons.	Integer values (cycles)
tFAW	Four activation window, or the time that must elapse before new memory banks can be activated after four ACTIVATE commands have been issued. Configured to a minumum 4x tRRD_S, but values >8x tRRD_S are often used for stability.	Integer values (ns)
tWR	Write recovery time, or the time that must elapse between a valid write operation and the precharging of another bank. Higher values are often beneficial for stability, and values < 8 can quickly corrupt data stored in RAM.	Integer values (ns)
CLDO_VDDP	Voltage for the DDR4 PHY on the SoC. Somewhat counterintuitively, lowering VDDP can often be more beneficial for stability than raising CLDO_VDDP. Advanced overclockers should also know that altering CLDO_VDDP can move or resolve memory holes. Small changes to VDDP can have a big effect, and VDDP should not be set to a value greater than VDIMM-0.1V. A cold reboot is required if you alter this voltage. Sidenote: pre-1.0.0.6 BIOSes may also have an entry labeled “VDDP” that alters the external voltage level sent to the CPU VDDP pins. This is not the same parameter as CLDO_VDDP in AGESA 1.0.0.6.	Integer values (V)
tRDWR / tWRRD	Read-to-write and write-to-read latency, or the time that must elapse between issuing sequential read/write or write/read commands.	Integer values (cycles)
tRDRD / tWRWR	Read-to-read and write-to-write latency, or the time between sequential read or write requests (e.g. DIMM-to-DIMM, or across ranks). Lower values can significantly improve DRAM throughput, but high memory clocks often demand relaxed timings.	Integer values (cycles)
Geardown Mode	Allows the DRAM device to run off its internally-generated ½ rate clock for latching on the command or address buses. ON is the default for speeds greater than DDR4-2667, however the benefit of ON vs. OFF will vary from memory kit to memory kit. Enabling Geardown Mode will override your current command rate.	On/Off
Rtt	Controls the performance of DRAM internal termination resistors during nominal, write, and park states.	Nom(inal), WR(ite), and Park integers (ohms)
tMAW	Maximum activation window, or the maximum number of times a DRAM row can be activated before adjacent memory rows must be refreshed to preserve data.	Integer values (cycles)
tMAC	Maximum activate count, or the number of times a row is activated by the system before adjacent row refresh. Must be equal to or less than tMAW.	Integer values (cycles)
tRFC	Refresh cycle time, or the time it takes for the memory to read and re-write information to the same DRAM cell for the purposes of preserving information. This is typically a timing automatically derived from other values.	Integer values (cycles)
tRFC2	Refresh cycle time for double frequency (2x) mode. This is typically a timing automatically derived from other values.	Integer values (cycles)
tRFC4	Refresh cycle time for quad frequency (4x) mode. This is typically a timing automatically derived from other values.	Integer values (cycles)
tRRD_S	Activate to activate delay (short), or the number of clock cycles between activate commands in a different bank group.	Integer values (cycles)
tRRD_L	Activate to activate delay (long), or the number of clock cycles between activate commands in the same bank group.	Integer values (cycles)
tWR	Write recovery time, or the time that must elapse between a valid write operation and the precharging of another bank. Higher values are often better for stability.	Integer values (ns)
tWTR_S	Write to read delay (short), or the time between a write transaction and read command on a different bank group.	Integer values (cycles)
tWTR_L	Write to read delay (long), or the time between a write transaction and read command on the same bank group.	Integer values (cycles)
tRTP	Read to precharge time, or the number of clock cycles between a READ command to a row and a precharge command to the same rank.	Integer values (cycles)
DRAM Power Down	Can modestly save system power, at the expense of higher DRAM latency, by putting DRAM into a quiescent state after a period of inactivity.	On/Off

[Sammelthread] ASUS ROG Crosshair VI Hero (X370)

Enthusiast

Kapitän zur See

Urgestein

Enthusiast

Enthusiast

Experte

Urgestein

Kapitän zur See

Enthusiast

Enthusiast

Experte

Urgestein

Experte

Enthusiast

Urgestein

Experte

Wo kann ich das abholen ?

Enthusiast

Enthusiast

Enthusiast

Wo kann ich das abholen ?

Enthusiast

Experte

Urgestein

Experte

Enthusiast

Urgestein

Enthusiast

Enthusiast

The Saint