Falcon non glitcha

**joeh** · 04-01-12

Sono alle prese, come da titolo con una falcon che non ne vuol sapere di glitchare. Sto usando chip matrix a cui ho collegato un led per controllare i tentativi di glitch.
Su questa board ho fixato il punto F sotto la cpu collegando il filo sul condensatore, dato che un precedente tentativo di glitch ha staccato il pad F che cmq risulta collegato al condensatore sovrastante.
Cmq sia ho collegato il chip ed il risultato è che non vi è immagine a video, e dopo alcuni tentativi di glitch, 4 per la precisione, vengono fuori le solire lucine con errore secondario 0022.
Ho provato:
Ad allungare il filo del punto F raccogliendolo in loop.
Chip programmato e riprogrammato con 360gcprog.
Chip sostituito.
Ricreato e riscritto ecc con python.
Riscritta nand originale (CONSOLE PARTE NORMALMENTE)

Ho notato che sul punto 7 J2B1 dove viene presa la vcc il valore è altino 3.70...led non indica i glitch
Ho alimentato il chip con ck3 esterno 3.3v e led indica i glitch.

Suggerimenti?

A meno chè non sia proprio il fix.... dalle foto che vi allego non capisco se l'altra parte del cavo collegato alla resistenza, va collegata al punto della board sovrastante, per ripristinare la traccia, o se questo è superfluo e se perciò il cavo collegato alla resistenza va connesso direttamente sul chip.
Delucidatemi grazie.
[URL="http://img42.imageshack.us/img42/3179/regfix09.jpg"]http://img42.imageshack.us/img42/3179/regfix09.jpg[/URL]
[URL="http://img833.imageshack.us/img833/7430/regfix10.jpg"]http://img833.imageshack.us/img833/7430/regfix10.jpg[/URL]
[URL="http://img202.imageshack.us/img202/5770/regfix20.jpg"]http://img202.imageshack.us/img202/5770/regfix20.jpg[/URL]
[URL="http://img687.imageshack.us/img687/148/regfix21.jpg"]http://img687.imageshack.us/img687/148/regfix21.jpg[/URL]
[URL="http://img827.imageshack.us/img827/9089/regfix22.jpg"]http://img827.imageshack.us/img827/9089/regfix22.jpg[/URL]
[URL="http://img189.imageshack.us/img189/2456/regfix23.jpg"]http://img189.imageshack.us/img189/2456/regfix23.jpg[/URL]

**rf1911** · 04-01-12

Se dopo 5 tentativi ti dà rrod 0022, l'ecc è sbagliato. Ma ti è saltato il pll e con nand stock funziona?

**joeh** · 04-01-12

rf il cpu_pll_bypass è stato staccato dalla board da un precedente tentativo da parte del cliente. Solo che il pad è ancora connesso alla resistenza su cui io ho collegato il filo, però quello che non è chiaro è se l'altro capo è da collegare al pad nei pressi della cpu (per poi connettere un secondo filo tra resistenza sotto alla cpu al pad sulla glitch board) o se è da collegare direttamente al chip. L'ecc è stato ricreato diverse volte con python la nand letta e comparata, e la console con nand originale funziona.

**joeh** · 04-01-12

fino ad ora ho sempre creato l'ecc con python senza mai avere problemi...quindi tu rf mi dici che è l'ecc mi consigli un tool affidabile per la creazione?
grazie oltre a python con cui l'ho creato già 2 volte

**89salvo** · 04-01-12

potrebbe essere anche un problema di surriscaldamento.. hai messo il convogliatore d'aria quando provi a glitchare?

**rf1911** · 04-01-12

Allora.. è sicuro che con l'ecc non puoi avere i 3 led rossi. Questo dovete tenerlo a mente tutti. Le console glitchate non daranno mai più i led rossi (a meno di errori tipo 0001, dovuti cioè a problemi di alimentazione e ovviamente i 2 dovuti al surriscaldamento). Ciò significa che quando e sè una xbox, ad esempio, dovesse soffrire di errori tipo 0102 o altro correlati alla GPU, NON vedrete i led rossi. Ciò complicherà un po' le cose... comunque, tornando a te, l'ecc è sbagliato. Prova a crearlo con Multibuilder di Rogero. Per il pll, dato che c'è continuità e la console funziona con nand stock, puoi usare direttamente la resistenza R7R17 saldando un awg 30 sulla connessione più vicina al punto del pll_bypass (usa un gioccio di flussante sul filo!). Non c'è bisogno di usare il punto alternativo.

