Visualizzazione Stampabile
-
Trinity dispettosa
Salve a tutti a sono costretto a chiedere un punto di vista diverso dal mio....
Trinity mai aperta preparata per RGH (letta nand , montato chip ,scritto Xell ) parte glitcha all'infinito.
Cambio chip riaccendo e niente più vita scorre nei suoi circuiti.
Solo BIP.
Provo a controllare se legge o scrive la nand - flashconfig 0000000.
Il segnale a 27Mhz presente sul chip Hana.
Stacco la nand la controllo col programmatore esterno e il dump patchato Xell è presente.
Riscrivo dump originale sempre con programmatore esterno - sempre morta.
Controllo le tensioni sui punti J2C1 e J2C3 presenti.
Controllo le tensioni 1,8 e 3,3 presenti.
Per scrupolo sostituisco il SB pensando ad un involontario errore da parte mia ....SEMPRE MORTA.
Sempre flashconfig 0000000 e solo bip.
Onestamente non so più che controllare ...anche perchè non è stato fatto nulla di che su questa Trinity ed il difetto è comparso all'improvviso.
Si accettano suggerimenti.
-
Foto?
Reset della nand tramite corto sui pin?
Dovrebbe essereci un immagine dei pin da mettere in corto, prova a cercare.
-
La console adesso è pulita non ha più l'installato nada.
la nand è scritta bene quindi l'SMC è presente.
-
Allegati: 3
-
Intendevo questo:
[url]http://www.consoleopen.com/forum/sezione-xbox-360-jtag-e-reset-glitch-hack/6370-reset-nand.html[/url]
-
ma questa procedura si fa quando hai un bad flash.
Io non ho questa situazione avendo controllato con programmatore esterno "stand alone" e la flash era programmata bene ma per essere sicuro l'ho riprogrammata con dump originale XELL free.
-
Visto che era un problema che ho avuto anche io ti scrivo come ho risolto. La console in questione era una corona v1, tramite spi flasher non veniva riconosciuta la nand, allora ho preso un progskeet ed ho flashato la nand stock e la console con nand stock partiva ma se provavo a flashare l'ecc mi dava errore in fase di scrittura proprio sui settori interessati da xell, allora ho preso un demon, ho collegato i pin sui test point della nand ed ho effettuato la lettura e la scrittura della nand tramite di esso, flashato freeboot sulla nand principale e poi richiuso la console.
-
ma pure io pensavo ad un errore di scrittura dump ecco perchè l'ho dissaldata e controllata con il programmatore ma era tutto ok.
Adesso per sfizio la cambio.....ormai le idee vengono meno
-
niente....è più dura di me ...PER ORA.
-
Capitato anche a me. Uno dei PLL dell'HANA era andato a banane. HANA sostituito e console resuscitata.
-
dici di sostituirlo?
anche se il clock è regolare ?
-
Può anche essere il controller dei regolatori di tensione della xgcpu,che non "accende" più ma non saprei come fare a diagnosticare il suo funzionamento, (magari confrontando "letture" sui pin significativi del chip da una trinity funzionante) perchè se è vero che dalla nand il codice viene passato in cpu e dunque se la nand è apposto..lol.
Edit: ha già c'è anche l'hana :) allora seguirei il consiglio di DrShottky.
-
27 MHz sono quelli del master XTAL. I 48MHz di standby/SMC li hai?
Io proverei comunque con l'hana: hai fatto 99, fai 100.
-
Grazie della dritta RISOLTO.
Non era il chip Hana ma quella merda di resistenza del CLK.....che coglione che sono...cambiato un SB per una resistenza di cacca da 33ohm......
ALmeno adesso so che le revisioni dei SB X817692-002 e xxxxxxx-001 sono pienamente compatibili visto che l'ho prelevato da una Jasper.
Lo so magra consolazione ma almeno cerco di trovare un risvolto positivo per il mio ego ferito...:signs025:
-
Beh dai, alla fine l'ho quasi azzeccata, era un problema di clock. :D
-
Però rimane cmq il fatto che io quella resistenza non l'ho toccata.....quindi come si è rotta ????
-
"Shit happens".
Non avrà gradito la saldatura.
-
beh cmq l'importante è che si sia risolto ma se guardi la foto la saldatura è sulla piazzola non sulla resistenza....e sono quasi sicuro di non avere la mano tanto pesante :D