Problema durante programmazione matrix glitcher v1 via LPT

**•N0rm4llý e330** · 12-03-12

Allora ho creato il cavo con un db25 e con le resistenze da 3k3 e 220 (le ho costruite non avendole ma sono giuste.). Seguendo il famoso schema con anche i diodi 1n4148.
Poi ho alimentato la scheda con 3.2V con un'alimentatore da pc, non penso che cambi tanto da 3.3V. sui punti vicino ad (A..F) cioè gnd e vcc.
dall'altro lato sugli stessi punti (vcc e gnd) ho la stessa tensione. collego tutto e inizio a programmare con la porta 0x378 con il programma 360gcProg ma mi dice che "The chip seems to be not well powered." insomma che non sembra alimentato cioè lo legge perchè se tolgo tensione non lo trova ma a quanto pare secondo lui c'è troppa poca tensione?!?
come potrei risolvere?

**Titty** · 12-03-12

Hai provato ad alimentare esternamente?

**Essereumano** · 12-03-12

Se l'alimentatore è da 3,2v allora gli darà 3,1 o meno... Se monti il chip sulla xbox 360 (solo alimentazione) puoi prendere da li i 3,3v... il chip è alimentato anche da xbox spenta (ma con alimentatore collegato), ho già provato quando dovevo cambiare firmware "al volo" altrimenti rimedi un alimentatore stabile che dia 3,3 v...

**•N0rm4llý e330** · 12-03-12

Si, ma scusate ho fatto i test con un fluke anche sull'uscita quindi è una misura chiara 3.2V.
La mia 360 non l'ho neancora riaperta volevo prima programmare il chip.
Non capisco perchè per un decimo non funziona, un mio amico mi ha detto che è la corrente è probabile?
Cioè non si poteva programmarlo anche con due batterie AA?

Edit: L'alimentatore è da 3.3V quello del tuo pc diciamo che ho preso là i fili arancio 3.3V e nero 0V.

**freelancer** · 12-03-12

Non è detto che il problema sia quello.

Per come funziona il JTAG non è possibile dare informazioni specifiche sulla causa dell'errore, il programma rileva una non corrispondenza tra i dati in ingresso (il bitstream di programmazione) e quelli di uscita (che dovrebbero replicare l'ingresso in assenza di errori). Questo di solito indica una non corretta alimentazione perchè l'id check iniziale dovrebbe aver avuto successo (altrimenti avresti ricevuto un altro tipo di errore).

Durante la programmazione l'assorbimento di corrente è superiore alla semplice lettura dell'ID, quindi si suppone che il programmatore funzioni e sia una questione di alimentazione. Ma è una deduzione, non una certezza. Io posso dirti che viene programmato anche a 2.8, come hai scritto funziona anche con due pile AA. Prova a misurare la tensione a valle del regolatore sul chip durante la programmazione, deve essere 1.8V ed è quella che fa testo più che i 3.3V dell'I/O.

Tuttavia potrebbe anche essere una questione di collegamenti/interferenza, il bitstream di programmazione è molto più lungo di quello dell'ID, quindi una connessione non perfetta potrebbe dare problemi solo in questa fase. Prova anche ad utilizzare una resistenza diversa su TDO.

**ilario** · 12-03-12

Allora come dice freelancer, controlla che il regolatore dia 1.8V. Questo è il primo passo. Se dà 1.8V allora il problema è la porta parallela del PC. Prova a seguire lo schema light (quello senza diodi). Se non va neanche con quello prova a cambiare le impostazioni della porta parallela nel bios del pc. Se dopo aver fatto tutte queste prove non va, allora cambia pc. Personalmente ho provato a farmi vari programmatori e nonostante ciò su uno dei pc su cui ho provato non c'è stato verso di programmarlo il chip, sugli altri invece va liscio liscio. Alle volte le porte parallele fanno schifo e basta.
Ah inizialmente vai coi cavi più corti possibile.

**•N0rm4llý e330** · 12-03-12

diciamo che ho fatto i collegamenti con fili diametro 0.22 e tutti all'interno di cavo schermato. (quello che uso per gli allarmi.)
Che resistenza mi consigli di mettere?
ora provo a misurare il regolatore.
Edit: ho provato con 3 pc diversi di cui uno anche portatile.

