[Solucionado] Corona v1 con nand (ST NAND128W3A2BN6) tamaño 16mb ?????

Hola compañeros, abro este hilo, ya que estuve buscando info por el foro y no encontré nada.

He realizado búsqueda por google y con respecto a la Xbox 360, casí no hay nada.

Por lo que he decidido abrir el hilo, ya que alguien más puede estar en mi misma situación o ya se le haya dado el caso.

En principio, la consola con la que tengo esta duda, se trataría de una CORONA v1, fecha de fabricación 27-10-2011, 250Gb de disco duro. (No tiene MU) y tampoco lleva chip physon.

Además de lo anterior, he de decir que he comprobado que lleva las tres resistencias en R2C6, por lo que no creo que le falte la pista Post_Out. Creyendo así que se trata realmente de una CORONA v1.

Esta consola en particular no lleva chip HYNIX, en su lugar lleva el chip ST NAND128W3A2BN6, como se puede ver en la siguiente fotografía, debajo del spoiler:

Imagen


Creo que se trata de una nand de 16 Mb. Y que el proceso de lectura se realizaría de la misma forma que con las que traen el chip Hynix.

Estoy en lo cierto????

He encontrado esto en Xbox-scene, donde el usuario bolc le comenta a finalman, que cree que se trataría de una nand de 16Mb.

http://forums.xbox-scene.com/index.php?showtopic=743852

Por todo esto recurro a la comunidad…..Si alguien esta o ha estado en mi misma situación y sabe la respuesta, le estaría muy agradecido si me echa una mano.

Un saludo

Editado

Solución:

El tamaño de esta nand es de 16 MB

Cpu_key optenida y cargado xebuild con exito

Salu2
si es de 16 mb, la slims con disco duro, son corona v1 y tienen 16 mb, las slims de 4gb son las coronas v2 de 64 mb se extrae. Es normal que sea de 16 mb.
Muchas gracias por la respuesta MoiPal [oki]

Además no había caído en que es una nand de 128Mbit, y si divido entre 8, que es el tamaño de un byte, el resultado es 16Mb. Jajajaja

por tanto

NAND128W3A == 128Mbit = 16MB

Espero que le sirva a otras personas, que al igual que yo, puedan verse en este caso y tener una nand de estas en sus consolas. Ahora cuando realicen la busqueda, encontraran este hilo.

ya postearé los resultados optenidos encuanto suelde los cables y lea la nand......para así poder reportar este hilo al moderador para su cierre.

Un saludo y muchas gracias por tu ayuda compañero :)
Me gusto tu nuevo hilo y para mi fue provechoso y me aclaro el tema de mi corona V1 que no lo tenia nada claro
naviev escribió:Me gusto tu nuevo hilo y para mi fue provechoso y me aclaro el tema de mi corona V1 que no lo tenia nada claro


Me alegra que te haya servido :)

Yo, ya he extraído la nand y el AutoGG me la detecta correctamente. Tanto cb´s como versión a la que estaba actualizada.....

Ahora ya sólo me queda soldar el chip y sacar la cpu-key. Si mañana tengo tiempo lo haré.....

Hoy ha sacado el Team-Xecuter una clarificación de los tipos de nand, así como la identificación de las CORONA. En la imagen se puede ver como la Corona v1 y la v3, pueden traer este tipo de chip.

http://team-xecuter.com/xecuter-officia ... solutions/

Así como había expuesto, el tamaño de la nand, es el correcto (16 Mb). Sólo queda el comprobar cada uno si se trata de una v1 o una v3 (verificando la existencia de las resistencias para poder leer/escribir la nand. Así como también comprobar la existencia de la pista post_out).

Un saludo

Editado:

Cpu_key optenida y cargado xebuild con exito
Explicame como hiciste para extraer la cpu-key, porque estoy con una Corona V1 igual que la que se comenta en el post y no hay manera.

La nand la he leido sin problema, el Xell se supone que lo carga bien porque el SQUIRT deja de glitchear. Pero el usb se queda leyendo y no hace nada, alguna vez se me a apagado la consola suponiendo que ha terminado el proceso pero no me da la cpu key.

He probado ya no se cuantos AutoGG y el que mejor me ha ido a sido sin duda el 0.8.2B.
rinxe escribió:Explicame como hiciste para extraer la cpu-key, porque estoy con una Corona V1 igual que la que se comenta en el post y no hay manera.

La nand la he leido sin problema, el Xell se supone que lo carga bien porque el SQUIRT deja de glitchear. Pero el usb se queda leyendo y no hace nada, alguna vez se me a apagado la consola suponiendo que ha terminado el proceso pero no me da la cpu key.

He probado ya no se cuantos AutoGG y el que mejor me ha ido a sido sin duda el 0.8.2B.


Porque no intentas obtener la key por red ?
Tambien he probado y nada. Esta Corona me tiene mania ;)

