Seca kaart overklokken: Maximale 'veilige' snelheid?

[EaS]

Ik ben eigenlijk benieuwd tot hoever een Canal Digitaal Seca 2 kaart op te voeren is. Heb nu in de dreambox 2 kaarten zitten: een Irdeto 2 en een Seca 2 kaart. Deze zijn makkelijk over te klokken via gbox.

 

Over de Irdeto 2 kaarten is wel aardig wat info te vinden: Deze zijn schijnbaar veilig over te klokken tot 7.80MHz zonder dat er problemen ontstaan (levensduur e.d.). Daar draait deze nu ook op.

 

Over de Seca 2 kaarten is stukken minder info te vinden. Heb de kaart nu een paar dagen op 5.25MHz draaien (gbox schijnt de cardreaders van de dreambox by default op 3.15MHz te klokken vanwege 'not a clean clock signal'), is merkbaar sneller! Eigenlijk wil ik de kaart nog verder opvoeren, maar ben toch een beetje terughoudend i.v.m. met direct stuklopen of het ernstig achteruit gaan van de levensduur.

Is er iemand bekend met de maximale veilige kloksnelheid van seca 2 kaarten? Zonder dat de levensduur erg achteruit gaat? Met gbox zijn de volgende snelheden in te stellen:

 

1=7.80MHz

2=6.30MHz

3=5.25MHz

4=4.50MHz

5=3.94MHz

6=3.50MHz

7=3.15MHz

[W3ird_N3rd]

Ik weet het niet, maar als ik vragen mag, wat voor zin heeft het overclocken van een smartcard? Sneller zappen, met meer ontvangers sharen ofzo?

[Zilverster]

@EaS,

 

 

Citaat:

1=7.80MHz

2=6.30MHz

3=5.25MHz

4=4.50MHz

5=3.94MHz

6=3.50MHz

7=3.15MHz

 

 

Ik heb zelf geen ervaring met Gbox, maar zijn dit niet de lees (/schrijf) snelheden voor de verschillende kaarten die hier aangegeven worden <img src="/forums/images/graemlins/confused.gif" alt="" /> .

 

Hoewel, unlooper, 100 Mhz.............., gr.

 

 

 

Zilverster.

[EaS]

Citaat:

Ik weet het niet, maar als ik vragen mag, wat voor zin heeft het overclocken van een smartcard? Sneller zappen, met meer ontvangers sharen ofzo?

Sneller zappen inderdaad (merkbaar!), maar ook een methode om dit probleem te omzeilen (ondanks dat gbox daar methoden voor biedt zoals omschreven in het topic, is dit een extra manier om dat te verhelpen). Het is niet echt om met meer ontvangers te sharen (ze krijgen hooguit sneller response)

Citaat:

Ik heb zelf geen ervaring met Gbox, maar zijn dit niet de lees (/schrijf) snelheden voor de verschillende kaarten die hier aangegeven worden .

Hoewel, unlooper, 100 Mhz.............., gr.



Zilverster.

Ik kan natuurlijk fout zitten, maar volgens mij is het een simpele processor die op de diverse smartcards zit, en zijn het de snelheden waarop deze draait die vermeld worden. Door deze op een hogere snelheid te laten draaien, spuugt ie sneller het benodigde antwoord eruit (de "key" a.k.a cw).
De snelheden die ik vermeld, zijn volgens mij de verschillende snelheden waarop gbox de processor op een kaart kan laten draaien. Zo verricht normaal gesproken dat mooie goudkleurige rechthoekje op een Seca kaart z'n werkzaamheden op 3.58 MHz. Maar dat is dus met gbox aan te passen (met als top 7.80 MHz).

Vandaar mijn vraag: Kan de processor op zo'n seca 2 kaart veilig 7.80 MHz (bijvoorbeeld) aan? Of is ie dan zo stuk? (Natuurlijk kan ik dit ook zelf testen, maar toch eerst maar even vragen <img src="/forums/images/graemlins/smile.gif" alt="" />).

[Smurf]

is het niet de snelheid waarmee de kaart communiceert?

 

lijkt me niet dat de processor met externe klok werkt?

 

*edit* toch wel .. daarom zit C3 clock er op neem ik aan

 

* Bit duration

""""""""""""

The nominal bit duration used on I/O is defined as one Elementary Time Unit (etu).

 

For cards having internal clock, the initial etu is 1/9600 s.

 

For cards using the external clock, there is a linear relationship between the Elementary Time Unit used on I/O and the period provided by the interface device on CLK.

 

 

[EaS]

Citaat:

