Mucho se ha comentado respecto a este método.
La realidad, es que ha sido desacreditado por los creadores originales de RGH 3, siendo 15432 y Octal450 quienes han aclarado la situación. A continuación, me gustaría dar la explicación teórica y la magia detrás.
¿Cómo es esto?
Desde el inicio, la recomendación oficial ha sido "Resistencia", siendo el siguiente rango:
Falcon / Jasper / Tonasket = 22K Ohms (SMC_PLL) + Diodo Zener 1N4148 (POST)
Trinity = 10K Ohms (PLL) + Puente directo (POST)
Corona / Waitsburg / Stingray = 1K Ohms - 3K Ohms (PLL) + Puente directo (POST)
¿Qué hay con la caída de tensión?
En las versiones Fat, la salida de voltaje de SMC_PLL es de 3.3v, PLL en cambio opera en 1.1v, por ende, tenemos tensión de 2.2v, aquí, quiero hacer un pequeño paréntesis, pues, los modchips MatrixV3, Coolrunner y Squirt utilizan una resistencia de 22K precisamente por la caída de tensión entre PLL y su voltaje de operación (3.3v)
https://imgur.com/a/iP9EfeC - MatrixV3
Si aplicamos la Ley de Ohm, el resultado sería:
I = 2.2 / 22000
I = 0.0001A
Hablando de Trinity, SMC_PLL maneja 3.3v de salida, siendo PLL de 1.8v, si bien, la caída de tensión es menor que en las versiones Fat, aún es considerable, por ende, corresponde utilizar la resistencia del valor antes mencionado, el arreglo sería:
I = 1.5 / 10000
I = 0.00015A
Finalmente, Corona y Compañía utilizan un SMC_PLL a PLL de 1.8v en ambos puntos, No existe como tal una diferencia, no hay caída de tensión, por ende, incluso el puente directo es completamente seguro.
En cuyo caso y si deciden utilizar una resistencia, aplicando la Ley de Ohm obtenemos el mismo resultado:
I = 1.8v / 1000
I = 0.0018A
Utilizando la Ley de Ohm se establece una relación entre voltaje, resistencia y corriente, al ser un GPIO (Listado claramente en el esquemático) podemos garantizar que no habrá cambios en sus valores.
https://imgur.com/a/FNRXDgo -> Esquemático listando los pines DB3R3 y DB3R4 Como GPIO (Pin Lógico programable). Recordemos que un pin de este tipo maneja estados altos y bajos (0 y 1) para enviar las señales, similar al código POST de depuración.
Dato Curioso: Microsoft en todas las versiones Fat utilizó un resistor de 3.92K Ohms para la línea CPU_RST_N (Otra línea de datos) y así hacer que esta opere a 1.1v en lugar de 1.8v, claramente respetando la Ley de Ohm.
Como añadido extra, Octal450 cuando descubrió el punto PLL, inyectó 3.3v directamente sin mayores complicaciones
https://imgur.com/a/9qCBRQd -> Esquemático de Xenon listando R7R4
¿Qué hay de las consolas que supuestamente fueron a E74 luego de hacer RGH 3?:
E74 Es un error relacionado a GPU, más en claro, y tras hacerle ingeniería inversa al código de la consola, se descubrió que es un problema de comunicación entre el edRAM y GPU, ninguna de estas conexiones está conectada a placa y es meramente interna de la GPU, Por ende, es imposible que RGH 3 esté relacionado.
Hasta el momento, no hay evidencia suficiente que indique que este hack pueda ser potencialmente dañino para la consola.
https://imgur.com/a/LiydASw -> Imagen del código de la consola.
Si saben de programación, podemos ver el nombre de la función invocada cuando este error ocurre, evidenciando lo antes mencionado.
Vídeo explicativo sobre E74:
https://www.youtube.com/watch?v=66CKvpfTKXU(Creditos a Octal450)
En conclusión: El Regulador AMS1117 No está diseñado para manejar el tipo de señal de RGH 3, Si bien puede funcionar, se ha comprobado que puede causar retrasos en la secuencia de arranque (principalmente porque tampoco puede manejar la velocidad de los datos) y detalles con la fiabilidad.
Agradezco a Octal450 (Co-Creador de RGH 3) por la explicación y el Post original en el cual me basé:
https://www.youtube.com/@Josh.Davidson/posts 