El caso es que hice una corona hace un par de semanas o poco mas y con esa no tube ningun problema. Lo que no recuerdo que nand llevaba, me suena mas hynx.

Esta claro que algo hago mal o paso por alto, porque si es glitcheable no deberia haber problemas.
Nunca he utilizado el squirt pero supongo que podras agregarle algun condesador y hacer pruebas.
Hola Rinxe

El problema no es de la nand, ya que esta es igual que si se tratase de un IC Hynix. Y si el AutoGG cuando cargas la nand extraída te reconoce bien todos los campos cb´s, LDV, CF, CG (Versión de dash al que esta de origen),..... Al crear el xell, debe de crearlo correctamente.

Prueba con otro pendrive, puede darte problema por esto. Ya que si el chip glitchea y luego se apaga, en teoría debe de haber arrancado correctamente el xell....

Prueba con un pendrive, preferiblemente con luz, para saber si lee de él o no. Recuerda que el pendrive enciende durante un poco cuando lo reconoce el xell y ya cuando llega a la parte de cargar el xenon.elf, debería de estar más tiempo luciendo al leer/escribir en el.

Revisa la instalación de todas formas.

Yo, para conseguir la CPU-KEY, no utilice pendrive ni AutoGG. Para esto use Com monitor através de la consola serie (UART).

Para esta labor, sólo tengo que soldar 3 cables a mayores, Rx, Tx y GND.

Utilizo un USB to UART (TTL) Cable module PL2303 Converter, también puede servir un RS232 Serial Port To TTL Converter(max232), Teensy ++ 2.0 o similares.

Este sistema realiza una escucha de la consola serie mostrando en la pantalla del monitor, en formato texto, lo que debería de mostrar la televisión en caso de que el xell mostrara video.

Se utiliza el programa Minicom desde una distro de linux. Esta explicado en libxenon.org:

http://libxenon.org/index.php?topic=80.0

Así como el esquema para los diferentes tipos de placa, sacado de Free60.org:

http://free60.org/images/2/23/Uart_all.jpg

Aunque este proceso esta orientado para depurar aplicaciones desarrolladas con la biblioteca libxenon. Para optener la CPU-KEY, es un método muy efectivo.

Puede haberte tocado una consola de las que ha dado problema la ejecución del xell, como le paso a Sileandro, quien pidio ayuda en libxenon en el siguiente hilo, y en el que Tuxuser, sacó una nueva versión, para estas consolas, que daban problemas en la ejecución del xell.

http://libxenon.org/index.php?topic=349.0

En ese hilo también se encuentra el enlace de descarga del xell, que tuxuser denomino NiceShot_xell-gggggg recompiled by tuxuser.rar

Creo recordar que blakcat, ya lo había incluido en el AutoGG, pero no recuerdo que opciones se utilizaban para seleccionarlo. Y si no en caso de que te haga falta, lo descargas desde ahí y sustituyes este por el que trae el AutoGG para crear una nueva nandxell.

Debajo del spoiler te dejo una especie de captura de lo que saldría cuando haces el proceso desde Com Monitor:

Usuario@equipo:~$ sudo su
[sudo] password for Usuario:
root@equipo:/home/Usuario# minicom


Welcome to minicom 2.5

OPCIONES: I18n
Compilado en May 2 2011, 00:39:27.
Port /dev/ttyUSB0

Presione CTRL-A Z para obtener ayuda sobre teclas especiales


XeLL - First stage
* Attempting to wakeup all CPUs...
CPUs online: 03..
CPUs online: 3f..
* success.
* Decompressing stage 2...
* Loading ELF file...
0x00000000 0x00035900, Loading .text...done
0x00035900 0x000005cc, Loading .elfldr...done
0x00035ed0 0x000064f8, Loading .data...done
0x0003c3c8 0x00000214, Loading .got2...done
0x0003c5e0 0x0000006c, Loading .sdata...done
0x0003c650 0x00008a38, Loading .rodata...done
0x00045088 0x0000002c, Loading .eh_frame_hdr...done
0x000450b4 0x0000011c, Loading .eh_frame...done
0x000451e0 0x00722d04, Clearing .bss...done
0x00767ee4 0x00000084, Clearing .sbss...done
* GO (entrypoint: 0000000000009800)
Xenos GPU ID=5841
unknown SMC bulk msg
DVD cover state: 62
AVPACK detected: 57
. ana disable
. ana enable
...............................................................................1
. f2
* Xenos FB with 74x33 (640x576) at 0x9e000000 initialized.