is het niet de snelheid waarmee de kaart communiceert?

lijkt me niet dat de processor met externe klok werkt?

*edit* toch wel .. daarom zit C3 clock er op neem ik aan

* Bit duration
""""""""""""
The nominal bit duration used on I/O is defined as one Elementary Time Unit (etu).

For cards having internal clock, the initial etu is 1/9600 s.

For cards using the external clock, there is a linear relationship between the Elementary Time Unit used on I/O and the period provided by the interface device on CLK.

Het verhogen van de I/O communicatie zou toch eigenlijk geen effect mogen hebben? Tenzij deze om te beginnen al trager dan traag is. Ik ga er vanuit dat de I/O communicatie echt een fractie is van de tijd die de processor op de kaart nodig heeft om van "vraag" naar "antwoord" gaan. Deze "fractie van de tijd" verhogen of verlagen zal dus denk ik weinig invloed hebben. Het aanpassen van de instellingen in gbox heeft wel degelijk een effect, en beinvloed dus (denk ik) iets anders dan de I/O snelheid.

Daarnaast denk ik dat de processor toch wel een basis klok nodig heeft. Het lijk me sterk dat een simpele smartcard iets als een PLL aan boord heeft als basis klok, en dus juist wel met een externe klok werkt. Waarschijnlijk wordt de smartcard dan ook geklokt op basis van een referentie signaal van de dreambox. (Zoiets als Lion251 hier omschrijft). Ik denk dat gbox hier iets mee uithaald (multiplier?).

Ik denk dat ik de kaart gewoon maar eens (nog) hoger moet gaan klokken, en dan maar zien wat er gebeurt. Verslag volgt dan vanzelf <img src="/forums/images/graemlins/smile.gif" alt="" />.

[EaS]

Heb geprobeerd de Canal Digitaal Seca 2 kaart op 6.30 MHz te klokken. Het antwoord van gbox:

 

card init FAILED !!!

 

Met gbox is het van 5.25 naar 6.30 MHz en niets er tussen in. 5.25 MHz lijkt dus de grens (wat betreft gbox). Ik denk dat ik het antwoord wel heb.

 

Allemaal bedankt voor de reacties.

[Gast]

hoi,

 

ik heb even een pdf gemaakt met wat testjes van een seca kaartje <img src="/forums/images/graemlins/wink.gif" alt="" />

 

ik hoop dat dat het een en ander verduidelijkt

 

even ter info, de scope plaatjes zijn niet op scale met de analyser eronder, als ze dezelfde scale hadden was het een grote massa geworden. Zo kan je iig goed zien welke Mhz we het over hebben. Scaling van de analyser is wel continue hetzelfde (2ms/Div) zo kan je mooi zien hoe het terugloopt iedere stap die we hoger (/beter <img src="/forums/images/graemlins/wink.gif" alt="" />) gaan.

 

groeten

1450064-seca_timing.pdf

[EaS]

radxnl,

 

Bedankt! Interessante info. De ECM timings die je erbij vermeld komen overeen met wat ik zie in Gbox trace. Als ik zo even een gemiddelde neem van een stuk of 10 'CW send' getalletjes kom ik uit op 332ms (@5.25 MHz) komt aardig overeen met de 0,3361 sec die je vermeld.

 

Ik zie trouwens dat het je gelukt is om een Seca 2 kaart zelfs op 6,85 MHz te laten draaien. Ik neem aan dat dat een langzaam opgevoerde kaart is (dus een al "gestarte" kaart die geleidelijk aan hoger geklokt is, en niet direct op 6,85 MHz gestart is)?

[Gast]

mooiste is om de kaart op 3,57 Mhz zijn atr te laten geven en daarna op te schakelen naar een hogere Mhz(zoals ISO7816-x ook voorschrijft). Maar gewoon meteen op een hogere freq moet ook gaan.. let wel.. met een phoenix werkt dit 99% zeker niet die heeft meestal een te vervuilde klok

 

groeten

[digitaal kijker]

en met een mastera ???????

[Gast]

nee dat gaat niet werken.. bijgesloten een scope grab van een mastera en mijn eigen klok. de blauwe is de mastera de gele mijn eigen. je ziet al dat de mastera iets spiked maar dat is nog niet eens je grootste probleem.. voor 6mhz op een seca kaart via serieel heb je een conversie slag nodig anders snapt je pc niets van de baudrate (bij 3,57Mhz is het ~9600baud anders was de mastera wel netjes ISO7816 geweest en daar bestaat 3,57Mhz helemaal niet in)

 

groeten