ASUS muestra cómo medir el voltaje SoC, ¿la muerte de los Ryzen 7000 fue culpa de AMD?

Esta mañana hemos visto cómo la interfaz de voltaje SVI3 es crucial para leer correctamente el voltaje del SoC en AMD. La información dejaba unas interesantes conclusiones finales, como una caída de 0,01445V entre el VRM y el socket con SVI3, por lo que parecía preocupante de cara a la estabilidad y seguridad de una CPU Ryzen 7000. Pues bien, como ASUS ha estado en el centro de la polémica, y entendiendo todo lo relacionado con el SVI3 anteriormente descrito, ahora ASUS muestra in situ cómo de precisas son sus entregas del voltaje SoC, cómo hay que medirlo y por qué no tienen culpa de lo ocurrido con las CPU.

Hace años, algunos lo recordarán, hubo controversia por la manera de medir el voltaje en las placas base ASUS. Esto se inició con el chipset Z390 tras darse cuenta mucha gente que había una disparidad de lecturas entre distintos softwares con las placas de la marca taiwanesa.

ASUS en su momento explicó que había desarrollado una tecnología eléctrica que no solo mejoraba la entrega del voltaje a la CPU en sus diferentes rieles, pines y en definitiva, necesidades, sino que los puntos de detección se habían ampliado. Hoy retoma ese argumento para explicar lo que sucede con las placas base X670E y el voltaje SoC de ASUS en AMD y sus Ryzen 7000.

ASUS muestra cómo hay que medir en la placa base el Voltaje SoC de AMD

El punto clave no es qué voltaje está leyendo en software, si no dónde lo lee. Programas conocidos como HWinfo ofrecen varias lecturas, concretamente dos, y esto es totalmente normal a pesar de la disparidad de voltaje.

Para entender esto volvemos al punto comentado del chipset Z390. Allí, ASUS implementó el llamado Die Sense, que es una manera de ofrecer un voltaje más preciso en cuanto a electrónica para la CPU, pero también implica una lectura más precisa del mismo.

Hasta ese momento solo existía el llamado Socket Sense, que es el método de entrega común de energía y lectura de la misma para cualquier placa base.

Esto cambió la forma de entender la entrega de potencia al procesador y cada fabricante, a partir de ese momento, diseñó su propia tecnología "copiando" lo hecho por ASUS.

Llegados hasta este punto, hay que decir que no existe forma física de poder leer con precisión el voltaje interno de la CPU, todo queda relegado al software mediante el sensor que integre el fabricante. Así que, de manera física, el Die Sense es lo más cercano que tenemos en la actualidad.

Dicho esto, entre Die Sense y Socket Sense hay una variabilidad de voltaje, un GAP insalvable que corresponde con la distancia física en la placa base sobre dónde están los puntos de detección del voltaje.

Load Line Calibration de nuevo a escena

Load-Line-Calibration-CPU

Se suele llamar comúnmente LLC o línea de compensación. Resumiendo brevemente, podemos decir que el LLC compensa el Vdroop que se produce al suministrar la entrega de potencia a la CPU. Normalmente, y dependiendo de la plataforma, afecta a una o varias líneas de entrega, donde en el caso de AMD sí que engloba a CPU Voltaje y SoC Voltaje, ambos con el mismo valor LLC obviamente.

Esto es importante, porque este valor suele venir en AUTO, y siempre es conveniente ajustarlo manualmente para ofrecer precisión en los voltajes seleccionados, sean automáticos o manuales. ¿Por qué importa en el caso del VSoC? Porque hay que calibrar correctamente la compensación del voltaje en cada placa y CPU. Si esto no se hace, lo que tendremos es un voltaje inexacto final, que en el caso de los Ryzen 7000 puede dar como resultado la muerte de la CPU, como ya vimos.

Por ello, ASUS se toma muy en serio compensar el VSoC de serie, pero para afinar más esto tendría que hacerse de modo manual en unos pocos minutos tras pruebas de estrés.

La lectura de los voltajes por parte del software usado

ASUS-Voltaje-SoC

Aquí ASUS usa HWinfo para mostrar cómo funciona todo lo dicho. El AMD CPU VDDCR_SOC Voltage (Voltaje SoC (VSoC) a partir de ahora) es, precisamente, el voltaje que lee el programa desde el SVI3 que corresponde al valor de registro resultante de leerlo entre la CPU y los VRM.

En cambio, el software ofrece una segunda lectura que, como vemos, está englobada dentro del apartado de la placa base. Esto es así, porque el llamado CPU SOC es el valor leído del SIO, es decir, de Die Sense, y por lo tanto, este valor siempre será más bajo y más real que el que ofrece la CPU, porque realmente no está leyendo el sensor interno, sino el valor SVI3.

ASUS-Voltaje-SoC-2

Pero esto solo ocurre en las placas base de gama alta de ASUS para X670E, que son las únicas que integran Die Sense como tal en esta plataforma. Por ello, la marca afirma que si la placa base que tenemos no tiene un diseño eléctrico parecido al que ellos usan, es decir, tiene Socket Sense, el voltaje leído desde la placa será más alto que el del procesador, justo al revés de lo que a ellos les marca.

Pruebas empíricas con polímetros en mano