XeLL - Xenon linux loader second stage 0.99-git- 2011-09-23 (root@x360dev i686)
* nand init
* network init
* initializing lwip 1.4.0...
Reinit PHY...
Waiting for link...link still down.
* requesting dhcp.................................failed
* now assigning a static ip
* starting httpd server...success
* usb init
* Initialising USB EHCI...
Initialising EHCI bus 0 at 0xea003000
Initialising EHCI bus 1 at 0xea005000
EHCI bus 1 port 1: low speed, releasing to OHCI
* Initialising USB OHCI...
USB bus 0 device 1: vendor 0000 product 0000 class 09: USB Hub
USB bus 1 device 1: vendor 0000 product 0000 class 09: USB Hub
USB: New device connected to bus 1 hub 1 port 1
USB bus 1 device 2: vendor 045E product 02A9 class FF: Xbox 360 Controller
Initializing wireless controller 0
Initializing wireless controller 1
Initializing wireless controller 2
Initializing wireless controller 3
* sata hdd init
no ata device connected.
* sata dvd init
no ata device connected.
* CPU PVR: 00710800
* FUSES - write them down and keep them safe:
fuseset 00: c0ffffffffffffff
fuseset 01: 0f0f0f0f0f0ff0f0
fuseset 02: 0f00000000000000
fuseset 03: aaaaaaaaaaaaaaaa
fuseset 04: aaaaaaaaaaaaaaaa
fuseset 05: aaaaaaaaaaaaaaaa
fuseset 06: aaaaaaaaaaaaaaaa
fuseset 07: f000000000000000
fuseset 08: 0000000000000000
fuseset 09: 0000000000000000
fuseset 10: 0000000000000000
fuseset 11: 0000000000000000

* your cpu key: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
* your dvd key: bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb

* network config: 192.168.1.99 / 255.255.255.0
MAC: xxxxxxxxxxxx


* Looking for xenon.elf or vmlinux on USB/CD/DVD or user-defined file via TFTP.

Trying dvd:/vmlinux...Wireless controller 0 has connected
attached controller 0
Trying TFTP 192.168.1.98:/tftpboot/xenon...

He modificado los datos correspondientes a CPU-KEY, DVD-KEY, fuseset y MAC, para que no figuren aquí. Esto lo he sacado de esta consola que preparé


Pero como te digo, prueba primero con otro pendrive.

Un saludo y suerte, seguro que lo consigues :)
Okk gracias Mac, no estoy tan puesto en estos temas del RGH como alguno de vosotros. GamerGDL tambien comentaba lo de los condensadores pero tampoco se muy bien como hacerlo.

Empece en esto del RGH con Squirt BGA pero con el tiempo me he dado cuenta que el que manda es el Team Xecuter. Llevo como 7-8 instalaciones de Squirt y he de decir que el chip en si se comporta muy bien, en FAT suele arrancar a la primera y en las slims que he hecho entre 10 y 90 segundos.

Y no habia tenido problemas serios hasta esta slim. Ayer estube probando haber si la pescaba por DHCP y no hubo manera, me da a mi que el problema es el Xell que no se carga o algo pasa. Le hechare un ojo a toda la info que me habeis dado y haber si deja meter mano ;)


EDITADO:

Al final he cogido un cable nokia DKU-5 que tenia por aqui y lo he contectado para hacer esto del monitor. Esto de poner imagen a lo que no ves me gusta mas, jejej. De momento la primera prueba mal. Voy a ir probando cosas ahora que lo puedo ver.

Dejo el log haber si alguien sabe algo:
luis@luis-mint ~ $ sudo minicom
[sudo] password for luis:
El dispositivo /dev/ttyUSB0 está bloqueado.
luis@luis-mint ~ $ sudo minicom


Welcome to minicom 2.5

OPCIONES: I18n
Compilado en May 2 2011, 00:39:27.
Port /dev/ttyUSB0

Presione CTRL-A Z para obtener ayuda sobre teclas especiales

�}W��[��������o��W��_���{��u��]�
XeLL - First stage
* Attempting to wakeup all CPUs...
CPUs online: 01..
CPUs online: 3f..
* success.
* Decompressing stage 2...
* Loading ELF file...
0x00000000 0x0005fbe8, Loading .text...done
0x0005fbe8 0x00000814, Loading .elfldr...done
0x00060400 0x00005c54, Loading .data...done
0x00066054 0x000003f4, Loading .got2...done
0x00066448 0x00000068, Loading .sdata...done
0x000664b0 0x0000ac48, Loading .rodata...done
0x000710f8 0x000000e4, Loading .eh_frame_hdr...done
0x000711dc 0x00000584, Loading .eh_frame...done
0x00071800 0x0069a5b0, Clearing .bss...done
0x0070bdb0 0x000000c0, Clearing .sbss...done
* GO (entrypoint: 000000000000a700)

******************************************************************************
************************** NEW LOG Patch v(1.031) *********************
******************************************************************************

* PCIBridgeRevisionID:-112
unknown SMC bulk msg
DVD cover state: 62

* DVEversion:35
Model Corona v1 detected
Xenos GPU ID=5841
AVPACK detected: 43
xenon_smc_i2c_ddc_lock failed, err=1
xenon_smc_i2c_write failed, addr=01ec, err=1
xenon_smc_i2c_ddc_lock failed, err=1
. ana disable
. ana enable
...............................................................................................
10 respuestas