TUTORIAL RGH_3.0 PARA "TOTAL NOOBS" O LOS MAS VAGUETES...

Responder
1…16, 17, 18, 19, 20
@xtrax

pasaba con las fat que algunas resistencias se estropeaban y no dejaban la lectura de los bancos de las nand . prueba con eso. si eres técnico puedes desoldar esa nand , montarla en otra consola , volcar la nand e inyectar xell. si eres usuario sin experiencia en eso entonces no hay mucho por hacer
Gracias por los consejos, sobre el primer punto de las resistencias, se podría mirar algo? Sobre lo de montar la nand en otra consola, no tengo los conocimientos ni otra consola para hacerlo.
@xtrax

para empezar : cuando se conecta la motherboard al flasher (picoflasher, jrprogrammer, etc...) se debe de conectar también la fuente , sin panel frontal , nada más que el programador y la fuente de la consola. eso es lo que haces ?

eso es para que se energice la motherboard y se use en "stand by" para volcar los datos
@Eruil
Si lo hago asi, en modo standby
Buenas, para no liarla antes de empezar me ayudáis a identificar bien lo que tengo?
La consola es una "E" de 2013. Si no me equivoco tengo una Corona V3-V6 con NAND de 16mb. Además tengo que realizar lo del kamikaze o el postfix adapter.
Si me podéis recomendar un vídeo de algun caso que sea exáctamente como el mio, que en youtube hay bastantes, gracias.

Estas son las fotos:

https://imgur.com/a/5ZM5tcw


También tengo una raspberry pico para hacer un flasher.

Esto me serviría? gracias.

Imagen
Le he hecho RGH3 a una Falcon y tengo congelaciones aleatorias .
He repasado el recorrido del cable para que no pase por condensadores ni nada parecido.
He puesto el cableado exactamente igual que en la foto de ejemplo y he conseguido que pase de 3 minutos a 30 sin congelarse.
Alguna idea?
Este foro está muertísimo, hay más tema en el de xbox OG
nases

justo de jasper/tonasket no hay videos [+risas]

saludos
He seguido el tutorial completo y he enrutado los cables tal cual la imagen, pero tengo congelamientos aleatorios.
Es posible que exista una mejor forma de posicionar los cables?
Es una Falcon.
Bueno me ha salido a la primera siguiendo los vídeos de Yakara y lo que hay por aquí.
Es una 360 e de 2013 con Corona v algo. Lo he hecho con Pichoflasher y Postfix y es lo que no me quedaba claro que hacer con él.

Le he soldado las 2 resistencias que hay abajo, no se si debía. Y luego he sacado el postfix_1 nada más, eso si que lo he debido hacer bien.

La consola bien, pero una cosa rara es que tuve que desactivar del menu principal el almacenamiento en la nube y las descargas en standby porque la consola no se apagaba del todo. Se quedaba medio encendida.
Eso no me pasaba antes de tener el RGH3.
Tuve que borrar lo almacenado en la nube y todo.

Que pasa que no puedo usar esa funcionalidad cuando estoy en el menú normal? Me parece bastante raro.

Otra cosa, la consola, ya de antes se calienta que no veas. Y eso que al abrirla la he limpiado toda, le he cambiado la pasta térmica, etc. Pero es que está a más de 70º en el dashboard. Leo que es nomal pero he visto algunas más fresquitas y a lo mejor me busco otra.
Tengo una Slim edición star war ( corona 16 mb ) la cuál he sacado la nand y la cpu key con el nuevo exploit del hipervisor, pero me gustaría hacerle rgh 3 , lastimosamente por mi zona no venden programadores , habrá una manera de hacerlo sin el
@Heberguedez

teóricamente SI hay una opción : corres el exploit, usas el simple nand flasher para hacer volcado de la cpukey y la nand (lo que ya hiciste) . sin apagar la consola corres jrunner y parchas como rgh 3 la nand . después usas el updflash.bin (nand ya parchada para rgh ) y lo flasheas usando otra vez el simple nand flasher en la consola. la apagas y le soldas los reguladores . así debería arrancar a la interfaz directamente .