**ilario** · 12-03-12

c'è la guida di Raiden per quello minimale

**•N0rm4llý e330** · 12-03-12

no, ma lui diceva di cambiare un valore di una resistenza.

**freelancer** · 13-03-12

Originariamente Scritto da •N0rm4llý e330

no, ma lui diceva di cambiare un valore di una resistenza.

Io ti dicevo di variare la resistenza su TDO, ma dopo esserti assicurato che non si tratti di un problema di alimentazione (resta comunque la spiegazione più probabile). Attento anche alle interferenze. Il valore della resistenza dipende da come sono realizzate le connessioni, in teoria dovrebbe essere uguale all'impedenza caratteristica del cavo meno 30-50. Usa fili molto corti ed una resistenza da 60-100Ohm.

Se riesci ad usare fili più corti di 8cm dovresti poter fare a meno della resistenza.

Altro tentativo, se apri il file .svf con un editor di testo, troverai all'inizio una riga del tipo

FREQUENCY 1E6 HZ;

Puoi abbassare la frequenza e vedere come si comporta, prova con 1E5.

**•N0rm4llý e330** · 13-03-12

non ho capito quale file .svf io pensavo che 360gcprog fà tutto da solo per le trinity no?
ora provo a vedere nei file di installazione se vedo un .svf

Edit:non vedo nessun .svf
sapresti dirmi dove trovarlo?

Edit2:
Ecco il risultato prova di 360gcprog

Problema durante programmazione matrix glitcher v1 via LPT-23558650.png

**freelancer** · 13-03-12

Non usare 360gcprog, usa urjtag ed i file svf che si trovano in giro.

EDIT

Trovi qui programma e file svf, devi solo lanciare jtag come amministratore e dare i comandi

cable lpt 0x378

svf [file svf dell tua console] progress stop

puoi anche usare il comando detect per verificare che il cavo funzioni indipendentemente dalla programmazione (ti fa solo l'id check).

http://www.mediafire.com/?dtxqgh198hj5tnu

**•N0rm4llý e330** · 13-03-12

Ho accorciato il filo e mi dà sempre lo stesso errore. Ora provo urjtag.
Edit: ottengo questo errore.

Problema durante programmazione matrix glitcher v1 via LPT-cablew.png

premetto che sono su un fisso e che uso windows xp sp3.

**freelancer** · 13-03-12

sorry ho fatto confusione, il comando corretto è

cable dlc5 parallel 0x378

**X-ray** · 13-03-12

una foto x programmatore si può avere?

**•N0rm4llý e330** · 13-03-12

ora riprovo, stavo facendo le immagini.

Edit: dinuovo errore che cosa sbaglio? sono proprio un nabbo.

**Titty** · 13-03-12

Nn devi usare URLJtag con la LPT... me dove l'hai letto?

CMq il programmatore è "pietoso"... rifallo in modo migliore e vedrai ke va... se nn sei capace prendi una Slave board e hai risolto il problema

**Titty** · 13-03-12

Nn devi usare URLJtag con la LPT... me dove l'hai letto?

CMq il programmatore è "pietoso"... rifallo in modo migliore e vedrai ke va...

**freelancer** · 13-03-12

urjtag funziona benissimo con la lpt, funziona praticamente con qualunque tipo di programmatore ed è anche il codice che hanno usato come base per 360gcprog solo che al contrario di quest'ultimo permette un controllo migliore.

@•N0rm4llý e330
hai dimenticato svf davanti al nome del file.

svf trinity.svf progress stop

**•N0rm4llý e330** · 13-03-12

diciamo che non avevo le resistenze adatte e le ho costruite per questo che ho messo quel nastro isolante per paura si creassero corti. il filo era più lungo e ho tagliato.
freelancer mi ha detto di usare urjtag vedi il post 12.
edit: no guarda bene c'è.
ora vado comunque a domani.

Discussione: Problema durante programmazione matrix glitcher v1 via LPT

LinkBack

Strumenti Discussione

Visualizzazione

Problema durante programmazione matrix glitcher v1 via LPT

Segnalibri

Segnalibri

Permessi di Scrittura