Cuatro puntos distintos de lectura de voltaje, cuatro polímetros listos para ofrecer los resultados en tiempo real. La prueba muestra algo simple: la medición de un mismo voltaje difiere según el punto donde leemos en la placa base. El primero que han propuesto está en el lado izquierdo del inductor, es decir, en una fase de energía y su condensador, donde un polímetro mide cada valor de forma individual, siendo estos los puntos 1 y 2.

ASUS-Voltaje-SoC-3-medición

El tercer punto de medición es el típico que hay en la parte de atrás del socket, en un capacitador MLCC y por lo tanto, debería ser el más preciso por encontrarse justo debajo de la CPU... Pero no. El punto más preciso está más lejos (físicamente hablando) y corresponde al chip de control del Die Sense, que está fuera del socket, justo encima del primer PCIe.

Dicho esto, la BIOS usada es la última disponible para la placa, la 1415, que como se puede ver en la web de ASUS, integra AGESA 1.0.0.7a, que es la más novedosa actualmente e integra todas las mejoras y correcciones de AMD.

Resultados esperados que muestran de dónde pueden venir los problemas

Medición-software-vs-polímetro-CPU-AMD

No hay sorpresas aquí. Independientemente de que la CPU esté en idle o en full, la variación del mismo voltaje según el punto de lectura varía ostensiblemente. En el punto 1 se puede leer, por defecto y con EXPO activo, 1,28V de media, mientras que en el Die Sense tenemos 1,245V de media.

Esto supone una variación bastante grande, en concreto, hay peaks que superan el 3% de oscilación. Hay que tener en cuenta que esta última BIOS 1415 va más allá de lo que ha fijado AMD por algo que trataremos más adelante. Y es que ASUS por defecto no deja pasar el voltaje de 1,25V, por los 1,3V que permite AMD. Es decir, es más conservador incluso.

Variación-Die-Sense-vs-Socket-Sense

Pero, ¿qué pasa cuando cambiamos el voltaje manualmente y lo subimos a 1,3V? Pues que tenemos el mismo escenario, exactamente igual, pero con valores más altos. Entre el punto de medición 1 y el 4, que es el más alejado y el más cercano, hay de media +0,05V con estrés. Esto es lógico, porque a más voltaje más vdroop se produce, y por ello el LLC tiene que ser compensado cambiando su valor.

Lo que se aprecia es que la placa de ASUS clava el voltaje casi a la perfección, con un GAP de 0,00x, nunca superando el valor que se le marca en BIOS, lo cual deja una pregunta.

¿Es AMD la culpable de lo que ha ocurrido con todas las placas base del mercado?

Variación-medición-voltaje-1.3V-entre-Die-Sense-y-Socket-Sense

Es muy curioso que, como ya vimos en su momento, todos los fabricantes hayan tenido problemas tanto con Ryzen 7000 como con Ryzen 7000X3D. El de ASUS fue el más sonado sin duda, por la espectacularidad de las imágenes que se mostraron, pero los problemas estaban presentes en casi todos los modelos.

Que AMD lanzase 3 versiones de AGESA en un mes es una anomalía solo producida por dichos casos de Burning Out, pero, teniendo en cuenta la precisión que en este caso vemos con ASUS, siendo las placas base y las CPU las mismas en los PC de los usuarios, ¿cómo se pudieron quemar los procesadores?

ASUS-X670E-Hero-BIOS-VSoC-AGESA

La única explicación razonable ante lo que hemos visto, y que parece exculpar a ASUS y al resto de fabricantes, como GIGABYTE con el SVI3, es que AMD fue permisiva de más con los valores y no advirtió a los fabricantes.

En otras palabras, AMD pasó por alto el hecho de que demasiado Voltaje SoC freía literalmente sus CPU, ergo, no tenía constancia del fallo. Los fabricantes siguieron las directrices de AMD con AGESA y tampoco pusieron límites, permitiendo el overclock incluso al VSoC para aquellos que quisieran escalar en la frecuencia de la RAM sin comprometer la estabilidad del IMC.

Conclusiones sobre el Voltaje SoC de AMD

asus_x670e_hero_soc_voltage_readout-Die-sense

¿Quién iba a limitar algo frente a sus rivales que sí lo permiten? Si AMD no dio instrucciones sobre límites, si sus algoritmos de control como PBO permiten la escalabilidad por entrar en valores "seguros", ningún fabricante iba a quitar una característica cuando los otros la permiten, tendrían mala fama y perderían ventas.

Ahora, dado el problema y revelado el resultado, todos entran en el redil de AMD y salvo ASUS, nadie es más cauto ahora, es decir, todos menos ASUS (al parecer y hasta que se demuestre lo contrario) siguen las políticas de los de Lisa Su al dedillo gracias a AGESA. La mala fama que ha adquirido la marca de placas le ha hecho ser más cauto de serie, aunque ASUS permite el aumento del Voltaje SoC, pero ya sabemos dónde va a terminar esto en tal caso...

Entre tanto, los poseedores de una placa base ASUS ROG pueden estar tranquilos, de serie, el voltaje está bloqueado en 1.25V (salvo para overclock obviamente), así que nada le pasará a sus CPU, pues han sido más cautos que la propia AMD.