esa sería la manera que se me ocurre para tu consola corona 16mb sin programadores [beer] (dije teóricamente porque repito : es lo que se me ocurre y que nunca he hecho antes por obvias razones)
@Eruil gracias y bueno voy a comprar los reguladores para ponerme a trabajar en eso, ojalá no dañe la consola 😂
Heberguedez escribió:Tengo una Slim edición star war ( corona 16 mb ) la cuál he sacado la nand y la cpu key con el nuevo exploit del hipervisor, pero me gustaría hacerle rgh 3 , lastimosamente por mi zona no venden programadores , habrá una manera de hacerlo sin el


Hola, hace unos dias lo hablé en este hilo (hilo_encontrado-software-exploit-en-el-dash-17559_2515433#p1755756837) lo mismo que comentas. A priori debería funcionar sin programador. Yo estoy esperando que me lleguen los reguladores para hacerlo. Saludos
@XESC hola, me surgió una duda al usar el simple nand flasher , después que termine de escribir la nand modificada se supone que el Xbox se reiniciará solo ( en vez de apagarse y desarmarlo para soldar los cables) y detectara que no tiene la nand original porque en ese momento todavía no tendria los cables soldados , no se brikea al detectar que no tiene la nand original o le quitó el cable de energía al momento que termine de escribir la nand modificada
Heberguedez escribió:@XESC hola, me surgió una duda al usar el simple nand flasher , después que termine de escribir la nand modificada se supone que el Xbox se reiniciará solo ( en vez de apagarse y desarmarlo para soldar los cables) y detectara que no tiene la nand original porque en ese momento todavía no tendria los cables soldados , no se brikea al detectar que no tiene la nand original o le quitó el cable de energía al momento que termine de escribir la nand modificada


Hola, por lo que tengo entendido no es así, la consola no se brickea si se reinciara sin el rgh instalado. No arrancaría, o sería un brickeo temporal hasta que le instales los cables.
El único riesgo seria que fallara en el proceso del flasheo, pero la mayoria de los casos podrías volver a flashearlo con el xell... y si con esto no podrías entonces solo te quedaría flashearlo con un programador como se ha hecho siempre. Pero no creo que la consola se bricke para siempre.
@XESC tienes razón he leído eso, que no hay manera de brick permanente en ese paso
@Eruil exactamente lo que acabo de hacer en una trinity y funcionando sin problema ya que pues es básicamente hacerlo de la manera tradicional con programador , aunque aquí ya nadamas abres pa soldar los cables definitivos de rgh3
@Dark Knight_TJ

y te ahorraste tiempo soldando y desoldando. así ya no habrán puntos volados cuando se instalen los programadores (como lo que pasa con las corona 4GB ) [beer]
Buenas!!!

Una duda.. tengo una fat jasper con rgh 1 y quiero actualizar a rgh 3.0, ya que hay veces que no arranca el rgh o tarda varios minutos. Tengo que tener en cuenta algo especial o el proceso es tal cual se describe aquí?
@LoSaT

Lo mismo: corres simple nand flasher , haces volcado de tu nand , la parchas como rgh3, flasheas la RGH 3 y dejas únicamente los cables con los reguladores correspondientes. Obviamente soldas con la consola apagada.
Eruil escribió:@LoSaT

Lo mismo: corres simple nand flasher , haces volcado de tu nand , la parchas como rgh3, flasheas la RGH 3 y dejas únicamente los cables con los reguladores correspondientes. Obviamente soldas con la consola apagada.


Ok, gracias @Eruil. Por confirmar, la nand actual de mi consola ya estaría "modificada" por tener RGH, no??? no hay problema en volver a parchearla para rgh 3?
@LoSaT

el que sea una nand rgh te ayuda solamente porque ya tendrías a la mano tu cpukey. el parchar a rgh 3 es OBLIGATORIO hacerlo con jrunner . parchas, reflasheas la nand con la rgh 3 , desoldas la instalación rgh que tengas e instalas el cableado con reguladores rgh 3
Eruil escribió:@LoSaT

el que sea una nand rgh te ayuda solamente porque ya tendrías a la mano tu cpukey. el parchar a rgh 3 es OBLIGATORIO hacerlo con jrunner . parchas, reflasheas la nand con la rgh 3 , desoldas la instalación rgh que tengas e instalas el cableado con reguladores rgh 3


Entendido. En cuanto me llegue el programador me pongo con ello. Muchas gracias!!
LoSaT escribió:
Eruil escribió:@LoSaT

el que sea una nand rgh te ayuda solamente porque ya tendrías a la mano tu cpukey. el parchar a rgh 3 es OBLIGATORIO hacerlo con jrunner . parchas, reflasheas la nand con la rgh 3 , desoldas la instalación rgh que tengas e instalas el cableado con reguladores rgh 3


Entendido. En cuanto me llegue el programador me pongo con ello. Muchas gracias!!


Si puedes arrancar tu consola con rgh (o con el nuevo exploit), no te hace falta programador... puedes flashear tu consola directamente con el Simple Nand Flasher por software.
@LoSaT cuál programador? Con simple nand flasher haces eso
Heberguedez escribió:@LoSaT cuál programador? Con simple nand flasher haces eso


Desconocía eso, miraré a ver como va el tema. Gracias!
@LoSaT

Nunca leíste mi hilo : actualizar a 17559 desde USB , verdad?. Ahí explico EXACTAMENTE LO QUE DEBES DE HACER corriendo simple 360 nandflasher O xell . Solamente que aquí debes soldar el par de reguladores y dejarla como RGH 3 17559. Ese hilo lleva AÑOS por acá, fácilmente lo ubicas usando el buscador del foro. Dios mío [facepalm]
Eruil escribió:@LoSaT

Nunca leíste mi hilo : actualizar a 17559 desde USB , verdad?. Ahí explico EXACTAMENTE LO QUE DEBES DE HACER corriendo simple 360 nandflasher O xell . Solamente que aquí debes soldar el par de reguladores y dejarla como RGH 3 17559. Ese hilo lleva AÑOS por acá, fácilmente lo ubicas usando el buscador del foro lo encuentras. Dios mío [facepalm]


Fallo mío, nunca he tocado una 360 y pensaba que el simple nand flasher era el programa jrunner. El rgh me lo hicieron en una tienda... y no, no he leído ese hilo porque ya tenía mi xbox en la v17559, le echaré un vistazo de todas formas.


Edit: Por confirmar, veo en el esquema de soldadura de JASPER que un regulador va soldado a la placa, por lo que habría que rasparla para sacar un punto de soldadura, es correcto???? lo pregunto porque en la primera página de este post @Loren_Son comenta "las phat son más fáciles, no hay que rascar para poder soldar ningún punto"... de ahí mi duda.
@LoSaT

Si, ese esquema lo hace rascando la placa y pillar el grnd desde allí. Yo tengo los dos reguladores soldados en dos puntos rascados. Si no quieres rascar la placa creo que puedes pillarlos de otro sitio, pero lo más comodo es este método.
XESC escribió:@LoSaT

Si, ese esquema lo hace rascando la placa y pillar el grnd desde allí. Yo tengo los dos reguladores soldados en dos puntos rascados. Si no quieres rascar la placa creo que puedes pillarlos de otro sitio, pero lo más comodo es este método.


Ok, duda resuelta, muchas gracias!
XESC escribió:@LoSaT

Si, ese esquema lo hace rascando la placa y pillar el grnd desde allí. Yo tengo los dos reguladores soldados en dos puntos rascados. Si no quieres rascar la placa creo que puedes pillarlos de otro sitio, pero lo más comodo es este método.

exactamente asi los solde , use 2 reguladores que saque de una lectoras viejas y use los cables de colores que llevan las lectoras internamente
Buenos días

Me he liado con una falcon vieja que tenía por el trastero, le he puesto los reguladores y he conseguido hacer bien todo el proceso... el único inconveniente fué que con 27 mhz no arrancaba y tuve que probar la de 10 mhz y arrancó perfecto.

Total que digo, ya que estoy le cambio la pasta termica que está toda reseca... le pongo artic silver de esa, una fina capa cubriendo todos los micros y monto toda la consola y....

Ya no arranca, luz verde fija, incluso se puede arrancar con el mando, pero no da señal de video. La tele detecta una entrada de video pero... pantalla negra.

Desmonto otra vez la consola, con la placa al aire, como la tenía la última vez que funcionó, y nada....

He rehecho las soldaduras, he ruteado de tal manera que no pase cerca de componentes sensibles y nada...

Estoy pensando si puede tener alguna relación el cambio de pasta termica, el forzar un poco para quitar las clamps.... no sé.

Lo siguiente quitare las clamps y volvere a limpiar y aplicar pasta a ver.
Edito: he vuelto a aplicar pasta con cuidado que no rebose y nada, lo mismo. Lo siguiente intentaré volverle a ponerle la nand retail a ver si por lo menos la recupero.

Se os ocurre algo? Gracias de antemano y saludos
Hola chicos, grandioso tutorial me ayudó mucho..
Les comento que es mi primera vez con una Xbox 360.. y aún así me aventure a realizar el proceso a un Xbox 360 Slim E de 4Gb con el método comicase porque ese adapter que se pone al CPU es imposible conseguirlo aquí, dónde vivo, sin embargo por suerte lo logré y ya llevo 1 mes con la consola RGH 3.0 ... y todo va de maravilla y me siento muy contento por ello... todos dirán porque si acaba de salir un xploit (badupdate) si pero ese está muy verde y no libera la lectura de discos duros que no sean aprobados por Microsoft ... y por ello decidí realizar esta hazaña... Muchas gracias por todo ...
Ahora con todo lo dicho tengo algunas preguntas:
1. Ahora con el rgh 3.0 ahora puedo de alguna forma cargar juegos copias desde la lectora ?? El LT 3.0 me será imposible conseguirlo
2. En el dashlaunch en la parte inferior derecha me indica:
Board: corona
Flash: Trinity <-----------?????
Glich 2
Esto es correcto?? .. tengo una Slim E de 4Gb ..placa corona v6 sin las venas que entran al procesador
3. La consola llega a los 82 grados en ciertos momentos y de repente se baja a los 78-79grados .. esto es normal estos modelos ??
GRACIAS!!

yan escribió:Buenos días

Me he liado con una falcon vieja que tenía por el trastero, le he puesto los reguladores y he conseguido hacer bien todo el proceso... el único inconveniente fué que con 27 mhz no arrancaba y tuve que probar la de 10 mhz y arrancó perfecto.

Total que digo, ya que estoy le cambio la pasta termica que está toda reseca... le pongo artic silver de esa, una fina capa cubriendo todos los micros y monto toda la consola y....

Ya no arranca, luz verde fija, incluso se puede arrancar con el mando, pero no da señal de video. La tele detecta una entrada de video pero... pantalla negra.

Desmonto otra vez la consola, con la placa al aire, como la tenía la última vez que funcionó, y nada....

He rehecho las soldaduras, he ruteado de tal manera que no pase cerca de componentes sensibles y nada...

Estoy pensando si puede tener alguna relación el cambio de pasta termica, el forzar un poco para quitar las clamps.... no sé.

Lo siguiente quitare las clamps y volvere a limpiar y aplicar pasta a ver.
Edito: he vuelto a aplicar pasta con cuidado que no rebose y nada, lo mismo. Lo siguiente intentaré volverle a ponerle la nand retail a ver si por lo menos la recupero.

Se os ocurre algo? Gracias de antemano y saludos

Eso mismo me pasó en mi proceso, y resultaba ser el cable HDMI que no era compatible (rarisimo) use un cable HDMI viejito y funciona la imagen ..
Tengo un problema en una jasper ,párese ser esa aunque en los disipadores no tiene los típicos tensores del disipador ,tiene unos tornillos .párese ser que la modificaron .el problema es que intente hacer rgh usando en nuevo xploid para flashearla ,use la aplicación que hay para extraer la nand luego modificar para flashear de nuevo,todo este proceso lo realice pero la única duda es la aplicación que use solo tiene dos opciones leer y la otra escribir ,según el tutorial usan otra aplicación que no logré conseguir pensé que sería lo mismo .la cuestión es que hecho el flasheo y puesto los cables y reguladores obtengo error E79 .pensé que solde mal o que algo tenía la placa por lo de la suciedad ,veo que solde bien y todo está limpio ,también quite los reguladores pensando que no servían y siempre pasa igual error 79 .espero una orientación y gracias de antemano.
Disculpad he estado leyendo mucho para hacer RGH 3 y decidirme cual es mejor método y más seguro para hacer , y después de decidirme por RGH 3 por facilidad me he encontrado con esto por redit

https://www.reddit.com/r/360hacks/s/EjWrwrm620

@Eruil disculpa me puedes echar una mano a decidir , gracias a todos por echarme un cable, estoy en duda de que hacer
@[_Max_]

Según los esquemáticos de los reguladores 1117 en su interior hay resistencias , en encapsulado diferente a las que usó 15432 . Es una protección extra y los recomendé ya que yo seguí al pié de la letra las recomendaciones de 15432 y en el caso de mi consola se frió el procesador . Si es consola corona puedes meterle regulador de 1.8 en lugar de 1.2v. En Trinity y fat se pueden meter reguladores de 1.2 con los puntos alternativos lo más corto posible o hacer mezcla entre 1.2 y 1.8 (post en 1.8 y pll en 1.2)

Toda recomendación que doy se basa en mi experiencia personal.
Eruil escribió:@[_Max_]

Según los esquemáticos de los reguladores 1117 en su interior hay resistencias , en encapsulado diferente a las que usó 15432 . Es una protección extra y los recomendé ya que yo seguí al pié de la letra las recomendaciones de 15432 y en el caso de mi consola se frió el procesador . Si es consola corona puedes meterle regulador de 1.8 en lugar de 1.2v. En Trinity y fat se pueden meter reguladores de 1.2 con los puntos alternativos lo más corto posible o hacer mezcla entre 1.2 y 1.8 (post en 1.8 y pll en 1.2)

Toda recomendación que doy se basa en mi experiencia personal.


Pues muchísimas gracias , me pondré a ello con las de 1.2 que es una Falcon, muchísimas gracias por tomarte el tiempo en ayudar un saludo
Hay que destacar que el que está diciendo que no usemos reguladores es Octal450, no cualquier random
Yo aquí no opino porque no he tenido problemas :)
(mensaje borrado)
Perdón pero busco orientación , instale un programador de nand el nand x , y me dice que hay muchos bloques con error ,al tratar de escribir también dice eso un montón de mensajes como si todos los bloques no puede escribir.... Como se soluciona o la nand ya no sirve.
@Asaduji

