Storm360 V2 rev B RGH CORONA

**The Pusher** · 08-07-12

Non è giusta la proporzione autocostruiti:minimali:semplici ,primo perch'e la produzione è di massa, secondo perche' è un chip che sta sul mercato ed è "da bosco e da riviera", mi spiego meglio, no nha subito sostanziali modifiche' ne' per rgh 2.0 ne per corona, ed il non dire alla gente "togliete questo" o "aggiungete questo" o "usate l'antenna del decoder per avere un glitch rapido" vuol dire avere un prodotto efficiente.
Il fatto che booti senza condensatori , la dice alla grande sulle sue potenzialita', quando tutti parlano di aggiungere condensatori in parallelo all'oscillatore per aumentarne la stabilita'.

**Armand** · 08-07-12

beh ma il chip che uso per fare rgh e che mi costruisco è simile al primo storm (ovviamente la mia piastrina non ha fix onboard perchè uso basette "preconfezionate") però a livello circuitale sono molto simili e sfruttano il principio della semplicità e utilità senza inutili fronzoli

**nexus** · 08-07-12

Armand la differenza tra un autocostruito e quello comprato, è soltanto il fatto che una volta assemblato se c sn problemi, il margine di errore è + alto rispetto a quello acquistato, e in + facilita l'installazione al modder,e al dilettante....
Sta di fatto che se viene montato quello autocostruito risparmi un botto sulla quantità delle console, ma devi avere pazienza e testarli.....
Se si lavora sulla quantità è meglio quello comprato, mentre se si fanno mod alternate l'autocostruito và bene.....poi cmq sn punti di vista

io per esempio vado sull'autocostruito sia in quantità che non....è capace che mi metto un solo giorno a fare solo chip

**Armand** · 08-07-12

mah guarda io ti dico che se l'xc2c64a funziona, il chip funziona. se il chip non funziona è l'xc2c64a fallato..non hai null'altro da controllare..per cui se in fase di programmazione hai problemi e il programma non ti riconosce il chip, sai già che il glitcher non funzionerà!

**nexus** · 08-07-12

certo lo sò armà io sono d'accordo con te!!!come potrebbero essere anche le connessioni dei pin ,che in fase di installazione nn toccano bene...cmq sia fin quando si può andare di autocostruito tutto ok, ma se incominciano a cambiare i file da scrivere nello xilinx e ci vuole una memoria maggiore cambia la suonata!!!!credo che già il tx lo abbia fatto per vendere i propri tool....

**Armand** · 08-07-12

beh fino ad ora non ho avuto mai problemi infatti e come stanno arrivando conferme dalla scena, l'xc2c64va bene per le corona..se verrà migliorato il codice e venisse implementato l'xc2c128 a 100 pin no problem..si compra la basetta a 100 pin e la saldiamo

**nexus** · 08-07-12

bè infatti stacchiamo le MT dei liteon, ci dobbiamo spaventà di sti chip qua

**D@rio** · 08-07-12

Originariamente Scritto da The Pusher

quando tutti parlano di aggiungere condensatori in parallelo all'oscillatore per aumentarne la stabilita'.

per curiosità, chi è che dice questa cosa?

mettere un condensatore sull'uscita di un oscillatore attivo può solo portare peggioramenti.

**The Pusher** · 08-07-12

Xbox hacker d@rio, noti ESPERTI del mestiere.......................................... .... penso tu abbia capito il senso ironico

**Armand** · 08-07-12

io avevo fatto solo una domanda..a cui non mi è stata data risposta

**The Pusher** · 08-07-12

Ripeti la domanda...

**Armand** · 08-07-12

era proprio il fatto dell'oscillatore..siccome avevo preso degli oscillatori con 20pf di capacità di carico mi chiedevo se aggiungengo una capacità da 30pf tra output e gnd dell'oscillatore avrebbe migliorato le cose

**MARCHISIO80** · 08-07-12

Tiros non si riferiva all'oscillatore esterno,ma alla sequenza di downclock PLL,che a certe frequenze non è stabile

Originariamente Scritto da Tiros

Since all the clks are derived from one source, the onboard clk might be a better source if you can find one that works. Using an external oscillator will add asyncronous jitter to the counts of the cpld.

As far as the "slow" value goes, you might try some other values. Gligli and I noticed that some slow values result in more PLL "wandering" than others.

**D@rio** · 08-07-12

Originariamente Scritto da Armand

era proprio il fatto dell'oscillatore..siccome avevo preso degli oscillatori con 20pf di capacità di carico mi chiedevo se aggiungengo una capacità da 30pf tra output e gnd dell'oscillatore avrebbe migliorato le cose

se vedi bene ti ho risposto

**kazoom** · 08-07-12

Originariamente Scritto da Baccello

non si era detto di prendere quelli con la capacità di carico da 50? Questi sono da 20.

D@rio faceva notare che 50pF è meglio di 20pF non di comprare quelli da 50pF....

[url]http://www.consoleopen.com/forum/sezione-xbox-360-jtag-e-reset-glitch-hack/6102-quarzo-48mhz-per-rgh-corona-facciamo-chiarezza.html[/url]

quindi presumo che ilario abbia fatto le opportune prove di stabilità per lo Storm v2 .

in conclusione va bene anche il 20pF?

**Areseru** · 08-07-12

Ma i timings sono stati adattati per lo Storm oppure vengono usati quelli del TX?

**The Pusher** · 08-07-12

sono sostanzialmente quelli

**ilario** · 08-07-12

Il fatto è che è difficile risponderti.
Siccome è stato rilasciato il sorgente, io ho customizzati tutti i timing.
Probabilemente, tra quelli rilasciati dal tx ci sono, ma non saprei dirti.

Edit:
Lascia stare quello che dice The Pusher

Ha testato talemente tanto che ha perso il conto...

**kazoom** · 08-07-12

Originariamente Scritto da The Pusher

sono sostanzialmente quelli

Hai fatto delle prove con tutti gli -xsvf ?
no fix
fili corti
ma timing? cambia qualcosa? o è irrilevante?

edit: mentre editavo mi ha già risposto ilario. ;-)

**kazoom** · 08-07-12

Originariamente Scritto da ilario

Il fatto è che è difficile risponderti.
Siccome è stato rilasciato il sorgente, io ho customizzati tutti i timing.
Probabilemente, tra quelli rilasciati dal tx ci sono, ma non saprei dirti.

Edit:
Lascia stare quello che dice The Pusher

Ha testato talemente tanto che ha perso il conto...

... e metterli sul sito dello storm come tutti gli altri?