Effettivamente i piedini 4,5 e 6 danno quella idea, hai provato con il tester?
Visualizzazione Stampabile
Effettivamente i piedini 4,5 e 6 danno quella idea, hai provato con il tester?
A volte sembra che tocchino a volte no...sono troppo vicini...mo gli do una passata con il saldatore e poi riprovo a leggere la nandCitazione:
Originariamente Scritto da kalice123
Fa una foto da un'altra angolazione
Gia sistemato...non era quello...allora per il collegamento lpt basta che i 7 pin invece di collegarli al flasher li inserisco nella porta lpt del pc? Le resistenze sono necessarie?Citazione:
Originariamente Scritto da kalice123
Si, considera che la lettura tramite lpt è molto lenta
va be...se almeno inizia a leggere sono sicuro che il problema è il flasher...comunque che mi dici delle resistenze?Citazione:
Originariamente Scritto da kalice123
Mettile, se vedi che legge, fai più si due dump della nand perché tramite lpt c'è una alta probabilità di avere errori di lettura rispetto al flasher
E non usare i cavi di rete per leggere
dato che oggi non ho resistenze per provare tramite lpt ho collegato di nuovo il flasher usb e mi harestituito questo msg di errore...puo essere di aiuto?
Allegato 19221
Io sono ancora convinto che sbagli a saldare. Controlla la posizione dei fili. Quando clicchi su leggi, il programma ti riconosce in automatico il tipo flash config e di conseguenza il modello di scheda madre. Nel tuo caso la band non viene assolutamente rilevata, segno che il flasher non permette di accedere correttamente alla nand. E la causa, ci scommetto è qualche filo invertito...
L'installazione è scabrosa. Nient'altro da aggiungere.
Che l'installazione è fatta male è palese... L'unica cosa che potrebbe fare è capovolgere la scheda e testare mettendo i puntali del tester sul lato opposto
Avete ragione, ora ho risolto...almeno in parte credo...con 2 letture ha dato entrambe le volte errore 250 sui block 79,223,277,3b9 e poi nand letta senza incompatibilità.
Verificando se è modificabile
Non modificabile
Size 16
Non modificabile: xenon cd_1888 jtaggABILE
Che significa?
che è jtaggabile :D
Ah ok:semi-twins:
Quel non modificabile stava per farmi bestemmiare
Cmq per gli errori di lettura? Devo fare qualche aggiustatina altra alle saldature?
possono essere anche errori che già c'erano e il produttore li ha remappati, se le letture sono tutte uguali non dovrebbero esserci problemi.
Allora appena posso faccio 3 o 4 letture altre per sicurezza...e poi finalmente comincio:semi-twins:
che hai usato? la lettura tramite porta parallela?
No usb...dato che tramite i pin nn ci riuscivo ho grattato le piste e saldato direttamente la sopra...3 saldature nn prendevano sui pin
Ho letto la nand 5 volte...2 con autogg e 3 con jrunner...la nand è apposto...da sempre gli stessi errori e alla fine jrunner dice pure remapped sui vari errori...ora cosa devo premere in jrunner? Create xell reloaded e successivamente write xell reloaded? Poi premo tasto eject su xbox e leggo cpukey....e poi cosa faccio con autogg? Scusate ma nn voglio fare danni
Leggi il tutorial, no?
Il tutorial parla di jtag tool
La procedura in se è la stessa
Piu o meno si...per esempio con jtag tool basta premere write xellous...qui invece devo premere prima create xell reloaded e poi write xell reloaded?Citazione:
Originariamente Scritto da Razorbacktrack
E cmq nn potrei usare solo jrunner per fare tutto? Ho visto che su autogg l'ultima dash disponibile è la 16767 mentre su jrunner è la 17150...nn sarebbe meglio flashare quella piu aggiornata? O in jrunner mancano alcune funzionalità?
Si, si, si, no
Ok...un ultima cosa e poi ti lascio in pace.....giuro:semi-twins:Citazione:
Originariamente Scritto da Razorbacktrack
Dopo aver acceso la console tramite eject e letta la cpukey posso spegnerla normalmente e continuare a creare e flashare la xebuild o devo fare qualcosa prima.
Quando creo la xebuild devo selezionare che aggiunga dashlaunc o lo posso fare dopo senza flasher?
Recuperi la CPUKEY, crei il Freeboot con Dashlaunch integrato così risparmi tempo e lo scrivi nella console ovviamente spenta
Perfetto...grazie mille:semi-twins:Citazione:
Originariamente Scritto da Razorbacktrack
Mi metto al lavoro.
Buonanotte
Failed to write su tutti i blocchi come ho premuto writ xell:dispirited:
Che faccio...accendo comunque?
No, non ha scritto nulla, ricontrolla o rifai le saldature
Che 2 bolle...a leggere ce la fa e a scrivere no?
Potresti avere qualche falso contatto
Ho provato a fare un altra lettura della nand ed è cambiato il cb version rispetto a prima.
prima era 1902, adesso è 8192 e con autogg diceva 1888 se nn sbaglio
Gli errori sono sempre gli stessi pero
Ma le letture le hai confrontate tra loro?
Si...identiche...fatte pero 2 o 3 alla volta...questa invece l'ho fatta sola
Mo provo a confrontare questa con una fatta prima con jrunner e vediamo che dice
Alla fine di questa lettura è iscito scritto header is wrong
Se non hai fatto nulla alla console e se è differente dalle altre, come già detto, hai un falso contatto
Diversi...porca di quella........
Quindi devo farne una alla volta e poi confrontarle...se le faccio tutte insieme sono uguali...cmq ho chiuso e riaperto jrunner...il cb version è rimasto 8192 appena finisco la lettura provo con autogg e vedo che dice
Cmq qualcosa che ancora nn va c'è
Ad ogni lettura jrunner mi dice header is wrong
Prima che premessi write xell nn l'ha mai detto
Piccolo riassunto...allora ho fatto varie letture sia con autogg che con jrunner.
Entrambe i programmi dicevano che i dump appena fatti erano gli stessi anche se tra i 2 programmi cambiava il cb( autogg:1888 jrunner:1902) me ne sono accorto dopo.
Quindi con jrunner ho premuto create xell reloaded e successivamente write xell solo che durante la scrittura su ogni blocco che scriveva riportava ''failed write block ....'' poi pero alla fine è uscito ''done''.
Successivamente ho provato a fare altre letture sia con jrunner che con autogg.
jrunner dice header is wrong mentre autogg che potrebbe essere installato xell oppure nand corrotto.
L'utente razorback dice che potrei avere dei falsi contatti ma dai controlli che ho fatto sui dump credo di no.
Ho confrontato il primo dump di autogg con il primo di jrunner e nonostante riportassero cb diversi dal confronto sono uguali.
Ho confrontato anche il dump di jrunner con quello di autogg dopo aver premuto write xell ed anche questi sono uguali.( questi hanno tutti e due cb 8192)
Pero i primi dump con i secondi sono diversi.
Ancora non ho provato a premere il tasto eject per paura di fare danni.
Aspetto che qualcuno mi confermi che jrunner alla scrittura di xell possa riportare ''failed write'' anche se in realta lo fa lo stesso.
Io ora vado a dormire e lascio tutto come sta...nn stacco nemmeno l'alimentazione...aspetto notizie.
Mi spiace deludere le tue aspettative ma jrunner (come anche autogg) se riporta l'errore "failed write" vuol dire che "ha fallito la scrittura". Non vedo nemmeno il motivo per cui jrunner ti voglia prendere per il c...o.
Piuttosto razorbacktrack ha perfettamente ragione, il problema sta nelle saldature. Ripassale e sistemale.. vedrai che risolvi
Ps non scrivere 3 messaggi consecutivi, qualche admin potrebbe arrabbiarsi
