[TIMINGS] Nuovi timings per ace v1-v2 - by 15432

[xboxbs]

Il russo 15432 ha rilasciato un bel pacchetto di timings per ace v1-v2 (c'è anche un ace v3 in giro, se lo provate fateci sapere)

Console interessate: CORONA,TRINITY,FALCON,JASPER,ZEPHYR
Potete trovarlo qui [url]http://www.teamx360.co.uk/showthread.php?2858-mega-ace-timing-file-pack-release-phats-amp-slims[/url]
Super pack qui --> [url]https://www.dropbox.com/s/trk7jt8mloagotg/SUPER_PACK.rar[/url]

Come interpretare i lampeggi del chip? Leggete di seguito

Well. The most often problem is to find the best xsvf file for your case.
As you can see, each file has two main numbers in its name - Length (L or l letters) and Timing (T, s, x or n letters)
I recommend to start with the largest xsvf pack (here), 300 MHz files

Important note:
before trying to find the right xsvf file, finish the chip placement / wires routing and don't touch it later.
I know you usually change the wiring until success, but here we will search the best xsvf for the specific wiring.

FIRST STEP (you won't reach successfull RGH starts here)
Here you should find any xsvf file which gives you only short pulses. The debug LED should act like
blink - blink - pause - blink - long pause

recommended files:

TRINITY: T_60.0 / L_0.6
CORONA: T_66.2 / L_0.9
FALCON/JASPER: T_59.4 / L_0.6

This behaviour means the checks have been passed, but the pulse was too long
move to the next step only if you found the file with only short blinks!


SECOND STEP (xbox won't start here, too!)
using the same T (where you had only short blinks), decrease the L until you have mostly "long" cycles.

now the debug LED should act like
blink - blink - pause - really long blink

important note:
you must achieve mostly "long" cycles. That means, you should get about 50-90% of "long" cycles and some amount of "short" ones. That's the best situation, but it's alright if you have 10-50% of long ones.
In case you can't find the L with both long and short cycles, try 150 MHz or 200 MHz folders (with the same or lower T !)

move to the next step only if you found the optimal L value, when you get both long and short cycles with it, but any higher L (with the same T + same MHz) gives short blinks only


THIRD STEP (I hope here xbox should start)
Time to determine the best T!
Nothing difficult. Now, when you have the optimal L value, just increase the T (using the optimal L, of course) until you reach the successful start.

Important note:
If you got only "long" cycles, the T value is too large. The best T should be 0.5 below the edge. I mean, if you have only long pulses with T 60.9, and both long and short with T 60.6, the best value should be somewhere around 60.3.

P.P.S. If you want ALL files released by me in one place, here it is:
SUPER PACK [url]https://www.dropbox.com/s/trk7jt8mloagotg/SUPER_PACK.rar[/url]

Thanks to:
x360ace manufacturers. That chip is powerful, cheap and awesome
Capso, stasik008, grifon2006, mihail21, 3absiso - they gave me some hardware!
teamx360.co.uk community for testing and being nice ^_^

EDIT: AGGIUNGO ULTERIORI NOTE UTILI

PROGRAMMAZIONE
-per programmare il chip potete usare nand-x / jrp dal quale potete saldare sei fili seguendo questo schema. Dopo di che si usa j-runner (menù advanced--> custom nand...)



ATTENZIONE: se avete una fat, per fare rgh dovrete togliere il diodo ss14...ma "se il chip non ha l' 1,8v non riesci a programmarlo! Se lo vuoi programmare dopo che hai tolto il diodo salda il punto 1,8v sulla mobo e collega l'alimentatore (senza accenderla ovviamente). Se hai gia il chip installato sulla console, non ti serve attaccare il vcc del programmatore, perche usi i 5v della xbox! (thanks psycho_lod)

ulteriore nota sul diodo (thx Shottky): Il diodo è obbligatorio toglierlo su FAT in quanto, per ragioni economiche, i designer della PCB hanno optato per ottenere la 1v8 non da regolatore ma tramite diodi. Peccato che arrivi una tensione di circa 2.4v(vado a ricordo), che non viene digerita dal CPU_RST.
Su SLIM funziona in entrambe le configurazioni, anche se alcuni tester riportano che una 1v8 esatta produca risultati migliori.

ECC
-se avete problemi e non vi parte manco xell, provate scrivendo cr4_ecc
-se usate autogg e non riuscire a scrivere l'ecc, rinominatelo in bin

FREEBOOT
-per creare freeboot tenete conto di queste cose
rinominare da smc_ace.bin a SMC.bin e metterlo nella cartella xeBuild/data di JRunner, costruire il freeboot e al popup di conferma cancellazione SMC, rispondere NO. Potete usare anche la spunta sulla casella CR4, accelerando il tutto (3.5 secondi)



se avete problemi leggete qua un po' di esperienze
[url]http://www.teamx360.co.uk/forumdisplay.php?114-15432-s-Development-Section[/url]

[marcus78]

molto interessante....
ho una zephyr da provare..

[leonemax81]

this archive contains GIANT amount of xsvf files, compatible with:
x360ace v1/v2; DGX; CR3 PRO; R-JTAG; Slim Proto
glitch chips

fatemi capire bene vuol dire che questi timing vanno bene per tutti questi chip... oppure e solo l'importazione del timing di tali chip...

[marcus78]

Ci ho capito poco anche io a dire il vero perché ci sono vari timming per ogni versione di scheda.la differenza di hrz

Inviato dal mio GT-I9100 con Tapatalk 2

[leonemax81]

infatti non ci ho capito una mazza sia per la differenza di mhz che penso dipenda dal tipo di oscillatore che monta il tipo di chip.... e poi la differenza tra ALT_RST e STD_RST... l'unica cosa che ho capito e il contenuto della cartella SPEEDUP che devi scrivere il file ecc apposito per xell e creare il freeboot con smc apposito...

ma se si devono provare tutti sti timing per un'rgh ci vuole una giornata intera... qualcuno che li sa interpretare ci illumini...

[marcus78]

Penso che in pochi ci possono aiutare.cmq sarebbe bello capire .giusto per provare.

Inviato dal mio GT-I9100 con Tapatalk 2

[leonemax81]

ma l'altra domanda che mi pongo è anche quella.... che se già l'ace v2 funziona su corona perché fare altri timing?...

[PlayerOne]

ci sono stati casi in cui alcuni utenti hanno avuto difficoltà su alcune versioni di corona (fortunatamente non posso dire altrettanto). Forse per questo

[joeh]

this archive contains GIANT amount of xsvf files, compatible with:
x360ace v1/v2; DGX; CR3 PRO; R-JTAG; Slim Proto
glitch chips

fatemi capire bene vuol dire che questi timing vanno bene per tutti questi chip... oppure e solo l'importazione del timing di tali chip...

ke i timing sono compatibili con quei chip citati

[grozio]

qualcuno li ha sperimentati per trinity???

[Razorbacktrack]

Prova no? Perchè dovrebbero provare gli altri per primi?

[grozio]

beh diciamo che se li avessi avuti li avrei provati e non avrei nemmeno posto il quesito...tanto per il costo ridicolo che hanno (2 euro cadauno)...comunque grazie lo stesso per la risposta.

[TSUTEJ1]

Cmunque giusto per e non volendo finire ot volevo informare chi avesse seguito la discussione iniziata da @emadema che i timing creati per l' appunto da emadema su jasper funzionano alla grande su ace v2......, a breve testerò quelli per falcon RGH2

[ZioPippoSSJ]

this archive contains GIANT amount of xsvf files, compatible with:
x360ace v1/v2; DGX; CR3 PRO; R-JTAG; Slim Proto
glitch chips

fatemi capire bene vuol dire che questi timing vanno bene per tutti questi chip... oppure e solo l'importazione del timing di tali chip...

Puoi rifleshare tutti questi chip con i timing rilasciati da 15432.

ma l'altra domanda che mi pongo è anche quella.... che se già l'ace v2 funziona su corona perché fare altri timing?...

Perché funzionano meglio e sono compatibili con le immagini cr4 o si può usare l' smc modificato riducendo il ciclo di reset a soli 2 secondi.

qualcuno li ha sperimentati per trinity???

Certamente vanno benissimo, questa una prova che ho fatto l'altro ieri.






I timing consigliati come prima scelta sono questi:

Trinity: T = 60.6; L = 0.5
Corona: T = 66.2; L = 0.5
Falcon/Jasper (STD): T = 59.7; L = 2.2
Falcon/Jasper (ALT): T = 59.7; L = 0.5
Zephyr: T = 68.5; L = 1.5

Se i risultati non sono soddisfacenti si possono provare gli altri in base al visual rater.

[leonemax81]

grande ma per la lunghezza dei cavi?.. ci sono misure da rispettare oppure basta arrivare ai punti... l'altra domanda che vorrei porti hai utilizzato il file ecc per xell quello apposito e anche quello smc oppure quelli generici dei soliti programmi....

[ZioPippoSSJ]

I fili lunghi quanto basta, cpu reset alternativo e smc speedup. Usando il CPU reset standard i tempi peggiorano in media (su 10avvii) di un secondo.
Se bisogna usare fili lunghi il timing usati è sbagliato..

Inviato dal mio Nexus 5 utilizzando Tapatalk

[leonemax81]

I fili lunghi quanto basta, cpu reset alternativo e smc speedup. Usando il CPU reset standard i tempi peggiorano in media (su 10avvii) di un secondo.
Se bisogna usare fili lunghi il timing usati è sbagliato..

Inviato dal mio Nexus 5 utilizzando Tapatalk

ottimo capito.... usando l'smc quello apposito penso diventi un problema per il cliente quando un giorno aggiornerà la console con i programmi standart tipo autogg che usa l'smc classico poi il cliente aggiorna la console gli parte lenta e richiama e rompe le palle... questo è solo un mio pensiero con un'occhio lungo quando il cliente effettuerà l'aggiornamento.... chissà se autogg incorpora il supporto per questi smc modificati...

[ZioPippoSSJ]

No perche è compatibile con smc standard, smc cr4 e smc speedup quindi qualsiasi smc utilizza funziona.

Inviato dal mio Nexus 5 utilizzando Tapatalk

[Razorbacktrack]

Ma peggiorano i tempi di boot, questo intende, dato che userà smc normali

[ZioPippoSSJ]

Si vero, cr4 e smc speedup son molto simili come tempi si può usare il cr4 fisso e dire di usare quelli; certo che dato che partono sempre tra 1 e 5 glitch...

Inviato dal mio Nexus 5 utilizzando Tapatalk