collegato lettore con connettore al contrario parte xell ma nn si avvia dasch

Salve a tutti ragazzi ho bisogno di aiuto... dopo aver effettuato la rgh su una console jasper da 16mb ho collegato sbadatamente lo spinotto del lettore al contrario, e dopo una fumata dell lettore, adesso si avvia xell ma non parte la dasch quando provo ad avviarla mi da un led lampeggiante in basso a destra... cosa può essere successo ? come posso riparare il danno ?
ho provato a rimettere la nand origginale e staccare il vcc e gnd del chip ma mi da lo stesso problema
grazzie a tutti siete grandi

Quale lato del connettore hai messo al contrario ? i problemi comunque potrebbero essere parecchi, partendo dal lettore quasi sicuramente con pcb bruciata passando per i regolatori di tensione fino ad arrivare al SB.... è difficile fare una diagnosi senza informazioni, intanto posta l'errore secondario e misura tutte le tensioni in uscita 5v, 3.3v ecc...

Southhhhhhhhhhhhhhhhhhh andatoooooooooooooooooo

Non vorrei portare sfiga ma credo anch'io sia saltato il south bridge.

intanto prova ad avviare con il lettore staccato

Citazione:

---

Originariamente Scritto da The Pusher

Southhhhhhhhhhhhhhhhhhh andatoooooooooooooooooo

---

Confermo, anche per me il south è andato. Prova a sentire se scalda particolarmente...

ciao ragazzi anche cn il lettore scollegato mi da lo stesso prob, il lato dove ho inserito lo spinotto in modo sbagliato e il lato dell lettore

confermo ke il pcb del lettore è andato, ma vorrei capire come agire sulla scheda madre della console x poter ripristinare il tutto

dite che trapiantando il south di un'altra jasper posso risolveere il prob.... come attrezzatura ho la pistola termica che già ho usato x trapianti di nand.... ma vorrei essere sicuro che cambiando quello risolvo il prob....... potete indicarmi i condensatori e resistenze che dovrei controllare kke nn siano partiti ?=???

Ma non credo che con il solo cannone ad aria riesci a reballare..

Non fare porcate,con l aria calda al massimo arrivi a dissaldarlo,ma non solo potresti tirare dei punti ma in ogni caso non riusciresti a risaldarlo senza far danno

Sent from my HTC One using Tapatalk 4 Beta

Come ti hanno detto avrai sicuramente fuso il south e probabilmente l'errore a video sarà e64. Rf1911 modificò il kernel in modo da far partire la console anche con dash ma inibendo completamente le funzioni del lettore. Ma non è una cosa da poco. Fai prima a trapiantare un nuovo south.

[url]http://www.consoleopen.com/forum/showthread.php?t=1888[/url]

from Galaxy NOTE

ragazzi ho provato a rimettere svariate volte la nand... con quella orig mi da il led rosso invece se metto solo xell, xell parte senza prob poi metto il kernel mod e glicha senza risultato all'infinito.....e xell nn parte.... Consigli ?????????

I consigli ti sono già stati dati: cambia southbridge o modifichi il kernel. Non ci sono altre soluzioni


from Galaxy NOTE

Ciao confermo.. Il fatto che ti parta xell è normale poiché è come se fosse un DOS di un sistema operativo per pc (che è freebot in caso di xbox 360)

Purtroppo hai fuso tutto con quell'errore di collegare il cavo al contrario.

E64 dipende da timeout lettore dvd, firmware errato, lettore scollegato, ma da ciò che descrivi non c'è altra spiegazione che il southbridge andato....

il southbridge è andato e di sicuro non puoi sostituirlo con una pistola termica

La plastica è molto morbida quindi non bisogna forzare neanche molto...
É dalle prime mod al lettore che ne leggo di cotte e di crude

from Galaxy NOTE

Citazione:

---

Originariamente Scritto da pocoyo2

La plastica è molto morbida quindi non bisogna forzare neanche molto...
É dalle prime mod al lettore che ne leggo di cotte e di crude

from Galaxy NOTE

---

Più cotte direi... XD

Inviato dal mio GT-I8150 con Tapatalk 2