Emmmm .... Octal450 se queja en su post acerca de que hay usuarios que dicen que él y 15432 RECOMIENDAN el uso de MOSFETS (NO de reguladores, que es lo que ocupamos en éste hilo; y son cosas diferentes hablando de construcción interna, por algo siempre invito a leer los datasheeets de cada circuito ) . Abajo coloqué una traducción del mensaje y como le comento a todos los colegas de EOL o a TODO el que usa reguladores (MI IDEA , no de OCTAL ni de 15432 Y probada por @MARVICDIGITAL) : son adultos y pueden hacer lo que les plazca. Yo sólo hablo en base a mi experiencia personal ;D . Saludos

Traducción para quien le interese el tema de lo que escribió Josh Davidson (Octal450) :

" Sobre MOSFETS y RGH3
Estoy escribiendo esto para, con suerte, comenzar a disipar algunos mitos tontos sobre que esto funciona.

La gente decía mentiras como "con la resistencia falla la CGPU" y "Josh y 15432 recomiendan MOSFET" y no es cierto.
Si ven el README oficial de 15432, dice resistencia. También le pedí directamente que confirmara que
ninguno de nosotros lo había recomendado.

¿Sabían que durante 10+ años, TX Coolrunner (todas las versiones),
Matrix glitcher y X360Squirt y más han utilizado la resistencia 22K para PLL, integrada directamente en el chip RGH?

