Glitch mod - versione light

[Luke69]

No quel chip non va bene:
1° i 2 chip sono diversi per cui nessun .jed generato per xc2c64a va su xc2c32a e viceversa
2° anche se "ricompilassi il vhdl sorgente non va cmq bene perché "è troppo piccolo" ovvero contiene pochi elementi logici programmabili per poter effettuare il glitch hack.

Su fat si può usare grazie al codice ottimizzato da un utente (freelancer) di un altro forum...

[pocoyo2]

Pocoyo2, alla fine sei riuscito a stabilizzare i tempi di avvio sulla fat?

Si, ma sempre tramite un condensatore su CPU_PLL_BYPASS


Sent from my iPad using Tapatalk

[DS-1]

Ora sono stabili in che modo? Nel senso: tempi medi di boot?

Si, ma sempre tramite un condensatore su CPU_PLL_BYPASS


Sent from my iPad using Tapatalk

[pocoyo2]

Il 90% delle volte parte prima del primo reset. Il restante 10% prima del secondo Reset. Ora in secondi min saprei dirtelo

Inviato dal mio HTC Desire HD

[DS-1]

Ti ringrazio, mi interessava sapere più o meno se i tempi di boot, con questo fix, fossero molto differenti rispetto ad una console JTAGgata con metodi tradizionali.

Il 90% delle volte parte prima del primo reset. Il restante 10% prima del secondo Reset. Ora in secondi min saprei dirtelo

Inviato dal mio HTC Desire HD

[pocoyo2]

In media e' come una jtag, a volte glitcha anche prima ma a volte un po' dopo

Inviato dal mio HTC Desire HD

[DS-1]

A testimonianza, dunque, che questo fix fa il suo dovere.

Normalmente, un Cool Runner può impiegare anche 30 secondi per bootare, se installato senza questa modifica.

[pocoyo2]

Ma qualcun altro l'ha fatta questa modifica col condensatore? Riscontri?

Inviato dal mio HTC Desire HD

[Razorbacktrack]

Da quanto il condensatore ?

[rf1911]

Condensatore su slim per forza 270pf.

[pocoyo2]

Io su fat ho provato sia da 471 (470pF) sia da 104 (100nF) e si comportano uguale..

Inviato dal mio HTC Desire HD

[rf1911]

Prova su falcon: programmato chip con 5v da usb-> dissaldato u5b1 da RROD=3.3->dissaldato u5b2 da RROD=1.8.

Chip+adattatore: 3.3k sul PLL, diodo da 15 a 7, alimentazione 1.8 da board (condensatore vicino a u5b2), ovviamente NIENTE 3.3.

Glitch immediato. In sostanza a parte la resistenza è solo il chip! Dallo schema della falcon si legge che il punto PLL è preceduto da una resistenza a 10k. Saldando quindi a monte di questa si potrebbe ovviare anche la resistenza al pin 22 del PLL (idea di pocoyo2).

Lunedì mi arriva una slim. Sono sempre più convinto che la soluzione di acquistare il chip e un adattatore sia la migliore in assoluto, sia come prezzo che come libertà nelle prove da effettuare. Alla faccia di tutti i coolrunner commerciali....

[X-ray]

io ho preso i chip da 100pin ma non c'e' modo di programmarli xche' i software non li riconoscono

[rf1911]

humm.. mi spiace.. ma hai visto il datasheet? Mi pare strano che impact non te lo riconosca! La rottura è la rimappatura dei pin di i/o dal sorgente di GLIGLI..

[X-ray]

impact mi da un errore,forse non digerisce il programmatore minimale

[rf1911]

quali pin hai saldato?

[X-ray]

i soliti, TDO TDI TMS TCK Vcc GND

[Razorbacktrack]

OT @rf1911 alla faccia di quello che non aveva altri xilinx /OT

comunque dicevo il condensatore su CPU_PLL_BYPASS (che per la cronaca non c'è su slim)

[Raiden]

su falcon il glitch comunque è ultraveloce con tutti i glitchip

[Baccello]

Scusate io ho un coolrunner (thaoyu) che non riesco a far andare, volevo togliere tutti i componenti saldati e usare il metodo light, ho una falcon mi spiegate per bene cosa ci va fatto perché mi sembra di capire che l'immagine a inizio topic non è quella corretta dopo tutte le modifiche che ci sono state fatte.
E' gradita una immagine chiara dei collegamenti che vanno fatti sul chip.
Vi ringrazio.
Bac