**joeh** · 05-01-12

rf la tua dritta è giusta, infatti adesso ho ricreato l'ecc con multibuilder di rogero (phyton mi creava il file per jasper, non per falcon, in effetti...) dopo aver esasato la nad e riscritta, iniettandoci l'ecc giusto. Cmq ora tenta il glitch sempre senza riuscirci e poi si spegne senza alcun led. Il pll l'ho provato a collegare alla resistenza sopra... cmq penso che sia questo il problema..il punto pll. Suggerimenti?

AGGIORNAMENTO:
In un tentativo di glitch sembrava fosse quasi partita, rodd verde lampeggiante schermo nero, ma poi led verde centrale lampeggiante... LO SO, E' NATALE!!!

In un'altro tentativo di glitch, durante i primi tentativi ventole per 5/6 secondi aumentano rumorosità poi calano a normale rumorosità. Alla fine rrod 0030

**diffusore** · 05-01-12

rf i led rossi li da' anche se il pll o post out e' staccato o non conduce correttamente.
provato sulla propria pelle....

**joeh** · 05-01-12

ok quindi come dicevo nel primo post il punto pll è staccato, PUTROPPO ALLA GENTE PRUDONO LE MANI, cmq io ho collegato il filo come detto alla resistenza da cui il pad deriva, sul lato che va al pad. Suggerimenti?

**89salvo** · 05-01-12

hai provato se i led rossi non sono dovuti a surriscaldamento? una volta mi è capitato che una falcon avviasse xell mostrando i led rossi ed era un problema di surriscaldamento dovuto al fatto che avevo provato a glitchare la console senza convogliatore d'aria..

**joeh** · 05-01-12

non è un prob di surriscaldamento altrimenti lo farebbe sempre.

**joeh** · 06-01-12

qualcuno mi delucida su come fixare il cpu_pll-bypass così confrontiamo e vedo se ho sbagliato qualcosa? anche se non penso perchè la console lampeggia il led verde centrale e dopo diverso tempo che non glitcha va in errore 0030

**rf1911** · 06-01-12

Allora ricapitoliamo. Con nand stock funziona? Se sì allora il pll_bypass è ok e puoi usare il punto originale. Se il punto originale secondo te è critico, messo male o comunque regge l'anima con i denti, allora usa quello sopra oppure la resistenza proprio sopra il pll_bypass a cui è collegato. Per quella sopra, togli il dissipatore, gratta con un cacciavite a punta piatta o con un taglierino, pulisci bene con alcool isopropilico mettendo ben in evidenza il rame. Poi salda il filo+resistenza 22k lì.

Lo 0030 indica un corto sul sensore della temperatura..

**joeh** · 07-01-12

rf provato con punto alternativo e resistenza da 22k 1/8w saldata al pad f e l'altro capo al filo proveniente da punto alternativo CPU_PLL_BYPASS nei pressi della cpu, risultato led verde centrale lampeggiante no glitch. Tenta ma schermo nero tutto ciò per diversi minuti.

**joeh** · 07-01-12

led verde centrale lampeggiante no glitch schermo nero:
con cpu_pll_bypass alternativo+res22k
con filo collegato su resistenza 10k superiore al punto originale cpu_pll_bypass (cavo collegato sul lato più vicino al punto originale)
una cosa è cambiata nessun led rosso dopo anche svariati minuti di tentativi.

**MARCHISIO80** · 07-01-12

Scusa,per tagliare la testa al toro non puoi usare un ecc sicuramente funzionante di un'altra falcon?

**rf1911** · 07-01-12

Comunque ribadisco che le console con ecc/freeboot, quindi con smc patchato, non danno rrod. Questo perché l'smc prova a riavviare all'infinito non arrivando mai il punto di dare i 3 led rossi. La console li darà solo nel caso di problemi seri dovuti all'alimentazione, quelli cioè immediati tipo 0001, 0031, etc..

**joeh** · 08-01-12

@marchisio, al momento non ne ho altre falcon sottomano, ho solo jasper. Con queste mai avuto problemi simili all'avvio.

**joeh** · 08-01-12

l'unica prova è ricrearlo con python l'ecc cmq rf concordi con me che è da escludere a sto punto che il problema è dovuto al punto incriminato? poichè mi sembra strano che abbia lo stesso comportamento anche con punto alternativo e resistenza.