MOSFET es para crear rieles de potencia estables con una corriente no constante. Recuerden esa fórmula Ley de Ohm (Voltaje = Corriente
* Resistencia). Por eso los MOSFET se utilizan para rieles de potencia. Porque la corriente de los rieles cambiará.

Con RGH3 estamos conectando algunos pines lógicos DIGITALES. No hay cambio de corriente, la corriente es casi cero. (Investiguen cómo funciona el diseño
digital lógico)

SMC_POST es un pin de entrada que funciona a 3.3V, los niveles de 0V a 1.6V detectarán como un LOW confiable (lógico 0) y 1.7V y superior
como un HIGH confiable (lógico 1). Por lo tanto, el nivel preciso de voltaje no es importante. El 1.8V que viene de POST es suficiente para activar
la entrada de 3.3V. En Corona, SMC_POST es 1.8V, por lo que ambos son 1.8V y es perfecto. SMC_PLL es una salida a 3.3V. Sin embargo, es una
salida muy débil que simplemente es un pin de lógica digital. PLL en XCGPU es 1.8V. Así que simplemente usamos una resistencia para bajar el
voltaje a menos de 1.8V, pero por encima de 1.0V (voltaje mínimo para el lógico confiable 1). La razón por la que necesitamos una resistencia
tan grande en el rango K es porque la corriente es casi nada. Si hubiera mucha corriente, se necesitaría una pequeña resistencia.

