EDITO 28/11/11
Si que se puede hacer, conseguir la estabilidad es otra cosa:
probado por mi, para generar el parche Xell el autoGG 0.1 funciona. Ahora para el parche ggbuild opté por usar "360 Multi Builder 0.4 by Rogero" que justo acababa de salir una versión con fecha 27/11/11 que soluciona un bug para el cb 6751.
Para el tema de la instalación la mejor opción que encontré fue cables cortos para bypass, postout y reset, el camino más corto para todos. Y el fix de este hilo:
hilo_posible-fix-para-matrix-falcon16mb-jasper16mb_1704666
Aun sigo haciendo pruebas, pero se puede hacer
fin
Después de leerme casi todos los hilos de eol... xD se han conseguido hacer Jasper 6751 de 16 y 256 con CB 6751, pero necesito saber que alguién ha conseguido almenos encender el Xell con este modelo.
yo tengo nands donadas de varios 6750 de distintos tamaños y Dash, y he realizado el Xell inyectando datos y sin inyectar, con el comando CD y el comando CDJASPER.
- cosas que he realizado:
nands donadas 512 con distinto dash, y también por probar de 256 y 16
reinstalación de todo muchas veces
cambio de chip matrix (tengo varios pero todos con la pantalla negra)
generar el Xell desde donada con y sin inyectar, y con comando CD y CDJASPER
condensador entre el punto F y la masa (solo el 472pf)
distintas longitudes de cables (AWG 30)
separar los cables de la placa con extensos cables que no se cruzan ni se acercan a nada
cuando reescribo la original funciona como siempre
Pero en todas las convinaciones que he realizados todas pantalla negra.
Solo necesito saber que alguién lo ha hecho y que de detalles extensos
(programas, como generó el Xell, que nand donada utilizóEDITO:
Y claro que se puede hacer todo en 20 minutos... pero solo si es de 16megas porque leer los 64 primeros megas de una jasper tarda 30 minutos de cronoal igual que restaurar su nand original.
Mi gran mosqueo es que no se con exactitud que Xell es bueno para una jaster de 512 y cb 6751 ¿por qué? porque yo he creado 4 distintos según estos parámetros:
Tanto si lo creas con Python como con gbuild (hacen el mismo xell) pero los parches según esta tabla son distintos si:
"la nand donada es de jasper 512 cb 6750 con das 13604 sacada del Hilo de pantalla negra y todo OK del primer post y que dicen que la hicieron funcionar"
nand donada inyectando datos a mano y usando el comando CDJASPER, checksum del parche xell: D569F80E4060A6E0771370B172073426
nand donada inyectando datos a mano y usando elcomando cd, checksum del parche xell: 4613A6B691991277B27185C6B4EA25C4
nand donada sin inyectar datos y usando el comando cd, checksum del parche xell: 2C5866CF41510F3023E62
nadn donada sin intectar datos y usando el comando cdjasper, checksum del parche xell: 6FFFD1F836DA3876033ED83D93432E18
asi obtengo cuatro parches xells distintos.... para una sola nand donada, y nunguno me arranca el Xell, pero para más comedura de coco, si cojo otra nand donada de por ejemplo 16megas o un nanddump de 66megas (de una 256megas), ya tengo generados 16 parches Xells distintos![]()
![]()
![]()
![]()
![]()
claro que hay diferencia con una de 16megas... porque con la de 16megas solo puedes generar dos Xell, con comando CD o con comando CDJASPER, pero con la jasper de 512m cb6751, se suman todos los problemas posibles.
al igual que restaurar su nand original.