Ciao ragazzi allora a questo punto vi chiedo se c'è una guida per modificare il kernel o se qualcuno sa dirmi come fare vi sarei grato
grazie

contatta rf1911

L'utente mi ha scritto e io ho risposto con la patch per 16203.. ma non ho avuto risposta.. la posto qua:

00158F54 00000001 60000000 (da testare, bypassa completamente l'init del lettore e quindi anche l'attesa di circa 20 secondi)
00158F5C 00000001 48000010 (testata)

Non sapevo che si potesse patchare il kernel al volo ma si tratta di aprire il file con un hex editor , smanettare un pò con quei bit e poi dargli di xebuild? tutti gli script durante la "preparazione" del kernel prendono i file li criptano e controllaro cose che ignoro ovviamente.. ma alla fine quando si và a spuntare un'opzione del kernel qualsiasi ad esempio con jrunner si attiva l'esecuzione di uno script che legge e modifica i bit in una determinata posizione del codice?? A grandi linee per come riesco a vedere.nooooo Mi stò contorcendo! help help ..ma il codice "compilato" diciamo lo script che genera le istruzioni... è diverso da quello "interpretato" (sequenza binaria elaborata dalle cpu) , nel senso che l'uomo programma e la macchina seguendo il programma esegue le istruzioni, queste purtroppo vengono convertite in linguaggio macchina , quindiiii???? quando si applica una patch andiamo a modificare la sequenza del linguaggio macchina direttamente? , senza avere un livello intermedio di "interpretazione" ?? WOOOW :D . Per farla breve non deve essere facile capire quali sono i bit giusti da "patchare" uno deve stare li ore ed ore ad osservare il "comportamento" della macchina , i registri di memoria e tutti i task che ci si aspetta di vedere in un kernel.Hai voglia? :)

Quindi sono cazzuti gli hacker perchè devono conoscere la macchina in modi che le persone normali non immaginano nemmeno! haha Ulp!

Citazione:

---

Originariamente Scritto da rf1911

L'utente mi ha scritto e io ho risposto con la patch per 16203.. ma non ho avuto risposta.. la posto qua:

00158F54 00000001 60000000 (da testare, bypassa completamente l'init del lettore e quindi anche l'attesa di circa 20 secondi)
00158F5C 00000001 48000010 (testata)

---

Attento: qualcuno potrebbe avere qualcosa da ridire...

Inviato dal mio Transformer TF101 con Tapatalk 2

Citazione:

---

Originariamente Scritto da pocoyo2

Attento: qualcuno potrebbe avere qualcosa da ridire...

Inviato dal mio Transformer TF101 con Tapatalk 2

---

AHahahahahahha già... sicuramente è una patch NON professionale... looool

Per aggiungerla a xebuild basta inserirla alla fine prima delle FF FF FF FF con un hex editor nel relativo .bin che si trova nella cartella xebuild\data\16203 (es: patches_g2jasper.bin)... E così addio E64... ovvio che il lettore non funziona....

Cazzuto sto rf...
Mi fa piacere che ogni tanto ti fai vedere.

Inviato dal mio GT-I9100 con Tapatalk 2

Ragazzi sonoancora impacciato con questa console vorrei trovare una guida per modificare il kernel.... ma nn riesco a trovarla nessuna parte...... potreste passarmi qualche link gentilmente....... grazie mille nn so più dove sbattere la testa

Dite che se disabilita il controllo del lettore con nofcrt nn risolvo nulla?

Citazione:

---

Originariamente Scritto da ereser

Dite che se disabilita il controllo del lettore con nofcrt nn risolvo nulla?

---

Accidenti, come mai nessuno ci aveva pensato prima?!?

Ovviamenteo no. Segui ciò che ti ha gentilmente consigliato rf1911 nel post #26.

[url]https://www.dropbox.com/s/q92euj3ahfnhm2i/patches_g2jasper.bin[/url]

Mettilo nella cartella jrunner\xeBuild\16203\bin e sovrascrivi il file. Stacca internet prima di lanciare jrunner altrimenti te lo riaggiorna...

Crea freeboot per jasper in rgh2. (se ce l'hai in rgh1 devo modificare un altro file..)

Toc toc..
Com'è andata con la patch?

...dal mio padellone 2