¿Sabían que CPU_RST_N usa una resistencia para reducir el voltaje en la PHAT Xbox? Hay R7R4, 3.92K, para reducir el voltaje de
funcionamiento de 1.8V a 1.2V de la CPU Phat. ¡La conclusión es que RESISTOR ES 100% SEGURO DE USAR PARA REDUCIR EL VOLTAJE EN
LAS SEÑALES LÓGICAS DIGITALES!

No estoy seguro de quién comenzó este rumor sobre las resistencias, pero es muy tonto.

Ahora hablemos de una excepción. ¿Recuerdas cómo dije que la CPU Phat es 1.2V? Bueno POST_OUT también es solo 1.2V, que no puede activar la entrada de 3.3V
en SMC_POST de manera confiable. Necesitamos 1.7V. Los trucos de diodos ayudan a hundirse desde GPU_RST_DONE pero no solucionan el problema.
El uso de un MOSFET como un cambiador de nivel para elevar 1.2V a 1.8-3.3V es aceptable aquí. ¡PERO NO EN PLL!

PD: Sean cuidadosos con las personas que dicen que tienen contacto conmigo. Si alguien dice que escuchó algo de mí, escríbanme y confírmenlo. Múltiples personas están repitiendo
"consejos" y dicen que viene de mí, cuando no lo es. Cuidado. "


actualizo: aquí un block diagram (construcción interna de un LM1117, como ejemplo)

Imagen

@Gaitan

usa el exploit 17559, el nand x ya no es necesario para hacer volcado de nands
@Eruil hice este xploid , extrage la nand pero al flachear el rgh3 algo salió mal , error E69 me tiraba en elgunos intentos paresia que iniciaba con el logo pero se quedaba en negro con luces rojas, intento instalar la nand original y me sale un mensaje que dice que hay muchos blokes malos al leer o tratar de escribir .no sé si tengo alguna alternativa. El lector si detecta la nand pero no puedo flashearla . Es una jasper ,Gracias por responder.
@gaitan

Mándame una copia de tu nand (mensaje privado , .bin con su cpukey ) y si la consola corre xell puedo mandarte un updflash.bin para que la reprogrames desde la consola con una memoria USB.
993 respuestas
Responder
1…16, 17, 18, 19, 20
Volver a Exploits y homebrew